第一篇：軟件開(kāi)發(fā)過(guò)程分析

一、問(wèn)題定義

問(wèn)題定義階段必須回答的關(guān)鍵問(wèn)題是：“要解決的問(wèn)題是什么?”因此，分析員通過(guò)對(duì)系統(tǒng)的實(shí)際用戶和使用部門負(fù)責(zé)人的訪問(wèn)調(diào)查，扼要地寫出他們對(duì)問(wèn)題的理解，并在用戶和使用部門負(fù)責(zé)人的會(huì)議上認(rèn)真討論這份書(shū)面報(bào)告，澄清含糊不清的地方，改正理解不正確的地方，最后得到一份雙方都滿意的文檔，此文檔中系統(tǒng)分析員應(yīng)該寫明問(wèn)題的性質(zhì)、工程目標(biāo)和規(guī)模。

問(wèn)題定義階段是軟件生存周期中最簡(jiǎn)短的階段，一般只需一天甚至更少的時(shí)間。

二、可行性研究

此階段的任務(wù)不是具體解決問(wèn)題，而是研究問(wèn)題的范圍，探索這個(gè)問(wèn)題是否值得去解決，是否有可行的解決辦法。在這個(gè)階段，系統(tǒng)分析員應(yīng)該導(dǎo)出系統(tǒng)的高層邏輯模型，并且在此基礎(chǔ)上更準(zhǔn)確、更具體地確定工程規(guī)模和目標(biāo)。然后分析員更準(zhǔn)確地估計(jì)系統(tǒng)的成本和效益，對(duì)建議的系統(tǒng)進(jìn)行仔細(xì)的成本／效益分析，這是這個(gè)階段的主要任務(wù)之一。

可行性研究的結(jié)果是使用部門負(fù)責(zé)人做出是否繼續(xù)進(jìn)行這項(xiàng)工程的決定的重要依據(jù)。

三、需求分析

這個(gè)階段的任務(wù)，主要是確定目標(biāo)系統(tǒng)必須具備哪些功能。因此，系統(tǒng)分析員在需求分析階段必須和用戶密切配合，充分交流信息，以得出經(jīng)過(guò)用戶確認(rèn)的系統(tǒng)邏輯模型。通常用數(shù)據(jù)流圖瀨據(jù)字典和簡(jiǎn)要的算法描述表示系統(tǒng)的邏輯模型。需求分析階段確定的系統(tǒng)邏輯模型，是以后設(shè)計(jì)和實(shí)現(xiàn)目標(biāo)系統(tǒng)的基礎(chǔ)，因此必須準(zhǔn)確完整地體現(xiàn)用戶的要求。

四、總體設(shè)計(jì)

這個(gè)階段必須回答的關(guān)鍵問(wèn)題是：“應(yīng)該如何解決這個(gè)問(wèn)題?”

首先應(yīng)該考慮幾種可能的解決方案，一般包括：

1．低成本的解決方案。系統(tǒng)只能完成最必要的工作，不能多做一點(diǎn)額外的工作。

2．中等成本豹解決方案，這樣的系統(tǒng)不僅能夠很好地完成預(yù)定的任務(wù)，使用起來(lái)很方便，而且可能還具有用戶沒(méi)有具體指定的某些功能和特點(diǎn)。

3．高成本的“十全十美”的系統(tǒng)。這樣的系統(tǒng)具有用戶可能希望有的所有功能和特點(diǎn)。

系統(tǒng)分析員應(yīng)該使用系統(tǒng)流程圖或其他工具描述每種可能的系統(tǒng)，估計(jì)每種方案的成本

和效益；還應(yīng)該在充分權(quán)衡各種方案利弊的基礎(chǔ)上，推薦一個(gè)較好的系統(tǒng)，并且制定實(shí)現(xiàn)所推薦的系統(tǒng)的詳細(xì)計(jì)劃。

要完成上述任務(wù)，通常采用結(jié)構(gòu)設(shè)計(jì)的一條基本原理就是程序應(yīng)該模塊化，因此，總體設(shè)計(jì)還應(yīng)設(shè)計(jì)軟件的結(jié)構(gòu)，通常用軟件結(jié)構(gòu)圖表示。

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

詳細(xì)設(shè)計(jì)階段的任務(wù)就是把解法具體化，設(shè)計(jì)出程序的詳細(xì)規(guī)格說(shuō)明，包括必要的細(xì)節(jié)，程序員可以根據(jù)它們寫出實(shí)際的程序代碼。

通常用程序流程圖，N—S圖，PAD圖，}{IPO圖或PDI_．語(yǔ)言描述詳細(xì)設(shè)計(jì)的結(jié)果。

六、編碼和單元測(cè)試

這個(gè)階段的任務(wù)是程序員根據(jù)目標(biāo)系統(tǒng)的性質(zhì)和實(shí)際環(huán)境，選取一種適當(dāng)?shù)母呒?jí)程序設(shè)

計(jì)語(yǔ)言(必要時(shí)用匯編語(yǔ)言)，把詳細(xì)設(shè)計(jì)的結(jié)果翻譯成用選定的語(yǔ)言書(shū)寫的程序，并且仔細(xì)測(cè)試編寫出的每一個(gè)模塊。

程序員在書(shū)寫程序模塊時(shí)，應(yīng)使它的可讀性、可理解性和可維護(hù)性良好。

七、綜合測(cè)試

這個(gè)階段的任務(wù)是通過(guò)各種類型的測(cè)試，使軟件達(dá)到預(yù)定的要求。

最基本的測(cè)試是集成測(cè)試和驗(yàn)收測(cè)試。集成測(cè)試是根據(jù)設(shè)計(jì)的軟件結(jié)構(gòu)，把經(jīng)單元測(cè)試的模塊按某種選定的策略裝配起來(lái)，在裝配過(guò)程中對(duì)程序進(jìn)行必要的測(cè)試。驗(yàn)收測(cè)試是按照需求規(guī)格說(shuō)明書(shū)的規(guī)定，由用戶對(duì)目標(biāo)系統(tǒng)進(jìn)行驗(yàn)收。

通過(guò)對(duì)軟件測(cè)試結(jié)果的分析可以預(yù)測(cè)軟件的可靠性；反之，根據(jù)對(duì)軟件可靠性的要求也可以決定測(cè)試和調(diào)

試過(guò)程什么時(shí)候可以結(jié)束。

在進(jìn)行測(cè)試的過(guò)程中，應(yīng)該用正式的文檔把測(cè)試計(jì)劃、詳細(xì)測(cè)試方案以及實(shí)際測(cè)試結(jié)果保存下來(lái)，作為軟件配置的一部分。

八、軟件維護(hù)

維護(hù)階段的任務(wù)，是通過(guò)各種必要的維護(hù)活動(dòng)使系統(tǒng)持久地滿足用戶的需要。

