CMMI-工程-TS-技術解決方案過程-V1.0

技術解決方案過程廣州潤衡軟件連鎖有限公司技術解決方案過程技術解決方案過程文檔編號：GZCY_TS_PRS-V1.0文檔信息：文檔名稱：文檔類別：CMMI板密級：機密版本信息：V1.0建立日期：創(chuàng)建人：審核者：批準人：批準日期：保管人：存放位置：編輯軟件：MicrosoftOffice2003英文版 CONFIDENTIAL文檔修訂記錄版本編號或者更改記錄編號變化狀態(tài)簡要說明（變更內容和變更范圍）日期變更人批準日期批準人V1.0C初次創(chuàng)建2004-07-21CMMI事業(yè)部*變化狀態(tài)：C――創(chuàng)建，A——增加，M——修改，D——刪除文檔審批信息序號審批人角色審批日期簽字備注

前言技術解決方案的目的在于開發(fā)、設計和實現(xiàn)滿足需求的解決方案。解決方案、設計和實現(xiàn)等都圍繞產(chǎn)品、產(chǎn)品構件和與過程有關的產(chǎn)品。第12頁目錄TOC\o"1-3"第一章簡介 11.1目的 11.2適用范圍 11.3術語表 11.4參考資料 1第二章過程總體描述 22.1組織內部過程框架總覽 22.2過程概述 2第三章過程元素描述 33.1概要設計 3概述 3參與人員 3入口準則 3輸入 3任務 3出口準則 6輸出 6度量 63.2詳細設計 7概述 7參與人員 7入口準則 7輸入 7任務 7出口準則 8輸出 8度量 83.3編碼及單元測試 8概述 8參與人員 9入口準則 9輸入 9任務 9出口準則 10輸出 10度量 103.4編制產(chǎn)品支持文檔 10概述 10參與人員 11入口準則 11輸入 11任務 11出口準則 12輸出 12度量 12111PAGE1簡介目的本過程目的在于提供開發(fā)、設計和實現(xiàn)滿足需求解決方案的過程，是項目工程過程的核心。主要包括選擇產(chǎn)品構件解決方案、開發(fā)設計、實現(xiàn)產(chǎn)品設計和實施建議等內容。本部分內容是OOSP組織標準過程的中相關內容的細化。適用范圍本文檔的適用范圍為組織內所有軟件項目。術語表組織標準軟件過程(OSSP)：可在組織內使用的基本過程定義，用它來引導建立項目的一般軟件過程。它描述每個軟件項目打算并入自己的項目定義的軟件過程中的基本軟件過程要素，還描述這些軟件過程要素之間的關系（如排序和接口）；參考資料

過程總體描述組織內部過程框架總覽圖表SEQ圖表\*ARABIC1組織過程總覽過程概述組織過程分為項目管理、項目工程和項目支持部分，在本過程中主要描述PH2部分內容。

