第一篇：軟件開發(fā)文檔規(guī)范（定稿）

附2:

軟件文檔編寫向?qū)?/p>

文檔分類

項目包括如下幾類文檔：

項目管理文檔。包括：《軟件項目計劃》、《項目進(jìn)度報告》、《項目開發(fā)總結(jié)報告》 軟件開發(fā)文檔。包括：《需求規(guī)格說明》、《概要設(shè)計說明》、《詳細(xì)設(shè)計說明》、《測試計劃》、《軟件測試分析報告》。

產(chǎn)品文檔。包括：《用戶操作手冊》《演示文件》。

軟件項目計劃

（Software Project Plan）

一．引言

1．編寫目的（闡明編寫軟件計劃的目的，指出讀者對象。）

2．項目背景（可包括：（1）項目委托單位、開發(fā)單位和主管部門；（2）該軟件系統(tǒng)與其他系統(tǒng)的關(guān)系。）

3．定義（列出本文檔中用到的專門術(shù)語的定義和縮略詞的原文。）

4．參考資料（可包括：文檔所引用的資料、規(guī)范等；列出資料的作者、標(biāo)題、編號、發(fā)表日期、出版單位或資料來源。）

二．項目概述

1.工作內(nèi)容（簡要說明項目的各項主要工作,介紹所開發(fā)軟件的功能性能等.若不編寫可行性研究報告,則應(yīng)在本節(jié)給出較詳細(xì)的介紹。)2.條件與限制（闡明為完成項目應(yīng)具備的條件開發(fā)單位已具備的條件以及尚需創(chuàng)造的條件.必要時還應(yīng)說明用戶及分合同承包者承擔(dān)的工作完成期限及其它條件與限制。）3.產(chǎn)品

（1）程序（列出應(yīng)交付的程序名稱使用的語言及存儲形式。）

（2）文檔（列出應(yīng)交付的文檔。）

（3）運(yùn)行環(huán)境（應(yīng)包括硬件環(huán)境軟件環(huán)境。）

4．服務(wù)（闡明開發(fā)單位可向用戶提供的服務(wù).如人員培訓(xùn)安裝保修維護(hù)和其他運(yùn)行支持。）5．驗收標(biāo)準(zhǔn)

三．實施計劃

1．任務(wù)分解（任務(wù)的劃分及各項任務(wù)的負(fù)責(zé)人。）

2．進(jìn)度（按階段完成的項目,用圖表說明開始時間完成時間。）3．預(yù)算

4．關(guān)鍵問題（說明可能影響項目的關(guān)鍵問題,如設(shè)備條件技術(shù)難點或其他風(fēng)險因素,并說明對策。）

四．人員組織及分工 五．交付期限

六．專題計劃要點（如測試計劃等。）

項目開發(fā)進(jìn)度報告

一．報告時間及所處的開發(fā)階段 二．給出進(jìn)度

1． 本周的主要活動 2． 實際進(jìn)展與計劃比較

三．所用工時（按不同層次人員分別計時。）四．所有機(jī)時

五．工作遇到的問題及采取的對策 六．本周完成的成果 七．下周的工作計劃 八．特殊問題

項目開發(fā)總結(jié)報告

一．引言

1．編寫目的（闡明編寫總結(jié)報告的目的,指明讀者對象。）

2．項目背景（說明項目的來源、委托單位、開發(fā)單位及主管部門。）3．定義（列出報告中用到的專門術(shù)語定義和縮寫詞的原意。）

4．參考資料（列出這些資料的作者、標(biāo)題、編號、發(fā)表日期、出版單位或資料來源，可包括：（1）項目開發(fā)計劃；（2）需求規(guī)格說明書；（3）概要設(shè)計說明書；（4）詳細(xì)設(shè)計說明書；（5）用戶操作手冊；（6）測試計劃；（7）測試分析報告（8）本報告引用的其他資料、采用的開發(fā)標(biāo)準(zhǔn)或開發(fā)規(guī)范。）

二．開發(fā)結(jié)果

1． 產(chǎn)品（可包括：（1）列出各部分的程序名稱、源程序行數(shù)（包括注釋行）或目標(biāo)程序字節(jié)數(shù)及程序總計數(shù)量、存儲形式；產(chǎn)品文檔名稱等。）2． 主要功能及性能

3． 所用工時（按人員的不同層次分別計時。）4． 所用機(jī)時

5． 進(jìn)度（給出計劃進(jìn)度與實際進(jìn)度的對比。）

三．評價

1．生產(chǎn)率評價（如平均每人每周源程序行數(shù)、文檔的字?jǐn)?shù)等。）2．技術(shù)方案評價 3．產(chǎn)品質(zhì)量評價

四．經(jīng)驗與教訓(xùn)

需求規(guī)格說明書

（Requirements Specification）

一．引言

1． 編寫目的（闡明編寫需求說明書的目的,指明讀者對象。）

2． 項目背景（可包括：（1）項目的委托單位,開發(fā)單位和主管部門；（2）該軟件系統(tǒng)與其他系統(tǒng)的關(guān)系。）

3． 定義（列出文檔中用到的專門術(shù)語定義和縮寫詞的原文。）

4． 參考資料（可包括：（1）項目開發(fā)計劃；（2）文檔所引用的資料，標(biāo)準(zhǔn)和規(guī)范。列出這些資料的作者、標(biāo)題、編號、發(fā)表日期、出版單位或資料來源。）

二．任務(wù)概述

1．目標(biāo) 2．運(yùn)行環(huán)境 3．條件與限制

三．?dāng)?shù)據(jù)描述

1． 靜態(tài)數(shù)據(jù)

2． 動態(tài)數(shù)據(jù)（包括輸入數(shù)據(jù)和輸出數(shù)據(jù)。）3． 數(shù)據(jù)庫描述（給出使用數(shù)據(jù)庫的名稱和類型。）

4． 數(shù)據(jù)詞典 5． 數(shù)據(jù)采集

四．功能需求

1．功能劃分 2．功能描述

五．性能需求

1．?dāng)?shù)據(jù)精確度

2．時間特性（如響應(yīng)時間、更新處理時間、數(shù)據(jù)轉(zhuǎn)化與傳輸時間、運(yùn)行時間等。）3．適應(yīng)性（在操作方式運(yùn)行環(huán)境與其他軟件的接口以及開發(fā)計劃等發(fā)生變化時，應(yīng)具有的適應(yīng)能力。）

六．運(yùn)行需求

1．用戶界面（如屏幕格式、報表格式、菜單格式、輸入輸出時間等。）2．硬件接口 3．軟件接口 4．故障處理

七．其他需求（如可使用性、安全保密、可維護(hù)性、可移植性等。）

概要設(shè)計說明書

（Architectural Design Specification）

一．引言

1．編寫目的（闡明編寫概要設(shè)計說明書的目的，指明讀者對象。）

2．項目背景（可包括：（1）項目的委托單位,開發(fā)單位和主管部門；（2）該軟件系統(tǒng)與其他系統(tǒng)的關(guān)系。）

3．定義（列出文檔中用到的專門術(shù)語定義和縮寫詞的原意。）

4．參考資料（列出這些資料的作者、標(biāo)題、編號、發(fā)表日期、出版單位或資料來源，可包括：（1）項目開發(fā)計劃；（2）需求規(guī)格說明書；（3）測試計劃（初稿）；（4）用戶操作手冊（初稿）；（5）文檔所引用的資料、采用的標(biāo)準(zhǔn)或規(guī)范。）

二．任務(wù)概述

1．目標(biāo)

2．運(yùn)行環(huán)境 3．需求概述 4．條件與限制

三．總體設(shè)計

1．處理流程

2．總體結(jié)構(gòu)和模塊外部設(shè)計

