信息系統(tǒng)開發(fā)項(xiàng)目管理指導(dǎo)書

1、信息系統(tǒng)開發(fā)項(xiàng)目管理指導(dǎo)書1、 項(xiàng)目建設(shè)總體目標(biāo) 系統(tǒng)應(yīng)該根據(jù)甲方用戶的現(xiàn)有業(yè)務(wù)需求及發(fā)展規(guī)劃的擴(kuò)延要求，提供功能完善、界面友好、流程清晰、智能高效，配置維護(hù)方便的系統(tǒng)功能，滿足系統(tǒng)運(yùn)行穩(wěn)定、安全、可靠、高效等技術(shù)要求。提供電腦版和手機(jī)版2個(gè)版本。2、 項(xiàng)目開發(fā)建設(shè)過程及要求 為了確保項(xiàng)目能按照甲乙雙方達(dá)成的目標(biāo)要求順利開展，甲乙雙方應(yīng)該聯(lián)合成立項(xiàng)目組，由乙方編制項(xiàng)目執(zhí)行計(jì)劃（式樣見附件1）并有甲方確認(rèn)同意。2.1 系統(tǒng)需求分析 1、開發(fā)商必須對(duì)甲方公司的業(yè)務(wù)需求進(jìn)行深入調(diào)研，收集匯總客戶的具體需求，出具業(yè)務(wù)需求說明書（式樣見附件2），并確保業(yè)務(wù)需求說明書中包含了所有的業(yè)務(wù)需求。業(yè)務(wù)需求說明書

2、經(jīng)甲方公司（用戶）負(fù)責(zé)人簽字確認(rèn)，作為業(yè)務(wù)需求基線。 2、開發(fā)商在獲得甲方簽字確認(rèn)的業(yè)務(wù)需求說明書后，提出技術(shù)需求和解決方案，并對(duì)系統(tǒng)進(jìn)行定義，出具系統(tǒng)需求規(guī)格說明書（式樣見附件3）。系統(tǒng)需求規(guī)格說明書需詳細(xì)列出業(yè)務(wù)對(duì)系統(tǒng)的要求（界面、輸入、輸出、管理功能、安全需求、運(yùn)作模式、關(guān)鍵指標(biāo)等）。系統(tǒng)需求規(guī)格說明書需經(jīng)甲方公司（用戶）負(fù)責(zé)人簽字確認(rèn)。 3、當(dāng)業(yè)務(wù)需求發(fā)生變更時(shí)，應(yīng)由甲方公司提交需求變更申請(qǐng)（式樣見附件4）給乙方開發(fā)商實(shí)施。2.2 系統(tǒng)設(shè)計(jì)為簡化流程，本項(xiàng)目建議將概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)合二為一，統(tǒng)一遵循完備性、一致性、擴(kuò)展性、可靠性、安全性、可維護(hù)性等原則。1、在該階段確定總體結(jié)構(gòu)和軟件開

3、發(fā)架構(gòu)，文件命名規(guī)范，編碼規(guī)范。按軟件需求劃分成子系統(tǒng)，定義目標(biāo)系統(tǒng)的功能模塊及各個(gè)功能模塊的關(guān)系。2、確定軟件模塊結(jié)構(gòu)，給出每個(gè)功能模塊的功能描述、數(shù)據(jù)接口描述，各模塊之間的詳細(xì)接口信息，并完成系統(tǒng)設(shè)計(jì)說明書(式樣見附件5)。3、系統(tǒng)設(shè)計(jì)說明書應(yīng)該包括所有用戶界面的原型圖。4、完成數(shù)據(jù)庫的設(shè)計(jì)，并編寫數(shù)據(jù)庫設(shè)計(jì)說明書。5、在設(shè)計(jì)階段，用戶應(yīng)充分參與，確保設(shè)計(jì)能滿足系統(tǒng)需求。 6、甲方應(yīng)對(duì)組織對(duì)開發(fā)商提交的系統(tǒng)設(shè)計(jì)說明書進(jìn)行評(píng)審，設(shè)計(jì)評(píng)審均以業(yè)務(wù)需求說明書和系統(tǒng)需求規(guī)格說明書為依據(jù)，確保系統(tǒng)設(shè)計(jì)滿足全部需求，并出具系統(tǒng)設(shè)計(jì)評(píng)審報(bào)告（式樣見附件6）。2.3 系統(tǒng)開發(fā) 1、系統(tǒng)開發(fā)包括程序編碼、單

4、元測(cè)試和集成測(cè)試。開發(fā)商根據(jù)系統(tǒng)設(shè)計(jì)說明書制定系統(tǒng)開發(fā)計(jì)劃，并提交給甲方對(duì)計(jì)劃進(jìn)行監(jiān)督。 2、開發(fā)商有條件的情況下盡可能開發(fā)、測(cè)試和生產(chǎn)環(huán)境獨(dú)立。選擇軟件工具，明確項(xiàng)目成員的職責(zé)分工，按照編碼規(guī)范和詳細(xì)設(shè)計(jì)實(shí)現(xiàn)軟件功能。3、代碼應(yīng)滿足結(jié)構(gòu)良好，清晰易讀，且與設(shè)計(jì)一致，符合編碼規(guī)范。4、開發(fā)人員需要軟件實(shí)現(xiàn)過程中編寫軟件功能說明，源代碼說明。軟件功能說明文檔應(yīng)說明項(xiàng)目名稱、編號(hào)、軟件名稱和版本號(hào)，軟件功能、主要功能實(shí)現(xiàn)過程。源代碼說明應(yīng)說明項(xiàng)目編號(hào)、軟件名稱、功能，全局變量、數(shù)據(jù)庫字典、函數(shù)功能、接口。該文檔包含在源代碼文件中，以注釋形式存在。5、開發(fā)商進(jìn)行單元測(cè)試和集成測(cè)試。開發(fā)人員處理測(cè)試人

