小語種翻譯軟件服務(wù)投標(biāo)方案（技術(shù)方案）

小語種翻譯軟件服務(wù)投標(biāo)方案

目錄

第一章需求理解...................................4

1.1.對(duì)用戶需求理解透徹，明確系統(tǒng)的建設(shè)要求和目

標(biāo)...........................................4

1.2.系統(tǒng)建設(shè)目標(biāo).............................5

1.3.建設(shè)要求響應(yīng).............................6

第二章技術(shù)方案.................................31

2.1.產(chǎn)品技術(shù)先進(jìn)，性能穩(wěn)定、升級(jí)擴(kuò)展性強(qiáng)，技術(shù)

方案科學(xué)、合理、詳盡，可行性強(qiáng)...............31

2.2.總則...................................35

2.3.立項(xiàng)管理...............................36

2.4.需求分析...............................37

2.5.項(xiàng)目計(jì)劃和監(jiān)控.........................38

2.6.小語種翻譯軟件系統(tǒng)設(shè)計(jì).................39

2.7.小語種翻譯軟件系統(tǒng)實(shí)現(xiàn).................40

2.8.系統(tǒng)測(cè)試和用戶測(cè)試.....................41

2.9.試運(yùn)行.................................42

2.10.系統(tǒng)驗(yàn)收...............................44

2.11.系統(tǒng)上線...............................45

第三章合作開發(fā)管理.............................47

3.1.立項(xiàng)分析報(bào)告...........................48

3.2.單元測(cè)試用例...........................81

3.3.試運(yùn)行計(jì)劃.............................93

3.4.數(shù)據(jù)遷移計(jì)劃...........................96

3.5.試運(yùn)行報(bào)告...........................100

3.6.系統(tǒng)驗(yàn)收?qǐng)?bào)告.........................102

3.7.系統(tǒng)上線計(jì)劃.........................103

3.8.系統(tǒng)驗(yàn)收評(píng)估報(bào)告.......................107

第四章技術(shù)指標(biāo)...............................109

4.1.第四章“技術(shù)服務(wù)需求”第三部分“技術(shù)指標(biāo)”

中，有▲標(biāo)記11項(xiàng)逐條響應(yīng)..................109

4.2.系統(tǒng)需求響應(yīng)..........................111

4.3.翻譯性能優(yōu)化——▲語種數(shù)量.............116

4.4.翻譯性能優(yōu)化——▲翻譯質(zhì)量.............116

4.5.翻譯性能優(yōu)化——▲翻譯速度.............116

4.6.翻譯性能優(yōu)化——▲并發(fā)要求.............117

4.7.翻譯系統(tǒng)擴(kuò)展——▲語種數(shù)量.............117

4.8.翻譯系統(tǒng)擴(kuò)展——▲翻譯質(zhì)量.............117

4.9.翻譯系統(tǒng)擴(kuò)展——▲翻譯速度.............117

4.10.翻譯系統(tǒng)擴(kuò)展——▲并發(fā)要求...........118

第五章文本內(nèi)容分析——▲言論抽取...............119

5.1.文本內(nèi)容分析——▲引語歸因.............119

5.2.框架擴(kuò)展性——▲以API封裝知識(shí)資源建設(shè)系統(tǒng)

各功能模塊，提供所有算法可配置接口及并行任務(wù)監(jiān)

控、調(diào)度接口...............................119

5.3.運(yùn)維服務(wù)...............................119

5.4.性能擴(kuò)展性——#節(jié)點(diǎn)數(shù)線性增加，加速比隨之增

加.........................................120

5.5.算法擴(kuò)展性——#知識(shí)資源建設(shè)算法預(yù)留擴(kuò)展接

口，可進(jìn)行二次開發(fā).........................120

第六章服務(wù)、實(shí)施方案詳盡，完全滿足系統(tǒng)需求中的運(yùn)維

服務(wù)方案.......................................121

6.1.項(xiàng)目組織機(jī)構(gòu)...........................122

6.2.服務(wù)原則...............................123

6.3.熱線支持服務(wù)...........................124

6.4.現(xiàn)場(chǎng)支持服務(wù)...........................125

6.5.售后服務(wù)流程...........................127

6.6.項(xiàng)目實(shí)施過程管理.......................133

6.7.項(xiàng)目質(zhì)量控制...........................136

第七章擬派實(shí)施人員匯總表格式...................145

7.1.擬派實(shí)施人員表.........................145

7.2.擬派實(shí)施人員表格式.....................148

7.3.計(jì)算機(jī)學(xué)科碩士以上學(xué)歷人員名冊(cè).........150

7.4.項(xiàng)目人員資質(zhì)...........................157

第一章需求理解

1.1.對(duì)用戶需求理解透徹，明確系統(tǒng)的建設(shè)要求和目標(biāo)

1.1需求理解

機(jī)器翻譯是使用計(jì)算機(jī)自動(dòng)進(jìn)行語言翻譯的技術(shù)，它可

以在高效的實(shí)現(xiàn)不同語言之間自動(dòng)轉(zhuǎn)換的同時(shí)，基本達(dá)到人

類翻譯的質(zhì)量。機(jī)器翻譯高效、高質(zhì)量的翻譯能夠打破語言

屏障，使得對(duì)海量實(shí)時(shí)數(shù)據(jù)的跨語言處理成為可能。目前系

統(tǒng)已支持中文->英文、法文->英文、阿拉伯文->英文、德文

->英文、西班牙文->英文、葡萄牙文->英文、日文->英文、

俄文->英文、英文->中文共9個(gè)語言對(duì)的翻譯，尚無文本內(nèi)

容分析能力。

1.2.系統(tǒng)建設(shè)目標(biāo)

本項(xiàng)目的目標(biāo)是提升已有的翻譯系統(tǒng)的翻譯質(zhì)量、擴(kuò)展

翻譯系統(tǒng)所支持的語言對(duì)、以及新增對(duì)英文新聞文本的內(nèi)容

分析功能。

服務(wù)商需在規(guī)定的時(shí)限內(nèi)完成相關(guān)工作，按照本項(xiàng)目系

統(tǒng)升級(jí)完善、調(diào)整優(yōu)化的需求，完成系統(tǒng)性能升級(jí)以及新增

服務(wù)開發(fā)工作。確保優(yōu)化后系統(tǒng)以及新增系統(tǒng)滿足業(yè)務(wù)處理

功能和性能需求。保證系統(tǒng)安全、穩(wěn)定運(yùn)行。

1.3.建設(shè)要求響應(yīng)

專門術(shù)語：

SQLSERVER:系統(tǒng)服務(wù)器所使用的數(shù)據(jù)庫關(guān)系系統(tǒng)

(DBMS)。

SQL:一種用于訪問查詢數(shù)據(jù)庫的語言

事務(wù)流：數(shù)據(jù)進(jìn)入模塊后可能有多種路徑進(jìn)行處理。

主鍵：數(shù)據(jù)庫表中的關(guān)鍵域。值互不相同。

外部主鍵：數(shù)據(jù)庫表中與其他表主鍵關(guān)聯(lián)的域。

ROLLBACK:數(shù)據(jù)庫的錯(cuò)誤恢復(fù)機(jī)制。

縮寫：

系統(tǒng)：若未特別指出，統(tǒng)指本小語種翻譯軟件。

SQL:StructuredQueryLanguage(結(jié)構(gòu)化查詢語言)。

ATM:AsynchronousTransferMode(異步傳輸模式)。

UML:統(tǒng)一建模語言、是一套用來設(shè)計(jì)軟件藍(lán)圖的標(biāo)準(zhǔn)

建模語言，是一種從軟件分析、設(shè)計(jì)到編寫程序規(guī)范的標(biāo)準(zhǔn)

化建模語言。

UDP:UserDatagramProtocol是無連接的傳輸層協(xié)

議

分布式代理：可隱藏服務(wù)器ip,減少服務(wù)器的危險(xiǎn)；

服務(wù)器代理：可驗(yàn)證用戶數(shù)據(jù)的正確性，以及安全性，

進(jìn)行處理

三級(jí)代理：減輕服務(wù)器壓力，可實(shí)現(xiàn)智能作弊系統(tǒng)!

標(biāo)準(zhǔn)、條件和約定

本項(xiàng)目遵從以下標(biāo)準(zhǔn)：

GB/T13702-1992計(jì)算機(jī)軟件分類與代碼

GB/T20918-2007信息技術(shù)

GB/T19003-2008軟件工程

GB/T5538-1995軟件工程標(biāo)準(zhǔn)分類法

GB/T9386-2008計(jì)算機(jī)富安居測(cè)試文檔編制

GB/T9385-2008計(jì)算機(jī)軟件需求規(guī)格說明

系統(tǒng)開發(fā)嚴(yán)格按照軟件工程的方法進(jìn)行組織，系統(tǒng)的開

