軟件

標籤：                              物件導向基礎    軟體學家給出了一個公式：物件導向=對象+類+繼承+同+通訊 

標籤：第三章主要分為1、軟體專案管理概述2、人員組織與管理3、項目溝通管理4、軟體專案規劃5、軟體風險管理6、組態管理；詳細介紹了在一個項目進行前期的工作，及後期的維護；現如今軟體開發規模變得龐大，不是個別開發人員即可解決的事，所以引入了軟體專案管理，首先，介紹了其概念，使我們更深入的瞭解軟體專案管理所要求的內容，然後在軟體設計的過程進行分配。其中更是涉及了人員分配，項目溝通、規劃、風險分析、配置等要求，從而有效地保證軟體項目順利完成。軟體工程——理論、方法與實踐 第三章

標籤：     軟體專案管理的“4P” people ，product，process，project。軟體項目的生命週期包括項目啟動，專案規劃，項目實施，項目收尾。軟體專案管理主要有由5個方面 ：人員組織管理，項目溝通管理，專案規劃，項目風向管理，組態管理    人員管理中的項目組織圖有民主式結構，主程式員式結構，技術管理式結構。  

標籤：                                         &

標籤：第二章  

標籤：  通過閱讀了需求工程，我想最主要思考的問題是怎麼做與做什麼。即what與how的轉化。通過閱讀文章與別人的部落格，我覺得這幾個字說的十分好即:發掘需求、限制需求、引導需求、控制需求.  通過業務需求，使用者需求，功能與非公能需求，通過過程，利用技術最終做出自己所需要的技術。 

標籤：形式化方法是指將離散數學的方法用於解決軟體工程領域的問題，主要包括建立精確的數學模型以及對模型的分析活動。狹義的講，形式化方法是運用形式化語言，進行形式化的規格描述、模型推理和驗證的方法。形式化方法運用於軟體工程實踐當中主要目的是保證軟體的正確性。軟體開發實際上就是把現實世界的需求映射成軟體額模型化過程。該過程包括:形式規約、形式證明我與檢驗、程式求精三方面的活動。其通過模態來對可能世界中的命題進行描述與演算，分為：Kripke結構。.一階線性時態邏輯。.計算樹邏輯。模型的三個主要組成部分

標籤：本章的主要內容是軟體測試驗證與確認      軟體的錯誤            1. 軟體未達到產品說明書標明的功能；2. 軟體出現了產品說明書指明不會出現的錯誤；3. 軟體功能超出了產品說明書指明的範圍；4. 軟體未達到產品說明書雖未指出單應達到的目標；5. 軟體測試人員認為軟體難以理解、不易使用、運行速度緩慢，或者終端使用者不滿意。     

標籤：  在前言中，我們知道在需求萃取階段開發人員關注理解系統需要構建的內容，其核心是產生一個準確的，完整的，一致的和可驗證的系統模型，稱為分析模型。物件導向的分析模型由三個獨立的模型組成:1、功能模型:由用例和情境表示。2、分析物件模型:由使用案例圖和對象圖表示。3、動態模型:由狀態圖和順序圖表示。 

標籤：      作為一名大二的學生，通讀本章的時候感受到了前所未有的親切，物件導向基礎以及整合模組化語言都是學習過得。      下面還是給大家簡單介紹一下吧。      

標籤：有錯是軟體的屬性,無法改變。測試是對軟體產品品質的檢驗和評價。軟體測試的基本原則:①儘早地和不斷地進行軟體測試;②避免檢查自己的程式;③測試案例包括合理輸入條件和不合理的輸入條件;④測試案例應包括測試輸入資料和與之對應的預期輸出結果;⑤注意測試中的群集現象;⑥嚴格執行測試計劃,排除測試的隨意性;⑦對每一個測試結果做全面檢查;⑧儲存測試過程文檔,為維護提供方便。測試文檔包括:測試計劃、測試規範、測試案例、缺陷報告等。測試人員要有溝通能力、移情能力、技術能力、自信心、外交能力、幽默感、很強的記

標籤：      軟體在更改過程中的使用者特性:(1)軟體維護是一個必然的過程 (2)軟體的不斷修改會導致軟體的退化 (3)軟體系統的演化特性是在早期的開發階段建立起來的 (4)軟體開發的效率與投入的資源無關 (5)軟體系統中添加新的功能不可避免地會產生新的缺陷。      軟體維護是指在軟體運行或維護階段對軟體產品進行的修改。根據軟體維護的不同原因，軟體維護可分成三種類型:(1)改正性維護 (2)適應性2維護