5、員反饋的測(cè)試問題，并以書面形式反饋主要問題及解決辦法，直至系統(tǒng)運(yùn)行穩(wěn)定。測(cè)試組出具系統(tǒng)測(cè)試報(bào)告，測(cè)試人員簽字確認(rèn)測(cè)試結(jié)果。2.4 用戶測(cè)試 1、開發(fā)商編制用戶測(cè)試計(jì)劃（式樣見附件7），測(cè)試計(jì)劃必須定義測(cè)試標(biāo)準(zhǔn)，并明確各種測(cè)試的測(cè)試步驟和需要的系統(tǒng)設(shè)置要求，并提交甲方準(zhǔn)備。 2、甲方應(yīng)該按照開發(fā)商測(cè)試組要求配合標(biāo)準(zhǔn)測(cè)試數(shù)據(jù)，測(cè)試用數(shù)據(jù)要足夠模擬使用環(huán)境中的實(shí)際數(shù)據(jù)。對(duì)已評(píng)定為敏感信息的數(shù)據(jù)進(jìn)行敏感性處理和保護(hù)。 3、按照測(cè)試計(jì)劃完成用戶測(cè)試后，測(cè)試組應(yīng)該出具用戶測(cè)試報(bào)告（式樣見附件8），甲乙雙方必須在用戶測(cè)試報(bào)告中簽字確認(rèn)。4、完成測(cè)試后，開發(fā)商完成系統(tǒng)幫助文檔（其中包括用戶操作手冊(cè)和安裝維護(hù)手

6、冊(cè)）的編寫。凡涉及應(yīng)用系統(tǒng)的變更，應(yīng)對(duì)系統(tǒng)幫助文檔及時(shí)更新。2.5 系統(tǒng)試運(yùn)行 1、項(xiàng)目組必須制定試運(yùn)行計(jì)劃（式樣見附件9），并制定試運(yùn)行驗(yàn)收指標(biāo)。試運(yùn)行計(jì)劃中應(yīng)包含問題應(yīng)對(duì)機(jī)制，明確問題溝通渠道和職責(zé)分工。 2、項(xiàng)目組聯(lián)合甲方公司進(jìn)行相關(guān)系統(tǒng)部署工作，準(zhǔn)備培訓(xùn)資料，對(duì)相關(guān)用戶和信息技術(shù)人員進(jìn)行培訓(xùn)。 3、項(xiàng)目組根據(jù)試運(yùn)行計(jì)劃負(fù)責(zé)對(duì)用戶的老舊系統(tǒng)進(jìn)行系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移。系統(tǒng)轉(zhuǎn)換前，檢查系統(tǒng)環(huán)境，確保運(yùn)行環(huán)境能滿足新應(yīng)用系統(tǒng)的需要。系統(tǒng)轉(zhuǎn)換時(shí)必須詳細(xì)記錄原系統(tǒng)中的重要參數(shù)、設(shè)置等系統(tǒng)信息，并填寫試運(yùn)行報(bào)告相關(guān)內(nèi)容。 4、系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移完成后，正式啟動(dòng)試運(yùn)行。在試運(yùn)行過程中，項(xiàng)目組應(yīng)把系統(tǒng)運(yùn)行

7、情況（系統(tǒng)資源使用，反應(yīng)速度等）記錄到試運(yùn)行報(bào)告中。必要時(shí)，項(xiàng)目組應(yīng)根據(jù)系統(tǒng)運(yùn)行情況對(duì)應(yīng)用系統(tǒng)進(jìn)行優(yōu)化。5、試運(yùn)行達(dá)到試運(yùn)行計(jì)劃規(guī)定的終止條件時(shí)，開發(fā)商編寫試運(yùn)行報(bào)告（式樣見附件10）。此報(bào)告應(yīng)由開發(fā)商和甲方單位簽字確認(rèn)，試運(yùn)行結(jié)束。2.6 系統(tǒng)驗(yàn)收與正式上線 1、系統(tǒng)驗(yàn)收主要用戶單位及開發(fā)商聯(lián)合組成獨(dú)立系統(tǒng)驗(yàn)收小組，由驗(yàn)收小組共同商定驗(yàn)收的標(biāo)準(zhǔn)和方法。驗(yàn)收小組從功能需求及技術(shù)需求層面對(duì)系統(tǒng)進(jìn)行綜合評(píng)估，系統(tǒng)驗(yàn)收內(nèi)容包括但不限于移交給甲方的系統(tǒng)測(cè)試報(bào)告、系統(tǒng)安裝文檔、配置文檔、源代碼、操作手冊(cè)、維護(hù)手冊(cè)、系統(tǒng)應(yīng)急預(yù)案、系統(tǒng)“回退”計(jì)劃等。 2、驗(yàn)收小組應(yīng)根據(jù)驗(yàn)收情況整理形成系統(tǒng)驗(yàn)收?qǐng)?bào)告（式樣見

8、附件11），驗(yàn)收?qǐng)?bào)告必須甲乙雙方簽字，并提交甲方作為付款依據(jù)。 3、系統(tǒng)驗(yàn)收合格且問題整改完成并經(jīng)甲乙雙方主要領(lǐng)導(dǎo)同意后系統(tǒng)轉(zhuǎn)入正式上線運(yùn)行。3 售后服務(wù)及保密要求 開發(fā)商應(yīng)該保證系統(tǒng)技術(shù)支持人員隊(duì)伍的穩(wěn)定，明確售后服務(wù)內(nèi)容與責(zé)任，按照合同要求安排維護(hù)人員對(duì)系統(tǒng)進(jìn)行技術(shù)支持。系統(tǒng)需求變更或調(diào)整，記錄變更原因和軟件及源代碼的版本控制，按照軟件變更要求對(duì)系統(tǒng)進(jìn)行維護(hù)。為了保護(hù)甲乙雙方的商業(yè)、技術(shù)秘密等權(quán)益，開發(fā)商與甲方、開發(fā)商與其相關(guān)員工必須簽訂保密協(xié)議。附件1：項(xiàng)目執(zhí)行計(jì)劃文件狀態(tài)： 草稿 正式發(fā)布 正在修改文件標(biāo)識(shí)：當(dāng)前版本：作 者：完成日期：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1