3．功能分配（表明各項功能與程序結(jié)構(gòu)的關(guān)系。）

四．接口設(shè)計

1．外部接口（包括用戶界面軟件接口與硬件接口。）2．內(nèi)部接口（模塊之間的接口。）

五．?dāng)?shù)據(jù)結(jié)構(gòu)設(shè)計

1． 邏輯結(jié)構(gòu)設(shè)計 2． 物理結(jié)構(gòu)設(shè)計 3． 數(shù)據(jù)結(jié)構(gòu)與程序的關(guān)系

六．運(yùn)行設(shè)計

1．運(yùn)行模塊的組合 2．運(yùn)行控制 3．運(yùn)行時間

七．出錯處理設(shè)計

1．出錯輸出信息

2．出錯處理對策（如設(shè)置后備、性能降級、恢復(fù)及再啟動等。）

八．安全保密設(shè)計

九．維護(hù)設(shè)計（說明為方便維護(hù)工作的設(shè)施,如維護(hù)模塊等。）

詳細(xì)設(shè)計說明書

（Procedural Design Specification）

一．引言

1． 編寫目的（闡明編寫詳細(xì)設(shè)計說明書的目的,指明讀者對象。）2． 項目背景（應(yīng)包括項目的來源和主管部門等。）

3． 定義（列出文檔中用到的專門術(shù)語定義和縮寫詞的原意。）

4． 參考資料（列出這些資料的作者、標(biāo)題、編號、發(fā)表日期、出版單位或資料來源，可包括：（1）項目開發(fā)計劃；（2）需求規(guī)格說明書；（3）概要設(shè)計說明書；（4）測試計劃(初稿)；（5）用戶操作手冊(初稿)；（5）文檔所引用的其他資料、軟件開發(fā)標(biāo)準(zhǔn)或規(guī)范。）

二．總體設(shè)計

1．需求概述

2．軟件結(jié)構(gòu)（如給出軟件系統(tǒng)的結(jié)果圖。）

三．程序描述（逐個模塊給出以下的說明:：）

1．功能 2．性能 3．輸入項目 4．輸出項目

5．算法（模塊所選用的算法。）

6．程序邏輯（詳細(xì)描述模塊實現(xiàn)的算法，可采用:：（1）標(biāo)準(zhǔn)流程圖；（2）N-S圖；（3）PAD；（4）判定表等描述算法的圖表。）7．接口 8．存儲分配 9．限制條件

10．測試要點（給出測試模塊的主要測試要求。）

測試計劃（Test Plan）

一、引言

1． 編寫目的（闡明編寫測試計劃的目的,指明讀者對象。）2． 項目背景（說明項目的來源委托單位及主管部門。）

3． 定義（列出測試計劃中用到的專門術(shù)語定義和縮寫詞的原意。）

4． 參考資料（列出這些資料的作者、標(biāo)題、編號、發(fā)表日期、出版單位或資料來源，可包括：（1）項目開發(fā)計劃；（2）需求規(guī)格說明書；（3）概要設(shè)計說明書；（4）詳細(xì)設(shè)計說明書；（5）用戶操作手冊;(6)本測試計劃中引用的其他資料采用的軟件開發(fā)標(biāo)準(zhǔn)或規(guī)范。）

二．任務(wù)概述

1．目標(biāo)

2．運(yùn)行環(huán)境 3．需求概述 4．條件與限制

三．計劃

1．測試方案（說明確定測試方法和選取測試用例的原則。）

2．測試項目（列出組裝測試和確認(rèn)測試中每一項測試的內(nèi)容、名稱、目的和進(jìn)度。）3．測試準(zhǔn)備

4．測試機(jī)構(gòu)及人員（測試機(jī)構(gòu)名稱負(fù)責(zé)人和職責(zé)。）

四．測試項目說明（按順序逐個對測試項目做出說明：）

1．測試項目名稱及測試內(nèi)容 2．測試用例

（1）輸入（輸入的數(shù)據(jù)和輸入的命令。）（2）輸出（預(yù)期的輸出數(shù)據(jù)。）

（3）步驟及操作

（4）允許偏差（給出實測結(jié)果與預(yù)測結(jié)果之間允許偏差的范圍。）3． 進(jìn)度

4． 條件（給出項測試對資源的特殊要求，如設(shè)備、軟件、人員等。）5． 測試資料（說明項測試所需的資料。）

五．評價

1．范圍（說明所完成的各項測試說明問題的范圍及其局限性。）2．準(zhǔn)則（說明評價測試結(jié)果的準(zhǔn)則。）

測試分析報告（Test Specification）

一．引言

1．編寫目的（闡明編寫測試分析報告的目的，指明讀者對象。）2．項目背景（說明項目的來源、委托單位及主管部門。）

3．定義（列出測試分析報告中用到的專門術(shù)語定義和縮寫詞的原意。）

4．參考資料（列出這些資料的作者、標(biāo)題、編號、發(fā)表日期、出版單位或資料來源，可包括：（1）項目開發(fā)計劃；（2）需求規(guī)格說明書；（3）概要設(shè)計說明書；（4）詳細(xì)設(shè)計說明

書；（5）用戶操作手冊；（6）測試計劃；（7）測試分析報告所引用的其他資料、采用的軟件工程標(biāo)準(zhǔn)或軟件工程規(guī)范。）

二．測試計劃執(zhí)行情況

1．測試項目（列出每一測試項目的名稱、內(nèi)容和目的。）

2．測試機(jī)構(gòu)和人員（給出測試機(jī)構(gòu)名稱、負(fù)責(zé)人和參與測試人員名單。）

3．測試結(jié)果（按順序給出每一測試項目的：（1）實測結(jié)果數(shù)據(jù)（2）與預(yù)期結(jié)果數(shù)據(jù)的偏差（3）該項測試說明的事實（4）該項測試發(fā)現(xiàn)的問題。）

三．軟件需求測試結(jié)論

按順序給出每一項需求測試的結(jié)論。包括：（1）證實的軟件能力（2）局限性（即項需求未得到充分測試的情況及原因）。

四．評價

1．軟件能力（經(jīng)過測試所表明的軟件能力。）

2．缺陷和限制（說明測試所揭露的軟件缺陷和不足,以及可能給軟件運(yùn)行帶來的影響。）3．建議（提出為彌補(bǔ)上述缺陷的建議。）4．測試結(jié)論（說明能否通過。）

用戶操作手冊（User Guide）

一．引言

1．編寫目的（闡明編寫手冊的目的，指明讀者對象。）

2．項目背景（說明項目的來源、委托單位、開發(fā)單位及主管部門。）3．定義（列出手冊中用到的專門術(shù)語定義和縮寫詞的原意。）

4．參考資料（列出這些資料的作者、標(biāo)題、編號、發(fā)表日期、出版單位或資料來源，可包括：（1）項目開發(fā)計劃；（2）需求規(guī)格說明書；（3）概要設(shè)計說明書；（4）詳細(xì)設(shè)計說明書；（5）測試計劃；（6）手冊中引用的其他資料、采用的軟件工程標(biāo)準(zhǔn)或軟件工程規(guī)范。）

二．軟件概述

1．目標(biāo) 2．功能 3．性能

（1）數(shù)據(jù)精確度（包括輸入、輸出及處理數(shù)據(jù)的精度。）（2）時間特性（如響應(yīng)時間、處理時間、數(shù)據(jù)傳輸時間等。）

（3）靈活性（在操作方式、運(yùn)行環(huán)境需做某些變更時軟件的適應(yīng)能力。）

三．運(yùn)行環(huán)境

