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

　　4.1.5 軟件系統(tǒng)工具

　　按軟件過程活動將軟件工具分為 軟件開發(fā)工具、軟件維護(hù)工具、軟件管理和軟件支持工具。

　　軟件開發(fā)工具有：需求分析工具、設(shè)計(jì)工具、編碼與排錯工具、測試工具 等。

　　需求分析工具，生成完整的、清晰的、一致的功能規(guī)范。功能規(guī)范是軟件開發(fā)者和用戶間的契約，也是軟件設(shè)計(jì)者的和實(shí)現(xiàn)者的依據(jù)。正確、完整 表達(dá)清晰的、無歧義的。

　　需求分析工具分為 基于自然語言或圖形描述的工具，基于形式化需求定義語言的工具。

　　項(xiàng)目管理工具：項(xiàng)目的 計(jì)劃、調(diào)度、通信、成本估算、資源分配、質(zhì)量控制等。

　　4.2 需求管理

　　需求 最終文檔 經(jīng)過評審批準(zhǔn)后，則定義了需求基線 Baseline;構(gòu)筑了 功能需求 和 非功能需求 的一個(gè) 約定Agreement。約定是需求開發(fā)和需求管理之間的橋梁。

　　需求管理是一個(gè) 對系統(tǒng) 需求變更、了解和控制 的過程，初始需求導(dǎo)出的同時(shí) 就啟動了需求管理規(guī)劃。

　　4.2.1 需求管理原則

　　過程能力成熟度模型 CMM，指導(dǎo)軟件過程改進(jìn)，5個(gè)成熟級別，6個(gè)關(guān)鍵過程域KPA。

　　一旦需求 文檔化了，開發(fā)組和有關(guān)團(tuán)隊(duì) 需要評審文檔。發(fā)現(xiàn)問題應(yīng)與客戶或者其他需求源協(xié)商解決。軟件開發(fā)計(jì)劃是基于 已確認(rèn)的需求。

　　絕不要承諾 任何 無法實(shí)現(xiàn)的事。

　　關(guān)鍵處理領(lǐng)域 通過版本控制和變更控制 來管理需求文檔。確保與新的需求保持一致。

　　4.2.2 需求規(guī)格說明的版本控制

　　版本控制是管理需求的一個(gè)必要方面，必須統(tǒng)一確定需求文檔的每一個(gè)版本，當(dāng)需求發(fā)生變更時(shí)，及時(shí)通知所有涉及人員。

　　為了盡量減少困惑、沖突、誤傳，應(yīng)該僅允許指定的人員來更新需求。

　　清楚地區(qū)分草稿和文檔定稿版本。

　　4.2.3 需求變更

　　遲到的 需求變更 會對已進(jìn)行的工作產(chǎn)生非常大的影響。

　　如果每一個(gè)建議的需求變更都采用，該項(xiàng)目將可能永遠(yuǎn)無法完成。

　　需求文檔應(yīng)該 精確描述 要交付的產(chǎn)品。

　　項(xiàng)目負(fù)責(zé)人 在信息充分的條件下 做出決策。

　　變更成本計(jì)算 應(yīng)該包括 需求文檔的修改、系統(tǒng)修改的設(shè)計(jì)、實(shí)現(xiàn)的成本。

　　變更控制過程 并不是給變更設(shè)置障礙，相反，它是一個(gè)渠道和過濾器，確保采納最合適的變更，使變更產(chǎn)生的負(fù)面影響降到最低，變更過程應(yīng)該做成文檔。

　　絕不能 刪除或者修改 變更請求的 原始文檔。

　　變更控制委員會 只要能決定合適的人做正確的事就足夠了，在保證權(quán)威性的前提下 應(yīng)盡可能精簡人員。

　　對每個(gè)變更 權(quán)衡利弊 做出決定。

　　“利”包括 節(jié)省資金 或 額外收入、客戶滿意度、競爭優(yōu)勢、減少上市時(shí)間;

　　“弊”是指 增加開發(fā)費(fèi)用、推遲交付日期、產(chǎn)品質(zhì)量下降、減少功能、用戶不滿意。

　　變更總是有代價(jià)的，即使 拒絕的變更 也因?yàn)闆Q策行為 而耗費(fèi)資源。

　　接受了重要的需求變更時(shí)，為了適應(yīng)變更情況 要與管理部門和客戶重新協(xié)商約定。推遲交貨時(shí)間、增加人手、推遲實(shí)現(xiàn)尚未實(shí)現(xiàn)的較低優(yōu)先級的需求，或質(zhì)量上進(jìn)行折中。

　　要是不能獲得一些約定的調(diào)整，應(yīng)該把面臨的風(fēng)險(xiǎn)寫進(jìn)風(fēng)險(xiǎn)計(jì)劃中。

　　4.2.4 需求跟蹤

　　需求、體系結(jié)構(gòu)、其他設(shè)計(jì)部件、源代碼模塊、測試、幫助文件、文檔 等。

　　跟蹤能力(聯(lián)系)鏈(traceability link)是優(yōu)秀需求規(guī)格說明書的一個(gè)特征，確保軟件需求規(guī)格說明包括所有客戶需求。

　　跟蹤能力聯(lián)系鏈 記錄了單個(gè)需求之間的 父層、互連、依賴 的關(guān)系。

　　不必?fù)碛兴�有種類的跟蹤能力聯(lián)系鏈，要根據(jù)具體情況調(diào)整。

　　4.2.5 需求變更的代價(jià)和風(fēng)險(xiǎn)

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

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

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

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

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