第一篇：軟件項(xiàng)目設(shè)計(jì)和開發(fā)評(píng)審流程

軟件項(xiàng)目設(shè)計(jì)和開發(fā)評(píng)審流程目的設(shè)計(jì)和開發(fā)評(píng)審的目的是由一組有資格的人員對(duì)軟件設(shè)計(jì)和開發(fā)的輸出進(jìn)行評(píng)價(jià)，以判斷確定設(shè)計(jì)和開發(fā)的輸出能否實(shí)現(xiàn)軟件產(chǎn)品預(yù)先定義的規(guī)格，同時(shí)通過評(píng)審標(biāo)識(shí)出與規(guī)格和標(biāo)準(zhǔn)的偏差。它向管理部門提供充足的證據(jù)以證明

1）設(shè)計(jì)和開發(fā)的輸出符合了其規(guī)格要求；

2）設(shè)計(jì)和開發(fā)的輸出是否滿足相關(guān)法律、法規(guī)以及企業(yè)標(biāo)準(zhǔn)的要求；

3）軟件產(chǎn)品的更改得到了恰當(dāng)?shù)貙?shí)施；

4）軟件產(chǎn)品的更改只對(duì)那些規(guī)格發(fā)生了更改的系統(tǒng)區(qū)域有影響，沒有引入新的問題。2 范圍

本規(guī)范適應(yīng)于對(duì)軟件設(shè)計(jì)和開發(fā)的輸出以及設(shè)計(jì)與開發(fā)的更改進(jìn)行評(píng)審。角色和職責(zé)

3.1 主審人。主審人是技術(shù)評(píng)審的指揮人員，負(fù)責(zé)評(píng)審活動(dòng)的組織、結(jié)論、書面報(bào)告和問題跟蹤。

3.2 評(píng)審專家。評(píng)審專家應(yīng)由滿足要求的技術(shù)人員擔(dān)任，負(fù)責(zé)向評(píng)審組成員提出自己的評(píng)審意見和建議。

3.3 質(zhì)量保證人員：

3.4 記錄員。會(huì)議記錄人員。

3.5 顧客和用戶代表。必要時(shí)，由主審人確定能夠充當(dāng)顧客和用戶代表的角色。

3.6 相關(guān)領(lǐng)導(dǎo)和部門管理人員。評(píng)審時(shí)機(jī)

按《產(chǎn)品開發(fā)計(jì)劃》所策劃的的評(píng)審檢查點(diǎn)進(jìn)行。因臨時(shí)變更引起的突發(fā)性的評(píng)審隨時(shí)進(jìn)行。評(píng)審的基本要求

a）設(shè)計(jì)和開發(fā)評(píng)審應(yīng)分級(jí)進(jìn)行。公司級(jí)的項(xiàng)目應(yīng)進(jìn)行公司級(jí)評(píng)審；業(yè)務(wù)部門級(jí)的項(xiàng)目一般進(jìn)行業(yè)務(wù)部門級(jí)評(píng)審；

b）設(shè)計(jì)和開發(fā)評(píng)審視具體情況可一次進(jìn)行，也可分段進(jìn)行；

c）評(píng)審結(jié)論應(yīng)明確；

d）評(píng)審資料應(yīng)及時(shí)歸檔。評(píng)審依據(jù)

a）合同、技術(shù)協(xié)議書、需求規(guī)格說明書和設(shè)計(jì)任務(wù)書；

b）有關(guān)標(biāo)準(zhǔn)、規(guī)范和質(zhì)量保證文件。評(píng)審內(nèi)容

評(píng)審的內(nèi)容可根據(jù)產(chǎn)品設(shè)計(jì)的研制周期、技術(shù)難度、復(fù)雜程度以及使用方的要求有所側(cè)重和適當(dāng)?shù)脑鰷p，但應(yīng)滿足對(duì)設(shè)計(jì)結(jié)果進(jìn)行評(píng)審的要求。主要內(nèi)容：

a）設(shè)計(jì)方案正確性、先進(jìn)性、可行性和經(jīng)濟(jì)性；

b）系統(tǒng)組成、系統(tǒng)要求及接口協(xié)調(diào)的合理性；

c）系統(tǒng)與各子系統(tǒng)間技術(shù)接口的協(xié)調(diào)性；

d）采用設(shè)計(jì)準(zhǔn)則、規(guī)范和標(biāo)準(zhǔn)的合理性；

e）系統(tǒng)可靠性、維修性、安全性要求是否合理；

f）關(guān)鍵技術(shù)的落實(shí)解決情況；

g）編制的質(zhì)量計(jì)劃是否可行。評(píng)審方式評(píng)審方式有會(huì)簽評(píng)審和會(huì)議評(píng)審兩種。

第二篇：軟件項(xiàng)目開發(fā)管理流程

研發(fā)中心項(xiàng)目開發(fā)管理流程

1，新項(xiàng)目開發(fā)管理流程

按照項(xiàng)目管理規(guī)范，項(xiàng)目管理分為：項(xiàng)目啟動(dòng)—》項(xiàng)目計(jì)劃—》項(xiàng)目執(zhí)行—》項(xiàng)目控制—》項(xiàng)目結(jié)尾。5個(gè)階段。根據(jù)該管理流程和我公司實(shí)際情況，將新項(xiàng)目開發(fā)的管理流程制定如下圖：

1.1 項(xiàng)目立項(xiàng)

項(xiàng)目立項(xiàng)階段，首先由的項(xiàng)目經(jīng)理編寫《項(xiàng)目立項(xiàng)報(bào)告》。

研發(fā)項(xiàng)目立項(xiàng)報(bào)告模板.doc

1.2 立項(xiàng)評(píng)審

《項(xiàng)目立項(xiàng)報(bào)告》編寫完成后，交由項(xiàng)目管理委員會(huì)進(jìn)行立項(xiàng)評(píng)審，評(píng)審?fù)ㄟ^后由副總經(jīng)理簽字確認(rèn)立項(xiàng)。確定需求分析和項(xiàng)目設(shè)計(jì)階段的時(shí)間和人員安排。

1.3 需求分析

需求分析階段，需要與用戶交流，雙方對(duì)軟件需求取得共同理解基礎(chǔ)上達(dá)成的協(xié)議。編寫并完成軟件需求說明書：也稱軟件規(guī)格說明書。

軟件需求說明書模板.doc

1.4 系統(tǒng)設(shè)計(jì)階段

常規(guī)的系統(tǒng)設(shè)計(jì)需要依次完成《概要設(shè)計(jì)說明書》，《詳細(xì)設(shè)計(jì)說明書》。以下是文檔的簡(jiǎn)要說明：

概要設(shè)計(jì)說明書：該說 明書是概要設(shè)計(jì)階段的工作 成果，它應(yīng)說明功能分配、模 塊劃分、程序的總體結(jié)構(gòu)、輸 入輸出以及接口設(shè)計(jì)、運(yùn)行設(shè) 計(jì)、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)和出錯(cuò)處理 設(shè)計(jì)等，為詳細(xì)設(shè)計(jì)奠定基礎(chǔ)。

概要設(shè)計(jì)說明書.doc

詳細(xì)設(shè)計(jì)說明書：著重 描述每一模塊是怎樣實(shí)現(xiàn)的，包括實(shí)現(xiàn)算法、邏輯流程等。詳細(xì)設(shè)計(jì)說明書.doc

詳細(xì)設(shè)計(jì)說明書編寫完成后，項(xiàng)目經(jīng)理應(yīng)該依次編寫安排項(xiàng)目開發(fā)工作計(jì)劃。工作計(jì)劃安排可以根據(jù)項(xiàng)目經(jīng)理的習(xí)慣進(jìn)行工作計(jì)劃編寫。建議采用project。附件為綜合考務(wù)平臺(tái)的工作計(jì)劃安排，可以供參考：

