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

1、項(xiàng)目建設(shè)總體目的

系統(tǒng)應(yīng)當(dāng)根據(jù)甲方顧客H勺既有業(yè)務(wù)需求及發(fā)展規(guī)劃的擴(kuò)延規(guī)定，

提供功能完善、界面友好、流程清晰、智能高效，配置維護(hù)以便日勺系

統(tǒng)功能，滿(mǎn)足系統(tǒng)運(yùn)行穩(wěn)定、安全、可靠、高效等技術(shù)規(guī)定。提供電

腦版和版2個(gè)版本，

2、項(xiàng)目開(kāi)發(fā)建設(shè)過(guò)程及規(guī)定

為了保證項(xiàng)目能按照甲乙雙方到達(dá)的目的規(guī)定順利開(kāi)展，甲乙雙

方應(yīng)當(dāng)聯(lián)合成立項(xiàng)目組，由乙方編制《項(xiàng)目執(zhí)行計(jì)劃》（式樣見(jiàn)附件

1）并有甲方確認(rèn)同意.

2.1系統(tǒng)需求分析

1、開(kāi)發(fā)商必須對(duì)甲方企業(yè)日勺業(yè)務(wù)需求進(jìn)行深入調(diào)研，搜集匯總

客戶(hù)的詳細(xì)需求，出具《業(yè)務(wù)需求闡明書(shū)》（式樣見(jiàn)附件2）,并保證

《業(yè)務(wù)需求闡明書(shū)》中包括了所有的業(yè)務(wù)需求°《業(yè)務(wù)需求闡明書(shū)》

經(jīng)甲方企業(yè)（顧客）負(fù)責(zé)人簽字確認(rèn)，作為業(yè)務(wù)需求基線(xiàn)。

2、開(kāi)發(fā)商在獲得甲方簽字確認(rèn)U勺《業(yè)務(wù)需求闡明書(shū)》后，提出

技術(shù)需求和處理方案，并對(duì)系統(tǒng)進(jìn)行定義，出具《系統(tǒng)需求規(guī)格闡明

書(shū)》（式樣見(jiàn)附件3）?！断到y(tǒng)需求規(guī)格闡明書(shū)》需詳細(xì)列出業(yè)務(wù)對(duì)系

統(tǒng)的規(guī)定（界面、輸入、輸出、管理功能、安全需求、運(yùn)作模式、關(guān)

鍵指標(biāo)等）。《系統(tǒng)需求規(guī)格闡明書(shū)》需經(jīng)甲方企業(yè)（顧客）負(fù)責(zé)人簽

字確認(rèn)。

3、當(dāng)業(yè)務(wù)需求發(fā)生變更時(shí)，應(yīng)由甲方企業(yè)提交《需求變更申請(qǐng)》

（式樣見(jiàn)附件4）給乙方開(kāi)發(fā)商實(shí)行。

2.2系統(tǒng)設(shè)計(jì)

為簡(jiǎn)化流程，本項(xiàng)目提議將概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)合二為一，統(tǒng)一

遵照完備性、一致性、擴(kuò)展性、可靠性、安全性、可維護(hù)性等原則。

1、在該階段確定總體構(gòu)造和軟件開(kāi)發(fā)架構(gòu)，文獻(xiàn)命名規(guī)范，編

碼規(guī)范。按軟件需求劃提成子系統(tǒng)，定義目的系統(tǒng)的功能模塊及各個(gè)

功能模塊的關(guān)系。

2、確定軟件模塊構(gòu)造，給出每個(gè)功能模塊日勺功能描述、數(shù)據(jù)接

口描述，各模塊之間的詳細(xì)接口信息、，并完畢《系統(tǒng)設(shè)計(jì)闡明書(shū)》（式

樣見(jiàn)附件5）。

3、《系統(tǒng)設(shè)計(jì)闡明書(shū)》應(yīng)當(dāng)包括所有顧客界面的原型圖。

4、完畢數(shù)據(jù)庫(kù)的設(shè)計(jì)，并編寫(xiě)《數(shù)據(jù)庫(kù)設(shè)計(jì)闡明書(shū)》。

5、在設(shè)計(jì)階段，顧客應(yīng)充足參與，保證設(shè)計(jì)能滿(mǎn)足系統(tǒng)需求。

6、甲方應(yīng)對(duì)組織對(duì)開(kāi)發(fā)商提交日勺《系統(tǒng)設(shè)計(jì)闡明書(shū)》進(jìn)行評(píng)審,

設(shè)計(jì)評(píng)審均以《業(yè)務(wù)需求闡明書(shū)》和《系統(tǒng)需求規(guī)格闡明書(shū)》為根據(jù),

保證系統(tǒng)設(shè)計(jì)滿(mǎn)足所有需求，并出具《系統(tǒng)設(shè)計(jì)評(píng)審匯報(bào)》（式樣見(jiàn)

附件6）。

2.3系統(tǒng)開(kāi)發(fā)

1、系統(tǒng)開(kāi)發(fā)包括程序編碼、單元測(cè)試和集成測(cè)試。開(kāi)發(fā)商根據(jù)

《系統(tǒng)設(shè)計(jì)闡明書(shū)》制定系統(tǒng)開(kāi)發(fā)計(jì)戈IJ,并提交給甲方對(duì)計(jì)劃進(jìn)行監(jiān)

督。

2、開(kāi)發(fā)商有條件的狀況下盡量開(kāi)發(fā)、測(cè)試和生產(chǎn)環(huán)境獨(dú)立。選

擇軟件工具，明確項(xiàng)目組員的職責(zé)分工，按照編碼規(guī)范和詳細(xì)設(shè)計(jì)實(shí)

現(xiàn)軟件功能。

3、代碼應(yīng)滿(mǎn)足構(gòu)造良好，清晰易讀，且與設(shè)計(jì)一致，符合編碼

規(guī)范。

4、開(kāi)發(fā)人員需要軟件實(shí)現(xiàn)過(guò)程中編寫(xiě)軟件功能闡明，源代碼闡

明。軟件功能闡明文檔應(yīng)闡明項(xiàng)目名稱(chēng)、編號(hào)、軟件名稱(chēng)和版本號(hào)，

軟件功能、重要功能實(shí)現(xiàn)過(guò)程。源代碼闡明應(yīng)闡明項(xiàng)目編號(hào)、軟件名

稱(chēng)、功能，全局變量、數(shù)據(jù)庫(kù)字典、函數(shù)功能、接口。該文檔包括在

源代碼文獻(xiàn)中，以注釋形式存在。

5、開(kāi)發(fā)商進(jìn)行單元測(cè)試和集成測(cè)試。開(kāi)發(fā)人員處理測(cè)試人員反

饋的測(cè)試問(wèn)題，并以書(shū)面形式反饋重要問(wèn)題及處理措施，直至系統(tǒng)運(yùn)

行穩(wěn)定。測(cè)試組出具《系統(tǒng)測(cè)試匯報(bào)》，測(cè)試人員簽字確認(rèn)測(cè)試成果。

