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

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

2、僵化的工作流程， 我們的原則是在一個規(guī)范流 程的指導(dǎo)和約束下，根據(jù)具體工程項目的實際要求，為每一個項目評估并制定真 正能夠最好的滿足該項目要求的開發(fā)流程。圖 錯誤！文檔中沒有指定樣式的文字-1軟件開發(fā)流程總圖在應(yīng)用系統(tǒng)軟件開發(fā)項目中，我們?nèi)詫⒆裱@一思想，這一點將在隨后的項目開發(fā)實施計劃部分有具體的體現(xiàn)， 在這里和下面的相關(guān)章節(jié)中，我們?nèi)詫?繞著這個完整的開發(fā)流程來分析說明，以此來闡明我們對項目開發(fā)的完整過程管 理思想和相關(guān)實踐。下面我們對這個軟件開發(fā)工作流程進行簡要地分解說明。軟件需求分析（1）概述由于應(yīng)用系統(tǒng)與眾多相關(guān)應(yīng)用軟件需要進行交互，因此需要先對這些應(yīng)用 系統(tǒng)進行分別梳理，充分做好

3、需求調(diào)研工作，編寫經(jīng)項目單位認(rèn)可并評審?fù)ㄟ^的 系統(tǒng)需求規(guī)格說明書。軟件需求分析是按照項目定義的軟件開發(fā)過程，根據(jù)系統(tǒng)分配給軟件的需 求（見系統(tǒng)需求規(guī)格說明書），進行軟件質(zhì)量特性規(guī)格說明的過程。該過程包 括進一步明確軟件運行環(huán)境，明確對軟件的功能、性能和數(shù)據(jù)要求，以及軟件與 硬件、軟件與軟件之間的接口要求等，并對軟件需求進行驗證和文檔化， 即完成 對軟件需求的分析與規(guī)格定義。本元素在整個過程中的位置如下圖所示：系統(tǒng)分配給軟件的需求軟件需求分析圖示：軟件需求分析在軟件開發(fā)過程中的位置（2）入口準(zhǔn)則和出口準(zhǔn)則1）入口準(zhǔn)則要素判斷準(zhǔn)則客戶需求（系統(tǒng)需求 規(guī)格說明書）已由CCB比準(zhǔn)為基線已進入配置庫2）

4、出口準(zhǔn)則要素判斷準(zhǔn)則軟件需求規(guī)格說明書已經(jīng)過審查已批準(zhǔn)為基線已進入配置庫系統(tǒng)測試計劃已經(jīng)過審查已獲得批準(zhǔn)已進入配置庫系統(tǒng)測試案例用戶手冊（概要）已編寫追溯表一已填寫(3)評審評審軟件需求規(guī)格說明書，具體評審過程見評審程序文件，對軟件 需求的評審準(zhǔn)則包括：系統(tǒng)需求和系統(tǒng)設(shè)計的可追溯性；與系統(tǒng)需求的一致性；內(nèi)部一致性；可測試性；軟件設(shè)計的可行性；運作和維護的可行性。對軟件需求中的問題，與系統(tǒng)工程組或客戶一起確定和審查，根據(jù)審查結(jié) 果對軟件需求進行適當(dāng)?shù)男薷?，必要時按基線變更控制的要求對客戶需求進行相 應(yīng)的修改。對軟件需求規(guī)格說明書進行同行評審。 審查、批準(zhǔn)軟件需求規(guī)格說明 書。將軟件需求規(guī)格說明書

5、置于配置管理之下。(4)工作產(chǎn)品軟件需求規(guī)格說明書r Il | 7、 d系統(tǒng)測試計劃.，1系統(tǒng)測試案例用戶手冊追溯表(5)職責(zé)項目經(jīng)理：負(fù)責(zé)組建軟件需求分析組；確定是否需要對有關(guān)人員進行培 訓(xùn)；負(fù)責(zé)軟件需求規(guī)格說明書的審查和批準(zhǔn)。軟件需求分析組：軟件需求分析的主要承擔(dān)者，負(fù)責(zé)完成本過程元素要 求產(chǎn)生的所有工作產(chǎn)品。系統(tǒng)測試負(fù)責(zé)人：負(fù)責(zé)組織軟件系統(tǒng)測試組對軟件需求進行分析，審查 軟件需求的可測試性；參與軟件需求規(guī)格說明書的審查和批準(zhǔn)。質(zhì)量保證人員：參與工作產(chǎn)品的審查，統(tǒng)計缺陷，并對軟件需求分析過 程進行審計。系統(tǒng)開發(fā)組：配合處理涉及客戶需求的軟件需求問題?？蛻簦罕匾獣r參與軟件需求規(guī)格說明書的審查

