軟件工程實施程序

1、1. 目的本程序文件規(guī)定了軟件開發(fā)項目的實施過程，其目的是以工程的觀點，控制軟件項目的開發(fā)和實施過程，使軟件項目的開發(fā)和實施過程處于可控制的狀態(tài)，提高軟件產(chǎn)品的質(zhì)量，提高工作效率。1.1. 參考資料a) 質(zhì)量管理體系標(biāo)準(zhǔn) GB/T 19000-2000。b) 質(zhì)量管理體系標(biāo)準(zhǔn) GB/T 19001-2000。c) 質(zhì)量管理體系標(biāo)準(zhǔn) GB/T 19004-2000。d) 軟件工程術(shù)語GBT11457-1995。e) 信息技術(shù)軟件生存期過程GB/T 85661995。f) 計算機(jī)軟件產(chǎn)品開發(fā)文件編制指南 GB 8567-88。g) 計算機(jī)軟件需求說明編制指南 GB 9385-88。h) 質(zhì)量管理和

2、保證標(biāo)準(zhǔn)第三部分：GB/T19001-ISO9001在軟件開發(fā)、供應(yīng)和維護(hù)中的使用指南。i) 公司質(zhì)量體系程序文件設(shè)計和開發(fā)控制程序。j) 公司質(zhì)量體系程序文件產(chǎn)品策劃和生產(chǎn)服務(wù)控制程序。k) 公司質(zhì)量體系程序文件項目質(zhì)量計劃控制程序。1.1. 常用術(shù)語1.1.1. 軟件 software軟件是指計算機(jī)程序及其有關(guān)的數(shù)據(jù)和文檔，也包括固化了的程序。1.1.2. 軟件生存周期 software life cycle軟件生存周期進(jìn)指從系統(tǒng)對計算機(jī)軟件系統(tǒng)提出應(yīng)用需求開始，經(jīng)過開發(fā)，產(chǎn)生一個滿足需求的計算機(jī)軟件系統(tǒng)，然后投入運(yùn)行，直至該軟件系統(tǒng)退役為止。期間經(jīng)歷系統(tǒng)分析與軟件定義、軟件開發(fā)以及系統(tǒng)的

3、運(yùn)行與維護(hù)等三個階段。其中軟件開發(fā)階段一般又劃分成需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼與單元測試、組裝與系統(tǒng)測試發(fā)及安裝與驗收等六個階段。1.1.3. 審查 inspection a) 一種正式的評定技術(shù)。由除作者之外的某人或某一小組仔細(xì)檢查軟件需求、設(shè)計或代碼，以找出故障、違反開發(fā)標(biāo)準(zhǔn)之處和其它一些問題。與軟件工程術(shù)語GBT11457-1995 2 545條相對照。參見軟件工程術(shù)語GBT11457-1995 2 63條。b) 質(zhì)量管理的一個階段。在此階段借助檢查。觀察或測量來確定材料、必須品、零部件、附屬 品、系統(tǒng)、過程或結(jié)構(gòu)是否符合預(yù)定的質(zhì)量要求。 1.1.4. 需求 requirement

4、客戶為解決某一問題或達(dá)到某個目標(biāo)所需要的條件或能力。系統(tǒng)或系統(tǒng)部件為滿足或具有的條件或能力以滿足合同、標(biāo)準(zhǔn)、規(guī)格說明或其它正式的強(qiáng)制性文件。所有需求的集合形成了以后開發(fā)系統(tǒng)或系統(tǒng)部件的基礎(chǔ)。參見軟件工程術(shù)語GBT11457-19952404條、2406條。2407條。 1.1.5. 需求分析 requirements analysis 研究客戶要求以得到系統(tǒng)或軟件需求的定義的過程。對系統(tǒng)需求或軟件需求的驗證。1.1.6. 需求階段 requirements phase軟件生存周期中的一個階段。在此期間對軟件產(chǎn)品的需求（如功能和性能方面的能力）進(jìn)行定義并編制出相應(yīng)的文檔。1.1.7. 需求規(guī)格說

5、明 requirements specification 陳述系統(tǒng)或系統(tǒng)部件（例如，軟件配置項）的需求的規(guī)格說明，通常包括功能需求、性能需求。接口需求、設(shè)計需求以及開發(fā)標(biāo)準(zhǔn)。1.1.8. 概要設(shè)計 Preliminary designa) 分析各種設(shè)計方案和定義軟件體系結(jié)構(gòu)的過程。典型的概要設(shè)計包括計算機(jī)程序組成成分和數(shù)據(jù)的定義及構(gòu)造、界面的定義，并提出時間和規(guī)模方面的估計。 b) 概要設(shè)計過程的結(jié)果。參見軟件工程術(shù)語GBT11457-1995 2135條、2216條。 1.1.9. 詳細(xì)設(shè)計 detailed designa) 推敲并擴(kuò)充初步設(shè)計，以獲得關(guān)于處理邏輯、數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)定義的更加