2.4顧客測(cè)試

1、開(kāi)發(fā)商編制《顧客測(cè)試計(jì)劃》（式樣見(jiàn)附件7）,測(cè)試計(jì)劃必

須定義測(cè)試原則，并明確多種測(cè)試H勺測(cè)試環(huán)節(jié)和需要的系統(tǒng)設(shè)置規(guī)

定，并提交甲方準(zhǔn)備。

2、甲方應(yīng)當(dāng)按照開(kāi)發(fā)商測(cè)試組規(guī)定配合原則測(cè)試數(shù)據(jù)，測(cè)試用

數(shù)據(jù)要足夠模擬使用環(huán)境中U勺實(shí)際數(shù)據(jù)。對(duì)已評(píng)估為敏感信息U勺數(shù)據(jù)

進(jìn)行敏感性處理和保護(hù)。

3、按照測(cè)試計(jì)劃完畢顧客測(cè)試后，測(cè)試組應(yīng)當(dāng)出具《顧客測(cè)試

匯報(bào)》（式樣見(jiàn)附件8）,甲乙雙方必須在顧客測(cè)試匯報(bào)中簽字確認(rèn)。

4、完畢測(cè)試后，開(kāi)發(fā)商完畢系統(tǒng)協(xié)助文檔（其中包括《顧客操

作手冊(cè)》和《安裝維護(hù)手冊(cè)》）日勺編寫(xiě)。凡波及應(yīng)用系統(tǒng)的變更，應(yīng)

對(duì)系統(tǒng)協(xié)助文檔及時(shí)更新。

2.5系統(tǒng)試運(yùn)行

1、項(xiàng)目組必須制定《試運(yùn)行計(jì)劃》（式樣見(jiàn)附件9）,并制定試

運(yùn)行驗(yàn)收指標(biāo)。《試運(yùn)行計(jì)劃》中應(yīng)包括問(wèn)題應(yīng)對(duì)機(jī)制，明確問(wèn)題溝

通渠道和職責(zé)分工。

2、項(xiàng)目組聯(lián)合甲方企業(yè)進(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ì)戈D負(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)境能滿(mǎn)足

新應(yīng)用系統(tǒng)的需要。系統(tǒng)轉(zhuǎn)換時(shí)必須詳細(xì)記錄原系統(tǒng)中時(shí)重要參數(shù)、

設(shè)置等系統(tǒng)信息，并填寫(xiě)試運(yùn)行匯報(bào)有關(guān)內(nèi)容。

4、系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移完畢后，正式啟動(dòng)試運(yùn)行。在試運(yùn)行過(guò)

程中，項(xiàng)目組應(yīng)把系統(tǒng)運(yùn)行狀況（系統(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í)，開(kāi)發(fā)商編寫(xiě)《試

運(yùn)行匯報(bào)》（式樣見(jiàn)附件10）。此匯報(bào)應(yīng)由開(kāi)發(fā)商和甲方單位簽字確

認(rèn)，試運(yùn)行結(jié)束。

2.6系統(tǒng)驗(yàn)收與正式上線(xiàn)

1、系統(tǒng)驗(yàn)收重要顧客單位及開(kāi)發(fā)商聯(lián)合構(gòu)成獨(dú)立系統(tǒng)驗(yàn)收小組,

由驗(yàn)收小組共同約定驗(yà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)收匯報(bào)》（式樣見(jiàn)

附件11）,驗(yàn)收匯報(bào)必須甲乙雙方簽字，并提交甲方作為付款根據(jù)。

3、系統(tǒng)驗(yàn)收合格且問(wèn)題整改完畢并經(jīng)甲乙雙方重要領(lǐng)導(dǎo)同意后

系統(tǒng)轉(zhuǎn)入正式上線(xiàn)運(yùn)行。

3售后服務(wù)及保密規(guī)定

開(kāi)發(fā)商應(yīng)當(dāng)保證系統(tǒng)技術(shù)支持人員隊(duì)伍（、J穩(wěn)定，明確售后服務(wù)內(nèi)

容與責(zé)任，按照協(xié)議規(guī)定安排維護(hù)人員對(duì)系統(tǒng)進(jìn)行技術(shù)支持。

系統(tǒng)需求變更或調(diào)整，記錄變更原因和軟件及源代碼口勺版本控

制，按照軟件變更規(guī)定對(duì)系統(tǒng)進(jìn)行維護(hù)。

為了保護(hù)甲乙雙方日勺商'也、技術(shù)秘密等權(quán)益，開(kāi)發(fā)商與甲方、開(kāi)

發(fā)商與其有關(guān)員工必須簽訂保密協(xié)議。

附件L項(xiàng)目執(zhí)行計(jì)劃

文獻(xiàn)狀態(tài)：文獻(xiàn)標(biāo)識(shí)：

[V]草稿目前版本：

[]正式公布作者：

[]正在修改完畢日期：

版本歷史

版本/狀態(tài)作者參與者起止日期備注

1文檔簡(jiǎn)介

1.1文檔目的

1.2文檔范圍

1.3參照文獻(xiàn)

提醒：

列出本文檔的所有參照文獻(xiàn)（可以是非正式出版物），格式如下:

［標(biāo)識(shí)符］作者，文獻(xiàn)名稱(chēng)，出版單位（或歸屬單位），日期

例如：

［AAA］作者，《立項(xiàng)提議書(shū)》，機(jī)構(gòu)名稱(chēng)，日期

1.5術(shù)語(yǔ)與縮寫(xiě)解釋

縮寫(xiě)、術(shù)語(yǔ)解釋

2項(xiàng)目簡(jiǎn)介

2.1項(xiàng)目范圍

提醒：

（1）用簡(jiǎn)潔的語(yǔ)言闡明本項(xiàng)目“是什么”，“闡明用途”。

（2）闡明本項(xiàng)目“應(yīng)當(dāng)包括的內(nèi)容”和''不包括的內(nèi)容”。

2.2項(xiàng)目目的

提醒：給出“清晰的”、“可實(shí)現(xiàn)”、“可驗(yàn)證”的目的。

2.3客戶(hù)與最終顧客簡(jiǎn)介

提醒：請(qǐng)闡明本項(xiàng)目H勺客戶(hù)、顧客及其有關(guān)負(fù)責(zé)人是誰(shuí)，描述最終顧客的特性。

2.4約束

提醒:

（1）請(qǐng)闡明在項(xiàng)目開(kāi)發(fā)過(guò)程中應(yīng)當(dāng)遵照日勺原則或規(guī)范

（2）請(qǐng)闡明有關(guān)項(xiàng)目也許對(duì)本項(xiàng)目導(dǎo)致的影響。

（3）闡明某些假設(shè)和依賴(lài)。

3項(xiàng)目過(guò)程定義

3.1軟件生命周期模型

提醒：簡(jiǎn)要描述、繪制本項(xiàng)目日勺軟件生命周期模型。

