軟件開發(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.技術(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)險（關(guān)于較大項目）83.4制定開發(fā)打算83.5迭代開發(fā)治理93.6監(jiān)控項目的實施93.7結(jié)束項目10軟件開發(fā)過程規(guī)范前言目的本規(guī)范的目的是使整個軟件產(chǎn)品開發(fā)及項目工程時期清晰，要求明確，任務(wù)具體，便于規(guī)范化、系統(tǒng)化及

2、工程化。有利于提高軟件生命周期的操縱及治理，提高所開發(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ā)過程劃分

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

4、文檔是指在其所屬時期，可依照具體情況靈活掌握，開發(fā)團隊自主決定是否開發(fā)的文檔產(chǎn)物。而提交文檔則是指在項目開發(fā)過程中必須開發(fā)的文檔產(chǎn)物，但可依照具體項目情況，在軟件開發(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ù)過程，取出能夠?qū)崿F(xiàn)自動化的用例，分析業(yè)務(wù)部門和實體對象，形成初始的業(yè)務(wù)對象模型；依照初始業(yè)務(wù)對象模型和初始業(yè)務(wù)用例模型，分析并提取與系統(tǒng)實

5、現(xiàn)相關(guān)的用例和模型， 建立系統(tǒng)域模型；精化域模型中的初始用例，詳細描述業(yè)務(wù)流程，分析業(yè)務(wù)規(guī)則，建立精化的業(yè)務(wù)用例模型，形成業(yè)務(wù)規(guī)則和業(yè)務(wù)用例規(guī)格；精化域模型中的初始對象，進行詳細的對象描述，分析對象職責和對象間關(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ù)用例的正確性，依照驗證結(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ù)建模時期，依照對項目理解的不斷加深，隨時進行改進；術(shù)語

6、表的更新維護；提交文檔業(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)角色，依照業(yè)務(wù)用例規(guī)格，分析業(yè)務(wù)用例，將其轉(zhuǎn)換為系統(tǒng)初始用例，并開始系統(tǒng)原型界面的開發(fā)；結(jié)合增補業(yè)務(wù)規(guī)格，細致分析用例資源條件，形成初始增補規(guī)格，同時剔除無法實現(xiàn)的初始用例，形成初始用例規(guī)格；為初始用

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

8、用戶接口風(fēng)格講明托付方需求用戶手冊（初稿）文檔規(guī)范項目概覽（系統(tǒng)）需求規(guī)格講明術(shù)語表用例規(guī)格增補規(guī)格用戶原型界面描述技術(shù)評審需求評審分析設(shè)計時期順序性活動描述依照系統(tǒng)需求規(guī)格進行體系結(jié)構(gòu)分析設(shè)計，確定系統(tǒng)軟件架構(gòu)，形成配置圖和軟件架構(gòu)文檔；依照需求規(guī)格講明和系統(tǒng)軟件架構(gòu)，進一步擴展業(yè)務(wù)對象模型，建立分析對象模型，明確系統(tǒng)對象的職責；依照業(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)用例，以驗證分析對象的正確性，并依照驗證結(jié)果，修正分析對象模型；匯總分析對象模型和基于分析對象的用例實現(xiàn)，

9、形成分析模型縱覽；依照分析對象模型，結(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)時期順序性活動描述依照設(shè)計類模型，按照類的詳細設(shè)計和構(gòu)件圖，結(jié)合用例的實現(xiàn)優(yōu)先級，確定系統(tǒng)實現(xiàn)模型，并依照系統(tǒng)體系結(jié)構(gòu)進行系

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

11、述軟件開發(fā)過程總體時期和迭代的軟件開發(fā)打算，而后依照所劃分的迭代過程，在每個迭代開始時，對該迭代過程進行詳細的任務(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)治理性評審的詳細描述。同意項目活動描述依照項目概覽標識和評估風(fēng)險，制定風(fēng)險列表；分析項目風(fēng)險，制定風(fēng)險防范和解決措施，形

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

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