6、詳盡的描述，直到設(shè)計完善到足以能實現(xiàn)的地步。 b) 詳細(xì)設(shè)計過程的結(jié)果。 1.1.10. 代碼，編碼 code a) 一組無歧義性的規(guī)則，它規(guī)定了使數(shù)據(jù)得以用某種離散形式加以表示的方式。b) 用處理機(jī)可以接受的符號形式表示數(shù)據(jù)或計算機(jī)程序。c) 書寫例行程序。d) 也可指一個或多個計算機(jī)程序，或計算機(jī)程序一部分。 已為了安全的目的對數(shù)據(jù)進(jìn)行的加密表示。1.1.11. 注釋 comment a) 在計算機(jī)程序、命令語言或數(shù)據(jù)之間的說明信息，旨在給讀者提供澄清性材料，并不影響機(jī)器的解釋工作。 b) 加到或散置在源語言語句當(dāng)中的描述、附注或解釋，在目標(biāo)語言中這些是無效的1.1.12. 代碼審計 co

7、de audit 由某人、某小組、或借助某種工具對源代碼進(jìn)行的獨立的審查，以驗證其是否符合軟件設(shè)計文件和程序設(shè)計標(biāo)準(zhǔn)。還可能對正確性和有效性進(jìn)行估計。參見軟件工程術(shù)語GBT11457-1995234條、2468條、2237條、2545條。1.1.13. 驗證 verification驗證是指確定軟件開發(fā)周期中的一個給定階段的產(chǎn)品是否達(dá)到在上一階段確立的需求的過程。1.1.14. 確認(rèn) validation確認(rèn)是指在軟件開發(fā)過程結(jié)束時對軟件進(jìn)行評價以確定它是否和軟件需求相一致的過程。1.1.15. 測試 testing測試是指通過執(zhí)行程序來有意識地發(fā)現(xiàn)程序中的設(shè)計錯誤和編碼錯誤的過程。測試是驗證

8、和確認(rèn)的手段之一。1.1.16. 軟件質(zhì)量 software quality軟件質(zhì)量是指軟件產(chǎn)品中能滿足給定需求的各種特性和總和。這些特性稱做質(zhì)量特性，它包括功能度、可靠性、時間經(jīng)濟(jì)性、資源經(jīng)濟(jì)性、可維護(hù)性和或移植性等。1.1.17. 質(zhì)量保證 quality assurance質(zhì)量保證是指為使軟件產(chǎn)品規(guī)定需求所進(jìn)行的一系列有計劃的必要工作。2. 適用范圍軟件工程實施程序適用于純軟件開發(fā)項目的實施過程和軟硬件集成項目中與軟件開發(fā)相關(guān)的的實施過程。3. 人員職責(zé)3.1. 項目經(jīng)理a) 負(fù)責(zé)項目設(shè)計開發(fā)的管理。b) 制定項目實施計劃，確定開發(fā)組人員分工，監(jiān)控計劃的執(zhí)行。c) 組織實施該計劃以滿足目

9、標(biāo)和標(biāo)準(zhǔn)的要求，履行對過程的控制。d) 在業(yè)務(wù)代表的協(xié)助下，協(xié)調(diào)與客戶關(guān)系，協(xié)調(diào)各部門的關(guān)系。e) 整體掌握項目需求和技術(shù)方案，按時提交階段任務(wù)結(jié)果。 f) 調(diào)查、分析和解決在項目實施過程中發(fā)現(xiàn)的問題。問題的解決可以導(dǎo)致對計劃的修改。保證任何計劃改變所造成的影響都在控制和監(jiān)督之下。問題及其解決辦法都應(yīng)當(dāng)寫成文檔。 g) 保證對產(chǎn)品和計劃進(jìn)行檢查，使產(chǎn)品和計劃在完成或變更之后保持完整性和一致性。h) 從完整性方面檢查產(chǎn)品完成的結(jié)果和記錄，這些結(jié)果和記錄應(yīng)當(dāng)存檔。3.2. 技術(shù)負(fù)責(zé)人（項目技術(shù)總監(jiān)）a) 對項目經(jīng)理負(fù)責(zé)。b) 對項目的技術(shù)方向和技術(shù)成果負(fù)責(zé)。c) 確立系統(tǒng)的技術(shù)方案及開發(fā)的總體目標(biāo)

