4.2.5 需求變更的代價和風險

　　只有在知道變更成本后 才能做出理智的選擇，一個表面上很簡單的變更 也可能轉(zhuǎn)變成很復雜的局面。

　　影響分析 確定對現(xiàn)有系統(tǒng)做出是修改或者拋棄的決定，創(chuàng)建新系統(tǒng)以及評估每個任務(wù)的工作量，進行 影響分析的能力 依賴于 跟蹤能力、數(shù)據(jù)的質(zhì)量、完整性。

　　4.3 開發(fā)管理

　　1、范圍

　　可交付物、架設(shè)、約束條件 的基礎(chǔ)上準備詳細的項目范圍說明書，是項目成功的關(guān)鍵。

　　2、時間

　　進度安排的準確程度可能比成本估計的準確程度更重要。對于成本估計的偏差，可以靠重新定價或大量的銷售來彌補成本的增加，

　　如果進度計劃不能得到實施，則會導致市場機會的喪失或用戶不滿意，而且會使成本增加。

　　工作分解結(jié)構(gòu) Work Breakdown Structure WBS

　　4.3.1 配置管理 文檔管理

　　1、配置管理

　　配置項 Configuration Item CI，

　　屬于產(chǎn)品組成部分的工作成果，如 需求文檔、設(shè)計文檔、源代碼、測試用例 等。

　　屬于項目管理和機構(gòu)支撐過程域 產(chǎn)生的文檔，如 工作計劃、項目質(zhì)量報告、項目跟蹤報告 等。

　　每個配置項的主要屬性有 名稱、標識符、文件狀態(tài)、版本、作者、日期 等。

　　2、文檔管理

　　文檔是影響軟件可維護性的決定因素，使用過程中必然會經(jīng)受多次修改，所以文檔比程序代碼更重要。

　　用戶文檔：主要描述系統(tǒng)功能和使用方法。

　　系統(tǒng)文檔：描述系統(tǒng)設(shè)計、實現(xiàn)、測試 等各方面內(nèi)容。

　　軟件文檔應(yīng)該滿足下述要求：

　　1.如何使用

　　2.怎樣安裝 和 管理

　　3.需求 和 設(shè)計

　　4.實現(xiàn) 和 測試

　　說明用戶操作錯誤時 應(yīng)該怎樣恢復和重新啟動。

　　4.3.2 軟件開發(fā)的質(zhì)量與風險

　　1、軟件質(zhì)量

　　IOS9000 對 項目質(zhì)量 的定義：一組固有特性 滿足需求的 程度。

　　質(zhì)量 與 范圍、成本 和 時間，是項目成功的關(guān)鍵因素，通過范圍管理 轉(zhuǎn)換隱含需求為項目需求。

　　質(zhì)量低 說明產(chǎn)品或服務(wù)存在問題，而低等級的產(chǎn)品或服務(wù) 不一定存在問題，二者概念不同。

　　2、軟件開發(fā)風險

　　認識不足 或者 沒有足夠的力量加以控制。

　　了解、掌握 風險的來源、性質(zhì)、發(fā)生規(guī)律，進而施行有效的管理。

　　或然性、不確定性、涉及到某種選擇時，才成為有風險，以上三個是風險定義的必要條件，不是充分條件，具有不確定性的事件不一定是風險。

　　4.3.3 結(jié)構(gòu)化分析與設(shè)計

　　結(jié)構(gòu)程序設(shè)計 較流行的定義為：采用自頂向下 逐步求精 的設(shè)計方法 和 單入口單出口的控制構(gòu)件。

　　自頂向下逐步求精的方法是：先整體后局部，先抽象后具體，一般具有較清晰的層次。

　　僅使用單入口單出口的控制構(gòu)件，具有良好的結(jié)構(gòu)特征。

　　采用結(jié)構(gòu)程序設(shè)計，可能會多占用一些時間和空間資源，這也是那些反對從高級語言中排除GOTO語句者的主要依據(jù)。實際上，硬件飛速發(fā)展，這點耗費，不再是重要的因素。

　　相關(guān)推薦：

　　軟考經(jīng)驗：8種方法有效幫你調(diào)節(jié)考前心理

　　考前必備：計算機軟考臨考前十大注意事項

　　2014計算機軟考軟件設(shè)計師試題分析及備考建議