6、和批準(zhǔn)。結(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)。本元素在整個過程中的位置如下圖所示：【軟件需求分析iX結(jié)構(gòu)設(shè)計詳細(xì)設(shè)計 L1I L圖示：軟件需求分析在軟件開發(fā)過程中的位置圖(2)入口準(zhǔn)則和出口準(zhǔn)則1)入口準(zhǔn)則要素判斷準(zhǔn)則軟件需求規(guī)格說明書經(jīng)過審查審查狀得批準(zhǔn)進入配置庫2)出口準(zhǔn)則要素判斷準(zhǔn)則結(jié)構(gòu)設(shè)計說明書經(jīng)過審查中查獲得批準(zhǔn)進入配置庫集成測試計劃集成測試案例用戶手冊(初稿)已完善追溯表一(3)評審對結(jié)構(gòu)設(shè)計說明書和集成測試計劃進行同行評審。對結(jié)構(gòu)設(shè)計中的問題，

7、與軟件需求分析人員一起確定和審查，并對結(jié)構(gòu) 設(shè)計進行適當(dāng)?shù)母?。審查、批?zhǔn)結(jié)構(gòu)設(shè)計說明書，必要時，對其進行設(shè)計評審。將結(jié)構(gòu)設(shè)計說明書、集成測試計劃和集成測試案例置于配置 管理之下。(4)工作產(chǎn)品結(jié)構(gòu)設(shè)計說明書集成測試計劃集成測試案例用戶手冊追溯表（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è)計進行分析，審查結(jié)構(gòu)設(shè)計的可測試性；負(fù) 責(zé)協(xié)調(diào)處理涉及軟件需求的問題

8、；參與結(jié)構(gòu)設(shè)計說明書和集成測試計劃 的審查和批準(zhǔn)。5）軟件測試負(fù)責(zé)人負(fù)責(zé)組織軟件測試組對結(jié)構(gòu)設(shè)計進行分析，審查結(jié)構(gòu)設(shè)計的可測試性；參 與結(jié)構(gòu)設(shè)計說明書和集成測試計劃的審查和批準(zhǔn)。詳細(xì)設(shè)計（1）概述詳細(xì)設(shè)計是根據(jù)結(jié)構(gòu)設(shè)計說明書進行模塊設(shè)計，將結(jié)構(gòu)設(shè)計所獲得的 模塊按照單元、程序、規(guī)程的順序逐步細(xì)化。詳細(xì)定義各個單元的數(shù)據(jù)結(jié)構(gòu)、程 序的實現(xiàn)算法以及程序、單元、模塊之間的接口等，作為以后編碼工作的依據(jù)。本元素在整個過程中的位置如下圖所示：. 1. , TOC o 1-5 h z T I- 一聲 J != = = = = =- ;結(jié)構(gòu)設(shè)計 :詳細(xì)設(shè)計 編碼 ;! Li圖示：詳細(xì)設(shè)計在軟件開發(fā)過程中的位

9、置（2）入口準(zhǔn)則和出口準(zhǔn)則1）入口準(zhǔn)則要素判斷準(zhǔn)則結(jié)構(gòu)設(shè)計說明書經(jīng)過審查審查狀得批準(zhǔn)進入配置庫2）出口準(zhǔn)則要素判斷準(zhǔn)則詳細(xì)設(shè)計說明書經(jīng)過審查審查狀得批準(zhǔn)進入配置庫(3)評審對詳細(xì)設(shè)計說明書和單元測試計劃可進行走查或(和) 同行評審;對詳細(xì)設(shè)計中的問題，與結(jié)構(gòu)設(shè)計人員一起確定和審查，并對詳細(xì)設(shè)計做 出適當(dāng)?shù)母?；審查、批?zhǔn)詳細(xì)設(shè)計說明書，必要時，對其進行設(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è)