10、，組織對概要設(shè)計、詳細(xì)設(shè)計進(jìn)行內(nèi)部審核。d) 提出系統(tǒng)開發(fā)修改方案。e) 在開發(fā)過程中對程序員進(jìn)行指導(dǎo)。f) 按時提交階段任務(wù)結(jié)果。3.3. 系統(tǒng)分析員a) 對項目經(jīng)理負(fù)責(zé)，依據(jù)軟件工程實施程序和相應(yīng)的作業(yè)指導(dǎo)書的要求實施系統(tǒng)分析和設(shè)計過程，提交相應(yīng)的文檔。b) 依據(jù)項目實施計劃完成項目的技術(shù)設(shè)計，對設(shè)計質(zhì)量負(fù)責(zé)。c) 依據(jù)測試計劃在質(zhì)量控制負(fù)責(zé)人的組織下，進(jìn)行系統(tǒng)測試。d) 按時提交階段任務(wù)結(jié)果。3.4. 界面美工a) 對項目經(jīng)理負(fù)責(zé)。b) 界面風(fēng)格設(shè)計，界面制作、美工制作。c) 依據(jù)測試計劃在質(zhì)量控制負(fù)責(zé)人的組織下，參加系統(tǒng)測試。3.5. 文檔管理人員a) 對項目經(jīng)理負(fù)責(zé)。b) 依據(jù)項目實

11、施計劃，中的要求，維護(hù)管理文檔，保證文檔的完整性和一致性。c) 依據(jù)測試計劃在質(zhì)量控制負(fù)責(zé)人的組織下，參加系統(tǒng)測試。3.6. 程序員a) 對項目經(jīng)理負(fù)責(zé)。b) 編碼調(diào)試，依照任務(wù)單、詳細(xì)設(shè)計報告按期、安質(zhì)完成模塊編碼。c) 完成單元測試。依據(jù)測試計劃在質(zhì)量控制負(fù)責(zé)人的組織下，參加系統(tǒng)測試。3.7. 質(zhì)量控制負(fù)責(zé)人a) 檢查系統(tǒng)的概要設(shè)計、詳細(xì)設(shè)計。b) 依據(jù)系統(tǒng)的概要設(shè)計、詳細(xì)設(shè)計，完成項目的測試計劃的制作，監(jiān)督測試記錄的制作，按計劃組織測試。c) 保證對產(chǎn)品和計劃進(jìn)行檢查，使產(chǎn)品和計劃在完成或變更之后保持完整性和一致性。d) 從質(zhì)量管理方面，控制可能出現(xiàn)的風(fēng)險，及時報告項目經(jīng)理。3.8. 用

12、戶教育負(fù)責(zé)人在項目交付完成后，應(yīng)在用戶教育負(fù)責(zé)人的組織下，完成對客戶的培訓(xùn)。a) 對項目經(jīng)理負(fù)責(zé)。b) 組織用戶文檔編寫。c) 依據(jù)依據(jù)項目實施計劃的要求，依據(jù)客戶的要求完成用戶的培訓(xùn)。d) 積極向用戶解釋，軟件系統(tǒng)的使用方法，及時向項目經(jīng)理報告客戶的反應(yīng)。4. 工作程序4.1. 流程下圖描述了項目開發(fā)實施過程的流程，圖中右側(cè)是每個階段的輸入和輸出，中間是處理過程，左側(cè)是評審或檢查的要點。圖1. 軟件項目實施流程1圖2. 軟件項目實施流程2圖3. 軟件項目實施流程34.2. 各階段的過程及評審4.2.1. 項目策劃4.2.1.1. 過程1. 為了保證交付的系統(tǒng)、產(chǎn)品或服務(wù)的質(zhì)量，全面評審合同中

13、的需求，項目經(jīng)理通過與銷售、售前支持的溝通理解顧客的要求。2. 項目經(jīng)理應(yīng)確定或選擇與項目的范圍、規(guī)模和復(fù)雜性相適合的軟件生存周期模型。應(yīng)當(dāng)把從本標(biāo)準(zhǔn)中選出的過程、活動和任務(wù)影射到該生存周期模型中。該生存周期模型應(yīng)當(dāng)包括可使用的開發(fā)環(huán)境，其中包括標(biāo)準(zhǔn)、方法和工具等。 3. 編制項目實施計劃。計劃應(yīng)包括：a) 對資源的需求和客戶的介入。b) 為開發(fā)該產(chǎn)品或提供該服務(wù)選擇方案。 可供選擇的方案有： a利用研發(fā)中心現(xiàn)有的資源提供產(chǎn)品或提供服務(wù)； b通過與客戶的協(xié)商，分階段完成合同規(guī)定的產(chǎn)品或服務(wù)或用子合同方式開發(fā)產(chǎn)品或提供服務(wù)； c從研發(fā)中心或采購現(xiàn)貨產(chǎn)品； d上述a、b二條結(jié)合。c) 項目管理計劃

