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

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

2、工作流程， 我們的原則是在一個規(guī)范流程的指導和約束下，根據具體工程項目的實際要求， 為每一個項目評估并制定真正能夠最好的滿足該項目要求的開發(fā)流程。.開始軟件需求分析N：改進同行評審通過Y結構設計N：改進評審通過Y詳細設計N：改進評審通過Y編碼集成測試系統(tǒng)測試驗收維護結束.軟件需求規(guī)格說明書（初稿）系統(tǒng)測試計劃系統(tǒng)測試案例（初稿）用戶手冊（概要）追溯表一軟件需求規(guī)格說明書系統(tǒng)測試計劃系統(tǒng)測試案例個人評審記錄評審報告結構設計說明書（初稿）集成測試計劃集成測試案例（初稿）用戶手冊（初稿）追溯表一結構設計說明書集成測試計劃集成測試案例個人評審記錄評審報告詳細設計說明書（初稿）單元測試計劃單元測試案例（

3、初稿）用戶手冊（修改稿）追溯表一詳細設計說明書單元測試計劃單元測試案例用戶手冊（修改稿）個人評審記錄評審報告源代碼、源代碼文件清單單元測試報告（經過審批）軟件問題狀態(tài)登記表軟件問題報告單集成工作單集成測試工作單集成測試報告（經過審批）軟件問題狀態(tài)登記表軟件問題報告單集成的軟件系統(tǒng)系統(tǒng)測試報告（經過審批）軟件問題狀態(tài)登記表軟件問題報告單系統(tǒng)管理員使用說明書( 經過審批)安裝手冊（經過審批）用戶手冊（經過審批軟件系統(tǒng)（系統(tǒng)測試通過）驗收測試報告軟件問題報告單軟件問題狀態(tài)登記表驗收報告可交付產品軟件需求規(guī)格說明書（升級版）客戶需求登記表客戶需求統(tǒng)計表設計說明書（升級版）軟件問題報告單軟件問題狀態(tài)登記

4、表軟件維護實施計劃維護后的軟件系統(tǒng)圖 1.1-1軟件開發(fā)流程總圖.在應用系統(tǒng)軟件開發(fā)項目中， 我們仍將遵循這一思想， 這一點將在隨后的項目開發(fā)實施計劃部分有具體的體現， 在這里和下面的相關章節(jié)中，我們仍將圍繞著這個完整的開發(fā)流程來分析說明， 以此來闡明我們對項目開發(fā)的完整過程管理思想和相關實踐。 下面我們對這個軟件開發(fā)工作流程進行簡要地分解說明。1.2 軟件需求分析（1）概述由于應用系統(tǒng)與眾多相關應用軟件需要進行交互， 因此需要先對這些應用系統(tǒng)進行分別梳理， 充分做好需求調研工作， 編寫經項目單位認可并評審通過的系統(tǒng)需求規(guī)格說明書 。軟件需求分析是按照項目定義的軟件開發(fā)過程， 根據系統(tǒng)分配給軟

5、件的需求（見 系統(tǒng)需求規(guī)格說明書），進行軟件質量特性規(guī)格說明的過程。該過程包括進一步明確軟件運行環(huán)境， 明確對軟件的功能、性能和數據要求，以及軟件與硬件、軟件與軟件之間的接口要求等，并對軟件需求進行驗證和文檔化， 即完成對軟件需求的分析與規(guī)格定義。本元素在整個過程中的位置如下圖所示：系統(tǒng)分配給軟軟件需求分析結構設計件的需求圖示：軟件需求分析在軟件開發(fā)過程中的位置（2）入口準則和出口準則.1）入口準則要素判斷準則客戶需求（系統(tǒng)需求規(guī)格已由 CCB批準為基線說明書）已進入配置庫2）出口準則要素判斷準則已經過審查軟件需求規(guī)格說明書已批準為基線已進入配置庫系統(tǒng)測試計劃已經過審查已獲得批準系統(tǒng)測試案例已

6、進入配置庫用戶手冊（概要）已編寫追溯表一已填寫（3）評審評審軟件需求規(guī)格說明書，具體評審過程見評審程序文件，對軟件需求的評審準則包括： 系統(tǒng)需求和系統(tǒng)設計的可追溯性； 與系統(tǒng)需求的一致性； 內部一致性； 可測試性； 軟件設計的可行性； 運作和維護的可行性。對軟件需求中的問題， 與系統(tǒng)工程組或客戶一起確定和審查， 根據審查結果對軟件需求進行適當的修改， 必要時按基線變更控制的要求對客戶需求進行相應的修改。對軟件需求規(guī)格說明書進行同行評.審。審查、批準軟件需求規(guī)格說明書。將軟件需求規(guī)格說明書置于配置管理之下。（ 4）工作產品 軟件需求規(guī)格說明書 系統(tǒng)測試計劃 系統(tǒng)測試案例 用戶手冊 追溯表（ 5）