標籤：軟體維護是必然的,軟體的不斷修改會導致軟體的退化，開發效率與投入資源無關。軟體維護指軟體運行或維護階段對軟體產品所進行的修改。軟體維護分為改正性維護、適應性維護、完善性維護。軟體維護受開發過程影響大、困難多、成本高。軟體維護過程包括維護申請、維護分類、影響分析、版本規劃、變更實施、軟體發布等步驟。軟體再工程是將現有系統重新構造成為新的形式。軟體再工程包括對象選擇、反向工程(設計恢負)、文檔重構、代碼重構(常見)、資料重構和正向工程等活動。閱讀《軟體工程—理論方法與實踐》第十一章心得體會

標籤：//重啟軟體 void MainWindow::on_pushButton_UI_reboot_clicked(){ //方式1 需要主函數中事件迴圈判斷 //qApp->exit(773); //重啟代碼，773 = ‘r‘+‘e‘+‘s‘+‘t‘+‘a‘+‘r‘+‘t‘ ==>restart//方式2 直接重啟 #ifdef Q_OS_WIN

標籤：1、現代編程風格是將資料結構和演算法封裝在一起。2、在任何領域，精心設計的演算法都是解決大型問題的最有效方法。3、資料抽象並定義抽象資料類型（ADT）以進行模組化編程。4、先有API，再有實現，之後是證明，最後是資料。即：先介面後實現，強調測試。5、為了組織資料產生了資料結構，可以這麼認為：資料結構是演算法的副產品或結果，因此要理解演算法必須學習資料結構。6、在編寫龐大而複雜的程式時，理解和定義問題、控制問題的複雜度和將其分解為更容易解決的子問題需要大量的工作。7、API的目的是將調用和實

標籤：ios   onlybill   記賬   賬單   動畫     <OnlyBill>記賬軟體正式上架啦！    <OnlyBill>於2.17號正式上架, 這是一款簡單的記賬軟體,1. 支援多個賬單, 每個賬單下可以有很多單筆收入或支出記錄2. 支出類型有19種,

標籤：1 軟體演化的特性   1 軟體演化是一個必然的過程 2 軟體的不斷修改會導致軟體的退化。3 軟體系統的演化特性是在早起的開發階段建立起來的 4 軟體開發的效率與投入的資源無關 5 在軟體系統中添加新的功能不可避免的會產生新的缺陷   軟體維護和軟體再工程2 軟體維護   1 改正性維護 2 適應性維護 3 完善性維護 3 軟體維護的特點  1 軟體維護受開發過程影響大 2 軟體維護困難多 3 軟體維護成本高4

標籤：1 驗證與確認  軟體的錯誤：有錯是軟體的屬性，而且是無法改變的。因為所有的軟體都是要用人來完成的。  驗證與確認  軟體確認是一系列的活動和過程，其目的是為了保證軟體產品能夠符合其描述的要求，滿足客戶的需要。  V&V活動：驗證與確認在各個階段中制定和管理特定的任務，其活動跨越了整個軟體的活動周期。2 軟體測試基礎 

標籤：軟體工程概論第十一章 軟體演化軟體演化的特徵：①軟體維護是一個必然的過程。②軟體的不斷修改會導致軟體的退化。③軟體系統的演化特徵是在早期的開發階段建立起來的。④軟體開發的效率與投入的資源無關。⑤在軟體系統中添加新的功能不可避免地會產生新的缺陷。軟體維護的類型：改正性維護、適應性維護、完整性維護。軟體維護的特點：軟體維護困難多、軟體維護成本高、軟體維護受開發過程影響大。軟體再工程：對象選擇、方向工程、文檔重構、代碼重構、資料重構、正向工程。 軟體工程概論11

標籤：軟體實現是軟體產品由概念到實體的一個關鍵過程。包括代碼設計，設計審查，代碼走查，代碼編譯和單元測試。1 程式設計語言   應用領域，使用者要求，系統相容，可移植性，開發環境2 軟體編碼規範   檔案命名與組織：1 用於說明著作權和版本資訊的檔案頭注釋 2 package和import語句 3 類和介面說明語句   代碼的版式： 1 適當的空行 2 程式碼及行內空格 3 分行對齊與縮排 4 命名規則 5 聲明  6 注釋3