通常維護(hù)活動(dòng)有四類：改正性維護(hù)，即診斷和改正在系統(tǒng)使用過(guò)程中發(fā)現(xiàn)的軟件錯(cuò)誤；適應(yīng)性維護(hù)，即修改軟件以適應(yīng)環(huán)境的變化；完善性維護(hù)，即根據(jù)用戶的要求改進(jìn)或擴(kuò)充軟件使它更完善；預(yù)防性維護(hù)，即修改軟件為將來(lái)的維護(hù)活動(dòng)預(yù)先做準(zhǔn)備。

每一項(xiàng)維護(hù)活動(dòng)都應(yīng)該準(zhǔn)確地記錄下來(lái)，作為正式的文檔資料加以保存。

軟件的生存周期劃分為上述8個(gè)階段，前3個(gè)階段稱為軟件的定義階段，第4至第7個(gè)階段稱為軟件的開(kāi)發(fā)階段，最后一個(gè)階段稱為軟件的維護(hù)階段。在軟件開(kāi)發(fā)期間，測(cè)試的工作量最大，約占總開(kāi)發(fā)量的40％；而軟件的維護(hù)階段周期最長(zhǎng)，工作量非常大。

軟件系統(tǒng)的研制工作，不可能是直線進(jìn)行，研制人員常常需從后面階段回復(fù)到前面。為了減少返工現(xiàn)象，研制人員通常在各個(gè)階段進(jìn)行階段復(fù)審，以確保研制工作順序進(jìn)行。

在軟件生存周期的各個(gè)階段完成研制任務(wù)后，應(yīng)提交各階段的格式文檔資料。

第二篇：軟件開(kāi)發(fā)過(guò)程及崗位職責(zé)

軟件開(kāi)發(fā)過(guò)程及崗位職責(zé)

本文主要講述如何組織開(kāi)發(fā)軟件項(xiàng)目，使之更加快速、有效的完成。并分成以下幾個(gè)階段進(jìn)行詳細(xì)講述：項(xiàng)目計(jì)劃階段、需求分析階段、軟件開(kāi)發(fā)階段、測(cè)試階段、管理軟件開(kāi)發(fā)過(guò)程、各參與角色的具體職責(zé)描述及對(duì)人員的要求。最后提供了一些文檔標(biāo)準(zhǔn)參考。

本開(kāi)發(fā)過(guò)程可以作為中小型（3-7人）軟件項(xiàng)目的開(kāi)發(fā)指南，而大型軟件項(xiàng)目使用RUP會(huì)更好。

總體流程如下：

計(jì)劃階段－》需求分析階段－》軟件開(kāi)發(fā)階段－》測(cè)試階段－》完成一、項(xiàng)目計(jì)劃階段

項(xiàng)目計(jì)劃草案和風(fēng)險(xiǎn)管理計(jì)劃作為第一步，當(dāng)有一個(gè)商業(yè)機(jī)會(huì)后，根據(jù)公司高層負(fù)責(zé)制定的初步商業(yè)計(jì)劃書(shū)來(lái)完成項(xiàng)目的計(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ì)劃。

（1）項(xiàng)目計(jì)劃草案

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

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

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

（3）軟件開(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í)間以及他們所依賴的其他活動(dòng)。

可將計(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è)試用例）。

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

常見(jiàn)的人員組織結(jié)構(gòu)有垂直方案、水平方案、混合方案。垂直方案中每個(gè)成員充當(dāng)多重角色。水平方案中每個(gè)成員充當(dāng)一到兩個(gè)角色?；旌戏桨竸t包括了經(jīng)驗(yàn)豐富的人員與新手相互融合。具體選擇根據(jù)人員實(shí)際技能情況進(jìn)行選擇。

（5）過(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)工作方面與用戶達(dá)成一致。

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

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

（2）用戶界面原型

可以有三種表示方法：圖紙（在紙上）、位圖（繪圖工具）、可執(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ì)

定義類之間的關(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è)子系統(tǒng)組合起來(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）幫助文件和用戶操作手冊(cè)

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

有以下幾方面地工作：

（1）組織會(huì)議

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

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

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

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

（4）配置管理

使用一些配置管理工具進(jìn)行開(kāi)發(fā)文檔管理，如：Visual Sourcesafe，Teamsouce等

六、各參與角色的具體職責(zé)描述及對(duì)人員的要求

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

職責(zé)：

1、制定產(chǎn)品的目標(biāo)。

2、制定各個(gè)工作的詳細(xì)任務(wù)表，跟蹤這些任務(wù)的執(zhí)行情況，進(jìn)行控制。

3、組織會(huì)議對(duì)程序進(jìn)行評(píng)審。

4、綜合具體情況，對(duì)各種不同方案進(jìn)行取舍并做出決定。

5、協(xié)調(diào)各項(xiàng)目參與人員之間的關(guān)系。

人員要求：

對(duì)產(chǎn)品有激情，具有領(lǐng)導(dǎo)才能。

對(duì)問(wèn)題能正確而迅速地做出確定。

能充分利用各種渠道和方法來(lái)解決問(wèn)題。

能跟蹤任務(wù)，有很好地日程觀念。

能在壓力下工作。

（2）系統(tǒng)分析員

職責(zé)：

1、了解用戶需求，寫出《軟件需求規(guī)約》。

2、建立用戶界面原型。

人員要求：

擔(dān)任系統(tǒng)分析員的人員應(yīng)該善于協(xié)調(diào)，并且具有良好的溝通技巧。擔(dān)任此角色的人員中必須要有具備業(yè)務(wù)和技術(shù)領(lǐng)域知識(shí)的人才。

（3）設(shè)計(jì)員

職責(zé)：

1、定義類的方法和屬性以及各個(gè)類之間的關(guān)聯(lián)，畫(huà)出類圖。

2、進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)。

人員要求：

掌握面向?qū)ο蠓治雠c設(shè)計(jì)技術(shù)，統(tǒng)一建模語(yǔ)言(UML)。

（4）程序員

職責(zé)：

按項(xiàng)目的要求進(jìn)行編碼和單元測(cè)試。

人員要求：

良好的編程技能和測(cè)試技術(shù)。

（5）測(cè)試員

職責(zé)：

執(zhí)行測(cè)試，描述測(cè)試結(jié)果，提出問(wèn)題解決方案。

人員要求：

了解被測(cè)試的系統(tǒng)，具備診斷和解決問(wèn)題的技能，編程技能

根據(jù)每個(gè)人的特長(zhǎng)來(lái)?yè)?dān)任其中的一個(gè)或多個(gè)角色。最好是每個(gè)人都能參與設(shè)計(jì)和編碼工作，每個(gè)人都能夠建立起系統(tǒng)的全局觀。

第三篇：軟件開(kāi)發(fā)過(guò)程規(guī)范（模版）

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

1目的為了規(guī)范軟件研發(fā)各個(gè)階段的開(kāi)發(fā)行為，特制定此規(guī)范。