10、計人員詳細(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è)計進行分析，審查詳細(xì)設(shè)計的可測試性；負(fù) 責(zé)協(xié)調(diào)處理涉及軟件需求的問題；參與詳細(xì)設(shè)計說明書和單元測試計劃 的審查和批準(zhǔn)。5)軟件測試負(fù)責(zé)人負(fù)責(zé)組織軟件測試組對詳細(xì)設(shè)計進行分析，審查詳細(xì)設(shè)計的可測試性；參 與詳細(xì)設(shè)計說明書和單元測試計劃的審查和批準(zhǔn)。編碼(1)概述編碼階段主要完成的工作是根據(jù)詳細(xì)設(shè)計說明書編寫程序源代碼，包括必 要的數(shù)據(jù)文件，并進行單元測試，單元測試的內(nèi)容包括模塊內(nèi)程序的邏輯、功能、 參數(shù)傳遞、變量引用、出錯處理等方面。本

11、元素在整個過程中的位置如下圖所示：!詳細(xì)設(shè)計： 編碼 集成測試：圖示：編碼階段在軟件開發(fā)過程中的位置(2)入口準(zhǔn)則和出口準(zhǔn)則1)入口準(zhǔn)則要素判斷準(zhǔn)則詳細(xì)設(shè)計說明書單元測試計劃經(jīng)過審查獲得批準(zhǔn)二進入配置庫2)出口準(zhǔn)則要素判斷準(zhǔn)則源代碼文件源代碼文件清單源代碼文件獲得批準(zhǔn)源代碼文件進入配置庫的源代碼區(qū)單元測試報告提交測試負(fù)責(zé)人軟件問題報告單提交問題管理渠道(3)評審對源代碼文件進行同行評審，主要的方法為對照詳細(xì)設(shè)計說明書對代碼進 行查閱，也可根據(jù)編程者的經(jīng)驗或程序的難度、重要程度，選擇走查評審方式, 但目的都是發(fā)現(xiàn)程序存在的問題。(4)工作產(chǎn)品源代碼文件單元測試報告軟件問題報告單軟件問題狀態(tài)登記表

12、(5)職責(zé)1)項目經(jīng)理建立編碼組、測試組或相應(yīng)崗位，并進行必要的培訓(xùn)；跟蹤進度和問題解決狀態(tài)；對提交的源代碼進行批準(zhǔn)（或指定負(fù)責(zé)人進行批準(zhǔn)工作）。2）程序員編寫程序代碼；測試程序代碼；修改程序代碼；提交工作產(chǎn)品，批準(zhǔn)后將 其導(dǎo)入配置區(qū)的源碼庫。3）單元測試人員測試源代碼；提交測試報告和軟件問題報告單。4）評審人員對指定源代碼文件進行閱讀，發(fā)現(xiàn)缺陷和問題，填寫評審報告。模塊集成測試（1）概述集成測試階段主要完成的工作是集成和集成測試。集成是參考結(jié)構(gòu)設(shè)計說 明書并根據(jù)詳細(xì)說明書中規(guī)定的系統(tǒng)集成方案將不同的經(jīng)測試的程序單元進行 構(gòu)造，并逐步構(gòu)造成一個完整的軟件產(chǎn)品的過程；集成測試則是在集成完成之后,

13、 對各單元、模塊之間接口的正確性和集成后功能的正確性進行驗證。對于大型軟件，集成測試可以采取分步進行的方法，可以先對各子系統(tǒng)進 行集成測試，然后在子系統(tǒng)之間進行集成測試。本元素在整個過程中的位置如下圖所示：i編碼 ：集成測試系統(tǒng)測試 i- - - - -JJ圖示：集成測試在軟件開發(fā)過程中的位置（2）入口準(zhǔn)則和出口準(zhǔn)則1）入口準(zhǔn)則要素判斷準(zhǔn)則結(jié)構(gòu)設(shè)計說明書詳細(xì)設(shè)計說明書二f一1集成測試計劃源代碼文件經(jīng)過審查獲得批準(zhǔn)進入配置庫2）出口準(zhǔn)則要素判斷準(zhǔn)則集成的軟件系統(tǒng)（完整的源代碼和目標(biāo)代碼）獲得批準(zhǔn)進入配置庫集成測試報告提交集成測試負(fù)責(zé)人軟件問題報告單已進入軟件問題管理流程（3）審查階段1)入口準(zhǔn)則