1．硬件（列出軟件系統(tǒng)運(yùn)行時所需的硬件最小配置，如：（1）計算機(jī)型號、主存容量；（2）外存儲器、媒體、記錄格式、設(shè)備型號及數(shù)量；（3）輸入、輸出設(shè)備；（4）數(shù)據(jù)傳輸設(shè)備及數(shù)據(jù)轉(zhuǎn)換設(shè)備的型號及數(shù)量。）

2．支持軟件（如：（1）操作系統(tǒng)名稱及版本號；（2）語言編譯系統(tǒng)或匯編系統(tǒng)的名稱及版本號；（3）數(shù)據(jù)庫管理系統(tǒng)的名稱及版本號；（4）其他必要的支持軟件。）

四．使用說明

1．安裝和初始化（給出程序的存儲形式、操作命令、反饋信息及其含義、表明安裝完成的測試實例以及安裝所需的軟件工具等。）2．輸入（給出輸入數(shù)據(jù)或參數(shù)的要求。）

（1）數(shù)據(jù)背景（說明數(shù)據(jù)來源、存儲媒體、出現(xiàn)頻度、限制和質(zhì)量管理等。）

（2）數(shù)據(jù)格式（如：（1）長度（2）格式基準(zhǔn)（3）標(biāo)號（4）順序（5）分隔符（6）詞匯表（7）省略和重復(fù)（8）控制。）（3）輸入舉例

3．輸出（給出每項輸出數(shù)據(jù)的說明。）

（1）數(shù)據(jù)背景（說明輸出數(shù)據(jù)的去向、使用頻度、存放媒體及質(zhì)量管理等。）（2）數(shù)據(jù)格式（詳細(xì)闡明每一輸出數(shù)據(jù)的格式,如:首部主體和尾部的具體形式。）（3）舉例

3．出錯和恢復(fù)（給出：（1）出錯信息及其含義（2）用戶應(yīng)采取的措施，如修改、恢復(fù)、再啟動。）

4．求助查詢（說明如何操作。）

五．運(yùn)行說明

1． 運(yùn)行表 [列出每種可能的運(yùn)行情況,說明其運(yùn)行目的.] 2． 運(yùn)行步驟 [按順序說明每種運(yùn)行的步驟,應(yīng)包括:]（1）運(yùn)行控制

（2）操作信息（（1）運(yùn)行目的（2）操作要求（3）啟動方法（4）預(yù)計運(yùn)行時間（5）操作命令格式及說明（6）其他事項。）

（3）輸入/輸出文件（給出建立和更新文件的有關(guān)信息，如：（1）文件的名稱及編號（2）記錄媒體（3）存留的目錄（4）文件的支配（說明確定保留文件或廢棄文件的準(zhǔn)則，分發(fā)文件的對象，占用硬件的優(yōu)先級及保密控制等。）（4）啟動或恢復(fù)過程

六．非常規(guī)過程

（提供應(yīng)急或非常規(guī)操作的必要信息及操作步驟，如出錯處理操作、向后備系統(tǒng)切換操作以及維護(hù)人員須知的操作和注意事項。）

七．操作命令一覽表

（按字母順序逐個列出全部操作命令的格式功能及參數(shù)說明。）

八．程序文件（或命令文件）和數(shù)據(jù)文件一覽表（按文件名字母順序或按功能與模塊分類順序逐個列出文件名稱、標(biāo)識符及說明。）

九．用戶操作舉例

第二篇：軟件開發(fā)管理規(guī)范

軟件開發(fā)過程管理規(guī)范

濟(jì)南明湖建筑節(jié)能技術(shù)開發(fā)有限公司 軟件開發(fā)過程管理規(guī)范

一、總則.................................................................................................................................1 1.軟件開發(fā)項目管理的目的.........................................................................................1 2.軟件開發(fā)項目管理規(guī)范適用對象.............................................................................1 3.軟件項目開發(fā)組織管理.............................................................................................1

二、軟件項目立項階段.........................................................................................................1

三、軟件項目實施階段.........................................................................................................2

四、項目需求分析過程.........................................................................................................2

五、項目系統(tǒng)設(shè)計過程.........................................................................................................3

六、項目開發(fā)編碼過程.........................................................................................................3

七、測試提交過程.................................................................................................................4

八、項目驗收總結(jié)階段.........................................................................................................4

軟件開發(fā)過程管理規(guī)范

一、總則

1.軟件開發(fā)項目管理的目的

為保障按時、保質(zhì)、保量完成預(yù)期交付的任務(wù)，讓整個組織能清楚了解項目實施的目的、影響、進(jìn)度，做到項目組所有成員都理解項目實施的原因、意義及客戶的要求。通過制度化管理來合理組織安排項目組成員的工作職責(zé)和角色轉(zhuǎn)換。2.軟件開發(fā)項目管理規(guī)范適用對象

為了達(dá)到軟件開發(fā)項目管理的根本目的，要求公司全體員工必須嚴(yán)格按照本規(guī)范執(zhí)行，同時要求公司業(yè)務(wù)人員引導(dǎo)合作單位和客戶接受并適應(yīng)公司本《軟件項目開發(fā)管理規(guī)范》。3.軟件項目開發(fā)組織管理

根據(jù)軟件開發(fā)的標(biāo)準(zhǔn)流程，結(jié)合公司的實際情況對軟件項目分三個主要階段進(jìn)行組織管理，分別為項目立項階段、項目實施階段和項目驗收總結(jié)階段。

二、軟件項目立項階段

1.成立公司項目評估委員會負(fù)責(zé)公司的項目立項審批。

2.公司項目評估委員會由公司總經(jīng)理或指定負(fù)責(zé)人召集，成員為公司管理層人員、商務(wù)負(fù)責(zé)人、市場負(fù)責(zé)人、技術(shù)總監(jiān)、技術(shù)研發(fā)經(jīng)理、財務(wù)負(fù)責(zé)人組成。

3.公司業(yè)務(wù)部門按照公司發(fā)展要求或外部需求形成《軟件項目需求說明書》，確定項目需求管理人或項目申請人。

4.項目申請人填寫《軟件項目立項申請書》向項目評估委員會提出項目立項申請，主要說明項目的背景、目的、效益、成本、需求等方面，并由技術(shù)部門提供支持和技術(shù)說明。5.項目評估委員會收到《項目立項申請書》后三個工作日內(nèi)，召開評估會議。給出評估結(jié)果。如果批準(zhǔn)立項交公司技術(shù)總監(jiān)組織開發(fā)。如果不批準(zhǔn)，給出理由后項目中止。中止后的項目可根據(jù)情況重新申請。

6.評估結(jié)果必須包括：建議項目啟動日期，期望項目完成日期，項目等級系數(shù)，項目優(yōu)先級（高中低），資源沖突程度(1~9)。對于資源沖突程度大于5的項目技術(shù)總監(jiān)有權(quán)拒絕

軟件開發(fā)過程管理規(guī)范

接受。

三、軟件項目實施階段

1.公司批準(zhǔn)立項的項目交由公司技術(shù)總監(jiān)組織實施。

2.技術(shù)總監(jiān)根據(jù)資源情況和項目需求組織相關(guān)技術(shù)人員進(jìn)行初步需求討論會，確定項目的等級系數(shù)（如分大、中、小對應(yīng)3、2、1）、指定項目開發(fā)負(fù)責(zé)人。在立項后五個工作日內(nèi)技術(shù)總監(jiān)和項目開發(fā)負(fù)責(zé)人共同制定《軟件項目開發(fā)計劃》，確定項目啟動日并提交項目評估委員會做反饋確認(rèn)。如果項目評估委員會二位成員以上對計劃有異議，項目評估委員會應(yīng)該召開項目計劃協(xié)調(diào)會，協(xié)調(diào)《軟件項目開發(fā)計劃》的修改和通過。如果無異議授權(quán)技術(shù)總監(jiān)按照《軟件項目開發(fā)計劃》執(zhí)行。

