軟件開發(fā)實施計劃方案

1、.word格式,1軟件開發(fā)實施方案系統(tǒng)開發(fā)嚴(yán)格按照軟件工程的方法進(jìn)行組織，系統(tǒng)的開發(fā)過程 按照需求分析、系統(tǒng)分析與設(shè)計要求、系統(tǒng)編碼、系統(tǒng)測試幾個過 程有序推進(jìn)。下表所示系統(tǒng)開發(fā)流程圖，采用原型及迭代方式開發(fā) 根據(jù)用戶需求持續(xù)改進(jìn)，直到最終用戶確認(rèn)滿意。1.1 開發(fā)流程總述如下圖示流程定義了我公司內(nèi)部的軟件開發(fā)過程，以指導(dǎo)和規(guī)范軟件項目中開發(fā)過程的定義和相應(yīng)的實施。該過程可劃分為一系列子過程，包括：軟件需求分析、設(shè)計、 編碼、測試、驗收、維護(hù)，每個子過程又由一系列任務(wù)和活動組成 如設(shè)計過程又可分為結(jié)構(gòu)設(shè)計和詳細(xì)設(shè)計。但是在實際開發(fā)項目中情況仍然會是千變?nèi)f化的，因此我們也并不是一成不變的死板執(zhí)行

2、 一個僵化的工作流程，我們的原則是在一個規(guī)范流程的指導(dǎo)和約束 下，根據(jù)具體工程項目的實際要求，為每一個項目評估并制定真正 能夠最好的滿足該項目要求的開發(fā)流程。專業(yè).專注Y軟件需求規(guī)格說明書（升級版）客戶需求登記表客戶需求統(tǒng)計表設(shè)計說明書（升級版）軟件問題報告單聿件需求規(guī)格說明書（初稿）系統(tǒng)測試計劃 系統(tǒng)測試案例（初稿）用戶手冊（概要）追溯表一-軟件需求規(guī)格說明書系統(tǒng)測試計劃系統(tǒng)測試案例 個人評審記錄評審報告結(jié)構(gòu)設(shè)計說明書（初稿）集成測試計劃集成測試案例（初稿）用戶手冊（初稿）追溯表一結(jié)構(gòu)設(shè)計說明書集成測試計劃集成測試案例 .A個人評審記錄評審報告詳細(xì)設(shè)計說明書（初稿）:單元測試計劃；單元測試案

3、例（初稿）用戶手冊（修改稿）追溯表一詳細(xì)設(shè)計說明書單元測試計劃單元測試案例用戶手冊（修改稿）個人評審記錄_評審報告源代碼、源代碼文件清單單元測試報告（經(jīng)過審批）軟件問題狀態(tài)登記表軟件問題報告單集成工作單集成測試工作單集成測試報告（經(jīng)過審批）軟件問題狀態(tài)登記表軟件問題報告單集成的軟件系統(tǒng)系統(tǒng)測試報告（經(jīng)過審批）軟件問題狀態(tài)登記表軟件問題報告單系統(tǒng)管理員使用說明書（經(jīng)過審批）安裝手冊（經(jīng)過審批）用戶手冊（經(jīng)過審批 軟件系統(tǒng)（系統(tǒng)測試通過）驗收測試報告軟件問題報告單軟件問題狀態(tài)登記表驗收報告可交付產(chǎn)品軟件問題狀態(tài)登記表 軟件維護(hù)實施計劃 維護(hù)后的軟件系統(tǒng)圖1.1-1軟件開發(fā)流程總圖在應(yīng)用系統(tǒng)軟件開發(fā)