考試考務(wù)綜合管理平臺(tái)工作計(jì)劃.mpp。并且確定里程碑，以便在后期項(xiàng)目執(zhí)行過程中，對(duì)其進(jìn)行確認(rèn)。對(duì)于大項(xiàng)目，建議按照項(xiàng)目設(shè)計(jì)流程，先進(jìn)行概要設(shè)計(jì)，再到詳細(xì)設(shè)計(jì)。但是對(duì)于特殊項(xiàng)目（項(xiàng)目周期較短，小項(xiàng)目），可以講概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)階段合二為一，編寫功能，接口方案。但是值得注意的是，該方案中，仍然需要涵蓋項(xiàng)目模塊功能，用戶權(quán)限和各模塊實(shí)現(xiàn)邏輯，接口等。

項(xiàng)目設(shè)計(jì)開發(fā)方案.docx。

1.5 項(xiàng)目設(shè)計(jì)評(píng)審

設(shè)計(jì)階段完成后，項(xiàng)目經(jīng)理填寫《項(xiàng)目設(shè)計(jì)評(píng)審表》，將相關(guān)文檔交由項(xiàng)目管理委員會(huì)進(jìn)行項(xiàng)目設(shè)計(jì)評(píng)審。通過評(píng)審后，方可進(jìn)行編碼工作。

項(xiàng)目設(shè)計(jì)評(píng)審表.docx

1.6 編碼和測(cè)試用例編寫階段

項(xiàng)目編碼階段，項(xiàng)目經(jīng)理需要對(duì)項(xiàng)目執(zhí)行情況進(jìn)行控制和監(jiān)督，其中包括（項(xiàng)目輸入，項(xiàng)目輸出，里程碑）。如果由于特殊情況，如：需求變化，人員臨時(shí)調(diào)配，或者其他原因?qū)е碌捻?xiàng)目范圍和時(shí)間，計(jì)劃等變更，項(xiàng)目經(jīng)理應(yīng)該及時(shí)填寫變更申請(qǐng)。并提交給項(xiàng)目管理委員會(huì)。作為之后項(xiàng)目輸出驗(yàn)證的重要依據(jù)項(xiàng)目變更申請(qǐng)書.doc。

在此階段，測(cè)試人員應(yīng)該根據(jù)《需求說明書》，《概要設(shè)計(jì)》和《詳細(xì)設(shè)計(jì)說明書》的內(nèi)容，編寫相應(yīng)的《測(cè)試用例》。1.7 測(cè)試階段

編碼完成后，應(yīng)該移交測(cè)試組進(jìn)行相關(guān)測(cè)試工作。按照測(cè)試流程，需要提交《測(cè)試申請(qǐng)表》。測(cè)試人員在接收到《測(cè)試申請(qǐng)》后，應(yīng)該與研發(fā)人員討論《測(cè)試用例》的相關(guān)內(nèi)容，確定測(cè)試時(shí)間，開始程序測(cè)試。并在測(cè)試工作完成后，編寫對(duì)應(yīng)的《測(cè)試報(bào)告》。

1.8 結(jié)項(xiàng)評(píng)審與驗(yàn)證

項(xiàng)目負(fù)責(zé)人和測(cè)試負(fù)責(zé)人分別填寫《項(xiàng)目結(jié)項(xiàng)評(píng)審表》，交由項(xiàng)目管理委員會(huì)進(jìn)行評(píng)審。評(píng)審?fù)ㄟ^后，由研發(fā)中心副總經(jīng)理進(jìn)行發(fā)布確認(rèn)。

項(xiàng)目結(jié)項(xiàng)評(píng)審驗(yàn)證表.doc

1.9 新產(chǎn)品發(fā)布

編寫《用戶手冊(cè)》。方可進(jìn)行新產(chǎn)品發(fā)布。

2，舊項(xiàng)目升級(jí)開發(fā)管理流程

舊項(xiàng)目的升級(jí)，依照如下流程：

2.1項(xiàng)目升級(jí)需求分析

項(xiàng)目需求分析，需要收集用戶在產(chǎn)品使用過程中，已經(jīng)技術(shù)人員在調(diào)試過程中的反饋?zhàn)鳛樾枨蠓治龅妮斎搿２⑻顚憣?duì)應(yīng)的項(xiàng)目升級(jí)需求報(bào)告表。項(xiàng)目升級(jí)需求報(bào)告表.doc

2.2 升級(jí)評(píng)審

將《升級(jí)需求報(bào)告》交由項(xiàng)目管理委員會(huì)，評(píng)審?fù)ㄟ^后，進(jìn)行升級(jí)設(shè)計(jì)。2.2項(xiàng)目升級(jí)設(shè)計(jì)

項(xiàng)目負(fù)責(zé)人，根據(jù)需求報(bào)告和升級(jí)具體情況，編寫升級(jí)開發(fā)方案。項(xiàng)目升級(jí)開發(fā)方案.docx。并安排整改工作計(jì)劃。

2.3 項(xiàng)目升級(jí)設(shè)計(jì)評(píng)審

升級(jí)開發(fā)方案完成后，填寫《項(xiàng)目設(shè)計(jì)評(píng)審表》，交由項(xiàng)目管理委員會(huì)評(píng)審。

2.4 編碼

按照項(xiàng)目升級(jí)開發(fā)方案進(jìn)行編碼設(shè)計(jì)，如果編碼工作中，發(fā)生特殊情況需要變更計(jì)劃，或者項(xiàng)目范圍等，同樣需要提交《變更申請(qǐng)》，作為項(xiàng)目驗(yàn)證的基礎(chǔ)。同樣，此階段，測(cè)試人員應(yīng)該編寫或者修改相關(guān)測(cè)試用例。

2.5 測(cè)試

編碼完成后，應(yīng)該移交測(cè)試組進(jìn)行相關(guān)測(cè)試工作。按照測(cè)試流程，需要提交《測(cè)試申請(qǐng)表》。測(cè)試人員在接收到測(cè)試申請(qǐng)后，應(yīng)該與研發(fā)人員討論《測(cè)試用例》的相關(guān)內(nèi)容，確定測(cè)試時(shí)間，開始程序測(cè)試。并在測(cè)試工作完成后，編寫對(duì)應(yīng)的《測(cè)試報(bào)告》。

2.6 升級(jí)輸出評(píng)審

項(xiàng)目負(fù)責(zé)人和測(cè)試負(fù)責(zé)人分別填寫《項(xiàng)目結(jié)項(xiàng)評(píng)審表》，交由項(xiàng)目管理委員會(huì)進(jìn)行評(píng)審。評(píng)審?fù)ㄟ^后，由副總經(jīng)理進(jìn)行發(fā)布確認(rèn)后。

第三篇：軟件項(xiàng)目開發(fā)工作流程

軟件項(xiàng)目開發(fā)工作流程

一、簡(jiǎn)述

對(duì)于一個(gè)新項(xiàng)目，從可行性研究到產(chǎn)品交貨整個(gè)生存階段將經(jīng)歷如下十大流程：

1、項(xiàng)目可行性研究階段

2、立項(xiàng)階段

3、需求分析階段

4、開發(fā)策劃階段

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

6、編碼實(shí)現(xiàn)階段

7、測(cè)試階段

8、驗(yàn)收階段

9、產(chǎn)品交付使用

10、維護(hù)階段

二、項(xiàng)目組基本組成及崗位職責(zé)

新項(xiàng)目立項(xiàng)時(shí)會(huì)成立項(xiàng)目組，不同的項(xiàng)目組成員有不同的職責(zé)，一個(gè)項(xiàng)目組成員也可以身兼多職，但不可身兼全職。

a項(xiàng)目負(fù)責(zé)人：負(fù)責(zé)項(xiàng)目的管理、組織、對(duì)技術(shù)、進(jìn)度、質(zhì)量全面負(fù)責(zé)。b質(zhì)量保證人員：負(fù)責(zé)質(zhì)量保證工作計(jì)劃的落實(shí)和軟件的質(zhì)量保證。

C配臵管理人員：負(fù)責(zé)本項(xiàng)目的配臵管理工作，對(duì)本項(xiàng)目的文檔、程序是否符合規(guī)程文件的要求進(jìn)行形式化的檢查。

