1、應(yīng)用軟件開發(fā)程序2011年2月目 錄方針1過程概述21.需求分析41.0概述41.1需求開發(fā)51.2需求管理62.系統(tǒng)設(shè)計62.0概述62.1概要設(shè)計82.2詳細設(shè)計92.3設(shè)計評審與批準93.編碼實現(xiàn)93.0概述93.1代碼編寫113.2單元測試113.3系統(tǒng)集成114.系統(tǒng)測試124.0概述124.1集成測試與系統(tǒng)測試14內(nèi)部驗收144.3問題處理145.項目初驗155.0概述155.1部署調(diào)試165.2用戶培訓175.3項目初驗176.試運行及終驗176.0概述176.1試運行186.2項目終驗196.3項目結(jié)項19附錄1：剪裁指南19附錄2：記錄表格模板19 應(yīng)用軟件開發(fā)程序 方針l

2、方針概述本文件要對應(yīng)用軟件項目的工程過程進行規(guī)范，對過程質(zhì)量進行控制，確保應(yīng)用軟件開發(fā)的成果滿足顧客要求，提高顧客滿意度。l 具體要求1、 應(yīng)對應(yīng)用軟件項目的設(shè)計和開發(fā)進行策劃。2、 應(yīng)明確應(yīng)用軟件項目的設(shè)計開發(fā)的輸入和輸出。3、 應(yīng)對應(yīng)用軟件項目的階段工作成果進行評審。4、 應(yīng)對應(yīng)用軟件項目的階段工作成果進行驗證和確認。5、 應(yīng)對應(yīng)用軟件項目設(shè)計開發(fā)過程中的變更進行控制。 批準人： 批準日期：過程概述l 目的本程序文件定義了公司應(yīng)用軟件項目工程實施的標準過程，規(guī)定了過程的任務(wù)、流程、實施要求、完成標志和應(yīng)交付的工作產(chǎn)品。為應(yīng)用軟件類項目的設(shè)計和開發(fā)提供實施指導，確保每個過程的輸出能夠滿足該過

3、程輸入的要求。l 范圍適用于公司應(yīng)用軟件項目的需求分析、系統(tǒng)設(shè)計、編碼實現(xiàn)、系統(tǒng)測試、項目初驗、試運行及終驗等過程。l 過程框架應(yīng)用軟件項目工程實施的標準過程包括需求分析、系統(tǒng)設(shè)計、編碼實現(xiàn)、系統(tǒng)測試、項目初驗、試運行及終驗。其中需求分析過程為關(guān)鍵過程，對關(guān)鍵過程控制內(nèi)容除符通用要求外還對其編制過程控制的明細表并實施關(guān)鍵過程控制。過程框圖如下所示：1需求分析 2系統(tǒng)設(shè)計 3編碼實現(xiàn) 4系統(tǒng)測試 5項目初驗 6試運行及終驗本程序文件應(yīng)與項目管理程序結(jié)合使用。項目管理程序中定義的各個過程是應(yīng)用軟件項目工程實施過程的支持與管理過程。l 相關(guān)共利益者相關(guān)共利益者介入方式輸入提供者輸出使用者活動執(zhí)行者工

4、程總監(jiān)/總師項目實施主責部門負責人項目經(jīng)理項目組成員質(zhì)量管理員項目客戶方項目用戶方l 資源需求提供必要的專業(yè)技能培訓。提供必要的設(shè)計、開發(fā)工具和設(shè)備。l 與其他過程的關(guān)系本文件引用了以下程序文件：項目管理程序項目策劃程序項目跟蹤與監(jiān)控程序項目變更管理程序項目結(jié)項管理程序配置管理程序質(zhì)量保證程序項目風險管理程序項目評審程序采購管理程序外包管理程序l 與GJB9001B和GJB5000A的關(guān)系本過程覆蓋GJB 9001B-2009質(zhì)量管理體系要求的以下章節(jié)：7.3.1 設(shè)計和開發(fā)策劃7.3.2 設(shè)計和開發(fā)輸入7.3.3 設(shè)計和開發(fā)輸出7.3.5 設(shè)計和開發(fā)驗證7.3.6 設(shè)計和開發(fā)確認7.3.8