7、職責 項目經理：負責組建軟件需求分析組； 確定是否需要對有關人員進行培訓；負責軟件需求規(guī)格說明書的審查和批準。 軟件需求分析組： 軟件需求分析的主要承擔者， 負責完成本過程元素要求產生的所有工作產品。 系統(tǒng)測試負責人：負責組織軟件系統(tǒng)測試組對軟件需求進行分析，審查軟件需求的可測試性；參與軟件需求規(guī)格說明書的審查和批準。 質量保證人員：參與工作產品的審查，統(tǒng)計缺陷，并對軟件需求分析過程進行審計。 系統(tǒng)開發(fā)組：配合處理涉及客戶需求的軟件需求問題。 客戶：必要時參與軟件需求規(guī)格說明書的審查和批準。.1.3 結構設計（1）概述結構設計是指按照軟件需求規(guī)格說明書 ，設計軟件系統(tǒng)的體系結構，即模塊結構，定

8、義每個模塊的主要功能和模塊之間的聯(lián)系 （即接口），并確定軟件系統(tǒng)的數據體系結構。本元素在整個過程中的位置如下圖所示：軟件需求分析結構設計詳細設計圖示：軟件需求分析在軟件開發(fā)過程中的位置圖（2）入口準則和出口準則1）入口準則要素判斷準則軟件需求規(guī)格說明書經過審查審查獲得批準進入配置庫2）出口準則要素判斷準則結構設計說明書經過審查集成測試計劃審查獲得批準集成測試案例進入配置庫用戶手冊（初稿）已完善追溯表一（ 3）評審 對結構設計說明書和集成測試計劃進行同行評審。 對結構設計中的問題，與軟件需求分析人員一起確定和審查，.并對結構設計進行適當的更改。 審查、批準結構設計說明書 ，必要時，對其進行設計評

9、審。 將結構設計說明書、集成測試計劃和集成測試案例置于配置管理之下。（ 4）工作產品 結構設計說明書 集成測試計劃 集成測試案例 用戶手冊 追溯表（ 5）職責1）項目經理負責選擇合適的設計人員，組建結構設計工作組；負責結構設計說明書和集成測試計劃的審查和批準。2）結構設計人員結構設計階段工作的主要承擔者，負責完成本過程元素產生的所有工作產品。3）系統(tǒng)分析員配合處理涉及軟件需求的問題。4）系統(tǒng)開發(fā)負責人負責組織系統(tǒng)工程組對結構設計進行分析，審查結構設計的可測.試性；負責協(xié)調處理涉及軟件需求的問題；參與結構設計說明書和集成測試計劃的審查和批準。5）軟件測試負責人負責組織軟件測試組對結構設計進行分析

10、，審查結構設計的可測試性；參與結構設計說明書和集成測試計劃的審查和批準。1.4 詳細設計（1）概述詳細設計是根據 結構設計說明書進行模塊設計，將結構設計所獲得的模塊按照單元、程序、規(guī)程的順序逐步細化。詳細定義各個單元的數據結構、程序的實現算法以及程序、單元、模塊之間的接口等，作為以后編碼工作的依據。本元素在整個過程中的位置如下圖所示：結構設計詳細設計編碼圖示：詳細設計在軟件開發(fā)過程中的位置（2）入口準則和出口準則1）入口準則要素判斷準則結構設計說明書經過審查審查獲得批準進入配置庫2）出口準則要素判斷準則.要素判斷準則詳細設計說明書經過審查審查獲得批準進入配置庫（3）評審對詳細設計說明書和單元測

11、試計劃可進行走查或（和）同行評審；對詳細設計中的問題， 與結構設計人員一起確定和審查， 并對詳細設計做出適當的更改；審查、批準詳細設計說明書 ，必要時，對其進行設計評審；將詳細設計說明書和單元測試計劃置于配置管理之下。（ 4）工作產品 詳細設計說明書 單元測試計劃 單元測試案例 用戶手冊 追溯表（ 5）職責1）項目經理負責選擇合適的設計人員，組建詳細設計組；負責詳細設計說明書和單元測試計劃的審查和批準。2）詳細設計人員.詳細設計階段工作的主要承擔者。負責完成本過程元素產生的所有工作產品。3）系統(tǒng)分析員配合處理涉及軟件需求的問題。4）系統(tǒng)開發(fā)負責人負責組織系統(tǒng)工程組對詳細設計進行分析，審查詳細設

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

13、入配置庫2）出口準則要素判斷準則源代碼文件源代碼文件獲得批準源代碼文件清單源代碼文件進入配置庫的源代碼區(qū)單元測試報告提交測試負責人軟件問題報告單提交問題管理渠道（3）評審對源代碼文件進行同行評審， 主要的方法為對照詳細設計說明書對代碼進行查閱，也可根據編程者的經驗或程序的難度、重要程度，選擇走查評審方式，但目的都是發(fā)現程序存在的問題。（ 4）工作產品 源代碼文件 單元測試報告 軟件問題報告單 軟件問題狀態(tài)登記表（ 5）職責1）項目經理建立編碼組、測試組或相應崗位，并進行必要的培訓；跟蹤進度和問題解決狀態(tài)； 對提交的源代碼進行批準 （或指定負責人進行批準.工作）。2）程序員編寫程序代碼；測試程序