4、項目中，我們?nèi)詫⒆裱@一思想，這一點 將在隨后的項目開發(fā)實施計劃部分有具體的體現(xiàn)，在這里和下面的相關(guān)章節(jié)中，我們?nèi)詫@著這個完整的開發(fā)流程來分析說明，以此來闡明我們對項目開發(fā)的完整過程管理思想和相關(guān)實踐。下面我們對這個軟件開發(fā)工作流程進(jìn)行簡要地分解說明。1.2 軟件需求分析(1)概述由于應(yīng)用系統(tǒng)與眾多相關(guān)應(yīng)用軟件需要進(jìn)行交互 ，因此需要先 對這些應(yīng)用系統(tǒng)進(jìn)行分別梳理，充分做好需求調(diào)研工作，編寫經(jīng)項 目單位認(rèn)可并評審?fù)ㄟ^的系統(tǒng)需求規(guī)格說明書。軟件需求分析是按照項目定義的軟件開發(fā)過程 ，根據(jù)系統(tǒng)分配 給軟件的需求(見系統(tǒng)需求規(guī)格說明書)，進(jìn)行軟件質(zhì)量特性規(guī) 格說明的過程。該過程包括進(jìn)一步明確軟件

5、運行環(huán)境 ，明確對軟件 的功能、性能和數(shù)據(jù)要求，以及軟件與硬件、軟件與軟件之間的接 口要求等，并對軟件需求進(jìn)行驗證和文檔化，即完成對軟件需求的 分析與規(guī)格定義。本元素在整個過程中的位置如下圖所示：系統(tǒng)分配給軟件的需求軟件需求分析圖示：軟件需求分析在軟件開發(fā)過程中的位置(2)入口準(zhǔn)則和出口準(zhǔn)則1）入口準(zhǔn)則要素判斷準(zhǔn)則客戶需求（系統(tǒng)需求規(guī)格說明書）已由CCB批準(zhǔn)為基線已進(jìn)入配置庫2）出口準(zhǔn)則要素判斷準(zhǔn)則軟件需求規(guī)格說明書已經(jīng)過審查已批準(zhǔn)為基線已進(jìn)入配置庫系統(tǒng)測試計劃已經(jīng)過審查已獲得批準(zhǔn)已進(jìn)入配置庫系統(tǒng)測試案例用戶手冊（概要）已編寫追溯苦-已填寫（3）評審評審軟件需求規(guī)格說明書，具體評審過程見 砰審

6、程序文件， 對軟件需求的評審準(zhǔn)則包括： 系統(tǒng)需求和系統(tǒng)設(shè)計的可追溯性； 與系統(tǒng)需求的一致性； 內(nèi)部一致性； 可測試性； 軟件設(shè)計的可行性； 運作和維護(hù)的可行性。對軟件需求中的問題，與系統(tǒng)工程組或客戶一起確定和審查，根據(jù)審查結(jié)果對軟件需求進(jìn)行適當(dāng)?shù)男薷?，必要時按基線變更控制 的要求對客戶需求進(jìn)行相應(yīng)的修改。對軟件需求規(guī)格說明書進(jìn)行同行評審。審查、批準(zhǔn)軟件需求規(guī)格說明書。將軟件需求規(guī)格說明書置于配置管理之下。(4)工作產(chǎn)品 軟件需求規(guī)格說明書 系統(tǒng)測試計劃 系統(tǒng)測試案例 用戶手冊 追溯表(5)職責(zé) 項目經(jīng)理：負(fù)責(zé)組建軟件需求分析組；確定是否需要對有關(guān) 人員進(jìn)行培訓(xùn)；負(fù)責(zé)軟件需求規(guī)格說明書的審查和批

7、準(zhǔn)。 軟件需求分析組：軟件需求分析的主要承擔(dān)者，負(fù)責(zé)完成本 過程元素要求產(chǎn)生的所有工作產(chǎn)品。 系統(tǒng)測試負(fù)責(zé)人：負(fù)責(zé)組織軟件系統(tǒng)測試組對軟件需求進(jìn)行 分析，審查軟件需求的可測試性；參與軟件需求規(guī)格說明書 的審查和批準(zhǔn)。 質(zhì)量保證人員：參與工作產(chǎn)品的審查，統(tǒng)計缺陷，并對軟件 需求分析過程進(jìn)行審計。 系統(tǒng)開發(fā)組：配合處理涉及客戶需求的軟件需求問題 客戶：必要時參與軟件需求規(guī)格說明書的審查和批準(zhǔn)1.3 結(jié)構(gòu)設(shè)計(1)概述結(jié)構(gòu)設(shè)計是指按照欹件需求規(guī)格說明書，設(shè)計軟件系統(tǒng)的體系結(jié)構(gòu)，即模塊結(jié)構(gòu)，定義每個模塊的主要功能和模塊之間的聯(lián)系(即接口)，并確定軟件系統(tǒng)的數(shù)據(jù)體系結(jié)構(gòu)。本元素在整個過程中的位置如下圖所