14、 在這些計劃中應(yīng)當(dāng)規(guī)定下述事項： a. 項目的組織機(jī)構(gòu)，以及包括外部機(jī)構(gòu)在內(nèi)的每個機(jī)構(gòu)的權(quán)利和責(zé)任； b開發(fā)環(huán)境，包括測試環(huán)境。庫、設(shè)備、儀器以及工程標(biāo)準(zhǔn)、步驟和工具； c生存期過程和活動的工作細(xì)目的結(jié)構(gòu)，其中包括可交付的產(chǎn)品，與任務(wù)有關(guān)的經(jīng)費(fèi)預(yù)算、人員。物理資源、軟件的規(guī)模以及時間進(jìn)度； d系統(tǒng)的質(zhì)量需求管理。如果需要，可以另外制訂質(zhì)量保證計劃； e系統(tǒng)安全和保密的關(guān)鍵需求管理。如果需要，另外制訂安全和保密計劃； f客戶的介入，即按合同要求進(jìn)行的評審和審計、非正式的會面、報告、修改和變更的實施、批準(zhǔn)、驗收、對設(shè)施的使用等； g驗證和確認(rèn)，在必要的情況下，規(guī)定中應(yīng)包括與獨立的驗證和確認(rèn)機(jī)構(gòu)接觸

15、的方法； h質(zhì)量保證，明確項目的質(zhì)量目標(biāo)和產(chǎn)品、服務(wù)的質(zhì)量保證手段、方法、時間安排等； i風(fēng)險管理，此項管理包括對項目的潛在技術(shù)、成本和進(jìn)度諸風(fēng)險領(lǐng)域的管理； j制定計劃、跟蹤和報告的方法； k人員培訓(xùn)，明確項目的人員培訓(xùn)的要求，及人員培訓(xùn)的安排。4.2.1.2. 階段結(jié)果項目實施計劃。4.2.1.3. 評審項目實施計劃由項目經(jīng)理負(fù)責(zé)編寫，項目實施計劃應(yīng)提交研發(fā)中心的評審組進(jìn)行評審。評審后，評審負(fù)責(zé)人評審結(jié)果和意見記入評審報告。評審?fù)ㄟ^后，項目方可進(jìn)入下一個實施階段。根據(jù)項目情況，可以以會簽或會議的方式進(jìn)行評審。4.2.2. 需求分析4.2.2.1. 過程1. 對系統(tǒng)的要求進(jìn)行分析，以建立系統(tǒng)

16、需求。系統(tǒng)需求應(yīng)當(dāng)說明：系統(tǒng)的功能和性能；安全、保密、人機(jī)工程、接口、操作和維護(hù)需求；設(shè)計限制和鑒定的要求。2. 系統(tǒng)分析員在項目經(jīng)理的組織先完成需求的分析、調(diào)查過程，并將需求分析結(jié)果寫成文檔。 該文檔描述： a功能和能力規(guī)格說明，其中包括性能、物理特性、運(yùn)行軟件的環(huán)境條件；b用戶文檔；c安全規(guī)格說明，其中包括與操作和維護(hù)的方法、環(huán)境影響和人員傷害有關(guān)的說明； d保密規(guī)格說明，依據(jù)合同或客戶的需求描述對敏感性信息或資料的保護(hù)手段；e人機(jī)工程和人一機(jī)規(guī)格說明，其中包括與人工操作、人機(jī)對話、對人員的限制有關(guān)的規(guī)格說明，以及那些對于人的錯誤和能力很敏感的、需要人集中注意力的領(lǐng)域的說明；f處理器、存儲