發(fā)過程按照需求分析、系統(tǒng)分析與設(shè)計(jì)要求、系統(tǒng)編碼、系

統(tǒng)測(cè)試幾個(gè)過程有序推進(jìn)。下表所示系統(tǒng)開發(fā)流程圖，采用

原型及迭代方式開發(fā)，根據(jù)用戶需求持續(xù)改進(jìn)，直到最終用

戶確認(rèn)滿意。

開發(fā)流程總述

如下圖示流程定義了我公司內(nèi)部的軟件開發(fā)過程，以指

導(dǎo)和規(guī)范軟件項(xiàng)目中開發(fā)過程的定義和相應(yīng)的實(shí)施。

該過程可劃分為一系列子過程，包括：軟件需求分析、

設(shè)計(jì)、編碼、測(cè)試、驗(yàn)收、維護(hù)，每個(gè)子過程又由一系列任

務(wù)和活動(dòng)組成，如設(shè)計(jì)過程又可分為結(jié)構(gòu)設(shè)計(jì)和詳細(xì)設(shè)計(jì)。

但是在實(shí)際開發(fā)項(xiàng)目中，情況仍然會(huì)是千變?nèi)f化的，因此我

們也并不是一成不變的死板執(zhí)行一個(gè)僵化的工作流程，我們

的原則是在一個(gè)規(guī)范流程的指導(dǎo)和約束下，根據(jù)具體工程項(xiàng)

目的實(shí)際要求，為每一個(gè)項(xiàng)目評(píng)估并制定真正能夠最好的滿

足該項(xiàng)目要求的開發(fā)流程。

開始

《軟件雷求規(guī)格說明書》(初碼)

《系統(tǒng)測(cè)試計(jì)劃(》《系統(tǒng)測(cè)試率例)

軟件需求分析(初稿)

《用戶手肝)(楓要》

m測(cè)表一

N:改進(jìn)

《獻(xiàn)件需求規(guī)格說明書》

同行評(píng)審(系統(tǒng)測(cè)試計(jì)劃》《系統(tǒng)測(cè)試案例)

通過《個(gè)人評(píng)審記錄》

《評(píng)審報(bào)告》

《結(jié)構(gòu)設(shè)計(jì)說明書》(初稿》

《集成測(cè)試計(jì)劃)《集成測(cè)試案例)

《初稿)

結(jié)構(gòu)設(shè)計(jì)《用戶于冊(cè))(初稿)

《迫測(cè)表一)

N:改進(jìn)

《結(jié)構(gòu)設(shè)計(jì)說明書5》

《集成測(cè)試計(jì)劃)《集成測(cè)達(dá)案例》

評(píng)審?fù)ㄟ^《個(gè)人評(píng)審記錄)

評(píng)審報(bào)告)

《詳細(xì)設(shè)計(jì)說明書》(初稿)

《單元測(cè)試計(jì)劃)《單元測(cè)試案例》

《初稿)

詳細(xì)設(shè)計(jì)《用戶手冊(cè))(飾改稿)

《迫測(cè)表一)

N,改進(jìn)(詳細(xì)設(shè)計(jì)說明書》

《單元測(cè)試計(jì)劃》《單元測(cè)試案例》

《用戶手冊(cè)》(修改稿)

評(píng)審?fù)ㄟ^《個(gè)人評(píng)審記錄》

評(píng)審報(bào)告》

算代碼、潭代碼文件清單

《單元測(cè)試報(bào)告)(經(jīng)過審批)

輔碼《軟件問圓狀態(tài)登記表》

《軟件問題報(bào)告單

《集成工作單》

《集成測(cè)試工作單)

《集成測(cè)試報(bào)告)(經(jīng)過審批》

集成測(cè)試《軟件閂題狀態(tài)登記表》

《軟件問題報(bào)告單)

成的軟件系信

《系統(tǒng)測(cè)試報(bào)告》(經(jīng)過審批)

(軟件問題狀態(tài)登記表》

《軟件問題報(bào)告單》

《系統(tǒng)管理員使用說明書》(經(jīng)過審批)

系統(tǒng)測(cè)試(安裝于冊(cè)》(經(jīng)過申批)

《用戶手冊(cè)》(經(jīng)過審壯

軟件系統(tǒng)(系統(tǒng)測(cè)試通

驗(yàn)收測(cè)試報(bào)告

《軟件問翻報(bào)告單》

《軟件間豳狀杏登記表》

驗(yàn)收驗(yàn)收?qǐng)?bào)告

可交付產(chǎn)品

(軟件需求規(guī)格說明書》(升級(jí)版)

《客戶需求登記表》

(客戶需求統(tǒng)計(jì)表》

(設(shè)計(jì)說明書》(升級(jí)版)

維護(hù)《軟件問題報(bào)告單》

(軟件間麗狀杏登記表》

(軟件維護(hù)實(shí)施計(jì)劃》

作護(hù)后的軟件系線

結(jié)束

在應(yīng)用系統(tǒng)軟件開發(fā)項(xiàng)目中，我們?nèi)詫⒆裱@一思想，

這一點(diǎn)將在隨后的項(xiàng)目開發(fā)實(shí)施計(jì)劃部分有具體的體現(xiàn)，在

這里和下面的相關(guān)章節(jié)中，我們?nèi)詫@著這個(gè)完整的開發(fā)

流程來分析說明，以此來闡明我們對(duì)項(xiàng)目開發(fā)的完整過程管

理思想和相關(guān)實(shí)踐。下面我們對(duì)這個(gè)軟件開發(fā)工作流程進(jìn)行

簡要地分解說明。

軟件需求分析

(1)概述

由于應(yīng)用系統(tǒng)與眾多相關(guān)應(yīng)用軟件需要進(jìn)行交互，因此

需要先對(duì)這些應(yīng)用系統(tǒng)進(jìn)行分別梳理，充分做好需求調(diào)研工

作，編寫經(jīng)項(xiàng)目單位認(rèn)可并評(píng)審?fù)ㄟ^的《系統(tǒng)需求規(guī)格說明

書》。

軟件需求分析是按照項(xiàng)目定義的軟件開發(fā)過程，根據(jù)系

統(tǒng)分配給軟件的需求(見《系統(tǒng)需求規(guī)格說明書》),進(jìn)行

軟件質(zhì)量特性規(guī)格說明的過程。該過程包括進(jìn)一步明確軟件

運(yùn)行環(huán)境，明確對(duì)軟件的功能、性能和數(shù)據(jù)要求，以及軟件

與硬件、軟件與軟件之間的接口要求等，并對(duì)軟件需求進(jìn)行

驗(yàn)證和文檔化，即完成對(duì)軟件需求的分析與規(guī)格定義。

本元素在整個(gè)過程中的位置如下圖所示：

系統(tǒng)軟件需結(jié)構(gòu)設(shè)

圖示：軟件需求分析在軟件開發(fā)過程中的位置

(2)入口準(zhǔn)則和出口準(zhǔn)則

1)入口準(zhǔn)則

要素判斷準(zhǔn)則

客戶需求

已由CCB批準(zhǔn)為基線

(《系統(tǒng)需求規(guī)

已進(jìn)入配置庫

格說明書》)

2)出口準(zhǔn)則

要素判斷準(zhǔn)則

已經(jīng)過審查

軟件需求規(guī)

已批準(zhǔn)為基線

格說明書

已進(jìn)入配置庫

系統(tǒng)測(cè)試計(jì)劃已經(jīng)過審查

系統(tǒng)測(cè)試案已獲得批準(zhǔn)

例已進(jìn)入配置庫

用戶手冊(cè)(概

已編寫

要)

追溯表一已填寫

(3)評(píng)審

評(píng)審《軟件需求規(guī)格說明書》,具體評(píng)審過程見《評(píng)審

程序文件》,對(duì)軟件需求的評(píng)審準(zhǔn)則包括：

●系統(tǒng)需求和系統(tǒng)設(shè)計(jì)的可追溯性；

●與系統(tǒng)需求的一致性；

●內(nèi)部一致性；

●可測(cè)試性；

●軟件設(shè)計(jì)的可行性；

●運(yùn)作和維護(hù)的可行性。

對(duì)軟件需求中的問題，與系統(tǒng)工程組或客戶一起確定和

審查，根據(jù)審查結(jié)果對(duì)軟件需求進(jìn)行適當(dāng)?shù)男薷?，必要時(shí)按

基線變更控制的要求對(duì)客戶需求進(jìn)行相應(yīng)的修改。對(duì)軟件需

求規(guī)格說明書進(jìn)行同行評(píng)審。審查、批準(zhǔn)軟件需求規(guī)格說明

書。

將軟件需求規(guī)格說明書置于配置管理之下。

(4)工作產(chǎn)品

●《軟件需求規(guī)格說明書》

●《系統(tǒng)測(cè)試計(jì)劃》

●《系統(tǒng)測(cè)試案例》

●《用戶手冊(cè)》

●《追溯表》

(5)職責(zé)

●項(xiàng)目經(jīng)理：負(fù)責(zé)組建軟件需求分析組；確定是否需要

對(duì)有關(guān)人員進(jìn)行培訓(xùn)；負(fù)責(zé)軟件需求規(guī)格說明書的審

查和批準(zhǔn)。

●軟件需求分析組：軟件需求分析的主要承擔(dān)者，負(fù)責(zé)

完成本過程元素要求產(chǎn)生的所有工作產(chǎn)品。

●系統(tǒng)測(cè)試負(fù)責(zé)人：負(fù)責(zé)組織軟件系統(tǒng)測(cè)試組對(duì)軟件需

求進(jìn)行分析，審查軟件需求的可測(cè)試性；參與軟件需

求規(guī)格說明書的審查和批準(zhǔn)。

●質(zhì)量保證人員：參與工作產(chǎn)品的審查，統(tǒng)計(jì)缺陷，并

對(duì)軟件需求分析過程進(jìn)行審計(jì)。

●系統(tǒng)開發(fā)組：配合處理涉及客戶需求的軟件需求問題。

●客戶：必要時(shí)參與軟件需求規(guī)格說明書的審查和批準(zhǔn)。

結(jié)構(gòu)設(shè)計(jì)

(1)概述

結(jié)構(gòu)設(shè)計(jì)是指按照《軟件需求規(guī)格說明書》,設(shè)計(jì)軟件

系統(tǒng)的體系結(jié)構(gòu)，即模塊結(jié)構(gòu)，定義每個(gè)模塊的主要功能和

模塊之間的聯(lián)系(即接口),并確定軟件系統(tǒng)的數(shù)據(jù)體系結(jié)

構(gòu)。

本元素在整個(gè)過程中的位置如下圖所示：

軟件結(jié)詳

圖示：軟件需求分析在軟件開發(fā)過程中的位置圖

(2)入口準(zhǔn)則和出口準(zhǔn)則

1)入口準(zhǔn)則

