【整理】軟件工程復習提綱（軟件項目管理）
章魚小年糕整理，如果有錯誤歡迎提出，若要二次修改發布，請留言，謝謝^_^！
概念
管理：通過計劃、組織和控制等一系列活動，合理地配置和使用各種資源，以達到既定目標的過程。
軟件項目管理：先於任何技術活動之前，並且貫穿於軟件的整個生命周期之中。
代碼行技術（LOC）：根據以往開發過的類似產品或模塊的經驗，以及相關的歷史數據，估計一個功能所需要的源程序行數。
功能點技術（FP）：依據對軟件信息域特性和軟件復雜性評估結果估算軟件的規模，度量結果是功能點（FP）。
估算開發時間：認為人月工作量是線性的是錯誤的。T = a*Eb， E是工作量、a、b是常數。
軟件質量：軟件與明確地和隱含地定義的需求相一致的程度。
軟件配置管理：整個軟件生命期內的管理變化的一組活動（標識變化，控制變化，確保變化實現，報告變化）。
軟件配置：軟件過程中產生的全部信息（計算機程序，描述計算機程序的文檔，數據與文件）。
基線：已經通過了正式復審的規格說明或中間產品，它可以作為進一步開發的基礎，並且只有通過正式的變化控制過程才能改變它。
簡答
說明軟件項目管理的主要工作？
- 估算軟件規模和工作量
- 制定進度計劃
- 人員與配置管理
- 質量保證
舉例估算軟件規模的技術？
代碼行技術、功能點技術。
闡述代碼行技術的優缺點？
優點：是軟件項目的生成品；容易計算，且有一些計算模型。
缺點：源程序僅是軟件配置的一個部分，用它代表整個軟件項目的規模不合理；同一個軟件不同語言的LOC差異較大；不適用於非過程語言（如SQL）。
功能點計數的五個信息域特征？
- 輸入項數
- 輸出項數
- 查詢數
- 主文件數（數據的一個邏輯組件，可能是大型數據庫的一部分，如：數據庫表、xml文件，ini文件）
- 外部接口數（如：磁盤或磁帶上的數據文件，銀行轉帳，一卡通轉帳）
舉例工作量估算的三種模型
靜態單變量模型、動態多變量模式、COCOMO2模型
說明3種典型的人員組織方式？
民主制程序員組：
小組成員完全平等
通過協商作出技術決策
規模一般較小（2-8人）
通常采用非正式的組織方式
優點：組員態度積極、凝聚力高、利於攻克難關
缺點：協調成本高、任務分工可能不均勻
主程序員組（外科手術隊伍, Brooks）：
主程序員、程序員、後備程序員、秘書
現代程序員組：
技術負責、行政負責、程序員
軟件質量保證的三個要點？
- 需求是度量基礎
- 遵循指定的開發標準
- 滿足軟件行業隱含的標準或需求
軟件質量保證（SQA）的措施有哪些？
- 基於非執行的測試：技術復審；團隊走查：參與者驅動、文檔驅動；審查：綜述、準備、審查、返工、跟蹤。
- 基於執行的測試：軟件測試。
- 程序正確性證明：在嚴格的數學說明基礎上，根據程序代碼證明程序確實能實現它的功能說明。
簡述軟件配置管理的過程
- 標識軟件配置項：名字、描述、資源表、版本。
- 版本控制：用戶可以選擇適當的版本來指定軟件的配置。
- 變化控制：訪問控制（配置項的訪問權限）、同步控制（並行修改時不會相互覆蓋）。
- 配置審計：正式的技術復審、軟件配置審計。
- 狀態報告：報告軟件配置的變化、狀態及影響等。
【整理】軟件工程復習提綱（軟件項目管理）