5、新產(chǎn)品試制7.3.9 試驗控制本過程覆蓋GJB 5000A-2008軍用軟件研制能力成熟度模型的以下章節(jié)：需求管理 (RM)、需求開發(fā) (RD)、技術(shù)解決 (TS)、產(chǎn)品集成 (PI)、驗證 (VER)、確認 (VAL)l 術(shù)語無l 參考資料GJB 9001B-2009質(zhì)量管理體系要求GJB 5000A-2008軍用軟件研制能力成熟度模型1. 需求分析1.0概述需求分析的目的是確定應(yīng)用軟件的定義和規(guī)格說明，以及軟件的需求規(guī)格說明，明確項目的范圍，從而使開發(fā)的最終產(chǎn)品滿足顧客需要。通過需求獲取、分析，從功能和性能等方面定義出系統(tǒng)的有效性需求，形成需求規(guī)格說明文檔，項目相關(guān)共利益者應(yīng)達成對需求的一

6、致共識，并得到顧客的認同。需求分析過程的活動框圖如下所示：1.1需求開發(fā) 1.2需求管理1、 需求開發(fā)活動包括需求獲取、需求分析、需求文檔編寫和需求驗證等工作內(nèi)容。2、 需求管理需要建立并維護在軟件工程中同顧客達成的契約，主要包括基線管理、變更管理、需求跟蹤三個方面的工作。 l 入口準則項目實施立項報告已獲得批準。l 輸入項目實施立項報告l 職責分配項目經(jīng)理：安排需求分析的人員及活動；實施日常項目管理活動，組織需求文檔的評審及必要的整改活動。系統(tǒng)分析師：收集、了解和分析用戶需求；編寫軟件需求規(guī)格說明書；參與需求文檔的評審及必要的整改活動。需求評審人員：評審需求文檔，給出評審意見，對確定的整改措

7、施進行確認。質(zhì)量管理員：依據(jù)QA檢查表驗證應(yīng)用軟件開發(fā)過程及產(chǎn)品是否符合項目計劃及規(guī)范。配置管理人員：對工作產(chǎn)品進行配置管理。客戶/客戶代表：提供項目需求信息；配合項目需求調(diào)研、需求分析；對需求結(jié)果進行確認。l 工作產(chǎn)品用戶需求說明書軟件需求規(guī)格說明書需求庫需求跟蹤矩陣l 度量需求數(shù)：由項目經(jīng)理統(tǒng)計。需求分析工作量：由項目經(jīng)理統(tǒng)計。l 出口準則軟件需求規(guī)格說明書已評審并批準。需求變更得到記錄并管理l 輸出用戶需求說明書軟件需求規(guī)格說明書需求庫需求跟蹤矩陣軟件需求規(guī)格說明書的評審記錄及評審問題跟蹤表1.1需求開發(fā)需求開發(fā)活動包括以下幾個方面：(1)確定產(chǎn)品所期望的用戶類。(2)獲取每個用戶類的需