9、文檔介紹1.1 文檔目的1.2文檔范圍1.3參考文獻(xiàn)提示：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），格式如下：標(biāo)識(shí)符 作者，文獻(xiàn)名稱，出版單位（或歸屬單位），日期例如：AAA 作者，立項(xiàng)建議書，機(jī)構(gòu)名稱，日期1.5 術(shù)語與縮寫解釋縮寫、術(shù)語解 釋2 項(xiàng)目介紹2.1項(xiàng)目范圍提示：（1）用簡練的語言說明本項(xiàng)目“是什么”，“說明用途”。（2）說明本項(xiàng)目“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。2.2項(xiàng)目目標(biāo)提示：給出“清晰的”、“可實(shí)現(xiàn)”、“可驗(yàn)證”的目標(biāo)。2.3客戶與最終用戶介紹提示：請(qǐng)說明本項(xiàng)目的客戶、用戶及其相關(guān)責(zé)任人是誰，描述最終用戶的特征。2.4 約束提示：（1）請(qǐng)說明在項(xiàng)目開發(fā)過程中應(yīng)

10、當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范（2）請(qǐng)說明相關(guān)項(xiàng)目可能對(duì)本項(xiàng)目造成的影響。（3）說明一些假設(shè)和依賴。3 項(xiàng)目過程定義3.1軟件生命周期模型提示：簡要描述、繪制本項(xiàng)目的軟件生命周期模型。3.2項(xiàng)目規(guī)范提示：描述項(xiàng)目需遵循的規(guī)范，例如：編碼規(guī)范。此處可以表現(xiàn)為編碼規(guī)范的鏈接。3.3方法與工具提示：說明在過程中將采用的方法與工具。例如采用Rational Rose進(jìn)行面向?qū)ο蠓治雠c設(shè)計(jì)，采用Visual SourceSafe進(jìn)行配置管理，采用Microsoft Office制作文檔。方法與工具用途Visual SourceSafe配置管理4 里程碑計(jì)劃序號(hào)里程碑名稱開始日期結(jié)束日期工作成果備注5 資源計(jì)劃5.1

11、人力資源計(jì)劃提示：制定本項(xiàng)目的角色職責(zé)表，并為已知的項(xiàng)目成員分配角色（一個(gè)人可以兼多個(gè)角色）。角色職責(zé)人員姓名工作說明高層領(lǐng)導(dǎo)項(xiàng)目經(jīng)理需求分析員系統(tǒng)設(shè)計(jì)員程序員測(cè)試員5.2 軟硬件資源計(jì)劃提示：分析項(xiàng)目開發(fā)、測(cè)試、運(yùn)行所需的軟硬件資源和關(guān)鍵計(jì)算機(jī)資源（會(huì)影響軟件產(chǎn)品的性能的CPU、內(nèi)存、帶寬等內(nèi)容），主要內(nèi)容包括：l 資源級(jí)別（分為“關(guān)鍵”、“普通”兩種）l 詳細(xì)配置l 獲取方式（如“已經(jīng)存在”、“可以借用”或“需要購買”等）與獲取時(shí)間l 使用說明（如“誰”在“什么”時(shí)候使用）軟硬件資源名稱級(jí)別詳細(xì)配置獲取方式與時(shí)間使用說明關(guān)鍵關(guān)鍵普通6 文檔交付列表序號(hào)交付文檔名稱交付日期備注7 風(fēng)險(xiǎn)管理計(jì)

12、劃提示：以下是各個(gè)列標(biāo)題的解釋。約定在項(xiàng)目中的風(fēng)險(xiǎn)管理方案，例如：風(fēng)險(xiǎn)識(shí)別頻度、風(fēng)險(xiǎn)跟蹤頻度等。風(fēng)險(xiǎn)級(jí)別：確定風(fēng)險(xiǎn)的嚴(yán)重性、可能性、風(fēng)險(xiǎn)系數(shù)風(fēng)險(xiǎn)描述：緩解方案或者應(yīng)急計(jì)劃。風(fēng)險(xiǎn)編號(hào)風(fēng)險(xiǎn)級(jí)別風(fēng)險(xiǎn)描述緩解方案應(yīng)急計(jì)劃嚴(yán)重性(1-5)可能性(%)風(fēng)險(xiǎn)系數(shù)(嚴(yán)重性*可能性)8 溝通計(jì)劃甲方代表乙方代表溝通方式溝通頻率/時(shí)間期望結(jié)果9 附件l 項(xiàng)目進(jìn)度計(jì)劃n 進(jìn)度表提示：制定項(xiàng)目開發(fā)的進(jìn)度表（建議給出項(xiàng)目里程碑計(jì)劃）。例如：編號(hào)里程碑名稱預(yù)計(jì)結(jié)束時(shí)間備注需求調(diào)研完成項(xiàng)目計(jì)劃完成需求分析完成系統(tǒng)設(shè)計(jì)完成 .開發(fā)完成集成測(cè)試完成系統(tǒng)測(cè)試完成用戶驗(yàn)收測(cè)試完成試運(yùn)行結(jié)束項(xiàng)目驗(yàn)收附件2：業(yè)務(wù)需求說明書文件狀態(tài)：

13、草稿 正式發(fā)布 正在修改文件標(biāo)識(shí)：當(dāng)前版本：作 者：完成日期：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1概述1.1 業(yè)務(wù)調(diào)研人員名單【可選】序號(hào)職能部門姓名主管聯(lián)系電話備注1.2業(yè)務(wù)范圍此處描寫總體業(yè)務(wù)的概要分類。1.3 業(yè)務(wù)目標(biāo)從甲方高層或商務(wù)利益的角度提出本業(yè)務(wù)系統(tǒng)的期望目標(biāo)，以及評(píng)價(jià)標(biāo)準(zhǔn)。1.4 相關(guān)文檔說明：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），包括現(xiàn)有規(guī)范、標(biāo)準(zhǔn)、批文、引用到的文件、資料等。1.5 業(yè)務(wù)詞匯表說明：列出本文檔的所引用的專屬領(lǐng)域詞匯、術(shù)語等，以便于業(yè)務(wù)需求的提供者和接收者是建立在一致的業(yè)務(wù)理解基礎(chǔ)之上的。2 組織結(jié)構(gòu)及業(yè)務(wù)2.1 業(yè)務(wù)相關(guān)組織結(jié)構(gòu)、人員組