2適用范圍

本規(guī)范適用于研發(fā)中心軟件產(chǎn)品研發(fā)從立項(xiàng)，到開(kāi)發(fā)實(shí)施、測(cè)試、結(jié)項(xiàng)的各個(gè)階段，規(guī)定了各開(kāi)發(fā)階段的文檔編制、代碼編寫和資料備份內(nèi)容與要求。3術(shù)語(yǔ)和縮寫

研發(fā)項(xiàng)目干系人：公司內(nèi)部與研發(fā)項(xiàng)目有關(guān)聯(lián)的任何人。

項(xiàng)目計(jì)劃周期：從項(xiàng)目立項(xiàng)到計(jì)劃完成時(shí)間的實(shí)際工作日數(shù)。

項(xiàng)目實(shí)際周期：從項(xiàng)目立項(xiàng)到實(shí)際完成時(shí)間的實(shí)際工作日數(shù)。

項(xiàng)目質(zhì)量目標(biāo)：項(xiàng)目允許出現(xiàn)的總的缺陷數(shù)的加權(quán)平均值。

項(xiàng)目實(shí)際質(zhì)量：項(xiàng)目實(shí)際出現(xiàn)的總的缺陷數(shù)的加權(quán)平均值。

軟件缺陷：在測(cè)試過(guò)程中被發(fā)現(xiàn)的軟件bug，按照不同的嚴(yán)重程度分為四級(jí)；一級(jí)，系統(tǒng)崩潰，無(wú)法自動(dòng)恢復(fù)，加權(quán)系數(shù)為100。

二級(jí)，系統(tǒng)功能無(wú)法實(shí)現(xiàn)或性能指標(biāo)無(wú)法達(dá)到，但不影響其他功能的使用，加權(quán)系數(shù)為2。

三級(jí)，系統(tǒng)功能實(shí)現(xiàn)不完整，加權(quán)系數(shù)為1。

四級(jí)，不影響系統(tǒng)功能和性能的小錯(cuò)誤，忽略此錯(cuò)誤系統(tǒng)可正常運(yùn)行，加權(quán)系數(shù)為0.5。

加權(quán)缺陷數(shù)量：測(cè)試中出現(xiàn)的各種缺陷的數(shù)量乘以其對(duì)應(yīng)的加權(quán)系數(shù)，求和。4內(nèi)容和要求

4.1研發(fā)立項(xiàng)

4.1.1立項(xiàng)申請(qǐng)，產(chǎn)品研發(fā)經(jīng)過(guò)申請(qǐng)后才能立項(xiàng)，立項(xiàng)申請(qǐng)人可以是公司員工，也可以是公司各職能部門。

4.1.2立項(xiàng)申請(qǐng)人或委托其部門負(fù)責(zé)人召集相關(guān)人員討論通過(guò)，確定項(xiàng)目經(jīng)理并初步確定項(xiàng)目組成員。

4.1.2.1《研發(fā)立項(xiàng)申請(qǐng)書(shū)》由項(xiàng)目經(jīng)理負(fù)責(zé)編制。

4.1.2.2項(xiàng)目編號(hào)規(guī)則為，軟件項(xiàng)目：PS+編制日期；（硬件項(xiàng)目：PH+編制日期）。如：PS20070902。

4.1.2.3《研發(fā)立項(xiàng)申請(qǐng)書(shū)》要規(guī)定開(kāi)發(fā)的產(chǎn)品的具體名稱，以及所屬各個(gè)系列的規(guī)格型號(hào)定義。

4.1.2.4《研發(fā)立項(xiàng)申請(qǐng)書(shū)》規(guī)定開(kāi)發(fā)的產(chǎn)品的屬性，包括功能詳細(xì)描述，性能要求詳細(xì)描述和穩(wěn)定性要求詳細(xì)描述。

4.1.2.5《研發(fā)立項(xiàng)申請(qǐng)書(shū)》明確項(xiàng)目經(jīng)理和項(xiàng)目組成員。

4.1.2.6《研發(fā)立項(xiàng)申請(qǐng)書(shū)》明確項(xiàng)目的開(kāi)始日期和計(jì)劃完成日期。

4.1.2.7《研發(fā)立項(xiàng)申請(qǐng)書(shū)》概要說(shuō)明項(xiàng)目開(kāi)發(fā)的資源需求，包括硬件設(shè)備、軟件工具、場(chǎng)地環(huán)境等。

4.1.2.8《研發(fā)立項(xiàng)申請(qǐng)書(shū)》確定項(xiàng)目的質(zhì)量目標(biāo)，包括各級(jí)缺陷的數(shù)量和測(cè)試周期，所制定的質(zhì)量目標(biāo)不允許有一級(jí)缺陷。

4.1.2.9《研發(fā)立項(xiàng)申請(qǐng)書(shū)》的編制格式參照《研發(fā)立項(xiàng)申請(qǐng)書(shū)模板》。

4.1.3《研發(fā)立項(xiàng)申請(qǐng)書(shū)》由研發(fā)項(xiàng)目經(jīng)理、主管軟件的研發(fā)經(jīng)理、營(yíng)銷中心經(jīng)理認(rèn)可，主管研發(fā)副總經(jīng)理最終確認(rèn)。

4.1.4內(nèi)容變更：研發(fā)項(xiàng)目干系人可對(duì)申請(qǐng)對(duì)《研發(fā)立項(xiàng)申請(qǐng)書(shū)》的內(nèi)容進(jìn)行變更，變更后按申請(qǐng)的流程進(jìn)行簽字確認(rèn)，變更后的內(nèi)容重新填寫《研發(fā)立項(xiàng)申請(qǐng)書(shū)》并附在原申請(qǐng)書(shū)后。項(xiàng)目組成員的變更由研發(fā)內(nèi)部掌握，不必進(jìn)行變更申請(qǐng)。變更可在結(jié)項(xiàng)前的任何階段提出。

4.1.5項(xiàng)目撤銷，如遇重大變故造成所研發(fā)的項(xiàng)目已經(jīng)無(wú)實(shí)際意義或其他原因需要立即停止，可申請(qǐng)撤銷，申請(qǐng)人需是項(xiàng)目干系人，并具有中心經(jīng)理以上的級(jí)別，申請(qǐng)人負(fù)責(zé)編寫《研發(fā)項(xiàng)目撤銷申請(qǐng)書(shū)》,說(shuō)明撤銷原因，撤銷申請(qǐng)需得到項(xiàng)目經(jīng)理、主管軟件的研發(fā)經(jīng)理、營(yíng)銷中心經(jīng)理和主管研發(fā)副中經(jīng)理認(rèn)可，經(jīng)由總經(jīng)理批準(zhǔn)后生效。撤銷申請(qǐng)可在結(jié)項(xiàng)前的任何階段提出。

4.2研發(fā)

