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

1、23/23軟件開發(fā)過程規(guī)范版本 修訂歷史紀錄日期版本描述作者目 錄 TOC o 1-2 h z 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ī)范前言目的本規(guī)范的目的是使整個軟件產(chǎn)品開發(fā)及項目工程時期清晰，要求明確，任務具體，便于規(guī)范化、系統(tǒng)化及

2、工程化。有利于提高軟件生命周期的操縱及治理，提高所開發(fā)軟件的質(zhì)量，縮短開發(fā)時刻，減少開發(fā)和維護費用，使軟件開發(fā)活動更科學、更有成效。對象本規(guī)范面向產(chǎn)品生命周期的所有相關人員，包括治理人員、開發(fā)人員、質(zhì)管人員。要求具有軟件開發(fā)治理職能的人員要求熟知項目開發(fā)的各時期過程和各時期過程相應的規(guī)范。 適用范圍適用于產(chǎn)品開發(fā)生命周期中的除產(chǎn)品提交外的其他全部過程；規(guī)范分為兩部分：技術過程規(guī)范和治理過程規(guī)范，分不適用于軟件開發(fā)過程中的技術性活動和治理性活動。軟件開發(fā)過程模型本規(guī)范所采納的軟件開發(fā)過程模型為簡化的RUP開發(fā)過程模型；軟件開發(fā)過程是體系結構為中心，用例驅(qū)動和風險驅(qū)動相結合的過程迭代。開發(fā)過程劃分

3、開發(fā)過程包括多次迭代，每次迭代的目標和側(cè)重點不同；較早的迭代側(cè)重于業(yè)務建模和需求建模；而后的迭代則側(cè)重于分析設計和編碼。技術過程規(guī)范部分概述本規(guī)范中將軟件開發(fā)的整個技術過程分為四個順序?qū)嵤┑臅r期，分不為業(yè)務建模時期、需求時期、分析設計時期和實現(xiàn)時期。在對技術過程規(guī)范的描述，按時期內(nèi)部的活動和產(chǎn)物對四個時期分不講明。在本規(guī)范中對時期內(nèi)活動的講明，是按順序性活動和持續(xù)性活動兩類分不進行講明。關于順序性活動是按該時期中活動的總體順序進行的描述，而在實際工作中，從各活動的具體實施的細節(jié)來看，各活動之間的順序是不斷交叉變化的。關于持續(xù)性活動要緊是對貫穿該時期過程始終的技術活動進行講明。規(guī)范中所提到的可選

4、文檔是指在其所屬時期，可依照具體情況靈活掌握，開發(fā)團隊自主決定是否開發(fā)的文檔產(chǎn)物。而提交文檔則是指在項目開發(fā)過程中必須開發(fā)的文檔產(chǎn)物，但可依照具體項目情況，在軟件開發(fā)打算中明確規(guī)定是否要形成正式文檔并提交。規(guī)范中各時期提到的技術評審，具體參見評審規(guī)范中所對應技術性評審的詳細描述。業(yè)務建模時期順序性活動描述開始初步調(diào)研，獵取初始業(yè)務需求，進行問題定義，形成業(yè)務概覽并建立術語表；制定調(diào)研記錄表冊，實施詳細的業(yè)務調(diào)研，建立初始的業(yè)務用例模型和業(yè)務用例規(guī)格；分析業(yè)務過程，取出能夠?qū)崿F(xiàn)自動化的用例，分析業(yè)務部門和實體對象，形成初始的業(yè)務對象模型；依照初始業(yè)務對象模型和初始業(yè)務用例模型，分析并提取與系統(tǒng)實

5、現(xiàn)相關的用例和模型， 建立系統(tǒng)域模型；精化域模型中的初始用例，詳細描述業(yè)務流程，分析業(yè)務規(guī)則，建立精化的業(yè)務用例模型，形成業(yè)務規(guī)則和業(yè)務用例規(guī)格；精化域模型中的初始對象，進行詳細的對象描述，分析對象職責和對象間關系，建立精化的業(yè)務對象模型，形成業(yè)務對象縱覽；分析業(yè)務上的非功能性需求，形成增補業(yè)務規(guī)格；應用業(yè)務對象，實現(xiàn)業(yè)務用例，制定業(yè)務用例實現(xiàn)規(guī)格，以驗證業(yè)務對象與業(yè)務用例的正確性，依照驗證結果，修正業(yè)務對象、業(yè)務用例及相關文檔；匯總業(yè)務規(guī)則業(yè)務用例規(guī)格業(yè)務對象縱覽增補業(yè)務規(guī)格和業(yè)務用例實現(xiàn)規(guī)格形成業(yè)務架構文檔。持續(xù)性活動描述業(yè)務概覽在業(yè)務建模時期，依照對項目理解的不斷加深，隨時進行改進；術語