要素判斷準(zhǔn)則

軟件需求規(guī)格說經(jīng)過審查

明書審查獲得批準(zhǔn)

進(jìn)入配置庫

2)出口準(zhǔn)則

要素判斷準(zhǔn)則

結(jié)構(gòu)設(shè)計(jì)說明書經(jīng)過審查

集成測(cè)試計(jì)劃審查獲得批準(zhǔn)

集成測(cè)試案例進(jìn)入配置庫

用戶手冊(cè)(初稿)

已完善

追溯表一

(3)評(píng)審

●對(duì)《結(jié)構(gòu)設(shè)計(jì)說明書》和《集成測(cè)試計(jì)劃》進(jìn)行同行

評(píng)審。

●對(duì)結(jié)構(gòu)設(shè)計(jì)中的問題，與軟件需求分析人員一起確定

和審查，并對(duì)結(jié)構(gòu)設(shè)計(jì)進(jìn)行適當(dāng)?shù)母摹?/p>

●審查、批準(zhǔn)《結(jié)構(gòu)設(shè)計(jì)說明書》,必要時(shí)，對(duì)其進(jìn)行

設(shè)計(jì)評(píng)審。

●將《結(jié)構(gòu)設(shè)計(jì)說明書》、《集成測(cè)試計(jì)劃》和《集成

測(cè)試案例》置于配置管理之下。

(4)工作產(chǎn)品

●《結(jié)構(gòu)設(shè)計(jì)說明書》

●《集成測(cè)試計(jì)劃》

●《集成測(cè)試案例》

●《用戶手冊(cè)》

●《追溯表》

(5)職責(zé)

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

負(fù)責(zé)選擇合適的設(shè)計(jì)人員，組建結(jié)構(gòu)設(shè)計(jì)工作組；負(fù)責(zé)

《結(jié)構(gòu)設(shè)計(jì)說明書》和《集成測(cè)試計(jì)劃》的審查和批準(zhǔn)。

2)結(jié)構(gòu)設(shè)計(jì)人員

結(jié)構(gòu)設(shè)計(jì)階段工作的主要承擔(dān)者，負(fù)責(zé)完成本過程元素

產(chǎn)生的所有工作產(chǎn)品。

3)系統(tǒng)分析員

配合處理涉及軟件需求的問題。

4)系統(tǒng)開發(fā)負(fù)責(zé)人

負(fù)責(zé)組織系統(tǒng)工程組對(duì)結(jié)構(gòu)設(shè)計(jì)進(jìn)行分析，審查結(jié)構(gòu)設(shè)

計(jì)的可測(cè)試性；負(fù)責(zé)協(xié)調(diào)處理涉及軟件需求的問題；參與《結(jié)

構(gòu)設(shè)計(jì)說明書》和《集成測(cè)試計(jì)劃》的審查和批準(zhǔn)。

5)軟件測(cè)試負(fù)責(zé)人

負(fù)責(zé)組織軟件測(cè)試組對(duì)結(jié)構(gòu)設(shè)計(jì)進(jìn)行分析，審查結(jié)構(gòu)設(shè)

計(jì)的可測(cè)試性；參與《結(jié)構(gòu)設(shè)計(jì)說明書》和《集成測(cè)試計(jì)劃》

的審查和批準(zhǔn)。

詳細(xì)設(shè)計(jì)

(1)概述

詳細(xì)設(shè)計(jì)是根據(jù)《結(jié)構(gòu)設(shè)計(jì)說明書》進(jìn)行模塊設(shè)計(jì)，將

結(jié)構(gòu)設(shè)計(jì)所獲得的模塊按照單元、程序、規(guī)程的順序逐步細(xì)

化。詳細(xì)定義各個(gè)單元的數(shù)據(jù)結(jié)構(gòu)、程序的實(shí)現(xiàn)算法以及程

序、單元、模塊之間的接口等，作為以后編碼工作的依據(jù)。

本元素在整個(gè)過程中的位置如下圖所示：

結(jié)構(gòu)設(shè)詳細(xì)設(shè)8編碼

圖示：詳細(xì)設(shè)計(jì)在軟件開發(fā)過程中的位置

(2)入口準(zhǔn)則和出口準(zhǔn)則

1)入口準(zhǔn)則

要素判斷準(zhǔn)則

結(jié)構(gòu)設(shè)計(jì)說明書經(jīng)過審查

審查獲得批準(zhǔn)

進(jìn)入配置庫

2)出口準(zhǔn)則

要素判斷準(zhǔn)則

詳細(xì)設(shè)計(jì)說明書經(jīng)過審查

審查獲得批準(zhǔn)

進(jìn)入配置庫

(3)評(píng)審

對(duì)《詳細(xì)設(shè)計(jì)說明書》和《單元測(cè)試計(jì)劃》可進(jìn)行走查

或(和)同行評(píng)審；

對(duì)詳細(xì)設(shè)計(jì)中的問題，與結(jié)構(gòu)設(shè)計(jì)人員一起確定和審

查，并對(duì)詳細(xì)設(shè)計(jì)做出適當(dāng)?shù)母模?/p>

審查、批準(zhǔn)《詳細(xì)設(shè)計(jì)說明書》,必要時(shí)，對(duì)其進(jìn)行設(shè)

計(jì)評(píng)審；

將《詳細(xì)設(shè)計(jì)說明書》和《單元測(cè)試計(jì)劃》置于配置管

理之下。

(4)工作產(chǎn)品

●《詳細(xì)設(shè)計(jì)說明書》

●《單元測(cè)試計(jì)劃》

●《單元測(cè)試案例》

●《用戶手冊(cè)》

●《追溯表》

(5)職責(zé)

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

負(fù)責(zé)選擇合適的設(shè)計(jì)人員，組建詳細(xì)設(shè)計(jì)組；負(fù)責(zé)《詳

細(xì)設(shè)計(jì)說明書》和《單元測(cè)試計(jì)劃》的審查和批準(zhǔn)。

2)詳細(xì)設(shè)計(jì)人員

詳細(xì)設(shè)計(jì)階段工作的主要承擔(dān)者。負(fù)責(zé)完成本過程元素

產(chǎn)生的所有工作產(chǎn)品。

3)系統(tǒng)分析員

配合處理涉及軟件需求的問題。

4)系統(tǒng)開發(fā)負(fù)責(zé)人

負(fù)責(zé)組織系統(tǒng)工程組對(duì)詳細(xì)設(shè)計(jì)進(jìn)行分析，審查詳細(xì)設(shè)

計(jì)的可測(cè)試性；負(fù)責(zé)協(xié)調(diào)處理涉及軟件需求的問題；參與《詳

細(xì)設(shè)計(jì)說明書》和《單元測(cè)試計(jì)劃》的審查和批準(zhǔn)。