14、核查集成狀態(tài)和結(jié)果，并進行批準(zhǔn)；批準(zhǔn)后，將目標(biāo)程序和程序清單進入目標(biāo)代碼庫。(4)工作產(chǎn)品集成后的系統(tǒng)目標(biāo)代碼(包括文件清單)，及相應(yīng)的源代碼(包括文件 清單)集成測試報告軟件問題報告單軟件問題狀態(tài)登記表集成工作單集成測試工作單(5)職責(zé)項目經(jīng)理：建立集成組、集成測試組或相應(yīng)崗位，并進行必要的培訓(xùn)； 跟蹤進度和問題解決狀態(tài)；對集成后的系統(tǒng)目標(biāo)碼進行批準(zhǔn)(或指定負(fù) 責(zé)人進行批準(zhǔn)工作)。r 、1A集成負(fù)責(zé)人員：負(fù)責(zé)集成過程的實施。，1，集成人員：負(fù)責(zé)環(huán)境構(gòu)建，集成的過程操作，并將集成后的目標(biāo)代碼提 交批準(zhǔn)。程序員、設(shè)計人員：修改源碼或設(shè)計，解決集成過程中出現(xiàn)的與源碼有 關(guān)的問題。測試人員：測試系統(tǒng)

15、目標(biāo)碼，將測試報告和軟件問題報告單提交測試負(fù) 責(zé)人。I系統(tǒng)測試I I(1)概述系統(tǒng)測試的主要任務(wù)是從系統(tǒng)需求的角度對系統(tǒng)運行的正確性和性能進行 驗證。系統(tǒng)測試的依據(jù)為系統(tǒng)測試計劃。本元素在整個過程中的位置如下圖所示：集成測試 !，系統(tǒng)測試一i驗收 ；J LJ圖示：系統(tǒng)測試在軟件開發(fā)過程中的位置(2)入口準(zhǔn)則和出口準(zhǔn)則要素判斷準(zhǔn)則系統(tǒng)需求經(jīng)過審查系統(tǒng)的目標(biāo)代碼獲得批準(zhǔn)系統(tǒng)測試計劃進入配置庫用戶手冊編寫完成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)的崗位，并進行必要的培訓(xùn)；跟 蹤

16、進度和問題解決狀態(tài)；對最終的目標(biāo)代碼進行批準(zhǔn)(或指定負(fù)責(zé)人進 行批準(zhǔn)工作)。程序員、設(shè)計人員：修改源碼或設(shè)計，解決集成過程中出現(xiàn)的與源碼有 關(guān)的問題。測試人員：測試系統(tǒng)目標(biāo)碼，將測試報告提交測試負(fù)責(zé)人，將軟件問題 報告單提交問題管理渠道。驗收I I(1)概述驗收階段主要由驗收測試、驗收測試問題改正和驗收三部分組成：驗收測試的主要目的是驗證所開發(fā)的系統(tǒng)在用戶的使用環(huán)境下(或模擬的 使用環(huán)境下)是否滿足系統(tǒng)需求，從用戶的角度驗證整個系統(tǒng)運行的正確性。驗收測試問題改正是對驗收測試中發(fā)現(xiàn)的差異性問題進行修改。驗收則是在驗收測試的基礎(chǔ)上，依據(jù)項目合同或項目任務(wù)書對項目的完成 情況進行綜合評價。本元素在整

17、個過程中的位置如下圖所示：* - - - - - ，：系統(tǒng)測試!驗收一*i維護 ：I* i1圖示：驗收在軟件開發(fā)過程中的位置驗收的三個組成部分視項目立項類型和客戶的要求選擇執(zhí)行(2)入口準(zhǔn)則和出口準(zhǔn)則驗收測試報告軟件問題報告單軟件問題狀態(tài)登記表驗收報告可交付產(chǎn)品(4)職責(zé)驗收測試組：負(fù)責(zé)驗收測試的各項活動。 開發(fā)組人員：負(fù)責(zé)驗收測試中發(fā)現(xiàn)問題的改正和測試輔助。項目管理人員：負(fù)責(zé)指派驗收測試責(zé)任和完成測試規(guī)程；確保測試質(zhì)量和進程；確保組間協(xié)調(diào)。驗收組：具體進行驗收。CCB批準(zhǔn)運行基線。維護(1)概述維護期是指：軟件產(chǎn)品/系統(tǒng)驗收后，進入軟件運行/系統(tǒng)維護階段，直至 軟件產(chǎn)品下一個版本的發(fā)布或系統(tǒng)維護期終止；本元素在整個軟件開發(fā)過程中的位置如下圖所示：驗收 |_ _ 維護圖示：維護在軟件開發(fā)過程中的位置(3)工作產(chǎn)品(2)入口準(zhǔn)