14、織結(jié)構(gòu)說明：如果用戶崗位設(shè)置復(fù)雜可分別設(shè)置，業(yè)務(wù)組織結(jié)構(gòu)和人員組織結(jié)構(gòu)2.2 組織機(jī)構(gòu)描述2.3 角色職責(zé)說明：將業(yè)務(wù)涉及的具體人員進(jìn)行一定程度的分類和抽象，描述該抽象角色的操作職責(zé)。2.4 管理綜述【可選】說明：主要描述該業(yè)務(wù)的管理特點(diǎn)和管理模式。例如：2.5 現(xiàn)有業(yè)務(wù)流程清單【可選】說明：現(xiàn)有業(yè)務(wù)流程需要考慮，很多新的業(yè)務(wù)是在已有業(yè)務(wù)流程基礎(chǔ)上進(jìn)行重組的。流程編號(hào)流程名稱責(zé)任部門輔助部門3 業(yè)務(wù)流程及業(yè)務(wù)處理描述說明：針對(duì)每一項(xiàng)具體的目標(biāo)業(yè)務(wù)，描述具體的業(yè)務(wù)流程，以及相關(guān)業(yè)務(wù)的具體描述。3.1 具體業(yè)務(wù)流程（系統(tǒng)名稱+編號(hào)）對(duì)于具體業(yè)務(wù)流程的命名有規(guī)范，對(duì)具體流程進(jìn)行編號(hào)，便于形成需求矩陣

15、，同時(shí)形成需求的管理和跟蹤。3.1.1業(yè)務(wù)流程3.1.2業(yè)務(wù)描述說明：描述具體的業(yè)務(wù)流程。3.1.3相關(guān)業(yè)務(wù)對(duì)象說明：業(yè)務(wù)對(duì)象：業(yè)務(wù)流程中涉及的單據(jù)、報(bào)表等。業(yè)務(wù)對(duì)象使用部門對(duì)應(yīng)電子檔案編號(hào)3.1.4業(yè)務(wù)規(guī)則及關(guān)鍵算法說明：描述業(yè)務(wù)環(huán)節(jié)關(guān)鍵算法體系。4 假定和約束說明：列出進(jìn)行本軟件開發(fā)工作的假定和約束，例如開發(fā)期限等。4.1 運(yùn)行環(huán)境約束4.2 設(shè)計(jì)約束【可選】說明：開發(fā)過程中必須使用的軟件語言、軟件進(jìn)程需求、主要開發(fā)工具、核心技術(shù)、第三方產(chǎn)品等。4.3 產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范【可選】說明：闡述本產(chǎn)品應(yīng)當(dāng)遵循什么標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則，違反標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則的產(chǎn)品通常不太可能被接受。5 其

16、他5.1 目前核心問題和困難5.2 業(yè)務(wù)對(duì)項(xiàng)目實(shí)施的需求和期望【可選】5.3 其他未盡事宜附件3：系統(tǒng)需求規(guī)格說明書文件狀態(tài)： 草稿 正式發(fā)布 正在修改文件標(biāo)識(shí)：當(dāng)前版本：作 者：完成日期：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1 引言1.1 目的例如：規(guī)定系統(tǒng)的邊界和目標(biāo)，描述系統(tǒng)的功能性需求和非功能性需求。1.2讀者對(duì)象及閱讀建議說明：指明本文檔面向的讀者群，及相應(yīng)的閱讀意見。1.3文檔范圍【可選】說明：對(duì)本文的范圍做闡述，本文檔改動(dòng)時(shí)，受到影響的范圍，例如，本文引用到的用例模型，系統(tǒng)原型，系統(tǒng)測(cè)試用例等文檔。1.4 參考文檔說明：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），包

17、括計(jì)劃任務(wù)書、合同、批文、引用到的文件、資料及軟件開發(fā)標(biāo)準(zhǔn)等。1.5 術(shù)語與縮寫解釋說明：列出本文件中用到的專門術(shù)語的定義和縮寫詞的原詞組，并給予解釋，以便于所有讀者達(dá)成共識(shí)。2 綜合描述2.1 系統(tǒng)背景【可選】說明：介紹系統(tǒng)的預(yù)期效果、歷史原因。2.2 問題說明【可選】提供一段說明，總結(jié)此項(xiàng)目需要解決的問題?？梢圆捎靡韵赂袷剑簡栴}是對(duì)問題進(jìn)行說明影響問題影響的干系人問題的后果該問題會(huì)導(dǎo)致什么后果成功的解決方案應(yīng)列出成功解決方案的一些主要優(yōu)點(diǎn)2.3系統(tǒng)范圍說明：闡述本項(xiàng)目“適用的業(yè)務(wù)領(lǐng)域”和“不適用的業(yè)務(wù)領(lǐng)域”，本產(chǎn)品“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。說清楚系統(tǒng)范圍的好處是：（1）有助于判

18、斷什么是需求，什么不是需求；（2）可以將開發(fā)精力集中在產(chǎn)品范圍之內(nèi)；（3）有助于控制需求的變更。l 完整而準(zhǔn)確的定義本產(chǎn)品的干系人；l 明確本產(chǎn)品所影響到的部門和業(yè)務(wù)；l 用圖表或者文字描述產(chǎn)品的范圍，概要的定義產(chǎn)品的功能。2.4 干系人與用戶說明【可選】2.4.1用戶環(huán)境【可選】詳細(xì)說明目標(biāo)用戶的工作環(huán)境。以下是幾項(xiàng)建議：該任務(wù)由多少人來完成？是否總在變化？一個(gè)任務(wù)周期需要多長時(shí)間？執(zhí)行每項(xiàng)活動(dòng)要用多長時(shí)間？是否總在變化？是否有特殊的環(huán)境約束：移動(dòng)、戶外、乘機(jī)旅行等？目前使用的是哪些系統(tǒng)平臺(tái)？以后會(huì)使用哪些平臺(tái)？還在使用哪些應(yīng)用程序？您的應(yīng)用程序是否需要和這些應(yīng)用程序集成？在此處可以從業(yè)務(wù)模