5)軟件測(cè)試負(fù)責(zé)人

負(fù)責(zé)組織軟件測(cè)試組對(duì)詳細(xì)設(shè)計(jì)進(jìn)行分析，審查詳細(xì)設(shè)

計(jì)的可測(cè)試性；參與《詳細(xì)設(shè)計(jì)說明書》和《單元測(cè)試計(jì)劃》

的審查和批準(zhǔn)。

編碼

(1)概述

編碼階段主要完成的工作是根據(jù)詳細(xì)設(shè)計(jì)說明書編寫

程序源代碼，包括必要的數(shù)據(jù)文件，并進(jìn)行單元測(cè)試，單元

測(cè)試的內(nèi)容包括模塊內(nèi)程序的邏輯、功能、參數(shù)傳遞、變量

引用、出錯(cuò)處理等方面。

本元素在整個(gè)過程中的位置如下圖所示：

詳細(xì)設(shè)編集成

圖示：編碼階段在軟件開發(fā)過程中的位置

(2)入口準(zhǔn)則和出口準(zhǔn)則

1)入口準(zhǔn)則

要素判斷準(zhǔn)則

詳細(xì)設(shè)計(jì)說明書經(jīng)過審查

單元測(cè)試計(jì)劃獲得批準(zhǔn)

進(jìn)入配置庫

2)出口準(zhǔn)則

要素判斷準(zhǔn)則

源代碼文件源代碼文件獲得批準(zhǔn)

源代碼文件清單源代碼文件進(jìn)入配置庫

的源代碼區(qū)

單元測(cè)試報(bào)告提交測(cè)試負(fù)責(zé)人

軟件問題報(bào)告單提交問題管理渠道

(3)評(píng)審

對(duì)源代碼文件進(jìn)行同行評(píng)審，主要的方法為對(duì)照詳細(xì)設(shè)

計(jì)說明書對(duì)代碼進(jìn)行查閱，也可根據(jù)編程者的經(jīng)驗(yàn)或程序的

難度、重要程度，選擇走查評(píng)審方式，但目的都是發(fā)現(xiàn)程序

存在的問題。

(4)工作產(chǎn)品

●源代碼文件

●《單元測(cè)試報(bào)告》

●《軟件問題報(bào)告單》

●《軟件問題狀態(tài)登記表》

(5)職責(zé)

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

建立編碼組、測(cè)試組或相應(yīng)崗位，并進(jìn)行必要的培訓(xùn)；

跟蹤進(jìn)度和問題解決狀態(tài)；對(duì)提交的源代碼進(jìn)行批準(zhǔn)(或指

定負(fù)責(zé)人進(jìn)行批準(zhǔn)工作)。

2)程序員

編寫程序代碼；測(cè)試程序代碼；修改程序代碼；提交工

作產(chǎn)品，批準(zhǔn)后將其導(dǎo)入配置區(qū)的源碼庫。

3)單元測(cè)試人員

測(cè)試源代碼；提交測(cè)試報(bào)告和軟件問題報(bào)告單。

4)評(píng)審人員

對(duì)指定源代碼文件進(jìn)行閱讀，發(fā)現(xiàn)缺陷和問題，填寫評(píng)

審報(bào)告。

模塊集成測(cè)試

(1)概述

集成測(cè)試階段主要完成的工作是集成和集成測(cè)試。集成

是參考結(jié)構(gòu)設(shè)計(jì)說明書并根據(jù)詳細(xì)說明書中規(guī)定的系統(tǒng)集

成方案將不同的經(jīng)測(cè)試的程序單元進(jìn)行構(gòu)造，并逐步構(gòu)造成

一個(gè)完整的軟件產(chǎn)品的過程；集成測(cè)試則是在集成完成之

后，對(duì)各單元、模塊之間接口的正確性和集成后功能的正確

性進(jìn)行驗(yàn)證。

對(duì)于大型軟件，集成測(cè)試可以采取分步進(jìn)行的方法，可

以先對(duì)各子系統(tǒng)進(jìn)行集成測(cè)試，然后在子系統(tǒng)之間進(jìn)行集成

測(cè)試。

本元素在整個(gè)過程中的位置如下圖所示：

編碼集系

圖示：集成測(cè)試在軟件開發(fā)過程中的位置

(2)入口準(zhǔn)則和出口準(zhǔn)則

1)入口準(zhǔn)則

要素判斷準(zhǔn)則

結(jié)構(gòu)設(shè)計(jì)說明書經(jīng)過審查

詳細(xì)設(shè)計(jì)說明書獲得批準(zhǔn)

集成測(cè)試計(jì)劃進(jìn)入配置庫

源代碼文件

2)出口準(zhǔn)則

要素判斷準(zhǔn)則

集成的軟件系統(tǒng)獲得批準(zhǔn)

(完整的源代碼和目進(jìn)入配置庫

標(biāo)代碼)

集成測(cè)試報(bào)告提交集成測(cè)試負(fù)責(zé)

人

軟件問題報(bào)告單已進(jìn)入軟件問題管

理流程

(3)審查階段

核查集成狀態(tài)和結(jié)果，并進(jìn)行批準(zhǔn)；

批準(zhǔn)后，將目標(biāo)程序和程序清單進(jìn)入目標(biāo)代碼庫。

(4)工作產(chǎn)品

●集成后的系統(tǒng)目標(biāo)代碼(包括文件清單),及相應(yīng)的

源代碼(包括文件清單)

●集成測(cè)試報(bào)告

●《軟件問題報(bào)告單》

●《軟件問題狀態(tài)登記表》

●《集成工作單》

●《集成測(cè)試工作單》

(5)職責(zé)

●項(xiàng)目經(jīng)理：建立集成組、集成測(cè)試組或相應(yīng)崗位，并

進(jìn)行必要的培訓(xùn)；跟蹤進(jìn)度和問題解決狀態(tài)；對(duì)集成

后的系統(tǒng)目標(biāo)碼進(jìn)行批準(zhǔn)(或指定負(fù)責(zé)人進(jìn)行批準(zhǔn)工

作)。

●集成負(fù)責(zé)人員：負(fù)責(zé)集成過程的實(shí)施。

●集成人員：負(fù)責(zé)環(huán)境構(gòu)建，集成的過程操作，并將集

成后的目標(biāo)代碼提交批準(zhǔn)。

●程序員、設(shè)計(jì)人員：修改源碼或設(shè)計(jì)，解決集成過程

中出現(xiàn)的與源碼有關(guān)的問題。

●測(cè)試人員：測(cè)試系統(tǒng)目標(biāo)碼，將測(cè)試報(bào)告和軟件問題

報(bào)告單提交測(cè)試負(fù)責(zé)人。

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

(1)概述

系統(tǒng)測(cè)試的主要任務(wù)是從系統(tǒng)需求的角度對(duì)系統(tǒng)運(yùn)行

的正確性和性能進(jìn)行驗(yàn)證。系統(tǒng)測(cè)試的依據(jù)為系統(tǒng)測(cè)試計(jì)

劃。

本元素在整個(gè)過程中的位置如下圖所示：

集成系驗(yàn)收

圖示：系統(tǒng)測(cè)試在軟件開發(fā)過程中的位置

(2)入口準(zhǔn)則和出口準(zhǔn)則

1)入口準(zhǔn)則

要素判斷準(zhǔn)則

系統(tǒng)需求經(jīng)過審查

系統(tǒng)的目標(biāo)代碼獲得批準(zhǔn)

系統(tǒng)測(cè)試計(jì)劃進(jìn)入配置庫

用戶手冊(cè)編寫完成

2)出口準(zhǔn)則

要素判斷準(zhǔn)則

系統(tǒng)測(cè)試報(bào)告獲得批準(zhǔn)

軟件問題報(bào)告單

(3)工作產(chǎn)品

●《系統(tǒng)測(cè)試報(bào)告》

●《軟件問題報(bào)告單》

●《軟件問題狀態(tài)登記表》

(4)職責(zé)

●項(xiàng)目經(jīng)理：負(fù)責(zé)建立系統(tǒng)測(cè)試組或相關(guān)的崗位，并進(jìn)

行必要的培訓(xùn)；跟蹤進(jìn)度和問題解決狀態(tài)；對(duì)最終的

目標(biāo)代碼進(jìn)行批準(zhǔn)(或指定負(fù)責(zé)人進(jìn)行批準(zhǔn)工作)。

●程序員、設(shè)計(jì)人員：修改源碼或設(shè)計(jì)，解決集成過程

中出現(xiàn)的與源碼有關(guān)的問題。

●測(cè)試人員：測(cè)試系統(tǒng)目標(biāo)碼，將測(cè)試報(bào)告提交測(cè)試負(fù)

責(zé)人，將軟件問題報(bào)告單提交問題管理渠道。

驗(yàn)收

