产品设计实现模块划分需求分析指南

1产品模块划分设计实现方法设计需求分解过程指南在产品的初始设计阶段，如果你是新参加工研制开发的的人员，如果你在领导和参加一个比较大的研制开发项目，如果你的记忆能力和工作协调能力比较差，如果你对于未来的工作分配不知所措，如果你正在进行复杂的系统设计工作而遇到了难以协调多个设计方面的工作，如果你遇到的是一个变化无常糊涂而又挑剔的上级、左右、下级或顾客。你遇到了头疼的问题。你不知道现在怎样有条理的继续下一步工作？怎样将一大堆需求有条理的进行组织？怎样将一大堆需求和工作职责分配给一大堆设计人员？这一大堆人员的接口的协调方法是什么？怎样从复杂的系统中分析各模块的接口需求，并去有效高速的协调各设计单位、人员、用户出现的问题？怎样评价你们的设计工作是正确的，有效的？出现这些问题的焦点是：你没办法去确定用户的需求是什么并将需求显性化和冻结；你不会对用户的需求进行分配和细化并建立你的模块化的系统；你不知道系统中的协调各接口的需求；你不知道怎样进行你的工作。只要你不怕麻烦，按照下面国家级专家建议的方法和要求进行工作，可以使你轻松的化解最头痛的问题。并且最快、最好的完成设计任务。你是否想达到为国家级专家的水平？试试看。1主题内容与适用范围本指南为产品开发的初始阶段的模块划分、设计实现、需求分解规定了统一的、最基本的要求，它规定了产品设计需求分解阶段的工作内容、方法、结果和评审。描述了产品设计初始阶段设计需求分解、模块划分、系统设计与实现方法的工作要求与指南。产品模块划分设计需求分解的结果是产品设计、实现、测试验收和维护的依据。本文件指出了该过程的任务、原则、依据、要求、工作程序和主要内容。适用于新型和改型装备进行的产品模块划分设计需求分解工作和系统的设计与实现。本指南适用于产品开发的初始阶段。本指南可以根据具体产品要求剪裁使用。2引用标准GJB190特性分类GJB437军用软件开发规范GJB438军用软件文档编制规范2GJB439军用软件质量保证规范GJB450装备研制与生产的可靠性通用大纲GJB726军工产品质量标志和可追溯性要求GJB900系统安全性通用大纲GJB906成套技术资料质量管理要求GJB907产品质量评审GJB939外购器材的质量管理GJB1310设计评审3产品初始设计阶段的工作的任务、原则、依据和要求3.1任务本阶段对产品产品的需求（如功能和性能、可靠性等方面的能力）进行分析和定义，并编制出相应文件。要求编写《功能需求分解表》《接口需求分解表》《接口需求文件》《采购要求说明》《系统模块划分和编码表》。开始编写《用户手册》和《测试计划》。在本阶段的可靠性工作是继续改进和确定产品可靠性和可维修性的目标；制定产品《可靠性、维修性计划》。产品设计需求分解的任务主要是确定系统或子系统的产品功能需求说明、接口需求说明和数据要求、采购要求说朗。在产品设计初始阶段，承办单位必须根据交办单位提出的战术技术要求，产品开发任务书或合同以及其他有关资料，在对用户进行调查研究的基础上，确定产品的功能、性能、接口、数据、采购、环境需求、产品的安全、保密要求以及假设和约束.在此基础上编写《初步设计说明书》。明确指出将被开发的产品产品满足系统或子系统的功能和性能的要求。3.2设计需求分解的原则3.2.1必要性为了保证满足用户的需求，需要帮助用户对提出的功能要求和需求进行系统化的分析。因为用户提出的需求一般都为隐含的，不明确的，不完全的，经常变化的，有时是错误的。设计者对于工作的划分、组织、管理和人员的使用没有依据。在设计工作最初阶段，必须认真确定和明确用户的功能需求。其目的是为设计工作提供明确的工作任务和工作分工依据；防止错误的理解造成错误和失败的设计；为研制工作模块化分解提供依据；为设计研制工作提供协调和支持；为产品的验收提供依据。3.2.2可行性原则充分考虑已有的技术储备或近期可能获得的预研成果，确保分析的结果可实现。分析的结果与装备研制与生产能力以及其他方面的承受能力相适应。满足研制周期要求。3.2.3先进性原则技术性能先进，满足用户使用要求。合理利用关键性高新技术。产品设计需求分解结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个阶段：任务下达阶段、设计需求分解研究阶段、审查与报批阶段、归档阶段。每一阶段都有其特定任务和目标，一般情况下只有完成前一阶段的任务后方可转入下一阶段工作，特殊情况下，可根据具体项目的特点和要求，将各阶段工作互相交叉进行，但最后都应达到本规范规定的要求。44.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产品需求评审在产品设计需求分解阶段末期.必须进行产品需求评审。评审工作由承办单位负责组5织，交办单位参加，评审人员由交办单位和承办单位共同确定，以保证双方对产品需求理解的一致性和准确性。4.3.2评审目的评审的目的是审定承办单位是否明确系统的要求产品需求是否合理，可行，审查产品功能是否覆盖了系统的要求；产品功能与系统要求之间是否一致；并着重审查产品需求说明的准确性、完整性和可理解性。4.3.3评审内容评审的内容应针对产品需求说明、数据要求说明、产品质量保证计划和产品配置管理计划，进行下列项目的分析并得出结论。任务和需求；根据战术技术要求、任务书和合同要求，对产品需求说明、数据要求说明进行评审。其内容包括功能、性能、接口、数据、环境需求等。可行性；其内容包括技术、经费、人员要求，系统的投资效益分析、风险分析等。质量保证；根据产品质量保证计划，检查是否已把质量保证列为产品设计需求分解阶段的一项重要内容。标准化；检查本阶段工作及产生的文档是否符合有关的产品标准。可维护性；检查产品需求说明是否规定了产品可维护性的要求。安全和保密性；检查拔件需求说明是否包括所开发产品的安全和保密措施，以防止对产品的破坏和失泄密事件的发生。4.3.4评审结论评审最终要作出评审结论。如通过，产品开发可进入产品设计阶段。如有条件地通过，则承办单位必须根据评审的意见，对产品设计需求分解阶段工作进行补充或修改，并对补充或修改部分进行评审，直至全部通过评审为止。如未通过，承办单位必须重做产品设计需求分解阶段的工作。4.3.2审查后对设计需求分解文件送审稿和其他有关文件做出必要的整理和修改，按科研规定履行报批手续。4.4归档阶段该阶段自论证文件报批后开始，至归档工作全部结束为止。4.4.1归档文件主要包括：a.任务书；b.产品分析实施计划；c.功能需求分解表；d.接口需求分解表与接口需求文件；e.采购要求说明；f.系统模块划分编码表；6g.软件需求说明；h.数据要求说明i.可靠性、维修性实施计划；j.各类报告、来往公文、会议纪要、调研报告；k.其他有关资料，如声像、图片、表格及评审资料等。4.4.2归档具体要求按科研部的规定执行。4.5产品需求说明文件的更改为了预防产品编制过程的随意性和与用户发生重大冲突，产品需求说明文件经评审通过后，进入技术冻结状态。一般不允许修改。如因特殊情况必须修改时；应遵守下列几条规定；a.必须取得交办单位和承办单位双方认可，并完整、准确地说明修改内容和原因；b.必须建立一个正式的修改规程，以标识、控制，追踪和报告产品需求说明的修改；c.提供准确和完整的审查记录；并同时保存修改前和修改后的条款；d.若产品需求说明有重大修改，经承办与交办单位双方同意，可对修改部分重新进行评审。75设计需求分解工作指南本文件改造自GJB2255-94计算机产品，设计的方法和原则可以适用于硬件或嵌入式控制系统。承办单位根据交办单位提供的战术技术要求、软件开发任务书或合同以及其它有关资料，详细分析所开发产品的功能、性能、接口、数据、环境的需求、产品的安全、保密要求以及假设和约束、确定系统对硬件、软件和其它资源的需求。根据这些需求，可能导出系统的补充要求或修订原来的有关文档。5.1功能需求必须给出产品的每一项功能及其目的，确定主要功能和次要功能，并用文字、图形、逻辑或数学方法描述其特性。5.1.1输入必须确定与功能有关的所有输入信息，包括其来源、意义、表现形式、数据格式、接收方法、数量、输入范围及换算方法，必须说明时间要求、优先顺序（常规作业，紧急情况），操作控制要求和所用的输入媒体。5.1.2处理必须确定输入到中间物理量、信号、数据直到获得预期输出结果的全部过程，操作的准确顺序，非正常情况的响应。对每种处理功能以及算法及其实现作文字描述，必要时给出图形、逻辑描述或相应的数学描述。5.1.3输出必须确定与功能有关的所有输出信息，包括信息的传送方法、意义、格式、数量、输出范围及换算方法。必须说明时间要求、优先顺序和输出形式（运动、仪表指示、显示、打印等）。5.1.4特殊要求必须确定系统是否有特殊要求或应急措施。5.2性能需求定量描述产品系统应满足的具体性能需求。如输出物理量、信号、数据能力，处理数据的最大容量、相应要求