4.2.1研發(fā)立項(xiàng)確定后，項(xiàng)目經(jīng)理需編寫《項(xiàng)目研發(fā)計(jì)劃書(shū)》。

4.2.1.1《項(xiàng)目研發(fā)計(jì)劃書(shū)》初步制定項(xiàng)目開(kāi)發(fā)的任務(wù)列表和模塊劃分，以及項(xiàng)目組人員的模塊歸屬和工作時(shí)間安排。

4.2.1.2《項(xiàng)目研發(fā)計(jì)劃書(shū)》可以用通用的項(xiàng)目管理工具來(lái)完成，編制格式由項(xiàng)目經(jīng)理確定，推薦使用Microsoft Project。

4.2.1.3《項(xiàng)目研發(fā)計(jì)劃書(shū)》由項(xiàng)目組成員認(rèn)可。

4.2.1.5項(xiàng)目經(jīng)理可根據(jù)實(shí)際情況和設(shè)計(jì)的深入，隨時(shí)變更《項(xiàng)目研發(fā)計(jì)劃書(shū)》。

4.2.1.6主管軟件的研發(fā)經(jīng)理可抽查《項(xiàng)目研發(fā)計(jì)劃書(shū)》的編制和實(shí)施情況，并給出改進(jìn)建議。

4.2.2研發(fā)設(shè)計(jì)

4.2.2.1《軟件需求分析說(shuō)明書(shū)》

4.2.2.1.1軟件項(xiàng)目需編制《軟件需求分析說(shuō)明書(shū)》。

4.2.2.1.2《軟件需求分析說(shuō)明書(shū)》由項(xiàng)目經(jīng)理或其委托人編制。

4.2.2.1.3《軟件需求分析說(shuō)明書(shū)》確定整個(gè)系統(tǒng)的物理結(jié)構(gòu)和部署要求，并根據(jù)系統(tǒng)的物理結(jié)構(gòu)進(jìn)行模塊劃分，確定各個(gè)模塊的功能范圍和模塊間的接口方式。詳細(xì)說(shuō)明系統(tǒng)規(guī)模要求和運(yùn)行環(huán)境限制，并指出系統(tǒng)運(yùn)行所需資源的要求。明確開(kāi)發(fā)和系統(tǒng)運(yùn)行所需軟硬件資源的要求。確定項(xiàng)目進(jìn)行一次全面測(cè)試所需要的測(cè)試人員人數(shù)和測(cè)試周期。《軟件項(xiàng)目需求分析說(shuō)明書(shū)》的格式參照《軟件項(xiàng)目需求分析說(shuō)明書(shū)模板》。在軟件需求分析過(guò)程中，如果軟件有用戶界面，要在此階段進(jìn)行界面的初步設(shè)計(jì)，為了提高效率，界面草圖的繪制不限定形式和格式。

4.2.2.1.4《軟件需求分析說(shuō)明書(shū)》由項(xiàng)目組全體成員認(rèn)可，主管軟件的研發(fā)經(jīng)理最終確認(rèn)。

4.2.2.1.5《軟件需求分析說(shuō)明書(shū)》的變更，在開(kāi)發(fā)過(guò)程中，項(xiàng)目組成員可提出對(duì)《軟件需求分析說(shuō)明書(shū)》的變更申請(qǐng)，變更的范圍限于不能違背《研發(fā)立項(xiàng)申請(qǐng)書(shū)》的要求，即不能有涉及到《研發(fā)立項(xiàng)申請(qǐng)書(shū)》變更的內(nèi)容，如果有，需要做《研發(fā)立項(xiàng)申請(qǐng)書(shū)》變更的流程?！盾浖枨蠓治稣f(shuō)明書(shū)》變更的主要目的是修正其中的錯(cuò)誤，或者經(jīng)過(guò)變更可提高產(chǎn)品的品質(zhì)或性能指標(biāo)或縮短產(chǎn)品的研發(fā)周期?！盾浖枨蠓治稣f(shuō)明書(shū)》的變更需得到項(xiàng)目經(jīng)理的同意，必要時(shí)由項(xiàng)目經(jīng)理召集相關(guān)技術(shù)人員和項(xiàng)目組成員召開(kāi)簡(jiǎn)短的技術(shù)會(huì)議進(jìn)行論證。項(xiàng)目經(jīng)理將變

更后的內(nèi)容形成新版本的《軟件項(xiàng)目需求分析說(shuō)明書(shū)》，由主管軟件的研發(fā)經(jīng)理最終確認(rèn)。

4.2.2.2《軟件概要設(shè)計(jì)說(shuō)明書(shū)》

4.2.2.2.1軟件項(xiàng)目需編制《軟件概要設(shè)計(jì)說(shuō)明書(shū)》。

4.2.2.2.2《軟件概要設(shè)計(jì)說(shuō)明書(shū)》由項(xiàng)目經(jīng)理或其委托人編制。

4.2.2.2.3《軟件概要設(shè)計(jì)說(shuō)明書(shū)》確定整個(gè)系統(tǒng)的邏輯結(jié)構(gòu)，并對(duì)需求分析中各物理模塊進(jìn)行邏輯模塊劃分，詳細(xì)描述各邏輯模塊的業(yè)務(wù)規(guī)則和模塊之間的接口以及重要的內(nèi)部接口，確定系統(tǒng)級(jí)的全局變量和數(shù)據(jù)結(jié)構(gòu)，確定各邏輯模塊所包含的程序文件名稱和使用的開(kāi)發(fā)工具，描述每個(gè)文件中所包含的函數(shù)功能。確定數(shù)據(jù)庫(kù)的類型和所有數(shù)據(jù)表名稱及數(shù)據(jù)表的用途，確定數(shù)據(jù)庫(kù)的訪問(wèn)方式。詳細(xì)描述系統(tǒng)的配置方式。如果軟件有用戶界面，要對(duì)界面進(jìn)行詳細(xì)設(shè)計(jì)，確定所有界面的名稱、規(guī)格及界面上的元素類型及功能，界面設(shè)計(jì)可在開(kāi)發(fā)工具中直接繪制，也可采用其他繪圖方式，但在概要設(shè)計(jì)文檔中要保留圖示并進(jìn)行詳細(xì)說(shuō)明。格式參照《軟件項(xiàng)目概要設(shè)計(jì)說(shuō)明書(shū)模板》。

4.2.2.2.4《軟件概要設(shè)計(jì)說(shuō)明書(shū)》由項(xiàng)目組全體成員認(rèn)可，主管軟件的研發(fā)經(jīng)理最終確認(rèn)。

