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

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

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

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

二、軟件項(xiàng)目立項(xiàng)階段.........................................................................................................1

三、軟件項(xiàng)目實(shí)施階段.........................................................................................................2

四、項(xiàng)目需求分析過(guò)程.........................................................................................................2

五、項(xiàng)目系統(tǒng)設(shè)計(jì)過(guò)程.........................................................................................................3

六、項(xiàng)目開(kāi)發(fā)編碼過(guò)程.........................................................................................................3

七、測(cè)試提交過(guò)程.................................................................................................................4

八、項(xiàng)目驗(yàn)收總結(jié)階段.........................................................................................................4

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

一、總則

1.軟件開(kāi)發(fā)項(xiàng)目管理的目的

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

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

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

二、軟件項(xiàng)目立項(xiàng)階段

1.成立公司項(xiàng)目評(píng)估委員會(huì)負(fù)責(zé)公司的項(xiàng)目立項(xiàng)審批。

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

3.公司業(yè)務(wù)部門(mén)按照公司發(fā)展要求或外部需求形成《軟件項(xiàng)目需求說(shuō)明書(shū)》，確定項(xiàng)目需求管理人或項(xiàng)目申請(qǐng)人。

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

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

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

接受。

三、軟件項(xiàng)目實(shí)施階段

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

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

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

四、項(xiàng)目需求分析過(guò)程

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

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

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

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

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

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

五、項(xiàng)目系統(tǒng)設(shè)計(jì)過(guò)程

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

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

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

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

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

六、項(xiàng)目開(kāi)發(fā)編碼過(guò)程

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

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

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

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

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

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

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

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

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

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

七、測(cè)試提交過(guò)程

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

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

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

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

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

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

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

八、項(xiàng)目驗(yàn)收總結(jié)階段

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

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

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

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

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

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

附2:

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

文檔分類(lèi)

項(xiàng)目包括如下幾類(lèi)文檔：

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

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

軟件項(xiàng)目計(jì)劃

（Software Project Plan）

一．引言

1．編寫(xiě)目的（闡明編寫(xiě)軟件計(jì)劃的目的，指出讀者對(duì)象。）

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

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

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

二．項(xiàng)目概述

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

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

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

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

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

三．實(shí)施計(jì)劃

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

2．進(jìn)度（按階段完成的項(xiàng)目,用圖表說(shuō)明開(kāi)始時(shí)間完成時(shí)間。）3．預(yù)算

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

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

六．專(zhuān)題計(jì)劃要點(diǎn)（如測(cè)試計(jì)劃等。）

項(xiàng)目開(kāi)發(fā)進(jìn)度報(bào)告

一．報(bào)告時(shí)間及所處的開(kāi)發(fā)階段 二．給出進(jìn)度

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

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

五．工作遇到的問(wèn)題及采取的對(duì)策 六．本周完成的成果 七．下周的工作計(jì)劃 八．特殊問(wèn)題

項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告

一．引言

1．編寫(xiě)目的（闡明編寫(xiě)總結(jié)報(bào)告的目的,指明讀者對(duì)象。）

2．項(xiàng)目背景（說(shuō)明項(xiàng)目的來(lái)源、委托單位、開(kāi)發(fā)單位及主管部門(mén)。）3．定義（列出報(bào)告中用到的專(zhuān)門(mén)術(shù)語(yǔ)定義和縮寫(xiě)詞的原意。）

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

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

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

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

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

三．評(píng)價(jià)

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

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

需求規(guī)格說(shuō)明書(shū)

（Requirements Specification）

一．引言

1． 編寫(xiě)目的（闡明編寫(xiě)需求說(shuō)明書(shū)的目的,指明讀者對(duì)象。）

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

3． 定義（列出文檔中用到的專(zhuān)門(mén)術(shù)語(yǔ)定義和縮寫(xiě)詞的原文。）

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

二．任務(wù)概述

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

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

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

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

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

四．功能需求

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

五．性能需求

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

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

六．運(yùn)行需求

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

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

概要設(shè)計(jì)說(shuō)明書(shū)

（Architectural Design Specification）

一．引言

1．編寫(xiě)目的（闡明編寫(xiě)概要設(shè)計(jì)說(shuō)明書(shū)的目的，指明讀者對(duì)象。）

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

3．定義（列出文檔中用到的專(zhuān)門(mén)術(shù)語(yǔ)定義和縮寫(xiě)詞的原意。）

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

二．任務(wù)概述

1．目標(biāo)

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

三．總體設(shè)計(jì)

1．處理流程

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

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

四．接口設(shè)計(jì)

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

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

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

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

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

七．出錯(cuò)處理設(shè)計(jì)

1．出錯(cuò)輸出信息

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

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

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

詳細(xì)設(shè)計(jì)說(shuō)明書(shū)

（Procedural Design Specification）

一．引言

1． 編寫(xiě)目的（闡明編寫(xiě)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)的目的,指明讀者對(duì)象。）2． 項(xiàng)目背景（應(yīng)包括項(xiàng)目的來(lái)源和主管部門(mén)等。）

3． 定義（列出文檔中用到的專(zhuān)門(mén)術(shù)語(yǔ)定義和縮寫(xiě)詞的原意。）

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

二．總體設(shè)計(jì)

1．需求概述

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

三．程序描述（逐個(gè)模塊給出以下的說(shuō)明:：）

1．功能 2．性能 3．輸入項(xiàng)目 4．輸出項(xiàng)目

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

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

10．測(cè)試要點(diǎn)（給出測(cè)試模塊的主要測(cè)試要求。）

測(cè)試計(jì)劃（Test Plan）

一、引言

1． 編寫(xiě)目的（闡明編寫(xiě)測(cè)試計(jì)劃的目的,指明讀者對(duì)象。）2． 項(xiàng)目背景（說(shuō)明項(xiàng)目的來(lái)源委托單位及主管部門(mén)。）

3． 定義（列出測(cè)試計(jì)劃中用到的專(zhuān)門(mén)術(shù)語(yǔ)定義和縮寫(xiě)詞的原意。）

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

二．任務(wù)概述

1．目標(biāo)

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

三．計(jì)劃

1．測(cè)試方案（說(shuō)明確定測(cè)試方法和選取測(cè)試用例的原則。）

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

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

四．測(cè)試項(xiàng)目說(shuō)明（按順序逐個(gè)對(duì)測(cè)試項(xiàng)目做出說(shuō)明：）

1．測(cè)試項(xiàng)目名稱(chēng)及測(cè)試內(nèi)容 2．測(cè)試用例

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

（3）步驟及操作

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

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

五．評(píng)價(jià)

1．范圍（說(shuō)明所完成的各項(xiàng)測(cè)試說(shuō)明問(wèn)題的范圍及其局限性。）2．準(zhǔn)則（說(shuō)明評(píng)價(jià)測(cè)試結(jié)果的準(zhǔn)則。）

測(cè)試分析報(bào)告（Test Specification）

一．引言

1．編寫(xiě)目的（闡明編寫(xiě)測(cè)試分析報(bào)告的目的，指明讀者對(duì)象。）2．項(xiàng)目背景（說(shuō)明項(xiàng)目的來(lái)源、委托單位及主管部門(mén)。）

3．定義（列出測(cè)試分析報(bào)告中用到的專(zhuān)門(mén)術(shù)語(yǔ)定義和縮寫(xiě)詞的原意。）

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

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

二．測(cè)試計(jì)劃執(zhí)行情況

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

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

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

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

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

四．評(píng)價(jià)

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

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

用戶(hù)操作手冊(cè)（User Guide）

一．引言

1．編寫(xiě)目的（闡明編寫(xiě)手冊(cè)的目的，指明讀者對(duì)象。）

2．項(xiàng)目背景（說(shuō)明項(xiàng)目的來(lái)源、委托單位、開(kāi)發(fā)單位及主管部門(mén)。）3．定義（列出手冊(cè)中用到的專(zhuān)門(mén)術(shù)語(yǔ)定義和縮寫(xiě)詞的原意。）

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

二．軟件概述

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

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

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

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

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

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

四．使用說(shuō)明

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

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

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

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

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

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

4．求助查詢(xún)（說(shuō)明如何操作。）

五．運(yùn)行說(shuō)明

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

（2）操作信息（（1）運(yùn)行目的（2）操作要求（3）啟動(dòng)方法（4）預(yù)計(jì)運(yùn)行時(shí)間（5）操作命令格式及說(shuō)明（6）其他事項(xiàng)。）

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

六．非常規(guī)過(guò)程

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

七．操作命令一覽表

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

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

九．用戶(hù)操作舉例

第三篇：軟件開(kāi)發(fā)管理流程

軟件開(kāi)發(fā)管理流程