3.項目啟動日后，項目開發(fā)負(fù)責(zé)人根據(jù)《軟件項目開發(fā)計劃》的進(jìn)度每周進(jìn)行一次分析匯報，形成《項目分析周報》確定項目的狀態(tài)、分析風(fēng)險和對策，交技術(shù)總監(jiān)管控。4.《軟件項目開發(fā)計劃》必須按照軟件項目實施過程分解為需求分析、系統(tǒng)設(shè)計、開發(fā)編碼和測試提交幾個控制過程。

四、項目需求分析過程

1.項目需求分析團(tuán)隊由技術(shù)總監(jiān)負(fù)責(zé)，組成人員包括技術(shù)研發(fā)經(jīng)理、項目開發(fā)負(fù)責(zé)人、部分高級軟件開發(fā)工程師和需求提供人。

2.需求分析第一次會議將在《軟件項目開發(fā)計劃》通過后，在項目啟動日2個工作日內(nèi)召開，提出需求的不足之處交需求提供人完善。

3.分析團(tuán)隊分工完成提交《軟件項目需求功能列表》及《項目關(guān)鍵業(yè)務(wù)流程》文擋。4.需求分析應(yīng)該在需求分析第一次會議后的開始，并在（3個工作日*項目等級系數(shù)）日內(nèi)完成。

5.需求分析過程完成后，如果需求變更提供人必須書面提出《項目需求變更通知書》，項目需求分析團(tuán)隊在2個工作日內(nèi)完成分析反饋，確定項目變更系數(shù)；項目負(fù)責(zé)人變更對應(yīng)《軟件項目開發(fā)計劃》版本。

6.需求分析階段完成的標(biāo)志為技術(shù)總監(jiān)召開文擋審查和階段總結(jié)會，時間為1個工作日。

軟件開發(fā)過程管理規(guī)范

五、項目系統(tǒng)設(shè)計過程

1.項目設(shè)計團(tuán)隊由技術(shù)總監(jiān)負(fù)責(zé)，組成人員包括技術(shù)研發(fā)經(jīng)理、項目開發(fā)負(fù)責(zé)人、部分高級軟件開發(fā)工程師。

2.項目分析設(shè)計團(tuán)隊在收到需求階段文檔后2個工作日內(nèi)召開設(shè)計工作啟動協(xié)調(diào)會，審查反饋需求階段文檔。

3.協(xié)調(diào)會明確分工、按計劃完成《項目系統(tǒng)接口說明》、《項目系統(tǒng)數(shù)據(jù)設(shè)計文檔》和《主要操作界面說明》文檔。

4.項目設(shè)計應(yīng)該在啟動協(xié)調(diào)會后開始，并在（5個工作日*項目等級系數(shù)）日內(nèi)完成。5.項目負(fù)責(zé)人接到《項目需求變更通知書》后，按照1個工作日*項目變更系數(shù)調(diào)整對應(yīng)設(shè)計和計劃。

6.項目設(shè)計階段完成的標(biāo)志為技術(shù)總監(jiān)召開設(shè)計文擋審查和階段總結(jié)會，時間為1個工作日。

六、項目開發(fā)編碼過程

1.項目開發(fā)編碼團(tuán)隊由技術(shù)研發(fā)經(jīng)理負(fù)責(zé)，組成人員包括項目開發(fā)負(fù)責(zé)人和軟件開發(fā)工程師。

2.項目開發(fā)編碼團(tuán)隊在收到需求和設(shè)計階段文檔后2個工作日內(nèi)召開編碼工作啟動協(xié)調(diào)會，學(xué)習(xí)理解并反饋需求和設(shè)計階段文檔。

3.技術(shù)研發(fā)經(jīng)理按照項目《軟件項目開發(fā)計劃》中開發(fā)編碼過程的細(xì)分階段進(jìn)行控制。

4.項目開發(fā)負(fù)責(zé)人需負(fù)責(zé)項目聯(lián)調(diào)測試，保證《項目關(guān)鍵業(yè)務(wù)流程》和《主要操作界面說明》文檔的實現(xiàn)。

5.技術(shù)研發(fā)經(jīng)理要組織項目開發(fā)編碼團(tuán)隊對（項目等級系數(shù)）關(guān)鍵代碼進(jìn)行集中解讀，保證編碼的質(zhì)量和規(guī)范。

6.根據(jù)項目的情況，要求開發(fā)編碼人員對《項目系統(tǒng)接口說明》中接口進(jìn)行性能測試，并產(chǎn)生接口測試報告。

7.技術(shù)研發(fā)經(jīng)理負(fù)責(zé)做好開發(fā)編碼的版本管理工作。

8.開發(fā)編碼應(yīng)該在編碼工作啟動協(xié)調(diào)會后開始，并在（10個工作日*項目等級系數(shù)）內(nèi)完成。

軟件開發(fā)過程管理規(guī)范

9.開發(fā)編碼階段完成的標(biāo)志為測試人員接受測試版本后，技術(shù)研發(fā)經(jīng)理召開提交和階段總結(jié)會，開發(fā)人員的所有代碼轉(zhuǎn)交給項目負(fù)責(zé)人管理。時間為1個工作日。

七、測試提交過程

1.項目測試團(tuán)隊由技術(shù)研發(fā)經(jīng)理、項目負(fù)責(zé)人和測試工程師組成。

2.測試工程師首先檢查開發(fā)編碼團(tuán)隊《項目關(guān)鍵業(yè)務(wù)流程》、《主要操作界面說明》和《項目系統(tǒng)接口說明》的測試結(jié)果。如果通過才接受，否則將退回。

3.測試工程師在開發(fā)編碼階段的同時應(yīng)該編制好《項目軟件使用說明書》，接受測試版本后按照《項目軟件使用說明書》進(jìn)行測試。

4.測試工程師重新測試一次《項目關(guān)鍵業(yè)務(wù)流程》、《主要操作界面說明》和《項目系統(tǒng)接口說明》。

5.測試工程師完成對應(yīng)版本的《項目測試報告》，發(fā)現(xiàn)的問題交項目負(fù)責(zé)人負(fù)責(zé)組織開發(fā)人員修改完善。

6.測試工程師提交完成版本的《項目測試報告》后，由技術(shù)研發(fā)經(jīng)理確認(rèn)并簽字。將對應(yīng)版本定義為發(fā)布版本。

7.測試工作應(yīng)該在接受測試版本后進(jìn)行，并在（5個工作日*項目等級系數(shù)）內(nèi)完成。

八、項目驗收總結(jié)階段

1.發(fā)布版本后，項目負(fù)責(zé)人打印收集好所有項目過程文擋，并有對應(yīng)責(zé)任人簽字。

2.項目負(fù)責(zé)人回顧總結(jié)《軟件項目開發(fā)計劃》，分析總結(jié)實際和計劃差異，形成《項目計劃執(zhí)行情況報告》。

3.技術(shù)研發(fā)經(jīng)理總結(jié)項目設(shè)計、開發(fā)、測試過程的質(zhì)量控制和開發(fā)人員開發(fā)效率情況，總結(jié)經(jīng)驗教訓(xùn)并提出項目開發(fā)改進(jìn)措施。

4.技術(shù)總監(jiān)總結(jié)分析成本控制、對全部項目人員進(jìn)行考核，形成《項目總結(jié)報告》。并完善本規(guī)范流程。

5.上述工作完成后，提交項目評估委員會總結(jié)會審批后公布。

第三篇：山東08規(guī)范軟件開發(fā)計劃

山東08規(guī)范軟件開發(fā)計劃