8、示：3匚一結(jié)構(gòu)設(shè)計高：殳;圖示：軟件需求分析在軟件開發(fā)過程中的位置圖(2)入口準(zhǔn)則和出口準(zhǔn)則1)入口準(zhǔn)則要素判斷準(zhǔn)則軟件需求規(guī)格說明書經(jīng)過審查審查獲得批準(zhǔn)進(jìn)入配置庫2)出口準(zhǔn)則要素判斷準(zhǔn)則結(jié)構(gòu)設(shè)計說明書經(jīng)過審查集成測試計劃審查獲得批準(zhǔn)集成測試案例進(jìn)入配置庫要素判斷準(zhǔn)則用戶手冊(初稿)已完善追溯(3)評審 對結(jié)構(gòu)設(shè)計說明書和集成測試計劃進(jìn)行同行評審 對結(jié)構(gòu)設(shè)計中的問題，與軟件需求分析人員一起確定和審查 并對結(jié)構(gòu)設(shè)計進(jìn)行適當(dāng)?shù)母摹?審查、批準(zhǔn)結(jié)構(gòu)設(shè)計說明書，必要時，對其進(jìn)行設(shè)計評 審。 將結(jié)構(gòu)設(shè)計說明書、集成測試計劃和集成測試案例 置于配置管理之下。(4)工作產(chǎn)品 結(jié)構(gòu)設(shè)計說明書 集成測試計劃

9、集成測試案例 用戶手冊 追溯表(5)職責(zé)1)項目經(jīng)理負(fù)責(zé)選擇合適的設(shè)計人員，組建結(jié)構(gòu)設(shè)計工作組；負(fù)責(zé)結(jié)構(gòu)設(shè) 計說明書和集成測試計劃的審查和批準(zhǔn)。2）結(jié)構(gòu)設(shè)計人員結(jié)構(gòu)設(shè)計階段工作的主要承擔(dān)者，負(fù)責(zé)完成本過程元素產(chǎn)生的 所有工作產(chǎn)品。3）系統(tǒng)分析員配合處理涉及軟件需求的問題。4）系統(tǒng)開發(fā)負(fù)責(zé)人負(fù)責(zé)組織系統(tǒng)工程組對結(jié)構(gòu)設(shè)計進(jìn)行分析，審查結(jié)構(gòu)設(shè)計的可 測試性；負(fù)責(zé)協(xié)調(diào)處理涉及軟件需求的問題；參與結(jié)構(gòu)設(shè)計說明書 和柴成測試計劃的審查和批準(zhǔn)。5）軟件測試負(fù)責(zé)人負(fù)責(zé)組織軟件測試組對結(jié)構(gòu)設(shè)計進(jìn)行分析，審查結(jié)構(gòu)設(shè)計的可 測試性；參與 結(jié)構(gòu)設(shè)計說明書和 集成測試計劃的審查和批準(zhǔn)。1.4 詳細(xì)設(shè)計（1）概述詳細(xì)設(shè)計