3.2項(xiàng)目規(guī)范

提醒：描述項(xiàng)目需遵照的規(guī)范，例如：編碼規(guī)范。此處可以體現(xiàn)為編碼規(guī)范的鏈接。

3.3措施與工具

提醒：闡明在過(guò)程中將采用的措施與工具。例如采用RationalRose進(jìn)行面向?qū)ο?/p>

分析與設(shè)計(jì)，采用VisualSourceSafe進(jìn)行配置管理,采用MicrosoftOffice制作文

檔。

措施與工具用途

VisualSourceSafe配置管理

???

4里程碑計(jì)劃

序號(hào)里程碑名稱(chēng)開(kāi)始日期結(jié)束日期工作成果備注

5資源計(jì)劃

5.1人力資源計(jì)劃

提醒：制定本項(xiàng)目日勺角色職責(zé)表，并為已知的項(xiàng)目組員分派角色（一種人可以兼多

種角色）。

角色職責(zé)人員姓名工作闡明

高層領(lǐng)導(dǎo)

項(xiàng)目經(jīng)理

需求分析員

系統(tǒng)設(shè)計(jì)員

程序員

測(cè)試員

???

5.2軟硬件資源計(jì)劃

提醒：分析項(xiàng)目開(kāi)發(fā)、測(cè)試、運(yùn)行所需的軟硬件資源和關(guān)鍵計(jì)算機(jī)資源（會(huì)影響軟

件產(chǎn)品的性能的CPU、內(nèi)存、帶寬等內(nèi)容），重要內(nèi)容包括：

?資源級(jí)別（分為“關(guān)鍵”、“一般”兩種）

?詳細(xì)配置

?獲取方式（如“已經(jīng)存在”、“可以借用”或“需要購(gòu)置”等）與獲取時(shí)間

?使用闡明（如“誰(shuí)”在“什么”時(shí)候使用）

軟硬件資源名級(jí)別詳細(xì)配置獲取方式與時(shí)間使用闡明

稱(chēng)

關(guān)鍵

關(guān)鍵

一般

???

6文檔交付列表

序號(hào)交付文檔名稱(chēng)交付日期備注

7風(fēng)險(xiǎn)管理計(jì)劃

提醒：如卜是各個(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)時(shí)嚴(yán)重性、也許性、風(fēng)險(xiǎn)系數(shù)

風(fēng)險(xiǎn)描述：緩和方案或者應(yīng)急計(jì)劃。

風(fēng)險(xiǎn)級(jí)別

風(fēng)險(xiǎn)編號(hào)嚴(yán)重性也許性風(fēng)險(xiǎn)系數(shù)風(fēng)隆描述緩和方案應(yīng)急計(jì)劃

(1-5)(%)(嚴(yán)重性*也許性)

8溝通計(jì)劃

甲方代表乙方代表溝通方式溝通頻率/時(shí)間期望成果

9附件

?項(xiàng)目進(jìn)度計(jì)劃

■進(jìn)度表

提醒:制定項(xiàng)目開(kāi)發(fā)的進(jìn)度表(提議給出項(xiàng)目里程碑計(jì)劃)。例如:

編號(hào)里程碑名稱(chēng)估計(jì)結(jié)束時(shí)間備注

需求調(diào)研完畢

項(xiàng)目計(jì)劃完畢

需求分析完畢

系統(tǒng)設(shè)計(jì)完畢

.........

開(kāi)發(fā)完畢

集成測(cè)試完畢

系統(tǒng)測(cè)試完畢

顧客驗(yàn)收測(cè)試完畢

試運(yùn)行結(jié)束

項(xiàng)目驗(yàn)收

附件2：業(yè)務(wù)需求闡明書(shū)

文獻(xiàn)狀態(tài)：文獻(xiàn)標(biāo)識(shí)：

[V]草稿目前版本：

[]正式公布作者：

[]正在修改完畢日期：

版本歷史

版本/狀態(tài)作者參與者起止日期備注

1概述

1.1業(yè)務(wù)調(diào)研人員名單

【可選】

序號(hào)職能部門(mén)姓名主管聯(lián)絡(luò)備注

1.2業(yè)務(wù)范圍

此處描寫(xiě)總體業(yè)務(wù)的概要分類(lèi)。

1.3業(yè)務(wù)目的

從甲方高層或商務(wù)利益的角度提出本業(yè)務(wù)系統(tǒng)H勺期望目的，以及評(píng)價(jià)原則。

1.4有關(guān)文檔

闡明：列出本文檔的所有參照文獻(xiàn)（可以是非正式出版物），包括既有規(guī)范、原則、批

文、引用到的文獻(xiàn)、資料等，

1.5業(yè)務(wù)詞匯表

闡明：列出本文檔時(shí)所引用的專(zhuān)屬領(lǐng)域詞匯、術(shù)語(yǔ)等，以便于業(yè)務(wù)需求H勺提供者和接受

者是建立在一致的業(yè)務(wù)理解恭礎(chǔ)之上的。

2組織構(gòu)造及業(yè)務(wù)

2.1業(yè)務(wù)有關(guān)組織構(gòu)造、人員組織構(gòu)造

闡明：假如顧客崗位設(shè)置復(fù)雜可分別設(shè)置，業(yè)務(wù)組織構(gòu)造和人員組織構(gòu)造

2.2組織機(jī)構(gòu)描述

2.3角色職責(zé)

闡明：將業(yè)務(wù)波及時(shí)詳細(xì)人員進(jìn)行一定程度的分類(lèi)利抽象，描述該抽象角色的操作職貨。

2.4管理綜述

【可選】

闡明：重要描述該業(yè)務(wù)的管理特點(diǎn)和管理模式。例如：

2.5既有業(yè)務(wù)流程清單

【可選】

闡明：既有業(yè)務(wù)流程需要考慮，諸多新的業(yè)務(wù)是在已經(jīng)有業(yè)務(wù)流程基礎(chǔ)上進(jìn)行重組時(shí)。

流程編號(hào)流程名稱(chēng)責(zé)任部門(mén)輔助部門(mén)

3業(yè)務(wù)流程及業(yè)務(wù)處理描述

闡明：針對(duì)每一項(xiàng)詳細(xì)的目的業(yè)務(wù)，描述詳細(xì)H勺業(yè)務(wù)流程，以及有關(guān)業(yè)務(wù)的詳細(xì)描述。

3.1詳細(xì)業(yè)務(wù)流程（系統(tǒng)名稱(chēng)+編號(hào)）

對(duì)于詳細(xì)業(yè)務(wù)流程的命名有規(guī)范，對(duì)詳細(xì)流程進(jìn)行編號(hào)，便于形成需求矩陣，同步形成

需求的管理和跟蹤。

3.1.1業(yè)務(wù)流程

3.1.2業(yè)務(wù)描述

闡明：描述詳細(xì)的業(yè)務(wù)流程C

3.1.3有關(guān)業(yè)務(wù)對(duì)象