4.2.2.2.5《軟件概要設(shè)計(jì)說(shuō)明書(shū)》的變更，在開(kāi)發(fā)過(guò)程中，項(xiàng)目組成員可提出對(duì)《軟件概要設(shè)計(jì)說(shuō)明書(shū)》的變更申請(qǐng)，變更范圍限于不得違背《研發(fā)立項(xiàng)申請(qǐng)書(shū)》和《軟件需求分析說(shuō)明書(shū)》的要求，所涉及的變更不至于影響到《研發(fā)立項(xiàng)申請(qǐng)書(shū)》和《軟件需求分析說(shuō)明書(shū)》的變更，如果有，需要做《研發(fā)立項(xiàng)申請(qǐng)書(shū)》的變更流程或者《軟件需求分析說(shuō)明書(shū)》的變更流程?！盾浖乓O(shè)計(jì)說(shuō)明書(shū)》變更的主要目的是修正其中的錯(cuò)誤，或者經(jīng)過(guò)變更可提高產(chǎn)品的品質(zhì)或性能指標(biāo)或縮短產(chǎn)品的研發(fā)周期。概要設(shè)計(jì)說(shuō)明書(shū)的變更需得到項(xiàng)目經(jīng)理的同意，必要是由項(xiàng)目經(jīng)理召集相關(guān)技術(shù)人員和項(xiàng)目組成員召開(kāi)簡(jiǎn)短的技術(shù)會(huì)議進(jìn)行論證。項(xiàng)目經(jīng)理將變更后的內(nèi)容寫入新版本的《軟件項(xiàng)目概要設(shè)計(jì)說(shuō)明書(shū)》，主管軟件的研發(fā)經(jīng)理最終簽字確認(rèn)。

4.2.2.3軟件詳細(xì)設(shè)計(jì)

4.2.2.3.1軟件詳細(xì)設(shè)計(jì)由項(xiàng)目經(jīng)理指派，項(xiàng)目組成員分擔(dān)完成。

4.2.2.3.2軟件項(xiàng)目詳細(xì)設(shè)計(jì)的內(nèi)容及格式要求，軟件項(xiàng)目的詳細(xì)設(shè)計(jì)根據(jù)《軟件概要設(shè)計(jì)說(shuō)明書(shū)》劃分的各個(gè)邏輯模塊包含的程序文件，確定每個(gè)程序文件中所包含的函數(shù)的詳細(xì)描述，要求有函數(shù)的功能描述、輸入輸出說(shuō)明、使用規(guī)則和限制，如有必要，還可以描述函數(shù)的實(shí)現(xiàn)流程。詳細(xì)描述軟件中所有全局變量的格式、初始值、用途和使用規(guī)則。詳細(xì)描述軟件中所有的數(shù)據(jù)結(jié)構(gòu)和類結(jié)構(gòu)。詳細(xì)描述數(shù)據(jù)庫(kù)中的數(shù)據(jù)表，確定數(shù)據(jù)表的的每個(gè)字段，以及數(shù)據(jù)表之間的關(guān)系，確定所有的視圖、觸發(fā)器和存儲(chǔ)過(guò)程。詳細(xì)設(shè)計(jì)文檔不做具體的格式要求，為了提高研發(fā)效率，可以把詳細(xì)設(shè)計(jì)作為代碼的一部分，直接在程序中編寫，編寫時(shí)要遵循《研發(fā)中心軟件編碼標(biāo)準(zhǔn)》的規(guī)定。

4.2.2.3.3項(xiàng)目經(jīng)理負(fù)責(zé)組織對(duì)詳細(xì)設(shè)計(jì)進(jìn)行審核，審核方式可采用項(xiàng)目經(jīng)理主審和項(xiàng)目成員互審相結(jié)合的方式，主要審核詳細(xì)設(shè)計(jì)和概要設(shè)計(jì)及需求分析的符合性，及詳細(xì)設(shè)計(jì)的正確性。主管軟件的研發(fā)經(jīng)理可組織相關(guān)技術(shù)人員對(duì)詳細(xì)設(shè)計(jì)情況進(jìn)行抽查。

4.2.2.3.4詳細(xì)設(shè)計(jì)的變更，可在項(xiàng)目開(kāi)發(fā)的任何時(shí)段進(jìn)行，由項(xiàng)目成員在得到項(xiàng)目經(jīng)理的口頭同意后進(jìn)行，要在變更處做好變更記錄。

4.2.2.4質(zhì)量控制

4.2.2.4.1項(xiàng)目組內(nèi)部互審，在項(xiàng)目的開(kāi)發(fā)過(guò)程中，項(xiàng)目經(jīng)理可組織項(xiàng)目組成員對(duì)編制的代碼進(jìn)行互相審核，目的是審查代碼是否符合《研發(fā)中心軟件編碼標(biāo)準(zhǔn)》的要求，并在聯(lián)調(diào)前找到代碼中的缺陷，審核時(shí)要做好審核記錄，內(nèi)容為代碼的編寫人、審核人、缺陷位置、缺陷描述和改進(jìn)建議，格式由項(xiàng)目經(jīng)理決定。根據(jù)項(xiàng)目的具體情況，項(xiàng)目經(jīng)理有權(quán)決定不進(jìn)行代碼的互審。

4.2.2.4.2研發(fā)中心內(nèi)部抽查審核，在項(xiàng)目的開(kāi)發(fā)過(guò)程中，主管軟件的研發(fā)經(jīng)理可組織相關(guān)人員對(duì)項(xiàng)目組的開(kāi)發(fā)質(zhì)量進(jìn)行抽查審核，被審核的代碼模塊由研發(fā)經(jīng)理確認(rèn)，審核的主要目的是驗(yàn)證的代碼書(shū)寫的規(guī)范性和與設(shè)計(jì)的符合性。在評(píng)審中發(fā)現(xiàn)問(wèn)題，主管軟件的研發(fā)經(jīng)理可口頭通知項(xiàng)目經(jīng)理進(jìn)行整改，問(wèn)題嚴(yán)重時(shí)，可對(duì)項(xiàng)目組下達(dá)《軟件整改通知單》，通知項(xiàng)目組進(jìn)行整改。具體使用何種方式由主管軟件的研發(fā)經(jīng)理確定。《軟件整改通知單》下達(dá)后，按比例扣除項(xiàng)目組的項(xiàng)目獎(jiǎng)金，扣除辦法參見(jiàn)《研發(fā)軟件項(xiàng)目獎(jiǎng)金發(fā)放制度》。

4.2.2.4.3項(xiàng)目組內(nèi)部集成驗(yàn)證測(cè)試，項(xiàng)目經(jīng)理可在代碼完成后組織內(nèi)部集成測(cè)試，并同時(shí)指派項(xiàng)目組成員進(jìn)行《軟件使用說(shuō)明書(shū)》的編制，在內(nèi)部集成測(cè)試結(jié)束，《軟件使用說(shuō)明書(shū)》完成后，項(xiàng)目經(jīng)理可申請(qǐng)?zhí)峤卉浖腶測(cè)試。