10、是根據(jù)結(jié)構(gòu)設(shè)計說明書進(jìn)行模塊設(shè)計，將結(jié)構(gòu)設(shè)計 所獲得的模塊按照單元、程序、規(guī)程的順序逐步細(xì)化。詳細(xì)定義各 個單元的數(shù)據(jù)結(jié)構(gòu)、程序的實現(xiàn)算法以及程序、單元、模塊之間的 接口等，作為以后編碼工作的依據(jù)。本元素在整個過程中的位置如下圖所示：；結(jié)構(gòu)設(shè)計：:詳細(xì)設(shè)計編碼 ；! j圖示：詳細(xì)設(shè)計在軟件開發(fā)過程中的位置(2)入口準(zhǔn)則和出口準(zhǔn)則1)入口準(zhǔn)則要素判斷準(zhǔn)則結(jié)構(gòu)設(shè)計說明書經(jīng)過審查審查獲得批準(zhǔn)進(jìn)入配置庫2)出口準(zhǔn)則要素判斷準(zhǔn)則詳細(xì)設(shè)計說明書經(jīng)過審查審查獲得批準(zhǔn)進(jìn)入配置庫(3)評審對 祥細(xì)設(shè)計說明書和 印元測試計劃可進(jìn)行走查或(和)同 行評審；對詳細(xì)設(shè)計中的問題，與結(jié)構(gòu)設(shè)計人員一起確定和審查，并對詳細(xì)設(shè)

11、計做出適當(dāng)?shù)母模粚彶?、批?zhǔn)祥細(xì)設(shè)計說明書，必要時，對其進(jìn)行設(shè)計評審；將 祥細(xì)設(shè)計說明書和 彈元測試計劃置于配置管理之下。(4)工作產(chǎn)品 詳細(xì)設(shè)計說明書 印元測試計劃 印元測試案例 用戶手冊 追溯表（5）職責(zé)1）項目經(jīng)理負(fù)責(zé)選擇合適的設(shè)計人員，組建詳細(xì)設(shè)計組；負(fù)責(zé) 祥細(xì)設(shè)計說 明書和 堂元測試計劃的審查和批準(zhǔn)。2）詳細(xì)設(shè)計人員詳細(xì)設(shè)計階段工作的主要承擔(dān)者。負(fù)責(zé)完成本過程元素產(chǎn)生的 所有工作產(chǎn)品。3）系統(tǒng)分析員配合處理涉及軟件需求的問題。4）系統(tǒng)開發(fā)負(fù)責(zé)人負(fù)責(zé)組織系統(tǒng)工程組對詳細(xì)設(shè)計進(jìn)行分析，審查詳細(xì)設(shè)計的可 測試性；負(fù)責(zé)協(xié)調(diào)處理涉及軟件需求的問題；參與詳細(xì)設(shè)計說明書 和彈元測試計劃的審查和批準(zhǔn)

12、。5）軟件測試負(fù)責(zé)人負(fù)責(zé)組織軟件測試組對詳細(xì)設(shè)計進(jìn)行分析，審查詳細(xì)設(shè)計的可 測試性；參與 詳細(xì)設(shè)計說明書和 中元測試計劃的審查和批準(zhǔn)。1.5編碼（1）概述.word格式,編碼階段主要完成的工作是根據(jù)詳細(xì)設(shè)計說明書編寫程序源代碼，包括必要的數(shù)據(jù)文件，并進(jìn)行單元測試，單元測試的內(nèi)容包括模塊內(nèi)程序的邏輯、功能、參數(shù)傳遞、變量引用、出錯處理等方面。本元素在整個過程中的位置如下圖所示圖示：編碼階段在軟件開發(fā)過程中的位置(2)入口準(zhǔn)則和出口準(zhǔn)則1)入口準(zhǔn)則要素判斷準(zhǔn)則詳細(xì)設(shè)計說明書經(jīng)過審查單元測試計劃獲得批準(zhǔn)進(jìn)入配置庫2)出口準(zhǔn)則要素判斷準(zhǔn)則源代碼文件源代碼文件清單源代碼文件獲得批準(zhǔn)源代碼文件進(jìn)入配置庫的