6、表的更新維護；提交文檔業(yè)務概覽術語表調(diào)研記錄表冊業(yè)務架構文檔其附件包括：業(yè)務規(guī)則業(yè)務用例規(guī)格業(yè)務對象縱覽增補業(yè)務規(guī)格和業(yè)務用例實現(xiàn)規(guī)格可選文檔目標組織評價文檔規(guī)范業(yè)務概覽術語表項目調(diào)研表冊業(yè)務架構文檔業(yè)務規(guī)則業(yè)務用例規(guī)格業(yè)務對象縱覽增補業(yè)務規(guī)格業(yè)務用例實現(xiàn)規(guī)格目標組織評價技術評審業(yè)務用例模型評審業(yè)務對象模型評審需求時期順序性活動描述界定系統(tǒng)范圍，明確托付方需求，形成項目概覽（系統(tǒng)）術語表；定義系統(tǒng)角色，依照業(yè)務用例規(guī)格，分析業(yè)務用例，將其轉(zhuǎn)換為系統(tǒng)初始用例，并開始系統(tǒng)原型界面的開發(fā)；結合增補業(yè)務規(guī)格，細致分析用例資源條件，形成初始增補規(guī)格，同時剔除無法實現(xiàn)的初始用例，形成初始用例規(guī)格；為初始用

7、例分析劃分優(yōu)先級、分析依靠性，建立初始用例模型，結合初始增補規(guī)格形成初始軟件需求規(guī)格，為子系統(tǒng)分析或包、組件分析奠定基礎；精化初始用例模型中的用例，詳細描述系統(tǒng)交互過程，建立精化的用例模型，用例規(guī)格；依照初始增補規(guī)格和業(yè)務規(guī)則，進一步深入分析系統(tǒng)的非功能性需求，形成增補規(guī)格；匯總用例規(guī)格增補規(guī)格形成軟件需求規(guī)格。持續(xù)性活動描述項目概覽（系統(tǒng)）在需求時期，依照對項目理解的不斷加深，隨時進行改進；術語表的更新維護；通過快速原型的開發(fā)、試用、修改，與客戶和用戶交流以不斷獵取系統(tǒng)需求，并形成用戶原型界面描述。提交文檔項目概覽（系統(tǒng)）術語表需求規(guī)格講明其附件包括：用例規(guī)格增補規(guī)格用戶原型界面描述可選文檔

8、用戶接口風格講明托付方需求用戶手冊（初稿）文檔規(guī)范項目概覽（系統(tǒng)）需求規(guī)格講明術語表用例規(guī)格增補規(guī)格用戶原型界面描述技術評審需求評審分析設計時期順序性活動描述依照系統(tǒng)需求規(guī)格進行體系結構分析設計，確定系統(tǒng)軟件架構，形成配置圖和軟件架構文檔；依照需求規(guī)格講明和系統(tǒng)軟件架構，進一步擴展業(yè)務對象模型，建立分析對象模型，明確系統(tǒng)對象的職責；依照業(yè)務對象，及業(yè)務對象之間的關系，結合分析對象和系統(tǒng)軟件架構，進行數(shù)據(jù)庫的分析設計，建立數(shù)據(jù)模型，完成數(shù)據(jù)庫設計工作，形成數(shù)據(jù)模型縱覽； 應用分析對象實現(xiàn)系統(tǒng)用例，以驗證分析對象的正確性，并依照驗證結果，修正分析對象模型；匯總分析對象模型和基于分析對象的用例實現(xiàn)，

9、形成分析模型縱覽；依照分析對象模型，結合用戶原型界面和數(shù)據(jù)模型，進行系統(tǒng)類設計，建立設計類模型和構件圖；實施系統(tǒng)類的詳細設計，確定類的屬性、方法及參數(shù)類型、可見性等，并將用例分配給對象類，形成基于設計類的用例實現(xiàn)；匯總設計類模型和基于設計類的用例實現(xiàn)，形成設計模型縱覽，為下一步系統(tǒng)的實現(xiàn)明確工作任務。持續(xù)性活動描述無。提交文檔軟件架構文檔分析模型縱覽設計模型縱覽數(shù)據(jù)模型縱覽可選文檔無。文檔規(guī)范軟件架構文檔分析模型縱覽設計模型縱覽數(shù)據(jù)模型縱覽技術評審軟件架構評審設計評審實現(xiàn)時期順序性活動描述依照設計類模型，按照類的詳細設計和構件圖，結合用例的實現(xiàn)優(yōu)先級，確定系統(tǒng)實現(xiàn)模型，并依照系統(tǒng)體系結構進行系