D分析人員：主要負(fù)責(zé)本項(xiàng)目的需求分析工作。E設(shè)計(jì)人員：主要負(fù)責(zé)本項(xiàng)目的設(shè)計(jì)工作。

F程序員：按設(shè)計(jì)要求和有關(guān)標(biāo)準(zhǔn)進(jìn)行編程工作。

G測(cè)試人員：負(fù)責(zé)單元測(cè)試、組合測(cè)試和總裝測(cè)試工作。H文檔人員：負(fù)責(zé)本項(xiàng)目有關(guān)文檔的編寫工作。

I產(chǎn)品經(jīng)理：協(xié)助進(jìn)行產(chǎn)品研制計(jì)劃制定、產(chǎn)品發(fā)布與產(chǎn)品推廣等,在產(chǎn)品開發(fā)中，充分代表用戶的利益，提供建議,負(fù)責(zé)在產(chǎn)品功能與出品日期二者之間的權(quán)衡;負(fù)責(zé)產(chǎn)品市場(chǎng)營(yíng)銷、產(chǎn)品銷售和市場(chǎng)推廣過程。（通常由營(yíng)銷部門或中試部門人員擔(dān)任）

三、軟件開發(fā)流程

3．1 可行性研究階段

如果是公司自主開發(fā)項(xiàng)目，可行性研究通常是由公司技術(shù)負(fù)責(zé)人根據(jù)公司產(chǎn)品規(guī)劃和市場(chǎng)需求，在要開展新項(xiàng)目前通過部門負(fù)責(zé)人指定人員進(jìn)行的前期調(diào)研工作，可行性研究負(fù)責(zé)人員對(duì)產(chǎn)品的市場(chǎng)需求、技術(shù)發(fā)展、市場(chǎng)定位、功能需求、經(jīng)濟(jì)效益、進(jìn)度需求、風(fēng)險(xiǎn)分析等進(jìn)行可行性研究，提供產(chǎn)品立項(xiàng)建議，擬制可行性研究報(bào)告，由部門負(fù)責(zé)人指定營(yíng)銷部門配合可行性分析人員，技術(shù)負(fù)責(zé)人協(xié)助安排?？尚行苑治鐾戤吅笥煽偣まk組織對(duì)可行性研究報(bào)告進(jìn)行評(píng)審，評(píng)審?fù)ㄟ^后，總工辦組織進(jìn)行立項(xiàng)工作。

如果是系統(tǒng)集成部外接的系統(tǒng)集成項(xiàng)目，在系統(tǒng)集成部與客戶簽訂合同之前，均應(yīng)對(duì)將簽項(xiàng)目進(jìn)行資源、技術(shù)、市場(chǎng)的可行性分析，可行性分析通過后、簽訂合同前由總工辦組織相關(guān)人員對(duì)合同條款進(jìn)行評(píng)審，評(píng)審?fù)ㄟ^后，總工辦組織進(jìn)行立項(xiàng)工作。

本階段提交的文檔：項(xiàng)目可行性研究任務(wù)書（技術(shù)負(fù)責(zé)人或部門負(fù)責(zé)人下達(dá)）

項(xiàng)目可行性研究報(bào)告（可行性研究人員編寫）

系統(tǒng)集成項(xiàng)目合同 質(zhì)量記錄：可行性分析評(píng)審報(bào)告 3．2立項(xiàng)階段

可行性分析評(píng)審?fù)ㄟ^后，由開發(fā)部門經(jīng)理下達(dá)立項(xiàng)任務(wù)，指定相關(guān)人員填寫立項(xiàng)申請(qǐng)報(bào)告報(bào)批。報(bào)批通過后，由部門經(jīng)理與技術(shù)負(fù)責(zé)人協(xié)商，下達(dá)開發(fā)任務(wù)書，經(jīng)技術(shù)負(fù)責(zé)人審核確認(rèn)后，報(bào)公司批準(zhǔn)。批準(zhǔn)立項(xiàng)后項(xiàng)目進(jìn)度應(yīng)以立項(xiàng)申請(qǐng)報(bào)告中的階段進(jìn)度為準(zhǔn)，如果進(jìn)度要調(diào)整，需填寫進(jìn)度調(diào)整申請(qǐng)報(bào)告報(bào)批。本階段提交的文檔：項(xiàng)目立項(xiàng)申請(qǐng)報(bào)告

開發(fā)任務(wù)書

3．3 需求分析階段

承辦單位根據(jù)交辦單位提出的技術(shù)要求和相應(yīng)的軟件任務(wù)書以及其它有關(guān)文件，與交辦單位協(xié)作，確定詳細(xì)的軟件需求，該階段完成的軟件需求規(guī)格說明經(jīng)審定和批準(zhǔn)后將作為整個(gè)軟件開發(fā)工作的基礎(chǔ)列入配臵管理的基線，在本階段可利用快速原型法使比較含糊的具有不確定性的軟件需求（主要是功能）明確化。能給本公司開發(fā)的軟件的“需求基線”確定提供一個(gè)討論、進(jìn)一步完善的基礎(chǔ)。在本階段，由產(chǎn)品經(jīng)理負(fù)責(zé)，其他人員配合，編寫產(chǎn)品規(guī)格說明書，此說明書面向最終用戶和領(lǐng)導(dǎo)，主要描繪產(chǎn)品的形狀以及功能、性能、功能特性、性能特性。由項(xiàng)目經(jīng)理負(fù)責(zé)編寫系統(tǒng)技術(shù)方案書，描述公司初次使用的技術(shù)的詳細(xì)解決方案。本階段完畢后對(duì)需求分析進(jìn)行評(píng)審，出具需求分析評(píng)審報(bào)告。本階段提交的文檔：軟件需求規(guī)格說明書。

原型分析說明書

產(chǎn)品規(guī)格說明書

系統(tǒng)技術(shù)方案書

質(zhì)量記錄：

需求分析評(píng)審報(bào)告

提交的軟件：產(chǎn)品的原型（注：如果時(shí)間有限，可以只編寫原型分析說明書而不作原型）

3．4開發(fā)策化階段 根據(jù)項(xiàng)目要求和軟件需求，由配臵人員配合項(xiàng)目經(jīng)理編寫本項(xiàng)目的質(zhì)量保證計(jì)劃、配臵管理計(jì)劃和項(xiàng)目綜合計(jì)劃。在配臵管理計(jì)劃中，應(yīng)列明本項(xiàng)目需提交的各階段文檔的名稱，在項(xiàng)目各階段完成后，項(xiàng)目組需列表說明要移交的文檔，將此表與各文檔一并向總工辦移交。在制定計(jì)劃時(shí)，應(yīng)為計(jì)劃、設(shè)計(jì)、測(cè)試、改錯(cuò)、再測(cè)試、變更、以及編制文檔留出足夠的時(shí)間。不應(yīng)使用突擊的辦法來完成項(xiàng)目。

本階段涉及的文檔：軟件質(zhì)量保證計(jì)劃

配臵管理計(jì)劃

項(xiàng)目綜合計(jì)劃

3．5設(shè)計(jì)階段 3．5．1概要設(shè)計(jì)

根據(jù)軟件需求規(guī)格說明建立軟件總體結(jié)構(gòu)和模塊間的關(guān)系，確定各模塊功能，定義各功能模塊的接口，設(shè)計(jì)全局?jǐn)?shù)據(jù)庫和數(shù)據(jù)結(jié)構(gòu)，在概要設(shè)計(jì)明確后，可以對(duì)綜合計(jì)劃進(jìn)一步細(xì)化，填寫項(xiàng)目進(jìn)度預(yù)計(jì)。概要設(shè)計(jì)需經(jīng)過評(píng)審。本階段涉及的文檔：產(chǎn)品概要設(shè)計(jì)說明書

數(shù)據(jù)庫設(shè)計(jì)說明

項(xiàng)目進(jìn)度預(yù)計(jì) 質(zhì)量記錄： 評(píng)審報(bào)告 3．5．2詳細(xì)設(shè)計(jì)