本軟件是從江蘇提速版本基礎(chǔ)之上根據(jù)現(xiàn)有山東地區(qū)軟件進(jìn)行調(diào)整。

軟件需要更改的地方我初步填寫了《需求表》，請各位針對自己的工作重點，結(jié)合相應(yīng)的軟件進(jìn)行分析和代碼設(shè)計，并給出時間計劃表

1)軟件基本信息修改及報表更改。

本部分工作由葛亮完成（吳耀武輔助）。具體內(nèi)容包括：

軟件基本信息的調(diào)整：比如顯示上的江蘇更改為山東。以及模板的調(diào)整

山東報表的打印。

2)計價程序以及管理費和利潤設(shè)置。

本部分工作由陸向榮完成。具體內(nèi)容包括計價程序相關(guān)變量的設(shè)置調(diào)整和管理費利潤費率按山東需求進(jìn)行調(diào)整。

3)其他項目，規(guī)費，稅金項目等界面調(diào)整和修改。

本部分工作有張志浩完成。主要將湖南的相關(guān)界面及操作等東西搬過來。同時指導(dǎo)招投標(biāo)接口的更改工作。

4)招投標(biāo)接口的更改，采用原有山東的招投標(biāo)接口。

本部分工作有強(qiáng)浩完成。主要任務(wù)是將江蘇地區(qū)的招投標(biāo)接口更改為山東接口。另山東現(xiàn)有一個接口規(guī)范（試行）及萊蕪有一個接口文件，請一并考慮在內(nèi)。相關(guān)文檔見《山東省建設(shè)工程造價計價軟件數(shù)據(jù)接口標(biāo)準(zhǔn)（試行）》和《萊蕪市建設(shè)工程計價數(shù)據(jù)交換規(guī)范》。

以上為現(xiàn)有的初步分工，請各位參考自己已有工作量進(jìn)行計劃，回復(fù)我計劃時間和具體工作內(nèi)容。對分工任務(wù)不明確的請和我聯(lián)系，以便調(diào)整。

第四篇：我總結(jié)的一些軟件開發(fā)規(guī)范

我總結(jié)的一些軟件開發(fā)規(guī)范

作者：田進(jìn)恩

為了提高軟件開發(fā)質(zhì)量，降低開發(fā)周期，增強(qiáng)代碼的可重用性和易讀性，使軟件便于維護(hù)，開發(fā)人員間便于交流和協(xié)作，特總結(jié)出開發(fā)規(guī)范，以為參考。

一． 原則：

1． 軟件工程化 2． 模塊化

3． 能簡單不復(fù)雜 4． 強(qiáng)調(diào)團(tuán)隊協(xié)作 5． 強(qiáng)調(diào)創(chuàng)新和特色

二． 具體規(guī)范：

1． 命名規(guī)范

命名應(yīng)盡量使用匈牙利命名法，變量名或函數(shù)名中使用大寫字符來區(qū)分各個部分，以便于記憶和閱讀。如bPatchMinute, DeleteDirInfo()。全局(包括類中的)變量用長名字，局部變量用短名字。

類成員變量前一般應(yīng)加上m_，全局變量加上g_，僅與本模塊有關(guān)的變量加上l_,緊接著是變量的類型。整型： n,i 長整型: l 無符號整型： u 無符號長整型：dw 字符： ch 布爾量： b 浮點數(shù): f 雙精度浮點: d 字符串： str,lpsz,sz,p,lp,ac, 指針： p 字節(jié)指針： pb 無符號指針： pv 字符指針： lpsz 整型指針： lpn 文件指針： fp 如：

m_nTotalNum,m_strPath,m_bRcving,m_fPrice,g_lOpenDate,g_dwCardNo,lpszNameStr, lpnSysDoomType,uMsgID,m_pProgress

局部變量應(yīng)盡量易懂簡潔，使用常見的變量，如

Num,nCount,i,j,k,n,len,pos, offset,nReadNum,index,nRet,ret, string,filename

臨時變量，如ltmp,ftmp,tmpStr,tempStr，函數(shù)命名也應(yīng)該見名知意。如CalcAllDataStyle(),ReadDocDataFromTime(),GetIndexInfo()常見的函數(shù)

Init, OpenAll, Create_, Get_, Set_, Read_, Load_, Write_, Start_, Stop_, Check_, Test_, Fill_, Process_, Sort_, Do_, Select_, Is_, Exist_,_Ex。

宏命名和typedef定義類型應(yīng)詳細(xì)，避免重復(fù)，一律為大寫，如

#define DEL_EMPTY(a){if(a){delete a;a=NULL;}} #define SUCCESS 0 #define FAIL-1

typedef struct { char lpzSource[100];char lpzTitle[100];char lpzURL[194];short nType;long npos;long nlen;}ATTBODY,*LPATTBODY;（指針前加LP）

自定義消息從WM_USER開始

#define MYAPP_MESSAGE WM_USER+0x1001

2． 代碼規(guī)范

有些不易理解的變量或函數(shù)應(yīng)作注釋，難懂的代碼要有注解，在文件的開始處有該文件的用途描述。一定要保持注釋的一致性。

代碼組織要清晰，{,},(,),if,else,do,while,for,case等要對應(yīng)整齊，少用空格，縮進(jìn)全部用Tab鍵。變量的定義要集中，函數(shù)間要有空行分開，一個程序中的空行數(shù)目最好占8%-16%。多態(tài)函數(shù)和功能相近的函數(shù)集中放在一起。

代碼應(yīng)該簡潔、清楚并講述了所發(fā)生的一切，我們的目標(biāo)應(yīng)該是寫出最清晰的代碼，而不是最巧妙的代碼。例如如果是MFC多文檔程序，就要嚴(yán)格按照其生成的框架寫代碼。盡量使用編譯器已經(jīng)提供的函數(shù)，不必花時間另行編寫。例如系統(tǒng)已經(jīng)有qsort函數(shù)，可直接拿來排序用。

某些公用代碼要注意多平臺易移植，最好使用標(biāo)準(zhǔn)C。

代碼的重用要仔細(xì)，要將相關(guān)的代碼也拷貝過來，注意那段代碼也許不適合你的應(yīng)用場合。刪掉從來沒有用過的函數(shù)或變量，大篇幅注釋掉的代碼行也應(yīng)刪除，以免使程序混亂難讀。

3． 工程文件組織規(guī)范

一個工程往往包含很多很多文件（*.h,*.cpp,*.inc,*.lib,資源文件等），向工程中加入文件或刪除工程中的文件要慎重，避免把工程損壞。工程中不起作用的文件或類應(yīng)刪除，工程目錄下的非工程文件也應(yīng)該移走，保持工程的清潔，避免混淆難于管理。工程文件如果很多，應(yīng)歸類。

在VC環(huán)境下，建議將常用的頭文件全部放入stdafx.h中，而在每個cpp開始處嵌入stdafx.h。避免頭文件的交叉引用，如果有嚴(yán)重的交叉引用，適當(dāng)使用類的聲明。

將獨立性比較強(qiáng)的模塊抽出來，做成DLL，控件或COM組件，該模塊可單獨編寫和測試，也增強(qiáng)了其可重用性。

一個比較大的工程應(yīng)留有一定的消息接口或插件接口等。

工程的版本控制要嚴(yán)格，版本格式為xx.xx.xx，必要時使用Build次數(shù)或日期。高版本盡量兼容低版本的用法、數(shù)據(jù)或協(xié)議。

工程的編譯宏定義和工程參數(shù)設(shè)置應(yīng)正確，每作一個新工程時應(yīng)檢查工程參數(shù)是否正確。建議字節(jié)對齊方式為1字節(jié)對齊。

工程文件應(yīng)經(jīng)常備份，備份時注明備份日期和主要增加的功能。