根據(jù)我公司目前工作現(xiàn)狀，開(kāi)發(fā)管理流程涉及到三個(gè)方向的工作管理；一是全新項(xiàng)目開(kāi)發(fā)整體流程；二是二期項(xiàng)目開(kāi)發(fā)管理流程（項(xiàng)目已部分上線，二期進(jìn)行其它公司或模塊上線）；三是維護(hù)工作管理流程；

一、升級(jí)項(xiàng)目流程

針對(duì)我公司現(xiàn)有的BSP項(xiàng)目，存在有些省份的BSP項(xiàng)目存在部分上線而對(duì)于后期需要繼續(xù)上線其他部分的情況，提出以下工作流程。

總體流程

計(jì)劃階段－》需求分析階段－》軟件開(kāi)發(fā)階段－》測(cè)試階段－》部署上線—》驗(yàn)收完成（一）計(jì)劃階段

制定整體開(kāi)發(fā)計(jì)劃，計(jì)劃體現(xiàn)整個(gè)開(kāi)發(fā)周期，包括需求、編碼、測(cè)試周期以及資源要求；

（二）需求分析階段

修訂需求版本，提供需求說(shuō)明書(shū)，并提出需求評(píng)審申請(qǐng)。

評(píng)審：發(fā)起需求評(píng)審的同時(shí)提交評(píng)審資料至項(xiàng)目管理部—》項(xiàng)目管理部給相關(guān)

人員發(fā)放資料并通知評(píng)審安排--》記錄評(píng)審結(jié)果（需整改時(shí)整改之后可再次評(píng)審）--》確定需求版本。

（三）軟件開(kāi)發(fā)階段

編碼開(kāi)發(fā)前：開(kāi)發(fā)環(huán)境搭建，其中包括遷出代碼最新版本，從線上復(fù)制出數(shù)據(jù)庫(kù)（或者導(dǎo)出基礎(chǔ)數(shù)據(jù)庫(kù)表數(shù)據(jù)）；其目的為開(kāi)發(fā)環(huán)境與正式環(huán)境保持一致，為上線前的部署做好準(zhǔn)備。

編碼開(kāi)發(fā)中：開(kāi)發(fā)組長(zhǎng)對(duì)整個(gè)開(kāi)發(fā)過(guò)程做好監(jiān)控，保證質(zhì)量的同時(shí)保證進(jìn)度；并且要求開(kāi)發(fā)人員做好工作記錄；加強(qiáng)團(tuán)隊(duì)的協(xié)作與溝通。

編碼開(kāi)發(fā)完：提交相關(guān)資料（操作手冊(cè)、部署文檔：sql腳本、代碼文件路徑記錄、流程文件路徑記錄），組長(zhǎng)整理部署文檔并且提交測(cè)試申請(qǐng)；部署文檔要求寫(xiě)明部署步驟及部署內(nèi)容及相應(yīng)注釋?zhuān)?/p>

（四）測(cè)試階段

測(cè)試組長(zhǎng)根據(jù)測(cè)試申請(qǐng)中的測(cè)試內(nèi)容安排測(cè)試。測(cè)試環(huán)境模擬線上測(cè)試環(huán)境，根據(jù)部署文檔進(jìn)行部署，并且記錄所有補(bǔ)丁包。測(cè)試過(guò)程中開(kāi)發(fā)人員在修改bug的同時(shí)需要維護(hù)部署文檔。

（五）部署

部署人員根據(jù)部署文檔中描述的步驟部署系統(tǒng)。完成之后實(shí)施人員安排驗(yàn)收。

二、全新項(xiàng)目開(kāi)發(fā)管理流程

總體流程

計(jì)劃階段－》需求分析階段－》軟件開(kāi)發(fā)階段－》測(cè)試階段－》部署上線—》驗(yàn)收完成(一)計(jì)劃階段

項(xiàng)目計(jì)劃草案和風(fēng)險(xiǎn)管理計(jì)劃作為第一步，確定、分析項(xiàng)目風(fēng)險(xiǎn)并確定其優(yōu)先級(jí)，還要制定風(fēng)險(xiǎn)解決方案。本階段的目的是確立產(chǎn)品開(kāi)發(fā)的經(jīng)濟(jì)理由。當(dāng)確定開(kāi)發(fā)之后則制定軟件開(kāi)發(fā)計(jì)劃、人員組織結(jié)構(gòu)定義及配備、過(guò)程控制計(jì)劃。

? 項(xiàng)目計(jì)劃草案

項(xiàng)目計(jì)劃草案應(yīng)包括產(chǎn)品簡(jiǎn)介、產(chǎn)品目標(biāo)及功能說(shuō)明、開(kāi)發(fā)所需的資源、開(kāi)發(fā)時(shí)間和里程碑。

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

就是把有可能出錯(cuò)或現(xiàn)在還不能確定的東西列出來(lái)，并制定出相應(yīng)的解決方案。風(fēng)險(xiǎn)發(fā)現(xiàn)得越早對(duì)項(xiàng)目越有利。

? 軟件開(kāi)發(fā)計(jì)劃

軟件開(kāi)發(fā)計(jì)劃的目的是收集控制項(xiàng)目時(shí)所需的所有信息，項(xiàng)目經(jīng)理

根據(jù)項(xiàng)目計(jì)劃來(lái)安排資源需求并根據(jù)時(shí)間表跟蹤項(xiàng)目進(jìn)度。項(xiàng)目團(tuán)隊(duì)

成員根據(jù)項(xiàng)目計(jì)劃以了解他們的工作任務(wù)、工作時(shí)間以及他們所依賴(lài)的其他活動(dòng)。

項(xiàng)目管理培訓(xùn)

可將計(jì)劃分成總體計(jì)劃和詳細(xì)計(jì)劃，總體計(jì)劃中每個(gè)任務(wù)為一個(gè)里

程碑，詳細(xì)計(jì)劃中必須將任務(wù)落實(shí)到個(gè)人。

軟件開(kāi)發(fā)計(jì)劃還應(yīng)包括產(chǎn)品的應(yīng)收標(biāo)準(zhǔn)及應(yīng)收任務(wù)（包括確定需要

制訂的測(cè)試用例）。

? 人員組織結(jié)構(gòu)定義及配備

常見(jiàn)的人員組織結(jié)構(gòu)有垂直方案、水平方案、混合方案。垂直方案

中每個(gè)成員充當(dāng)多重角色。水平方案中每個(gè)成員充當(dāng)一到兩個(gè)角色。

混合方案則包括了經(jīng)驗(yàn)豐富的人員與新手相互融合。具體選擇根據(jù)人

員實(shí)際技能情況進(jìn)行選擇。

? 過(guò)程控制計(jì)劃

過(guò)程控制計(jì)劃的目的是收集項(xiàng)目計(jì)劃正常執(zhí)行所需的所有信息，用來(lái)

指導(dǎo)項(xiàng)目進(jìn)度的監(jiān)控、計(jì)劃的調(diào)整，確保項(xiàng)目按時(shí)完成。

(二)需求分析階段

需求分析階段的目的是在系統(tǒng)工作方面與用戶(hù)達(dá)成一致。

（1）軟件需求規(guī)約

詳細(xì)說(shuō)明系統(tǒng)將要實(shí)現(xiàn)的所有功能。

（2）用戶(hù)界面原型

可以有三種表示方法：圖紙（在紙上）、位圖（繪圖工具）、可執(zhí)行文件（交互式）。

（三）軟件開(kāi)發(fā)階段

本階段從物理上實(shí)現(xiàn)目標(biāo)系統(tǒng)。采用了面向?qū)ο蠓椒ā?/p>

（1）軟件架構(gòu)

說(shuō)明軟件的組織結(jié)構(gòu)、部署結(jié)構(gòu)及運(yùn)行環(huán)境。

（2）功能設(shè)計(jì)

定義功能點(diǎn)之間的關(guān)聯(lián)。

（3）數(shù)據(jù)庫(kù)設(shè)計(jì)

定義數(shù)據(jù)庫(kù)表之間的關(guān)聯(lián)和各個(gè)表的字段。

（4）編碼和單元測(cè)試

按照設(shè)計(jì)文檔進(jìn)行編碼，每完成一個(gè)模塊應(yīng)進(jìn)行單元測(cè)試。

（5）集成系統(tǒng)

按軟件組織結(jié)構(gòu)的要求將各個(gè)子模塊組合起來(lái)。

（四）測(cè)試階段

測(cè)試的目的是在發(fā)布之前找出程序的錯(cuò)誤。包括：核實(shí)每個(gè)模塊是否正常運(yùn)行（參考設(shè)計(jì)文檔）、核實(shí)需求是否被正確實(shí)施（參考需求文檔）。

（1）測(cè)試計(jì)劃

收集和組織測(cè)試信息，為測(cè)試工作提供指導(dǎo)。