8、求。(3)了解實際用戶任務(wù)和目標以及這些任務(wù)所支持的業(yè)務(wù)需求。(4)分析源于用戶的信息以區(qū)別用戶任務(wù)需求、功能需求、業(yè)務(wù)規(guī)則、質(zhì)量屬性、建議解決方法和附加信息。(5)將系統(tǒng)級的需求分為幾個子系統(tǒng)，并將需求中的一部分分配給軟件組件。(6)了解相關(guān)質(zhì)量屬性的重要性。(7)商討實施優(yōu)先級的劃分。(8)將所收集的用戶需求編寫成規(guī)格說明和模型。(9)評審需求規(guī)格說明，確保對用戶需求達到共同的理解與認識，并在整個開發(fā)小組接受說明之前將問題都弄清楚。1.2需求管理需求管理活動包括：(1) 確定需求變更控制過程 (2) 建立變更控制委員會(3) 進行需求變更影響分析 (4) 跟蹤所有受需求變更影響的工作產(chǎn)品(

9、5) 建立需求基準版本和需求控制版本文檔 (6) 維護需求變更的歷史記錄 (7) 跟蹤每項需求的狀態(tài) (8) 衡量需求穩(wěn)定性2. 系統(tǒng)設(shè)計2.0概述系統(tǒng)設(shè)計過程的活動框圖如下所示：2.1概要設(shè)計 2.2詳細設(shè)計 2.3設(shè)計評審與批準1、概要設(shè)計是按照軟件需求規(guī)格說明書，進行系統(tǒng)整體結(jié)構(gòu)設(shè)計、應(yīng)用體系結(jié)構(gòu)設(shè)計和系統(tǒng)數(shù)據(jù)庫結(jié)構(gòu)設(shè)計的活動。2、詳細設(shè)計是根據(jù)概要設(shè)計說明書，將概要設(shè)計所獲得的模塊按照單元、系統(tǒng)、規(guī)程的順序進行逐步細化，詳細定義各個單元的數(shù)據(jù)結(jié)構(gòu)、程序?qū)崿F(xiàn)算法以及系統(tǒng)、單元、功能模塊之間的接口等，作為編碼實現(xiàn)過程的依據(jù)。3、設(shè)計評審與批準是對系統(tǒng)設(shè)計過程的評審與批準要求。注：設(shè)計說明書

10、中需要有可靠性、維修性、保障性、測試性、安全性和環(huán)境適應(yīng)性等設(shè)計內(nèi)容，必要時，要編制專門的可靠性、維修性、保障性、測試性、安全性和環(huán)境適應(yīng)性等設(shè)計報告l 入口準則軟件需求規(guī)格說明書已評審并批準。評審問題已歸零。l 輸入軟件需求規(guī)格說明書l 職責分配項目經(jīng)理：安排系統(tǒng)設(shè)計的人員及活動；實施日常項目管理活動，組織設(shè)計文檔的評審及必要的整改活動。概要設(shè)計人員：承擔系統(tǒng)概要設(shè)計工作，編寫概要設(shè)計說明書；參與概要設(shè)計文檔的評審及必要的整改活動。詳細設(shè)計人員：承擔系統(tǒng)詳細設(shè)計工作，編寫詳細設(shè)計說明書；參與詳細設(shè)計文檔的評審及必要的整改活動。設(shè)計評審人員：評審設(shè)計文檔。質(zhì)量管理員：依據(jù)QA檢查表驗證應(yīng)用軟件

11、開發(fā)過程及產(chǎn)品是否符合項目計劃及規(guī)范。配置管理人員：對工作產(chǎn)品進行配置管理。l 工作產(chǎn)品概要設(shè)計說明書詳細設(shè)計說明書軟件系統(tǒng)設(shè)計說明書（概要+詳細合并時）項目工作環(huán)境配置清單l 度量功能模塊數(shù)：由設(shè)計人員統(tǒng)計。系統(tǒng)設(shè)計工作量：由項目經(jīng)理統(tǒng)計。l 出口準則概要設(shè)計說明書已評審并批準。詳細設(shè)計說明書已評審并批準。l 輸出概要設(shè)計說明書詳細設(shè)計說明書軟件系統(tǒng)設(shè)計說明書（概要+詳細合并時）項目工作環(huán)境配置清單設(shè)計說明書的評審記錄及評審問題跟蹤表2.1概要設(shè)計根據(jù)軟件需求規(guī)格說明書，對軟件需求的分析結(jié)果的未確定結(jié)果進行評估，確定對策。在對軟件需求規(guī)格說明書進行分析的基礎(chǔ)上，使用結(jié)構(gòu)化或面向?qū)ο蟮姆椒ㄟM行

