【正文】 體系結(jié)構(gòu)設(shè)計人員準(zhǔn)備相關(guān)的設(shè)計工具和資料。 主要步驟 概要設(shè)計的流程如圖 所示： 圖 概要設(shè)計流程 設(shè)計準(zhǔn)備 研發(fā)負(fù)責(zé)人分配系統(tǒng)設(shè)計任務(wù)，包括體系結(jié)構(gòu)設(shè)計、模塊設(shè)計、用戶界面設(shè)計、數(shù)據(jù)庫設(shè)計等。通過系統(tǒng)分解，確定子系統(tǒng)的功能和子系統(tǒng)之間的關(guān)系，以及模塊的功能和模塊之間的關(guān)系。概要設(shè)計與需求開發(fā)、詳細設(shè)計及編碼實現(xiàn)的關(guān)系如圖 所示。 重新進行需求確認(rèn) 重新進行需求評審確認(rèn)。如果雙方都同意變更則進入下一流程。 ②“需求變更申請書”必須闡述：變更 原因、變更的內(nèi)容、此變更對項目造成的影響。 角色與職責(zé) 項目組負(fù)責(zé)人（項目經(jīng)理）和客戶共同控制需求變更。 需求變更控制 目的 （ 1）修改“原需求文檔”中不正確的內(nèi)容，產(chǎn)生新的需求文檔。 消除不一致 ① 相關(guān)責(zé)任人給出消除“不一致”的措施和計劃，項目經(jīng)理將該措施和計劃記錄到《需求跟蹤報告》之中。 序號 需求文檔 （版本，日期） 設(shè)計文檔 （版本，日期） 代碼 （版本，日期） 測試用例 （版本，日期） 1 標(biāo)題或標(biāo)識符，說明 標(biāo)題或標(biāo)識符，說明 代碼名稱，說明 測試用例名稱，說明 2 ? ? ? ? 表 需求跟蹤矩陣 查找不一致 ① 使用需求跟蹤矩陣的優(yōu)點是很容易發(fā)現(xiàn)需求文檔與后續(xù)工作成果之間的不一致之處。由于對應(yīng)關(guān)系比較復(fù)雜，最好在表格中加必要的文字解釋。需求跟蹤矩陣保存了需求與后續(xù)工作成果的對應(yīng)關(guān)系。 ③ 正向跟蹤和逆向跟蹤合稱為“雙向跟蹤”。 ② 逆向跟蹤。 主要步驟 建立與維護需求跟蹤矩陣 ① 正向跟蹤。 需求跟蹤 目的 將系統(tǒng)設(shè)計、編程、測試等階段的工作成果與需求文檔進行比較，建立與維 護“需求文檔－設(shè)計文檔－代碼－測試用例”之間的一致性，確保產(chǎn)品依據(jù)需求文檔進行開發(fā)。 主要步驟 非正式需求評審 項目經(jīng)理先在項目內(nèi)部組織人員進行非正式的需求評審，以消除明顯的錯誤和分歧。 角色與職責(zé) （ 1）項目組和客戶共同組織人員對需求文檔如《需求規(guī)格說明書》進行評審。 需求變更控制： 需求變更控制是指依據(jù)“變更申請－審批－更改－重新確認(rèn)”的流程處理需求的變更，確保需求的變更不會失去控制而導(dǎo)致項目發(fā)生混亂。 需求確認(rèn)： 需求確認(rèn)是指項目 組和客戶共同對需求文檔進行評審，雙方對需求達成共識后作出書面承諾，使需求文檔具有商業(yè)合同效果。圖 為需求工程的結(jié)構(gòu)圖。 所有與需求相關(guān)的活動通稱為需求工程。 需求管理 需求管理的目的在客戶與項目組之間建立對需求的共同理解，維護需求與其他工作成果的一致性，并控制需求的變更。 ②《需求規(guī)格說明書》的主要內(nèi)容包括產(chǎn)品介紹、描述用戶群體的特征、定義產(chǎn)品的范圍、闡述產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范、定義產(chǎn)品中的角色、定義產(chǎn)品的功能性需求、定義產(chǎn)品的非功能性需求，如用戶界面、軟硬件環(huán)境、質(zhì)量等需求。 需求分析員對比較復(fù)雜的用戶需求進行建模分析，以幫助軟件開發(fā)人員更好地理解需求。 客戶與最終用戶提供必要的需求信息，并確認(rèn)產(chǎn)品需求。 撰寫用戶需求說明書 需求分析員按照指定的文檔模板撰寫《業(yè)務(wù)需求說明書》，主要內(nèi)容包括 ：產(chǎn)品介紹、描述用戶群體的特征、產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范、描述產(chǎn)品的功能性需求、描述產(chǎn)品的非功能性需求，如用戶界面、軟硬件環(huán)境、質(zhì)量等需求 需求確認(rèn) 項目經(jīng)理邀請同行專家和用戶一起評審《業(yè)務(wù)需求說明書》，盡最大努力使《業(yè)務(wù)需求說明書》能夠正確無誤地反映用戶的真實意愿。 調(diào)查與記錄 需求分析員調(diào)查用戶需求，隨時記錄調(diào)查過程中所獲取的需求信息。 從 Inter 上搜查相關(guān)資料。 分析已經(jīng)存在的同類軟件產(chǎn)品，提取需求。 向用戶群體發(fā)調(diào)查問卷。 角色與職責(zé) 需求分析員調(diào)查、分析用戶的需求； 客戶與最終用戶提供必要的需求信息。 需求開發(fā)產(chǎn)生的文檔有： 《業(yè)務(wù)需求說明書》，見模版 3（定制項目可使用與客戶簽訂的合同技術(shù)文件作為用戶需求說明書）。 需求定義的目的是根據(jù)需求調(diào)查和需求分析的結(jié)果，進一步定義準(zhǔn)確無誤 的產(chǎn)品需求，產(chǎn)生《需求規(guī)格說明書》。 需求分析員通過需求調(diào)查獲取用戶的需求信息，再對各種需求信息進行分析，消除錯誤，刻畫細節(jié)等。需求分析員分為“用戶需求調(diào)查階段”和“產(chǎn)品需求定義階段”兩個階段進行需求開發(fā)，“需求分析”則貫穿于上述兩個階段。需求開發(fā)和需求管理的流程如圖 , 需求工程結(jié)構(gòu)圖如圖 。需求開發(fā)過程的兩個主要規(guī)程為：需求調(diào)查和需求定義。 需求分析過程包括需求開發(fā)和需求管理兩部分。 簽署項目任務(wù)書 如果必要的資金和資源已經(jīng)到位， 項目經(jīng)理和核心成員根據(jù)實際情況撰寫《項目任務(wù)書》，開始執(zhí)行研發(fā)和管理工作。 獲取經(jīng)費和資源 由于公司的資金和資源是有限的，公司可能難以完全按照《研發(fā)項目建議書》的要求給項目分配充足的資金和資源。 主要步驟 任命項目經(jīng)理 公司領(lǐng)導(dǎo)參考立項建議團隊和評審委員會的意見，任命一位合適的項目經(jīng)理。 角色與職責(zé) 公司領(lǐng)導(dǎo)任命一位合適的項目經(jīng)理，并協(xié)助項目經(jīng)理獲取經(jīng) 費、人力資源、軟件硬件資源等。 如果公司領(lǐng)導(dǎo)的終審結(jié)論與評審委員會的結(jié)論“相反”，公司領(lǐng)導(dǎo)可以行使“一票否決權(quán)”，則公司領(lǐng)導(dǎo)應(yīng)當(dāng)對立項評審工作負(fù)全部責(zé)任。 主席撰寫《立項評審報告》并遞交給公司 領(lǐng)導(dǎo)，本次評審會議結(jié)束。 會議結(jié)束決議 評審委員會給出評審結(jié)論和意見： 如果半數(shù)以上的評委反對立項，則評審結(jié)論為“不同意立項”。 評估 ① 立項建議團隊退席。雙方應(yīng)當(dāng)對有爭議的內(nèi)容達成一致的處理意見。 ② 立項建議團隊陳述《研發(fā)項目建議書》的主要內(nèi)容。各評委必須在舉行評審會議之前閱讀完上述材料，并及時與立項建議團隊交流。 主要步驟 準(zhǔn)備 公司領(lǐng)導(dǎo)根據(jù)項目特征組織立項評審委員會，并確定一位評委會主席； 主席確定評審會議的時間、地點、設(shè)備和參加會議的人員名單（包括評委、記錄員、立項建議團隊、旁聽者等），并通知所有相關(guān)人員。 立項評審委員會決議之后，機構(gòu)領(lǐng)導(dǎo)作最終審批（此時機構(gòu)領(lǐng)導(dǎo)具有一票否決權(quán)）。 評審會議的記錄員可以任意指定。委員會按少數(shù)服從多數(shù)原則投票決定是否同意立項（此時公司領(lǐng)導(dǎo)只是一名委員，不具有一票否決權(quán)）。主席除了主持評審會議之外，還要負(fù)責(zé)撰寫《立項評審報告》。 角色與職責(zé) 公司領(lǐng)導(dǎo)根據(jù)項目的特征組織立項評審委員會，并確定一位主 席。 主要步驟 立項調(diào)查 立項建議團隊開展立項調(diào)查，主要工作包括：市場調(diào)查、同類產(chǎn)品調(diào)查、競爭對手調(diào)查、其它相關(guān)調(diào)查； 產(chǎn)品構(gòu)思 立項建議團隊進行產(chǎn)品構(gòu)思，主要內(nèi)容包括：待開發(fā)產(chǎn)品的主要功能、待開發(fā)產(chǎn)品的技術(shù)方案、開 發(fā)計劃、其它相關(guān)計劃； 可行性分析 立項建議團隊開展可行性分析，主要內(nèi)容包括：技術(shù)可行性、時間和資源可行性、知識產(chǎn)權(quán)分析、競爭實力分析等； 撰寫并完善立項建議相關(guān)文檔 在進行了充分的立項調(diào)查、產(chǎn)品構(gòu)思和可行性分析之后，立項建議小組撰寫并完善《研發(fā)項目建議書》 申請立項 立項建議團隊向研發(fā)中心技術(shù)評審小組遞交《研發(fā)項目建議書》相關(guān)材料，申請立項。 角色和職責(zé) 立項建議團隊一般由產(chǎn)品構(gòu)思者和市場人員組成。 第四章 研發(fā)過程管理 第一節(jié) 立項階段 立項管理目的 一 采納符合公司最大利益的立項建議，通過立項使該建議成為正式的項目（即合法化）。 溝通機制 研發(fā)小組長負(fù)責(zé)召開項目組例會或臨時緊急會議，對項目任務(wù)及運行