（2）測(cè)試數(shù)據(jù)

盡量使用真實(shí)數(shù)據(jù)。

（3）測(cè)試報(bào)告

記錄測(cè)試結(jié)果，詳細(xì)描述問(wèn)題，提出解決辦法。

（4）用戶(hù)操作手冊(cè)

（五）管理軟件開(kāi)發(fā)過(guò)程

有以下幾方面地工作：

（1）組織會(huì)議

討論會(huì)議、總結(jié)會(huì)議等。

（2）評(píng)審程序

對(duì)各個(gè)階段的工作結(jié)果進(jìn)行審核等。

（3）協(xié)調(diào)人員

（4）監(jiān)控進(jìn)度

軟件項(xiàng)目開(kāi)發(fā)流程

第一個(gè)步驟是市場(chǎng)調(diào)研，技術(shù)和市場(chǎng)要結(jié)合才能體現(xiàn)最大價(jià)值。

第二個(gè)步驟是需求分析，需求人員出需求分析說(shuō)明書(shū)。發(fā)起需求評(píng)審申請(qǐng)，項(xiàng)目管理部組織開(kāi)發(fā)團(tuán)隊(duì)進(jìn)行評(píng)審；

評(píng)審：發(fā)起需求評(píng)審的同時(shí)提交評(píng)審資料至項(xiàng)目管理部—》項(xiàng)目管理部給相關(guān)人員發(fā)放資料并通知評(píng)審安排--》記錄評(píng)審結(jié)果（需整改時(shí)整改之后可再次評(píng)審）--》確定需求版本。

第三個(gè)步驟是概要設(shè)計(jì)，將系統(tǒng)功能模塊初步劃分，并給出合理的研發(fā)流程和資源要求。按照公司現(xiàn)狀，使用快速原型設(shè)計(jì)方法完成概要設(shè)計(jì)就可以進(jìn)入編碼階段了，通常采用這種方法是因?yàn)樯婕暗难邪l(fā)任務(wù)屬于新領(lǐng)域，技術(shù)主管人員一上來(lái)無(wú)法給出明確的詳細(xì)設(shè)計(jì)說(shuō)明書(shū)，但是并不是說(shuō)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)不重要，事實(shí)上快速原型法在完成原型代碼后，根據(jù)評(píng)測(cè)結(jié)果和經(jīng)驗(yàn)教訓(xùn)的總結(jié)，還要重新進(jìn)行詳細(xì)設(shè)計(jì)的步驟

第四個(gè)步驟是詳細(xì)設(shè)計(jì)，這是考驗(yàn)技術(shù)專(zhuān)家設(shè)計(jì)思維的重要關(guān)卡，詳細(xì)設(shè)計(jì)說(shuō)明書(shū)應(yīng)當(dāng)把具體的模塊以最‘干凈’的方式提供給編碼者，使得系統(tǒng)整體模塊化達(dá)到最大；一份好的詳細(xì)設(shè)計(jì)說(shuō)明書(shū)，可以使編碼的復(fù)雜性減低到最低。

第五個(gè)步驟是編碼，開(kāi)發(fā)人員需嚴(yán)格按照編碼規(guī)范及需求文檔編碼，編碼時(shí)不同模塊之間的進(jìn)度協(xié)調(diào)和協(xié)作是最需要小心的，也許一個(gè)小模塊的問(wèn)題就可能影響了整體進(jìn)度，讓很多程序員因此被迫停下工作等待，這種問(wèn)題在以前的開(kāi)發(fā)過(guò)程中都出現(xiàn)過(guò)。編碼時(shí)的相互溝通和應(yīng)急的解決手段都是相當(dāng)重要的。項(xiàng)目組長(zhǎng)需提高對(duì)開(kāi)發(fā)過(guò)程中問(wèn)題的管控能力。盡量避免重大問(wèn)題，提高工作效率。

第六個(gè)步驟是測(cè)試，測(cè)試有很多種：按照測(cè)試執(zhí)行方，可以分為內(nèi)部測(cè)試和外部測(cè)試；按照測(cè)試范圍，可以分為模塊測(cè)試和整體聯(lián)調(diào)；按照測(cè)試條件，可以分為正常操作情況測(cè)試和異常情況測(cè)試；按照測(cè)試的輸入范圍，可以分為全覆蓋測(cè)試和抽樣測(cè)試。總之，測(cè)試同樣是項(xiàng)目研發(fā)中一個(gè)相當(dāng)重要的步驟。

第七個(gè)步驟是部署，搭建部署環(huán)境，按照部署方案進(jìn)行部署，完成后驗(yàn)收測(cè)試；

第四篇：軟件開(kāi)發(fā)項(xiàng)目管理（范文）

管理目標(biāo)

1、所有關(guān)系人清晰明確地了解項(xiàng)目的需求和期望，努力做到滿(mǎn)足項(xiàng)目所有關(guān)系人的不同需求；項(xiàng)目關(guān)系人包括：項(xiàng)目團(tuán)隊(duì)成員和項(xiàng)目團(tuán)隊(duì)外(內(nèi)部/外部客戶(hù)，內(nèi)部/外部合作伙伴，經(jīng)銷(xiāo)商/客戶(hù)等)。

2、項(xiàng)目管理三要素平衡（時(shí)間/成本/質(zhì)量），即開(kāi)發(fā)項(xiàng)目按需按時(shí)按質(zhì)的完成。

3、目標(biāo)：功能滿(mǎn)足需求，設(shè)計(jì)支持變化，開(kāi)發(fā)快速迭代，成果持續(xù)交付。

執(zhí)行概述

1、建立有效的工作流程保證項(xiàng)目的順利進(jìn)行，初期使用傳統(tǒng)RUP過(guò)程，引入部分敏捷方法，團(tuán)隊(duì)磨合完成后逐步實(shí)現(xiàn)敏捷開(kāi)發(fā)全流程管理。

2、明確項(xiàng)目目標(biāo)，制定具有可行性的項(xiàng)目計(jì)劃，有效明確的分解項(xiàng)目需求。

3、跟蹤設(shè)計(jì)/開(kāi)發(fā)/測(cè)試/回歸/發(fā)布全流程，推動(dòng)項(xiàng)目按預(yù)定計(jì)劃執(zhí)行。

4、解決項(xiàng)目過(guò)程中出現(xiàn)的問(wèn)題和沖突，一般集中在需求不明/工作量或時(shí)長(zhǎng)/開(kāi)發(fā)難度/跨部門(mén)協(xié)調(diào)等幾個(gè)方面。

5、調(diào)動(dòng)開(kāi)發(fā)團(tuán)隊(duì)的積極性，創(chuàng)造力，推動(dòng)團(tuán)隊(duì)成員在項(xiàng)目過(guò)程中的學(xué)習(xí)成長(zhǎng)。

6、風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)控制以及風(fēng)險(xiǎn)的預(yù)案。

項(xiàng)目管理

1、需求階段

對(duì)項(xiàng)目進(jìn)行技術(shù)可行性分析、技術(shù)評(píng)估、成本評(píng)估以及風(fēng)險(xiǎn)評(píng)估。與需求提出方的代表進(jìn)行需求討論，明確項(xiàng)目的目標(biāo)、價(jià)值。確定項(xiàng)目范圍、功能及優(yōu)先級(jí)。

組建項(xiàng)目團(tuán)隊(duì)，特別要搞清楚項(xiàng)目的關(guān)鍵人。項(xiàng)目啟動(dòng)會(huì)議，相關(guān)的關(guān)系人都必須參加。

2、設(shè)計(jì)階段

根據(jù)確認(rèn)后的軟件需求規(guī)格說(shuō)明書(shū)，制定項(xiàng)目進(jìn)度計(jì)劃，工作任務(wù)分解(WBS)；資源申請(qǐng)，項(xiàng)目涉及到的開(kāi)發(fā)資源、測(cè)試資源、設(shè)計(jì)資源(包括人員和軟硬件資源)；數(shù)據(jù)庫(kù)設(shè)計(jì)；系統(tǒng)設(shè)計(jì)；文檔(包括系統(tǒng)用例、Demo、測(cè)試用例等)；評(píng)審會(huì)議。

設(shè)計(jì)階段結(jié)果交付一般為系統(tǒng)用例/系統(tǒng)原型/系統(tǒng)設(shè)計(jì)文檔(概要設(shè)計(jì)和詳細(xì)設(shè)計(jì))/數(shù)據(jù)庫(kù)設(shè)計(jì)文檔等。

該階段交付成果需要進(jìn)行評(píng)審。

3、執(zhí)行階段(開(kāi)發(fā)和測(cè)試)準(zhǔn)備開(kāi)發(fā)環(huán)境、測(cè)試環(huán)境。跟蹤，推動(dòng)項(xiàng)目按計(jì)劃進(jìn)行。

