軟件開發(fā)過程的相關(guān)規(guī)范

歡迎閱讀本文檔，希望本文檔能對您有所幫助!歡迎閱讀本文檔，希望本文檔能對您有所幫助!歡迎閱讀本文檔，希望本文檔能對您有所幫助!歡迎閱讀本文檔，希望本文檔能對您有所幫助!歡迎閱讀本文檔，希望本文檔能對您有所幫助!歡迎閱讀本文檔，希望本文檔能對您有所幫助!軟件開發(fā)過程規(guī)范版本<1.0>修訂歷史紀錄日期版本描述作者<年/月/日><x.x><細節(jié)><名>

目錄TOC\o"1-2"\h\z1. 前言 31.1 目的 31.2 對象 31.3 要求 31.4 適用范圍 31.5 軟件開發(fā)過程模型 31.6 開發(fā)過程劃分 32. 技術(shù)過程規(guī)范部分 32.1 概述 32.2 業(yè)務(wù)建模階段 42.3 需求階段 52.4 分析設(shè)計階段 62.5 實現(xiàn)階段 73. 管理過程規(guī)范部分 73.1 概述 73.2 接受項目 83.3 重新評估項目范圍和風(fēng)險（對于較大項目） 83.4 制定開發(fā)計劃 83.5 迭代開發(fā)管理 93.6 監(jiān)控項目的實施 93.7 結(jié)束項目 10

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