19、型中摘錄一些內(nèi)容來概述所涉及的任務(wù)和角色等等。2.4.2 干系人簡檔【可選】通過在下表中填寫各干系人的相關(guān)信息來說明系統(tǒng)中的各個(gè)干系人，詳盡的簡檔應(yīng)包括各種干系人在以下方面的信息：代表誰是此產(chǎn)品的干系人代表？（如在他處已作記錄，則此處為可選。）此處只需填寫姓名。說明對(duì)干系人類型的簡要說明。類型介紹干系人的技能特長、技術(shù)背景和熟練程度（即權(quán)威用戶、業(yè)務(wù)用戶、專家用戶、初級(jí)用戶等）職責(zé)列出干系人對(duì)所開發(fā)的系統(tǒng)負(fù)有的關(guān)鍵職責(zé)，即他們作為干系人的利益。使用頻率該干系人使用系統(tǒng)的頻率意見/問題在此處列出會(huì)阻礙成功的問題以及任何其他相關(guān)信息。2.4.3關(guān)鍵的干系人/用戶需要列出干系人認(rèn)為現(xiàn)有解決方案存在的

20、關(guān)鍵問題。對(duì)于列出的每個(gè)問題，需澄清以下要點(diǎn)：為什么會(huì)出現(xiàn)這一問題？目前如何解決該問題？干系人需要什么樣的解決方案？務(wù)必要了解干系人或用戶對(duì)解決各個(gè)問題的相對(duì)重視程度。分級(jí)和累積投票方法表明，必須解決的問題與干系人或用戶希望解決的問題大有不同。2.5 目標(biāo)業(yè)務(wù)模型【可選】說明：新系統(tǒng)業(yè)務(wù)模型描述，如有相應(yīng)業(yè)務(wù)模型材料了，可作為需求規(guī)格說明書的輸入?yún)⒖假Y料。2.6 功能摘要總結(jié)該產(chǎn)品將提供的主要優(yōu)點(diǎn)和特性，而不必涉及每個(gè)功能的細(xì)節(jié)。對(duì)功能加以組織，使客戶或初次閱讀該文檔的其他人能夠理解此功能列表。2.7 功能清單及重要程度說明說明：功能名稱、功能描述、重要程度。重要程度，以ABC三類來表示：A：

21、核心功能；B：輔助功能；C：外圍功能；級(jí)別，按照繼承關(guān)系分為：一級(jí)，二級(jí)，三級(jí)；編號(hào)級(jí)別重要程度功能名稱功能描述備注2.8 功能與業(yè)務(wù)對(duì)照關(guān)系表說明：業(yè)務(wù)組為主編寫業(yè)務(wù)需求，業(yè)務(wù)需求提交至信息技術(shù)組后，由信息技術(shù)組建立目標(biāo)系統(tǒng)業(yè)務(wù)模型并與業(yè)務(wù)組進(jìn)行確認(rèn)（本操作可選，也可由信息技術(shù)組與開發(fā)商合作建立），目標(biāo)業(yè)務(wù)模型作為系統(tǒng)需求的輸入，由信息技術(shù)組與開發(fā)商合作撰寫和評(píng)審系統(tǒng)需求規(guī)格書明書。業(yè)務(wù)需求目標(biāo)系統(tǒng)業(yè)務(wù)活動(dòng)（可選）功能名稱2.9 假定和約束說明：列出進(jìn)行本軟件開發(fā)工作的假定和約束，例如：開發(fā)語言、開發(fā)期限等。格式限制說明：本項(xiàng)將指定由現(xiàn)有的標(biāo)準(zhǔn)或規(guī)則派生的要求。例如：報(bào)表格式；數(shù)據(jù)命名；財(cái)務(wù)

22、處理；審計(jì)追蹤，等等。硬件限制說明：本項(xiàng)包括在各種硬件約束下運(yùn)行的軟件要求，例如，應(yīng)該包括：硬件配置的特點(diǎn)（接口數(shù)，指令系統(tǒng)等）；內(nèi)存儲(chǔ)器和輔助存儲(chǔ)器的容量。2.9.1運(yùn)行環(huán)境約束說明：硬件設(shè)備、支持軟件、接口、控制等方面的約束名稱詳細(xì)要求2.9.2設(shè)計(jì)約束【可選】說明：開發(fā)過程中必須使用的軟件語言、軟件進(jìn)程需求、主要開發(fā)工具、核心技術(shù)、第三方產(chǎn)品等。2.9.3產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范說明：闡述本產(chǎn)品應(yīng)當(dāng)遵循什么標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則，違反標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則的產(chǎn)品通常不太可能被接受。3 具體需求3.1功能需求3.1.1具體功能3.1.1.1內(nèi)容說明：對(duì)于每一類功能或者有時(shí)對(duì)于每一個(gè)功能，需要具

23、體描述其輸入、加工和輸出的需求。3.2 非功能需求3.2.1 外部接口3.2.1.1用戶接口說明：提供用戶使用軟件產(chǎn)品時(shí)的接口需求。例如，如果系統(tǒng)的用戶通過顯示終端進(jìn)行操作，就必須指定如下要求：a對(duì)屏幕格式的要求說明：對(duì)界面上的各對(duì)象、類型、寬度、取值范圍、數(shù)據(jù)來源、能否為空等屬性進(jìn)行描述。b報(bào)表或菜單的頁面打印格式和內(nèi)容c輸入輸出的需求說明：解釋各輸入輸出數(shù)據(jù)類型，并逐項(xiàng)說明其媒體、格式、數(shù)值范圍、精度等。對(duì)軟件的數(shù)據(jù)輸出及必須標(biāo)明的控制輸出量進(jìn)行解釋并舉例，包括對(duì)硬拷貝報(bào)告（正常結(jié)果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報(bào)告的描述。d程序功能鍵的可用性說明：快捷鍵定義等。3.2.1.2