12、概要設(shè)計。主要包括以下內(nèi)容：（1） 系統(tǒng)整體結(jié)構(gòu)設(shè)計。設(shè)計系統(tǒng)運行所需的基本軟硬件環(huán)境，軟件環(huán)境包括操作系統(tǒng)、數(shù)據(jù)庫以及其他支撐軟件，硬件環(huán)境包括主機類型、網(wǎng)絡(luò)拓撲、存儲容量及其他特殊設(shè)備。（2） 軟件系統(tǒng)結(jié)構(gòu)設(shè)計描述應(yīng)用軟件系統(tǒng)的預(yù)期功能，實現(xiàn)應(yīng)用軟件系統(tǒng)采用的技術(shù)路線、方法，應(yīng)用軟件系統(tǒng)的用戶界面設(shè)計方案，系統(tǒng)的功能模塊劃分，系統(tǒng)的錯誤/故障處理原則、處理方法和補救措施等。（3） 接口設(shè)計描述應(yīng)用軟件系統(tǒng)與用戶的接口，包括用戶輸入輸出界面樣式、操作方式和界面間的轉(zhuǎn)移關(guān)系；描述與其他系統(tǒng)的軟件接口，主要說明其他系統(tǒng)提供的編程接口和本系統(tǒng)向其他系統(tǒng)提供的編程接口；描述與其他系統(tǒng)的非軟件接口，主

13、要說明其他系統(tǒng)提供的和本系統(tǒng)向其他系統(tǒng)提供的硬件接口、通信協(xié)議及規(guī)程、數(shù)據(jù)交換格式等。（4） 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計根據(jù)需求文檔，創(chuàng)建與數(shù)據(jù)庫相關(guān)的實體關(guān)系圖。最后，根據(jù)分析和設(shè)計的結(jié)果編寫概要設(shè)計說明書。2.2詳細設(shè)計主要設(shè)計內(nèi)容包括：（1） 功能模塊設(shè)計根據(jù)概要設(shè)計的結(jié)果，細化各功能模塊、單元的功能和實現(xiàn)方案，設(shè)計每個模塊的主要接口與屬性，識別、分析已有可重用的功能模塊或程序單元，用戶界面的詳細設(shè)計，數(shù)據(jù)結(jié)構(gòu)與算法設(shè)計，明確描述對構(gòu)造環(huán)境的要求，確定功能集成的順序和方法。（2） 數(shù)據(jù)庫設(shè)計設(shè)計數(shù)據(jù)庫命名規(guī)則，設(shè)計數(shù)據(jù)庫物理結(jié)構(gòu)，進行數(shù)據(jù)庫安全性設(shè)計（訪問方式、密碼加密、操作權(quán)限等）。最后，根據(jù)

14、分析和設(shè)計的結(jié)果編制詳細設(shè)計說明書。2.3設(shè)計評審與批準系統(tǒng)設(shè)計評審的目的在于確保設(shè)計滿足需求，最大限度地發(fā)現(xiàn)設(shè)計存在的缺陷，降低后續(xù)開發(fā)活動的風險。項目經(jīng)理依據(jù)項目評審程序選擇適宜的評審方式，組織系統(tǒng)設(shè)計評審工作。參與設(shè)計評審的人員通常為：工程總監(jiān)、項目實施主責部門負責人、項目經(jīng)理、項目系統(tǒng)分析師、項目設(shè)計人員、測試人員、質(zhì)量管理員等。系統(tǒng)設(shè)計人員根據(jù)評審意見修改、完善設(shè)計文檔，項目經(jīng)理跟蹤驗證評審結(jié)果的修改情況，必要時組織二次評審。根據(jù)項目計劃中擬定的批準權(quán)限，對概要設(shè)計說明書、詳細設(shè)計說明書進行批準。批準后的文檔應(yīng)進行配置管理，如有變更應(yīng)執(zhí)行項目管理程序中的變更管理過程。3. 編碼實現(xiàn)3

