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

軟件開發(fā)實施方案系統(tǒng)開發(fā)嚴格按照軟件工程的辦法進行組織，系統(tǒng)的開發(fā)過程按照需求分析、系統(tǒng)分析與設計規(guī)定、系統(tǒng)編碼、系統(tǒng)測試幾個過程有序推動。下表所示系統(tǒng)開發(fā)流程圖，采用原型及迭代方式開發(fā)，根據顧客需求持續(xù)改善，直到最后顧客確認滿意。開發(fā)流程總述以下圖示流程定義了我公司內部的軟件開發(fā)過程，以指導和規(guī)范軟件項目中開發(fā)過程的定義和對應的實施。該過程可劃分為一系列子過程，涉及：軟件需求分析、設計、編碼、測試、驗收、維護，每個子過程又由一系列任務和活動構成，如設計過程又可分為構造設計和具體設計。但是在實際開發(fā)項目中，狀況仍然會是千變萬化的，因此我們也并不是一成不變的死板執(zhí)行一種僵化的工作流程，我們的原則是在一種規(guī)范流程的指導和約束下，根據具體工程項目的實際規(guī)定，為每一種項目評定并制訂真正能夠最佳的滿足該項目規(guī)定的開發(fā)流程。圖STYLEREF2\s1.4SEQ圖\*ARABIC\s21軟件開發(fā)流程總圖在應用系統(tǒng)軟件開發(fā)項目中，我們仍將遵照這一思想，這一點將在隨即的項目開發(fā)實施計劃部分有具體的體現(xiàn)，在這里和下面的有關章節(jié)中，我們仍將圍繞著這個完整的開發(fā)流程來分析闡明，以此來闡明我們對項目開發(fā)的完整過程管理思想和有關實踐。下面我們對這個軟件開發(fā)工作流程進行簡要地分解闡明。軟件需求分析（1）概述由于應用系統(tǒng)與眾多有關應用軟件需要進行交互，因此需要先對這些應用系統(tǒng)進行分別梳理，充足做好需求調研工作，編寫經項目單位承認并評審通過的《系統(tǒng)需求規(guī)格闡明書》。軟件需求分析是按照項目定義的軟件開發(fā)過程，根據系統(tǒng)分派給軟件的需求（見《系統(tǒng)需求規(guī)格闡明書》），進行軟件質量特性規(guī)格闡明的過程。該過程涉及進一步明確軟件運行環(huán)境，明確對軟件的功效、性能和數(shù)據規(guī)定，以及軟件與硬件、軟件與軟件之間的接口規(guī)定等，并對軟件需求進行驗證和文檔化，即完畢對軟件需求的分析與規(guī)格定義。本元素在整個過程中的位置以下圖所示：軟件需求分析軟件需求分析構造設計系統(tǒng)分派給軟件的需求圖示：軟件需求分析在軟件開發(fā)過程中的位置（2）入口準則和出口準則1）入口準則要素判斷準則客戶需求（《系統(tǒng)需求規(guī)格闡明書》）已由CCB同意為基線已進入配備庫2）出口準則要素判斷準則軟件需求規(guī)格闡明書已通過審查已同意為基線已進入配備庫系統(tǒng)測試計劃已通過審查已獲得同意已進入配備庫系統(tǒng)測試案例顧客手冊（概要）已編寫追溯表一已填寫（3）評審評審《軟件需求規(guī)格闡明書》，具體評審過程見《評審程序文獻》，對軟件需求的評審準則涉及：系統(tǒng)需求和系統(tǒng)設計的可追溯性；與系統(tǒng)需求的一致性；內部一致性；可測試性；軟件設計的可行性；運作和維護的可行性。對軟件需求中的問題，與系統(tǒng)工程組或客戶一起擬定和審查，根據審查成果對軟件需求進行適宜的修改，必要時按基線變更控制的規(guī)定對客戶需求進行對應的修改。對軟件需求規(guī)格闡明書進行同行評審。審查、同意軟件需求規(guī)格闡明書。將軟件需求規(guī)格闡明書置于配備管理之下。（4）工作產品《軟件需求規(guī)格闡明書》《系統(tǒng)測試計劃》《系統(tǒng)測試案例》《顧客手冊》《追溯表》（5）職責項目經理：負責組建軟件需求分析組；擬定與否需要對有關人員進行培訓；負責軟件需求規(guī)格闡明書的審查和同意。軟件需求分析組：軟件需求分析的重要承當者，負責完畢本過程元素規(guī)定產生的全部工作產品。系統(tǒng)測試負責人：負責組織軟件系統(tǒng)測試組對軟件需求進行分析，審查軟件需求的可測試性；參加軟件需求規(guī)格闡明書的審查和同意。質量確保人員：參加工作產品的審查，統(tǒng)計缺點，并對軟件需求分析過程進行審計。系統(tǒng)開發(fā)組：配合解決涉及客戶需求的軟件需求問題?？蛻簦罕匾獣r參加軟件需求規(guī)格闡明書的審查和同意。構造設計（1）概述構造設計是指按照《軟件需求規(guī)格闡明書》，設計軟件系統(tǒng)的體系構造，即模塊構造，定義每個模塊的重要功效和模塊之間的聯(lián)系（即接口），并擬定軟件系統(tǒng)的數(shù)據體系構造。本元素在整個過程中的位置以下圖所示：軟件需求分析軟件需求分析構造設計具體設計圖示：軟件需求分析在軟件開發(fā)過程中的位置圖（2）入口準則和出口準則1）入口準則要素判斷準則軟件需求規(guī)格闡明書通過審查審查獲得同意進入配備庫2）出口準則要素判斷準則構造設計闡明書通過審查審查獲得同意進入配備庫集成測試計劃集成測試案例顧客手冊（初稿）已完善追溯表一（3）評審對《構造設計闡明書》和《集成測試計劃》進行同行評審。對構造設計中的問題，與軟件需求分析人員一起擬定和審查，并對構造設計進行適宜的更改。審查、同意《構造設計闡明書》，必要時，對其進行設計評審。將《構造設計闡明書》、《集成測試計劃》和《集成測試案例》置于配備管理之下。（4）工作產品《構造設計闡明書》《集成測試計劃》《集成測試案例》《顧客手冊》《追溯表》（5）職責1）項目經理負責選擇適宜的設計人員，組建構造設計工作組；負責《構造設計闡明書》和《集成測試計劃》的審查和同意。2）構造設計人員構造設計階段工作的重要承當者，負責完畢本過程元素產生的全部工作產品。3）系統(tǒng)分析員配合解決涉及軟件需求的問題。4）系統(tǒng)開發(fā)負責人負責組織系統(tǒng)工程組對構造設計進行分析，審查構造設計的可測試性；負責協(xié)調解決涉及軟件需求的問題；參加《構造設計闡明書》和《集成測試計劃》的審查和同意。5）軟件測試負責人負責組織軟件測試組對構造設計進行分析，審查構造設計的可測試性；參加《構造設計闡明書》和《集成測試計劃》的審查和同意。具體設計（1）概述具體設計是根據《構造設計闡明書》進行模塊設計，將構造設計所獲得的模塊按照單元、程序、規(guī)程的次序逐步細化。具體定義各個單元的數(shù)據構造、程序的實現(xiàn)算法以及程序、單元、模塊之間的接口等，作為后來編碼工作的根據。本元素在整個過程中的位置以下圖所示：構造設計構造設計具體設計編碼圖示：具體設計在軟件開發(fā)過程中的位置（2）入口準則和出口準則1）入口準則要素判斷準則構造設計闡明書通過審查審查獲得同意進入配備庫2）出口準則要素判斷準則具體設計闡明書通過審查審查獲得同意進入配備庫（3）評審對《具體設計闡明書》和《單元測試計劃》可進行走查或（和）同行評審；對具體設計中的問題，與構造設計人員一起擬定和審查，并對具體設計做出適宜的更改；審查、同意《具體設計闡明書》，必要時，對其進行設計評審；將《具體設計闡明書》和《單元測試計劃》置于配備管理之下。（4）工作產品《具體設計闡明書》《單元測試計劃》《單元測試案例》《顧客手冊》《追溯表》（5）職責1）項目經理負責選擇適宜的設計人員，組建具體設計組；負責《具體設計闡明書》和《單元測試計劃》的審查和同意。2）具體設計人員具體設計階段工作的重要承當者。負責完畢本過程元素產生的全部工作產品。3）系統(tǒng)分析員配合解決涉及軟件需求的問題。4）系統(tǒng)開發(fā)負責人負責組織系統(tǒng)工程組對具體設計進行分析，審查具體設計的可測試性；負責協(xié)調解決涉及軟件需求的問題；參加《具體設計闡明書》和《單元測試計劃》的審查和同意。5）軟件測試負責人負責組織軟件測試組對具體設計進行分析，審查具體設計的可測試性；參加《具體設計闡明書》和《單元測試計劃》的審查和同意。編碼（1）概述編碼階段重要完畢的工作是根據具體設計闡明書編寫程序源代碼，涉及必要的數(shù)據文獻，并進行單元測試，單元測試的內容涉及模塊內程序的邏輯、功效、參數(shù)傳遞、變量引用、出錯解決等方面。本元素在整個過程中的位置以下圖所示：具體設計具體設計編碼集成測試圖示：編碼階段在軟件開發(fā)過程中的位置（2）入口準則和出口準則1）入口準則要素判斷準則具體設計闡明書單元測試計劃通過審查獲得同意進入配備庫2）出口準則要素判斷準則源代碼文獻源代碼文獻清單源代碼文獻獲得同意源代碼文獻進入配備庫的源代碼區(qū)單元測試報告提交測試負責人軟件問題報告單提交問題管理渠道（3）評審對源代碼文獻進行同行評審，重要的辦法為對照具體設計闡明書對代碼進行查閱，也可根據編程者的經驗或程序的難度、重要程度，選擇走查評審方式，但目的都是發(fā)現(xiàn)程序存在的問題。（4）工作產品源代碼文獻《單元測試報告》《軟件問題報告單》《軟件問題狀態(tài)記錄表》（5）職責1）項目經理建立編碼組、測試組或對應崗位，并進行必要的培訓；跟蹤進度和問題解決狀態(tài)；對提交的源代碼進行同意（或指定負責人進行同意工作）。2）程序員編寫程序代碼；測試程序代碼；修改程序代碼；提交工作產品，同意后將其導入配備區(qū)的源碼庫。3）單元測試人員測試源代碼；提交測試報告和軟件問題報告單。4）評審人員對指定源代碼文獻進行閱讀，發(fā)現(xiàn)缺點和問題，填寫評審報告。模塊集成測試（1）概述集成測試階段重要完畢的工作是集成和集成測試。集成是參考構造設計闡明書并根據具體闡明書中規(guī)定的系統(tǒng)集成方案將不同的經測試的程序單元進行構造，并逐步構造成一種完整的軟件產品的過程；集成測試則是在集成完畢之后，對各單元、模塊之間接口的對的性和集成后功效的對的性進行驗證。對于大型軟件，集成測試能夠采用分步進行的辦法，能夠先對各子系統(tǒng)進行集成測試，然后在子系統(tǒng)之間進行集成測試。本元素在整個過程中的位置以下圖所示：編碼編碼集成測試系統(tǒng)測試圖示：集成測試在軟件開發(fā)過程中的位置（2）入口準則和出口準則1）入口準則要素判斷準則構造設計闡明書具體設計闡明書集成測試計劃源代碼文獻通過審查獲得同意進入配備庫2）出口準則要素判斷準則集成的軟件系統(tǒng)（完整的源代碼和目的代碼）獲得同意進入配備庫集成測試報告提交集成測試負責人軟件問題報告單已進入軟件問題管理流程（3）審查階段核查集成狀態(tài)和成果，并進行同意；同意后，將目的程序和程序清單進入目的代碼庫。（4）工作產品集成后的系統(tǒng)目的代碼（涉及文獻清單），及對應的源代碼（涉及文獻清單）集成測試報告《軟件問題報告單》《軟件問題狀態(tài)記錄表》《集成工作單》《集成測試工作單》（5）職責項目經理：建立集成組、集成測試組或對應崗位，并進行必要的培訓；跟蹤進度和問題解決狀態(tài)；對集成后的系統(tǒng)目的碼進行同意（或指定負責人進行同意工作）。集成負責人員：負責集成過程的實施。集成人員：負責環(huán)境構建，集成的過程操作，并將集成后的目的代碼提交同意。程序員、設計人員：修改源碼或設計，解決集成過程中出現(xiàn)的與源碼有關的問題。測試人員：測試系統(tǒng)目的碼，將測試報告和軟件問題報告單提交測試負責人。系統(tǒng)測試（1）概述系統(tǒng)測試的重要任務是從系統(tǒng)需求的角度對系統(tǒng)運行的對的性和性能進行驗證。系統(tǒng)測試的根據為系統(tǒng)測試計劃。本元素在整個過程中的位置以下圖所示：集成測試集成測試系統(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)；對最后的目的代碼進行同意（或指定負責人進行同意工作）。程序員、設計人員：修改源碼或設計，解決集成過程中出現(xiàn)的與源碼有關的問題。測試人員：測試系統(tǒng)目的碼，將測試報告提交測試負責人，將軟件問題報告單提交問題管理渠道。驗收（1）概述驗收階段重要由驗收測試、驗收測試問題改正和驗收三部分構成：驗收測試的重要目的是驗證所開發(fā)的系統(tǒng)在顧客的使用環(huán)境下（或模擬的使用環(huán)境下）與否滿足系統(tǒng)需求，從顧客的角度驗證整個系統(tǒng)運行的對的性。驗收測試問題改正是對驗收測試中發(fā)現(xiàn)的差別性問題進行修改。驗收則是在驗收測試的基礎上，根據項目合同或項目任務書對項目的完畢狀況進行綜合評價。本元素在整個過程中的位置以下圖所示：系統(tǒng)測試系統(tǒng)測試驗收維護圖示：驗收在軟件開發(fā)過程中的位置驗收的三個構成部分視項目立項類型和客戶的規(guī)定選擇執(zhí)行。（2）入口準則和出口準則1）入口準則要素判斷準則驗收測試計劃（有驗收測試規(guī)定的項目）驗收測試前完畢評審。測試（系統(tǒng)測試、集成測試、單元測試）已完畢2）出口準則要素判斷準則驗收測試報告已提交驗收測試問題報告單已關閉驗收報告已提交（3）工作產品驗收測試報告《軟件問題報告單》《軟件問題狀態(tài)記錄表》驗收報告可交付產品（4）職責驗收測試組：負責驗收測試的各項活動。開發(fā)組人員：負責驗收測試中發(fā)現(xiàn)問題的改正和測試輔助。項目管理人員：負責指派驗收測試責任和完畢測試規(guī)程；確保測試質量和進程；確保組間協(xié)調。驗收組：具體進行驗收。CCB：同意運行基線。維護（1）概述維護期是指：軟件產品/系統(tǒng)驗收后，進入軟件運行/系統(tǒng)維護階段，直至軟件產品下一種版本的公布或系統(tǒng)維護期終止；本元素在整個軟件開發(fā)過程中的位置以下圖所示：驗收驗收維護圖示：維護在軟件開發(fā)過程中的位