产品需求分析和模块设计的分析方法Word文档下载推荐.docx

产品需求分析和模块设计的分析方法Word文档下载推荐.docx

《产品需求分析和模块设计的分析方法Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《产品需求分析和模块设计的分析方法Word文档下载推荐.docx（20页珍藏版）》请在冰豆网上搜索。

GJB900系统安全性通用大纲

GJB906成套技术资料质量管理要求

GJB907产品质量评审

GJB939外购器材的质量管理

GJB1310设计评审

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.若产品需求说明有重大修改，经承办与交办单位双方同意，可对修改部分重新进行评审。

5设计需求分解工作指南

本文件改造自GJB2255-94计算机产品，设计的方法和原则可以适用于硬件或嵌入式控制系统。

承办单位根据交办单位提供的战术技术要求、软件开发任务书或合同以及其它有关资料，详细分析所开发产品的功能、性能、接口、数据、环境的需求、产品的安全、保密要求以及假设和约束、确定系统对硬件、软件和其它资源的需求。

根据这些需求，可能导出系统的补充要求或修订原来的有关文档。

5.1功能需求

必须给出产品的每一项功能及其目的，确定主要功能和次要功能，并用文字、图形、逻辑或数学方法描述其特性。

5.1.1输入

必须确定与功能有关的所有输入信息，包括其来源、意义、表现形式、数据格式、接收方法、数量、输入范围及换算方法，必须说明时间要求、优先顺序（常规作业，紧急情况），操作控制要求和所用的输入媒体。

5.1.2处理

必须确定输入到中间物理量、信号、数据直到获得预期输出结果的全部过程，操作的准确顺序，非正常情况的响应。

对每种处理功能以及算法及其实现作文字描述，必要时给出图形、逻辑描述或相应的数学描述。

5.1.3输出

必须确定与功能有关的所有输出信息，包括信息的传送方法、意义、格式、数量、输出范围及换算方法。

必须说明时间要求、优先顺序和输出形式（运动、仪表指示、显示、打印等）。

5.1.4特殊要求

必须确定系统是否有特殊要求或应急措施。

5.2性能需求

定量描述产品系统应满足的具体性能需求。

如输出物理量、信号、数据能力，处理数据的最大容量、相应要求、从输入到响应所允许的最长时间以及适应用户需求变化的能力等。

5.2.1能力和容量要求确定系统的能力容量要求，如负载能力、检测能力、处理的记录数和处理数据的最大容量等。

5.2.2精度要求确定系统的精度要