15、.0概述編碼實現(xiàn)過程的主要工作是根據(jù)系統(tǒng)設(shè)計編寫程序源代碼（包括必要的數(shù)據(jù)文件），進行單元測試（包括功能模塊內(nèi)的程序邏輯、功能、參數(shù)傳遞、變量引用、出錯處理等）。編碼實現(xiàn)過程的活動框圖如下所示：3.1代碼編寫 3.2單元測試 l 入口準則概要設(shè)計說明書、詳細設(shè)計說明書已評審并批準。評審問題已歸零l 輸入概要設(shè)計說明書詳細設(shè)計說明書軟件系統(tǒng)設(shè)計說明書（概要+詳細合并時）l 職責分配項目/開發(fā)經(jīng)理：安排編碼人員、活動；實施日常項目管理活動；安排對源代碼的審查。開發(fā)人員：編寫程序代碼，進行單元測試；修改代碼審查發(fā)現(xiàn)的問題/缺陷；將批準后的源代碼提交配置管理。質(zhì)量管理員：依據(jù)QA檢查表驗證應(yīng)用軟件開發(fā)

16、過程及產(chǎn)品是否符合項目計劃及規(guī)范。配置管理人員：對工作產(chǎn)品進行配置管理。l 工作產(chǎn)品通過單元測試的源代碼及目標代碼單元測試記錄單元測試缺陷管理記錄l 度量源代碼行數(shù)單元測試缺陷數(shù)量編碼實現(xiàn)工作量：由項目經(jīng)理統(tǒng)計項目組用于編碼實現(xiàn)過程的工作量。l 出口準則單元測試通過。單元測試缺陷問題被記錄并關(guān)閉l 輸出通過單元測試的源代碼及目標代碼單元測試記錄3.1代碼編寫編碼工作開始前，項目經(jīng)理應(yīng)組織必要的關(guān)于編程語言、編程規(guī)范、編程工具、配置管理等方面的培訓工作，準備開發(fā)及測試工具及環(huán)境，約定代碼編碼規(guī)范，并擬制編碼實現(xiàn)階段性計劃，策劃編碼、單元測試以及系統(tǒng)集成的相關(guān)活動。軟件開發(fā)人員在項目/開發(fā)經(jīng)理的安

17、排下，依據(jù)詳細設(shè)計說明書完成以下工作：構(gòu)建符合要求的編碼環(huán)境；采用項目組約定的代碼編寫規(guī)范編寫程序單元的代碼。編碼過程中若發(fā)生設(shè)計變更，應(yīng)執(zhí)行項目管理程序的變更管理過程。3.2單元測試單元測試的目的是檢查每個軟件單元能否正確地實現(xiàn)設(shè)計文檔中的功能、性能、接口和其他設(shè)計約束等要求，發(fā)現(xiàn)單元內(nèi)可能存在的各種差錯。測試過程包括測試策劃、測試設(shè)計、測試執(zhí)行、測試總結(jié)。單元測試應(yīng)由相對獨立的人員進行，在獨立測試人員不足時可以項目組內(nèi)交叉測試的方式進行。單元測試應(yīng)盡量采用測試工具，避免或減少人工工作。測試內(nèi)容包括靜態(tài)測試和動態(tài)測試兩方面：靜態(tài)測試方法包括代碼審查、代碼走查、靜態(tài)分析等，要對軟件單元的控制流

18、、數(shù)據(jù)流、接口、表達式等內(nèi)容進行分析；動態(tài)測試要對軟件單元的功能、性能、接口、局部數(shù)據(jù)結(jié)構(gòu)、獨立路徑、出錯處理、邊界條件和內(nèi)存使用情況進行測試，通常對軟件單元接口的測試要優(yōu)先于其他內(nèi)容的測試。3.3系統(tǒng)集成系統(tǒng)集成是將單元模塊或軟件配置項（CSCI）集成為比較復(fù)雜的或更加完備的產(chǎn)品。最終可運行的產(chǎn)品的各個組成部分，可以是系統(tǒng)的子界面、業(yè)務(wù)邏輯模塊、類或接口、基礎(chǔ)構(gòu)件、存儲過程、數(shù)據(jù)結(jié)構(gòu)、第三方產(chǎn)品等。系統(tǒng)集成的目的是檢查軟件集成環(huán)境是否已經(jīng)準備就緒，驗證要集成的軟件配置項（CSCI）的接口是否有效，并執(zhí)行集成工作，確保后續(xù)的系統(tǒng)測試的正常運行。系統(tǒng)集成包括系統(tǒng)集成活動策劃、驗證集成環(huán)境、接口代