17、設(shè)備或數(shù)據(jù)通道所用的硬件處理和資源儲備的規(guī)格說明；g數(shù)據(jù)定義和數(shù)據(jù)庫的需求；h已交付軟件在操作和維護(hù)現(xiàn)場上的安裝和驗收的需要； i用戶維護(hù)需求。 j與其他系統(tǒng)接口的需求3. 對系統(tǒng)需求進(jìn)行評價，使其包括下述準(zhǔn)則 a對系統(tǒng)需求和系統(tǒng)設(shè)計的可跟蹤性； b與系統(tǒng)需求的外部一致性； c各種軟件需求之間的內(nèi)部一致性； d. 軟件需求的可測性； e軟件需求的測試范圍； f軟件設(shè)計、操作和維護(hù)的可行性。 4. 研發(fā)中心評審組應(yīng)當(dāng)進(jìn)行合同所要求的評審，以決定軟件需求的完善和恰當(dāng)。5. 對于內(nèi)部項目或開發(fā)工作量小于6人/月的項目，應(yīng)編制系統(tǒng)規(guī)格說明書代替需求分析報告，其內(nèi)容需覆蓋需求分析工作的內(nèi)容。4.2.2.

18、2. 階段結(jié)果需求分析報告或系統(tǒng)規(guī)格說明書。4.2.2.3. 評審需求分析報告由項目經(jīng)理組織系統(tǒng)分析員編寫，需求分析報告應(yīng)提交研發(fā)中心的評審組進(jìn)行評審。評審后，評審負(fù)責(zé)人評審結(jié)果和意見記入評審報告。評審?fù)ㄟ^后，項目方可進(jìn)入下一個實施階段。根據(jù)項目情況，可以以會簽或會議的方式進(jìn)行評審。若符合4.2.2.1的規(guī)定應(yīng)提交系統(tǒng)規(guī)格說明書，代替需求分析報告提交評審。4.2.3. 概要設(shè)計 (總體設(shè)計)4.2.3.1. 過程1. 建立系統(tǒng)體系結(jié)構(gòu)。應(yīng)當(dāng)在系統(tǒng)的體系結(jié)構(gòu)中體現(xiàn)系統(tǒng)的需求，該系統(tǒng)體系結(jié)構(gòu)要表現(xiàn)出系統(tǒng)的內(nèi)部結(jié)構(gòu)以及硬件、軟件和人工操作的要求。2. 明確系統(tǒng)或子系統(tǒng)的每個功能需求，應(yīng)當(dāng)執(zhí)行的下述任

19、務(wù)：a) 系統(tǒng)分析人員應(yīng)當(dāng)把軟件需求轉(zhuǎn)變?yōu)橐粋€體系結(jié)構(gòu)，該體系結(jié)構(gòu)應(yīng)描述它的結(jié)構(gòu)、定義它的主要部分。它應(yīng)當(dāng)保證系統(tǒng)的結(jié)構(gòu)、功能的描述和要求覆蓋系統(tǒng)的需求，可以對其細(xì)化進(jìn)行詳細(xì)設(shè)計。b) 系統(tǒng)分析人員應(yīng)當(dāng)明確規(guī)定軟件系統(tǒng)與外部接口的設(shè)計、各軟件部分之間的設(shè)計。 c) 系統(tǒng)分析人員應(yīng)當(dāng)編寫數(shù)據(jù)庫設(shè)計文檔。3. 項目經(jīng)理和技術(shù)負(fù)責(zé)人應(yīng)當(dāng)確認(rèn)軟件配置項的體系結(jié)構(gòu)、接口和數(shù)據(jù)庫的設(shè)計，使其包括下面指出的各項：a. 對軟件系統(tǒng)需求的可跟蹤性； b.與軟件系統(tǒng)需求的外部一致性； c.各部分需求之間的內(nèi)部一致性；d.所使用的設(shè)計方法和標(biāo)準(zhǔn)是否恰當(dāng)；e.詳細(xì)設(shè)計、操作和維護(hù)的可行性。 4. 在項目經(jīng)理的指導(dǎo)下，

20、由技術(shù)負(fù)責(zé)人組織，系統(tǒng)分析員為測試軟件單元規(guī)定測試要求和時間進(jìn)度，并將其寫成文檔。5. 應(yīng)當(dāng)對工作結(jié)果進(jìn)行的評審，以確定設(shè)計方法是完善和恰當(dāng)?shù)摹?. 對于內(nèi)部項目或開發(fā)工作量小于6人/月的項目，應(yīng)編制系統(tǒng)規(guī)格說明書代替概要設(shè)計報告，其內(nèi)容需覆蓋概要設(shè)計工作的內(nèi)容 4.2.3.2. 階段結(jié)果概要設(shè)計報告或系統(tǒng)規(guī)格說明書。數(shù)據(jù)庫設(shè)計報告。測試計劃。4.2.3.3. 評審概要設(shè)計報告由項目經(jīng)理組織系統(tǒng)分析員編寫，概要設(shè)計報告應(yīng)提交研發(fā)中心的評審組進(jìn)行評審。評審后，評審負(fù)責(zé)人評審結(jié)果和意見記入評審報告。評審?fù)ㄟ^后，項目方可進(jìn)入下一個實施階段。根據(jù)項目情況，可以以會簽或會議的方式進(jìn)行評審。若符合4.2.