4.2.2.4.4《a測(cè)試申請(qǐng)書(shū)》，項(xiàng)目經(jīng)理負(fù)責(zé)編制《a測(cè)試申請(qǐng)書(shū)》，格式參照《a測(cè)試申請(qǐng)書(shū)模板》。編制完畢后，與《軟件使用說(shuō)明書(shū)》一起提交給主管軟件的研發(fā)經(jīng)理進(jìn)行審核確認(rèn)，主管軟件的研發(fā)經(jīng)理簽字同意后，指定項(xiàng)目的測(cè)試人員，進(jìn)行a測(cè)試。

4.2.2.4.5測(cè)試人員根據(jù)《研發(fā)立項(xiàng)申請(qǐng)書(shū)》和《軟件使用說(shuō)明書(shū)》的要求與內(nèi)容，編制《軟件測(cè)試大綱》，確定要測(cè)試的具體項(xiàng)目以及對(duì)這些項(xiàng)目的要求，《軟件測(cè)試大綱》編制完成后要由項(xiàng)目經(jīng)理認(rèn)可，主管軟件的研發(fā)經(jīng)理確認(rèn)。同時(shí)項(xiàng)目組負(fù)責(zé)協(xié)助測(cè)試環(huán)境的搭建。

4.2.2.4.6在一輪測(cè)試結(jié)束后，測(cè)試人員出具《項(xiàng)目測(cè)試報(bào)告》。項(xiàng)目組對(duì)測(cè)試出的問(wèn)題進(jìn)行修改，然后再申請(qǐng)新一輪的測(cè)試，新的一輪測(cè)試由項(xiàng)目經(jīng)理決定是進(jìn)行驗(yàn)證性測(cè)試還是完整測(cè)試，如果是驗(yàn)證性測(cè)試，可由項(xiàng)目經(jīng)理確定測(cè)試內(nèi)容范圍并和測(cè)試經(jīng)理協(xié)商測(cè)試周期，循環(huán)上述過(guò)程直到項(xiàng)目經(jīng)理認(rèn)為可以結(jié)束測(cè)試。為了保證測(cè)試質(zhì)量，要求最后一次測(cè)試必須是完整測(cè)試。測(cè)試結(jié)束后，測(cè)試人員要編制《測(cè)試過(guò)程總結(jié)報(bào)告》。

4.3研發(fā)結(jié)項(xiàng)

4.3.1測(cè)試結(jié)束后，項(xiàng)目經(jīng)理可決定對(duì)項(xiàng)目進(jìn)行結(jié)項(xiàng)提交。

4.3.2項(xiàng)目經(jīng)理負(fù)責(zé)編制《研發(fā)結(jié)項(xiàng)申請(qǐng)書(shū)》，格式參照《研發(fā)結(jié)項(xiàng)申請(qǐng)書(shū)模板》。

4.3.3《研發(fā)結(jié)項(xiàng)申請(qǐng)書(shū)》要對(duì)所存留的問(wèn)題進(jìn)行詳細(xì)描述。

4.3.4《研發(fā)結(jié)項(xiàng)申請(qǐng)書(shū)》說(shuō)明項(xiàng)目的實(shí)際開(kāi)發(fā)周期，與計(jì)劃周期的差異將作為項(xiàng)目獎(jiǎng)金的評(píng)定依據(jù)。

4.3.5《研發(fā)結(jié)項(xiàng)申請(qǐng)書(shū)》要說(shuō)明項(xiàng)目質(zhì)量目標(biāo)的實(shí)現(xiàn)情況，根據(jù)《測(cè)試過(guò)程總結(jié)報(bào)告》統(tǒng)計(jì)出項(xiàng)目的實(shí)際質(zhì)量，與計(jì)劃質(zhì)量目標(biāo)的差異將作為項(xiàng)目獎(jiǎng)金的評(píng)定依據(jù)。

4.3.6《研發(fā)結(jié)項(xiàng)申請(qǐng)書(shū)》中所存留問(wèn)題部分的內(nèi)容需由此項(xiàng)目的實(shí)際測(cè)試人員進(jìn)行確認(rèn)。

4.3.7《研發(fā)結(jié)項(xiàng)申請(qǐng)書(shū)》由項(xiàng)目經(jīng)理、主管軟件的研發(fā)經(jīng)理、營(yíng)銷中心經(jīng)理、技服中心經(jīng)理認(rèn)可后，由主管研發(fā)副總經(jīng)理最終確認(rèn)。

4.3.4項(xiàng)目提交后，項(xiàng)目經(jīng)理出具《軟件項(xiàng)目信息統(tǒng)計(jì)表》，由主管軟件的研發(fā)

經(jīng)理認(rèn)可，主管研發(fā)副總經(jīng)理最終確認(rèn)，作為項(xiàng)目獎(jiǎng)金分配的依據(jù)。

4.4技術(shù)資料的管理與備份

4.4.1項(xiàng)目經(jīng)理負(fù)責(zé)技術(shù)資料的管理與備份，備份內(nèi)容包括項(xiàng)目所涉及的文檔、代碼和其他相關(guān)技術(shù)資料。

4.4.2項(xiàng)目立項(xiàng)后，項(xiàng)目組要在代碼管理服務(wù)器上建立專門的項(xiàng)目目錄。

4.4.3在研發(fā)過(guò)程中，項(xiàng)目組不定期的向代碼管理服務(wù)器進(jìn)行代碼備份，備份時(shí)機(jī)由項(xiàng)目經(jīng)理決定。

4.4.4項(xiàng)目提交測(cè)試前要進(jìn)行一次完整備份。

4.4.5項(xiàng)目結(jié)項(xiàng)后，要進(jìn)行一次完整備份，并將最終項(xiàng)目?jī)?nèi)容刻錄光盤備檔。

4.4.6備檔后的光盤由主管軟件的研發(fā)經(jīng)理統(tǒng)一管理。

4.4.7在研發(fā)過(guò)程中，紙質(zhì)文檔由項(xiàng)目經(jīng)理負(fù)責(zé)管理，項(xiàng)目結(jié)項(xiàng)后提交到主管軟件的研發(fā)經(jīng)理備檔。

4.4.8由于項(xiàng)目組備份不及時(shí)和備份管理不到位造成項(xiàng)目資料丟失，致使開(kāi)發(fā)周期延誤的，每發(fā)生一次按比例扣發(fā)項(xiàng)目經(jīng)理的項(xiàng)目獎(jiǎng)金，造成重大損失的，全部扣發(fā)項(xiàng)目經(jīng)理項(xiàng)目獎(jiǎng)金，并根據(jù)具體情況追究其責(zé)任,是否為重大損失由主管軟件的研發(fā)經(jīng)理確認(rèn)。獎(jiǎng)金的扣發(fā)辦法參照《研發(fā)軟件項(xiàng)目獎(jiǎng)金發(fā)放制度》。5職責(zé)和權(quán)限

5.1主管研發(fā)副總經(jīng)理負(fù)責(zé)本規(guī)范的編制、發(fā)布、維護(hù)與解釋。