闡明：業(yè)務(wù)對(duì)象：業(yè)務(wù)流程中波及時(shí)單據(jù)、報(bào)表等。

業(yè)務(wù)對(duì)象使用部門(mén)對(duì)應(yīng)電子檔案編號(hào)

3.1.4業(yè)務(wù)規(guī)則及關(guān)鍵算法

闡明：描述業(yè)務(wù)環(huán)節(jié)關(guān)鍵算法體系。

4假定和約束

闡明：列出進(jìn)行本軟件開(kāi)發(fā)工作的假定和約束，例如開(kāi)發(fā)期限等。

4.1運(yùn)行環(huán)境約束

4.2設(shè)計(jì)約束

【可選】

闡明：開(kāi)發(fā)過(guò)程中必須使用內(nèi)軟件語(yǔ)言、軟件進(jìn)程需求、重要開(kāi)發(fā)匚具、關(guān)鍵技術(shù)、第

三方產(chǎn)品等。

4.3產(chǎn)品應(yīng)當(dāng)遵照的原則或規(guī)范

【可選】

闡明：論述本產(chǎn)品應(yīng)當(dāng)遵照什么原則、規(guī)范或業(yè)務(wù)規(guī)則，違反原則、規(guī)范或業(yè)務(wù)規(guī)則H勺

產(chǎn)品一般不太也許被接受。

5其他

5.1目前關(guān)鍵問(wèn)題和困難

5.2業(yè)務(wù)對(duì)項(xiàng)目實(shí)行的需求卻期望

【可選】

5.3其他未盡事宜

附件3:系統(tǒng)需求規(guī)格闡明書(shū)

文獻(xiàn)狀態(tài)：文獻(xiàn)標(biāo)識(shí)：

[V]草稿目前版本：

[]正式公布作者：

[]正在修改完畢日期：

版本歷史

版本/狀態(tài)作者參與者起止日期備注

1引言

1.1目的

例如：規(guī)定系統(tǒng)H勺邊界和目的，描述系統(tǒng)H勺功能性需求和非功能性需求。

1.2讀者對(duì)象及閱讀提議

闡明：指明本文檔面向的讀考群，及對(duì)應(yīng)H勺閱讀意見(jiàn)。

1.3文檔范圍

【可選】

闡明：對(duì)本文日勺范圍做論述，本文檔改動(dòng)時(shí)，受到影響的范玉，例如，本文引用到的用

例模型，系統(tǒng)原型，系統(tǒng)測(cè)試用例等文檔。

1.4參照文檔

闡明：列出本文檔的所有參照文獻(xiàn)（可以是非正式出版物），包括計(jì)劃任務(wù)書(shū)、協(xié)議、

批文、引用到的文獻(xiàn)、資料及軟件開(kāi)發(fā)原則等。

1.5術(shù)語(yǔ)與縮寫(xiě)解釋

闡明：列出本文獻(xiàn)中用到的專(zhuān)門(mén)術(shù)語(yǔ)的定義和縮寫(xiě)詞H勺原訶組，并予以解釋?zhuān)员阌谒?/p>

有讀者到達(dá)共識(shí)。

2綜合描述

2.1系統(tǒng)背景

【可選】

闡明：簡(jiǎn)介系統(tǒng)的預(yù)期效果、歷史原因。

2.2問(wèn)題闡明

【可選】

提供一段闡明，總結(jié)此項(xiàng)目需要處理的問(wèn)題?？梢圆捎萌缦赂袷?

問(wèn)題是［對(duì)問(wèn)題進(jìn)行闡明］

影響［問(wèn)題影響的干系人］

問(wèn)題日勺后果［該問(wèn)題會(huì)導(dǎo)致什么后果］

成功的處理方案［應(yīng)列出成功處理方案的某些重要長(zhǎng)處］

2.3系統(tǒng)范圍

闡明：論述本項(xiàng)目“合用的業(yè)務(wù)領(lǐng)域”和“不合用的業(yè)務(wù)領(lǐng)域”，本產(chǎn)品“應(yīng)當(dāng)包括的

內(nèi)容”和“不包括的內(nèi)容”。說(shuō)清晰系統(tǒng)范圍日勺好處是：（1）有助于判斷什么是需求，

什么不是需求；（2）可以將開(kāi)發(fā)精力集中在產(chǎn)品范圍之內(nèi)；（3）有助于控制需求的變更。

?完整而精確的定義本產(chǎn)品的干系人；

?明確本產(chǎn)品所影響到的部門(mén)和業(yè)務(wù)；

?用圖表或者文字描述產(chǎn)品的范圍，概要H勺定義產(chǎn)品的功能。

2.4干系人與顧客闡明

【可選】

2.4.1顧客環(huán)境

【可選】

詳細(xì)闡明目的顧客的工作環(huán)境。如下是幾項(xiàng)提議：

該任務(wù)由多少人來(lái)完畢？與否總在變化？

一種任務(wù)周期需要多長(zhǎng)時(shí)間？執(zhí)行每項(xiàng)活動(dòng)要用多長(zhǎng)時(shí)間？與否總在變化？

與否有特殊的環(huán)境約束：移動(dòng)、戶(hù)外、乘機(jī)旅行等？

目前使用H勺是哪些系統(tǒng)平臺(tái)？后來(lái)會(huì)使用哪些平臺(tái)？

還在使用哪些應(yīng)用程序？您H勺應(yīng)用程序與否需要和這些應(yīng)用程序集成？

在此處可以從業(yè)務(wù)模型中摘錄某些內(nèi)容來(lái)概述所波及的任務(wù)和角色等等。

2.4.2干系人簡(jiǎn)檔

【可選】

通過(guò)在下表中填寫(xiě)各干系人的有關(guān)信息來(lái)闡明系統(tǒng)中的各個(gè)干系人，詳盡的簡(jiǎn)檔應(yīng)包括

多種干系人在如下方面的信息：

代表［誰(shuí)是此產(chǎn)品的干系人代表？（如在他處已作記錄，則此處為可選。）

此處只需填寫(xiě)姓名。］

闡明［對(duì)干系人類(lèi)型的簡(jiǎn)要闡明。］

類(lèi)型［簡(jiǎn)介干系人啊技能專(zhuān)長(zhǎng)、技術(shù)背景和純熟程度（即權(quán)威顧客、業(yè)務(wù)顧

客、專(zhuān)家顧客、初級(jí)顧客等）］

職責(zé)［列出干系人對(duì)所開(kāi)發(fā)的系統(tǒng)負(fù)有的關(guān)鍵職責(zé)，即他們作為干系人的利

益。］

使用頻率［該干系人使用系統(tǒng)的頻率］

意見(jiàn)/問(wèn)題［在此處列出會(huì)阻礙成功的問(wèn)題以及任何其他有關(guān)信息。］

2.4.3關(guān)鍵的干系人/顧客需要