21、3.1的規(guī)定應(yīng)提交系統(tǒng)規(guī)格說明書，代替概要設(shè)計報告提交評審。4.2.4. 界面設(shè)計4.2.4.1. 過程1. 在概要設(shè)計過程中，應(yīng)建立系統(tǒng)界面設(shè)計原則，依據(jù)客戶的需求，完成整個系統(tǒng)的用戶界面設(shè)計。2. 界面制作人員在項目經(jīng)理、系統(tǒng)分析員的指導(dǎo)下完成系統(tǒng)的界面制作，模擬系統(tǒng)的運(yùn)轉(zhuǎn)過程。3. 依據(jù)客戶的需求，項目經(jīng)理應(yīng)對客戶講解界面設(shè)計的原則，通過模擬系統(tǒng)的運(yùn)轉(zhuǎn)過程，講解對系統(tǒng)需求的理解。4.2.4.2. 階段結(jié)果界面設(shè)計報告。系統(tǒng)的運(yùn)轉(zhuǎn)界面4.2.4.3. 評審界面設(shè)計報告由項目經(jīng)理組織系統(tǒng)分析員編寫，界面設(shè)計報告應(yīng)由項目經(jīng)理確認(rèn)、簽字。4.2.5. 詳細(xì)設(shè)計4.2.5.1. 過程1. 系統(tǒng)分析

22、員應(yīng)當(dāng)依據(jù)概要設(shè)計階段的設(shè)計成果，詳細(xì)設(shè)計軟件功能的每個組件或功能單元。應(yīng)當(dāng)盡量地將各個軟件功能詳細(xì)劃分為組件或功能單元，以便進(jìn)行編碼、編譯和測試。應(yīng)當(dāng)保證該軟件的需求已完全分配給從軟件功能到組件或功能單元的整個軟件系統(tǒng)。應(yīng)當(dāng)把該詳細(xì)設(shè)計寫成文檔。2. 系統(tǒng)分析員應(yīng)當(dāng)寫出組件或功能單元的實現(xiàn)詳細(xì)設(shè)計文檔，并明確規(guī)定各個組件或功能單元的接口，明確規(guī)定組件或功能單元與軟件功能的關(guān)系。3. 系統(tǒng)分析員、文檔管理人員最好寫出軟件用戶手冊的最初版本。 4. 在項目經(jīng)理的指導(dǎo)下，由質(zhì)量控制負(fù)責(zé)人組織編寫為軟件系統(tǒng)測試規(guī)定測試要求、進(jìn)行測試設(shè)計，為每個功能項規(guī)定測試用例（輸入、輸出、測試準(zhǔn)則）和測試步驟，將

23、這部分內(nèi)容寫入測試計劃。項目經(jīng)理和技術(shù)負(fù)責(zé)人應(yīng)當(dāng)評價軟件的詳細(xì)設(shè)計和測試要求，使其包括下面的準(zhǔn)則：a. 對軟件系統(tǒng)功能需求的可跟蹤性； b. 與體系結(jié)構(gòu)設(shè)計的外部一致性； c各組件和功能單元的需求之間的內(nèi)部一致性； d所使用的設(shè)計方法和標(biāo)準(zhǔn)是否恰當(dāng)； e測試、操作和維護(hù)的可行性。 6. 對于內(nèi)部項目或開發(fā)工作量小于6人/月的項目，應(yīng)編制系統(tǒng)規(guī)格說明書代替詳細(xì)設(shè)計報告，其內(nèi)容需覆蓋詳細(xì)設(shè)計工作的內(nèi)容。4.2.5.2. 階段結(jié)果a） 詳細(xì)設(shè)計報告或系統(tǒng)規(guī)格說明書。b） 界面設(shè)計說明書。c） 數(shù)據(jù)流程圖。d） 數(shù)據(jù)字典。e） 數(shù)據(jù)庫設(shè)計報告。f） 任務(wù)單。4.2.5.3. 評審詳細(xì)設(shè)計完成后，應(yīng)在項