4． 類組織規(guī)范

類一般有兩個文件，一個頭文件，一個實現(xiàn)體CPP。

類力求封裝好，嚴(yán)格區(qū)分public,private,protect等作用域，如果一個函數(shù)與本類有莫大的關(guān)系，可以作為該類的靜態(tài)成員函數(shù)，不用或少用友元函數(shù)等破壞類封裝性的方法和技巧。如果一些結(jié)構(gòu)或宏僅與本類有關(guān)，可在類頭文件中定義。

類的成員變量在構(gòu)造函數(shù)或初始化函數(shù)中應(yīng)賦初值。指針在構(gòu)造函數(shù)中賦NULL,析構(gòu)時DEL_EMPTY它，以免內(nèi)存泄露。

5． 用戶界面規(guī)范

有四大類型的用戶界面：對話框、單文檔界面、多文檔界面、其它界面

對話框要易用且簡潔，字體和控件的組織搭配要得體，能簡單不復(fù)雜，各控件的焦點、Tab順序等要講究，視應(yīng)用場合要適當(dāng)支持鍵盤。在簡潔易用的前提下，力求個性化，設(shè)計得更加友好。程序各對話框的風(fēng)格要保持一致。

單文檔和多文檔界面的程序功能可以做得很強(qiáng)，也便于擴(kuò)充和管理。其中菜單、工具欄、狀態(tài)欄等設(shè)計要有特色。菜單按一定的分類彈出，必要時設(shè)計成多套菜單，在重要的窗口或區(qū)域應(yīng)能彈出右鍵，實現(xiàn)常見操作。工具欄上放最常用的操作按鈕，必要時動態(tài)更換按鈕。狀態(tài)欄顯示足夠多的有用信息。

消息主控在Mainframe中，單文檔的主控也可在View中，所有的對話框的彈出或非模態(tài)對話框的控制都在主控窗口中完成，具體的數(shù)據(jù)處理放在單獨的文件中或設(shè)計成類。在App類中實現(xiàn)Ini讀寫，各數(shù)據(jù)對象的定義和析構(gòu)，全局變量的賦值和初始計算，存盤退出等。各視圖的OnDraw和GDI畫圖盡量使用內(nèi)存位圖的方式，以免閃爍。

其它還有ATL，控制臺，嵌入式程序界面等，也有作為其它容器如IE中的插件等，此類程序可能不用MFC，而采用COM組件等方法實現(xiàn)。

6． 疑難解答和Bug調(diào)試方法

勤問、善于問。在不打擾正常工作的前提下，開發(fā)人員間應(yīng)相互幫助，聚思廣益，也許你的問題或Bug就是他人的前車之鑒。

從各種途徑請求解答。專業(yè)書、教材、期刊、電子文檔以及國際標(biāo)準(zhǔn)文獻(xiàn)、RFC等，Internet上專業(yè)網(wǎng)站、論壇、專家組等。

Bug的出現(xiàn)總是有一定的原因的，冷靜查找，不要總是拘泥于某一個小局部，換一個想法、從另外一個角度也許讓你柳暗花明。使用一些輔助開發(fā)或調(diào)試工具，如Spy++,Process Viewer,系統(tǒng)監(jiān)視器等。

拓寬知識面。多參閱其它編程語言、數(shù)據(jù)庫知識、編譯原理、網(wǎng)絡(luò)協(xié)議等，熟悉硬件設(shè)備、底層匯編、數(shù)字邏輯電路等。使用和揣摩其它軟件功能和界面，集百家之長，做出有創(chuàng)新意義和有特色的功能性軟件。

三． 一些習(xí)慣：

我認(rèn)為比較好的習(xí)慣：

1.if(0 == GetDataType(…))比if(GetDataType(…)== 0)好，縱使誤將==寫成=，在編譯一層就會報錯。2.#define MAX_DOWNLOADNUM 20 struct DownInfo m_DownInfo[MAX_DOWNLOADNUM];在代碼中盡量不用具體的大小數(shù)值，定義成宏，便于以后維護(hù)。3.CUSTXG_CONTABLE g_lpCustCon[] = { {“數(shù)值串1”,C_ZGB,C_CUSTJBM,C_VT_FBJ,“萬”}, {“數(shù)值串2”,C_ZSZ,C_CUSTJBM,C_VT_FBJ,“萬”}, …

{“數(shù)值比例”,C_WTB,C_CUSTHQ,C_VT_FBJ,“%”} };int g_nCustNum = sizeof(g_lpCustCon)/sizeof(CUSTXG_CONTABLE);g_ nCustNum自動適應(yīng)g_lpCustCon的大小。4.函數(shù)定義short GetInputType(const char * lpzInput)比short GetInputType(char * lpzInput)好，以免lpzInput在函數(shù)體中被破壞。5.協(xié)議包頭定義成：

