軟件開發(fā)過程規(guī)范
軟件開發(fā)過程規(guī)范 版本 修訂歷史紀錄 |日期 |版本 |描述 |作者 | | | | | | | | | | | | | | | | | | | | | 目 錄 1. 前言 3 1.1 目的 3 1.2 對象 3 1.3 要求 3 1.4 適用范圍 3 1.5 軟件開發(fā)過程模型 3 1.6 開發(fā)過程劃分 3 2. 技術(shù)過程規(guī)范部分 3 2.1 概述 3 2.2 業(yè)務建模階段 4 2.3 需求階段 5 2.4 分析設計階段 6 2.5 實現(xiàn)階段 7 3. 管理過程規(guī)范部分 7 3.1 概述 7 3.2 接受項目 8 3.3 重新評估項目范圍和風險（對于較大項目） 8 3.4 制定開發(fā)計劃 8 3.5 迭代開發(fā)管理 9 3.6 監(jiān)控項目的實施 9 3.7 結(jié)束項目 10 軟件開發(fā)過程規(guī)范 前言 1 目的 本規(guī)范的目的是使整個軟件產(chǎn)品開發(fā)及項目工程階段清晰，要求明確，任務具體，便 于規(guī)范化、系統(tǒng)化及工程化。有利于提高軟件生命周期的控制及管理，提高所開發(fā)軟件 的質(zhì)量，縮短開發(fā)時間，減少開發(fā)和維護費用，使軟件開發(fā)活動更科學、更有成效。 2 對象 本規(guī)范面向產(chǎn)品生命周期的所有相關人員，包括管理人員、開發(fā)人員、質(zhì)管人員。 3 要求 具有軟件開發(fā)管理職能的人員要求熟知項目開發(fā)的各階段過程和各階段過程相應的規(guī) 范。 4 適用范圍 適用于產(chǎn)品開發(fā)生命周期中的除產(chǎn)品提交外的其他全部過程；規(guī)范分為兩部分：技術(shù) 過程規(guī)范和管理過程規(guī)范，分別適用于軟件開發(fā)過程中的技術(shù)性活動和管理性活動。 5 軟件開發(fā)過程模型 本規(guī)范所采用的軟件開發(fā)過程模型為簡化的RUP開發(fā)過程模型；軟件開發(fā)過程是體系 結(jié)構(gòu)為中心，用例驅(qū)動和風險驅(qū)動相結(jié)合的過程迭代。 6 開發(fā)過程劃分 開發(fā)過程包括多次迭代，每次迭代的目標和側(cè)重點不同；較早的迭代側(cè)重于業(yè)務建模 和需求建模；而后的迭代則側(cè)重于分析設計和編碼。 技術(shù)過程規(guī)范部分 1 概述 本規(guī)范中將軟件開發(fā)的整個技術(shù)過程分為四個順序?qū)嵤┑碾A段，分別為業(yè)務建模階段 、需求階段、分析設計階段和實現(xiàn)階段。在對技術(shù)過程規(guī)范的描述，按階段內(nèi)部的活動 和產(chǎn)物對四個階段分別說明。 在本規(guī)范中對階段內(nèi)活動的說明，是按順序性活動和持續(xù)性活動兩類分別進行說明。 對于順序性活動是按該階段中活動的總體順序進行的描述，而在實際工作中，從各活動 的具體實施的細節(jié)來看，各活動之間的順序是不斷交叉變化的。對于持續(xù)性活動主要是 對貫穿該階段過程始終的技術(shù)活動進行說明。 規(guī)范中所提到的可選文檔是指在其所屬階段，可根據(jù)具體情況靈活掌握，開發(fā)團隊自 主決定是否開發(fā)的文檔產(chǎn)物。而提交文檔則是指在項目開發(fā)過程中必須開發(fā)的文檔產(chǎn)物 ，但可根據(jù)具體項目情況，在軟件開發(fā)計劃中明確規(guī)定是否要形成正式文檔并提交。 規(guī)范中各階段提到的技術(shù)評審，具體參見《評審規(guī)范》中所對應技術(shù)性評審的詳細描述 。 2 業(yè)務建模階段 1 順序性活動描述 1) 開始初步調(diào)研，獲取初始業(yè)務需求，進行問題定義，形成《業(yè)務概覽》并建立《術(shù)語 表》； 2) 制定《調(diào)研記錄表冊》，實施詳細的業(yè)務調(diào)研，建立初始的業(yè)務用例模型和《業(yè)務用 例規(guī)格》； 3) 分析業(yè)務過程，取出可以實現(xiàn)自動化的用例，分析業(yè)務部門和實體對象，形成初始 的業(yè)務對象模型； 4) 根據(jù)初始業(yè)務對象模型和初始業(yè)務用例模型，分析并提取與系統(tǒng)實現(xiàn)相關的用例和 模型， 建立系統(tǒng)域模型； 5) 精化域模型中的初始用例，詳細描述業(yè)務流程，分析業(yè)務規(guī)則，建立精化的業(yè)務用 例模型，形成《業(yè)務規(guī)則》和《業(yè)務用例規(guī)格》； 6) 精化域模型中的初始對象，進行詳細的對象描述，分析對象職責和對象間關系，建 立精化的業(yè)務對象模型，形成《業(yè)務對象縱覽》； 7) 分析業(yè)務上的非功能性需求，形成《增補業(yè)務規(guī)格》； 8) 應用業(yè)務對象，實現(xiàn)業(yè)務用例，制定《業(yè)務用例實現(xiàn)規(guī)格》，以驗證業(yè)務對象與業(yè)務 用例的正確性，根據(jù)驗證結(jié)果，修正業(yè)務對象、業(yè)務用例及相關文檔； 9) 匯總《業(yè)務規(guī)則》《業(yè)務用例規(guī)格》《業(yè)務對象縱覽》《增補業(yè)務規(guī)格》和《業(yè)務用例實現(xiàn) 規(guī)格》形成《業(yè)務架構(gòu)文檔》。 2 持續(xù)性活動描述 1) 《業(yè)務概覽》在業(yè)務建模階段，根據(jù)對項目理解的不斷加深，隨時進行改進； 2) 《術(shù)語表》的更新維護； 3 提交文檔 1) 《業(yè)務概覽》 2) 《術(shù)語表》 3) 《調(diào)研記錄表冊》 4) 《業(yè)務架構(gòu)文檔》其附件包括：《業(yè)務規(guī)則》《業(yè)務用例規(guī)格》《業(yè)務對象縱覽》《增補業(yè) 務規(guī)格》和《業(yè)務用例實現(xiàn)規(guī)格》 4 可選文檔 1) 《目標組織評價》 5 文檔規(guī)范 1) 《業(yè)務概覽》 2) 《術(shù)語表》 3) 《項目調(diào)研表冊》 4) 《業(yè)務架構(gòu)文檔》 5) 《業(yè)務規(guī)則》 6) 《業(yè)務用例規(guī)格》 7) 《業(yè)務對象縱覽》 8) 《增補業(yè)務規(guī)格》 9) 《業(yè)務用例實現(xiàn)規(guī)格》 1) 《目標組織評價》 6 技術(shù)評審 1) 業(yè)務用例模型評審 2) 業(yè)務對象模型評審 3 需求階段 1 順序性活動描述 1) 界定系統(tǒng)范圍，明確委托方需求，形成《項目概覽》（系統(tǒng)）《術(shù)語表》； 2) 定義系統(tǒng)角色，根據(jù)《業(yè)務用例規(guī)格》，分析業(yè)務用例，將其轉(zhuǎn)換為系統(tǒng)初始用例， 并開始系統(tǒng)原型界面的開發(fā)； 3) 結(jié)合《增補業(yè)務規(guī)格》，細致分析用例資源條件，形成初始《增補規(guī)格》，同時剔除無 法實現(xiàn)的初始用例，形成初始《用例規(guī)格》； 4) 為初始用例分析劃分優(yōu)先級、分析依賴性，建立初始用例模型，結(jié)合初始《增補規(guī) 格》形成初始《軟件需求規(guī)格》，為子系統(tǒng)分析或包、組件分析奠定基礎； 5) 精化初始用例模型中的用例，詳細描述系統(tǒng)交互過程，建立精化的用例模型，《用 例規(guī)格》； 6) 根據(jù)初始《增補規(guī)格》和《業(yè)務規(guī)則》，進一步深入分析系統(tǒng)的非功能性需求，形成《 增補規(guī)格》； 7) 匯總《用例規(guī)格》《增補規(guī)格》形成《軟件需求規(guī)格》。 2 持續(xù)性活動描述 1) 《項目概覽》（系統(tǒng)）在需求階段，根據(jù)對項目理解的不斷加深，隨時進行改進； 2) 《術(shù)語表》的更新維護； 3) 通過快速原型的開發(fā)、試用、修改，與客戶和用戶交流以不斷獲取系統(tǒng)需求，并形 成《用戶原型界面描述》。 3 提交文檔 1) 《項目概覽》（系統(tǒng)） 2) 《術(shù)語表》 3) 《需求規(guī)格說明》其附件包括：《用例規(guī)格》《增補規(guī)格》 4) 《用戶原型界面描述》 4 可選文檔 1) 《用戶接口風格說明》 10) 《委托方需求》 11) 《用戶手冊》（初稿） 5 文檔規(guī)范 1) 《項目概覽》（系統(tǒng)） 1) 《需求規(guī)格說明》 2) 《術(shù)語表》 3) 《用例規(guī)格》 4) 《增補規(guī)格》 5) 《用戶原型界面描述》 6 技術(shù)評審 1) 需求評審 4 分析設計階段 1 順序性活動描述 1) 根據(jù)《系統(tǒng)需求規(guī)格》進行體系結(jié)構(gòu)分析設計，確定系統(tǒng)軟件架構(gòu)，形成配置圖和《 軟件架構(gòu)文檔》； 1) 根據(jù)《需求規(guī)格說明》和系統(tǒng)軟件架構(gòu)，進一步擴展業(yè)務對象模型，建立分析對象模 型，明確系統(tǒng)對象的職責； 2) 根據(jù)業(yè)務對象，及業(yè)務對象之間的關系，結(jié)合分析對象和系統(tǒng)軟件架構(gòu)，進行數(shù)據(jù) 庫的分析設計，建立數(shù)據(jù)模型，完成數(shù)據(jù)庫設計工作，形成《數(shù)據(jù)模型縱覽》； 3) 應用分析對象實現(xiàn)系統(tǒng)用例，以驗證分析對象的正確性，并根據(jù)驗證結(jié)果，修正分 析對象模型； 4) 匯總分析對象模型和基于分析對象的用例實現(xiàn)，形成《分析模型縱覽》； 5) 根據(jù)分析對象模型，結(jié)合用戶原型界面和數(shù)據(jù)模型，進行系統(tǒng)類設計，建立設計類 模型和構(gòu)件圖； 6) 實施系統(tǒng)類的詳細設計，確定類的屬性、方法及參數(shù)類型、可見性等，并將用例分 配給對象類，形成基于設計類的用例實現(xiàn)； 7) 匯總設計類模型和基于設計類的用例實現(xiàn)，形成《設計模型縱覽》，為下一步系統(tǒng)的 實現(xiàn)明確工作任務。 2 持續(xù)性活動描述 無。 3 提交文檔 1) 《軟件架構(gòu)文檔》 2) 《分析模型縱覽》 3) 《設計模型縱覽》 4) 《數(shù)據(jù)模型縱覽》 4 可選文檔 無。 5 文檔規(guī)范 1) 《軟件架構(gòu)文檔》 1) 《分析模型縱覽》 2) 《設計模型縱覽》 3) 《數(shù)據(jù)模型縱覽》 6 技術(shù)評審 1) 軟件架構(gòu)評審 1) 設計評審 5 實現(xiàn)階段 1 順序性活動描述 1) 根據(jù)《設計類模型》，按照類的詳細設計和構(gòu)件圖，結(jié)合用例的實現(xiàn)優(yōu)先級，確定系 統(tǒng)《實現(xiàn)模型》，并根據(jù)系統(tǒng)體系結(jié)構(gòu)進行系統(tǒng)集成設計，形成《集成模型》； 1) 根據(jù)《實現(xiàn)模型》進行組件編碼實現(xiàn)； 2) 根據(jù)《集成模型》對系統(tǒng)編碼實現(xiàn)的組件進行系統(tǒng)集成實現(xiàn)； 3) 編制《用戶手冊》，制作并集成系統(tǒng)幫助，完成客戶或用戶所需要的其他文檔。 2 持續(xù)性活動描述 無。 3 提交文檔 1) 《實現(xiàn)模型》 1) 《集成設計》 4 可選文檔 1) 《用戶手冊》 5 文檔規(guī)范 1) 《實現(xiàn)模型》 1) 《集成設計》 2) 《用戶手冊》 6 技術(shù)評審 1) 代碼評審 管理過程規(guī)范部分 1 概述 在本規(guī)范中，對軟件開發(fā)過程的管理，采用階段性規(guī)劃。具體為根據(jù)軟件開發(fā)過程中 的技術(shù)過程，明確開發(fā)階段，主要依據(jù)技術(shù)過程規(guī)范所描述的技術(shù)過程階段劃分；而后 ，將各階段根據(jù)項目的具體情況和實施要求，劃分為利于監(jiān)控管理的一個或多個迭代過 程。 本規(guī)范對于項目的計劃和進度安排，采用由粗到細、由簡到繁的方式，首先制定描述 軟件開發(fā)過程總體階段和迭代的軟件開發(fā)計劃，而后根據(jù)所劃分的迭代過程，在每個迭 代開始時，對該迭代過程進行詳細的任務分配和進度規(guī)劃。 本規(guī)范中所提到的《軟件開發(fā)計劃》，包含了開發(fā)計劃、質(zhì)量管理計劃、技術(shù)支持計劃 等多項內(nèi)容，但主要以開發(fā)計劃為主，其他計劃視具體項目、團隊情況確定是否制定。 在本規(guī)范中風險管理貫穿整個軟件開發(fā)過程，包括《風險列表》的更新維護、風險的跟 蹤管理。 對本規(guī)范中的各開發(fā)計劃的具體實施說明，可參見《項目監(jiān)控管理辦法》相關說明。 規(guī)范中各階段提到的管理評審，具體參見《評審規(guī)范》中所對應管理性評審的詳細描述 。 2 接受項目 1 活動描述 1) 根據(jù)《項目概覽》標識和評估風險，制定《風險列表》； 1) 分析項目風險，制定風險防范和解決措施，形成《風險管理計劃》； 2) 分析可行性和商業(yè)價值，制定《商業(yè)案例》； 2 提交文檔 1) 《風險列表》 1) 《風險管理計劃》 2) 《商業(yè)案例》 3 管理評審 1) 項目批準評審 3 重新評估項目范圍和風險（對于較大項目） 1 活動描述 1) 根據(jù)《項目概覽》和對項目進一步深入了解，重新標識和評估風險，改進《風險列表 》； 1) 根據(jù)修正項目風險，重新分析項目可行性和商業(yè)價值，改進《商業(yè)案例》； 2 提交文檔 1) 修正的《風險列表》 1) 修正的《商業(yè)案例》 3 管理評審 無。 4 制定開發(fā)計劃 1 活動描述 1) 根據(jù)不斷修正維護的《風險列表》，完善風險防范和解決措施，改進《風險管理計劃 》； 12) 根據(jù)《商業(yè)案例》中說明的項目的開發(fā)要求，結(jié)合資源和風險狀況，建立項目工作分 析結(jié)構(gòu)（WBS），明確開發(fā)階段和迭代次數(shù)，同時完成其他開發(fā)相關的計劃內(nèi)容 ，形成《軟件開發(fā)計劃》。 2 提交文檔 1) 修正的《風險管理計劃》 1) 《軟件開發(fā)計劃》 3 管理評審 1) 開發(fā)計劃評審 5 迭代開發(fā)管理 1 活動描述 1) 根據(jù)《軟件開發(fā)計劃》，結(jié)合具體的開發(fā)狀況和資源獲取情況，確定在一個迭代期間 的開發(fā)任務，進度安排，形成《迭代計劃》，并更新《軟件開發(fā)計劃》； 1) 按照《迭代計劃》，將工作任務形成《任務單》，描述任務要求，明確開發(fā)人員職責； 2) 根據(jù)本次迭代開發(fā)的完成情況和提交的成果，對該迭代開發(fā)過程進行分析評價，形 成《迭代評價》，并根據(jù)實際情況，提出《變更請求》。 2 提交文檔 1) 修正的《軟件開發(fā)計劃》 1) 《迭代計劃》 2) 《任務單》 3) 《變更請求》 3 管理評審 1) 迭代計劃評審 1) 迭代評價標準評審 2) 迭代評價評審 6 監(jiān)控項目的實施 1 活動描述 1) 在項目開發(fā)過程中隨時監(jiān)控項目的狀態(tài)，了解項目的進展，特別是根據(jù)《風險列表 》，跟蹤風險，及時發(fā)現(xiàn)問題，并根據(jù)監(jiān)控結(jié)果，及時更新、維護《風險列表》； 1) 分析項目監(jiān)控過程中發(fā)現(xiàn)和出現(xiàn)的問題和意外情況，制定解決辦法，提出《變更請 求》； 2) 在監(jiān)控過程中，根據(jù)實際開發(fā)情況，調(diào)整《軟件開發(fā)計劃》和《迭代計劃》，并更新和 分配新的《任務單》； 3) 應項目管理和客戶的要求，定期或不定期根據(jù)項目的當前狀況，制定《項目狀況評 價》，進行項目開發(fā)狀況的匯報。 2 提交文檔 1) 修正的《風險列表》 1) 修正的《軟件開發(fā)計劃》 2) 修正的《迭代計劃》 3) 《任務單》 4) 《變更請求》 5) 《項目狀況評價》 3 管理評審 1) 1．PRA評審 7 結(jié)束項目 1 活動描述 1) 在項目開發(fā)任務全部完成，開發(fā)過程結(jié)束時，總結(jié)項目的開發(fā)過程，分析和評價項 目完成情況和提交的成果，形成最終的《項目狀況評價》，提交驗收。 2 提交文檔 1) 《項目狀況評價》 3 管理評審 1) 項目驗收評審 [pic] ----------------------- 附件：軟件...
軟件開發(fā)過程規(guī)范