列出「系人認(rèn)為既有處理方案存在的關(guān)鍵問(wèn)題。對(duì)于列出的每個(gè)問(wèn)題，需澄清如下要點(diǎn):

-為何會(huì)出現(xiàn)這一問(wèn)題？

?目前怎樣處理該問(wèn)題？

?干系人需要什么樣日勺處理方案？

務(wù)必要理解干系人或顧客對(duì)處理各個(gè)問(wèn)題H勺相對(duì)重視程度。分級(jí)和累積投票措施表明，

必須處理H勺問(wèn)題與干系人或顧客但愿處理的問(wèn)題大有不一樣。

2.5目的業(yè)務(wù)模型

【可選】

闡明：新系統(tǒng)業(yè)務(wù)模型描述，如有對(duì)應(yīng)業(yè)務(wù)模型材料了，可專(zhuān)為需求規(guī)格闡明書(shū)日勺輸入

參照資料。

2.6功能摘要

總結(jié)該產(chǎn)品將提供依J重要長(zhǎng)處和特性，而不必波及每個(gè)功能的細(xì)節(jié)。對(duì)功能加以組織，

使客戶(hù)或初次閱讀該文檔H勺其他人可以理解此功能列表。

2.7功能清單及重要程度闡明

闡明：功能名稱(chēng)、功能描述、重要程度。

重要程度，以ABC三類(lèi)來(lái)表達(dá)：A：關(guān)鍵功能；B：輔助功能；C：外圍功能；

級(jí)別，按照繼承關(guān)系分為：一級(jí)，二級(jí)，三級(jí)；

編號(hào)級(jí)別重要程度功能名稱(chēng)功能描述備注

2.8功能與業(yè)務(wù)對(duì)照關(guān)系表

闡明：業(yè)務(wù)組為主編寫(xiě)業(yè)務(wù)需求，業(yè)務(wù)需求提交至信息技術(shù)組后，由信息技術(shù)組建立目

的系統(tǒng)業(yè)務(wù)模型并與業(yè)務(wù)組進(jìn)行確認(rèn)（本操作可選，也可由信息技術(shù)組與開(kāi)發(fā)商合作建

立），目的業(yè)務(wù)模型作為系統(tǒng)需求的輸入，由信息技術(shù)組與開(kāi)發(fā)商合作撰寫(xiě)和評(píng)審《系

統(tǒng)需求規(guī)格書(shū)明書(shū)》。

業(yè)務(wù)需求目口勺系統(tǒng)業(yè)務(wù)活動(dòng)（可選）功能名稱(chēng)

2.9假定和約束

闡明：列出進(jìn)行本軟件開(kāi)發(fā)工作的假定和約束，例如：開(kāi)發(fā)語(yǔ)言、開(kāi)發(fā)期限等。

格式限制闡明：本項(xiàng)將指定由既有的原則或規(guī)則派生的規(guī)定。例如：

報(bào)表格式：數(shù)據(jù)命名：財(cái)務(wù)處理；審計(jì)追蹤，等等。

硬件限制闡明：本項(xiàng)包括在多種硬件約束卜運(yùn)行的軟件規(guī)定，例如，應(yīng)當(dāng)包括:

硬件配置的特點(diǎn)（接口數(shù)，指令系統(tǒng)等）；內(nèi)存儲(chǔ)器和輔助存儲(chǔ)器H勺容量。

2.9.1運(yùn)行環(huán)境約束

闡明：硬件設(shè)備，支持軟件，接口，控制等方面的約束

名稱(chēng)詳細(xì)規(guī)定

2.9.2設(shè)計(jì)約束

【可選】

闡明：開(kāi)發(fā)過(guò)程中必須使用內(nèi)軟件語(yǔ)言、軟件進(jìn)程需求、重要開(kāi)發(fā)工具、關(guān)鍵技術(shù)、第

三方產(chǎn)品等。

2.9.3產(chǎn)品應(yīng)當(dāng)遵照H勺原則或規(guī)范

闡明：論述本產(chǎn)品應(yīng)當(dāng)遵照什么原則、規(guī)范或業(yè)務(wù)規(guī)則，違反原則、規(guī)范或業(yè)務(wù)規(guī)則的

產(chǎn)品一般不太也許被接受。

3詳細(xì)需求

3.1功能需求

3.1.1詳細(xì)功能

3.1.1.1內(nèi)容

闡明：對(duì)于每一類(lèi)功能或者有時(shí)對(duì)于每一種功能，需要詳細(xì)描述其輸入、加工和輸出的

需求。

3.2非功能需求

3.2.1外部接口

3.2.1.1顧客接口

闡明：提供顧客使用軟件產(chǎn)品時(shí)的接口需求。例如，假如系統(tǒng)的顧客通過(guò)顯示終端進(jìn)行

操作，就必須指定如下規(guī)定：

a對(duì)屏幕格式日勺規(guī)定

闡明：對(duì)界面上的各對(duì)象、類(lèi)型、寬度、取值范圍、數(shù)據(jù)來(lái)源、能否為空等屬性進(jìn)

行描述。

b報(bào)表或菜單H勺頁(yè)面打印格式和內(nèi)容

c輸入輸出時(shí)需求

闡明：解釋各輸入輸出數(shù)據(jù)類(lèi)型，并逐項(xiàng)闡明其媒體、格式、數(shù)值范圍、精度等。

對(duì)軟件日勺數(shù)據(jù)輸出及必須標(biāo)明的控制輸出量進(jìn)行解釋并舉例，包括對(duì)硬拷貝匯報(bào)

（正常成果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示匯報(bào)的描述。

d程序功能鍵口勺可用性

闡明：快捷鍵定義等。

3.2.1.2硬件接口

【可選】

闡明：要指出軟件產(chǎn)品和系統(tǒng)硬部件之間每一種接口H勺邏輯特點(diǎn)。還也許包括如下事宜:

支撐什么樣用J設(shè)備，怎樣支撐這些設(shè)備，有何約定。

3.2.1.3軟件接口

【可選】

闡明：在此要指定需使用的其他軟件產(chǎn)品(例如，數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或數(shù)學(xué)軟件

包)，以及同其他應(yīng)用系統(tǒng)之間的接口。對(duì)每一種所需的軟件產(chǎn)品，要提供如下內(nèi)容：

名字、助記符、規(guī)格闡明號(hào)、版本號(hào)、來(lái)源。

對(duì)于每一種接口，這部分應(yīng)闡明與軟件產(chǎn)品有關(guān)的接口軟件為目的，并根據(jù)信息的內(nèi)容

和格式定義接口，但不必詳細(xì)描述任何已經(jīng)有完整文獻(xiàn)的接口，只要引用定義該接口的

文獻(xiàn)即可。

【接口定義】

下表是對(duì)某些接口的詳細(xì)描述：

接口名稱(chēng)

接口描述填寫(xiě)接口完畢的任務(wù)

接口類(lèi)型填寫(xiě)是輸入接口(inbound)還是輸出接口(outbound)