19、碼審查、集成順序表的維護、執(zhí)行集成、集成記錄。由項目經(jīng)理指定特定開發(fā)人員執(zhí)行集成，并完成集成環(huán)境的創(chuàng)建、驗證以及集成順序表的維護。完成系統(tǒng)集成后，交付測試人員實施集成測試。4. 系統(tǒng)測試4.0概述系統(tǒng)測試過程的活動框圖如下所示：4.1集成測試與系統(tǒng)測試 4.2內(nèi)部驗收4.3問題處理1、 集成測試是在單元測試的基礎(chǔ)上，測試在將所有的功能模塊或程序單元按照概要設(shè)計規(guī)格說明的要求組裝成模塊、子系統(tǒng)或系統(tǒng)的過程中各部分工作是否達到或?qū)崿F(xiàn)相應(yīng)技術(shù)指標及要求的活動。系統(tǒng)測試的主要任務(wù)是從系統(tǒng)需求的角度對系統(tǒng)運行的正確性和性能進行驗證，應(yīng)覆蓋系統(tǒng)所有聯(lián)合的部件，目的是驗證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與

20、需求規(guī)格不相符合的地方。2、 問題處理活動是對測試發(fā)現(xiàn)問題的解決處理過程。3、 內(nèi)部驗收是在系統(tǒng)測試通過后，應(yīng)用軟件系統(tǒng)去用戶單位進行安裝部署前組織的放行評審活動。l 入口準則單元測試通過單元測試問題已被關(guān)閉l 輸入通過單元測試的源代碼及目標代碼l 職責分配項目經(jīng)理：協(xié)調(diào)測試過程的人員、活動；協(xié)調(diào)安排人員解決測試發(fā)現(xiàn)的問題；組織協(xié)調(diào)項目內(nèi)部驗收；實施日常項目管理活動。測試人員：制定測試計劃，實施集成測試和系統(tǒng)測試，記錄測試過程發(fā)現(xiàn)的問題/缺陷，驗證問題的解決結(jié)果。文案人員：編寫用戶手冊、操作手冊等用戶文檔。開發(fā)人員：解決/修改測試過程中發(fā)現(xiàn)的問題。內(nèi)部驗收評審人員：評審測試通過的工作產(chǎn)品。質(zhì)量

21、管理員：依據(jù)QA檢查表驗證應(yīng)用軟件開發(fā)過程及產(chǎn)品是否符合項目計劃及規(guī)范。配置管理人員：對工作產(chǎn)品進行配置管理。l 工作產(chǎn)品軟件測試計劃軟件測試說明軟件測試記錄軟件測試報告軟件系統(tǒng)用戶手冊系統(tǒng)測試缺陷管理記錄通過系統(tǒng)測試的源代碼及目標代碼l 度量系統(tǒng)測試項數(shù)量：由測試人員進行統(tǒng)計。系統(tǒng)測試缺陷數(shù)量：由測試人員進行統(tǒng)計。系統(tǒng)測試工作量：由項目經(jīng)理統(tǒng)計項目組用于系統(tǒng)測試過程的工作量。l 出口準則已滿足測試計劃中規(guī)定的測試結(jié)束準則內(nèi)部驗收評審?fù)ㄟ^，且評審問題歸零l 輸出軟件測試計劃軟件測試用例軟件測試報告軟件系統(tǒng)用戶手冊系統(tǒng)測試缺陷管理記錄通過系統(tǒng)測試的源代碼及目標代碼4.1集成測試與系統(tǒng)測試(1)

