軟件開發(fā)過程規(guī)范

1、軟件開發(fā)過程規(guī)范版本 <1.0>修訂歷史紀錄日期版本描述作者<年/月/日 ><x.x><細節(jié)><名>目 錄1.前言31.1目的31.2對象31.3要求31.4適用范圍31.5軟件開發(fā)過程模型31.6開發(fā)過程劃分32.技術過程規(guī)范部分32.1概述32.2業(yè)務建模階段42.3需求階段52.4分析設計階段62.5實現(xiàn)階段73.管理過程規(guī)范部分73.1概述73.2接受項目83.3重新評估項目范圍和風險（對于較大項目）83.4制定開發(fā)計劃83.5迭代開發(fā)管理93.6監(jiān)控項目的實施93.7結束項目10軟件開發(fā)過程規(guī)范1. 前言1.1 目的本規(guī)范的

2、目的是使整個軟件產(chǎn)品開發(fā)及項目工程階段清晰，要求明確，任務具體，便于規(guī)范化、系統(tǒng)化及工程化。有利于提高軟件生命周期的控制及管理，提高所開發(fā)軟件的質量，縮短開發(fā)時間，減少開發(fā)和維護費用，使軟件開發(fā)活動更科學、更有成效。1.2 對象本規(guī)范面向產(chǎn)品生命周期的所有相關人員，包括管理人員、開發(fā)人員、質管人員。1.3 要求具有軟件開發(fā)管理職能的人員要求熟知項目開發(fā)的各階段過程和各階段過程相應的規(guī)范。1.4 適用范圍適用于產(chǎn)品開發(fā)生命周期中的除產(chǎn)品提交外的其他全部過程；規(guī)范分為兩部分：技術過程規(guī)范和管理過程規(guī)范，分別適用于軟件開發(fā)過程中的技術性活動和管理性活動。1.5 軟件開發(fā)過程模型本規(guī)范所采用的軟件開發(fā)

3、過程模型為簡化的RUP開發(fā)過程模型；軟件開發(fā)過程是體系結構為中心，用例驅動和風險驅動相結合的過程迭代。1.6 開發(fā)過程劃分開發(fā)過程包括多次迭代，每次迭代的目標和側重點不同；較早的迭代側重于業(yè)務建模和需求建模；而后的迭代則側重于分析設計和編碼。2. 技術過程規(guī)范部分2.1 概述本規(guī)范中將軟件開發(fā)的整個技術過程分為四個順序實施的階段，分別為業(yè)務建模階段、需求階段、分析設計階段和實現(xiàn)階段。在對技術過程規(guī)范的描述，按階段內(nèi)部的活動和產(chǎn)物對四個階段分別說明。在本規(guī)范中對階段內(nèi)活動的說明，是按順序性活動和持續(xù)性活動兩類分別進行說明。對于順序性活動是按該階段中活動的總體順序進行的描述，而在實際工作中，從各活

4、動的具體實施的細節(jié)來看，各活動之間的順序是不斷交叉變化的。對于持續(xù)性活動主要是對貫穿該階段過程始終的技術活動進行說明。規(guī)范中所提到的可選文檔是指在其所屬階段，可根據(jù)具體情況靈活掌握，開發(fā)團隊自主決定是否開發(fā)的文檔產(chǎn)物。而提交文檔則是指在項目開發(fā)過程中必須開發(fā)的文檔產(chǎn)物，但可根據(jù)具體項目情況，在軟件開發(fā)計劃中明確規(guī)定是否要形成正式文檔并提交。規(guī)范中各階段提到的技術評審，具體參見評審規(guī)范中所對應技術性評審的詳細描述。2.2 業(yè)務建模階段2.2.1 順序性活動描述1) 開始初步調(diào)研，獲取初始業(yè)務需求，進行問題定義，形成業(yè)務概覽并建立術語表；2) 制定調(diào)研記錄表冊，實施詳細的業(yè)務調(diào)研，建立初始的業(yè)務用

5、例模型和業(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ù)驗證結

6、果，修正業(yè)務對象、業(yè)務用例及相關文檔；9) 匯總業(yè)務規(guī)則業(yè)務用例規(guī)格業(yè)務對象縱覽增補業(yè)務規(guī)格和業(yè)務用例實現(xiàn)規(guī)格形成業(yè)務架構文檔。2.2.2 持續(xù)性活動描述1) 業(yè)務概覽在業(yè)務建模階段，根據(jù)對項目理解的不斷加深，隨時進行改進；2) 術語表的更新維護；2.2.3 提交文檔1) 業(yè)務概覽2) 術語表3) 調(diào)研記錄表冊4) 業(yè)務架構文檔其附件包括：業(yè)務規(guī)則業(yè)務用例規(guī)格業(yè)務對象縱覽增補業(yè)務規(guī)格和業(yè)務用例實現(xiàn)規(guī)格2.2.4 可選文檔1) 目標組織評價2.2.5 文檔規(guī)范1) 業(yè)務概覽2) 術語表3) 項目調(diào)研表冊4) 業(yè)務架構文檔5) 業(yè)務規(guī)則6) 業(yè)務用例規(guī)格7) 業(yè)務對象縱覽8) 增補業(yè)務規(guī)格9) 業(yè)