源系統(tǒng)填寫(xiě)接口輸入方系統(tǒng)或部件

目的系統(tǒng)填寫(xiě)接口輸出方系統(tǒng)或部件

廠(chǎng)商提供/客戶(hù)化開(kāi)發(fā)

文獻(xiàn)類(lèi)型填寫(xiě)文獻(xiàn)類(lèi)型；若通過(guò)數(shù)據(jù)庫(kù)表來(lái)交互，請(qǐng)指明數(shù)據(jù)庫(kù)及

表名

文獻(xiàn)數(shù)量

峰值數(shù)據(jù)量

頻度填寫(xiě)數(shù)據(jù)處理的頻度

復(fù)雜度

批處理/人工填寫(xiě)接口數(shù)據(jù)的驅(qū)動(dòng)模式是人工(manual)還是自動(dòng)

(automatic),還是都支持

接口類(lèi)型填寫(xiě)是實(shí)時(shí)接口還是批量接口等

【其他系統(tǒng)詳細(xì)信息】

闡明：列出所有與接口交互的外圍系統(tǒng)的詳細(xì)信息。包括輸入、輸出系統(tǒng)等

系統(tǒng)填寫(xiě)與接口交互的系統(tǒng)名稱(chēng)

系統(tǒng)類(lèi)型填寫(xiě)是接口的數(shù)據(jù)源系統(tǒng)(source)還是目的系統(tǒng)(object)

數(shù)據(jù)庫(kù)填寫(xiě)交互系統(tǒng)使用的數(shù)據(jù)庫(kù)及版本

軟件填寫(xiě)交互系統(tǒng)日勺軟件名稱(chēng)

架構(gòu)類(lèi)型交互系統(tǒng)II勺架構(gòu)類(lèi)型是B/S還是C/S。

位置填寫(xiě)該軟件在交互軟件體系中所出的位置

技術(shù)支持填寫(xiě)交互系統(tǒng)的開(kāi)發(fā)商和支持商

功能支持填寫(xiě)詳細(xì)的1支持商或技術(shù)團(tuán)體

數(shù)據(jù)歸屬

【接口從屬系統(tǒng)的詳細(xì)信息［可選］］

系統(tǒng)填寫(xiě)接口從屬系統(tǒng)的名稱(chēng)

模塊從屬于詳細(xì)的模塊名稱(chēng)

數(shù)據(jù)庫(kù)從屬系統(tǒng)日勺數(shù)據(jù)庫(kù)及版本

負(fù)責(zé)人

控制匯報(bào)

【接口配置】

(1)接口基礎(chǔ)信息配置

闡明：接口基礎(chǔ)信息日勺配置項(xiàng)n,描述配置的)方式。

(2)接口運(yùn)行參數(shù)配置

闡明：接口運(yùn)行參數(shù)口勺配置方式和環(huán)節(jié)。

【其他配置［可選］］

闡明：外圍系統(tǒng)或有關(guān)模塊日勺配置。

3.2.1.4通信接口

【可選】

闡明：指定多種通信接口。例如，局部網(wǎng)絡(luò)的協(xié)議等等。

3.2.2其他非功能性需求

闡明：下表中的多種需求，可根據(jù)實(shí)際狀況進(jìn)行選擇其中的一種或者幾種進(jìn)行描述，在

表的背面是多種需求的詳細(xì)解釋。

名稱(chēng)詳細(xì)規(guī)定

靜態(tài)數(shù)值需求

動(dòng)態(tài)數(shù)值需求

精度

時(shí)間特性規(guī)定

可用性

可靠性

可維護(hù)性

安全性

可移植性

可擴(kuò)展性

兼容性

3.2.2.1靜態(tài)數(shù)值需求

闡明：支持的終端數(shù)；支持并行操作時(shí)顧客數(shù)。

3.2.2.2動(dòng)態(tài)數(shù)值需求

闡明：欲處理的事務(wù)和任務(wù)向數(shù)量，以及在正常狀況下和峰值工作條件下一定期間周期

中處理的數(shù)據(jù)總量。

3.2.2.3精度

闡明:對(duì)該軟件的輸入、輸出數(shù)據(jù)精度的規(guī)定，也許包括傳播過(guò)程中的精度。

3.2.2.4時(shí)間特性規(guī)定

闡明：對(duì)于該軟件的時(shí)間特性規(guī)定，如對(duì)：

a.響應(yīng)時(shí)間；

b.更新處理時(shí)間：

c.數(shù)據(jù)n勺轉(zhuǎn)換和傳送時(shí)間；

d.解題時(shí)間等規(guī)定。

3.2.2.5數(shù)據(jù)管理規(guī)定

【可選】

闡明：需要管理日勺文卷和記錄日勺個(gè)數(shù)、表和文卷H勺大小規(guī)模，要按可預(yù)見(jiàn)的增長(zhǎng)對(duì)數(shù)據(jù)

及其分量的存儲(chǔ)規(guī)定做出估算。

3.2.2.6可用性

指出一般顧客和高級(jí)顧客要高效地執(zhí)行特定操作所需的培訓(xùn)時(shí)間，指出經(jīng)典任務(wù)的可評(píng)

測(cè)任務(wù)次數(shù)或根據(jù)顧客已知或喜歡的其他系統(tǒng)確定新系統(tǒng)的可用性需求

性能

3.2.2.7可靠性

指出可用時(shí)間比例（xx.xx%）、使用小時(shí)數(shù)、維護(hù)訪(fǎng)問(wèn)權(quán)、降級(jí)模式操作等。平均故障

間隔時(shí)間（MTBF）。平均修復(fù)時(shí)間（MTTR）一系統(tǒng)在發(fā)生故障后可以暫停運(yùn)行口勺時(shí)間。指

出系統(tǒng)輸出規(guī)定具有的精密度（辨別率）和精確度（按照某一已知H勺原則）。

3.2.3文檔需求

闡明：重要是在線(xiàn)顧客手冊(cè)與協(xié)助系統(tǒng)，也包括其他的文檔

3.2.4第三方產(chǎn)品

【可選】

闡明：使用到日勺第三方產(chǎn)品芍關(guān)的使用許可、使用限制、接口原則。

3.3數(shù)據(jù)字典

闡明：把有關(guān)的數(shù)據(jù)抽取出來(lái)統(tǒng)一維護(hù)，在其他章節(jié)如有類(lèi)似信息描述，則關(guān)聯(lián)到數(shù)據(jù)

字典H勺有關(guān)部分并加輔助闡明，如：引用到的字段等。

4補(bǔ)充資料

【可選】

4.1待確定口勺問(wèn)題列表

【可選】

需求標(biāo)題1

調(diào)查方式

調(diào)查人

調(diào)查對(duì)象

時(shí)間、地點(diǎn)

需求信息記錄

附件4：需求變更申請(qǐng)

記錄號(hào):

項(xiàng)目：類(lèi)型：開(kāi)發(fā)項(xiàng)目