typedef struct tagDataHeader { struct{ unsigned char Version:4;unsigned char HeaderFlag:2;unsigned char Reserved:2;//保留Bits位 }Info;long nOther;long Reserved;//保留4個字節(jié) } DATAHEADER;定義有一定的保留字段，供以后擴(kuò)充使用。6.變量在定義時賦初值，類析構(gòu)時或程序退出時判斷釋放所有變量。7.編碼空間一定要充分預(yù)留，編碼時注意可擴(kuò)充性。

我認(rèn)為不好的習(xí)慣：

1.代碼中是“+2”,“+4”,而不是“+sizeof(short)”,“+sizeof(int)”。2.filename[40],而不是filename[MAX_PATH]。

3.GDI資源使用完后不釋放，位圖、筆刷等用完后不Select出來。這樣會將導(dǎo)致系統(tǒng)Gdi資源丟失或內(nèi)存泄露。

4.大量使用無符號型變量。無符號變量在判斷時易造成錯誤，甚至死循環(huán)，盡量少用。5.使用malloc,free不使用new,delete,大量使用realloc。new,delete是規(guī)范的C++語法，通用性強(qiáng)，realloc易造成內(nèi)存抖動。6.#define square(x)(x)*(x)宏的體應(yīng)加括號，否則容易出問題，如1/square(x)將被替換1/(x)*(x)

以上僅是我總結(jié)的一些，比較少，希望能拋磚引玉，請大家補(bǔ)充

第五篇：供電公司軟件開發(fā)與測試驗收管理規(guī)范

某某供電公司軟件開發(fā)與測試驗收管理規(guī)范

第一條 為提高某某供電公司計算機(jī)應(yīng)用軟件的開發(fā)與測試驗收管理水平，符合國網(wǎng)公司“SG186”軟件系統(tǒng)的質(zhì)量體系，特制定本規(guī)范。

第二條 本規(guī)范適用于公司內(nèi)部開發(fā)的應(yīng)用軟件，也適用于采購定制開發(fā)的應(yīng)用軟件，提供定制開發(fā)應(yīng)用軟件的開發(fā)商必須遵循本規(guī)范執(zhí)行。

第三條 本規(guī)范的應(yīng)用軟件研制開發(fā)過程采用生命周期法，分為五個階段進(jìn)行：

1． 分析階段 2． 設(shè)計階段 3． 編碼調(diào)試階段

4． 工程實施（部署）、測試驗收階段 5． 培訓(xùn)、試運(yùn)行階段

第四條 每個階段都有確定的任務(wù)，并產(chǎn)生相應(yīng)的文檔。后一階段應(yīng)在前一階段提供文檔的基礎(chǔ)上，繼續(xù)開展工作。每一階段結(jié)束時，必須對產(chǎn)生的文檔，進(jìn)行仔細(xì)復(fù)審，發(fā)現(xiàn)錯誤，及時糾正。由于理解能力的限制，以及需求情況、環(huán)境條件的變化，反復(fù)進(jìn)行修改，是不可避免的，應(yīng)不厭其煩地，直至修改完善，保證正常運(yùn)行使用。力戒湊合。

第五條 應(yīng)用軟件研制開發(fā)過程中會出現(xiàn)七個角色：組織機(jī)構(gòu)的設(shè)置可根據(jù)

第 1頁 , 共 9 頁 開發(fā)平臺、開發(fā)人員、項目規(guī)模等因素有所變化，開發(fā)人員也可以隨著項目的連續(xù)性和項目的進(jìn)展賦予不同的職責(zé)。

1． 項目經(jīng)理：在一個或多個應(yīng)用領(lǐng)域內(nèi)使用整合了道德、法律和經(jīng)濟(jì)問題的工程方法來設(shè)計合適的解決方案。懂得確定客戶需求并將其轉(zhuǎn)換成軟件需求的過程。履行項目經(jīng)理的職責(zé)，善于處理技術(shù)和管理方面的事務(wù)。懂得并使用有用的項目管理工具。調(diào)諧互相沖突的目標(biāo)，在成本、時間、知識、現(xiàn)有系統(tǒng)以及組織的限制下找出可接受的折衷辦法。在一個典型的軟件開發(fā)環(huán)境中談判、有效地工作、在必要時進(jìn)行領(lǐng)導(dǎo)，并與有關(guān)負(fù)責(zé)人（包含外方）進(jìn)行良好溝通。從最初創(chuàng)建建議書一直到項目簽收結(jié)束都應(yīng)用國際標(biāo)準(zhǔn)。2． 系統(tǒng)分析員：協(xié)助項目經(jīng)理工作。系統(tǒng)分析員是用戶和開發(fā)者之間的橋梁，負(fù)責(zé)與用戶一起進(jìn)行需求分析，并對軟件需求進(jìn)行規(guī)格化說明。

3． 系統(tǒng)設(shè)計員：系統(tǒng)設(shè)計員負(fù)責(zé)設(shè)計軟件的開發(fā)策略，配置軟件開發(fā)環(huán)境，進(jìn)行數(shù)據(jù)結(jié)構(gòu)設(shè)計和業(yè)務(wù)系統(tǒng)設(shè)計。

4． 程序設(shè)計員：負(fù)責(zé)程序的編寫、調(diào)試，以實現(xiàn)系統(tǒng)設(shè)計員做出的軟件設(shè)計。

5． 系統(tǒng)測試員：負(fù)責(zé)程序和業(yè)務(wù)系統(tǒng)兩方面的測試。

6． 文檔管理員：負(fù)責(zé)管理整個系統(tǒng)開發(fā)過程中產(chǎn)生的各種文檔。7． 用戶：應(yīng)用軟件的接受和使用者。

第六條 分析階段

第 2頁 , 共 9 頁 1． 分析階段任務(wù)：在項目經(jīng)理的帶領(lǐng)下進(jìn)行業(yè)務(wù)需求調(diào)研。系統(tǒng)分析員與用戶一起充分討論業(yè)務(wù)需求、安全保密等要求；對有關(guān)業(yè)務(wù)活動，進(jìn)行詳細(xì)分析，切實弄清在滿足業(yè)務(wù)需求的條件下，軟件系統(tǒng)應(yīng)該做什么，并進(jìn)行可行性論證。

2． 本階段的文檔是《業(yè)務(wù)需求說明書》、《技術(shù)方案設(shè)計書》、《草圖設(shè)計》、《項目開發(fā)計劃》和《項目約定書》。

3． 《業(yè)務(wù)需求說明書》由項目經(jīng)理和系統(tǒng)分析員編寫。a)闡述業(yè)務(wù)范圍和內(nèi)容。

b)分析現(xiàn)行系統(tǒng)的業(yè)務(wù)概況，系統(tǒng)的不足和用戶對新系統(tǒng)的要求。

4． 《技術(shù)方案設(shè)計書》由項目經(jīng)理和系統(tǒng)分析員編寫。a)由開發(fā)組負(fù)責(zé)制定最優(yōu)技術(shù)設(shè)計方案

b)業(yè)務(wù)流程圖：對原系統(tǒng)的描述，為數(shù)據(jù)流程圖提供依據(jù) c)數(shù)據(jù)流程圖：系統(tǒng)說明書中的主要文件，按自頂向下的原則分層進(jìn)行，先把整個系統(tǒng)當(dāng)作一個功能，畫出最粗略的流程圖，然后逐步向下分解，直到所需要的詳盡程度。d)數(shù)據(jù)字典：對數(shù)據(jù)流程圖中的細(xì)節(jié)，進(jìn)行描述說明。e)新系統(tǒng)的邏輯模型；提出為達(dá)到系統(tǒng)目標(biāo)，對原系統(tǒng)應(yīng)作那些修改，系統(tǒng)的人機(jī)界面，出錯處理，系統(tǒng)的啟動和結(jié)束，系統(tǒng)輸入輸出格式，系統(tǒng)性能等。

5． 《草圖設(shè)計》由項目經(jīng)理和系統(tǒng)分析員編寫。簡化和圖示化技術(shù)方案設(shè)計書，讓用戶直接了解思路。

第 3頁 , 共 9 頁 6． 《項目開發(fā)計劃》由項目經(jīng)理根據(jù)項目任務(wù)、人員配置和進(jìn)度制定。

7． 《業(yè)務(wù)需求說明書》、《技術(shù)方案設(shè)計書》、《草圖設(shè)計》和《項目開發(fā)計劃》在業(yè)務(wù)部門確認(rèn)這四個文檔滿足他們的要求后，提交軟件開發(fā)部門領(lǐng)導(dǎo)審批，然后由項目經(jīng)理與業(yè)務(wù)部門簽訂《項目約定書》，作為業(yè)務(wù)部門和軟件開發(fā)部門之間密切合作的最終文件。（外購軟件參照執(zhí)行）8． 在《項目約定書》中必須包括：

a)開發(fā)和實施過程中的人生、信息、設(shè)備的安全條款。b)提供明確數(shù)量的技術(shù)培訓(xùn)和服務(wù)（質(zhì)量）的承諾。

第七條 設(shè)計階段

1． 設(shè)計階段的任務(wù)：在設(shè)計階段中，項目經(jīng)理和系統(tǒng)分析員應(yīng)根據(jù)《技術(shù)方案設(shè)計書》提出的邏輯模型，精心設(shè)計系統(tǒng)實施方案，編寫《業(yè)務(wù)流程總體設(shè)計書》盡可能提高系統(tǒng)的安全性、可靠性、可變性、容錯性、工作質(zhì)量和工作效率。2． 本階段工作是“業(yè)務(wù)流程總體設(shè)計”、“業(yè)務(wù)流程詳細(xì)設(shè)計”、《項目開發(fā)管理規(guī)范書》和《任務(wù)分配文檔》。3． “業(yè)務(wù)流程總體設(shè)計”由項目經(jīng)理和系統(tǒng)分析員完成 a)“業(yè)務(wù)流程總體設(shè)計”是項目經(jīng)理和系統(tǒng)分析員根據(jù)《業(yè)務(wù)需求說明書》和《技術(shù)方案設(shè)計書》的要求，運(yùn)用結(jié)構(gòu)化程序設(shè)計思想，將軟件自上而下逐層分解成多個軟件模塊，直

第 4頁 , 共 9 頁 到分解成每一個模塊只具有單一的功能，能用一個或幾個程序?qū)崿F(xiàn)的樹形結(jié)構(gòu)為止?？傮w設(shè)計還要定義各模塊的數(shù)據(jù)傳遞關(guān)系，設(shè)計軟件的編碼方案、文件存儲策略、輸入輸出格式，以及硬件和系統(tǒng)軟件配置，最后編制《概要設(shè)計說明書》。b)業(yè)務(wù)流程總體設(shè)計的內(nèi)容主要包括：