(1)概述

驗(yàn)收階段主要由驗(yàn)收測(cè)試、驗(yàn)收測(cè)試問題改正和驗(yàn)收三

部分組成：

驗(yàn)收測(cè)試的主要目的是驗(yàn)證所開發(fā)的系統(tǒng)在用戶的使

用環(huán)境下(或模擬的使用環(huán)境下)是否滿足系統(tǒng)需求，從用

戶的角度驗(yàn)證整個(gè)系統(tǒng)運(yùn)行的正確性。

驗(yàn)收測(cè)試問題改正是對(duì)驗(yàn)收測(cè)試中發(fā)現(xiàn)的差異性問題

進(jìn)行修改。

驗(yàn)收則是在驗(yàn)收測(cè)試的基礎(chǔ)上，依據(jù)項(xiàng)目合同或項(xiàng)目任

務(wù)書對(duì)項(xiàng)目的完成情況進(jìn)行綜合評(píng)價(jià)。

本元素在整個(gè)過程中的位置如下圖所示：

系統(tǒng)驗(yàn)維護(hù)

圖示：驗(yàn)收在軟件開發(fā)過程中的位置

驗(yàn)收的三個(gè)組成部分視項(xiàng)目立項(xiàng)類型和客戶的要求選

擇執(zhí)行。

(2)入口準(zhǔn)則和出口準(zhǔn)則

1)入口準(zhǔn)則

要素判斷準(zhǔn)則

驗(yàn)收測(cè)試計(jì)劃(有驗(yàn)驗(yàn)收測(cè)試前完成評(píng)

收測(cè)試要求的項(xiàng)目)審。

測(cè)試(系統(tǒng)測(cè)試、集已完成

成測(cè)試、單元測(cè)試)

2)出口準(zhǔn)則

要素判斷準(zhǔn)則

驗(yàn)收測(cè)試報(bào)告已提交

驗(yàn)收測(cè)試問題報(bào)告單已關(guān)閉

驗(yàn)收?qǐng)?bào)告已提交

(3)工作產(chǎn)品

●驗(yàn)收測(cè)試報(bào)告

●《軟件問題報(bào)告單》

●《軟件問題狀態(tài)登記表》

●驗(yàn)收?qǐng)?bào)告

●可交付產(chǎn)品

(4)職責(zé)

●驗(yàn)收測(cè)試組：負(fù)責(zé)驗(yàn)收測(cè)試的各項(xiàng)活動(dòng)。

●開發(fā)組人員：負(fù)責(zé)驗(yàn)收測(cè)試中發(fā)現(xiàn)問題的改正和測(cè)試

輔助。

●項(xiàng)目管理人員：負(fù)責(zé)指派驗(yàn)收測(cè)試責(zé)任和完成測(cè)試規(guī)

程；確保測(cè)試質(zhì)量和進(jìn)程；確保組間協(xié)調(diào)。

●驗(yàn)收組：具體進(jìn)行驗(yàn)收。

●CCB:批準(zhǔn)運(yùn)行基線。

維護(hù)

(1)概述

維護(hù)期是指：軟件產(chǎn)品/系統(tǒng)驗(yàn)收后，進(jìn)入軟件運(yùn)行/系

統(tǒng)維護(hù)階段，直至軟件產(chǎn)品下一個(gè)版本的發(fā)布或系統(tǒng)維護(hù)期

終止；

本元素在整個(gè)軟件開發(fā)過程中的位置如下圖所示：

驗(yàn)收維護(hù)

圖示：維護(hù)在軟件開發(fā)過程中的位置

(2)入口準(zhǔn)則和出口準(zhǔn)則

1)入口準(zhǔn)則

要素判斷準(zhǔn)則

軟件產(chǎn)品/系統(tǒng)已驗(yàn)收

2)出口準(zhǔn)則

要素判斷準(zhǔn)則

軟件產(chǎn)品已退役

合同約定的維護(hù)期限已到期

合同約定的維護(hù)范圍已超出，須另簽協(xié)議

(3)工作產(chǎn)品

●《軟件需求規(guī)格說明書》

●《客戶需求登記表》

●《客戶需求統(tǒng)計(jì)表》

●《設(shè)計(jì)說明書》

●《軟件問題報(bào)告單》

●《軟件問題狀態(tài)登記表》

●《軟件維護(hù)實(shí)施計(jì)劃》

●維護(hù)后的軟件系統(tǒng)

(4)職責(zé)

維護(hù)負(fù)責(zé)人：制定軟件維護(hù)實(shí)施計(jì)劃，確認(rèn)維護(hù)類型、

需求范圍，分配維護(hù)任務(wù)，追蹤任務(wù)的完成情況及其他項(xiàng)目

管理工作。軟件維護(hù)人員：負(fù)責(zé)進(jìn)行軟件維護(hù)任務(wù)的執(zhí)行。

QA人員：負(fù)責(zé)協(xié)助維護(hù)負(fù)責(zé)人根據(jù)實(shí)際情況剪裁標(biāo)準(zhǔn)流

程。

第二章技術(shù)方案

2.1.產(chǎn)品技術(shù)先進(jìn)，性能穩(wěn)定、升級(jí)擴(kuò)展性強(qiáng)，技術(shù)方案

科學(xué)、合理、詳盡，可行性強(qiáng)

一、為用戶帶來準(zhǔn)確的翻譯及發(fā)音

用戶小語種翻譯過程中會(huì)經(jīng)常遇到不認(rèn)識(shí)的單詞短語，

將其復(fù)制到小語種翻譯軟件當(dāng)中可以進(jìn)行小語種翻譯互譯

功能，還可以點(diǎn)擊發(fā)音，通過讀法和理解進(jìn)行學(xué)習(xí)小語種，

更加適合用戶的學(xué)習(xí)狀態(tài)。準(zhǔn)確的小語種讀法和詳細(xì)的解析

是用戶學(xué)習(xí)路上所需要的，這也是對(duì)于用戶需求的滿足。

二、幫用戶拓展相關(guān)聯(lián)單詞和短語

小語種翻譯軟件的開發(fā)為用戶帶了單詞的詞匯量提升，

用戶可以在小語種翻譯軟件客戶端進(jìn)行相對(duì)應(yīng)的單詞短語

學(xué)習(xí)，在學(xué)習(xí)的過程成長。每當(dāng)用戶通過小語種翻譯單詞短

語之后，系統(tǒng)可以為用戶搜索到相關(guān)聯(lián)的單詞短語，幫助用

戶加深在學(xué)習(xí)英語時(shí)候的應(yīng)用，讓用戶可以更好地進(jìn)行單詞

短語在生活中的使用。

三、手機(jī)在線翻譯，快速且便捷

智能手機(jī)現(xiàn)在我們生活中大部分都是出門都會(huì)攜帶的

一款便捷性設(shè)備，用戶隨時(shí)隨地可以使用小語種翻譯軟件，

手機(jī)上操作可以充分得利用翻譯軟件的優(yōu)勢(shì)功能鞏固單詞

短語。打好英語基礎(chǔ)義不容辭，小語種翻譯軟件具備的快捷

性讓用戶更青睞于使用。

在學(xué)習(xí)英語的道路上是需要不斷積累的，小語種翻譯軟

件的開發(fā)是學(xué)習(xí)路上的一個(gè)“好老師”,幫助用戶解決在學(xué)

習(xí)上面所面臨的難題，幫助用戶鞏固英語的知識(shí)基礎(chǔ)。我們

的移動(dòng)互聯(lián)網(wǎng)時(shí)代中，運(yùn)用手機(jī)客戶端能夠?yàn)橛脩魩碇T多

的便利事項(xiàng)，新穎有創(chuàng)意的小語種翻譯軟件開發(fā)可以吸引更

多用戶的眼光

S101開始

選擇待翻譯的詞語

S102

檢測(cè)翻譯數(shù)據(jù)庫內(nèi)N

是否存在翻譯條目

S103

Y

將包含有翻譯條目信息的代碼塊替換

原與待翻譯的詞語相對(duì)應(yīng)的代碼塊

結(jié)束

背景技術(shù)：

軟件開發(fā)時(shí)，要使它能同時(shí)應(yīng)對(duì)世界不同地區(qū)和國家的

訪問，并針對(duì)不同地區(qū)和國家的訪問，提供相應(yīng)的、符合來

訪者閱讀習(xí)慣的頁面或數(shù)據(jù)，就需要為軟件實(shí)現(xiàn)國際化。目

前在現(xiàn)有的為軟件實(shí)現(xiàn)國際化的技術(shù)中，要求程序員將需要

國際化的詞語的翻譯部分寫入配置文件中，因此，則必須要

求程序員具備較高的語言翻譯能力。

技術(shù)實(shí)現(xiàn)要素：

為了使語言翻譯能力較弱的程序員也能順利地對(duì)軟件