項(xiàng)目負(fù)責(zé)人：變更申請(qǐng)人：

申請(qǐng)部門(mén)：申請(qǐng)日期：

變更內(nèi)容

變更的內(nèi)容闡明變更的內(nèi)容及變更的理由,

及其理由假如變更為業(yè)務(wù)組提出,則業(yè)務(wù)組填寫(xiě);

假如變更為為信息技術(shù)組提出,則信息技術(shù)組填寫(xiě);

變更的系統(tǒng)及闡明變更所波及的工作產(chǎn)品及其目前版本,

版本假如變更為業(yè)務(wù)組提出,則業(yè)務(wù)組填寫(xiě);

假如變更為為信息技術(shù)組提出,則信息技術(shù)組填寫(xiě);

對(duì)業(yè)務(wù)及其接分析需求變更引起的業(yè)務(wù)變更、業(yè)務(wù)接口的變更,

口的影響業(yè)務(wù)組填寫(xiě)

甲方業(yè)務(wù)負(fù)責(zé)同意不一-樣意

人意見(jiàn)：

簽字：日期；

變更成果

變更分析

對(duì)有關(guān)的資源影響分析需求變更對(duì)人員、開(kāi)發(fā)設(shè)備和目的設(shè)備的影響,

僅信息技術(shù)組填寫(xiě)

風(fēng)險(xiǎn)分析分析需求變更的風(fēng)險(xiǎn),

僅信息技術(shù)組填寫(xiě)

對(duì)其他系統(tǒng)或接口分析需求變更引起的J系統(tǒng)變更、其他系統(tǒng)或接口的變更,

的影響僅信息技術(shù)組填寫(xiě)

對(duì)開(kāi)發(fā)工作量、進(jìn)估計(jì)需求變更對(duì)開(kāi)發(fā)工作量和進(jìn)度的影響,需闡明本次變更工作量/

度和成本影響成本與否超過(guò)本項(xiàng)目總開(kāi)發(fā)工作量/總成本的1%?

僅信息技術(shù)組填寫(xiě)

開(kāi)發(fā)商意見(jiàn)

開(kāi)發(fā)商負(fù)貢人意同意不一樣意

見(jiàn)：

指定驗(yàn)證人員：

簽字：日期：

變更成果

變更H勺系統(tǒng)及版本闡明變更后的工作產(chǎn)品

簽字：日期：

變更驗(yàn)證

完整性是否

對(duì)的性是否

驗(yàn)證變更成果

附加變更是否

版本和名稱(chēng)是否

甲方驗(yàn)證人意見(jiàn)：符合規(guī)定不符合規(guī)定

簽字：日期：

附件5：系統(tǒng)設(shè)計(jì)闡明書(shū)

文獻(xiàn)狀態(tài)：文獻(xiàn)標(biāo)識(shí)：

[V]草稿目前版本：

[]正式公布作者：

[]正在修改完畢日期：

版本歷史

版本/狀態(tài)作者參與者起止日期備注

i引言

1.1編寫(xiě)日H勺

闡明編寫(xiě)這份詳細(xì)設(shè)計(jì)闡明書(shū)口勺FI的，指出預(yù)期的讀者。

1.2背景

闡明：

待開(kāi)發(fā)軟件系統(tǒng)口勺名稱(chēng)；

本項(xiàng)目的任務(wù)提出者、開(kāi)發(fā)者、顧客和運(yùn)行該程序系統(tǒng)的計(jì)算中心。

1.3定義

列出本文獻(xiàn)中用到專(zhuān)門(mén)術(shù)語(yǔ)的定義和外文首字母組詞的原詞組。

1.4參照資料

列出有關(guān)I為參照資料，如：

本項(xiàng)目的經(jīng)核準(zhǔn)日勺計(jì)劃任務(wù)書(shū)或協(xié)議、上級(jí)機(jī)關(guān)的批文;

屬于本項(xiàng)目的其他已刊登的文獻(xiàn)；

本文獻(xiàn)中各處引用到的文獻(xiàn)資料，包括所要用到的軟件開(kāi)發(fā)原則。列出這些文獻(xiàn)n勺

標(biāo)題、文獻(xiàn)編號(hào)、刊登日期即出版單位，闡明可以獲得這些文獻(xiàn)?肉來(lái)源。

2程序系統(tǒng)的構(gòu)造

用一系列圖表列出本程序系統(tǒng)內(nèi)的每個(gè)程序（包括每個(gè)模塊和子程序）的名稱(chēng)、標(biāo)

識(shí)符和它們之間的層次構(gòu)造關(guān)系。

3程序1（標(biāo)識(shí)符）設(shè)計(jì)闡明

從本章開(kāi)始，逐一地給出各個(gè)層次中叫每個(gè)程序的設(shè)計(jì)考慮。如下給出的提綱是針

對(duì)一般狀況的.對(duì)于一種詳細(xì)的模塊，尤其是層次比較低的模塊或子程序，其諸多條目

的?內(nèi)容往往與它所從屬的上一層模塊時(shí)對(duì)應(yīng)條目日勺內(nèi)容相似，在這種狀況下，只要簡(jiǎn)

樸地闡明這一點(diǎn)即可。

3.1程序描述

給出對(duì)該程序的簡(jiǎn)要描述，重要闡明安排設(shè)計(jì)本程序的H的意義，并且，還要闡明

本程序的特點(diǎn)（如是常駐內(nèi)存還是非常駐？與否子程序？是可重人的還是不可重人

日勺？有無(wú)覆蓋規(guī)定？是次序處理還是并發(fā)處理等）。

3.2功能

闡明該程序應(yīng)具有的功能，可采用IPO圖（即輸入一處理一輸出圖）的形式。

3.3性能

闡明對(duì)該程序的所有性能規(guī)定，包括對(duì)精度、靈活性和時(shí)間特性的規(guī)定。

3.4輸入項(xiàng)

給出對(duì)每一種輸入項(xiàng)的特性，包括名稱(chēng)、標(biāo)識(shí)、數(shù)據(jù)的類(lèi)型和格式、數(shù)據(jù)值的有效

范圍、輸入的方式。數(shù)量和頻度、輸入媒體、輸入數(shù)據(jù)的來(lái)源和安全保密條件等等。

3.5輸出項(xiàng)

給出對(duì)每一種輸出項(xiàng)歐I特性，包括名稱(chēng)、標(biāo)識(shí)、數(shù)據(jù)歡I類(lèi)型和格式，數(shù)據(jù)值的有效

范圍，榆出的形式、數(shù)量和頻度，輸出媒體、對(duì)輸出圖形及符號(hào)的J闡明、安仝保密條件

等等。

3.6算法

詳細(xì)闡明本程序所選用的算法，詳細(xì)的計(jì)算公式和計(jì)算環(huán)節(jié)。

3.7流程邏輯

用圖表（例如流程圖、鑒定表等）輔以必要的闡明來(lái)表達(dá)本程序的邏輯流程。

3.8接口

