4.1.5 軟件系統(tǒng)工具
按軟件過(guò)程活動(dòng)將軟件工具分為 軟件開(kāi)發(fā)工具、軟件維護(hù)工具、軟件管理和軟件支持工具。
軟件開(kāi)發(fā)工具有：需求分析工具、設(shè)計(jì)工具、編碼與排錯(cuò)工具、測(cè)試工具 等。
需求分析工具，生成完整的、清晰的、一致的功能規(guī)范。功能規(guī)范是軟件開(kāi)發(fā)者和用戶(hù)間的契約，也是軟件設(shè)計(jì)者的和實(shí)現(xiàn)者的依據(jù)。正確、完整 表達(dá)清晰的、無(wú)歧義的。
需求分析工具分為 基于自然語(yǔ)言或圖形描述的工具，基于形式化需求定義語(yǔ)言的工具。
項(xiàng)目管理工具：項(xiàng)目的 計(jì)劃、調(diào)度、通信、成本估算、資源分配、質(zhì)量控制等。
4.2 需求管理
需求 最終文檔 經(jīng)過(guò)評(píng)審批準(zhǔn)后，則定義了需求基線(xiàn) Baseline;構(gòu)筑了 功能需求 和 非功能需求 的一個(gè) 約定Agreement。約定是需求開(kāi)發(fā)和需求管理之間的橋梁。
需求管理是一個(gè) 對(duì)系統(tǒng) 需求變更、了解和控制 的過(guò)程，初始需求導(dǎo)出的同時(shí) 就啟動(dòng)了需求管理規(guī)劃。
4.2.1 需求管理原則
過(guò)程能力成熟度模型 CMM，指導(dǎo)軟件過(guò)程改進(jìn)，5個(gè)成熟級(jí)別，6個(gè)關(guān)鍵過(guò)程域KPA。
一旦需求 文檔化了，開(kāi)發(fā)組和有關(guān)團(tuán)隊(duì) 需要評(píng)審文檔。發(fā)現(xiàn)問(wèn)題應(yīng)與客戶(hù)或者其他需求源協(xié)商解決。軟件開(kāi)發(fā)計(jì)劃是基于 已確認(rèn)的需求。
絕不要承諾 任何 無(wú)法實(shí)現(xiàn)的事。
關(guān)鍵處理領(lǐng)域 通過(guò)版本控制和變更控制 來(lái)管理需求文檔。確保與新的需求保持一致。
4.2.2 需求規(guī)格說(shuō)明的版本控制
版本控制是管理需求的一個(gè)必要方面，必須統(tǒng)一確定需求文檔的每一個(gè)版本，當(dāng)需求發(fā)生變更時(shí)，及時(shí)通知所有涉及人員。
為了盡量減少困惑、沖突、誤傳，應(yīng)該僅允許指定的人員來(lái)更新需求。
清楚地區(qū)分草稿和文檔定稿版本。
4.2.3 需求變更
遲到的 需求變更 會(huì)對(duì)已進(jìn)行的工作產(chǎn)生非常大的影響。
如果每一個(gè)建議的需求變更都采用，該項(xiàng)目將可能永遠(yuǎn)無(wú)法完成。
需求文檔應(yīng)該 精確描述 要交付的產(chǎn)品。
項(xiàng)目負(fù)責(zé)人 在信息充分的條件下 做出決策。
變更成本計(jì)算 應(yīng)該包括 需求文檔的修改、系統(tǒng)修改的設(shè)計(jì)、實(shí)現(xiàn)的成本。
變更控制過(guò)程 并不是給變更設(shè)置障礙，相反，它是一個(gè)渠道和過(guò)濾器，確保采納最合適的變更，使變更產(chǎn)生的負(fù)面影響降到最低，變更過(guò)程應(yīng)該做成文檔。
絕不能 刪除或者修改 變更請(qǐng)求的 原始文檔。
變更控制委員會(huì) 只要能決定合適的人做正確的事就足夠了，在保證權(quán)威性的前提下 應(yīng)盡可能精簡(jiǎn)人員。
對(duì)每個(gè)變更 權(quán)衡利弊 做出決定。
“利”包括 節(jié)省資金 或 額外收入、客戶(hù)滿(mǎn)意度、競(jìng)爭(zhēng)優(yōu)勢(shì)、減少上市時(shí)間;
“弊”是指 增加開(kāi)發(fā)費(fèi)用、推遲交付日期、產(chǎn)品質(zhì)量下降、減少功能、用戶(hù)不滿(mǎn)意。
變更總是有代價(jià)的，即使 拒絕的變更 也因?yàn)闆Q策行為 而耗費(fèi)資源。
接受了重要的需求變更時(shí)，為了適應(yīng)變更情況 要與管理部門(mén)和客戶(hù)重新協(xié)商約定。推遲交貨時(shí)間、增加人手、推遲實(shí)現(xiàn)尚未實(shí)現(xiàn)的較低優(yōu)先級(jí)的需求，或質(zhì)量上進(jìn)行折中。
要是不能獲得一些約定的調(diào)整，應(yīng)該把面臨的風(fēng)險(xiǎn)寫(xiě)進(jìn)風(fēng)險(xiǎn)計(jì)劃中。
4.2.4 需求跟蹤
需求、體系結(jié)構(gòu)、其他設(shè)計(jì)部件、源代碼模塊、測(cè)試、幫助文件、文檔 等。
跟蹤能力(聯(lián)系)鏈(traceability link)是優(yōu)秀需求規(guī)格說(shuō)明書(shū)的一個(gè)特征，確保軟件需求規(guī)格說(shuō)明包括所有客戶(hù)需求。
跟蹤能力聯(lián)系鏈 記錄了單個(gè)需求之間的 父層、互連、依賴(lài) 的關(guān)系。
不必?fù)碛兴蟹N類(lèi)的跟蹤能力聯(lián)系鏈，要根據(jù)具體情況調(diào)整。
相關(guān)推薦：
軟考經(jīng)驗(yàn)：8種方法有效幫你調(diào)節(jié)考前心理
| 北京 | 天津 | 上海 | 江蘇 | 山東 |
| 安徽 | 浙江 | 江西 | 福建 | 深圳 |
| 廣東 | 河北 | 湖南 | 廣西 | 河南 |
| 海南 | 湖北 | 四川 | 重慶 | 云南 |
| 貴州 | 西藏 | 新疆 | 陜西 | 山西 |
| 寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
| 黑龍江 | 內(nèi)蒙古 |