5.2主管軟件的研發(fā)經(jīng)理負(fù)責(zé)推動(dòng)和監(jiān)督本規(guī)范的實(shí)施。

5.3公司所有員工可對(duì)本規(guī)范提出修改意見(jiàn)。

6歷史記錄

本規(guī)范于2007年9月25日編制完成，形成V1.0版。

V1.0于2007年11月1日開(kāi)始施行

第四篇：標(biāo)準(zhǔn)的軟件開(kāi)發(fā)過(guò)程

標(biāo)準(zhǔn)的軟件開(kāi)發(fā)過(guò)程

軟件開(kāi)發(fā)的標(biāo)準(zhǔn)過(guò)程包括六個(gè)階段，而六個(gè)階段需要編寫的各類文件達(dá)14種之多，在每個(gè)階段需要編寫哪些文件，以及這些文件的主要內(nèi)容見(jiàn)下：

1.可行性與計(jì)劃研究階段

可行性研究報(bào)告：在可行性研究與計(jì)劃階段內(nèi)，要確定該軟件的開(kāi)發(fā)目標(biāo)和總的要求，要進(jìn)行可行性分析、投資一收益分析、制訂開(kāi)發(fā)計(jì)劃，并完成應(yīng)編制的文件。

項(xiàng)目開(kāi)發(fā)計(jì)劃：編制項(xiàng)目開(kāi)發(fā)計(jì)劃的目的是用文件的形式，把對(duì)于在開(kāi)發(fā)過(guò)程中各項(xiàng)工作的負(fù)責(zé)人員、開(kāi)發(fā)進(jìn)度、所需經(jīng)費(fèi)預(yù)算、所需軟、硬件條件等問(wèn)題作出的安排記載下來(lái)，以便根據(jù)本計(jì)劃開(kāi)展和檢查本項(xiàng)目的開(kāi) 發(fā)工作。

2.需求分析階段

軟件需求說(shuō)明書(shū)：軟件需求說(shuō)明書(shū)的編制是為了使用戶和軟件開(kāi)發(fā)者雙方對(duì)該軟件的初始規(guī)定有一個(gè)共同的理解，使之成為整個(gè)開(kāi)發(fā)工作的基礎(chǔ)。內(nèi)容包括對(duì)功能的規(guī)定對(duì)性能的規(guī)定等。

數(shù)據(jù)要求說(shuō)明書(shū)：數(shù)據(jù)要求說(shuō)明書(shū)的編制目的是為了向整個(gè)開(kāi)發(fā)時(shí)期提供關(guān)于被處理數(shù)據(jù)的描述和數(shù)據(jù)采集要求的技術(shù)信息。

初步的用戶手冊(cè)：用戶手冊(cè)的編制是要使用非專門術(shù)語(yǔ)的語(yǔ)言，充分地描述該軟件系統(tǒng)所具有的功能及基本的使用方法。使用戶（或潛在用戶）通過(guò)本手冊(cè)能夠了解該軟件的用途，并且能夠確定在什么情況下，如何使用它。

3.設(shè)計(jì)階段

概要設(shè)計(jì)說(shuō)明書(shū)：概要設(shè)計(jì)說(shuō)明書(shū)又可稱系統(tǒng)設(shè)計(jì)說(shuō)明書(shū)，這里所說(shuō)的系統(tǒng)是指程序系統(tǒng)。編制的目的是說(shuō)明對(duì)程序 系統(tǒng)的設(shè)計(jì)考慮，包括程序系統(tǒng)的基本處理流程、程序系統(tǒng)的組織結(jié)構(gòu)、模塊劃分、功能分配、接口設(shè)計(jì)。運(yùn)行設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)和出錯(cuò)處理設(shè)計(jì)等，為程序的詳細(xì)設(shè)計(jì)提供基礎(chǔ)。

詳細(xì)設(shè)計(jì)說(shuō)明書(shū)：詳細(xì)設(shè)計(jì)說(shuō)明書(shū)又可稱程序設(shè)計(jì)說(shuō)明書(shū)。編制目的是說(shuō)明一個(gè)軟件系統(tǒng)各個(gè)層次中的每一個(gè)程序（每個(gè)模塊或子程序）的設(shè)計(jì)考慮，如果一個(gè)軟件系統(tǒng)比較簡(jiǎn)單，層次很少，本文件可以不單獨(dú)編寫，有關(guān) 內(nèi)容合并入概要設(shè)計(jì)說(shuō)明書(shū)。

數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)：數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)的編制目的是對(duì)于設(shè)計(jì)中的數(shù)據(jù)庫(kù)的所有標(biāo)識(shí)、邏輯結(jié)構(gòu)和物理結(jié)構(gòu)作出具體的設(shè)計(jì)規(guī)定。

測(cè)試計(jì)劃初稿：這里所說(shuō)的測(cè)試，主要是指整個(gè)程序系統(tǒng)的組裝測(cè)試和確認(rèn)測(cè)試。本文件的編制是為了提供一個(gè)對(duì)該軟件的測(cè)試計(jì)劃，包括對(duì)每項(xiàng)測(cè)試活動(dòng)的內(nèi)容、進(jìn)度安排、設(shè)計(jì)考慮、測(cè)試數(shù)據(jù)的整理方法及評(píng)價(jià)準(zhǔn)則。

4.實(shí)現(xiàn)階段

模塊開(kāi)發(fā)卷宗（開(kāi)始編寫）：模塊開(kāi)發(fā)卷宗是在模塊開(kāi)發(fā)過(guò)程中逐步編寫出來(lái)的，每完成一個(gè)模塊或一組密切相關(guān)的模塊的復(fù)審時(shí)編寫一份，應(yīng)該把所有的模塊開(kāi)發(fā)卷宗匯集在一起。編寫的目的是記錄和匯總低層次開(kāi)發(fā)的進(jìn)度和結(jié)果，以便于對(duì)整個(gè)模塊開(kāi)發(fā)工作的管理和復(fù)審，并為將來(lái)的維護(hù)提供非常有用的技術(shù)信息。

用戶手冊(cè)完工

操作手冊(cè)：操作手冊(cè)的編制是為了向操作人員提供該軟件每一個(gè)運(yùn)行的具體過(guò)程和有關(guān)知識(shí)，包括操作方法的細(xì)節(jié)。

測(cè)試計(jì)劃終稿：

5.測(cè)試階段

模塊開(kāi)發(fā)卷宗(此階段內(nèi)必須完成)

測(cè)試分析報(bào)告：測(cè)試分析報(bào)告的編寫是為了把組裝測(cè)試和確認(rèn)測(cè)試的結(jié)果、發(fā)現(xiàn)及分析寫成文件加以記載。