13、源代碼區(qū)單元測試報告提交測試負(fù)責(zé)人軟件問題報告單提交問題管理渠道(3)評審對源代碼文件進(jìn)行同行評審，主要的方法為對照詳細(xì)設(shè)計說明書對代碼進(jìn)行查閱，也可根據(jù)編程者的經(jīng)驗或程序的難度、重要程,專業(yè).專注.word格式,度，選擇走查評審方式，但目的都是發(fā)現(xiàn)程序存在的問題。（4）工作產(chǎn)品 源代碼文件 印元測試報告 軟件問題報告單 軟件問題狀態(tài)登記表（5）職責(zé)1）項目經(jīng)理建立編碼組、測試組或相應(yīng)崗位，并進(jìn)行必要的培訓(xùn)；跟蹤進(jìn) 度和問題解決狀態(tài)；對提交的源代碼進(jìn)行批準(zhǔn) （或指定負(fù)責(zé)人進(jìn)行 批準(zhǔn)工作）。2）程序員編寫程序代碼；測試程序代碼；修改程序代碼；提交工作產(chǎn)品， 批準(zhǔn)后將其導(dǎo)入配置區(qū)的源碼庫。3）單元

14、測試人員測試源代碼；提交測試報告和軟件問題報告單。4）評審人員對指定源代碼文件進(jìn)行閱讀，發(fā)現(xiàn)缺陷和問題，填寫評審報1.6模塊集成測試(1)概述集成測試階段主要完成的工作是集成和集成測試。集成是參考結(jié)構(gòu)設(shè)計說明書并根據(jù)詳細(xì)說明書中規(guī)定的系統(tǒng)集成方案將不同的 經(jīng)測試的程序單元進(jìn)行構(gòu)造，并逐步構(gòu)造成一個完整的軟件產(chǎn)品的 過程；集成測試則是在集成完成之后，對各單元、模塊之間接口的 正確性和集成后功能的正確性進(jìn)行驗證。對于大型軟件，集成測試可以采取分步進(jìn)行的方法 ，可以先對 各子系統(tǒng)進(jìn)行集成測試，然后在子系統(tǒng)之間進(jìn)行集成測試。本元素在整個過程中的位置如下圖所示：；編碼；集成測試!系統(tǒng)測試 ；圖示：集成測

15、試在軟件開發(fā)過程中的位置(2)入口準(zhǔn)則和出口準(zhǔn)則1)入口準(zhǔn)則要素判斷準(zhǔn)則結(jié)構(gòu)設(shè)計說明書經(jīng)過審查詳細(xì)設(shè)計說明書獲得批準(zhǔn)集成測試計劃源代碼文件進(jìn)入配置庫2)出口準(zhǔn)則要素判斷準(zhǔn)則集成的軟件系統(tǒng)（完整的源代碼和目標(biāo)代碼 ）獲得批準(zhǔn)進(jìn)入配置庫集成測試報告提交集成測試負(fù)責(zé)人軟件問題報告單已進(jìn)入軟件問題管理流程（3）審查階段核查集成狀態(tài)和結(jié)果，并進(jìn)行批準(zhǔn)；批準(zhǔn)后，將目標(biāo)程序和程序清單進(jìn)入目標(biāo)代碼庫。（4）工作產(chǎn)品 集成后的系統(tǒng)目標(biāo)代碼 （包括文件清單），及相應(yīng)的源代碼 （包括文件清單） 集成測試報告 軟件問題報告單 軟件問題狀態(tài)登記表 集成工作單 集成測試工作單（5）職責(zé)項目經(jīng)理：建立集成組、集成測試組或相

16、應(yīng)崗位，并進(jìn)行必 要的培訓(xùn)；跟蹤進(jìn)度和問題解決狀態(tài)；對集成后的系統(tǒng)目標(biāo) 碼進(jìn)行批準(zhǔn)（或指定負(fù)責(zé)人進(jìn)行批準(zhǔn)工作）。集成負(fù)責(zé)人員：負(fù)責(zé)集成過程的實施。集成人員：負(fù)責(zé)環(huán)境構(gòu)建，集成的過程操作，并將集成后的目標(biāo)代碼提交批準(zhǔn)。程序員、設(shè)計人員：修改源碼或設(shè)計，解決集成過程中出現(xiàn) 的與源碼有關(guān)的問題。測試人員：測試系統(tǒng)目標(biāo)碼，將測試報告和軟件問題報告單 提交測試負(fù)責(zé)人。1.7 系統(tǒng)測試(1)概述系統(tǒng)測試的主要任務(wù)是從系統(tǒng)需求的角度對系統(tǒng)運行的正確性 和性能進(jìn)行驗證。系統(tǒng)測試的依據(jù)為系統(tǒng)測試計劃。本元素在整個過程中的位置如下圖所示：;集成測試:> 系統(tǒng)測試r 驗收;j lj圖示：系統(tǒng)測試在軟件開發(fā)過程