7、務用例實現(xiàn)規(guī)格10) 目標組織評價2.2.6 技術評審1) 業(yè)務用例模型評審2) 業(yè)務對象模型評審2.3 需求階段2.3.1 順序性活動描述1) 界定系統(tǒng)范圍，明確委托方需求，形成項目概覽（系統(tǒng)）術語表；2) 定義系統(tǒng)角色，根據(jù)業(yè)務用例規(guī)格，分析業(yè)務用例，將其轉換為系統(tǒng)初始用例，并開始系統(tǒng)原型界面的開發(fā)；3) 結合增補業(yè)務規(guī)格，細致分析用例資源條件，形成初始增補規(guī)格，同時剔除無法實現(xiàn)的初始用例，形成初始用例規(guī)格；4) 為初始用例分析劃分優(yōu)先級、分析依賴性，建立初始用例模型，結合初始增補規(guī)格形成初始軟件需求規(guī)格，為子系統(tǒng)分析或包、組件分析奠定基礎；5) 精化初始用例模型中的用例，詳細描述系統(tǒng)交互

8、過程，建立精化的用例模型，用例規(guī)格；6) 根據(jù)初始增補規(guī)格和業(yè)務規(guī)則，進一步深入分析系統(tǒng)的非功能性需求，形成增補規(guī)格；7) 匯總用例規(guī)格增補規(guī)格形成軟件需求規(guī)格。2.3.2 持續(xù)性活動描述1) 項目概覽（系統(tǒng)）在需求階段，根據(jù)對項目理解的不斷加深，隨時進行改進；2) 術語表的更新維護；3) 通過快速原型的開發(fā)、試用、修改，與客戶和用戶交流以不斷獲取系統(tǒng)需求，并形成用戶原型界面描述。2.3.3 提交文檔1) 項目概覽（系統(tǒng)）2) 術語表3) 需求規(guī)格說明其附件包括：用例規(guī)格增補規(guī)格4) 用戶原型界面描述2.3.4 可選文檔1) 用戶接口風格說明2) 委托方需求3) 用戶手冊（初稿）2.3.5 文

9、檔規(guī)范1) 項目概覽（系統(tǒng)）2) 需求規(guī)格說明3) 術語表4) 用例規(guī)格5) 增補規(guī)格6) 用戶原型界面描述2.3.6 技術評審1) 需求評審2.4 分析設計階段2.4.1 順序性活動描述1) 根據(jù)系統(tǒng)需求規(guī)格進行體系結構分析設計，確定系統(tǒng)軟件架構，形成配置圖和軟件架構文檔；2) 根據(jù)需求規(guī)格說明和系統(tǒng)軟件架構，進一步擴展業(yè)務對象模型，建立分析對象模型，明確系統(tǒng)對象的職責；3) 根據(jù)業(yè)務對象，及業(yè)務對象之間的關系，結合分析對象和系統(tǒng)軟件架構，進行數(shù)據(jù)庫的分析設計，建立數(shù)據(jù)模型，完成數(shù)據(jù)庫設計工作，形成數(shù)據(jù)模型縱覽； 4) 應用分析對象實現(xiàn)系統(tǒng)用例，以驗證分析對象的正確性，并根據(jù)驗證結果，修正分

10、析對象模型；5) 匯總分析對象模型和基于分析對象的用例實現(xiàn)，形成分析模型縱覽；6) 根據(jù)分析對象模型，結合用戶原型界面和數(shù)據(jù)模型，進行系統(tǒng)類設計，建立設計類模型和構件圖；7) 實施系統(tǒng)類的詳細設計，確定類的屬性、方法及參數(shù)類型、可見性等，并將用例分配給對象類，形成基于設計類的用例實現(xiàn)；8) 匯總設計類模型和基于設計類的用例實現(xiàn)，形成設計模型縱覽，為下一步系統(tǒng)的實現(xiàn)明確工作任務。2.4.2 持續(xù)性活動描述無。2.4.3 提交文檔1) 軟件架構文檔2) 分析模型縱覽3) 設計模型縱覽4) 數(shù)據(jù)模型縱覽2.4.4 可選文檔無。2.4.5 文檔規(guī)范1) 軟件架構文檔2) 分析模型縱覽3) 設計模型縱覽

11、4) 數(shù)據(jù)模型縱覽2.4.6 技術評審1) 軟件架構評審2) 設計評審2.5 實現(xiàn)階段2.5.1 順序性活動描述1) 根據(jù)設計類模型，按照類的詳細設計和構件圖，結合用例的實現(xiàn)優(yōu)先級，確定系統(tǒng)實現(xiàn)模型，并根據(jù)系統(tǒng)體系結構進行系統(tǒng)集成設計，形成集成模型；2) 根據(jù)實現(xiàn)模型進行組件編碼實現(xiàn)；3) 根據(jù)集成模型對系統(tǒng)編碼實現(xiàn)的組件進行系統(tǒng)集成實現(xiàn)；4) 編制用戶手冊，制作并集成系統(tǒng)幫助，完成客戶或用戶所需要的其他文檔。2.5.2 持續(xù)性活動描述無。2.5.3 提交文檔1) 實現(xiàn)模型2) 集成設計2.5.4 可選文檔1) 用戶手冊2.5.5 文檔規(guī)范1) 實現(xiàn)模型2) 集成設計3) 用戶手冊2.5.6