24、目經(jīng)理的組織下，由項目組內(nèi)部進(jìn)行檢查。檢查后，檢查人將檢查結(jié)果和意見記入評審報告。檢查通過后，由項目經(jīng)理簽發(fā)評審報告，確認(rèn)詳細(xì)設(shè)計完成，可進(jìn)入開發(fā)階段。若符合4.2.5.1的規(guī)定應(yīng)提交系統(tǒng)規(guī)格說明書，代替詳細(xì)設(shè)計報告提交檢查。4.2.6. 編碼和單元測試4.2.6.1. 過程1. 程序員依據(jù)任務(wù)單，在技術(shù)負(fù)責(zé)人、系統(tǒng)分析員的指導(dǎo)下，進(jìn)行下述開發(fā)：a開發(fā)每個組件或功能單元和數(shù)據(jù)庫；b為測試每個組件或功能單元和數(shù)據(jù)庫而開發(fā)的測試軟件和數(shù)據(jù)；c為進(jìn)行軟件集成而開發(fā)的測試軟件和數(shù)據(jù)。2. 程序員應(yīng)當(dāng)測試每個組件或功能單元和數(shù)據(jù)庫，以保證它們符合需求。記錄測試記錄。3. 技術(shù)負(fù)責(zé)人和質(zhì)量控制負(fù)責(zé)人應(yīng)當(dāng)評

25、價軟件的代碼和測試結(jié)果，使其包括下面的準(zhǔn)則：a. 代碼規(guī)范性；b各單元需求之間的內(nèi)部一致性；c單元的測試結(jié)果。d評價結(jié)果記入任務(wù)單。e使用的編碼方法和標(biāo)準(zhǔn)是否恰當(dāng)；f集成、操作和維護(hù)的可行性。4.2.6.2. 階段結(jié)果可正確執(zhí)行的程序代碼。測試記錄。任務(wù)單。4.2.6.3. 評審技術(shù)負(fù)責(zé)人和質(zhì)量控制負(fù)責(zé)人應(yīng)當(dāng)評價軟件的代碼和測試結(jié)果，結(jié)果記入 測試記錄或任務(wù)單。4.2.7. 系統(tǒng)集成和系統(tǒng)集成測試4.2.7.1. 過程1. 由項目經(jīng)理指定的程序員，應(yīng)當(dāng)依據(jù)詳細(xì)設(shè)計、任務(wù)單的要求組裝各個軟件單元、組件，使之可運(yùn)行并實現(xiàn)部分或全部軟件功能。2. 質(zhì)量控制負(fù)責(zé)人應(yīng)當(dāng)組織對集成的軟件的功能進(jìn)行測試。保

26、證每個集合體都能滿足需求，并且在集成活動結(jié)束時形成部分可以運(yùn)轉(zhuǎn)的的軟件系統(tǒng)。集成和測試的結(jié)果應(yīng)當(dāng)記入測試記錄。3. 為了進(jìn)行軟件的系統(tǒng)測試，質(zhì)量控制負(fù)責(zé)人應(yīng)當(dāng)保證集成后的軟件系統(tǒng)可以進(jìn)行軟件系統(tǒng)測試。4. 項目經(jīng)理和技術(shù)負(fù)責(zé)人、質(zhì)量控制負(fù)責(zé)人應(yīng)當(dāng)對集成計劃、設(shè)計、代碼、測試、測試結(jié)果進(jìn)行評價，使其包括下面的準(zhǔn)則：a軟件功能需求的可跟蹤性；b與軟件功能需求的外部一致性；c軟件單元、組件的內(nèi)部一致性；d軟件功能需求的測試范圍；e使用的測試方法和標(biāo)準(zhǔn)是否恰當(dāng)；f是否符合預(yù)期的結(jié)果；4.2.7.2. 階段結(jié)果測試記錄。任務(wù)單。4.2.7.3. 評審項目經(jīng)理和技術(shù)負(fù)責(zé)人、質(zhì)量控制負(fù)責(zé)人應(yīng)當(dāng)對集成計劃、設(shè)

27、計、代碼、測試、測試結(jié)果進(jìn)行評價，其內(nèi)容記入測試記錄。4.2.8. 系統(tǒng)測試4.2.8.1. 過程1. 質(zhì)量控制負(fù)責(zé)人組織測試人員，依據(jù)需求分析報告、概要設(shè)計報告的要求進(jìn)行系統(tǒng)測試。應(yīng)當(dāng)保證對每項要求進(jìn)行符合測試。應(yīng)將系統(tǒng)測試結(jié)果記錄測試記錄。2. 必要時，文檔制作人員應(yīng)當(dāng)更新用戶手冊。3. 項目經(jīng)理和技術(shù)負(fù)責(zé)人應(yīng)當(dāng)對設(shè)計、代碼、測試、測試結(jié)果和用戶手冊進(jìn)行評價，使其包括下面的準(zhǔn)則：a. 對軟件系統(tǒng)需求的可跟蹤性；b與軟件系統(tǒng)需求一致性；d軟件系統(tǒng)需求的測試范圍；e是否符合預(yù)期結(jié)果；f操作和維護(hù)的可行性。4. 應(yīng)當(dāng)保證軟件系統(tǒng)的測試成功并符合需求，而且用戶手冊中充分描述了軟件的操作要求、過程及