實(shí)現(xiàn)國際化，本申請(qǐng)?zhí)峁┝擞糜谲浖_發(fā)的自動(dòng)翻譯方法及

用于軟件開發(fā)的自動(dòng)翻譯系統(tǒng)。

本申請(qǐng)由以下技術(shù)方案實(shí)現(xiàn)的：

用于軟件開發(fā)的自動(dòng)翻譯方法，包括以下步驟：

選擇待翻譯的詞語；

檢測(cè)翻譯數(shù)據(jù)庫內(nèi)是否存在與待翻譯的詞語相對(duì)應(yīng)的

翻譯條目，如果是，則將包含有翻譯條目信息的代碼塊替換

原與待翻譯的詞語相對(duì)應(yīng)的代碼塊。

如上所述的用于軟件開發(fā)的自動(dòng)翻譯方法，如果檢測(cè)到

翻譯數(shù)據(jù)庫內(nèi)不存在與待翻譯的詞語相對(duì)應(yīng)的翻譯條目，則

調(diào)用翻譯云服務(wù)器將待翻譯的詞語翻譯成指定語言生成翻

譯結(jié)果；

接收翻譯云服務(wù)器反饋的翻譯結(jié)果；

彈出翻譯結(jié)果并請(qǐng)求確認(rèn)信息；

如果接收到翻譯結(jié)果確認(rèn)信息，則將翻譯結(jié)果存儲(chǔ)于翻

譯數(shù)據(jù)庫內(nèi)形成新的翻譯條目。

本申請(qǐng)還公開了用于軟件開發(fā)的自動(dòng)翻譯系統(tǒng)，包括：

選擇模塊，其用于選擇待翻譯的詞語；

翻譯檢測(cè)模塊，其用于檢測(cè)翻譯數(shù)據(jù)庫內(nèi)是否存在與待

翻譯的詞語相對(duì)應(yīng)的翻譯條目；

代碼替換模塊，其用于將包含有翻譯條目信息的代碼塊

替換原與待翻譯的詞語相對(duì)應(yīng)的代碼塊。

如上所述的用于軟件開發(fā)的自動(dòng)翻譯系統(tǒng)，包括：

調(diào)用模塊，其用于在所述翻譯檢測(cè)模塊檢測(cè)到翻譯數(shù)據(jù)

庫內(nèi)不存在與待翻譯的詞語相對(duì)應(yīng)的翻譯條目時(shí)調(diào)用翻譯

云服務(wù)器將待翻譯的詞語翻譯成指定語言生成翻譯結(jié)果；

接收模塊，其用于接收翻譯云服務(wù)器反饋的翻譯結(jié)果；

請(qǐng)求確認(rèn)模塊，其用于彈出翻譯結(jié)果并請(qǐng)求確認(rèn)信息；

存儲(chǔ)模塊，其用于在接收到翻譯結(jié)果確認(rèn)信息時(shí)將翻譯

結(jié)果存儲(chǔ)于翻譯數(shù)據(jù)庫內(nèi)形成新的翻譯條目。

2.2.總則

為規(guī)范本小語種翻譯軟件服務(wù)項(xiàng)目軟件開發(fā)的管理工

作，特制定本制度。本制度適用于公司軟件研發(fā)與管理。

軟件開發(fā)遵循項(xiàng)目管理和軟件工程的基本原則。項(xiàng)目管

理涉及立項(xiàng)管理、項(xiàng)目計(jì)劃和監(jiān)控、配置管理、合作開發(fā)管

理和結(jié)項(xiàng)管理。軟件工程涉及需求管理、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)

現(xiàn)、系統(tǒng)測(cè)試、用戶接受測(cè)試、試運(yùn)行、系統(tǒng)驗(yàn)收、系統(tǒng)上

線和數(shù)據(jù)遷移。

除特別指定，本制度中項(xiàng)目組包括業(yè)務(wù)組(或需求提出

組)、IT組(可能包括網(wǎng)絡(luò)管理員和合作開發(fā)商)。

2.3.立項(xiàng)管理

提出開發(fā)需求的信息技術(shù)部門參與公司層面立項(xiàng)，進(jìn)行

立項(xiàng)的技術(shù)可行性分析，編寫《立項(xiàng)分析報(bào)告》(附件一),

開展前期籌備工作?！读㈨?xiàng)分析報(bào)告》應(yīng)明確項(xiàng)目的范圍和

邊界。

應(yīng)用系統(tǒng)主要使用部門將《立項(xiàng)分析報(bào)告》上交公司總

裁室進(jìn)行立項(xiàng)審批，以保證系統(tǒng)項(xiàng)目與公司整體策略相一

致。

2.4.需求分析

立項(xiàng)后業(yè)務(wù)組對(duì)用戶需求進(jìn)行匯總整理，出具《業(yè)務(wù)需

求說明書》(附件二),并確?！稑I(yè)務(wù)需求說明書》中包含

了所有的業(yè)務(wù)需求。經(jīng)系統(tǒng)使用部門審批確認(rèn)，作為業(yè)務(wù)需

求基線。

IT組在獲得《業(yè)務(wù)需求說明書》后，提出技術(shù)需求和解

決方案，并對(duì)系統(tǒng)進(jìn)行定義，出具《系統(tǒng)需求規(guī)格說明書》

(附件三)?！断到y(tǒng)需求規(guī)格說明書》需詳細(xì)列出業(yè)務(wù)對(duì)系

統(tǒng)的要求(界面、輸入、輸出、管理功能、安全需求、運(yùn)作

模式、關(guān)鍵指標(biāo)(KPI)等)。《系統(tǒng)需求規(guī)格說明書》需要

由業(yè)務(wù)組提交給相關(guān)業(yè)務(wù)流程負(fù)責(zé)人確認(rèn)。

對(duì)于合作開發(fā)的項(xiàng)目，當(dāng)業(yè)務(wù)需求發(fā)生變更時(shí)，業(yè)務(wù)組

應(yīng)提交《需求變更申請(qǐng)》(附件四),IT組組長審批后交給

合作開發(fā)商實(shí)施。

項(xiàng)目組應(yīng)對(duì)需求變更影響到的文檔及時(shí)更新。

2.5.項(xiàng)目計(jì)劃和監(jiān)控

軟件開發(fā)采用項(xiàng)目形式進(jìn)行管理。項(xiàng)目經(jīng)理負(fù)責(zé)整個(gè)項(xiàng)

目的計(jì)劃、組織、領(lǐng)導(dǎo)和控制。

需求分析過程中，項(xiàng)目經(jīng)理組織制定詳細(xì)的《項(xiàng)目計(jì)劃

書》(附件五),包括具體任務(wù)描述和項(xiàng)目進(jìn)度表等。

在項(xiàng)目的各個(gè)階段，業(yè)務(wù)組組長和IT組組長需配合項(xiàng)

目經(jīng)理制定階段性項(xiàng)目計(jì)劃。業(yè)務(wù)組組長和IT組組長需配

合項(xiàng)目經(jīng)理對(duì)項(xiàng)目計(jì)劃執(zhí)行情況進(jìn)行監(jiān)控，確保項(xiàng)目按計(jì)劃

完成。

項(xiàng)目計(jì)劃需要變更時(shí)，項(xiàng)目經(jīng)理填寫《項(xiàng)目計(jì)劃變更說

明》(附件六),并提交公司主管領(lǐng)導(dǎo)審批，通過審批后，

交給業(yè)務(wù)組組長和IT組組長執(zhí)行。

2.6.小語種翻譯軟件系統(tǒng)設(shè)計(jì)

系統(tǒng)設(shè)計(jì)應(yīng)分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)，系統(tǒng)設(shè)計(jì)要遵循

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

則。

在系統(tǒng)設(shè)計(jì)階段中，用戶應(yīng)充分參與，確保系統(tǒng)設(shè)計(jì)能

滿足系統(tǒng)需求。

項(xiàng)目組進(jìn)行詳細(xì)設(shè)計(jì)，出具《設(shè)計(jì)說明書》(附件七)

和《單元測(cè)試用例》(附件八)。《設(shè)計(jì)說明書》中需要定

義系統(tǒng)輸入輸出說明和接口設(shè)計(jì)說明。公司主管領(lǐng)導(dǎo)組織相

關(guān)人員對(duì)概要設(shè)計(jì)進(jìn)行評(píng)審，出具《設(shè)計(jì)評(píng)審報(bào)告》(附件

九)。業(yè)務(wù)組組長和IT組組長應(yīng)參加此評(píng)審并對(duì)評(píng)審意見

簽字確認(rèn)。

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

明書》為依據(jù)，確保系統(tǒng)設(shè)計(jì)滿足全部需求。

對(duì)已確認(rèn)通過的系統(tǒng)設(shè)計(jì)進(jìn)行修改需獲得管理部門、業(yè)