對(duì)概要設(shè)計(jì)中產(chǎn)生的功能模塊進(jìn)行過程描述設(shè)計(jì)，設(shè)計(jì)功能模塊的內(nèi)部細(xì)節(jié)，包括算法和數(shù)據(jù)結(jié)構(gòu)，為編寫源代碼提供必要的說明。詳細(xì)設(shè)計(jì)需要經(jīng)過評(píng)審。本階段涉及的文檔：軟件詳細(xì)設(shè)計(jì)說明書

測(cè)試計(jì)劃 質(zhì)量記錄： 評(píng)審報(bào)告 3．6編碼實(shí)現(xiàn)階段

根據(jù)軟件詳細(xì)設(shè)計(jì)說明、對(duì)各程序模塊進(jìn)行編碼、調(diào)試、靜態(tài)分析和單元測(cè)試，驗(yàn)證程序單元與設(shè)計(jì)說明的一致性。本階段涉及的文檔：項(xiàng)目進(jìn)度月報(bào)

項(xiàng)目周計(jì)劃和周總結(jié)

項(xiàng)目開發(fā)人員周計(jì)劃

工作日志

每周例會(huì)記錄

配臵項(xiàng)更改申請(qǐng)單 3．6 測(cè)試階段

3．6．1 軟件單元測(cè)試

按詳細(xì)設(shè)計(jì)的結(jié)構(gòu)，根據(jù)軟件單元測(cè)試計(jì)劃，依照將經(jīng)過單元測(cè)試的底層程序單元逐步組裝成子項(xiàng)目直到開發(fā)項(xiàng)目的過程，對(duì)軟件進(jìn)行測(cè)試。本階段涉及的文檔：測(cè)試計(jì)劃

測(cè)試設(shè)計(jì)

測(cè)試問題報(bào)告單 參考文檔：北京世紀(jì)科怡軟件開發(fā)操作指導(dǎo)書中的“測(cè)試階段操作指導(dǎo)書”

3．6．2組裝測(cè)試

根據(jù)軟件需求規(guī)格說明書中定義的全部功能和性能要求及組裝測(cè)試計(jì)劃，對(duì)軟件進(jìn)行組裝測(cè)試，以確定整個(gè)軟件是否滿足軟件需求，是否可以提交總裝測(cè)試。

軟件組裝測(cè)試計(jì)劃（含測(cè)試用例設(shè)計(jì)）的編制工作和軟件組裝測(cè)試環(huán)境的研制、組建工作，應(yīng)從軟件需求分析階段起與軟件開發(fā)同步展開。本階段涉及的文檔：測(cè)試計(jì)劃

測(cè)試設(shè)計(jì)

測(cè)試問題報(bào)告單

3．7 中試階段

項(xiàng)目組開發(fā)的軟件產(chǎn)品經(jīng)中試部驗(yàn)收后提交中試部中試，中試部根據(jù)需求分析報(bào)告,從用戶的角度出發(fā)對(duì)產(chǎn)品的功能、性能進(jìn)行中試。本階段涉及的文檔：中試計(jì)劃

中試問題報(bào)告單

3．7 驗(yàn)收交付

對(duì)完成中試的軟件進(jìn)行檢查、審查和評(píng)審，確定軟件是否達(dá)到了軟件任務(wù)書的要求。驗(yàn)收通過的軟件可以向軟件交辦單位交付。項(xiàng)目經(jīng)理及項(xiàng)目組人員應(yīng)在此階段完成項(xiàng)目總結(jié)，項(xiàng)目經(jīng)理提交項(xiàng)目開發(fā)總結(jié)報(bào)告，項(xiàng)目組成員提交個(gè)人工作總結(jié)報(bào)告。

本階段涉及的文檔：驗(yàn)收?qǐng)?bào)告

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

個(gè)人工作總結(jié)報(bào)告

3．8 軟件維護(hù)

對(duì)軟件的維護(hù)包括針對(duì)軟件運(yùn)行過程中發(fā)現(xiàn)的問題而進(jìn)行的改正性維護(hù)，針對(duì)不同任務(wù)對(duì)軟件提出不需求而進(jìn)行的改善性維護(hù)，以及可能出現(xiàn)的由于軟件運(yùn)行環(huán)境的改變而進(jìn)行的適應(yīng)性維護(hù)。本階段涉及的文檔：軟件問題匯總表

維護(hù)報(bào)告

四、項(xiàng)目開發(fā)文件的審批

? 可行性研究報(bào)告及立項(xiàng)申請(qǐng)、項(xiàng)目開發(fā)計(jì)劃及項(xiàng)目開發(fā)總結(jié)、確認(rèn)計(jì)劃及確認(rèn)報(bào)告、驗(yàn)收計(jì)劃及驗(yàn)收?qǐng)?bào)告由技術(shù)負(fù)責(zé)人審批。? 項(xiàng)目組人員編寫的其他文件由項(xiàng)目經(jīng)理審批。

五、各階段共同的任務(wù)要求 5．1編寫文檔

在軟件開發(fā)過程的各個(gè)階段，都要求完成相應(yīng)的文檔編寫工作。本文檔的前面部分已給出了在軟件自上而下周期各個(gè)階段中的文檔編制情況。軟件文檔從形式上來看，大致可分為兩類： a． 開發(fā)過程中填寫的各種圖表，稱為工作表格； b． 應(yīng)編制的技術(shù)資料或技術(shù)管理資料，稱為文檔或文件。按照文檔產(chǎn)生和使用的范圍，軟件文檔大致可分為三類： a． 開發(fā)文檔：這類文檔是在軟件開發(fā)過程中，作為軟件開發(fā)人員前一階段工作成果的體現(xiàn)和后一階段工作依據(jù)的文檔。包括軟件需求說明書、數(shù)據(jù)庫設(shè)計(jì)說明書、概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、可行性研究報(bào)告、項(xiàng)目開發(fā)計(jì)劃。b． 管理文檔：這類文檔是在軟件開發(fā)過程中，由軟件開發(fā)人員制定的需提交人員的一些工作計(jì)劃或工作報(bào)告。使管理人員能夠通過這些文檔了解軟件開發(fā)項(xiàng)目安排、進(jìn)度、資源使用和成果等。包括項(xiàng)目開發(fā)計(jì)劃、測(cè)試計(jì)劃、測(cè)試報(bào)告、開發(fā)進(jìn)度月報(bào)、項(xiàng)目周計(jì)劃周總結(jié)及項(xiàng)目開發(fā)總結(jié)等。c． 用戶文檔：這類文檔是軟件開發(fā)人員為用戶準(zhǔn)備的有關(guān)該軟件使用、操作、維護(hù)的資料。包括用戶手冊(cè)、操作手冊(cè)、維護(hù)修改建議、軟件需求說明書。

項(xiàng)目各階段完畢后需把本階段相關(guān)文檔列表向總工辦移交。

5．2驗(yàn)證與評(píng)審

軟件評(píng)審是保證軟件產(chǎn)品質(zhì)量的重要手段，必須納入軟件開發(fā)過程，并把評(píng)審?fù)ㄟ^作為一個(gè)軟件階段完成的標(biāo)志，進(jìn)而轉(zhuǎn)入下一個(gè)開發(fā)階段。軟件評(píng)審包括有正式評(píng)審(即評(píng)審)、內(nèi)部評(píng)審兩種形式。正式評(píng)審是軟件項(xiàng)目組上級(jí)技術(shù)主管主持的評(píng)審。內(nèi)部評(píng)審以由項(xiàng)目負(fù)責(zé)人組織、開發(fā)人員相互檢查為基本方式。

就整個(gè)軟件開發(fā)過程而言，至少要進(jìn)行可行性分析、軟件需求評(píng)審、設(shè)計(jì)評(píng)審、軟件驗(yàn)證和確認(rèn)評(píng)審、管理評(píng)審等五個(gè)方面的評(píng)審和檢查工作。

第四篇：17設(shè)計(jì)和開發(fā)評(píng)審

設(shè)計(jì)和開發(fā)評(píng)審控制程序

Q/PTC-QP 7.3-03-08 1 目的