17、中的位置(2)入口準(zhǔn)則和出口準(zhǔn)則1)入口準(zhǔn)則要素判斷準(zhǔn)則系統(tǒng)得求經(jīng)過審查系統(tǒng)的目標(biāo)代碼獲得批準(zhǔn)系統(tǒng)測試計劃進(jìn)入配置庫用戶手冊編寫完成2)出口準(zhǔn)則要素判斷準(zhǔn)則系統(tǒng)測試報告軟件問題報告單獲得批準(zhǔn)(3)工作產(chǎn)品 系統(tǒng)測試報告 軟件問題報告單 軟件問題狀態(tài)登記表(4)職責(zé) 項目經(jīng)理：負(fù)責(zé)建立系統(tǒng)測試組或相關(guān)的崗位，并進(jìn)行必要的培訓(xùn)；跟蹤進(jìn)度和問題解決狀態(tài)；對最終的目標(biāo)代碼進(jìn)行 批準(zhǔn)(或指定負(fù)責(zé)人進(jìn)行批準(zhǔn)工作)。 程序員、設(shè)計人員：修改源碼或設(shè)計，解決集成過程中出現(xiàn) 的與源碼有關(guān)的問題。 測試人員：測試系統(tǒng)目標(biāo)碼，將測試報告提交測試負(fù)責(zé)人， 將軟件問題報告單提交問題管理渠道。1.8 驗收(1)概述驗收階

18、段主要由驗收測試、驗收測試問題改正和驗收三部分組成：驗收測試的主要目的是驗證所開發(fā)的系統(tǒng)在用戶的使用環(huán)境下（或模擬的使用環(huán)境下）是否滿足系統(tǒng)需求，從用戶的角度驗證整 個系統(tǒng)運行的正確性。驗收測試問題改正是對驗收測試中發(fā)現(xiàn)的差異性問題進(jìn)行修改。驗收則是在驗收測試的基礎(chǔ)上，依據(jù)項目合同或項目任務(wù)書對項目的完成情況進(jìn)行綜合評價。本元素在整個過程中的位置如下圖所示：；系統(tǒng)測試： 驗收維護(hù)；圖示：驗收在軟件開發(fā)過程中的位置驗收的三個組成部分視項目立項類型和客戶的要求選擇執(zhí)行。（2）入口準(zhǔn)則和出口準(zhǔn)則1）入口準(zhǔn)則要素判斷準(zhǔn)則驗收測試計劃（有驗收測試要求的項目）驗收測試前完成評審。測試（系統(tǒng)測試、集成測試、單元測試）已完成2）出口準(zhǔn)則要素判斷準(zhǔn)則驗收測試報告已提交驗收測試問題報告單已關(guān)閉驗收報告已提交(3)工作產(chǎn)品 驗收測試報告 軟件問題報告單 軟件問題狀態(tài)登記表 驗收報告 可交付產(chǎn)品(4)職責(zé) 驗收測試組：負(fù)責(zé)驗收測試的各項活動。 開發(fā)組人員：負(fù)責(zé)驗收測試中發(fā)現(xiàn)問題的改正和測試輔助 。 項目管理人員：負(fù)責(zé)指派驗收測試責(zé)任和完成測試規(guī)程；確 保測試質(zhì)量和進(jìn)程；確保組間協(xié)調(diào)。 驗收組：具體進(jìn)行驗收。 CCB:批準(zhǔn)運行基線。1.9維護(hù)(1)概述維護(hù)期是指：軟件產(chǎn)品/系統(tǒng)驗收后，進(jìn)入軟件運行/系統(tǒng)維護(hù)階段，直至軟件產(chǎn)品下一個版本的發(fā)布或系統(tǒng)維護(hù)期終止；本元素在整個軟件開