12、技術評審1) 代碼評審3. 管理過程規(guī)范部分3.1 概述在本規(guī)范中，對軟件開發(fā)過程的管理，采用階段性規(guī)劃。具體為根據(jù)軟件開發(fā)過程中的技術過程，明確開發(fā)階段，主要依據(jù)技術過程規(guī)范所描述的技術過程階段劃分；而后，將各階段根據(jù)項目的具體情況和實施要求，劃分為利于監(jiān)控管理的一個或多個迭代過程。本規(guī)范對于項目的計劃和進度安排，采用由粗到細、由簡到繁的方式，首先制定描述軟件開發(fā)過程總體階段和迭代的軟件開發(fā)計劃，而后根據(jù)所劃分的迭代過程，在每個迭代開始時，對該迭代過程進行詳細的任務分配和進度規(guī)劃。本規(guī)范中所提到的軟件開發(fā)計劃，包含了開發(fā)計劃、質量管理計劃、技術支持計劃等多項內(nèi)容，但主要以開發(fā)計劃為主，其他計

13、劃視具體項目、團隊情況確定是否制定。在本規(guī)范中風險管理貫穿整個軟件開發(fā)過程，包括風險列表的更新維護、風險的跟蹤管理。對本規(guī)范中的各開發(fā)計劃的具體實施說明，可參見項目監(jiān)控管理辦法相關說明。規(guī)范中各階段提到的管理評審，具體參見評審規(guī)范中所對應管理性評審的詳細描述。3.2 接受項目3.2.1 活動描述1) 根據(jù)項目概覽標識和評估風險，制定風險列表；2) 分析項目風險，制定風險防范和解決措施，形成風險管理計劃；3) 分析可行性和商業(yè)價值，制定商業(yè)案例；3.2.2 提交文檔1) 風險列表2) 風險管理計劃3) 商業(yè)案例3.2.3 管理評審1) 項目批準評審3.3 重新評估項目范圍和風險（對于較大項目）3

14、.3.1 活動描述1) 根據(jù)項目概覽和對項目進一步深入了解，重新標識和評估風險，改進風險列表；2) 根據(jù)修正項目風險，重新分析項目可行性和商業(yè)價值，改進商業(yè)案例；3.3.2 提交文檔1) 修正的風險列表2) 修正的商業(yè)案例3.3.3 管理評審無。3.4 制定開發(fā)計劃3.4.1 活動描述1) 根據(jù)不斷修正維護的風險列表，完善風險防范和解決措施，改進風險管理計劃；2) 根據(jù)商業(yè)案例中說明的項目的開發(fā)要求，結合資源和風險狀況，建立項目工作分析結構（WBS），明確開發(fā)階段和迭代次數(shù)，同時完成其他開發(fā)相關的計劃內(nèi)容，形成軟件開發(fā)計劃。3.4.2 提交文檔1) 修正的風險管理計劃2) 軟件開發(fā)計劃3.4.

15、3 管理評審1) 開發(fā)計劃評審3.5 迭代開發(fā)管理3.5.1 活動描述1) 根據(jù)軟件開發(fā)計劃，結合具體的開發(fā)狀況和資源獲取情況，確定在一個迭代期間的開發(fā)任務，進度安排，形成迭代計劃，并更新軟件開發(fā)計劃；2) 按照迭代計劃，將工作任務形成任務單，描述任務要求，明確開發(fā)人員職責；3) 根據(jù)本次迭代開發(fā)的完成情況和提交的成果，對該迭代開發(fā)過程進行分析評價，形成迭代評價，并根據(jù)實際情況，提出變更請求。3.5.2 提交文檔1) 修正的軟件開發(fā)計劃2) 迭代計劃3) 任務單4) 變更請求3.5.3 管理評審1) 迭代計劃評審2) 迭代評價標準評審3) 迭代評價評審3.6 監(jiān)控項目的實施3.6.1 活動描述1) 在項目開發(fā)過程中隨時監(jiān)控項目的狀態(tài)，了解項目的進展，特別是根據(jù)風險列表，跟蹤風險，及時發(fā)現(xiàn)問題，并根據(jù)監(jiān)控結果，及時更新、維護風險列表；2) 分析項目監(jiān)控過程中發(fā)現(xiàn)和出現(xiàn)的問題和意外情況，制定解決辦法，提出變更請求；3) 在監(jiān)控過程中，根據(jù)實際開發(fā)情況，調(diào)整軟件開發(fā)計劃和迭代計劃，并更新和分配新的任務單；4) 應項目管理和客戶的要求，定期或不定期根據(jù)項目的當