項(xiàng)目成員以日?qǐng)?bào)/項(xiàng)目負(fù)責(zé)人以周報(bào)的形式通報(bào)各關(guān)系人當(dāng)前項(xiàng)目的進(jìn)展情況。按里程碑對(duì)階段成果進(jìn)行評(píng)估，以確保該階段完成的質(zhì)量。代碼審核，包括CS審核、SQL審核、WEB審核等。對(duì)需求變更進(jìn)行控制管理。

測(cè)試階段BUG響應(yīng)及改進(jìn)、收集反饋意見(jiàn)。對(duì)項(xiàng)目風(fēng)險(xiǎn)進(jìn)行管理。

4、發(fā)布階段

包括制定項(xiàng)目發(fā)布計(jì)劃，用戶(hù)培訓(xùn)，發(fā)布上線。

5、試運(yùn)行階段

數(shù)據(jù)監(jiān)控(日志、服務(wù)器狀態(tài))，根據(jù)監(jiān)控出現(xiàn)的問(wèn)題，及時(shí)進(jìn)行處理，改進(jìn)性能問(wèn)題，特定情況執(zhí)行補(bǔ)丁升級(jí)。

6、收尾階段

產(chǎn)品交付，項(xiàng)目總結(jié)會(huì)。

常見(jiàn)問(wèn)題

1、開(kāi)發(fā)時(shí)間的估算

制定項(xiàng)目計(jì)劃時(shí)，需要估算每個(gè)任務(wù)所需的時(shí)間，其中主要是開(kāi)發(fā)任務(wù)中模塊的分配和時(shí)間估算，在公司現(xiàn)有的技術(shù)框架下，開(kāi)發(fā)人員主要的工作是投入在具體的業(yè)務(wù)邏輯實(shí)現(xiàn)上。通常單個(gè)模塊開(kāi)發(fā)時(shí)間取決于以下因素：

1、負(fù)責(zé)模塊的業(yè)務(wù)邏輯的復(fù)雜程度。

2、開(kāi)發(fā)人員的技術(shù)水平和對(duì)項(xiàng)目所在應(yīng)用的熟悉程度(包括對(duì)框架和應(yīng)用的熟悉程度)。

3、模塊技術(shù)實(shí)現(xiàn)上是否存在難點(diǎn)，所謂的技術(shù)難點(diǎn)定義是：在現(xiàn)有系統(tǒng)中還未實(shí)現(xiàn)的、開(kāi)發(fā)人員自身未沒(méi)接觸過(guò)的技術(shù)。對(duì)于這樣的難點(diǎn)，開(kāi)發(fā)者沒(méi)有相關(guān)的代碼可以參考，自己也沒(méi)有經(jīng)驗(yàn)，所以需要投入學(xué)習(xí)時(shí)間用于研究解決。

模塊分配和開(kāi)發(fā)時(shí)間估算的步驟：

1、在劃分好模塊后，首先項(xiàng)目管理人員預(yù)先估算各個(gè)模塊所需要的開(kāi)發(fā)時(shí)間。

2、召集所有開(kāi)發(fā)人員，討論模塊的分配和開(kāi)發(fā)時(shí)間估算。將劃分好的模塊，分配給開(kāi)發(fā)人員，如狀況允許可允許開(kāi)發(fā)人員自主選擇以提高開(kāi)發(fā)人員的主動(dòng)性和參與性。分配模塊的時(shí)為確保開(kāi)發(fā)的速度和質(zhì)量，基本原則如下：

A、類(lèi)似的模塊由同一人負(fù)責(zé)開(kāi)發(fā)，比如用戶(hù)信息的增刪改應(yīng)由同一開(kāi)發(fā)者負(fù)責(zé)。這樣開(kāi)發(fā)者對(duì)相關(guān)邏輯會(huì)比較熟悉，代碼/接口的定義也會(huì)相對(duì)明確，溝通的成本低，相應(yīng)可以降低功能實(shí)現(xiàn)的缺陷概率。

B、技術(shù)難度較大的模塊由技術(shù)水平比較高的人負(fù)責(zé)。C、業(yè)務(wù)邏輯比較復(fù)雜的由對(duì)業(yè)務(wù)邏輯比較了解的人負(fù)責(zé)。

3、模塊分配完成后，開(kāi)發(fā)人員評(píng)估自己負(fù)責(zé)開(kāi)發(fā)的模塊所需要的時(shí)間。在此過(guò)程中應(yīng)

4、對(duì)開(kāi)發(fā)人員估算的時(shí)間進(jìn)行確認(rèn)。在確認(rèn)過(guò)程中作為，項(xiàng)目管理者將預(yù)估時(shí)間和開(kāi)與開(kāi)發(fā)者討論每個(gè)模塊的技術(shù)實(shí)現(xiàn)細(xì)節(jié)，使時(shí)間的估算更加準(zhǔn)確。發(fā)人員估算時(shí)間進(jìn)行比較。那些差異較大的，與人員探討其中的緣由。對(duì)于時(shí)間周期比較長(zhǎng)的任務(wù)，將任務(wù)拆分為更小的子任務(wù)，每個(gè)任務(wù)的完成時(shí)間為8-24工時(shí)，消除時(shí)間周期較長(zhǎng)的任務(wù)，避免不確定性影響項(xiàng)目的進(jìn)度。

2、CodeReview CodeReview是保證項(xiàng)目中代碼質(zhì)量非常重要的一個(gè)環(huán)節(jié)，在這一環(huán)控制不嚴(yán)往往是測(cè)試后出現(xiàn)大量bug的主因，有時(shí)甚至導(dǎo)致返工；關(guān)于CodeReview執(zhí)行，首先應(yīng)有編碼規(guī)范和代碼審查規(guī)范。通過(guò)這兩個(gè)文檔來(lái)規(guī)范開(kāi)發(fā)人員的代碼實(shí)現(xiàn)，代碼編寫(xiě)者必須要嚴(yán)格按照規(guī)范來(lái)進(jìn)行；代碼審核者根據(jù)這些標(biāo)準(zhǔn)來(lái)CodeReview代碼，同時(shí)在CodeReview過(guò)程中需要不斷完善該文檔。

CodeReview一般可按以下步驟實(shí)施：

1、檢查開(kāi)發(fā)者的代碼實(shí)現(xiàn)是否遵循了編碼規(guī)范。

2、從代碼的易維護(hù)性、可擴(kuò)展性角度考察代碼的質(zhì)量，提出修改建議。

3、代碼編寫(xiě)者和代碼審核者坐在一起，由代碼編寫(xiě)者按照UseCase依次講解自己負(fù)責(zé)的代碼和相關(guān)邏輯，代碼審核者在此過(guò)程中可以隨時(shí)提出自己的疑問(wèn)，同時(shí)積極發(fā)現(xiàn)隱藏的bug，對(duì)這些bug記錄在案。

4、代碼講解完畢后，代碼審核者給自己安排幾個(gè)小時(shí)再對(duì)代碼審核一遍。代碼需要檢查Bug。同時(shí)全面兼顧，確保代碼整體上結(jié)構(gòu)優(yōu)良；審核完畢后，代碼審核者編寫(xiě)“代碼審核報(bào)告”記錄發(fā)現(xiàn)的問(wèn)題及修改建議，提交給相關(guān)人員。

5、代碼編寫(xiě)者根據(jù)“代碼審核報(bào)告”給出的修改意見(jiàn)，修改好代碼，有不清楚的地方可積極向代碼審核者提出。

6、代碼編寫(xiě)者bugfixed完畢之后給出反饋。

7、代碼審核者把CodeReview中發(fā)現(xiàn)的有價(jià)值的問(wèn)題更新到“代碼審核規(guī)范”的文檔中，對(duì)于特別值得提醒的問(wèn)題可群發(fā)email給所有技術(shù)人員。

3、需求變更管理

需求變更管理也是項(xiàng)目管理中最重要的一個(gè)環(huán)節(jié)，對(duì)需求變更管理的有效性將直接影響對(duì)待需求變更的正確態(tài)度：

1、需求變更是不可避免的。

2、需求變更要必須被管理。

3、積極發(fā)現(xiàn)引起變更的因素，促使變更盡可能早的出現(xiàn)，減低變更帶來(lái)的風(fēng)險(xiǎn)。需求變更管理的目標(biāo)：

1、相關(guān)的干系人必須清楚地了解發(fā)生的變更。

2、變更處于有效的管理中。

3、盡量降低變更帶來(lái)的風(fēng)險(xiǎn)。

通過(guò)制定需求變更的流程，確保項(xiàng)目中的需求變更有效地進(jìn)行，實(shí)現(xiàn)上述的目標(biāo)。需求變更流程：