用圖的形式闡明本程序所從屬的上一層模塊及從屬于本程序口勺下一層模塊、子程

序，闡明參數(shù)賦值和調(diào)用方式，闡明與本程序相直接關(guān)聯(lián)的數(shù)據(jù)構(gòu)造（數(shù)據(jù)庫(kù)、數(shù)據(jù)文

卷）。

3.9界面原型圖

按照系統(tǒng)各功能模塊的邏輯次序，提供界面原型圖的跳轉(zhuǎn)展示，各項(xiàng)人機(jī)互動(dòng)組件

及數(shù)據(jù)顯示必須基本完善，界面直觀(guān)友好。

3.10存儲(chǔ)分派

根據(jù)需要，闡明本程序的存儲(chǔ)分派。

3.11注釋設(shè)計(jì)

闡明準(zhǔn)備在本程序中安排的注釋?zhuān)?

加在模塊首部的注釋?zhuān)?/p>

加在各分枝點(diǎn)處H勺注釋?zhuān)?/p>

對(duì)各變量的功能、范圍、缺省條件等所加口勺注釋?zhuān)?/p>

對(duì)使用的邏輯所加的注釋等等。

3.12限制條件

闡明本程序運(yùn)行中所受到II勺限制條件。

3.13尚未處理的問(wèn)題

闡明在本程序的設(shè)計(jì)中尚未處理而設(shè)口?者認(rèn)為在軟件完畢之前應(yīng)處理的問(wèn)題。

4程序2（標(biāo)識(shí)符）設(shè)計(jì)闡明

用類(lèi)似F.3的方式，闡明第2個(gè)程序乃至第N個(gè)程序II勺設(shè)計(jì)考慮。

附件6：系統(tǒng)設(shè)計(jì)評(píng)審匯報(bào)

文獻(xiàn)狀態(tài)：文獻(xiàn)標(biāo)識(shí)：ProjectName-

[V]草稿目前版本：X.Y

[]正式公布作者：

[]正在修改完畢日期：Year-Month-Day

版本歷史

版本/狀態(tài)作者參與者起止日期備注

1.基本信息

提醒:由評(píng)審主持人或評(píng)審員填寫(xiě)此表格。

待評(píng)審的工作成果工作成果名稱(chēng)，標(biāo)識(shí)符，版本，作者，時(shí)間…

技術(shù)評(píng)審方式（正式評(píng)審）或者（走查）

評(píng)審時(shí)間

評(píng)審地點(diǎn)

參與技術(shù)評(píng)審的人員

類(lèi)別名字工作單位職稱(chēng)、職務(wù)：

主持人

計(jì)申

/I、如

狙貝

記錄員

2.缺陷識(shí)別和跟蹤

評(píng)審問(wèn)題跟蹤表

編問(wèn)題問(wèn)題嚴(yán)重提交提交問(wèn)題處理措施/問(wèn)實(shí)問(wèn)備

號(hào)描述類(lèi)型性者日期處理原因闡明題際題注

負(fù)責(zé)處關(guān)關(guān)

人理閉閉

狀日驗(yàn)

態(tài)*證

人

1

2

3

3.評(píng)審結(jié)論與意見(jiàn)

提醒:由主持人或評(píng)審員填寫(xiě)此表格。

[]工作成果合格，''無(wú)需修改”或者“需要輕微修改但不必再審核二

評(píng)審結(jié)論[V]工作成果基本合格，需要作少許的修改，之后通過(guò)審核即可。

[]工作成果不合格，需要作比較大H勺修改，之后必須重新對(duì)其評(píng)審。

意見(jiàn)

負(fù)責(zé)人簽字：

簽字日期：

附件7：顧客測(cè)試計(jì)劃

文獻(xiàn)狀態(tài)：文獻(xiàn)標(biāo)識(shí)：

[V]草稿目前版本：

[]正式公布作者：

[]正在修改完畢日期：

版本歷史

版本/狀態(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è)試、強(qiáng)健性測(cè)試、性能測(cè)試、顧客界面測(cè)試、安全性(security)

測(cè)試、安裝與反安裝測(cè)試等,

2.測(cè)試措施

提醒：例如黑盒測(cè)試和白盒測(cè)試。

3.測(cè)試環(huán)境與測(cè)試輔助工具

環(huán)境

設(shè)備配置名稱(chēng)/類(lèi)型備注

服務(wù)器軟件

硬件

客戶(hù)端軟件

硬件

網(wǎng)絡(luò)

工具

類(lèi)型工具開(kāi)發(fā)商版本

測(cè)試管理

缺陷跟蹤

用于功能性測(cè)試的二具

用于性能測(cè)試的工具

測(cè)試覆蓋監(jiān)測(cè)器或評(píng)測(cè)器

4.測(cè)試進(jìn)度計(jì)劃

任務(wù)人員任務(wù)開(kāi)始日期結(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è)試用例通過(guò)率到達(dá)100%;

（2）非功能性測(cè)試用例通過(guò)率到達(dá)95%時(shí)。

對(duì)于嚴(yán)格系統(tǒng)，應(yīng)當(dāng)補(bǔ)充“基于BUG密度”的規(guī)則：

相鄰n個(gè)CPU小時(shí)內(nèi)“測(cè)試期BLG密度”所有低于某個(gè)值mo例如n不小于10,m

不不小于等于1。

最終一次回歸測(cè)試二類(lèi)缺陷數(shù)量為零，用例外非常規(guī)缺陷數(shù)量不不小于等于2個(gè)/

萬(wàn)行程序：

測(cè)試用例功能點(diǎn)覆蓋率100%；

6.BUG管理與改錯(cuò)計(jì)劃

提醒：根據(jù)所采用口勺BIG管理工具確定：（1）BUG管理流程，（2）BUG修改流程。

定義BUG修改約定，例如：不一樣級(jí)別的BUG必須在幾日內(nèi)處理完畢。

7.附錄.本計(jì)劃審批意見(jiàn)

測(cè)試組審批意見(jiàn):

簽字日期

附件8：顧客測(cè)試匯報(bào)

1.基本信息

測(cè)試根據(jù)例如：參照原則、客戶(hù)需求、需求規(guī)格闡明書(shū)、測(cè)試用例等

測(cè)試范圍

測(cè)試驗(yàn)收原則

測(cè)試環(huán)境描述

測(cè)試驅(qū)動(dòng)程序描述提醒：可以把測(cè)試驅(qū)動(dòng)程序當(dāng)作附件

測(cè)試人員

測(cè)試時(shí)間

須注明每次回歸測(cè)試

的時(shí)間

測(cè)試工具

2.實(shí)況記錄

模塊測(cè)試用例編號(hào)期望成果測(cè)試成果缺陷密度與否執(zhí)行了回歸測(cè)試

3.測(cè)試總評(píng)價(jià)

根據(jù)對(duì)測(cè)試成果提出一種有關(guān)軟件能力的全面分析，需標(biāo)明遺留的重要缺