24、硬件接口【可選】說明：要指出軟件產(chǎn)品和系統(tǒng)硬部件之間每一個(gè)接口的邏輯特點(diǎn)。還可能包括如下事宜：支撐什么樣的設(shè)備，如何支撐這些設(shè)備，有何約定。3.2.1.3軟件接口【可選】說明：在此要指定需使用的其他軟件產(chǎn)品（例如，數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或數(shù)學(xué)軟件包），以及同其他應(yīng)用系統(tǒng)之間的接口。對(duì)每一個(gè)所需的軟件產(chǎn)品，要提供如下內(nèi)容：名字、助記符、規(guī)格說明號(hào)、版本號(hào)、來源。對(duì)于每一個(gè)接口，這部分應(yīng)說明與軟件產(chǎn)品相關(guān)的接口軟件的目的，并根據(jù)信息的內(nèi)容和格式定義接口，但不必詳細(xì)描述任何已有完整文件的接口，只要引用定義該接口的文件即可?！窘涌诙x】下表是對(duì)一些接口的具體描述:接口名稱接口描述填寫接口完成的任務(wù)接口

25、類型填寫是輸入接口（inbound）還是輸出接口（outbound）源系統(tǒng)填寫接口輸入方系統(tǒng)或部件目標(biāo)系統(tǒng)填寫接口輸出方系統(tǒng)或部件廠商提供/客戶化開發(fā)文件類型填寫文件類型；若通過數(shù)據(jù)庫表來交互，請(qǐng)指明數(shù)據(jù)庫及表名文件數(shù)量峰值數(shù)據(jù)量頻度填寫數(shù)據(jù)處理的頻度復(fù)雜度批處理 /人工填寫接口數(shù)據(jù)的驅(qū)動(dòng)模式是人工（manual）還是自動(dòng)(automatic)，還是都支持接口類型填寫是實(shí)時(shí)接口還是批量接口等【其他系統(tǒng)詳細(xì)信息】說明：列出所有與接口交互的外圍系統(tǒng)的詳細(xì)信息。包括輸入、輸出系統(tǒng)等系統(tǒng)填寫與接口交互的系統(tǒng)名稱系統(tǒng)類型填寫是接口的數(shù)據(jù)源系統(tǒng)(source)還是目標(biāo)系統(tǒng)(object)數(shù)據(jù)庫填寫交互系統(tǒng)

26、使用的數(shù)據(jù)庫及版本軟件填寫交互系統(tǒng)的軟件名稱架構(gòu)類型交互系統(tǒng)的架構(gòu)類型是B/S 還是C/S。位置填寫該軟件在交互軟件體系中所出的位置技術(shù)支持填寫交互系統(tǒng)的開發(fā)商和支持商功能支持填寫具體的支持商或技術(shù)團(tuán)隊(duì)數(shù)據(jù)歸屬【接口隸屬系統(tǒng)的詳細(xì)信息可選 】系統(tǒng)填寫接口隸屬系統(tǒng)的名稱模塊隸屬于具體的模塊名稱數(shù)據(jù)庫隸屬系統(tǒng)的數(shù)據(jù)庫及版本負(fù)責(zé)人控制報(bào)告【接口配置】（1）接口基礎(chǔ)信息配置說明：接口基礎(chǔ)信息的配置項(xiàng)目，描述配置的方式。（2）接口運(yùn)行參數(shù)配置說明：接口運(yùn)行參數(shù)的配置方式和步驟。【其他配置可選 】說明：外圍系統(tǒng)或相關(guān)模塊的配置。3.2.1.4通信接口【可選】說明：指定各種通信接口。例如，局部網(wǎng)絡(luò)的協(xié)議等等

27、。3.2.2 其他非功能性需求說明：下表中的各種需求，可根據(jù)實(shí)際情況進(jìn)行選擇其中的一種或者幾種進(jìn)行描述，在表的后面是各種需求的詳細(xì)解釋。名稱詳細(xì)要求靜態(tài)數(shù)值需求動(dòng)態(tài)數(shù)值需求精度時(shí)間特性要求可用性可靠性可維護(hù)性安全性可移植性可擴(kuò)展性兼容性3.2.2.1 靜態(tài)數(shù)值需求說明：支持的終端數(shù)；支持并行操作的用戶數(shù)。3.2.2.2 動(dòng)態(tài)數(shù)值需求說明：欲處理的事務(wù)和任務(wù)的數(shù)量，以及在正常情況下和峰值工作條件下一定時(shí)間周期中處理的數(shù)據(jù)總量。3.2.2.3 精度 說明:對(duì)該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度。3.2.2.4時(shí)間特性要求 說明：對(duì)于該軟件的時(shí)間特性要求，如對(duì)：a響應(yīng)時(shí)間；b更

28、新處理時(shí)間；c數(shù)據(jù)的轉(zhuǎn)換和傳送時(shí)間；d解題時(shí)間等要求。3.2.2.5 數(shù)據(jù)管理要求【可選】說明：需要管理的文卷和記錄的個(gè)數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見的增長對(duì)數(shù)據(jù)及其分量的存儲(chǔ)要求做出估算。3.2.2.6 可用性指出普通用戶和高級(jí)用戶要高效地執(zhí)行特定操作所需的培訓(xùn)時(shí)間，指出典型任務(wù)的可評(píng)測(cè)任務(wù)次數(shù)或根據(jù)用戶已知或喜歡的其他系統(tǒng)確定新系統(tǒng)的可用性需求性能3.2.2.7可靠性指出可用時(shí)間百分比 ( xx.xx%)、使用小時(shí)數(shù)、維護(hù)訪問權(quán)、降級(jí)模式操作等。平均故障間隔時(shí)間 (MTBF)。平均修復(fù)時(shí)間 (MTTR)系統(tǒng)在發(fā)生故障后可以暫停運(yùn)行的時(shí)間。指出系統(tǒng)輸出要求具備的精密度（分辨率）和精確度（

29、按照某一已知的標(biāo)準(zhǔn)）。3.2.3文檔需求說明：主要是在線用戶手冊(cè)與幫助系統(tǒng)，也包括其他的文檔3.2.4 第三方產(chǎn)品【可選】說明：使用到的第三方產(chǎn)品相關(guān)的 使用許可、使用限制、接口標(biāo)準(zhǔn)。3.3 數(shù)據(jù)字典說明：把相關(guān)的數(shù)據(jù)抽取出來統(tǒng)一維護(hù)，在其他章節(jié)如有類似信息描述，則關(guān)聯(lián)到數(shù)據(jù)字典的相關(guān)部分并加輔助說明，如：引用到的字段等。4 補(bǔ)充資料【可選】4.1待確定的問題列表【可選】需求標(biāo)題1調(diào)查方式調(diào)查人調(diào)查對(duì)象時(shí)間、地點(diǎn)需求信息記錄 附件4：需求變更申請(qǐng)記錄號(hào)： 項(xiàng) 目：類 型：開發(fā)項(xiàng)目項(xiàng)目負(fù)責(zé)人：變更申請(qǐng)人：申請(qǐng)部門：申請(qǐng)日期：變更內(nèi)容變更的內(nèi)容及其理由說明變更的內(nèi)容及變更的理由，如果變更為業(yè)務(wù)組提

