112年高考三級系統專案管理
一、基準線 (baseline) 的建立在軟體型態管理 (Software Configuration Management) 中是必須且重要的。請問如何透過基準線對軟體型態項目(Software Configuration Item) 進行控管?在複雜的軟體專案進行過程中,您會在那些開發階段建立基準線?(25分) |
答:
(一)如何透過基準線對軟體型態項目進行控管?
對軟體型態項目進行控管的基準線建立,可以透過以下步驟:
1.識別配置項目:
首先,需要識別軟體專案中所有的配置項目,例如原始碼檔案、系統規格、設計文件等。
2.建立版本:
在每個重要的開發階段結束時,例如需求分析完成、設計階段結束、單元測試完成等,針對所有相關的配置項目建立版本。
3.建立基準線:
在建立版本的基礎上,確認版本之間的依賴性和相互關係,將其綁定在一起,建立一個基準線。
4.控管變更:
一旦建立了基準線,就需要對所有對基準線的變更進行嚴格的變更控制。任何變更都需要透過正式的變更控制過程,包括變更請求、變更評估、變更批准和變更實施。
5.記錄和追蹤:
對所有的基準線和變更記錄進行追蹤,以確保所有變更都可追溯,並且確保所有配置項目的最新版本都與其基準線一致。
(二)在複雜的軟體專案進行過程中,您會在那些開發階段建立基準線?
活動 |
產品 |
檢查 |
基準線 |
1.軟體發展活動前的系統需求分析: (1)軟體開發計畫 (建檔管理計畫、品質標準、程序標準、工具) (2)產生系統型態 (3)產生操作文件 (4)產生初步介面需求 (5)產生初步軟體需求 (6)產生初步品質需求 |
1.軟體開發計畫 2.操作文件 3.初步設計介面 4.系統型態管理計畫 5.軟體需求規格 |
1.系統需求審查 (SRR) 2.系統設計審查 (SDR) |
功能基準線 |
2.軟體需求分析: (1)系統工程階段導出需求 (2)需求內部檢查 |
1.軟體需求規格 2.介面需求規格 |
軟體規格審查 (SSR) |
功能基準線 |
3.軟體初步設計: (1)將需求產生高階模組 (2)定義演算法、資料以及控制流 (3)決定測試方法 (4)設計內部檢查 |
1.軟體整體設計文件 2.軟體測試計畫 |
初步設計審查 (PDR) |
分配基準線 |
4.軟體細部設計: (1)單元設計 (2)定義測試單元 (3)設計測試個案 (4)設計和測試內部檢查 |
1.軟體細部設計文件 2.介面設計文件 3.資料庫設計文件 4.軟體測試說明文件 |
嚴密設計審查 (CDR) |
1.分配基準線 2.開發基準線 |
5.編碼和單元測試: (1)編碼 (單元) (2)建立單元測試程序 (3)測試 (單元) (4)建立整合測試計畫 |
1.程式碼和目的碼 2.軟體開發檔案 3.軟體測試程序 (非正式) |
無 |
開發基準線 |
6.軟體整合與測試: (1)進行整合測試和非正式測試 (2)分析測試結果 (3)修正錯誤 |
1.整合測試報告 2.軟體測試程序 (正式) 3.非正式整合測試結果 |
測試完成審查 (TRR) |
開發基準線 |
7.軟體效率測試: (1)進行正式測試 (產品) 註:系統整合測試 (2)分析測試結果 (3)進行錯誤修改 |
1.軟體測試報告 2.版本說明文件 3.軟體產品規格 |
1.功能型態稽核 (FCA) 2.實體型態稽核 (PCA) |
產品基準線 |
※參考資料:
1.林信惠、黃明祥、王文良-軟體專案管理 p.551~p.552
2.https://books.google.com.tw/books?id=ktwsEAAAQBAJ&pg=PA89