過程元素描述概要設計概述分析與設計具有預定功能的軟件系統(tǒng)體系結構（即模塊結構），確定子系統(tǒng)、功能模塊的功能及其間的內、外接口，確定數(shù)據(jù)結構。參與人員項目經(jīng)理：組織進行概要設計，組織相關人員進行概要設計文檔評審系統(tǒng)設計人員：進行概要設計，評審概要設計文檔軟件測試人員：集成測試設計入口準則《產(chǎn)品需求規(guī)格說明書》已經(jīng)制定，評審通過輸入《產(chǎn)品需求規(guī)格說明書》任務設計方法面向結構（數(shù)據(jù)流）設計方法：結合《軟件需求規(guī)格說明書》及系統(tǒng)不同層次的數(shù)據(jù)流圖，把整個系統(tǒng)分解為模塊并確定各模塊功能，確定每個功能模塊的輸入、轉換和輸出數(shù)據(jù)流，并考慮各方面數(shù)據(jù)接口、存儲方式等。迭代逐步分解各系統(tǒng)模塊，直到確定每個功能模塊只執(zhí)行一個行為為止，同時細化數(shù)據(jù)結構設計，完善數(shù)據(jù)字典以確保系統(tǒng)能獲得所需的輸出結果，從而完成系統(tǒng)構架設計。面向對象設計方法：結合《軟件需求規(guī)格說明書》（包括快速原型分析模型、類模型）和系統(tǒng)選用的編程語言，確定客戶類（包括子類）及類的各種行為，并使用設計模型及相應的列表，確定每個對象的客戶（模塊）關聯(lián)，并給予必要的方法設計。迭代逐步檢查對象及其方法，直到系統(tǒng)中每個對象擁有所有必需的方法，從而完成系統(tǒng)構架設計。工作步驟項目經(jīng)理確定系統(tǒng)設計人員，并討論確定階段出口準則，通盤考慮并跟蹤上游順延下來的進度、技術難度等風險、問題，與相關人員溝通，制定階段計劃。必要時，請高層參與問題解決；評估、確認需求分析結果，并對可重用的軟件或功能模塊進行性能測試，通盤考慮整個系統(tǒng)結構、功能擴展性；系統(tǒng)體系結構設計：用選定的工具（如需求功能矩陣表等）和開發(fā)計劃設定的交付方式（如小版本漸進交付）及設計方法，結合設計原則（如功能模塊化等），將系統(tǒng)分解為若干子系統(tǒng)、功能模塊，并確定子系統(tǒng)、功能模塊及其間的關系；確定子系統(tǒng)、功能模塊間的約束、假設和依賴（如系統(tǒng)運行環(huán)境和開發(fā)、測試環(huán)境等，并考慮系統(tǒng)并發(fā)性和分布性要求）；結合以上內容，對系統(tǒng)的模塊邏輯實現(xiàn)和集成方法進行設計，降低使軟件難于實現(xiàn)、測試（必要時測試人員參與討論）、維護的因素，形成高內聚、低耦合的系統(tǒng)體系結構；定義錯誤處理和恢復策略，對可能出現(xiàn)的故障進行分解，確定處理對策；數(shù)據(jù)體系結構設計：確定項目數(shù)據(jù)庫設計規(guī)則以便于系統(tǒng)統(tǒng)一，其中包括：庫命名，邏輯設計，物理設計，安全性設計及優(yōu)化，管理規(guī)則等；數(shù)據(jù)庫設計一般要經(jīng)過“邏輯設計→物理設計→安全性設計→優(yōu)化”等步驟，通常要迭代進行：邏輯設計分析軟件系統(tǒng)模塊及其之間的數(shù)據(jù)操作，使用抽象數(shù)據(jù)類型設計，轉換數(shù)據(jù)對象的屬性及其關聯(lián)、接口等內容，設計并完善數(shù)據(jù)字典及其約束條件，實現(xiàn)數(shù)據(jù)的變量封裝結構設計。面向結構設計方法中為創(chuàng)建與數(shù)據(jù)庫相關的數(shù)據(jù)流圖或實體關系圖；若采用面向對象方法，則分析類信息傳遞內容，并創(chuàng)建類圖；物理設計設計表結構，與實體關系圖或類圖相結合；對表結構進行規(guī)范化處理；安全性設計考慮數(shù)據(jù)庫的登陸訪問限制，用戶密碼加密，操作訪問權限等系統(tǒng)安全設計；優(yōu)化分析并優(yōu)化數(shù)據(jù)庫的“時—空”（即性能，容量等）效率，盡可能“提高處理速度”并且“降低數(shù)據(jù)占用空間”。分析“時—空”效率的瓶頸，找出優(yōu)化對象（目標），并確定優(yōu)先級；消除對象（目標）間的對抗性，必要時給出折中方案；給出優(yōu)化的具體措施，如逐步評估、優(yōu)化數(shù)據(jù)庫環(huán)境參數(shù)，對表格進行反規(guī)范化處理等，堅持信息隱蔽等原則，加強數(shù)據(jù)設計可維護性；接口（包括用戶界面）設計：與客戶、測試人員交流界面設計需求，明確用戶界面、接口設計規(guī)則，包括：標準控件的使用規(guī)則，通用界面（包括主界面和子界面等）、接口設計原則等；界面設計分析需求說明中對用戶界面的需求，實施用戶界面設計，包括界面及其關系、工作流程等，必要時采取原型設計，并請客戶或同行評估后細化改進；接口設計擴展子系統(tǒng)或功能模塊及其之間的關系和限制條件，實施系統(tǒng)所需的接口設計，并消除冗余后，完善系統(tǒng)的數(shù)據(jù)流圖，必要時形成功能說明和操作方式。若面向對象方法，則為子系統(tǒng)包、類間的屬性、方法等設計；由測試人員參與完善測試接口設計；結合系統(tǒng)錯誤處理和數(shù)據(jù)驗證方法，驗證接口設計結果，并逆向需求求證；確定新開發(fā)、采購和復用方案利用決策分析和決定過程確定新開發(fā)、采購和復用方案。整合及評審根據(jù)設計方法及其設計結果，項目經(jīng)理負責采用指定的概要設計說明書、數(shù)據(jù)庫設計說明書模板（必要時結合數(shù)據(jù)字典或類圖）描述設計體系結構內容；根據(jù)設計結果完善、更新、充實用戶文檔（初稿）相應內容；指定需求跟蹤人負責跟蹤系統(tǒng)設計結果，完善需求功能矩陣表；測試人員負責對系統(tǒng)設計結果進行可測試性驗證；項目經(jīng)理或客戶委派專人負責組織對設計的工作產(chǎn)品根據(jù)《評審規(guī)程》執(zhí)行評審。出口準則《概要設計文檔》評審通過輸出《概要設計說明書》度量形成《概要設計說明書》所花的工時評審《概要設計說明書》所花的工時詳細設計概述詳細設計系統(tǒng)所有模塊的主要接口與屬性、數(shù)據(jù)結構和算法，指導模塊編程。參與人員項目經(jīng)理：組織進行詳細設計，組織相關人員進行詳細設計文檔評審系統(tǒng)設計人員：進行詳細設計，評審詳細設計文檔軟件測試人員：進行單元測試設計入口準則《概要設計說明書》評審通過輸入《概要設計說明書》任務細化系統(tǒng)設計項目經(jīng)理確定詳細設計人員，并通盤考慮上游順延下來的進度、技術難度風險、問題，制定階段工作計劃，確定階段出口準則。必要時，請高層參與解決問題；項目經(jīng)理配合詳細設計人員對概要設計方案進行評估，項目組間或組內達成共識；結合設計方法、工具、需求文檔和軟件系統(tǒng)體系結構設計文檔，逐步細化設計每個功能模塊的主要接口與屬性，必要時還須細化每個用戶界面；若采用面向對象方法，則為設計類的函數(shù)和成員變量；細化設計每個功能模塊的數(shù)據(jù)結構與算法（若存在的話），并提高其效率，確認并完善重用軟件及模塊單元的算法和處理流程，確保系統(tǒng)一致性；對重要的設計元素，需要根據(jù)《SPEC模版》編寫程序規(guī)格說明書（簡稱SPEC）；處理數(shù)據(jù)流程并充分考慮系統(tǒng)限制，逐步完善系統(tǒng)集成方案；指定需求跟蹤負責人對需求狀態(tài)進行跟蹤，完善需求功能矩陣表，若發(fā)現(xiàn)問題，登記到《項目問題日志》中；重復執(zhí)行以上步驟直到達到出口準則；整合及評審項目經(jīng)理負責組織整合設計內容，編寫《詳細設計說明書》并完善用戶文檔；項目經(jīng)理負責組織對階段工作產(chǎn)品的驗證和評審，根據(jù)《評審規(guī)程》執(zhí)行評審；出口準則《詳細設計文檔》評審通過需求跟蹤結果一致輸出《詳細設計說明書》《單元測試用例》度量形成《詳細設計說明書》所花的工時評審《詳細設計說明書》所花的工時編碼及單元測試概述依據(jù)計劃把系統(tǒng)設計文檔翻譯成整個系統(tǒng)的模塊代碼，并完成代碼的審查和單元測試。參與人員項目經(jīng)理：組織編碼及單元測試工作開發(fā)人員：編碼單元測試人員：單元測試。可由編碼人員兼職入口準則《詳細設計說明書》已經(jīng)制定，評審通過輸入《詳細設計說明書》《數(shù)據(jù)庫設計說明書》任務工作步驟項目經(jīng)理確定開發(fā)人員，通盤考慮上游順延下來的進度、技術難度等風險、問題，制定階段工作計劃，確定階段出口準則，必要時，請高層參與問題解決；根據(jù)組織級的《編碼規(guī)則》，確定適用于項目組的編碼規(guī)則，統(tǒng)一定義有意義的變量名、模塊名，注釋規(guī)則，提高程序的可靠性和可維護性；必要時在各編碼組內對臨時的編譯環(huán)境和調試方法進行約束；編碼：開發(fā)人員實施階段計劃，組建開發(fā)環(huán)境，避免硬件操作系統(tǒng)等的不兼容風險；開發(fā)人員基于架構設計、模塊優(yōu)先級及集成實現(xiàn)方式，按計劃時序在配置環(huán)境下把功能模塊翻譯成代碼，并進行必要的調試和代碼走查；指定人員按計劃依據(jù)《編碼規(guī)則》對配置庫中的提交代碼進行同行評審；指定需求跟蹤負責人對需求進行跟蹤，完善需求模塊功能矩陣表，若發(fā)現(xiàn)問題，形成跟蹤報告，提交項目經(jīng)理或高層經(jīng)理尋求解決方案單元測試：（詳見軟件測試規(guī)程中相應內容）單元測試人員（或開發(fā)人員）編寫單元測試用例；在預定測試環(huán)境下，單元測試人員依據(jù)單元測試計劃和測試用例實施測試活動；采用測試管理工具跟蹤、管理測試和BUG回歸過程；項目經(jīng)理或測試負責人按計劃評估測試結果，直到達到單元測試出口準則為止；把達到出口條件的源代碼納入配置庫管理，以便進行下一輪測試。出口準則代碼編寫完成，完成走查測試缺陷全部解決需求跟蹤結果一致輸出代碼度量編寫代碼所花的工時走查代碼所花的工時解決缺陷所花的工時編制產(chǎn)品支持文檔概述依據(jù)《產(chǎn)品需求規(guī)格說明書》等所有技術文檔，編制并維護用于產(chǎn)品安裝、運行和維護的文檔。參與人員項目經(jīng)理：組織文檔編寫工作文檔人員：編寫文檔相關人員：評審文檔入口準則系統(tǒng)測試完成輸入《用戶需求說明》《詳細設計說明書》《測試用例》任務審查需求、設計、產(chǎn)品和測試結果審查需求、設計、產(chǎn)品和測試結果，以確保發(fā)現(xiàn)那些影響安裝、運行和維護的問題并加以解決。編制安裝、運行和維護的文檔依據(jù)所有技術文檔和相關模板編寫《最終用戶培訓材料》、《用戶手冊》、《操作手冊》、《維護手冊》、《在線幫助》文檔。