項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告：項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告的編制是為了總結(jié)本項(xiàng)目開(kāi)發(fā)工作的經(jīng)驗(yàn)，說(shuō)明實(shí)際取得的開(kāi)發(fā)結(jié)果以及對(duì)整個(gè)開(kāi)發(fā)工作的各個(gè)方面的評(píng)價(jià)。

6.運(yùn)行與維護(hù)階段

開(kāi)發(fā)進(jìn)度月報(bào)的編制目的是及時(shí)向有關(guān)管理部門匯報(bào)項(xiàng)目開(kāi)發(fā)的進(jìn)展和情況，以便及時(shí)發(fā)現(xiàn)和處理開(kāi)發(fā)過(guò)程中出現(xiàn)的問(wèn)題。一般地，開(kāi)發(fā)進(jìn)度月報(bào)是以項(xiàng)目組為單位每月編寫的。如果被開(kāi)發(fā)的軟件系統(tǒng)規(guī)模比較大，整個(gè)工程項(xiàng)目被劃分給若干個(gè)分項(xiàng)目組承擔(dān)，開(kāi)發(fā)進(jìn)度月報(bào)將以分項(xiàng)目組為單位按月編寫。

對(duì)于一項(xiàng)軟件而言，有些文件的編寫工作可能要在若干個(gè)階段中延續(xù)進(jìn)行。

鑒于軟件開(kāi)發(fā)是具有創(chuàng)造性的腦力勞動(dòng)，也鑒于不同軟件在規(guī)模上和復(fù)雜程度上差別極大，本指南認(rèn)為在文件編制工作中應(yīng)允許一定的靈活性，并不是14種文件每種都必須編寫。文件編制的衡量因素

◆在因素總和較低的情況下,項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告的內(nèi)容應(yīng)包括：程序的主要功能、基本流程、測(cè)試結(jié)果和使用說(shuō)明。

◆測(cè)試分析報(bào)告應(yīng)該寫，但不必很正規(guī)。

◆數(shù)據(jù)要求說(shuō)明和數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明是否需要編寫應(yīng)根據(jù)所開(kāi)發(fā)軟件的實(shí)際需要來(lái)決定。

例2：為了避免在軟件開(kāi)發(fā)中文件編制的不足或過(guò)分，一個(gè)簡(jiǎn)便的辦法是把對(duì)軟件文件的編制要求同軟件的規(guī)模大小聯(lián)系起來(lái)，這就是本例的出發(fā)點(diǎn)。軟件的規(guī)模不妨分為四級(jí)：

1．小規(guī)模軟件源程序行數(shù)小于5 000的軟件；

2．中規(guī)模軟件源程序行數(shù)為 10 000～ 50 000的軟件；

3．大規(guī)模軟件源程序行數(shù)為 100 000?500 000的軟件；

4．特大規(guī)模軟件源程序行數(shù)大于500 000的軟件。

對(duì)上述的四級(jí)軟件的文件編制要求分別列于表O3。

至于源程序行數(shù)為 5 000～ 10 000，50 000～ 100 000的軟件，其文件編制要求介于兩級(jí)之間，可根據(jù)一個(gè)軟件產(chǎn)品的具體情況，由項(xiàng)目負(fù)責(zé)人參照表O3的規(guī)定，確定需要編制的文件種類。

對(duì)于源程序行數(shù)大于500 000的特大規(guī)模軟件，可進(jìn)一步把本指南規(guī)定的十四種文件按實(shí)際需要擴(kuò)展成更多種類。

第五篇：JAVA學(xué)習(xí)書(shū)籍- 軟件開(kāi)發(fā)過(guò)程

了解軟件開(kāi)發(fā)過(guò)程不單純是提高程序員個(gè)人的良好編程習(xí)慣，也是增強(qiáng)團(tuán)隊(duì)協(xié)作的基礎(chǔ)。

1、《UML 精粹》

UML 其實(shí)和軟件開(kāi)發(fā)過(guò)程沒(méi)有什么必然聯(lián)系，卻是軟件團(tuán)隊(duì)協(xié)作溝通，撰寫軟件文檔需要的工具。但是UML 真正實(shí)用的圖不多，看看這本書(shū)已經(jīng)足夠了，完全沒(méi)有必要去啃《UML 用戶指南》之類的東西。要提醒大家的是，這本書(shū)的中譯本翻譯的非常之爛，建議有條件的看英文原版。

2、《解析極限編程擁抱變化》XP

這是Kent Beck 名著的第二版，中英文對(duì)照。沒(méi)什么好說(shuō)的，必讀書(shū)籍。

3、《統(tǒng)一軟件開(kāi)發(fā)過(guò)程》UP

其實(shí)UP 和敏捷并不一定沖突，UP 也非常強(qiáng)調(diào)迭代，測(cè)試，但是UP 強(qiáng)調(diào)的文檔和過(guò)程驅(qū)動(dòng)卻是敏捷所不取的。不管怎么說(shuō)，UP

值得你去讀，畢竟在中國(guó)真正接受敏捷的企業(yè)很少，你還是需要用UP 來(lái)武裝一下自己的，哪怕是披著UP 的XP。

4、《敏捷建?！稟M

Scott Ambler 的名著，這本書(shū)非常的progmatic，告訴你怎么既敏捷又UP，把敏捷和UP 統(tǒng)一起來(lái)了，又提出了很多progmatic的建議和做法。你可以把《解析極限編程擁抱變化》、《統(tǒng)一軟件開(kāi)發(fā)過(guò)程》和《敏捷建模》這三本書(shū)放在一起讀，看XP 和UP的不同點(diǎn)，再看AM 是怎么統(tǒng)一XP 和UP 的，把這三種理論融為一爐，形成自己的理論體系，那么你也可以去寫書(shū)了。

軟件項(xiàng)目管理

如果你突然被領(lǐng)導(dǎo)提拔為項(xiàng)目經(jīng)理，而你完全沒(méi)有項(xiàng)目管理經(jīng)驗(yàn)，你肯定會(huì)心里沒(méi)底；如果你覺(jué)得自己管理項(xiàng)目不善，很想改

善你的項(xiàng)目管理能力，那么去考PMP 肯定是遠(yuǎn)水不解近渴的。

1、《快速軟件開(kāi)發(fā)》

這也是一本名著?？梢赃@樣說(shuō)，有本書(shū)在手，你就有了一個(gè)項(xiàng)目管理的高級(jí)參謀給你出謀劃策，再也不必?fù)?dān)心自己不能勝任的問(wèn)題了。這本書(shū)不是講管理的理論的，在實(shí)際的項(xiàng)目管理中，講這些理論是不解決問(wèn)題的，這本書(shū)有點(diǎn)類似于“軟件項(xiàng)目點(diǎn)子

大全”之類的東西，列舉了種種軟件項(xiàng)目當(dāng)中面臨的各種問(wèn)題，以及應(yīng)該如何解決問(wèn)題的點(diǎn)子，你只需要稍加變通，找方抓藥

就行了。__