28、操作的限制。5. 為系統(tǒng)封裝或適當(dāng)時的安裝和驗收，更新和準(zhǔn)備可交付的軟件；4.2.8.2. 階段結(jié)果測試記錄。測試報告。4.2.8.3. 評審質(zhì)量控制負(fù)責(zé)人、項目經(jīng)理和技術(shù)負(fù)責(zé)人應(yīng)當(dāng)對設(shè)計、代碼、測試、測試結(jié)果評價，其結(jié)果記入測試記錄、測試報告。4.2.9. 系統(tǒng)安裝4.2.9.1. 過程這個階段的關(guān)鍵任務(wù)是將通過系統(tǒng)集成測試的軟件完成最后的包裝，交付客戶。同時在客戶的安排下，依據(jù)項目實施計劃的安排，進(jìn)入現(xiàn)場，在客戶指定的系統(tǒng)軟件和系統(tǒng)硬件的環(huán)境下，完成軟件系統(tǒng)的安裝，同時將安裝結(jié)果，記錄成文檔，由客戶代表簽字確認(rèn)安裝完成。4.2.9.2. 階段結(jié)果包裝的軟件系統(tǒng)。用戶手冊。系統(tǒng)安裝手冊。4.

29、2.9.3. 評審由項目經(jīng)理檢查工作完成情況簽批系統(tǒng)安裝手冊。4.2.10. 軟件維護(hù)、更正過程4.2.10.1. 過程當(dāng)系統(tǒng)由于錯誤、缺陷、問題或客戶的需要改進(jìn)和修改時，從而要對代碼和相關(guān)的文檔進(jìn)行修改時即進(jìn)入此過程。其目的是在保持現(xiàn)有系統(tǒng)整體性的同時修改它。此過程以客戶確認(rèn)而終止。1. 為了進(jìn)行改正和修改，項目經(jīng)理、技術(shù)負(fù)責(zé)人、系統(tǒng)分析員應(yīng)當(dāng)對問題進(jìn)行討論。2. 項目經(jīng)理應(yīng)當(dāng)在分析的基礎(chǔ)上，選擇修改的方法，安排修改。3. 項目經(jīng)理通過與客戶的商談，確定修改的方法和安排。4. 項目經(jīng)理應(yīng)當(dāng)將問題修改請求、分析結(jié)果記入修改記錄。 5. 程序員在項目經(jīng)理、技術(shù)負(fù)責(zé)人、系統(tǒng)分析員的指導(dǎo)下，進(jìn)入開發(fā)

30、過程以實施修改。6. 質(zhì)量控制人員將測試結(jié)果記入測試記錄。 4.2.10.2. 階段結(jié)果修改、調(diào)試后的軟件系統(tǒng)。測試記錄。修改記錄。4.2.10.3. 評審項目經(jīng)理、質(zhì)量控制負(fù)責(zé)人應(yīng)對修改結(jié)果進(jìn)行檢查，結(jié)果記入修改記錄、測試記錄，簽批修改記錄和測試記錄。4.2.11. 用戶教育4.2.11.1. 過程項目交付客戶后，依據(jù)項目實施計劃完成對客戶的培訓(xùn)。4.2.11.2. 階段結(jié)果項目驗收單。4.2.11.3. 評審項目經(jīng)理制作項目驗收單，在客戶確認(rèn)系統(tǒng)驗收時，確認(rèn)培訓(xùn)情況。4.2.12. 客戶確認(rèn)驗收4.2.12.1. 過程1. 確認(rèn)項目開發(fā)已經(jīng)完成，使客戶滿意。2. 應(yīng)當(dāng)保證每項系統(tǒng)需求都已進(jìn)行系統(tǒng)測試、把系統(tǒng)測試的結(jié)果寫成文檔，而且系統(tǒng)已做好交付準(zhǔn)備。4.2.12.2. 階段結(jié)果項目驗收單。4.2.12.3. 評審項目經(jīng)理制作項目驗收單，在客戶確認(rèn)系統(tǒng)驗收合格后，請客戶簽收。4.2.1