本程序?yàn)榱艘?guī)范公司設(shè)計(jì)和開發(fā)評(píng)審過程的管理，確保公司設(shè)計(jì)和開發(fā)評(píng)審工作的有效實(shí)施。2 范圍

本程序適用于公司軍品，特種車輛、工程機(jī)械、鐵路貨車等民用產(chǎn)品設(shè)計(jì)和開發(fā)評(píng)審過程的控制。3 術(shù)語

3.1 設(shè)計(jì)和開發(fā)評(píng)審：對(duì)設(shè)計(jì)和開發(fā)的結(jié)果達(dá)到規(guī)定目標(biāo)所進(jìn)行的檢查。4 職責(zé)

4.1 技術(shù)部技術(shù)管理處是公司設(shè)計(jì)和開發(fā)評(píng)審過程的歸口管理部門；負(fù)責(zé)公司軍品過程設(shè)計(jì)和開發(fā)各階段評(píng)審工作的組織實(shí)施。

4.2 技術(shù)部軍品研究所負(fù)責(zé)公司軍品產(chǎn)品設(shè)計(jì)和開發(fā)各階段評(píng)審工作的組織實(shí)施。

4.3 事業(yè)部技術(shù)部門負(fù)責(zé)本事業(yè)部設(shè)計(jì)和開發(fā)評(píng)審過程的業(yè)務(wù)管理；負(fù)責(zé)本事業(yè)部民品設(shè)計(jì)和開發(fā)各階段評(píng)審工作的組織實(shí)施。

4.4 公司各有關(guān)單位負(fù)責(zé)配合完成設(shè)計(jì)和開發(fā)評(píng)審過程的各項(xiàng)工作。5 工作程序 5.1 評(píng)審活動(dòng)的安排

5.1.1 在產(chǎn)品設(shè)計(jì)和開發(fā)策劃時(shí)，各計(jì)劃部門編制的設(shè)計(jì)和開發(fā)計(jì)劃，對(duì)設(shè)計(jì)和開發(fā)各階段應(yīng)實(shí)施的評(píng)審活動(dòng)進(jìn)行系統(tǒng)的識(shí)別和安排。

5.1.2 設(shè)計(jì)和開發(fā)評(píng)審活動(dòng)的安排，包括評(píng)審類別、時(shí)間、內(nèi)容和參加評(píng)審的人員及評(píng)審的記錄要求等。

5.1.3 產(chǎn)品設(shè)計(jì)和開發(fā)評(píng)審的類別一般可分為：方案階段設(shè)計(jì)評(píng)審、工程研制階段設(shè)計(jì)評(píng)審、定型階段的定型審查等。

5.1.4 設(shè)計(jì)評(píng)審必須按設(shè)計(jì)和開發(fā)階段順序進(jìn)行，在上一階段設(shè)計(jì)和開發(fā)評(píng)審?fù)ㄟ^后，才能轉(zhuǎn)入下一階段。

5.1.5 各類設(shè)計(jì)和開發(fā)評(píng)審主要內(nèi)容見附錄A。評(píng)審內(nèi)容可根據(jù)產(chǎn)品類型及復(fù)雜程度，以及不同階段的工作性質(zhì)，對(duì)附錄A中所列內(nèi)容進(jìn)行選擇或增減。Q/PTC-QP7.3-03-08 5.2 評(píng)審的任務(wù)

5.2.1 評(píng)價(jià)設(shè)計(jì)和開發(fā)的結(jié)果能否滿足要求，以確定是否準(zhǔn)予進(jìn)入下一階段； 5.2.2 發(fā)現(xiàn)存在的任何問題，提出解決問題的措施。5.3 評(píng)審的組織

5.3.1 設(shè)計(jì)評(píng)審組應(yīng)設(shè)組長(zhǎng)一人，成員若干。軍品的評(píng)審組組長(zhǎng)由公司主管技術(shù)的副總經(jīng)理（或委托人）擔(dān)任，必要時(shí)由上級(jí)技術(shù)主管或相應(yīng)的技術(shù)負(fù)責(zé)人擔(dān)任；民品的評(píng)審組組長(zhǎng)由事業(yè)部主管技術(shù)領(lǐng)導(dǎo)（或委托人）擔(dān)任。5.3.2 評(píng)審組一般由以下人員組成：

a)顧客代表；

b)任務(wù)提出單位代表；

c)同行專家；

d)產(chǎn)品設(shè)計(jì)、生產(chǎn)管理、技術(shù)管理、計(jì)劃、標(biāo)準(zhǔn)化、質(zhì)量管理、試驗(yàn)單位等方面的代表。5.4 評(píng)審的程序 5.4.1 提出評(píng)審申請(qǐng)報(bào)告

5.4.1.1 由設(shè)計(jì)和開發(fā)部門按計(jì)劃的安排，向上級(jí)技術(shù)主管或本單位的主管技術(shù)領(lǐng)導(dǎo)（或委托人）提出“設(shè)計(jì)評(píng)審申請(qǐng)報(bào)告”。

5.4.1.2 上級(jí)技術(shù)主管或單位的主管技術(shù)領(lǐng)導(dǎo)（或委托人）審查或批準(zhǔn)“設(shè)計(jì)評(píng)審申請(qǐng)報(bào)告”。

5.4.1.3 評(píng)審組織部門應(yīng)提前通知評(píng)審組成員單位，以便讓評(píng)審人員事先審閱有關(guān)資料。

5.4.2 召開設(shè)計(jì)評(píng)審會(huì) 5.4.2.1會(huì)議程序如下：

a)設(shè)計(jì)和開發(fā)部門的主管人員作設(shè)計(jì)工作報(bào)告；

b)評(píng)審人員討論、審查工作報(bào)告，重點(diǎn)審查設(shè)計(jì)和開發(fā)中發(fā)現(xiàn)的問題和解決的情況，以及關(guān)鍵性技術(shù)措施的效果。必要時(shí)，由項(xiàng)目設(shè)計(jì)人員作答辯和說明；

c)評(píng)審組討論和通過評(píng)審結(jié)論。5.4.2.2 記錄評(píng)審結(jié)果

5.4.2.2.1設(shè)計(jì)和開發(fā)部門將重點(diǎn)評(píng)審內(nèi)容，如評(píng)審時(shí)應(yīng)達(dá)到的主要性能指標(biāo)，存在的問題和分析、建議和評(píng)審結(jié)論等匯總填入《設(shè)計(jì)評(píng)審報(bào)告》，評(píng)審組成員簽 2

Q/PTC-QP7.3-03-08

名。

5.4.2.2.2 若評(píng)審中的意見不統(tǒng)一，應(yīng)填寫設(shè)計(jì)評(píng)審意見表。5.4.3 評(píng)審結(jié)果處置

5.4.3.1 項(xiàng)目設(shè)計(jì)人員對(duì)評(píng)審中提出的問題進(jìn)行分析，提出應(yīng)采取的措施，并組織落實(shí)。

5.4.3.2 設(shè)計(jì)和開發(fā)部門負(fù)責(zé)措施跟蹤，作好跟蹤記錄并保存，將跟蹤結(jié)果向顧客代表通報(bào)。

5.4.3.3 設(shè)計(jì)評(píng)審中形成的文件由技術(shù)管理處按階段整理后存檔。

5.4.3.4 設(shè)計(jì)評(píng)審中有分歧的技術(shù)問題，經(jīng)充分討論仍不能統(tǒng)一時(shí)，可報(bào)上級(jí)技術(shù)主管或單位的主管技術(shù)領(lǐng)導(dǎo)（或委托人）裁決。

5.4.3.5 設(shè)計(jì)評(píng)審提出需要進(jìn)行重大更改的，由設(shè)計(jì)和開發(fā)部門按《設(shè)計(jì)和開發(fā)更改控制程序》規(guī)定要求執(zhí)行。

5.4.3.6 設(shè)計(jì)評(píng)審報(bào)告正本由各技術(shù)部門按《記錄控制程序》規(guī)定進(jìn)行管理，保存期5年以上，副本交相應(yīng)的質(zhì)量部門用于跟蹤管理。6 主要質(zhì)量記錄 6.1 評(píng)審申請(qǐng)報(bào)告 6.2 評(píng)審報(bào)告