22、制定系統(tǒng)測試計劃 系統(tǒng)測試小組各成員共同協(xié)商測試計劃。測試組長按照指定的模板起草系統(tǒng)測試計劃。該計劃主要包括：測試范圍（內(nèi)容）、測試方法、試環(huán)境與輔助工具、測試完成準則、人員與任務(wù)表等。軟件測試應(yīng)由相對獨立的人員進行，應(yīng)盡量采用測試工具，避免或減少人工工作。(2) 設(shè)計系統(tǒng)測試用例 系統(tǒng)測試小組各成員依據(jù)系統(tǒng)測試計劃和指定的模板，設(shè)計（撰寫）系統(tǒng)測試用例。 (3) 執(zhí)行系統(tǒng)測試 系統(tǒng)測試小組各成員依據(jù)系統(tǒng)測試計劃和系統(tǒng)測試用例執(zhí)行系統(tǒng)測試。將測試結(jié)果記錄在系統(tǒng)測試報告中，用“缺陷管理工具”來管理所發(fā)現(xiàn)的缺陷，并及時通報給開發(fā)人員。 (4) 缺陷管理與改錯 開發(fā)人員及時消除已經(jīng)發(fā)現(xiàn)的缺陷。開發(fā)人

23、員消除缺陷之后應(yīng)當馬上進行回歸測試，以確保不會引入新的缺陷。內(nèi)部驗收系統(tǒng)測試通過后，應(yīng)用軟件系統(tǒng)進行實地安裝部署前，項目經(jīng)理協(xié)調(diào)文案人員編寫用戶手冊，組織系統(tǒng)內(nèi)部驗收，評審放行后方可進行用戶現(xiàn)場的安裝部署。參加內(nèi)部驗收評審的人員通常為：工程總監(jiān)、客戶經(jīng)理/咨詢師、項目實施主責部門負責人、項目經(jīng)理、必要的項目組成員、質(zhì)量管理員等。4.3問題處理(1) 問題登記、問題跟蹤1) 測試人員將發(fā)現(xiàn)的問題報告測試負責人。2) 測試負責人記錄問題，開始跟蹤問題的解決情況。(2) 分析問題，判斷是否可解決1) 項目經(jīng)理組織人員對問題進行分析，估計問題的產(chǎn)生階段。2) 項目經(jīng)理組織人員評估是否修改，對某些問題是

24、否投入資源和工期進行修改有爭議時，項目經(jīng)理是最終決策者。3) 對于當前條件無法解決的問題，由項目經(jīng)理、高層經(jīng)理和顧客共同協(xié)商處理辦法。4) 對于可以修改的問題，應(yīng)由項目經(jīng)理確定修改的負責人（或責任組）和工期。5) 測試負責人應(yīng)記錄以上結(jié)果(3) 分發(fā)修改1) 測試負責人將問題及修改要求分發(fā)至修改負責人。2) 修改負責人在限定時間內(nèi)完成問題修改任務(wù)。完成后提交測試人員驗收修改結(jié)果。對于無法解決的問題，應(yīng)及時向項目經(jīng)理匯報。3) 測試負責人跟蹤問題解決情況。(4) 問題驗證1) 測試人員對問題修改結(jié)果進行驗證。并將驗證結(jié)果報告測試負責人。2) 測試負責人將驗證已解決的問題記為關(guān)閉狀態(tài)。3) 測試負