10、統(tǒng)集成設計，形成集成模型；依照實現(xiàn)模型進行組件編碼實現(xiàn)；依照集成模型對系統(tǒng)編碼實現(xiàn)的組件進行系統(tǒng)集成實現(xiàn)；編制用戶手冊，制作并集成系統(tǒng)關心，完成客戶或用戶所需要的其他文檔。持續(xù)性活動描述無。提交文檔實現(xiàn)模型集成設計可選文檔用戶手冊文檔規(guī)范實現(xiàn)模型集成設計用戶手冊技術評審代碼評審治理過程規(guī)范部分概述在本規(guī)范中，對軟件開發(fā)過程的治理，采納時期性規(guī)劃。具體為依照軟件開發(fā)過程中的技術過程，明確開發(fā)時期，要緊依據(jù)技術過程規(guī)范所描述的技術過程時期劃分；而后，將各時期依照項目的具體情況和實施要求，劃分為利于監(jiān)控治理的一個或多個迭代過程。本規(guī)范關于項目的打算和進度安排，采納由粗到細、由簡到繁的方式，首先制定描

11、述軟件開發(fā)過程總體時期和迭代的軟件開發(fā)打算，而后依照所劃分的迭代過程，在每個迭代開始時，對該迭代過程進行詳細的任務分配和進度規(guī)劃。本規(guī)范中所提到的軟件開發(fā)打算，包含了開發(fā)打算、質(zhì)量治理打算、技術支持打算等多項內(nèi)容，但要緊以開發(fā)打算為主，其他打算視具體項目、團隊情況確定是否制定。在本規(guī)范中風險治理貫穿整個軟件開發(fā)過程，包括風險列表的更新維護、風險的跟蹤治理。對本規(guī)范中的各開發(fā)打算的具體實施講明，可參見項目監(jiān)控治理方法相關講明。規(guī)范中各時期提到的治理評審，具體參見評審規(guī)范中所對應治理性評審的詳細描述。同意項目活動描述依照項目概覽標識和評估風險，制定風險列表；分析項目風險，制定風險防范和解決措施，形

12、成風險治理打算；分析可行性和商業(yè)價值，制定商業(yè)案例；提交文檔風險列表風險治理打算商業(yè)案例治理評審項目批準評審重新評估項目范圍和風險（關于較大項目）活動描述依照項目概覽和對項目進一步深入了解，重新標識和評估風險，改進風險列表；依照修正項目風險，重新分析項目可行性和商業(yè)價值，改進商業(yè)案例；提交文檔修正的風險列表修正的商業(yè)案例治理評審無。制定開發(fā)打算活動描述依照不斷修正維護的風險列表，完善風險防范和解決措施，改進風險治理打算；依照商業(yè)案例中講明的項目的開發(fā)要求，結合資源和風險狀況，建立項目工作分析結構（WBS），明確開發(fā)時期和迭代次數(shù)，同時完成其他開發(fā)相關的打算內(nèi)容，形成軟件開發(fā)打算。提交文檔修正的

13、風險治理打算軟件開發(fā)打算治理評審開發(fā)打算評審迭代開發(fā)治理活動描述依照軟件開發(fā)打算，結合具體的開發(fā)狀況和資源獵取情況，確定在一個迭代期間的開發(fā)任務，進度安排，形成迭代打算，并更新軟件開發(fā)打算；按照迭代打算，將工作任務形成任務單，描述任務要求，明確開發(fā)人員職責；依照本次迭代開發(fā)的完成情況和提交的成果，對該迭代開發(fā)過程進行分析評價，形成迭代評價，并依照實際情況，提出變更請求。提交文檔修正的軟件開發(fā)打算迭代打算任務單變更請求治理評審迭代打算評審迭代評價標準評審迭代評價評審監(jiān)控項目的實施活動描述在項目開發(fā)過程中隨時監(jiān)控項目的狀態(tài)，了解項目的進展，特不是依照風險列表，跟蹤風險，及時發(fā)覺問題，并依照監(jiān)控結果，及時更新、維護風險列表；分析項目監(jiān)控過程中發(fā)覺和出現(xiàn)的問題和意外情況，制定解決方法，提出變更請求；在監(jiān)控過程中，依照實際開發(fā)情況，調(diào)整軟件開發(fā)打算和迭代打算，并更新和分配新的任