GJB438C模板-軟件開發(fā)計劃(已按標準公文格式校準)

編號：公司簡稱首字母_系統(tǒng)簡稱首字母_TF00_V1.0版本：V1.0狀態(tài)：受控密級：非密分發(fā)號：01XX系統(tǒng)軟件開發(fā)計劃編制/日期：__________________審核/日期：__________________標審/日期：__________________會簽/日期：__________________批準/日期：__________________XX公司YYYY年MM月文檔修訂記錄序號版本修訂內容修訂人修訂日期1V1.0新建XXXYYYY-MM-DD目錄TOC\o"1-2"\h\u4113485451范圍 頁1范圍1.1標識本文檔的標識為：公司簡稱首字母_系統(tǒng)簡稱首字母_TF00_V1.0。軟件名稱：XX系統(tǒng)。軟件縮略名：XX系統(tǒng)。文檔名稱：XX系統(tǒng)_軟件開發(fā)計劃。版本號：V1.0。1.2系統(tǒng)概述XX系統(tǒng)通過AA、BB等業(yè)務功能構建，實現(xiàn)對...業(yè)務的信息化的管理。XX系統(tǒng)是為用戶單位提供的配套產品。根據《產品采購合同》和《項目任務書》的要求，主要實現(xiàn)CC、DD等功能。項目的需求方：需求方公司名稱。項目的用戶方：用戶方公司名稱。項目的開發(fā)方：開發(fā)方公司名稱。項目保障機構：保障機構公司名稱。1.3文檔概述本文檔對XX系統(tǒng)軟件的開發(fā)活動進行策劃，策劃了軟件主要開發(fā)過程，對軟件開發(fā)活動進行了詳細分解，根據《XX產品采購合同》和《XX系統(tǒng)_項目任務書》的要求制定了軟件開發(fā)進度計劃，明確了軟件開發(fā)活動所需資源，制定了軟件開發(fā)過程中應遵循的準則和方法，以保證軟件項目開發(fā)活動規(guī)范、有序。本文檔作為XX系統(tǒng)軟件開發(fā)的頂層文件，是XX系統(tǒng)設計和開發(fā)計劃的重要組成部分，具有與其相當?shù)谋Ｃ苄院桶踩砸?，對本文檔的使用應遵循與此相應的相關保密性和安全性規(guī)定。1.4與其他計劃之間的關系本文檔是XX系統(tǒng)的軟件開發(fā)計劃，應循有關軟件研制過程規(guī)范及有關規(guī)定，在內容上應與XX系統(tǒng)其他設計和開發(fā)計劃項目管理計劃、配置管理計劃等相關計劃類文件保持協(xié)調一致。2引用文檔下列標準和文件中的有關條款，通過引用而成為本計劃的條款。對于注明日期或版次的引用文件，其后的任何修改（不包括勘誤的內容）或修訂版本都不適用于本計劃，但提倡使用本計劃的各方，探討使用其最新版本的可能性。對于未注日期或版次的引用文件，其最新版本適用于本計劃。GJB437《軍用軟件開發(fā)規(guī)范》GJB438C軍用軟件開發(fā)文檔通用要求GJB439《軍用軟件質量保證規(guī)范》GJB1091《軍用軟件需求分析》GJB2115《軍用軟件項目管理》GJB2255《軍用軟件產品》GJB2786《軍用軟件測試與評估通用要求》GJB5235《軍用軟件配置管理》3策劃背景概述3.1系統(tǒng)的需求和約束XX系統(tǒng)主要實現(xiàn)XX、XX等功能，是整體采購的配套產品。因此，XX系統(tǒng)從軟件分析和設計上需要考慮用戶其他相關需求，考慮硬件平臺、用戶整機系統(tǒng)對軟件設計的影響。3.2項目文檔的需求和約束根據GJB2786A-2009和GJB438C等標準要求，軟件開發(fā)階段應同步編制相關軟件文檔，并組織對軟件文檔的評審，軟件文檔變更時，應符合設計變更程序的要求，并納入軟件配置管理，軟件開發(fā)方應保證提交的文檔“文文一致，文實相符”。在軟件驗收移交時，應按技術協(xié)議或合同要求提交相關文檔。3.3本文檔在系統(tǒng)壽命周期中所處的位置本文檔主要針對XX系統(tǒng)研制過程中軟件開發(fā)過程進行策劃。該過程覆蓋從軟件項目策劃到驗收交付的生命周期過程，是XX系統(tǒng)研制周期的重要組成部分。3.4所選定項目獲取策略及有關的要求與約束本項目采用的軟件工程工具，應盡可能選用業(yè)界主流且近年來在本行業(yè)獲得成功應用案列的商用貨架產品，以提高軟件開發(fā)效率的同時盡可能降低本項目的風險。3.5項目進度安排及資源方面的需求與約束項目進度安排應綜合考慮里程碑和實際可用資源，并根據項目估算結果權衡確定。同時在項目實施過程中，應考慮實際可用資源的變化與里程碑的要求，及時對項目進度進行調整，使項目進度計劃與實際情況相符。3.6其他要求和約束XX系統(tǒng)軟件為特定用戶需求和特定運行平臺定制的應用軟件，其設計實現(xiàn)與XX系統(tǒng)硬件設計密切相關，因此要考慮可用的硬件平臺交付時間對軟件集成階段的影響，并制定相應的風險應對計劃。由于本軟件用戶和用途的特殊性，其存儲、移交、移植和重用都必須遵守相關保密規(guī)定，不能擅自處理。4軟件開發(fā)活動的總體實施計劃4.1軟件開發(fā)過程根據項目交付周期的規(guī)定，結合本項目實際情況，XX系統(tǒng)的軟件開發(fā)過程分為如下幾個階段:項目策劃階段；軟件需求分析階段；軟件設計階段；編碼實現(xiàn)階段；軟件測試階段；軟件驗收交付階段。根據軟件工程管理過程要求，應在軟件需求分析階段開展軟件需求評審；應在軟件設計階段開展軟件設計評審；應在軟件測試階段結合硬件產品一同進行軟件設計驗證工作；應在軟件驗收交付階段結合硬件產品一同進行軟件設計確認工作。4.2軟件開發(fā)總體計劃4.2.1軟件開發(fā)方法本軟件采用自頂向下、逐層分解的結構化分析與設計方法，在進行功能模塊分解時，借鑒面向對象方法。4.2.2軟件產品標準本軟件開發(fā)過程中所遵循的標準如下表所示：系統(tǒng)軟件產品標準清單序號標準類型文號標準名稱1需求GJB1091-1991軍用軟件需求分析2計劃GJB5235-2004軍用軟件配置管理3編碼GJB2786A-2009軍用軟件開發(fā)通用要求4測試GJB2786A-2009軍用軟件開發(fā)通用要求4.2.3可重用的軟件產品4.2.3.1采用可重用軟件產品根據本項目實際情況，用戶基于XX系統(tǒng)軟件產品原始版本購買，因項目時間緊，任務重，未提出任何定制化需求改動，因此項目組可完全采用系統(tǒng)軟件產品V1.0版本進行重用，在大多數(shù)情況下所討論的軟件可重用性指軟件本身的可重用性，即軟件代碼實現(xiàn)的可重用性。而實際上，軟件的可重用性遠不止這些，軟件開發(fā)的全生命周期都有可重用的價值，包括項目的組織、軟件需求、設計、文檔、實現(xiàn)、測試方法和測試用例都是可以被重復利用或借鑒的有效資源。項目組應充分利用這些可重用的資源。4.2.3.2開發(fā)可重用軟件產品項目組可完全對XX系統(tǒng)軟件產品V1.0版本進行開發(fā)重用，可重用的范圍包含框架和業(yè)務功能源碼的代碼級重用和設計級重用。在開發(fā)重用時可采用以下橫向重用和縱向重用的方法：橫向重用是指重用不同應用領域中的軟件元素，例如數(shù)據結構、分類算法、人機界面構件等。標準函數(shù)庫是一種典型的原始的橫向重用機制；縱向重用是指在一類具有較多公共性的應用領域之間進行軟件部件重用。因為在兩個截然不同的應用領域之間實施軟件重用非常困難，潛力不大，所以縱向重用才應用最廣，并成為軟件重用技術的真正所在?？v向重用活動的主要包括以下幾個步驟：首先進行域分析。根據應用領域的特征及相似性預測軟件部件的可重用性；然后進行軟件部件的開發(fā)。一旦確認了軟件部件的重用價值，即可進行軟件部件的開發(fā)并對具有重用價值的軟件部件進行一般化，以便它們能夠適應新的類似的應用領域；最后，軟件部件及其文檔即可進入軟件部件庫，成為可供后續(xù)項目使用的可重用資源。4.2.4關鍵需求的處理本軟件的安全性保證、保密性保證、合格性保證及其它關鍵需求保證應能被XX系統(tǒng)軟件需求規(guī)格說明所覆蓋，并通過需求跟蹤舉證實現(xiàn)追蹤。4.2.5計算機硬件資源的利用計算機硬件資源能與本軟件開發(fā)的進度相匹配。通過項目開發(fā)過程中的監(jiān)控環(huán)節(jié)，隨時掌握計算機硬件資源的使用情況，并根據實際情況向供方提出新的需求或進行合理分配。4.2.6決策理由的記錄對項目過程數(shù)據進行記錄與分析，以支持對項目過程的監(jiān)控、跟蹤和決策，因此需要對項目過程進行測量與分析，主要內容如下:制定項目測量計劃，確定測量與分析的目標，規(guī)定測量項和分析技術；在項目過程中執(zhí)行數(shù)據的采集、存儲、分析與報告，根據測量數(shù)據提供的客觀結果，及時發(fā)現(xiàn)問題，做出有根據的決策，并采取適當?shù)募m正措施。通過對項目過程數(shù)據進行測量、記錄和分析，可以幫助對項目過程進行客觀評估，跟蹤項目的實際績效，為其他項目的策劃與評估提供幫助。4.2.7需方評審所需訪問應按進度計劃安排邀請用戶參加項目過程中的需求、設計、驗收評審，同時需要將評審后的問題修改跟蹤情況告知用戶。若用戶在必要時到我方現(xiàn)場檢查符合當前開發(fā)階段要求的軟件文檔、產物及項目過程管理控制數(shù)據等，我方應配合檢查。5詳細的軟件開發(fā)活動實施計劃5.1項目策劃和監(jiān)控根據本項目實際情況及公司類似項目預估，在XX系統(tǒng)軟件開發(fā)過程中，需要進行軟件需求評審、軟件設計評審、軟件設計驗證和軟件設計確認。其中軟件需求評審和軟件設計評審單獨進行，軟件設計驗證和軟件設計確認隨硬件產品一同進行。5.2軟件開發(fā)環(huán)境建立XX系統(tǒng)軟件開發(fā)所需的硬件平臺要求為：Windows操作系統(tǒng)，本軟件開發(fā)過程需按軟件配置管理規(guī)定進行配置管理。XX系統(tǒng)軟件開發(fā)過程中后臺開發(fā)語言使用JAVA，前端開發(fā)語言使用VUE，開發(fā)本系統(tǒng)推薦的運行環(huán)境為Windows操作系統(tǒng)，其他的軟件開發(fā)環(huán)境、測試環(huán)境等依托的整體運行環(huán)境如下表所示：軟件運行環(huán)境表序號項目/用途名稱版本要求1操作系統(tǒng)Windows專業(yè)版Server20082數(shù)據庫管理系統(tǒng)MySQLServer5.6以上3Java開發(fā)環(huán)境JavaJDKJDK1.8及以上4JAVA快速開發(fā)框架SpringbootHoxton.M25微服務綜合管理框架Springcloud2.2.1.RELEASE6VUE前端UI框架Element-ui2.12.07VUE路由Vue-router3.0.68緩存服務Redis3.09搜索和分析引擎ElasticSearch7.5.110數(shù)據圖表工具Echarts4.2.111接口測試工具Swagger2.9.212性能測試工具loadrunner12.013缺陷管理工具delbug2.1.414瀏覽器GoogleChrome115.0及以上15文檔Office2013及以上計算機硬件需求表序號硬件名稱數(shù)量配置需求1服務端CPU1不低于IntelCorei7-97002客戶端CPU1不低于IntelCorei7-77003服務端內存1不少于32GB4客戶端內存1不少于16GB5服務端硬盤1固態(tài)盤且可用空間不少于200GB，機械硬盤不少于4T6客戶端硬盤1固態(tài)盤可用空間不少于100GB，總體硬盤空間不少于500G5.3系統(tǒng)需求分析項目組需求人員和負責人員根據《XX產品采購合同》和《項目任務書》的要求，對軟件的功能、性能、數(shù)據和接口等要求逐項細化，形成《軟件需求規(guī)格說明》，作為系統(tǒng)設計的依據。5.4系統(tǒng)設計項目負責人帶領軟件設計師、開發(fā)工程師，根據《軟件需求規(guī)格說明》，考慮可擴展性和可維護性需要，進行開放式軟件架構設計，在此基礎上對軟件模塊和接口進行詳細設計，并形成《軟件設計說明書》，作為軟件實現(xiàn)的依據。5.5軟件需求分析軟件需求分析是軟件計劃階段的重要活動，也是軟件生存周期中的一個重要環(huán)節(jié)，該階段是分析系統(tǒng)在功能上需要“實現(xiàn)什么”，而不是考慮如何去“實現(xiàn)”。需求分析的目標是把用戶對待開發(fā)軟件提出的“要求”或“需要”進行分析與整理，確認后形成描述完整、清晰與規(guī)范的文檔，確定軟件需要實現(xiàn)哪些功能，完成哪些工作。此外，軟件的一些非功能性需求（如軟件性能、可靠性、響應時間、可擴展性等），軟件設計的約束條件，運行時與其他軟件的關系等也是軟件需求分析的目標。軟件需求分析也稱為需求分析、系統(tǒng)需求分析或需求分析工程等，是軟件實現(xiàn)相關人員經過深入細致的調研和分析，準確理解用戶和項目的功能、性能、可靠性等具體要求，將用戶非形式的需求表述轉化為完整的需求定義，從而確定系統(tǒng)必須做什么的過程。XX系統(tǒng)實際情況軟件需求分析分為以下四個階段：需求獲取；需求分析；編寫需求規(guī)格說明書；需求評審。5.6軟件設計項目設計人員、開發(fā)人員需要對軟件系統(tǒng)的設計進行考慮，包括系統(tǒng)的基本處理流程、系統(tǒng)的組織結構、模塊劃分、功能分配、接口設計、運行設計、數(shù)據結構設計和出錯處理設計等，描述實現(xiàn)具體模塊所涉及到的主要算法、數(shù)據結構、類的層次結構及調用關系，需要說明軟件系統(tǒng)各個層次中的每一個程序（每個模塊或子程序）的設計考慮，以便進行編碼和測試。應當保證軟件的需求完全分配給整個軟件。軟件設計應當足夠詳細，能夠根據軟件設計說明書進行編碼。5.7軟件實現(xiàn)和單元測試各開發(fā)工程師依據《軟件設計說明》，在開發(fā)環(huán)境下進行編碼實現(xiàn)。并在編碼實現(xiàn)過程中按對程序模塊執(zhí)行正確性檢驗的單元測試，用以提升程序的質量保證。本軟件單元測試主要分為以下幾個方面：模塊獨立執(zhí)行通路測試；模塊局部數(shù)據結構測試；模塊接口測試；模塊邊界條件測試；模塊的各條錯誤處理通路測試。5.8單元集成和測試各開發(fā)工程師將單元測試通過后的程序模塊進行模塊集成或子系統(tǒng)集成，然后開展集成測試工作。集成測試又稱“組裝測試”、“聯(lián)合測試”。集成測試遵循特定的策略和步驟將各個軟件單元（或模塊）逐步組合在一起進行測試，以期望通過測試發(fā)現(xiàn)各軟件單元接口之間存在的問題。本軟件集成測試主要分為以下幾個方面：集成功能測試；接口測試；全局數(shù)據結構測試；資源測試；任務優(yōu)先級沖突測試；性能和穩(wěn)定性測試。5.9軟件合格性測試本階段的測試主要由軟件測試工程師完成，在進行軟件測試前，應形成《軟件測試說明》。軟件測試人員依據《軟件測試說明》進行軟件測試，對測試中發(fā)現(xiàn)的問題及時反饋項目負責人以便及時修改完善。應保持測試人員的獨立性，不能測試自己開發(fā)的軟件。5.10軟件/硬件集成和測試技術人員在完成軟硬件結合后，由測試人員先對硬件進行單獨的硬件測試，硬件測試主要包括硬件的功能測試、性能測試、可靠性測試、兼容性測試、安全測試等。在此基礎上再進行軟硬件結合測試，主要是測試軟件和硬件之間的交互,包括硬件與軟件之間的接口測試、數(shù)據傳輸測試、協(xié)議測試等。5.11系統(tǒng)合格性測試本階段測試是對產品出廠前的最終全局質量檢驗，綜合考慮軟、硬件及配套設備設施，甚至包含文檔的整體合格性測試。主要由測試人員、質檢人員執(zhí)行系統(tǒng)合格性測試，項目負責人也要參與其中。測試合格后可由質檢人員扣質檢章，發(fā)放合格證。5.12軟件使用準備軟件在正式上線前，應先期部署至生產環(huán)境進行試運行，邀請用戶參與試用或進行用戶測試，還應編制用戶操作手冊或使用說明等文件，對軟件系統(tǒng)涉及的各類角色用戶進行系統(tǒng)性培訓。5.13軟件移交準備軟件移交是軟件驗收前的準備工作，應按照技術協(xié)議或合同要求，將需要交付的軟件文檔、源碼等刻錄光盤，并應有明確的軟件版本和狀態(tài)標識。同時需按用戶要求提前準備好驗收評審所需的紙質版技術文檔、匯報材料等。一般還要準備演示環(huán)境用以在驗收評審會上作演示匯報。5.14軟件驗收支持軟件驗收一般由用戶方主導策劃實施，項目組需全力配合，提前做好各驗收項準備工作，參與驗收評審會，匯報軟件建設情況，交付或展示所有交付物，回答或澄清專家質詢，承諾做出專家意見修改等。驗收合格后，軟件應入產品庫。5.15軟件配置管理由軟件配置管理員編寫軟件配置管理計劃，明確對配置標識、配置控制、配置狀態(tài)記實、配置審核等方面的要求。在軟件壽命周期內，應嚴格按此執(zhí)行。5.16軟件產品評價本軟件的軟件產品評價在軟件驗收環(huán)節(jié)同步進行。5.17軟件質量保證由質量人員制定質量保證要求，編制《質量保證大綱》，本軟件的軟件質量保證應完全符合《質量保證大綱》的要求。5.18糾正措施應采用軟件問題報告、更改及糾正措施系統(tǒng)進行問題跟蹤管理；在軟件交付后遵循配置管理規(guī)定，對軟件變更實施嚴格控制，執(zhí)行問題報告、影響分析、更改報告、變更評審通過后再實施的程序，采用軟件配置管理系統(tǒng)進行配置狀態(tài)控制。5.19聯(lián)合評審本軟件的評審，按以下不同建設階段分別評審：需求階段：進行軟件需求評審，主要評審對象為：《需求規(guī)格說明》；設計階段：進行軟件設計評審，主要評審對象為：《軟件設計說明》；驗收階段：進行軟件驗收評審，主要評審對象為軟件產品所有交付物。5.20風險管理本軟件的風險管理嚴格按照產品風險管理計劃的規(guī)定執(zhí)行。本軟件的主要風險在于用戶需求的不斷變化，項目組需保持與用戶方的溝通，及時了解顧客需求的變化情況。5.21測量和分析本軟件的測量與分析應符合《質量保證大綱》中“監(jiān)視和測量”章節(jié)的相關要求。5.22保密性本軟件及及其文檔在進行傳遞時，所采用的方式、手段及工具等都應符合用戶方相關保密規(guī)定。5.23分承制方管理本軟件產品由我方獨立研發(fā)產品，無相關分承制方。5.24與軟件獨立驗證和確認機構的聯(lián)系不涉及。5.25與相關開發(fā)方的協(xié)調本軟件由我方獨立開發(fā)，不涉及相關開發(fā)方。在軟件開發(fā)過程中，涉及協(xié)調的主要對象為用戶方，在項目實施過程中的每個關鍵節(jié)點，項目組均應實時與用戶方充分溝通、協(xié)調、協(xié)作，用以確保項目可以按時、按質、按量順利完工。5.26項目過程的改進本項目時間緊、任務重。為了充分滿足用戶需求，保證按時、按質、按量完成產品的順利交付，我們需要不斷提升軟件開發(fā)的質量和效率。在這個過程中，軟件過程改進是至關重要的。我們應在軟件開發(fā)過程中不斷地尋找和采用最佳的方法和工具，主要是多引進借助自動化工具輔助項目建設，使用趕工的方法制定統(tǒng)籌全局的科學高效的實施計劃，從而提高項目建設的質量和效率。5.27未提及的其他活動無。6進度表和活動網絡圖本軟件開發(fā)主要活動進度如下表所示。當里程碑進度偏差10%時，應當執(zhí)行計劃的變更，進行項目過程改進。項目進度表序號活動開始時間結束時間是否里程碑備注1軟件需求分析YYYY-MM-DDYYYY-MM-DD否/2軟件需求評審YYYY-MM-DDYYYY-MM-DD是/3軟件設計YYYY-MM-DDYYYY-MM-DD否/4軟件設計評審YYYY-MM-DDYYYY-MM-DD是/5軟件實現(xiàn)YYYY-MM-DDYYYY-MM-DD否/6軟件測試YYYY-MM-DDYYYY-MM-DD否/7軟件驗收評審YYYY-MM-DDYYYY-MM-DD是/7項目組織和資源7.1項目組織7.1.1項目組織結構在人力資源方面，我方將抽調派出業(yè)務與技術實力較強的人員組件項目組，并遵循軟件工程化標準，對人員進行明確分工，用以保障項目順利、成功實施。具體項目組織結構和職責分配如下：項目組織結構圖7.1.2職責劃分項目組織結構的角色和職責如下。角色名稱工作職責項目管理辦公室(PMO)甲方：項目管理辦公室項目組：項目總監(jiān)、項目經理、質量經理工作職責：負責項目實施的統(tǒng)一領導，在實施過程中對整個項目進行宏觀管理；總體協(xié)調工程進度所需的各項資源；對項目實施過程中出現(xiàn)的重大變更進行決策；定期（每周、每月、每階段）審閱項目匯報材料或直接聽取項目組的工作匯報，把握項目總體進度和質量；對系統(tǒng)上線工作進行審計、驗收。項目總監(jiān)負責項目的總體策劃，提出項目實施階段的具體目標，審批項目資源分配、經費預算、進度策劃等；監(jiān)控項目實施的全程，審閱和審批階段項目計劃；審核項目匯報，監(jiān)控項目進度、各方資源總體調度；跟蹤項目實施過程中的問題、風險。項目經理負責完成項目工作說明書、項目計劃、項目經費預算、項目風險評估等，提交項目總監(jiān)審核；負責審閱項目質量保證計劃、項目配置管理計劃，制定工程管理規(guī)章制度和項目執(zhí)行規(guī)范；對項目實施全過程負責，包括項目實施過程中的各種組織、協(xié)調工作；按照項目組織結構，組建系統(tǒng)實施隊伍，安排必要的內部培訓以保證項目組研發(fā)技能；分配項目工作任務，監(jiān)控成員的工作進程，對項目組成員進行考核，激勵團隊合作；定期組織項目溝通會議，向項目總監(jiān)、項目管理辦公室匯報項目進展情況和問題；管理項目的各種風險，控制項目的范圍、目標和成本，對最終的項目驗收負責。質量經理完成《質量保證計劃》、由項目經理審核；確保項目遵守工作說明書中描述的工作范圍要求；確保項目交付的軟件及文檔符合用戶驗收標準；監(jiān)控非交付的軟件及其過程的質量；定期參與項目溝通會議，評估項目