6.3 設(shè)計(jì)工作技術(shù)總結(jié) 6.4 問題分析和解決措施 6.5 落實(shí)措施檢查報(bào)告 6.6 評(píng)審會(huì)議記錄 7 相關(guān)文件

7.1 Q/PTC-QP 4.2-02-08

《記錄控制程序》

7.2 Q/PTC-QP7.3-06-08

《設(shè)計(jì)和開發(fā)更改控制程序》

Q/PTC-QP7.3-03-08 附錄A（規(guī)范性附錄）

設(shè)計(jì)和開發(fā)評(píng)審主要內(nèi)容

A1

方案階段設(shè)計(jì)評(píng)審 A1.1 方案設(shè)計(jì)的依據(jù)。

A1.2 不同方案的對(duì)比分析及優(yōu)選的結(jié)果。

A1.3 選定方案的先進(jìn)性、適用性、可行性和經(jīng)濟(jì)性。

A1.4 各項(xiàng)戰(zhàn)術(shù)性能指標(biāo)或使用要求、安全性、可靠性、維修性、環(huán)境適應(yīng)性、可支援性等應(yīng)滿足研制任務(wù)書或合同的要求。A1.5 系統(tǒng)功能原理圖。

A1.6 協(xié)調(diào)并提出的對(duì)分系統(tǒng)的技術(shù)要求。A1.7 方案技術(shù)風(fēng)險(xiǎn)分析。

A1.8 系統(tǒng)可靠性、維修性保證大綱。

A1.9 確定的系統(tǒng)設(shè)計(jì)規(guī)范、標(biāo)準(zhǔn)、設(shè)計(jì)準(zhǔn)則及設(shè)計(jì)要求。A1.10 系統(tǒng)試驗(yàn)方案及對(duì)分系統(tǒng)的試驗(yàn)要求。

A1.11 采用的新技術(shù)、新材料、元器件的摸底試驗(yàn)情況。A1.12 初步的質(zhì)量控制計(jì)劃。A1.13 標(biāo)準(zhǔn)化大綱。

A1.14 系統(tǒng)研制程序和工作計(jì)劃。A1.15 研制經(jīng)費(fèi)及壽命周期成本估算。A1.16 系統(tǒng)擴(kuò)充和發(fā)展能力。

A1.17 工程研制設(shè)計(jì)的技術(shù)狀態(tài)或初步設(shè)計(jì)任務(wù)書。A2

工程研制階段的設(shè)計(jì)評(píng)審

A2.1 產(chǎn)品設(shè)計(jì)及技術(shù)指標(biāo)協(xié)調(diào)情況；將理論分析、模擬試驗(yàn)和試驗(yàn)結(jié)果用于設(shè)計(jì)的情況。

A2.2 各項(xiàng)戰(zhàn)術(shù)技術(shù)指標(biāo)滿足研制任務(wù)書或合同要求的情況。A2.3 產(chǎn)品功能原理圖及可靠性模型圖。A2.4 采用的設(shè)計(jì)準(zhǔn)則、規(guī)范和標(biāo)準(zhǔn)。A2.5 系列化、通用化、組合化設(shè)計(jì)。

A2.6 系統(tǒng)與分系統(tǒng)及各分系統(tǒng)之間的接口設(shè)計(jì)及性能、結(jié)構(gòu)參數(shù)的協(xié)調(diào)性。A2.7 可靠性預(yù)計(jì)、分配和故障模式，影響及危害性分析所確定的系統(tǒng)關(guān)鍵特性、4

Q/PTC-QP7.3-03-08

關(guān)鍵件。

A2.8 可靠性與維修設(shè)計(jì)。A2.9 安全性設(shè)計(jì)。

A2.10 元器件控制大綱，選用元器件、原材料、成品件的準(zhǔn)則及范圍。A2.11 人機(jī)工程的考慮。

A2.12 包裝、裝卸、運(yùn)輸、貯存、維護(hù)使用要求。

A2.13 環(huán)境試驗(yàn)、極限狀態(tài)試驗(yàn)、過應(yīng)力試驗(yàn)、壽命試驗(yàn)的情況。A2.14 綜合后勤保障要求。

A2.15 故障報(bào)告、分析及糾正措施、數(shù)據(jù)管理系統(tǒng)。A2.16 制定的定型鑒定試驗(yàn)方案。A3

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

A3.1 國(guó)家定型的軍工產(chǎn)品按GJB1362-1992《軍工產(chǎn)品定型程序和要求》的規(guī)定執(zhí)行。

A3.2 全面滿足研制任務(wù)書或合同要求的情況。A3.3 產(chǎn)品戰(zhàn)術(shù)技術(shù)性能達(dá)到的實(shí)際水平與評(píng)價(jià)。A3.4 產(chǎn)品鑒定試驗(yàn)情況及結(jié)論。A3.5 產(chǎn)品可靠性、維修性評(píng)定。

A3.6 研制過程存在的問題，發(fā)生的故障、失效情況處理、采取措施的有效性分析。

A3.7 產(chǎn)品生產(chǎn)工藝穩(wěn)定，滿足設(shè)計(jì)要求的情況。

A3.8 從研制向生產(chǎn)轉(zhuǎn)移，防止降低質(zhì)量與可靠性，減少風(fēng)險(xiǎn)的措施。A3.9 產(chǎn)品關(guān)鍵件清單。

A3.10 提出的制造階段的產(chǎn)品質(zhì)量保證大綱要求。A3.11 元器件、材料的優(yōu)選情況。

A3.12 外協(xié)件、外購(gòu)件的定點(diǎn)及定型情況。

A3.13 包裝、裝卸、運(yùn)輸、貯存、維護(hù)使用技術(shù)要求。A3.14 綜合后勤保障要求。A3.15 安全性分析評(píng)定。

A3.16 產(chǎn)品故障報(bào)告、分析及糾正措施、數(shù)據(jù)管理系統(tǒng)。A3.17 研制中遺留的問題及處理情況。A3.18 整理、鑒定設(shè)計(jì)文件，并定型的情況。

Q/PTC-QP7.3-03-08 A3.19 整理、鑒定工藝文件，并定型的情況。A3.20 整理、鑒定專用工裝、設(shè)備的技術(shù)文件情況。A3.21 型號(hào)研制經(jīng)費(fèi)決算、費(fèi)用效益分析。A3.22 研制總結(jié)報(bào)告。

A3.23 是否定型工作報(bào)告、設(shè)計(jì)定型的結(jié)論或者同意參加國(guó)家定型鑒定。

第五篇：軟件項(xiàng)目開發(fā)工作流程

軟件項(xiàng)目開發(fā)工作流程

一、簡(jiǎn)述

對(duì)于一個(gè)新項(xiàng)目，從可行性研究到產(chǎn)品交貨整個(gè)生存階段將經(jīng)歷如下十大流程：

1、項(xiàng)目可行性研究階段

2、立項(xiàng)階段

3、需求分析階段

4、開發(fā)策劃階段

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

6、編碼實(shí)現(xiàn)階段

7、測(cè)試階段

8、驗(yàn)收階段

9、產(chǎn)品交付使用

10、維護(hù)階段

二、項(xiàng)目組基本組成及崗位職責(zé)

新項(xiàng)目立項(xiàng)時(shí)會(huì)成立項(xiàng)目組，不同的項(xiàng)目組成員有不同的職責(zé)，一個(gè)項(xiàng)目組成員也可以身兼多職，但不可身兼全職。

a項(xiàng)目負(fù)責(zé)人：負(fù)責(zé)項(xiàng)目的管理、組織、對(duì)技術(shù)、進(jìn)度、質(zhì)量全面負(fù)責(zé)。b質(zhì)量保證人員：負(fù)責(zé)質(zhì)量保證工作計(jì)劃的落實(shí)和軟件的質(zhì)量保證。

