產品模組劃分設計實現方法
設計需求分解過程指南
1 主題內容與適用範圍
本指南為產品開發的初始階段的模組劃分、設計實現、需求分解規定了統一的、最基本的要求，它規定了產品設計需求分解階段的工作內容、方法、結果和評審。描述了產品設計初始階段設計需求分解、模組劃分、系統設計與實現方法的工作要求與指南。
產品模組劃分設計需求分解的結果是產品設計、實現、測試驗收和維護的依據。本檔案指出了該過程的任務、原則、依據、要求、工作程式和主要內容。適用於新型和改型裝備進行的產品模組劃分設計需求分解工作和系統的設計與實現。
本指南適用於產品開發的初始階段。本指南可以根據具體產品要求剪裁使用。
2 引用標準
gjb 190 特性分類
gjb 437 軍用軟體開發規範
gjb 438 軍用軟體文件編制規範
gjb 439 軍用軟體質量保證規範
gjb 450 裝備研製與生產的可靠性通用大綱
gjb 726 軍工產品質量標誌和可追溯性要求
gjb 900 系統安全性通用大綱
gjb 906 成套技術資料質量管理要求
gjb 907 產品質量評審
gjb 939 外購器材的質量管理
gjb 1310 設計評審
3 產品初始設計階段的工作的任務、原則、依據和要求
3.1 任務
本階段對產品產品的需求（如功能和效能、可靠性等方面的能力）進行分析和定義，並編制出相應檔案。要求編寫《功能需求分解表》《介面需求分解表》《介面需求檔案》《採購要求說明》《系統模組劃分和編碼表》。開始編寫《使用者手冊》和《測試計畫》。
在本階段的可靠性工作是繼續改進和確定產品可靠性和可維修性的目標；制定產品《可靠性、維修性計畫》。
產品設計需求分解的任務主要是確定系統或子系統的產品功能需求說明、介面需求說明和資料要求、採購要求說朗。在產品設計初始階段，承辦單位必須根據交辦單位提出的戰術技術要求，產品開發任務書或合同以及其他有關資料，在對使用者進行調查研究的基礎上，確定產品的功能、效能、介面、資料、採購、環境需求、產品的安全、保密要求以及假設和約束.在此基礎上編寫《初步設計說明書》。
明確指出將被開發的產品產品滿足系統或子系統的功能和效能的要求。
3.2 設計需求分解的原則
3.2.1 必要性
為了保證滿足使用者的需求，需要幫助使用者對提出的功能要求和需求進行系統化的分析。因為使用者提出的需求一般都為隱含的，不明確的，不完全的，經常變化的，有時是錯誤的。設計者對於工作的劃分、組織、管理和人員的使用沒有依據。
在設計工作最初階段，必須認真確定和明確使用者的功能需求。其目的是為設計工作提供明確的工作任務和工作分工依據；防止錯誤的理解造成錯誤和失敗的設計；為研製工作模組化分解提供依據；為設計研製工作提供協調和支援；為產品的驗收提供依據。
3.2.2 可行性原則
充分考慮已有的技術儲備或近期可能獲得的預研成果，確保分析的結果可實現。分析的結果與裝備研製與生產能力以及其他方面的承受能力相適應。滿足研製週期要求。
3.2.3 先進性原則
技術效能先進，滿足使用者使用要求。合理利用關鍵性高新技術。產品設計需求分解結果應當使系統、分系統或裝置的構成簡潔、科學、合理。
3.2.4 經濟性原則
在投資強度（壽命週期費用）相同條件下可能獲得的使用效果最佳，或用盡可能少的投資獲得盡可能高的使用效果。在促進產品技術和**裝備發展方面帶來的其他效益盡量多。充分利用和繼承同類或其他產品的成熟技術
3.2.5 系統性原則
綜合配套；協調發展；整體優化；有利於工程下一步的研製和管理功能相容。
3.2.6 標準化原則
符合國家軍用標準的要求。與已有同類裝備標準化程度比較具有較高的總體水平。系列化、通用化、組合化程度高。
3.2.7 對比選優原則
採用系統工程方法，從效能、經費（或壽命週期費用）、進度及其他效果等方面，對所提出的幾種需求進行全面的分析和綜合比較，提出優選方案，。
3.3 設計需求分解的依據
產品設計需求分解是在系統分析和產品定義的基礎上，在完成了可行性研究報告和專案開發計畫之後進行的。系統分析提供的有關資訊主要有：
a.系統總體設計要求；
b.系統效能要求；
c.裝置要求；
d.介面設計要求；
e.操作使用要求；
f.系統設計標準；
g.系統備份和維護要求。
3.4 要求
承辦單位必須編制《功能需求分解表》《介面需求分解表》《介面需求檔案》《採購要求說明》《系統模組劃分和編碼表》及其他有關文件，並進行需求逐步審查。這些文件必須經交辦單位審查同意，並通過產品需求評審。在使用本指南時，可根據不同裝備系統的層次和專案特點進行剪裁。
4 設計需求分解的工作程式
設計需求分解工作，一般分為4個階段：任務下達階段、設計需求分解研究階段、審查與報批階段、歸檔階段。每一階段都有其特定任務和目標，一般情況下只有完成前一階段的任務後方可轉入下一階段工作，特殊情況下，可根據具體專案的特點和要求，將各階段工作互相交叉進行，但最後都應達到本規範規定的要求。
4.1 任務下達階段
產品設計需求分解是在系統分析和產品定義的基礎上，在完成了可行性研究報告和專案開發計畫之後進行的，至正式下達任務書為止。
4.1.1 確定專案產品設計需求分解承擔單位
專案承擔單位應具備下列條件：
a. 產品專業對口；
b. 有較強的產品研究力量；
c. 有必要的產品科研手段、裝置和物資保障條件
4.1.2 成立產品設計需求分解課題組
課題組一般由專案承擔單位負責組建並指分析工作負責人。
4.1.3 下達產品設計需求分解任務書
4.1.3.1 任務書內容一般包括，產品專案名稱、內容、經費、進度及文件編制要求。
4.1.3.2 任務書由產品專案提出單位與產品專案承擔單位協商後按程式下達，並按規定報送有關部門（單位）。
4.2 設計需求分解研究階段
該階段自接到任務書開始，至完成各類檔案編寫為止。
4.2.1 制定產品設計需求分解實施計畫
課題組應根據任務書的要求，制定產品設計需求分解實施計畫，實施計畫的制定與呈報按本部門的規定執行。
4.2.2 調查研究
調查研究的任務是繼續了解有關方面對產品的詳細要求，收集和分析國內外有關的資料，並根據實際情況進行必要的研討和試驗。為設計需求分解提供依據。
4.2.3 綜合分析和編寫
根據第3章規定的原則和要求，按任務書的要求和《軍用產品文件編制規範》要求編寫《功能需求分解表》《介面需求分解表》《介面需求檔案》《採購要求說明》《系統模組劃分和編碼表》《軟體需求說明》《資料要求說明》。制定產品《可靠性、維修性大綱計畫》。開始編寫《使用者手冊》和《測試計畫》。
初稿和其他檔案。
在此基礎上徵求有關專家和使用者的意見，並進行綜合分析和合理權衡，進一步修改和完善各種方案及相應的檔案，形成送審稿。
4.3 審查與報批階段
該階段自審查、上報設計需求分解檔案開始，至上級正式批覆為止。設計需求分解檔案上報前應逐級進行審查，並根據需要組織有關專家進行評審。
4.3.1 產品需求評審
在產品設計需求分解階段末期.必須進行產品需求評審。評審工作由承辦單位負責組織，交辦單位參加，評審人員由交辦單位和承辦單位共同確定，以保證雙方對產品需求理解的一致性和準確性。
4.3.2 評審目的
評審的目的是審定承辦單位是否明確系統的要求產品需求是否合理，可行，審查產品功能是否覆蓋了系統的要求；產品功能與系統要求之間是否一致；並著重審查產品需求說明的準確性、完整性和可理解性。
4.3.3 評審內容
評審的內容應針對產品需求說明、資料要求說明、產品質量保證計畫和產品配置管理計畫，進行下列專案的分析並得出結論。
任務和需求；根據戰術技術要求、任務書和合同要求，對產品需求說明、資料要求說明進行評審。其內容包括功能、效能、介面、資料、環境需求等。
可行性；其內容包括技術、經費、人員要求，系統的投資效益分析、風險分析等。
質量保證；根據產品質量保證計畫，檢查是否已把質量保證列為產品設計需求分解階段的一項重要內容。
標準化；檢查本階段工作及產生的文件是否符合有關的產品標準。
可維護性；檢查產品需求說明是否規定了產品可維護性的要求。
安全和保密性；檢查拔件需求說明是否包括所開發產品的安全和保密措施，以防止對產品的破壞和失洩密事件的發生。
4.3.4 評審結論
評審最終要作出評審結論。如通過，產品開發可進入產品設計階段。如有條件地通過，則承辦單位必須根據評審的意見，對產品設計需求分解階段工作進行補充或修改，並對補充或修改部分進行評審，直至全部通過評審為止。
如未通過，承辦單位必須重做產品設計需求分解階段的工作。
4.3.2 審查後對設計需求分解檔案送審稿和其他有關檔案做出必要的整理和修改，按科研規定履行報批手續。
4.4 歸檔階段
該階段自論證檔案報批後開始，至歸檔工作全部結束為止。
4.4.1 歸檔檔案主要包括：
a. 任務書；
b. 產品分析實施計畫；
c. 功能需求分解表；
d. 介面需求分解表與介面需求檔案；
e. 採購要求說明；
f. 系統模組劃分編碼表；
g. 軟體需求說明；
h. 資料要求說明
i. 可靠性、維修性實施計畫；
j. 各類報告、來往公文、會議紀要、調研報告；
k. 其他有關資料，如聲像、**、**及評審資料等。
4.4.2 歸檔具體要求按科研部的規定執行。
4.5 產品需求說明檔案的更改
為了預防產品編制過程的隨意性和與使用者發生重大衝突，產品需求說明檔案經評審通過後，進入技術凍結狀態。一般不允許修改。如因特殊情況必須修改時；應遵守下列幾條規定；
a. 必須取得交辦單位和承辦單位雙方認可，並完整、準確地說明修改內容和原因；
b.必須建立乙個正式的修改規程，以標識、控制，追蹤和報告產品需求說明的修改；
c. 提供準確和完整的審查記錄；並同時儲存修改前和修改後的條款；
d. 若產品需求說明有重大修改，經承辦與交辦單位雙方同意，可對修改部分重新進行評審。
需求分析設計
一 引言 1.1 編寫目的 本需求規格說明書是為了開發學生資訊管理系統而編寫，主要是為了了解完善需求。本說明書是整個軟體開發的依據，它對以後階段的工作起指導作用，也是專案完成後系統驗收的依據。1.2 專案背景 隨著學校的規模不斷擴大，學生數量急劇增加，有關學生的各種資訊量也成倍增長。面對龐大的資訊量...
產品需求分析與管理
本文件由東方瑞通提供 課程介紹 產品需求分析與管理課程關注產品研發中的常見需求問題，典型列舉如下 1.產品存在多個版本，各個版本之間既有共性也有差異性，如何做好共性和個性需求 2.產品的某個新版本會復用前乙個版本的需求，如果保證不遺漏掉以前的需求？3.產品面向很多使用者，同乙個需求看法不一，如何定義...
產品分析 自我分析和目標客戶分析
北京巨才諮詢顧問 黎巨集誼內容簡介 三個分析是銷售基本功，是銷售訓練規定動作。工欲善其事，必先利其器，要想銷售成功，銷售行動前，必須學會銷售前三個分析 要成長為銷售精英，要養成分析習慣和分析思維。一 三個分析的含義 做銷售，必然要回答客戶的各種問題。很多銷售在回答客戶問題時，一問三不知，或答非所問，...