1、確定需求的基準(zhǔn)線。將以UserCase作為需求基準(zhǔn)線，在UserCase確認(rèn)之后的任項(xiàng)目的成功與否。何需求改變，都需要走需求變更流程。

2、項(xiàng)目管理者接收到需求變更的要求。需求變更的提出者可以是項(xiàng)目中的任何人包括產(chǎn)品經(jīng)理、市場(chǎng)人員、開(kāi)發(fā)人員、測(cè)試人員等。

3、項(xiàng)目管理者評(píng)估該需求變更。針對(duì)接收到的需求變更的要求，召集相關(guān)人員討論該需求變更的合理性、可行性，實(shí)施的代價(jià)以及對(duì)項(xiàng)目的影響。項(xiàng)目管理者對(duì)項(xiàng)目的成功與否負(fù)有主要的責(zé)任。需求變更的決策應(yīng)由項(xiàng)目管理者做出。

4、需求變更確認(rèn)后，由專(zhuān)人將生成需求變更單記錄下來(lái)，通知給項(xiàng)目中所有關(guān)系人。

5、確定變更的負(fù)責(zé)人。承擔(dān)需求變更的具體工作，比如基線控制，對(duì)需求變更的記錄，并通知相關(guān)人員。

6、相關(guān)人員接收到確認(rèn)的需求變更后，需求分析人員修改需求說(shuō)明書(shū)和UserCase的相關(guān)內(nèi)容。測(cè)試人員修改測(cè)試用例的相關(guān)內(nèi)容。開(kāi)發(fā)人員修改代碼中的相關(guān)部分。

7、按照變更后的計(jì)劃實(shí)施項(xiàng)目，并進(jìn)行檢查，跟蹤，對(duì)變更后的實(shí)施反饋和可能出現(xiàn)的問(wèn)題及時(shí)溝通和處理。

8、需求凍結(jié)。項(xiàng)目越到后期，需求變更對(duì)項(xiàng)目的影響就越大，所以在一定時(shí)候要進(jìn)入需求凍結(jié)階段，不再接收新需求或需求的變更。

4、風(fēng)險(xiǎn)管理

影響項(xiàng)目成敗的因素涉及方方面面，并且風(fēng)險(xiǎn)伴隨著項(xiàng)目的始終，是客觀存在的，風(fēng)險(xiǎn)引起的負(fù)面后果集中體現(xiàn)在進(jìn)度延后、成本超支、質(zhì)量不達(dá)標(biāo)等方面，常見(jiàn)風(fēng)險(xiǎn)如下：

1、目標(biāo)以及需求不明確

為了市場(chǎng)競(jìng)爭(zhēng)或內(nèi)部管理決策的需要，業(yè)務(wù)部門(mén)提出的需求往往要求的時(shí)間比較緊迫，需求的提出大多停留在幾張紙或口頭的傳達(dá)上，沒(méi)有正式的業(yè)務(wù)需求文檔，在沒(méi)有明確的需求范圍的情況下，有時(shí)為了迎合業(yè)務(wù)部門(mén)的口味匆匆開(kāi)工，過(guò)程中用戶(hù)不斷地提出新的想法，技術(shù)人員開(kāi)始疲于奔命和應(yīng)付，很難保證項(xiàng)目的進(jìn)度和質(zhì)量，也難以取得業(yè)務(wù)部門(mén)的認(rèn)可。

在項(xiàng)目的前期一定要采取相應(yīng)的手段或措施，與業(yè)務(wù)部門(mén)共同明確項(xiàng)目目標(biāo)、需求范圍，充分考慮現(xiàn)有的時(shí)間和資源約束，將需求排定優(yōu)先級(jí)，對(duì)于關(guān)鍵的需求優(yōu)先實(shí)現(xiàn)，其他輔助性的根據(jù)過(guò)程中的具體情況進(jìn)行滾動(dòng)式計(jì)劃，并取得業(yè)務(wù)部門(mén)的書(shū)面確認(rèn)。在此過(guò)程中要注重挖掘用戶(hù)的隱性需求，可以通過(guò)引導(dǎo)、系統(tǒng)原型等手段讓用戶(hù)在前期充分暴露自己的想法和需求。

2、項(xiàng)目目標(biāo)擴(kuò)大以及需求變更

在有了明確的目標(biāo)和需求范圍的情況下，需求的變更還是不可避免的，業(yè)務(wù)部門(mén)在看到具體系統(tǒng)的真實(shí)雛形之后，源源不斷地要求、新想法隨之產(chǎn)生，如果不對(duì)此加以控制，新的需求的加入通常會(huì)影響已實(shí)現(xiàn)的需求，并且對(duì)項(xiàng)目進(jìn)度和成本產(chǎn)生很大的影響。項(xiàng)目管理者針對(duì)這種情況一定要采取嚴(yán)格的變更控制流程，不能礙于面子，否則最終的結(jié)果往往是出力不討好。針對(duì)用戶(hù)提出的新需求，按照正式流程提出變更申請(qǐng)，組織相關(guān)團(tuán)隊(duì)成員進(jìn)行分析及評(píng)估，作為是否實(shí)施的依據(jù)，變更控制負(fù)責(zé)人根據(jù)分析結(jié)果判斷是否批準(zhǔn)，如果批準(zhǔn)，那項(xiàng)目組可以安排實(shí)施，否則，正式拒絕用戶(hù)的請(qǐng)求。

前期的需求討論要詳細(xì)、充分。需求文檔中需求的范圍要明確、功能描述要清楚。找出項(xiàng)目中需求的決策者(通常會(huì)是產(chǎn)品經(jīng)理、相關(guān)職能主管、客戶(hù))，所有的需求要經(jīng)過(guò)他們的認(rèn)可?？蛻?hù)在項(xiàng)目過(guò)程中的全程參與有助于降低此類(lèi)風(fēng)險(xiǎn)。需求討論、需求確認(rèn)、UserCase確認(rèn)、測(cè)試階段的客戶(hù)驗(yàn)收等環(huán)節(jié)，都要要求客戶(hù)參與。在發(fā)生需求變更時(shí)，嚴(yán)格按照需求變更流程執(zhí)行。在分析設(shè)計(jì)階段的中的確認(rèn)和評(píng)審也是降低此類(lèi)風(fēng)險(xiǎn)的重要手段。

3、代碼質(zhì)量風(fēng)險(xiǎn)

質(zhì)量風(fēng)險(xiǎn)主要指開(kāi)發(fā)代碼的質(zhì)量。在制定項(xiàng)目計(jì)劃時(shí)，對(duì)開(kāi)發(fā)時(shí)間的評(píng)估要盡可能的合適。合理的開(kāi)發(fā)時(shí)間對(duì)開(kāi)發(fā)質(zhì)量的影響很大。開(kāi)發(fā)人員為了趕進(jìn)度在比較緊張的時(shí)間需要完成指定的任務(wù)，可能就存在很大的開(kāi)發(fā)質(zhì)量問(wèn)題。在編碼前，開(kāi)發(fā)人員要對(duì)框架熟練掌握；一份好的系統(tǒng)設(shè)計(jì)文檔對(duì)指導(dǎo)開(kāi)發(fā)非常重要。

往往有這樣一種情況，每個(gè)團(tuán)隊(duì)成員按照項(xiàng)目計(jì)劃報(bào)告進(jìn)度都是100%完成，但一到最后系統(tǒng)交互測(cè)試或集成的時(shí)候就會(huì)發(fā)現(xiàn)一大堆問(wèn)題。這需要在項(xiàng)目實(shí)施過(guò)程中采取有效的措施來(lái)規(guī)避風(fēng)險(xiǎn)，通常的做法有同行評(píng)審，比如概要設(shè)計(jì)完成之后，邀請(qǐng)其他項(xiàng)目組的技術(shù)專(zhuān)家進(jìn)行技術(shù)評(píng)審以發(fā)現(xiàn)架構(gòu)設(shè)計(jì)問(wèn)題；管理評(píng)審，通過(guò)組織級(jí)的質(zhì)量審計(jì)看產(chǎn)品以及實(shí)施過(guò)程是否滿(mǎn)足質(zhì)量要求；代碼走查，在編碼過(guò)程中加入至少一次的代碼走查，排查不符合規(guī)范或性能要求的代碼，走查通常能夠發(fā)現(xiàn)50%-70%的錯(cuò)誤；每日構(gòu)建，這是一種非常有效的方法，可以避免把各部分的集成問(wèn)題拖到最后，并且能夠及時(shí)發(fā)現(xiàn)相應(yīng)的錯(cuò)誤，日構(gòu)建一般在項(xiàng)目的中后期開(kāi)始，每天自動(dòng)從版本服務(wù)器上獲取源代碼進(jìn)行自動(dòng)編譯和測(cè)試。

4、人員技能和資源的不足