C配臵管理人員：負(fù)責(zé)本項(xiàng)目的配臵管理工作，對(duì)本項(xiàng)目的文檔、程序是否符合規(guī)程文件的要求進(jìn)行形式化的檢查。

D分析人員：主要負(fù)責(zé)本項(xiàng)目的需求分析工作。

E設(shè)計(jì)人員：主要負(fù)責(zé)本項(xiàng)目的設(shè)計(jì)工作。

F程序員：按設(shè)計(jì)要求和有關(guān)標(biāo)準(zhǔn)進(jìn)行編程工作。

G測(cè)試人員：負(fù)責(zé)單元測(cè)試、組合測(cè)試和總裝測(cè)試工作。

H文檔人員：負(fù)責(zé)本項(xiàng)目有關(guān)文檔的編寫工作。

I產(chǎn)品經(jīng)理：協(xié)助進(jìn)行產(chǎn)品研制計(jì)劃制定、產(chǎn)品發(fā)布與產(chǎn)品推廣等,在產(chǎn)品開發(fā)中，充分代表用戶的利益，提供建議,負(fù)責(zé)在產(chǎn)品功能與出品日期二者之間的權(quán)衡;負(fù)責(zé)產(chǎn)品市場(chǎng)營(yíng)銷、產(chǎn)品銷售和市場(chǎng)推廣過程。（通常由營(yíng)銷部門或中試部門人員擔(dān)任）

三、軟件開發(fā)流程

3．1 可行性研究階段

如果是公司自主開發(fā)項(xiàng)目，可行性研究通常是由公司技術(shù)負(fù)責(zé)人根據(jù)公司產(chǎn)品規(guī)劃和市場(chǎng)需求，在要開展新項(xiàng)目前通過部門負(fù)責(zé)人指定人員進(jìn)行的前期調(diào)研工作，可行性研究負(fù)責(zé)人員對(duì)產(chǎn)品的市場(chǎng)需求、技術(shù)發(fā)展、市場(chǎng)定位、功能需

求、經(jīng)濟(jì)效益、進(jìn)度需求、風(fēng)險(xiǎn)分析等進(jìn)行可行性研究，提供產(chǎn)品立項(xiàng)建議，擬制可行性研究報(bào)告，由部門負(fù)責(zé)人指定營(yíng)銷部門配合可行性分析人員，技術(shù)負(fù)責(zé)人協(xié)助安排。可行性分析完畢后由總工辦組織對(duì)可行性研究報(bào)告進(jìn)行評(píng)審，評(píng)審?fù)ㄟ^后，總工辦組織進(jìn)行立項(xiàng)工作。

如果是系統(tǒng)集成部外接的系統(tǒng)集成項(xiàng)目，在系統(tǒng)集成部與客戶簽訂合同之前，均應(yīng)對(duì)將簽項(xiàng)目進(jìn)行資源、技術(shù)、市場(chǎng)的可行性分析，可行性分析通過后、簽訂合同前由總工辦組織相關(guān)人員對(duì)合同條款進(jìn)行評(píng)審，評(píng)審?fù)ㄟ^后，總工辦組織進(jìn)行立項(xiàng)工作。本階段提交的文檔：項(xiàng)目可行性研究任務(wù)書（技術(shù)負(fù)責(zé)人或部門負(fù)責(zé)人下達(dá)）項(xiàng)目可行性研究報(bào)告（可行性研究人員編寫）

系統(tǒng)集成項(xiàng)目合同

質(zhì)量記錄：可行性分析評(píng)審報(bào)告

3．2立項(xiàng)階段

可行性分析評(píng)審?fù)ㄟ^后，由開發(fā)部門經(jīng)理下達(dá)立項(xiàng)任務(wù)，指定相關(guān)人員填寫立項(xiàng)申請(qǐng)報(bào)告報(bào)批。報(bào)批通過后，由部門經(jīng)理與技術(shù)負(fù)責(zé)人協(xié)商，下達(dá)開發(fā)任務(wù)書，經(jīng)技術(shù)負(fù)責(zé)人審核確認(rèn)后，報(bào)公司批準(zhǔn)。批準(zhǔn)立項(xiàng)后項(xiàng)目進(jìn)度應(yīng)以立項(xiàng)申請(qǐng)報(bào)告中的階段進(jìn)度為準(zhǔn)，如果進(jìn)度要調(diào)整，需填寫進(jìn)度調(diào)整申請(qǐng)報(bào)告報(bào)批。本階段提交的文檔：項(xiàng)目立項(xiàng)申請(qǐng)報(bào)告

開發(fā)任務(wù)書

3．3 需求分析階段

承辦單位根據(jù)交辦單位提出的技術(shù)要求和相應(yīng)的軟件任務(wù)書以及其它有關(guān)文件，與交辦單位協(xié)作，確定詳細(xì)的軟件需求，該階段完成的軟件需求規(guī)格說明經(jīng)審定和批準(zhǔn)后將作為整個(gè)軟件開發(fā)工作的基礎(chǔ)列入配臵管理的基線，在本階段可利用快速原型法使比較含糊的具有不確定性的軟件需求（主要是功能）明確化。能給本公司開發(fā)的軟件的“需求基線”確定提供一個(gè)討論、進(jìn)一步完善的基礎(chǔ)。在本階段，由產(chǎn)品經(jīng)理負(fù)責(zé)，其他人員配合，編寫產(chǎn)品規(guī)格說明書，此說明書面向最終用戶和領(lǐng)導(dǎo)，主要描繪產(chǎn)品的形狀以及功能、性能、功能特性、性能特性。由項(xiàng)目經(jīng)理負(fù)責(zé)編寫系統(tǒng)技術(shù)方案書，描述公司初次使用的技術(shù)的詳細(xì)解決方案。本階段完畢后對(duì)需求分析進(jìn)行評(píng)審，出具需求分析評(píng)審報(bào)告。

本階段提交的文檔：軟件需求規(guī)格說明書。

原型分析說明書

產(chǎn)品規(guī)格說明書

系統(tǒng)技術(shù)方案書

質(zhì)量記錄：需求分析評(píng)審報(bào)告

提交的軟件：產(chǎn)品的原型（注：如果時(shí)間有限，可以只編寫原型分析說明書而不作原型）

3．4開發(fā)策化階段

根據(jù)項(xiàng)目要求和軟件需求，由配臵人員配合項(xiàng)目經(jīng)理編寫本項(xiàng)目的質(zhì)量保證計(jì)劃、配臵管理計(jì)劃和項(xiàng)目綜合計(jì)劃。在配臵管理計(jì)劃中，應(yīng)列明本項(xiàng)目需提交的各階段文檔的名稱，在項(xiàng)目各階段完成后，項(xiàng)目組需列表說明要移交的文檔，將此表與各文檔一并向總工辦移交。在制定計(jì)劃時(shí)，應(yīng)為計(jì)劃、設(shè)計(jì)、測(cè)試、改錯(cuò)、再測(cè)試、變更、以及編制文檔留出足夠的時(shí)間。不應(yīng)使用突擊的辦法來完成項(xiàng)目。

本階段涉及的文檔：軟件質(zhì)量保證計(jì)劃

配臵管理計(jì)劃

項(xiàng)目綜合計(jì)劃

3．5設(shè)計(jì)階段

3．5．1概要設(shè)計(jì)

根據(jù)軟件需求規(guī)格說明建立軟件總體結(jié)構(gòu)和模塊間的關(guān)系，確定各模塊功能，定義各功能模塊的接口，設(shè)計(jì)全局?jǐn)?shù)據(jù)庫和數(shù)據(jù)結(jié)構(gòu)，在概要設(shè)計(jì)明確后，可以對(duì)綜合計(jì)劃進(jìn)一步細(xì)化，填寫項(xiàng)目進(jìn)度預(yù)計(jì)。概要設(shè)計(jì)需經(jīng)過評(píng)審。

本階段涉及的文檔：產(chǎn)品概要設(shè)計(jì)說明書

數(shù)據(jù)庫設(shè)計(jì)說明

項(xiàng)目進(jìn)度預(yù)計(jì)