務(wù)組組長和IT組組長的審批后方可進(jìn)行。

對(duì)系統(tǒng)設(shè)計(jì)的修改的文檔須由文檔管理人員進(jìn)行歸檔

管理。

2.7.小語種翻譯軟件系統(tǒng)實(shí)現(xiàn)

項(xiàng)目組根據(jù)《設(shè)計(jì)說明書》制定系統(tǒng)實(shí)現(xiàn)計(jì)劃，并提交

項(xiàng)目經(jīng)理對(duì)計(jì)劃可行性進(jìn)行審批。

系統(tǒng)實(shí)現(xiàn)包括程序編碼、單元測(cè)試和集成測(cè)試。

項(xiàng)目組保證開發(fā)、測(cè)試和生產(chǎn)環(huán)境獨(dú)立，為各環(huán)境建立

訪問權(quán)限控制機(jī)制，并明確項(xiàng)目成員的職責(zé)分工。對(duì)開發(fā)環(huán)

境、測(cè)試環(huán)境與生產(chǎn)環(huán)境在物理或邏輯方面應(yīng)該做到隔離；

如果環(huán)境的分隔是通過邏輯形式實(shí)現(xiàn)的，應(yīng)定期檢查網(wǎng)絡(luò)設(shè)

置。項(xiàng)目組對(duì)已授權(quán)訪問生產(chǎn)環(huán)境的人員進(jìn)行詳細(xì)記錄，并

對(duì)該記錄進(jìn)行定期檢查，確保只有經(jīng)授權(quán)的人員才能訪問到

生產(chǎn)環(huán)境。

項(xiàng)目組進(jìn)行單元測(cè)試和集成測(cè)試，測(cè)試人員簽字確認(rèn)測(cè)

試結(jié)果。

2.8.系統(tǒng)測(cè)試和用戶測(cè)試

項(xiàng)目組制定《系統(tǒng)/用戶測(cè)試計(jì)劃》(附件十),并提

交項(xiàng)目經(jīng)理對(duì)計(jì)劃可行性進(jìn)行審批。

《系統(tǒng)/用戶測(cè)試計(jì)劃》必須定義測(cè)試標(biāo)準(zhǔn)，并明確各

種測(cè)試的測(cè)試步驟和需要的系統(tǒng)設(shè)置要求。

項(xiàng)目組向數(shù)據(jù)擁有部門申請(qǐng)獲取測(cè)試用業(yè)務(wù)數(shù)據(jù)的使

用權(quán)，對(duì)獲取的數(shù)據(jù)進(jìn)行嚴(yán)格的訪問控制，確保只有相關(guān)項(xiàng)

目人員才能訪問及使用。

項(xiàng)目組負(fù)責(zé)測(cè)試數(shù)據(jù)準(zhǔn)備，測(cè)試用數(shù)據(jù)要足夠模擬生產(chǎn)

環(huán)境中的實(shí)際數(shù)據(jù)。對(duì)已評(píng)定為敏感信息的數(shù)據(jù)進(jìn)行敏感性

處理和保護(hù)。

IT組或合作開發(fā)商建立測(cè)試環(huán)境進(jìn)行系統(tǒng)測(cè)試。在系統(tǒng)

測(cè)試中對(duì)新系統(tǒng)內(nèi)部各模塊之間的接口和與其他系統(tǒng)的接

口進(jìn)行充分測(cè)試。出具《系統(tǒng)測(cè)試報(bào)告》(附件十一),測(cè)

試人員簽字確認(rèn)測(cè)試結(jié)果。

系統(tǒng)測(cè)試通過后，IT組配合業(yè)務(wù)組建立用戶測(cè)試環(huán)境，

業(yè)務(wù)組根據(jù)用戶測(cè)試用例進(jìn)行用戶測(cè)試，出具《用戶測(cè)試報(bào)

告》(附件十一),業(yè)務(wù)組組長和IT組組長應(yīng)在用戶測(cè)試

報(bào)告中簽字確認(rèn)。

項(xiàng)目組完成系統(tǒng)幫助文檔(其中包括《用戶操作手冊(cè)》

和《安裝維護(hù)手冊(cè)》)。凡涉及應(yīng)用系統(tǒng)的變更，應(yīng)對(duì)系統(tǒng)

幫助文檔及時(shí)更新。

2.9.試運(yùn)行

系統(tǒng)主要使用部門根據(jù)項(xiàng)目規(guī)模及影響決定試運(yùn)行策

略。

項(xiàng)目組制定《試運(yùn)行計(jì)劃》(附件十二),并制定試運(yùn)

行驗(yàn)收指標(biāo)，上報(bào)公司主管領(lǐng)導(dǎo)審批?！对囘\(yùn)行計(jì)劃》中應(yīng)

包含問題應(yīng)對(duì)機(jī)制，明確問題溝通渠道和職責(zé)分工。

項(xiàng)目組聯(lián)合試運(yùn)行單位進(jìn)行相關(guān)系統(tǒng)部署工作，準(zhǔn)備培

訓(xùn)資料，對(duì)相關(guān)用戶和信息技術(shù)人員進(jìn)行培訓(xùn)。用戶培訓(xùn)的

完成度應(yīng)為實(shí)施后評(píng)估的指標(biāo)之一。

項(xiàng)目組根據(jù)《試運(yùn)行計(jì)劃》進(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)容。系統(tǒng)參數(shù)、

設(shè)置的轉(zhuǎn)換工作作為系統(tǒng)上線的驗(yàn)收的評(píng)估指標(biāo)之一。

數(shù)據(jù)遷移前，應(yīng)制定詳細(xì)的《數(shù)據(jù)遷移計(jì)劃》(附件十

三),《數(shù)據(jù)遷移計(jì)劃》中應(yīng)包含遷移方案、測(cè)試方案、數(shù)

據(jù)定義，新舊數(shù)據(jù)對(duì)照表、遷移時(shí)間、回退計(jì)劃等信息。數(shù)

據(jù)遷移計(jì)劃需經(jīng)項(xiàng)目經(jīng)理和主管領(lǐng)導(dǎo)簽字審批。

數(shù)據(jù)遷移后，項(xiàng)目組對(duì)數(shù)據(jù)遷移的完整性和準(zhǔn)確性作出

檢查，出具《數(shù)據(jù)遷移報(bào)告》(附件十四),其中包括數(shù)據(jù)

來源、轉(zhuǎn)換前狀態(tài)、轉(zhuǎn)換后狀態(tài)，數(shù)據(jù)遷移負(fù)責(zé)人、對(duì)完整

性檢查情況、對(duì)準(zhǔn)確性檢查情況等內(nèi)容。各相關(guān)部門驗(yàn)收轉(zhuǎn)

換結(jié)果后在該報(bào)告上簽字確認(rèn)。

系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移由試運(yùn)行單位業(yè)務(wù)部門和公司主

管領(lǐng)導(dǎo)共同監(jiān)督并進(jìn)行驗(yàn)收。

系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移驗(yàn)收通過后，正式啟動(dòng)試運(yùn)行。在

試運(yùn)行過程中，試運(yùn)行單位辦公室把系統(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)化。

試運(yùn)行達(dá)到試運(yùn)行計(jì)劃規(guī)定的終止條件時(shí)，項(xiàng)目組編寫

《試運(yùn)行報(bào)告》(附件十五)。此報(bào)告應(yīng)由項(xiàng)目組和試運(yùn)行

單位簽字確認(rèn)，并提交公司主管領(lǐng)導(dǎo)審閱。公司主管領(lǐng)導(dǎo)審

閱試運(yùn)行結(jié)果，決定試運(yùn)行結(jié)束或延期。

2.10.系統(tǒng)驗(yàn)收

系統(tǒng)主要使用部門及信息技術(shù)部門聯(lián)合組成獨(dú)立系統(tǒng)

驗(yàn)收小組，也可授權(quán)原項(xiàng)目組作為驗(yàn)收小組。驗(yàn)收小組從功

能需求及技術(shù)需求層面對(duì)系統(tǒng)進(jìn)行綜合評(píng)估。

驗(yàn)收小組應(yīng)根據(jù)驗(yàn)收情況整理形成《系統(tǒng)驗(yàn)收?qǐng)?bào)告》(附

件十六)提交系統(tǒng)主要使用部門和信息技術(shù)部門審閱。

系統(tǒng)主要使用部門和信息技術(shù)部門負(fù)責(zé)人根據(jù)系統(tǒng)測(cè)

試、試運(yùn)行情況簽署驗(yàn)收意見。

2.11.系統(tǒng)上線

系統(tǒng)上線應(yīng)遵循穩(wěn)妥、可控、安全的原則。

通常情況下，系統(tǒng)上線包含數(shù)據(jù)遷移工作。

項(xiàng)目組制定《系統(tǒng)上線計(jì)劃》(附件十七),上報(bào)公司