項(xiàng)目實(shí)施過(guò)程中由于人員技能欠缺造成的進(jìn)度延后和軟件質(zhì)量問(wèn)題并不少見(jiàn)，一個(gè)熟練的技術(shù)人員完成同樣一個(gè)任務(wù)需要3天，但一個(gè)新手可能就需要7-10天。項(xiàng)目管理者應(yīng)該在前期就分析清楚項(xiàng)目所要采用的技術(shù)以及相應(yīng)的人員技能要求，針對(duì)不同的角色，及時(shí)采取相應(yīng)的技能培訓(xùn)，以保證項(xiàng)目的順利實(shí)施。開(kāi)發(fā)過(guò)程中遇到技術(shù)難題，導(dǎo)致開(kāi)發(fā)時(shí)間延遲或者需求不得不發(fā)生變更。在項(xiàng)目開(kāi)始前的技術(shù)評(píng)估階段，明確技術(shù)難點(diǎn)，提前安排人員進(jìn)行攻克。如果在可預(yù)期的時(shí)間內(nèi)無(wú)法解決，如果可以，將向需求提出方要求變更需求或?qū)ふ铱商娲桨?。這樣的風(fēng)險(xiǎn)應(yīng)該在項(xiàng)目的前期階段就應(yīng)該解決在萌芽狀態(tài)來(lái)避免這樣的風(fēng)險(xiǎn)在后期或中期出現(xiàn)。

5、缺乏良好的團(tuán)隊(duì)協(xié)作

軟件項(xiàng)目實(shí)施屬于知識(shí)型，要發(fā)揮團(tuán)隊(duì)成員的創(chuàng)造力，不同于制造業(yè)計(jì)件生產(chǎn)，各模塊最終要集成在一起形成一個(gè)有機(jī)的整體，這就需要各小組之間的密切配合，界定清楚工作界面及接口關(guān)系，并在實(shí)施過(guò)程中持續(xù)地溝通交流和共享，首先團(tuán)隊(duì)要融為一體，產(chǎn)出的軟件才能融為一體。這是一個(gè)團(tuán)隊(duì)的軟實(shí)力，團(tuán)隊(duì)之間的協(xié)作好壞也將是個(gè)潛在的風(fēng)險(xiǎn)問(wèn)題，在項(xiàng)目啟動(dòng)和團(tuán)隊(duì)組建的時(shí)候就應(yīng)該加以規(guī)避這樣的風(fēng)險(xiǎn)出現(xiàn)。

6、項(xiàng)目會(huì)議

組織會(huì)議是項(xiàng)目執(zhí)行過(guò)程中一項(xiàng)非常重要的工作任務(wù)，項(xiàng)目過(guò)程中很多重要的決定都是在會(huì)議中做出的，不成功的會(huì)議會(huì)對(duì)項(xiàng)目本身造成了不好的影響。

不成功的會(huì)議通常表現(xiàn)為如下形式：

1、會(huì)議氛圍不好，參與者發(fā)言不踴躍；

2、會(huì)議討論常常偏離主題；

3、會(huì)議沒(méi)有取得預(yù)期的結(jié)果；

4、會(huì)議時(shí)間常常一拖再拖。

這些不成功的會(huì)議最終的結(jié)果就是：既浪費(fèi)了大家的寶貴時(shí)間又沒(méi)有達(dá)到會(huì)議的目的，很多人都對(duì)這樣的會(huì)議都有抵觸情緒，對(duì)此也是深?lèi)和唇^。以下是組織會(huì)議時(shí)應(yīng)該注意的問(wèn)題，也可看作組織會(huì)議的最佳實(shí)踐。在列出最佳實(shí)踐之前有三點(diǎn)我們必須要清楚：

1、會(huì)議是否會(huì)取得成功很大程度上取決于會(huì)議的組織者。只有組織得有力，會(huì)議才有可能取得成功，這是會(huì)議成功的充分條件。

2、會(huì)議的組織者和參與者的想法通常是不一致的，有時(shí)候甚至?xí)笙鄰酵?。所以不要希望?huì)議的參與者和你一樣，對(duì)會(huì)議有著如此的期待，對(duì)大多數(shù)參與者而言，在會(huì)議中他只是一個(gè)發(fā)表想法的人，他不用對(duì)會(huì)議的成功承擔(dān)責(zé)任。

3、以下十一條最佳實(shí)踐是形式上的約定，具體的實(shí)施可以根據(jù)實(shí)際情況來(lái)做。組織會(huì)議的十一條最佳實(shí)踐：

1、只有需要開(kāi)會(huì)時(shí)才開(kāi)會(huì)。有時(shí)候兩三個(gè)人單獨(dú)小范圍溝通會(huì)更加有效。

2、提前發(fā)出會(huì)議議程，以便會(huì)議參與者知道他們來(lái)做什么。

3、請(qǐng)對(duì)人很重要，不要把非必要的人召來(lái)開(kāi)會(huì)，當(dāng)然也不要漏掉那些關(guān)鍵人物。在確保必要人物都在的情況下一次會(huì)議參與者越少效果越好。

4、提前預(yù)約參與者的時(shí)間，以確保他們能按時(shí)到場(chǎng)。

5、會(huì)議的開(kāi)場(chǎng)很重要。會(huì)議組織者要在開(kāi)始前做好幾件事情。通常我建議有幾點(diǎn)要在開(kāi)場(chǎng)時(shí)說(shuō)： A、再一次強(qiáng)調(diào)會(huì)議的目標(biāo)，我們來(lái)做什么。

B、強(qiáng)調(diào)會(huì)議的主題與基調(diào)。比如：本次會(huì)議是一個(gè)需求確認(rèn)會(huì)，而非需求討論會(huì)，主要是討論做還是不做以及告知大家我們要做什么，而不要把太多的精力放在討論如何做上面。

C、說(shuō)明一下會(huì)議的規(guī)則。如要發(fā)言，請(qǐng)舉手；不要有小圈子討論；不要打斷別人的講話，等別人說(shuō)完你再說(shuō)等等。

6、會(huì)議過(guò)程中時(shí)刻注意引導(dǎo)和控制會(huì)議，以確保會(huì)議按照目標(biāo)進(jìn)行。一次會(huì)議的氛圍是否良好，討論是否充分，好的引導(dǎo)至關(guān)重要。比如多提一些開(kāi)放式的問(wèn)題。

7、會(huì)議記錄很重要，把一些結(jié)論和有價(jià)值的內(nèi)容記錄下來(lái)，這些是本次會(huì)議的重要成果之一。

8、會(huì)議要有結(jié)論。我們常在會(huì)議上聽(tīng)到有人說(shuō)：“大家討論了這么半天，結(jié)論呢？”。沒(méi)有結(jié)論的會(huì)議是沒(méi)有意義的。

9、會(huì)議后別忘發(fā)會(huì)議紀(jì)要，以及一些Action，什么人什么時(shí)候做什么。

10、會(huì)議后的action執(zhí)行情況的反饋很重要。反饋是對(duì)會(huì)議參與者的尊重，同時(shí)也告知了會(huì)議的效果。否則會(huì)讓大家感覺(jué)到這是一個(gè)可無(wú)可無(wú)的會(huì)議，大家以后參與的積極性也會(huì)降低。很多會(huì)議往往都不注意這一點(diǎn)。

11、按時(shí)結(jié)束的會(huì)議會(huì)受到所有人的歡迎。

第五篇：軟件開(kāi)發(fā)管理規(guī)定

軟件開(kāi)發(fā)管理規(guī)定

第一條 第二條 第三條 為規(guī)范自有軟件研發(fā)以及外包軟件的管理工作，特制定本制度。本制度中軟件開(kāi)發(fā)指新系統(tǒng)開(kāi)發(fā)和現(xiàn)有系統(tǒng)重大改造。

本制度中自行開(kāi)發(fā)是指主要依賴(lài)公司自身的管理、業(yè)務(wù)和技術(shù)力量進(jìn)行系統(tǒng)設(shè)計(jì)、軟件開(kāi)發(fā)、集成和相關(guān)的技術(shù)支持工作，一般僅向外購(gòu)置有關(guān)的硬件設(shè)備和支撐軟件平臺(tái)；合作開(kāi)發(fā)是公司與專(zhuān)業(yè)IT公司（合作商）共同協(xié)作完成IT應(yīng)用的項(xiàng)目實(shí)施和技術(shù)支持工作，一般形式是公司負(fù)責(zé)提供業(yè)務(wù)框架，合作商提供技術(shù)框架，雙方組成開(kāi)發(fā)團(tuán)隊(duì)進(jìn)行項(xiàng)目實(shí)施，IT系統(tǒng)的日常支持由IT管理小組和合作商共同承擔(dān)，IT管理小組負(fù)責(zé)內(nèi)部（一級(jí)）支持，合作商負(fù)責(zé)外部（二級(jí)）支持；外包開(kāi)發(fā)是指將IT應(yīng)用項(xiàng)目的設(shè)計(jì)、開(kāi)發(fā)、集成、培訓(xùn)等任務(wù)承包給某家專(zhuān)業(yè)公司（可以是專(zhuān)業(yè)的IT公司或咨詢(xún)公司等），由該公司（承包商）負(fù)責(zé)應(yīng)用項(xiàng)目的實(shí)施。