14、代碼；修改程序代碼；提交工作產品，批準后將其導入配置區(qū)的源碼庫。3）單元測試人員測試源代碼；提交測試報告和軟件問題報告單。4）評審人員對指定源代碼文件進行閱讀，發(fā)現缺陷和問題，填寫評審報告。1.6 模塊集成測試（1）概述集成測試階段主要完成的工作是集成和集成測試。 集成是參考結構設計說明書并根據詳細說明書中規(guī)定的系統(tǒng)集成方案將不同的經測試的程序單元進行構造，并逐步構造成一個完整的軟件產品的過程；集成測試則是在集成完成之后，對各單元、模塊之間接口的正確性和集成后功能的正確性進行驗證。對于大型軟件， 集成測試可以采取分步進行的方法， 可以先對各子系統(tǒng)進行集成測試，然后在子系統(tǒng)之間進行集成測試。本元

15、素在整個過程中的位置如下圖所示：編碼集成測試系統(tǒng)測試圖示：集成測試在軟件開發(fā)過程中的位置（2）入口準則和出口準則.1）入口準則要素判斷準則結構設計說明書經過審查詳細設計說明書獲得批準集成測試計劃進入配置庫源代碼文件2）出口準則要素判斷準則集成的軟件系統(tǒng)獲得批準（完整的源代碼和目標代碼）進入配置庫集成測試報告提交集成測試負責人軟件問題報告單已進入軟件問題管理流程（3）審查階段核查集成狀態(tài)和結果，并進行批準；批準后，將目標程序和程序清單進入目標代碼庫。（ 4）工作產品 集成后的系統(tǒng)目標代碼 （包括文件清單），及相應的源代碼（包括文件清單） 集成測試報告 軟件問題報告單 軟件問題狀態(tài)登記表 集成工作

16、單 集成測試工作單（ 5）職責. 項目經理：建立集成組、集成測試組或相應崗位，并進行必要的培訓；跟蹤進度和問題解決狀態(tài)；對集成后的系統(tǒng)目標碼進行批準（或指定負責人進行批準工作）。 集成負責人員：負責集成過程的實施。 集成人員：負責環(huán)境構建，集成的過程操作，并將集成后的目標代碼提交批準。 程序員、設計人員：修改源碼或設計，解決集成過程中出現的與源碼有關的問題。 測試人員：測試系統(tǒng)目標碼， 將測試報告和軟件問題報告單提交測試負責人。1.7 系統(tǒng)測試（1）概述系統(tǒng)測試的主要任務是從系統(tǒng)需求的角度對系統(tǒng)運行的正確性和性能進行驗證。系統(tǒng)測試的依據為系統(tǒng)測試計劃。本元素在整個過程中的位置如下圖所示：集成測

17、試系統(tǒng)測試驗收圖示：系統(tǒng)測試在軟件開發(fā)過程中的位置（2）入口準則和出口準則1）入口準則要素判斷準則系統(tǒng)需求經過審查.要素判斷準則系統(tǒng)的目標代碼獲得批準系統(tǒng)測試計劃進入配置庫用戶手冊編寫完成2）出口準則要素判斷準則系統(tǒng)測試報告獲得批準軟件問題報告單（ 3）工作產品 系統(tǒng)測試報告 軟件問題報告單 軟件問題狀態(tài)登記表（ 4）職責 項目經理：負責建立系統(tǒng)測試組或相關的崗位， 并進行必要的培訓；跟蹤進度和問題解決狀態(tài)；對最終的目標代碼進行批準（或指定負責人進行批準工作） 。 程序員、設計人員：修改源碼或設計，解決集成過程中出現的與源碼有關的問題。 測試人員：測試系統(tǒng)目標碼，將測試報告提交測試負責人，將軟

18、件問題報告單提交問題管理渠道。1.8 驗收（1）概述.驗收階段主要由驗收測試、驗收測試問題改正和驗收三部分組成：驗收測試的主要目的是驗證所開發(fā)的系統(tǒng)在用戶的使用環(huán)境下（或模擬的使用環(huán)境下） 是否滿足系統(tǒng)需求， 從用戶的角度驗證整個系統(tǒng)運行的正確性。驗收測試問題改正是對驗收測試中發(fā)現的差異性問題進行修改。驗收則是在驗收測試的基礎上， 依據項目合同或項目任務書對項目的完成情況進行綜合評價。本元素在整個過程中的位置如下圖所示：系統(tǒng)測試驗收維護圖示：驗收在軟件開發(fā)過程中的位置驗收的三個組成部分視項目立項類型和客戶的要求選擇執(zhí)行。（2）入口準則和出口準則1）入口準則要素判斷準則驗收測試計劃（有驗收測試要求驗收測試前完成評審。的項目）測