主管領(lǐng)導(dǎo)審批。在上線計(jì)劃得到批準(zhǔn)后才能開始部署上線工

作。

《系統(tǒng)上線計(jì)劃》內(nèi)容應(yīng)包括但不限于：

部署方式和資源分配(包括人力資源及服務(wù)器資源);

上線工作時(shí)間表；

上線操作步驟以及問題處理步驟；

項(xiàng)目階段性里程碑和成果匯報(bào)(項(xiàng)目執(zhí)行狀態(tài)的審閱、

進(jìn)度安排等);

數(shù)據(jù)遷移的需求和實(shí)施計(jì)劃；

完整可行的應(yīng)急預(yù)案和“回退”計(jì)劃；

用戶培訓(xùn)計(jì)劃(包括：培訓(xùn)計(jì)劃、培訓(xùn)手冊(cè)、培訓(xùn)考核

等);

公司下發(fā)的系統(tǒng)標(biāo)準(zhǔn)參數(shù)配置。

上線單位在上線初期需加強(qiáng)日常運(yùn)行狀態(tài)監(jiān)控，出現(xiàn)問

題時(shí)應(yīng)及時(shí)處理，對(duì)重大問題應(yīng)啟動(dòng)緊急預(yù)案。

在完成上線后要填寫《系統(tǒng)驗(yàn)收評(píng)估報(bào)告》(附件十八),

上報(bào)公司項(xiàng)目組匯總整理?！断到y(tǒng)驗(yàn)收評(píng)估報(bào)告》內(nèi)容包括：

數(shù)據(jù)準(zhǔn)確性、系統(tǒng)性能及穩(wěn)定性、接口問題、權(quán)限問題、業(yè)

務(wù)操作影響度、問題處理情況、備份、批處理等。

上線單位管理層要對(duì)《系統(tǒng)驗(yàn)收評(píng)估報(bào)告》進(jìn)行審批簽

字。

公司主管領(lǐng)導(dǎo)批準(zhǔn)結(jié)項(xiàng)后，業(yè)務(wù)組和IT組將整理的文

檔提交各自部門統(tǒng)一管理。

第三章合作開發(fā)管理

合作開發(fā)商的選擇應(yīng)遵循公司相關(guān)規(guī)定，合作商資質(zhì)認(rèn)

定參見第三方管理制度。

合作開發(fā)商必須遵循公司《軟件開發(fā)管理制度》。

項(xiàng)目經(jīng)理同合作開發(fā)商明確規(guī)定項(xiàng)目變更的范圍和處

理方式，重點(diǎn)關(guān)注需求和設(shè)計(jì)變更。

項(xiàng)目經(jīng)理負(fù)責(zé)監(jiān)控合作開發(fā)商的項(xiàng)目管理及軟件開發(fā)

活動(dòng)。合作開發(fā)商應(yīng)按計(jì)劃定期向項(xiàng)目經(jīng)理報(bào)告進(jìn)展?fàn)顟B(tài)，

并提交階段性成果文檔。發(fā)生重大問題時(shí)，合作開發(fā)商需及

時(shí)向項(xiàng)目經(jīng)理匯報(bào)。

IT組組長派專人監(jiān)控合作開發(fā)商的質(zhì)量保證過程。

項(xiàng)目組同合作開發(fā)商商定驗(yàn)收的標(biāo)準(zhǔn)和方法。

以上各要求需要在開發(fā)合同中明確。

3.1.立項(xiàng)分析報(bào)告

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

[√]草稿當(dāng)前版本：X.Y

[]正式發(fā)作者：

布

完成日期：Year-Month-Day

[]正在修

改

版本歷史

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

小語種翻譯軟件服務(wù)項(xiàng)目

項(xiàng)目介紹

1.1.項(xiàng)目目的

1.2.提示：用簡練的語言說明本項(xiàng)目“是什么”,

“實(shí)現(xiàn)什么目的”。描述簡練且清晰。

1.3.項(xiàng)目背景

1.4.提示：闡述項(xiàng)目背景，重點(diǎn)說明“為什么”

會(huì)產(chǎn)生本項(xiàng)目。

1.5.(1)公司的短期、長期發(fā)展戰(zhàn)略；

1.6.(2)業(yè)務(wù)需求及發(fā)展趨勢(shì)；

1.7.(3)技術(shù)狀況及發(fā)展趨勢(shì)；

1.8.(4)特殊的業(yè)務(wù)需求等。

1.9.項(xiàng)目范圍

1.10.提示：根據(jù)對(duì)現(xiàn)有需求的了解來確定項(xiàng)目基

本范圍，說明本系統(tǒng)“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的

內(nèi)容”。

1.11.項(xiàng)目計(jì)劃

1.12.項(xiàng)目團(tuán)隊(duì)

1.13.提示：說明項(xiàng)目團(tuán)隊(duì)的角色、知識(shí)技能要求、

建議人選、人數(shù)、工作時(shí)間，如下表所示。

知識(shí)技能要建議人選、人

角色工作時(shí)間

求數(shù)

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

需求開發(fā)人

員

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

員

編程人員

測(cè)試人員

質(zhì)量保證人

員

配置管理人

員

服務(wù)與維護(hù)

人員

成本估計(jì)

內(nèi)容成本(人民幣)備注

人力資源

軟硬件資源

差旅費(fèi)

會(huì)議費(fèi)

接待費(fèi)

進(jìn)度表

提示：制定項(xiàng)目開發(fā)的進(jìn)度表(建議給出項(xiàng)目里程碑計(jì)劃)。

例如：

編號(hào)里程碑名稱預(yù)計(jì)結(jié)束時(shí)間備注

需求調(diào)研完成

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

需求分析完成

概要設(shè)計(jì)完成

詳細(xì)設(shè)計(jì)完成

實(shí)現(xiàn)完成

集成測(cè)試完成

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

用戶驗(yàn)收測(cè)試

完成

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

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

總結(jié)

提示：給出清晰的建議結(jié)論，便于上級(jí)領(lǐng)導(dǎo)決策。

業(yè)務(wù)需求說明書

文件狀態(tài)：文件標(biāo)|ProjectName-

[√]草稿識(shí)：

[]正式發(fā)當(dāng)前版X.Y

布本：

[]正在修作

改者：

完成日Year-Month-Day

期：

版本歷史

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

1概述

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

【可選】

職能部門姓名主管聯(lián)系電話備注

序

號(hào)

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)、人員組織結(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)和管理模式。例如：

典型按庫存生產(chǎn)模式。生產(chǎn)計(jì)劃以年度銷售計(jì)劃為指

導(dǎo)，并綜合考慮設(shè)備能力、生產(chǎn)天數(shù)、庫存、歷史銷售記錄。

采購計(jì)劃的制訂以生產(chǎn)計(jì)劃為依據(jù)。

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)，便于形成需求矩陣，同時(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其他

5.1目前核心問題和困難

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

【可選】

5.3其他未盡事宜

系統(tǒng)需求規(guī)格說明書

文件狀態(tài)：文件標(biāo)ProjectName-

[√]草稿識(shí)：

[]正式發(fā)當(dāng)前版X.Y

布本：

[]正在修作

改

者：

完成日Year-Month-Day

期：

版本歷史

版本/狀態(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)(可以是非正式出版物),

包括計(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)目需要解決的問題?？梢圆捎靡韵?/p>

格式：

問題是[對(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)有助于判斷什么是需求，什

么不是需求；(2)可以將開發(fā)精力集中在產(chǎn)品范圍之內(nèi)；

(3)有助于控制需求的變更。

完整而準(zhǔn)確的定義本產(chǎn)品的干系人；

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

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

2.4干系人與用戶說明

【可選】

2.4.1用戶環(huán)境

【接口配置】

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

說明：接口基礎(chǔ)信息的配置項(xiàng)目，描述配置的方式。

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

說明：接口運(yùn)行參數(shù)的配置方式和步驟。

【其他配置[可選]】

說明：外圍系統(tǒng)或相關(guān)模塊的配置。

3.2.1.4通信接口

【可選】

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

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.更新處理時(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)輸出要求具備的精密度(分辨率)和精確度(按

照某一已知的標(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)

需求信息

記錄

需求變更申請(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ù)組提出，則業(yè)務(wù)組填寫；

及其理由如果變更為為信息技術(shù)組提出，則信息技術(shù)組填寫；

變更的系說明變更所涉及的工作產(chǎn)品及其當(dāng)前版本，

統(tǒng)及版本如果變更為業(yè)務(wù)組提出，則業(yè)務(wù)組填寫；

如果變更為為信息技術(shù)組提出，則信息技術(shù)組填寫；

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

其接口的業(yè)務(wù)組填寫

影響

業(yè)務(wù)負(fù)責(zé)同意不同意

人意見：

簽字日期：

變更