第四條 軟件開(kāi)發(fā)遵循項(xiàng)目管理和軟件工程的基本原則。項(xiàng)目管理涉及立項(xiàng)管理、項(xiàng)目計(jì)劃和監(jiān)控、配置管理、合作開(kāi)發(fā)管理和結(jié)項(xiàng)管理。軟件工程涉及需求管理、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)、系統(tǒng)測(cè)試、用戶(hù)接受測(cè)試、試運(yùn)行、系統(tǒng)驗(yàn)收、系統(tǒng)上線和數(shù)據(jù)遷移。

第五條 除特別指定，本制度中項(xiàng)目組包括業(yè)務(wù)組（或需求提出組）、IT組（可能包括網(wǎng)絡(luò)管理員和合作開(kāi)發(fā)商）。

第二節(jié) 立項(xiàng)管理

第六條 提出開(kāi)發(fā)需求的信息技術(shù)部門(mén)參與公司層面立項(xiàng)，進(jìn)行立項(xiàng)的技術(shù)可行性分析，編寫(xiě)《立項(xiàng)分析報(bào)告》，開(kāi)展前期籌備工作?！读㈨?xiàng)分析報(bào)告》應(yīng)明確項(xiàng)目的范圍和邊界。

第七條 第八條 應(yīng)用系統(tǒng)主要使用部門(mén)將《立項(xiàng)分析報(bào)告》上交公司進(jìn)行立項(xiàng)審批?！读㈨?xiàng)分析報(bào)告》得到批準(zhǔn)后，成立項(xiàng)目組（如果是外包開(kāi)發(fā)，則成立外包商項(xiàng)目組；如果是合作開(kāi)發(fā)，則與外包商共同成立合作開(kāi)發(fā)項(xiàng)目組，以下統(tǒng)稱(chēng)“項(xiàng)目組”），項(xiàng)目組應(yīng)包括業(yè)務(wù)組（由公司相關(guān)業(yè)務(wù)部門(mén)組成）和IT組（自行開(kāi)發(fā)為辦公室網(wǎng)絡(luò)管理員；外包開(kāi)發(fā)為外包商成員；合作開(kāi)發(fā)為網(wǎng)絡(luò)管理員和外包商成員）。公司委派一名員工負(fù)責(zé)監(jiān)督項(xiàng)目的進(jìn)度，進(jìn)

第九條

第十條

第十一條第十二條第十三條第十四條第十五條第十六條第十七條行項(xiàng)目管理工作，確保開(kāi)發(fā)能及時(shí)完成并能滿(mǎn)足業(yè)務(wù)需要。項(xiàng)目組人員的選擇應(yīng)滿(mǎn)足項(xiàng)目對(duì)業(yè)務(wù)及技術(shù)要求，項(xiàng)目組人員應(yīng)有足夠的業(yè)務(wù)和IT技術(shù)方面的專(zhuān)業(yè)知識(shí)來(lái)勝任項(xiàng)目各方面的工作。

第三節(jié) 需求分析

立項(xiàng)后業(yè)務(wù)組對(duì)用戶(hù)需求進(jìn)行匯總整理，出具《業(yè)務(wù)需求說(shuō)明書(shū)》，并確?！稑I(yè)務(wù)需求說(shuō)明書(shū)》中包含了所有的業(yè)務(wù)需求。經(jīng)系統(tǒng)使用部門(mén)審批確認(rèn)，作為業(yè)務(wù)需求基線。

IT組在獲得《業(yè)務(wù)需求說(shuō)明書(shū)》后，提出技術(shù)需求和解決方案，并對(duì)系統(tǒng)進(jìn)行定義，出具《系統(tǒng)需求規(guī)格說(shuō)明書(shū)》。《系統(tǒng)需求規(guī)格說(shuō)明書(shū)》需詳細(xì)列出業(yè)務(wù)對(duì)系統(tǒng)的要求（界面、輸入、輸出、管理功能、安全需求、運(yùn)作模式、關(guān)鍵指標(biāo)(KPI)等）?！断到y(tǒng)需求規(guī)格說(shuō)明書(shū)》需要由業(yè)務(wù)組提交給相關(guān)業(yè)務(wù)流程負(fù)責(zé)人確認(rèn)。

對(duì)于合作開(kāi)發(fā)的項(xiàng)目，當(dāng)業(yè)務(wù)需求發(fā)生變更時(shí)，業(yè)務(wù)組應(yīng)提交《需求變更申請(qǐng)》，IT組組長(zhǎng)審批后交給合作開(kāi)發(fā)商實(shí)施。

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

第四節(jié) 項(xiàng)目計(jì)劃和監(jiān)控

軟件開(kāi)發(fā)采用項(xiàng)目形式進(jìn)行管理。項(xiàng)目經(jīng)理負(fù)責(zé)整個(gè)項(xiàng)目的計(jì)劃、組織、領(lǐng)導(dǎo)和控制。

需求分析過(guò)程中，項(xiàng)目經(jīng)理組織制定詳細(xì)的《項(xiàng)目計(jì)劃書(shū)》，包括具體任務(wù)描述和項(xiàng)目進(jìn)度表等。

在項(xiàng)目的各個(gè)階段，業(yè)務(wù)組組長(zhǎng)和IT組組長(zhǎng)需配合項(xiàng)目經(jīng)理制定階段性項(xiàng)目計(jì)劃。業(yè)務(wù)組組長(zhǎng)和IT組組長(zhǎng)需配合項(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ě)《項(xiàng)目計(jì)劃變更說(shuō)明》，并提交公司主管領(lǐng)導(dǎo)審批，通過(guò)審批后，交給業(yè)務(wù)組組長(zhǎng)和IT組組長(zhǎng)執(zhí)行。

第五節(jié) 系統(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ì)階段中，用戶(hù)應(yīng)充分參與，確保系統(tǒng)設(shè)計(jì)能滿(mǎn)足系統(tǒng)需求。項(xiàng)目組進(jìn)行詳細(xì)設(shè)計(jì)，出具《設(shè)計(jì)說(shuō)明書(shū)》和《單元測(cè)試用例》?！对O(shè)計(jì)說(shuō)明書(shū)》中需要定義系統(tǒng)輸入輸出說(shuō)明和接口設(shè)計(jì)說(shuō)明。公司主管領(lǐng)導(dǎo)組織相關(guān)人員對(duì)概要設(shè)計(jì)進(jìn)行評(píng)審，出具《設(shè)計(jì)評(píng)審報(bào)告》。業(yè)務(wù)組組長(zhǎng)和IT組組長(zhǎng)應(yīng)參加此評(píng)審并對(duì)評(píng)審意見(jiàn)簽字確認(rèn)。

設(shè)計(jì)評(píng)審均以《業(yè)務(wù)需求說(shuō)明書(shū)》和《系統(tǒng)需求規(guī)格說(shuō)明書(shū)》為依據(jù)，確保系統(tǒng)設(shè)計(jì)滿(mǎn)足全部需求。

對(duì)已確認(rèn)通過(guò)的系統(tǒng)設(shè)計(jì)進(jìn)行修改需獲得管理部門(mén)、業(yè)務(wù)組組長(zhǎng)和IT組組長(zhǎng)的審批后方可進(jìn)行。

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

第六節(jié) 系統(tǒng)實(shí)現(xiàn)

項(xiàng)目組根據(jù)《設(shè)計(jì)說(shuō)明書(shū)》制定系統(tǒng)實(shí)現(xiàn)計(jì)劃，并提交項(xiàng)目經(jīng)理對(duì)計(jì)劃可行性進(jìn)行審批。

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

項(xiàng)目組保證開(kāi)發(fā)、測(cè)試和生產(chǎn)環(huán)境獨(dú)立，為各環(huán)境建立訪問(wèn)權(quán)限控制機(jī)制，并明確項(xiàng)目成員的職責(zé)分工。對(duì)開(kāi)發(fā)環(huán)境、測(cè)試環(huán)境與生產(chǎn)環(huán)境在物理或邏輯方面應(yīng)該做到隔離；如果環(huán)境的分隔是通過(guò)邏輯形式實(shí)現(xiàn)的，應(yīng)定期檢查網(wǎng)絡(luò)設(shè)置。項(xiàng)目組對(duì)已授權(quán)訪問(wèn)生產(chǎn)環(huán)境的人員進(jìn)行詳細(xì)記錄，并對(duì)該記錄進(jìn)行定期檢查，確保只有經(jīng)授權(quán)的人員才能訪問(wèn)到生產(chǎn)環(huán)境。

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