30、出，則業(yè)務(wù)組填寫；如果變更為為信息技術(shù)組提出，則信息技術(shù)組填寫；變更的系統(tǒng)及版本說明變更所涉及的工作產(chǎn)品及其當(dāng)前版本，如果變更為業(yè)務(wù)組提出，則業(yè)務(wù)組填寫；如果變更為為信息技術(shù)組提出，則信息技術(shù)組填寫；對(duì)業(yè)務(wù)及其接口的影響分析需求變更引起的業(yè)務(wù)變更、業(yè)務(wù)接口的變更，業(yè)務(wù)組填寫甲方業(yè)務(wù)負(fù)責(zé)人意見：同意 不同意 簽字： 日期：變更結(jié)果變更分析對(duì)相關(guān)的資源影響分析需求變更對(duì)人員、開發(fā)設(shè)備和目標(biāo)設(shè)備的影響，僅信息技術(shù)組填寫風(fēng)險(xiǎn)分析分析需求變更的風(fēng)險(xiǎn)，僅信息技術(shù)組填寫對(duì)其他系統(tǒng)或接口的影響分析需求變更引起的系統(tǒng)變更、其他系統(tǒng)或接口的變更，僅信息技術(shù)組填寫對(duì)開發(fā)工作量、進(jìn)度和成本影響估計(jì)需求變更對(duì)開發(fā)工作量

31、和進(jìn)度的影響，需說明本次變更工作量/成本是否超過本項(xiàng)目總開發(fā)工作量/總成本的1%？僅信息技術(shù)組填寫開發(fā)商意見開發(fā)商負(fù)責(zé)人意見：同意 不同意 指定驗(yàn)證人員：簽字： 日期：變更結(jié)果變更的系統(tǒng)及版本說明變更后的工作產(chǎn)品簽字： 日期：變更驗(yàn)證驗(yàn)證變更結(jié)果完整性是 否正確性是 否附加變更是 否版本和名稱是 否甲方驗(yàn)證人意見： 符合要求 不符合要求簽字： 日期：附件5：系統(tǒng)設(shè)計(jì)說明書文件狀態(tài)： 草稿 正式發(fā)布 正在修改文件標(biāo)識(shí)：當(dāng)前版本：作 者：完成日期：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1引言1.1編寫目的說明編寫這份詳細(xì)設(shè)計(jì)說明書的目的，指出預(yù)期的讀者。1.2背景說明：待開發(fā)軟件系統(tǒng)的名稱

32、；本項(xiàng)目的任務(wù)提出者、開發(fā)者、用戶和運(yùn)行該程序系統(tǒng)的計(jì)算中心。1.3定義列出本文件中用到專門術(shù)語的定義和外文首字母組詞的原詞組。1.4參考資料列出有關(guān)的參考資料，如：本項(xiàng)目的經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書或合同、上級(jí)機(jī)關(guān)的批文；屬于本項(xiàng)目的其他已發(fā)表的文件；本文件中各處引用到的文件資料，包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。列出這些文件的標(biāo)題、文件編號(hào)、發(fā)表日期和出版單位，說明能夠取得這些文件的來源。2程序系統(tǒng)的結(jié)構(gòu)用一系列圖表列出本程序系統(tǒng)內(nèi)的每個(gè)程序（包括每個(gè)模塊和子程序）的名稱、標(biāo)識(shí)符和它們之間 的層次結(jié)構(gòu)關(guān)系。3程序1（標(biāo)識(shí)符）設(shè)計(jì)說明從本章開始，逐個(gè)地給出各個(gè)層次中的每個(gè)程序的設(shè)計(jì)考慮。以下給出的提綱是針

33、對(duì)一般情況的。對(duì)于一個(gè)具體的模塊，尤其是層次比較低的模塊或子程序，其很多條目的內(nèi)容往往與它所隸屬的上一層 模塊的對(duì)應(yīng)條目的內(nèi)容相同，在這種情況下，只要簡單地說明這一點(diǎn)即可。3.1程序描述給出對(duì)該程序的簡要描述，主要說明安排設(shè)計(jì)本程序的目的意義，并且，還要說明本程序的特點(diǎn)（如 是常駐內(nèi)存還是非常駐？是否子程序？是可重人的還是不可重人的？有無覆蓋要求？是順序處理還是并發(fā)處理等）。3.2功能說明該程序應(yīng)具有的功能，可采用IPO圖（即輸入一處理一輸出圖）的形式。3.3性能說明對(duì)該程序的全部性能要求，包括對(duì)精度、靈活性和時(shí)間特性的要求。3.4輸人項(xiàng)給出對(duì)每一個(gè)輸入項(xiàng)的特性，包括名稱、標(biāo)識(shí)、數(shù)據(jù)的類型和格

34、式、數(shù)據(jù)值的有效范圍、輸入的方式。數(shù)量和頻度、輸入媒體、輸入數(shù)據(jù)的來源和安全保密條件等等。3.5輸出項(xiàng)給出對(duì)每一個(gè)輸出項(xiàng)的特性，包括名稱、標(biāo)識(shí)、數(shù)據(jù)的類型和格式，數(shù)據(jù)值的有效范圍，輸出的形式、數(shù)量和頻度，輸出媒體、對(duì)輸出圖形及符號(hào)的說明、安全保密條件等等。3.6算法詳細(xì)說明本程序所選用的算法，具體的計(jì)算公式和計(jì)算步驟。3.7流程邏輯用圖表（例如流程圖、判定表等）輔以必要的說明來表示本程序的邏輯流程。3.8接口用圖的形式說明本程序所隸屬的上一層模塊及隸屬于本程序的下一層模塊、子程序，說明參數(shù)賦值和調(diào)用方式，說明與本程序相直接關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu)（數(shù)據(jù)庫、數(shù)據(jù)文卷）。3.9 界面原型圖 按照系統(tǒng)各功能模