25、責人向項目經(jīng)理報告問題修改結(jié)果。(5) 問題擱置1) 問題的擱置應(yīng)由項目經(jīng)理、高層經(jīng)理和顧客共同協(xié)商決定。2) 測試負責人將批準擱置的問題記為擱置狀態(tài)。5. 項目初驗5.0概述項目初驗過程的活動框圖如下所示：5.1部署調(diào)試 5.2用戶培訓 5.3項目初驗l 入口準則已滿足測試計劃中規(guī)定的測試結(jié)束準則內(nèi)部驗收評審?fù)ㄟ^l 輸入通過系統(tǒng)測試的源代碼及目標代碼系統(tǒng)試運行申請單l 職責分配項目經(jīng)理：安排現(xiàn)場實施及培訓人員、活動；提交用戶項目初驗/試運行申請；實施日常項目管理活動。實施及培訓人員：在用戶現(xiàn)場進行系統(tǒng)安裝部署及調(diào)試；進行必要的用戶使用培訓。項目組成員：準備、協(xié)助項目初驗/試運行；解決/修改初

26、驗過程發(fā)現(xiàn)的問題。質(zhì)量管理員：依據(jù)QA檢查表驗證應(yīng)用軟件開發(fā)過程及產(chǎn)品是否符合項目計劃及規(guī)范。配置管理人員：對工作產(chǎn)品進行配置管理。客戶/客戶代表：提供系統(tǒng)部署調(diào)試環(huán)境；組織人員參與系統(tǒng)培訓；對初驗系統(tǒng)進行驗收測試并給出初驗意見。l 工作產(chǎn)品系統(tǒng)試運行申請單（用戶簽字確認）用戶培訓過程記錄通過項目初驗的源代碼及目標代碼l 度量培訓人次數(shù)：由現(xiàn)場實施及培訓人員統(tǒng)計。l 出口準則系統(tǒng)試運行申請單經(jīng)用戶簽字確認l 輸出經(jīng)用戶簽字確認的系統(tǒng)試運行申請單用戶培訓過程記錄通過項目初驗的源代碼及目標代碼5.1部署調(diào)試赴用戶現(xiàn)場進行系統(tǒng)安裝部署前，項目經(jīng)理準備現(xiàn)場實施計劃并提交用戶確認，出門前做好相關(guān)文檔、技

27、術(shù)和資料的準備。軟件實施人員在赴用戶現(xiàn)場前應(yīng)根據(jù)用戶手冊，使用擬用于現(xiàn)場實施的存儲設(shè)備（光盤等）進行模擬現(xiàn)場環(huán)境的系統(tǒng)安裝部署演練。軟件實施人員到達用戶現(xiàn)場后，與用戶方確認實施計劃，確認現(xiàn)場安裝部署環(huán)境與系統(tǒng)運行環(huán)境要求的符合性，并據(jù)此展開軟件安裝部署和聯(lián)調(diào)測試工作。從公司配置庫中帶出的實施相關(guān)文檔資料以及經(jīng)必要調(diào)整后從現(xiàn)場帶回的文檔資料的管理，按照公司配置管理相關(guān)要求執(zhí)行，以確保系統(tǒng)的唯一性標識和可追溯性。部署調(diào)試完畢后，如需從用戶現(xiàn)場帶回用戶方提供的地形平面圖、業(yè)務(wù)數(shù)據(jù)等顧客財產(chǎn)時，需按用戶方要求進行登記并妥善保管和使用，如發(fā)生丟失或損壞，應(yīng)及時向顧客反映，并爭取獲得顧客的諒解。5.2用戶培訓系統(tǒng)安裝部署和調(diào)試工作完成后，結(jié)合現(xiàn)場軟件進行現(xiàn)場培訓。培訓過程中需要保留如培訓計劃、培訓講稿、培訓簽到表、征求意見表等過程記錄。5.3項目初驗用戶培訓工作完成后，項目經(jīng)理系統(tǒng)試運行申請單提交用戶方，用戶方組織對系統(tǒng)進行初驗測試并給出初驗意見。6. 試運行及終驗6.0概述試運行及終驗過程的活動框圖如下所示：6.1試運行 6.2項目終驗 6.3項目結(jié)項l 入口準則系統(tǒng)試運行申請單經(jīng)用戶簽字確認l 輸入經(jīng)用戶簽字確認的系統(tǒng)試運行申請單通過項目初驗的源代碼及目標代碼l 職責分配項目經(jīng)理：安排試運行過程保障的人