第七節(jié) 系統(tǒng)測(cè)試和用戶(hù)測(cè)試

項(xiàng)目組制定《系統(tǒng)/用戶(hù)測(cè)試計(jì)劃》，并提交項(xiàng)目經(jīng)理對(duì)計(jì)劃可行性進(jìn)行審批。

《系統(tǒng)/用戶(hù)測(cè)試計(jì)劃》必須定義測(cè)試標(biāo)準(zhǔn)，并明確各種測(cè)試的測(cè)試步驟和需要的系統(tǒng)設(shè)置要求。

項(xiàng)目組向數(shù)據(jù)擁有部門(mén)申請(qǐng)獲取測(cè)試用業(yè)務(wù)數(shù)據(jù)的使用權(quán)，對(duì)獲取的數(shù)據(jù)進(jìn)行嚴(yán)格的訪問(wèn)控制，確保只有相關(guān)項(xiàng)目人員才能訪問(wèn)及使用。

第三十條 項(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組或合作開(kāi)發(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è)試通過(guò)后，IT組配合業(yè)務(wù)組建立用戶(hù)測(cè)試環(huán)境，業(yè)務(wù)組根據(jù)用戶(hù)測(cè)第三十三條

第三十四條 第三十五條 第三十六條 第三十七條 第三十八條 第三十九條 第四十條 試用例進(jìn)行用戶(hù)測(cè)試，出具《用戶(hù)測(cè)試報(bào)告》，業(yè)務(wù)組組長(zhǎng)和IT組組長(zhǎng)應(yīng)在用戶(hù)測(cè)試報(bào)告中簽字確認(rèn)。

項(xiàng)目組完成系統(tǒng)幫助文檔（其中包括《用戶(hù)操作手冊(cè)》和《安裝維護(hù)手冊(cè)》）。凡涉及應(yīng)用系統(tǒng)的變更，應(yīng)對(duì)系統(tǒng)幫助文檔及時(shí)更新。

第八節(jié) 試運(yùn)行

系統(tǒng)主要使用部門(mén)根據(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)包含問(wèn)題應(yīng)對(duì)機(jī)制，明確問(wèn)題溝通渠道和職責(zé)分工。

項(xiàng)目組聯(lián)合試運(yùn)行單位進(jìn)行相關(guān)系統(tǒng)部署工作，準(zhǔn)備培訓(xùn)資料，對(duì)相關(guān)用戶(hù)和信息技術(shù)人員進(jìn)行培訓(xùn)。用戶(hù)培訓(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)境能滿(mǎn)足新應(yīng)用系統(tǒng)的需要。系統(tǒng)轉(zhuǎn)換時(shí)必須詳細(xì)記錄原系統(tǒng)中的重要參數(shù)、設(shè)置等系統(tǒng)信息，并填寫(xiě)試運(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ù)來(lái)源、轉(zhuǎn)換前狀態(tài)、轉(zhuǎn)換后狀態(tài)，數(shù)據(jù)遷移負(fù)責(zé)人、對(duì)完整性檢查情況、對(duì)準(zhǔn)確性檢查情況等內(nèi)容。各相關(guān)部門(mén)驗(yàn)收轉(zhuǎn)換結(jié)果后在該報(bào)告上簽字確認(rèn)。

系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移由試運(yùn)行單位業(yè)務(wù)部門(mén)和公司主管領(lǐng)導(dǎo)共同監(jiān)督并進(jìn)行驗(yàn)收。

第四十一條 系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移驗(yàn)收通過(guò)后，正式啟動(dòng)試運(yùn)行。在試運(yùn)行過(guò)程中，試運(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)目組編寫(xiě)《試運(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é)束或延期。

第九節(jié) 系統(tǒng)驗(yàn)收

系統(tǒng)主要使用部門(mén)及信息技術(shù)部門(mén)聯(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)主要使用部門(mén)和信息技術(shù)部門(mén)審閱。

系統(tǒng)主要使用部門(mén)和信息技術(shù)部門(mén)負(fù)責(zé)人根據(jù)系統(tǒng)測(cè)試、試運(yùn)行情況簽署驗(yàn)收意見(jiàn)。

第十節(jié) 系統(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)后才能開(kāi)始部署上線工作。

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

1、部署方式和資源分配（包括人力資源及服務(wù)器資源）；

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

3、上線操作步驟以及問(wèn)題處理步驟；

4、項(xiàng)目階段性里程碑和成果匯報(bào)（項(xiàng)目執(zhí)行狀態(tài)的審閱、進(jìn)度安排等）；

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

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

7、用戶(hù)培訓(xùn)計(jì)劃（包括：培訓(xùn)計(jì)劃、培訓(xùn)手冊(cè)、培訓(xùn)考核等）；

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

第五十條 上線單位在上線初期需加強(qiáng)日常運(yùn)行狀態(tài)監(jiān)控，出現(xiàn)問(wèn)題時(shí)應(yīng)及時(shí)處理，對(duì)重大問(wèn)題應(yīng)啟動(dòng)緊急預(yù)案。

第五十一條 在完成上線后要填寫(xiě)《系統(tǒng)驗(yàn)收評(píng)估報(bào)告》，上報(bào)公司項(xiàng)目組匯總整理。第五十二條 第五十三條

第五十四條 第五十五條 第五十六條 第五十七條 第五十八條 第五十九條 第六十條

第六十一條 第六十二條 第六十三條 第六十四條 《系統(tǒng)驗(yàn)收評(píng)估報(bào)告》內(nèi)容包括：數(shù)據(jù)準(zhǔn)確性、系統(tǒng)性能及穩(wěn)定性、接口問(wèn)題、權(quán)限問(wèn)題、業(yè)務(wù)操作影響度、問(wèn)題處理情況、備份、批處理等。

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

公司主管領(lǐng)導(dǎo)批準(zhǔn)結(jié)項(xiàng)后，業(yè)務(wù)組和IT組將整理的文檔提交各自部門(mén)統(tǒng)一管理。

第十一節(jié) 合作開(kāi)發(fā)管理

合作開(kāi)發(fā)商的選擇應(yīng)遵循公司相關(guān)規(guī)定，合作商資質(zhì)認(rèn)定參見(jiàn)第三方管理制度。

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

項(xiàng)目經(jīng)理同合作開(kāi)發(fā)商明確規(guī)定項(xiàng)目變更的范圍和處理方式，重點(diǎn)關(guān)注需求和設(shè)計(jì)變更。

項(xiàng)目經(jīng)理負(fù)責(zé)監(jiān)控合作開(kāi)發(fā)商的項(xiàng)目管理及軟件開(kāi)發(fā)活動(dòng)。合作開(kāi)發(fā)商應(yīng)按計(jì)劃定期向項(xiàng)目經(jīng)理報(bào)告進(jìn)展?fàn)顟B(tài)，并提交階段性成果文檔。發(fā)生重大問(wèn)題時(shí)，合作開(kāi)發(fā)商需及時(shí)向項(xiàng)目經(jīng)理匯報(bào)。

IT組組長(zhǎng)派專(zhuān)人監(jiān)控合作開(kāi)發(fā)商的質(zhì)量保證過(guò)程。項(xiàng)目組同合作開(kāi)發(fā)商商定驗(yàn)收的標(biāo)準(zhǔn)和方法。以上各要求需要在開(kāi)發(fā)合同中明確。

第十二節(jié) 外包開(kāi)發(fā)管理

立項(xiàng)申請(qǐng)得到公司主管領(lǐng)導(dǎo)的審批后，選定開(kāi)發(fā)商，簽訂外包開(kāi)發(fā)合同。項(xiàng)目經(jīng)理負(fù)責(zé)監(jiān)控外包開(kāi)發(fā)商的項(xiàng)目管理及軟件開(kāi)發(fā)活動(dòng)。外包開(kāi)發(fā)商應(yīng)按計(jì)劃定期向項(xiàng)目經(jīng)理報(bào)告進(jìn)展?fàn)顟B(tài)，并提交階段性成果文檔。發(fā)生重大問(wèn)題時(shí)，外包開(kāi)發(fā)商需及時(shí)向項(xiàng)目經(jīng)理匯報(bào)。

項(xiàng)目經(jīng)理監(jiān)控外包開(kāi)發(fā)商的質(zhì)量保證過(guò)程。項(xiàng)目組同外包開(kāi)發(fā)商商定驗(yàn)收的標(biāo)準(zhǔn)和方法。第六十五條 以上各要求需要在開(kāi)發(fā)合同中明確。