35、塊的邏輯順序，提供界面原型圖的跳轉(zhuǎn)展示，各項(xiàng)人機(jī)互動(dòng)組件及數(shù)據(jù)顯示必須基本完善，界面直觀友好。3.10存儲(chǔ)分配根據(jù)需要，說明本程序的存儲(chǔ)分配。3.11注釋設(shè)計(jì)說明準(zhǔn)備在本程序中安排的注釋，如：加在模塊首部的注釋；加在各分枝點(diǎn)處的注釋；對(duì)各變量的功能、范圍、缺省條件等所加的注釋；對(duì)使用的邏輯所加的注釋等等。3.12限制條件說明本程序運(yùn)行中所受到的限制條件。3.13尚未解決的問題說明在本程序的設(shè)計(jì)中尚未解決而設(shè)計(jì)者認(rèn)為在軟件完成之前應(yīng)解決的問題。4程序2（標(biāo)識(shí)符）設(shè)計(jì)說明用類似F3的方式，說明第2個(gè)程序乃至第N個(gè)程序的設(shè)計(jì)考慮。附件6 ：系統(tǒng)設(shè)計(jì)評(píng)審報(bào)告文件狀態(tài)： 草稿 正式發(fā)布 正在修改文件標(biāo)識(shí)

36、：ProjectName-當(dāng)前版本：X.Y作 者：完成日期：Year-Month-Day版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 基本信息提示：由評(píng)審主持人或評(píng)審員填寫此表格。待評(píng)審的工作成果工作成果名稱，標(biāo)識(shí)符，版本，作者，時(shí)間技術(shù)評(píng)審方式（正式評(píng)審）或者(走查)評(píng)審時(shí)間評(píng)審地點(diǎn)參加技術(shù)評(píng)審的人員類別名字工作單位職稱、職務(wù)：主持人評(píng)審小組成員記錄員2. 缺陷識(shí)別和跟蹤 評(píng)審問題跟蹤表編號(hào)問題描述問題類型嚴(yán)重性提交者提交日期問題處理負(fù)責(zé)人解決措施/原因說明問題解決狀態(tài)實(shí)際關(guān)閉日期問題關(guān)閉驗(yàn)證人備注1233. 評(píng)審結(jié)論與意見提示：由主持人或評(píng)審員填寫此表格。評(píng)審結(jié)論 工作成果合格，“無

37、需修改”或者“需要輕微修改但不必再審核”。 工作成果基本合格，需要作少量的修改，之后通過審核即可。 工作成果不合格，需要作比較大的修改，之后必須重新對(duì)其評(píng)審。意見負(fù)責(zé)人簽字簽字：日期： 附件7：用戶測(cè)試計(jì)劃文件狀態(tài)： 草稿 正式發(fā)布 正在修改文件標(biāo)識(shí)：當(dāng)前版本：作 者：完成日期：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 測(cè)試范圍與主要內(nèi)容提示：系統(tǒng)測(cè)試小組應(yīng)當(dāng)根據(jù)項(xiàng)目的特征確定測(cè)試范圍與內(nèi)容。一般地，系統(tǒng)測(cè)試的主要內(nèi)容包括功能測(cè)試、健壯性測(cè)試、性能測(cè)試、用戶界面測(cè)試、安全性（security）測(cè)試、安裝與反安裝測(cè)試等。2. 測(cè)試方法提示：例如黑盒測(cè)試和白盒測(cè)試。3. 測(cè)試環(huán)境與測(cè)試輔

38、助工具環(huán)境設(shè)備配置名稱/類型備注服務(wù)器軟件硬件客戶端軟件硬件網(wǎng)絡(luò)工具類型工具開發(fā)商版本測(cè)試管理缺陷跟蹤用于功能性測(cè)試的工具用于性能測(cè)試的工具測(cè)試覆蓋監(jiān)測(cè)器或評(píng)測(cè)器4. 測(cè)試進(jìn)度計(jì)劃任務(wù)人員任務(wù)開始日期結(jié)束日期制定測(cè)試計(jì)劃設(shè)計(jì)測(cè)試實(shí)施測(cè)試執(zhí)行測(cè)試對(duì)測(cè)試進(jìn)行評(píng)估5. 測(cè)試完成準(zhǔn)則提示：對(duì)于非嚴(yán)格系統(tǒng)可以采用“基于測(cè)試用例”的準(zhǔn)則： （1）功能性測(cè)試用例通過率達(dá)到100；（2）非功能性測(cè)試用例通過率達(dá)到95時(shí)。對(duì)于嚴(yán)格系統(tǒng)，應(yīng)當(dāng)補(bǔ)充“基于BUG密度”的規(guī)則：相鄰n個(gè)CPU小時(shí)內(nèi)“測(cè)試期BUG密度”全部低于某個(gè)值m。例如n大于10，m小于等于1。 最后一次回歸測(cè)試二類缺陷數(shù)量為零，用例外非常規(guī)缺陷數(shù)量小于等于2 個(gè)/萬行程序；測(cè)試用例功能點(diǎn)覆蓋率100%；6. BUG管理與改錯(cuò)計(jì)劃提示：根據(jù)所采用的BUG管理工具確定：（1）BUG管理流程，（2）BUG修改流程。定義BUG修改約定，例如：不同級(jí)別的BUG必須在幾日內(nèi)處理完成。7. 附錄. 本計(jì)劃審批意見測(cè)試組審批意見：簽字 日期附件8：用戶測(cè)試報(bào)告1. 基本信息測(cè)試依據(jù)例如：參照標(biāo)準(zhǔn)、客戶需求、需求規(guī)格說明書、測(cè)試用例等測(cè)試范圍測(cè)試驗(yàn)收標(biāo)準(zhǔn)測(cè)試環(huán)境描述測(cè)試驅(qū)動(dòng)程序描述提示：可以把測(cè)試驅(qū)動(dòng)程序當(dāng)作