質(zhì)量記錄：評(píng)審報(bào)告

3．5．2詳細(xì)設(shè)計(jì)

對(duì)概要設(shè)計(jì)中產(chǎn)生的功能模塊進(jìn)行過程描述設(shè)計(jì)，設(shè)計(jì)功能模塊的內(nèi)部細(xì)節(jié)，包括算法和數(shù)據(jù)結(jié)構(gòu)，為編寫源代碼提供必要的說明。詳細(xì)設(shè)計(jì)需要經(jīng)過評(píng)審。本階段涉及的文檔：軟件詳細(xì)設(shè)計(jì)說明書

測(cè)試計(jì)劃

質(zhì)量記錄：評(píng)審報(bào)告

3．6編碼實(shí)現(xiàn)階段

根據(jù)軟件詳細(xì)設(shè)計(jì)說明、對(duì)各程序模塊進(jìn)行編碼、調(diào)試、靜態(tài)分析和單元測(cè)試，驗(yàn)證程序單元與設(shè)計(jì)說明的一致性。

本階段涉及的文檔：項(xiàng)目進(jìn)度月報(bào)

項(xiàng)目周計(jì)劃和周總結(jié)

項(xiàng)目開發(fā)人員周計(jì)劃

工作日志

每周例會(huì)記錄

配臵項(xiàng)更改申請(qǐng)單

3．6 測(cè)試階段

3．6．1 軟件單元測(cè)試

按詳細(xì)設(shè)計(jì)的結(jié)構(gòu)，根據(jù)軟件單元測(cè)試計(jì)劃，依照將經(jīng)過單元測(cè)試的底層程序單元逐步組裝成子項(xiàng)目直到開發(fā)項(xiàng)目的過程，對(duì)軟件進(jìn)行測(cè)試。

本階段涉及的文檔：測(cè)試計(jì)劃

測(cè)試設(shè)計(jì)

測(cè)試問題報(bào)告單

參考文檔：北京世紀(jì)科怡軟件開發(fā)操作指導(dǎo)書中的“測(cè)試階段操作指導(dǎo)書”

3．6．2組裝測(cè)試

根據(jù)軟件需求規(guī)格說明書中定義的全部功能和性能要求及組裝測(cè)試計(jì)劃，對(duì)軟件進(jìn)行組裝測(cè)試，以確定整個(gè)軟件是否滿足軟件需求，是否可以提交總裝測(cè)試。

軟件組裝測(cè)試計(jì)劃（含測(cè)試用例設(shè)計(jì)）的編制工作和軟件組裝測(cè)試環(huán)境的研制、組建工作，應(yīng)從軟件需求分析階段起與軟件開發(fā)同步展開。

本階段涉及的文檔：測(cè)試計(jì)劃

測(cè)試設(shè)計(jì)

測(cè)試問題報(bào)告單

3．7 中試階段

項(xiàng)目組開發(fā)的軟件產(chǎn)品經(jīng)中試部驗(yàn)收后提交中試部中試，中試部根據(jù)需求分析報(bào)告,從用戶的角度出發(fā)對(duì)產(chǎn)品的功能、性能進(jìn)行中試。

本階段涉及的文檔：中試計(jì)劃 中試問題報(bào)告單

3．7 驗(yàn)收交付

對(duì)完成中試的軟件進(jìn)行檢查、審查和評(píng)審，確定軟件是否達(dá)到了軟件任務(wù)書的要求。驗(yàn)收通過的軟件可以向軟件交辦單位交付。項(xiàng)目經(jīng)理及項(xiàng)目組人員應(yīng)在此階段完成項(xiàng)目總結(jié)，項(xiàng)目經(jīng)理提交項(xiàng)目開發(fā)總結(jié)報(bào)告，項(xiàng)目組成員提交個(gè)人工作總結(jié)報(bào)告。

本階段涉及的文檔：驗(yàn)收?qǐng)?bào)告

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

個(gè)人工作總結(jié)報(bào)告

3．8 軟件維護(hù)

對(duì)軟件的維護(hù)包括針對(duì)軟件運(yùn)行過程中發(fā)現(xiàn)的問題而進(jìn)行的改正性維護(hù)，針對(duì)不同任務(wù)對(duì)軟件提出不需求而進(jìn)行的改善性維護(hù)，以及可能出現(xiàn)的由于軟件運(yùn)行環(huán)境的改變而進(jìn)行的適應(yīng)性維護(hù)。

本階段涉及的文檔：軟件問題匯總表

維護(hù)報(bào)告

四、項(xiàng)目開發(fā)文件的審批

? 可行性研究報(bào)告及立項(xiàng)申請(qǐng)、項(xiàng)目開發(fā)計(jì)劃及項(xiàng)目開發(fā)總結(jié)、確認(rèn)計(jì)劃及確

認(rèn)報(bào)告、驗(yàn)收計(jì)劃及驗(yàn)收?qǐng)?bào)告由技術(shù)負(fù)責(zé)人審批。

? 項(xiàng)目組人員編寫的其他文件由項(xiàng)目經(jīng)理審批。

五、各階段共同的任務(wù)要求

5．1編寫文檔

在軟件開發(fā)過程的各個(gè)階段，都要求完成相應(yīng)的文檔編寫工作。本文檔的前面部分已給出了在軟件自上而下周期各個(gè)階段中的文檔編制情況。軟件文檔從形式上來看，大致可分為兩類：

a． 開發(fā)過程中填寫的各種圖表，稱為工作表格；

b． 應(yīng)編制的技術(shù)資料或技術(shù)管理資料，稱為文檔或文件。

按照文檔產(chǎn)生和使用的范圍，軟件文檔大致可分為三類：

a． 開發(fā)文檔：這類文檔是在軟件開發(fā)過程中，作為軟件開發(fā)人員前一階段工作成果的體現(xiàn)和后一階段工作依據(jù)的文檔。包括軟件需求說明書、數(shù)據(jù)庫設(shè)計(jì)說明書、概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、可行性研究報(bào)告、項(xiàng)目開發(fā)計(jì)劃。

b． 管理文檔：這類文檔是在軟件開發(fā)過程中，由軟件開發(fā)人員制定的需提交人員的一些工作計(jì)劃或工作報(bào)告。使管理人員能夠通過這些文檔了解軟件開發(fā)項(xiàng)目安排、進(jìn)度、資源使用和成果等。包括項(xiàng)目開發(fā)計(jì)劃、測(cè)試計(jì)劃、測(cè)試報(bào)告、開發(fā)進(jìn)度月報(bào)、項(xiàng)目周計(jì)劃周總結(jié)及項(xiàng)目開發(fā)總結(jié)等。c． 用戶文檔：這類文檔是軟件開發(fā)人員為用戶準(zhǔn)備的有關(guān)該軟件使用、操作、維護(hù)的資料。包括用戶手冊(cè)、操作手冊(cè)、維護(hù)修改建議、軟件需求說明書。

項(xiàng)目各階段完畢后需把本階段相關(guān)文檔列表向總工辦移交。

5．2驗(yàn)證與評(píng)審

軟件評(píng)審是保證軟件產(chǎn)品質(zhì)量的重要手段，必須納入軟件開發(fā)過程，并把評(píng)審?fù)ㄟ^作為一個(gè)軟件階段完成的標(biāo)志，進(jìn)而轉(zhuǎn)入下一個(gè)開發(fā)階段。軟件評(píng)審包括有正式評(píng)審(即評(píng)審)、內(nèi)部評(píng)審兩種形式。正式評(píng)審是軟件項(xiàng)目組上級(jí)技術(shù)主管主持的評(píng)審。內(nèi)部評(píng)審以由項(xiàng)目負(fù)責(zé)人組織、開發(fā)人員相互檢查為基本方式。

就整個(gè)軟件開發(fā)過程而言，至少要進(jìn)行可行性分析、軟件需求評(píng)審、設(shè)計(jì)評(píng)審、軟件驗(yàn)證和確認(rèn)評(píng)審、管理評(píng)審等五個(gè)方面的評(píng)審和檢查工作。