2011年軟考系統(tǒng)架構(gòu)設(shè)計(jì)師學(xué)習(xí)筆記第四章

　　4.3 開發(fā)管理

　　1、范圍

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

　　2、時間

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

　　如果進(jìn)度計(jì)劃不能得到實(shí)施，則會導(dǎo)致市場機(jī)會的喪失或用戶不滿意，而且會使成本增加。

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

　　4.3.1 配置管理 文檔管理

　　1、配置管理

　　配置項(xiàng) Configuration Item CI，

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

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

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

　　2、文檔管理

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

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

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

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

　　1.如何使用

　　2.怎樣安裝 和 管理

　　3.需求 和 設(shè)計(jì)

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

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

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

　　1、軟件質(zhì)量

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

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

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

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

　　認(rèn)識不足 或者 沒有足夠的力量加以控制。

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

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

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

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

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

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

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

　　4.3.4 面向?qū)ο蟮姆治鲈O(shè)計(jì)

　　面向?qū)ο蟮?分析模型主要由 頂層架構(gòu)圖、用例與用例圖、領(lǐng)域概念模型 構(gòu)成;

　　設(shè)計(jì)模型包含：

　　以包圖表示的 軟件體系結(jié)構(gòu)圖、

　　以交互圖表示的 用例實(shí)現(xiàn)圖、

　　完整精確的類圖、

　　針對復(fù)雜對象的狀態(tài)圖、

　　描述流程化處理過程的 活動圖 等。

　　2010年下半年軟考試題及答案解析匯總

　　2010年下半年軟件水平考試答案

　　2011年軟考系統(tǒng)架構(gòu)設(shè)計(jì)師學(xué)習(xí)筆記匯總