標識：XX軟件開發計劃編制/日期：審核/日期：批準/日期：XX有限公司2019年1范圍本文檔的標題：XX軟件開發計劃本文檔的標識：本文檔的版本號：1.2系統概述1.3文檔概述1.4與其他計劃之間的關系2引用文檔1.文件：《XX軟件需求規格說明書》標識：2.文件：《XX軟件研制任務書》標識：3策劃背景概述本系統開發主要是XX，要求穩定性極高，處理速度流暢，安全方面各子系統之間數據獲取需要有一定的約束。盡量采用成熟的技術和開發框架，在開源問題上要慎重研究，確保可控項目文檔要求按照標準要求撰寫4軟件開發活動的總體實施計劃4.1軟件開發過程項目需求相對穩定、新技術使用較少且用戶要求一次交付，故按照傳統的瀑布模型進行開發。瀑布模型將軟件開發過程分為以下幾個階段：軟件系統分析與設計、軟件需求分析、概要設計、詳細設計、實現、組裝測試、配置項測試、驗收和第三方測試，并在上述過程中實施需求跟蹤和管理。詳細技術流程如下圖：4.2軟件開發總體計劃4.2.1軟件開發方法1.適應性原則：體系結構和功能設計充分考慮XX系統的技術體制、體系結構、信息關系、信息流程等，適應XX系統的現狀和發展需要。2.國產化原則：軟件支持國產化操作系統和數據庫管理系統。3.成熟性原則：設計充分利用和借鑒XX系統的先進成熟技術和成果，確保平臺軟件的穩定性和可重用性。4.一體化原則：在體系結構設計上采用一體化設計，避免底層功能重復開發、軟件過分龐大，確保軟件結構清晰、設計合理。4.2.2軟件產品標準4.2.3可重用的軟件產品4.2.3.1采用可重用軟件產品無4.2.3.2開發可重用軟件產品無4.2.4關鍵需求的處理本軟件開發過程中開發環境應設置獨立的工作區域，根據應用系統的開發要求，確保開發數據的安全性，保證項目文檔、代碼存儲進行備份；軟件開發過程中防止將本項目的專有技術、研究算法、客戶信息、項目文檔、項目代碼泄露，同時配合用戶方進行的保密檢查。4.2.5計算機硬件資源的利用開發計算機X臺，供開發人員使用。測試計算機X臺，供測試人員使用4.2.6決策理由的記錄決策理由要遵循以下原則并做好記錄：1）科學性：尊重客觀規律、實事求是理由：運用科學的理論方法、全面分析，才能確保決策正確性。2）經濟性：節約、費用的最小化理由：符合利潤最大化的目標。3）權責對等準則：誰決策誰負責理由：能防止濫用職權、盲目決策。4.2.7需方評審所需訪問關鍵性文檔需要進行評審，必須邀請甲方參與，并進行會簽。評審所需會簽的文件為《XX軟件配置管理計劃》《XX軟件質量保證計劃》《XX軟件需求規格說明》并定期邀請客戶進行監督制造，定期向甲方通報工作進展情況，按合同要求完成研究工作并按進度節點向甲方提供階段性產品。按照合同要求，執行的規范和標準為GJB9001C-2017《質量管理體系要求》GJB1406A-2005《產品質量保證大綱要求》以上標準如有變化，按照最新版本執行。5詳細的軟件開發活動實施計劃5.1項目策劃和監控在項目策劃階段將建立如下計劃，包括開發計劃、風險管理計劃、培訓計劃、配置管理計劃、質量保證計劃以及測試計劃等，項目監控階段將重點對這些計劃的執行情況進行監控。項目監控通過周期性跟蹤項目的主要參數，包括進度、工作量、資源、工作成果等，記錄項目的問題和面臨的風險，是項目干系人就項目的進展情況的認識達成一致，一遍及時采取措施，協調項目干系人的行動，確保項目的進展不偏離預定的目標和計劃。5.2軟件開發環境建立在開發計算機上安裝XX操作系統、XX軟件。5.3系統需求分析需求分析是整個設計中是非常重要的一環，當可行性分析完成，根據用戶需求和技術協議要求進行項目立項，確定軟件開發人員分工，通過開發人員對項目需求進行分析，并收集、整理材料。在完成對有關數據信息的收集、歸納和分析整理，確定用戶需求，對軟件進行定義，在此基礎上進行方案設計等工作。詳細需求見《XX軟件設計說明》5.4系統設計根據項目時間安排，在項目設計方案初期，首先完成對項目整體軟件方案的分析設計，對概念模型、存儲模式、完整性控制、分系統的協作控制等進行定義，對系統功能各模塊進行詳細的設計，并對XX算法、技術指標、XX接口協議設計、編碼命名規范進行分析定義。詳細需求見《XX軟件設計說明》5.5軟件需求分析客戶要求：簡單介紹。詳細需求見《XX軟件需求規格說明》5.6軟件設計5.7軟件實現和單元測試5.8單元集成和測試5.9合格性測試5.10集成和測試5.11系統合格性測試經測試，XX系統軟件完全符合客戶的所有需求。并按照測試用例全覆蓋進行測試，100%滿足《XX需求規格說明》。12軟件使用準備運行環境軟件資源如下表：序號軟件項名稱具體要求（型號）數量備注硬件資源：序號硬件項名稱具體要求（型號）數量備注5.13軟件移交準備本項目將軟件的任務書、各階段的技術/測試報告以及項目源代碼、軟件版本說明等都需要移交制定保障現場，先整理如下表格：交付工作產品名稱產品描述質量保證活動驗收標準交付件形式總體設計文檔XX軟件設計說明正規檢視及評審歸檔/發布文檔各個單元詳細方案設計XX系統/子系統設計說明正規檢視及評審歸檔/發布文檔樣機測試軟件測試報告正規檢視及評審歸檔/發布文檔用戶培訓軟件用戶手冊正規檢視及評審歸檔/發布文檔驗收交付軟件驗收報告正規檢視及評審歸檔/發布文檔軟件代碼源代碼及代碼解釋正規檢視及評審歸檔/發布文檔說明文檔軟件需求規格說明、軟件設計說明、軟件產品規格說明正規檢視及評審歸檔/發布文檔14軟件驗收支持XX系統軟件驗收時，XX有限公司應提供軟件源碼、安裝環境說明，《XX軟件模塊測試報告》、《XX軟件集成測試報告》、《XX軟件用戶手冊》、《XX軟件版本說明》、《XX軟件需求規格說明》。若有必要，XX有限公司根據需方的需求，對需方技術人員進行專門的培訓，告知軟件安裝和測試過程易出錯的情況，保證需方對XX軟件的正確使用。5.15軟件配置管理在開發軟件的過程中，必須要對軟件進行配置管理，主要內容為在修改軟件時，應做好配置管理，進而減少修改軟件的次數，并及時修復軟件內部不完整之處，并且，要依據不同性能的軟件，設計軟件配置的權限，同時，對所有開發出的軟件，統一進行配置審核，剔除不完整的軟件，使每個軟件都具有完整性和實用性。詳見《XX軟件配置管理計劃》。5.16軟件產品評價軟件整個開發過程始終遵循：1.適應性原則：體系結構和功能設計充分考慮用戶方的技術體制、體系結構、信息關系、信息流程等，適應XX的現狀和發展需要。2.國產化原則：XX支持國產化操作系統和數據庫管理系統。3.成熟性原則：設計充分利用和借鑒XX系統的先進成熟技術和成果，確保平臺軟件的穩定性和可重用性。4.一體化原則：在體系結構設計上采用一體化設計，避免底層功能重復開發、軟件過分龐大，確保軟件結構清晰、設計合理。17軟件質量保證工作崗位姓名職務/工種職責項目負責人項目協調，主管計劃、交付。技術質量控制技術支持，技術狀態管理，質量總體管理和控制。工藝技術支持項目總體方案設計，結構設計部分設計，項目軟件設計、調試、測試，編制工藝總方案，設備狀態管理，工藝文件編制，特殊過程確認，工藝支持，工藝評審，硬件開發。上報渠道爭議處理上報渠道：測試工程師應將問題逐級上報至有權力解決該不符合的負責人，直至該不符合得到解決，上報渠道按照不符合問題不能解決的職級逐級為：發現問題：測試工程師--〉問題當事人問題當事人不能解決：測試工程師--〉項目負責人項目負責人不能解決：測試工程師--〉主管高層測試工程師不能解決：測試工程師--〉項目領導詳見《XX軟件質量保證計劃》。5.18糾正措施項目執行的不符合項優先報告給直接責任人和測試工程師，盡可能的在項目組內部解決不符合項問題。對于影響重大的問題，測試工程師在報告項目負責人的同時，也可以抄送給主管高層，和以便盡早解決問題，降低項目風險。對于項目組不能解決的問題，由質量部直接報告給主管高層，并知會項目負責人和技術主管，直至問題落實。“項目組不能解決”的定義是：質量部認為是問題，而項目組認為不是。項目經理明確表示無法解決的問題。質量主管提交問題1周以后，項目仍然未開始解決的問題。超過了問題解決期限1周以后，仍未解決的問題。5.19聯合評審根據甲方要求《XX軟件需求規格說明》評審需要組織甲方進行聯合評審，會審通過之后進行下一步工作。《XX軟件配置管理計劃》和《XX軟件質量保證計劃》的評審需邀請甲方參與。5.20風險管理根據公司《風險管理計劃》，對已知風險和潛在風險進行風險評估分析，確定風險類型，以及風險影響的嚴重程度，實行不同處理方法。風險識別公司XX研制項目的風險控制階段包括：生產階段和檢驗或試驗階段，采用“檢查表”法進行風險識別，包括進度風險、費用風險等方面。風險分析及評價對各風險控制階段識別出的風險采用定性風險分析法（如“高”、“中”、“低”）來界定風險事件的后果、可能性及風險等級，對風險進行評價并形成《風險分析與評估報告》。風險的應對與監控按風險等級程度由責任部門采取不同的控制措施進行實施與控制,并在進入下一階段前對風險措施的有效性進行評價，形成《風險措施落實與有效性評價表》，以便于不斷提高風險控制措施的適宜性和有效性。5.21測量和分析本項目軟件開發根據測試目標側重點不同，按項目，過程，產品三類進行區分，見下表：類別側重點常用測量項項目測量理解和控制軟件項目的情況和狀態，具有戰術意義，針對具體的項目進行規模、工作量、進度、風險、客戶滿意度等樣機測量理解和控制當前XX樣機的質量狀況，用于對樣機質量進行預測、評估和控制樣機指標不合格項、算法準確率、樣機采集數據速度等過程測量理解和控制軟件過程的當前情況和狀態，包含對過程的改善和未來過程的能力預測，具有戰略意義，在整個組織范圍內進行過程活動的有效性、生產率等5.22保密性防止別人虛假接入，增強對抗能力，防止非法訪問,防止程序被其他人讀出使用。5.23分XX方管理5.24與軟件獨立驗證和確認(IV&V)機構的聯系5.25與相關開發方的協調相關方參與計劃包括相關方需要配合完成的工作調度。本文檔的工作需納入工作分解結構中，相關方參與計劃，其中“負責人”為項目組內完成此項工作的負責人，如下表：參與事項參與方式責任人相關方計劃日期需求對接驗收測試5.26項目過程的改進在開發過程中，遇到開發與客戶需求發生沖突的情況，項目經理會召集開發人員進行討論，并且把沖突解決，盡最大限度滿足客戶的需求。5.27未提及的其他活動無6進度表和活動網絡圖軟件開發的進度安排：XX7項目組織和資源7.1項目組織參與本軟件開發工作的組織機構如下：表71項目人員配置工作崗位姓名職稱職責項目負責人項目協調，主計劃、交付。技術工程師技術支持，技術狀態管理，質量總體管理和控制。工藝技術支持項目總體方案設計，結構設計部分設計，項目軟件設計、調試、測試，編制工藝總方案，設備狀態管理，工藝文件編制，特殊過程確認，工藝支持，工藝評審，硬件開發。質量控制、產品檢驗檢驗文件編制，首件確認，產品質量跟蹤卡、合格證，出庫質量檢驗。過程檢驗，來料質量控制。生產管理、物料管理物料協調管理，外協管理。7.2項目資源本條應描述適用于本項目的資源，可包括：人力資源：此項目應投入的X人，參見表7-2；技術級別無要求，在XX有限公司，項目為內部文件工作地點：XX有限公司。表72人力資