(1)代碼設(shè)計(2)文件設(shè)計(3)輸入設(shè)計(4)輸出設(shè)計

(5)系統(tǒng)軟硬件配置設(shè)計(6)設(shè)計說明書

4． “業(yè)務(wù)流程詳細(xì)設(shè)計”由項目經(jīng)理和系統(tǒng)分析員完成 a)“業(yè)務(wù)流程詳細(xì)設(shè)計”是對“業(yè)務(wù)流程總體設(shè)計”中劃分的每個模塊再進(jìn)行詳細(xì)定義和說明。它包括定義每一模塊的詳細(xì)功能、輸入數(shù)據(jù)、使用文件及使用方式，確定輸出內(nèi)容及格式，模塊實現(xiàn)的詳細(xì)算法，每一模塊的程序構(gòu)成等，其中包括對數(shù)據(jù)庫關(guān)系和流程的設(shè)計?！皹I(yè)務(wù)流程詳細(xì)設(shè)計”是軟件功能、結(jié)構(gòu)實現(xiàn)方法的最詳細(xì)說明，是程序設(shè)計的依據(jù)?！皹I(yè)務(wù)流程詳細(xì)設(shè)計”的最終成果是編制《詳細(xì)設(shè)計說明書》。

5． 《項目開發(fā)管理規(guī)范書》：由項目經(jīng)理和系統(tǒng)分析員編寫。對開發(fā)人員在變量、代碼、編碼、數(shù)據(jù)文件格式、注釋等方面

第 5頁 , 共 9 頁 作出約定的技術(shù)性規(guī)范書。

6． 《任務(wù)分配文檔》由項目經(jīng)理編寫，根據(jù)《概要設(shè)計說明書》、《詳細(xì)設(shè)計說明書》和《項目開發(fā)計劃》分配人員和任務(wù)。

第八條 編寫、調(diào)試階段

1． 主要任務(wù)是由程序人員在系統(tǒng)分析員的帶領(lǐng)下，根據(jù)《任務(wù)分配文檔》分配的各自的模塊說明書寫出程序《開發(fā)文檔》，并以此編寫邏輯正確、易于閱讀和理解的程序。

a)《開發(fā)文檔》應(yīng)該包括：程序框圖、源程序清單、程序說明書、邏輯正確的程序模塊。

2． 高級程序員將程序員開發(fā)的模塊按《概要設(shè)計說明書》、《詳細(xì)設(shè)計說明書》集成系統(tǒng)。

3． 在本階段中，模塊級測試可以由程序員自己或相互測試，也可以由測試員參與模塊級測試。

4． 在本階段中，對開發(fā)服務(wù)器上集成后的系統(tǒng)進(jìn)行測試，可以由高級程序員到測試員共同參與進(jìn)行測試，測試結(jié)果由程序員對代碼進(jìn)行消缺，同時編寫《集成測試說明書》。5． 在經(jīng)過系統(tǒng)集成測試后，可以向用戶展示系統(tǒng)，項目經(jīng)理和系統(tǒng)分析員要聽取用戶的意見，如果用戶對業(yè)務(wù)有所變更，項目經(jīng)理和系統(tǒng)分析員對此進(jìn)行分析，對于確實需要變更的業(yè)務(wù)，由項目經(jīng)理及時提出《問題說明報告》，讓用戶和領(lǐng)導(dǎo)審批，審批通過后，系統(tǒng)分析員立即編寫《業(yè)務(wù)變更文檔》，第 6頁 , 共 9 頁 同步記錄開發(fā)過程中用戶提出的業(yè)務(wù)需求變更的情況，以便及時讓組員了解。

6． 在向用戶展示系統(tǒng)通過后，系統(tǒng)進(jìn)入現(xiàn)場安裝部署階段。

第九條 工程實施（部署）、測試驗收階段

1． 在現(xiàn)場部署階段，首先準(zhǔn)備運(yùn)行服務(wù)器。同時，由系統(tǒng)分析員根據(jù)《業(yè)務(wù)需求說明書》、《概要設(shè)計說明書》、《詳細(xì)設(shè)計說明書》，編寫《項目測試方案與報告》的初稿，《項目測試方案與報告》包括測試案例，以驗證系統(tǒng)的功能與性能。2． 成立由項目經(jīng)理、系統(tǒng)分析員、程序員、測試員和用戶在內(nèi)的測試小組進(jìn)行現(xiàn)場碼測試。

a)現(xiàn)場碼測試過程是按照《項目測試方案與報告》的初稿的測試案例，逐條進(jìn)行?，F(xiàn)場代碼測試是一個反復(fù)的過程，如果沒有通過測試，要進(jìn)行消缺，再全面測試，直到測試通過為止。

b)現(xiàn)場代碼測試完成后的系統(tǒng)要移植到最終運(yùn)行環(huán)境（部署），將實際數(shù)據(jù)采集及導(dǎo)入。

3． 成立由項目經(jīng)理、系統(tǒng)分析員、測試員和用戶在內(nèi)的測試小組進(jìn)行現(xiàn)場驗收測試。

a)對實際運(yùn)行系統(tǒng)進(jìn)行現(xiàn)場驗收測試。測試過程是按照《項目測試方案與報告》的初稿的測試案例，逐條進(jìn)行。b)現(xiàn)場驗收測試完成后，測試小組要對被測試系統(tǒng)是否達(dá)到

第 7頁 , 共 9 頁 《項目測試方案與報告》的要求，提出意見，完善《項目測試方案與報告》報告，提交領(lǐng)導(dǎo)審批。

4． 在進(jìn)行系統(tǒng)測試的同時，系統(tǒng)分析員、程序員積極編寫《項目開發(fā)文檔》匯總整個項目的使用的技術(shù)、思路、過程。5． 在工程實施（部署）、測試驗收階段，系統(tǒng)分析員和高級程序員還要積極編寫《用戶使用手冊》，在系統(tǒng)代碼測試完成后，向用戶進(jìn)行培訓(xùn)。

6． 現(xiàn)場驗收測試通過的系統(tǒng)交用戶試運(yùn)行一段時間（一般要求３～６個月），以進(jìn)一步發(fā)現(xiàn)問題，予以修改、完善。經(jīng)用戶試運(yùn)行，滿意認(rèn)可后，由用戶提出《用戶報告》，項目經(jīng)理則編寫《項目驗收報告》。

第十條 驗收、運(yùn)行維護(hù)階段

1． 軟件驗收組應(yīng)由用戶、開發(fā)人員和專家三方組成。驗收組要對《項目驗收報告》、《項目測試方案與報告》、《用戶報告》等資料是否完整進(jìn)行認(rèn)真審查并作出評價；

2． 在軟件系統(tǒng)通過驗收，并交付用戶正式使用后，用戶應(yīng)對軟件系統(tǒng)的資產(chǎn)進(jìn)行分類統(tǒng)計，編制資產(chǎn)清單，標(biāo)注資產(chǎn)的重要性，并對資產(chǎn)清單定期維護(hù)和更新；

3． 要對軟件系統(tǒng)的日常維護(hù)工作作出安排?？梢晕熊浖_發(fā)人員日常維護(hù)。要建立軟件系統(tǒng)的《日常維護(hù)檔案》資料歸

第 8頁 , 共 9 頁 檔，作為今后日常維護(hù)的依據(jù)。在可能的條件下，也可對業(yè)務(wù)人員作進(jìn)一步培訓(xùn)，逐步做到由業(yè)務(wù)部門自行維護(hù)。

**供電公司

2009年2月

第 9頁 , 共 9 頁