需求分析报告编写规范需求分析文档

第10页共13第10页共13页需求分析报告编写标准需求分析文档xxxx12023.3.20密级：隐秘版次：Ver2.1莉沈阳东大阿尔派软件股份〔版权全部，翻版必究〕文件修改把握修改记录编号修改状态修改页码及条款修改人审12.3.术语及缩略语4.14.255.1xxxx2的结果能够完整、无遗漏地反映待开发系统的要求，本文件规定《需求分析报告》的编写格式和内容要求。报告的编制。和缩略语及其定义。单独一节。正文样式承受“标准正文”。标题编号承受每节独立编号。板的格式或编写指南的格式。拷贝标准。删除第一节〔需求分析报告封面前的全部页。在修改完内容后，更名目域和相关的页数域。《软件功能规格说明书编写标准》6.附录以下局部为需求分析报告的模板与编写指南。第版分册名称：第册/共册工程名称〔工程编号〕需求分析报告〔部门名期：1.31.4〕3.假定和约束4.14.24.35.运5.35.46781.引言1.1目的说明编写这份报告的目的，指出预期的读者。行业状况；本工程的任务提出者、开发者、用户；系。参考资料列出编写本报告时参考的文件(如经核准的打算任务书或合同、上级机关的批文等)、资料、技术标准，以及他们的作者、标题、编号、公布日期和出版单位。1.42.1的联系和接口。2.2系统〔或用户〕的特点假设是产品开发，应列出本软〔假设有的话〕的不同之处，与市场上同类软件〔假设有的话〕的比较。说明本软件预期使用频度；假设是针对合同开发，则应列出本软件的最终用户的特及本软件预期使用频度。这些是软件设计工作的重要约束。如经费限制、开发期限等。xxxx02书，在本处列出编号和分册名称。对功能的一般性规定本处仅列出对软件系统的全部功〕的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。对性能的一般性规定对数据精度、响应时间的要求。〔或一局部〕的共同要求，针对某一功能的特地性能要求应列在该功能规格说明中。其他特地要求视具体状况，列出不在本标准规定中的〔或一局部〕对安全性的要求指出系统对使用权限的治理要求〔使、信息加密、信息认证〔确定穿过系统或网络的信息没有被修改〕方面的要求。运行环境规定5.1设备及分布1〕主机类型2〕网络类型4〕5〕5.25.3格说明书中。是独立运行程序、API人时和费用〔如差旅费。尚需解决的问题以列表的形式列出在需求分析阶段必需如调查表格、业务系统单据等。记录或报告的存档编号和名称填写在下表中。其中类别是记录的分类，一般有业务系统说明业务系统参考资料。1.Objectives需求说明书的标准格式，做为合同和需求分析的结果。Scope2.12.2本模板力图掩盖全部可能在需求说明书中消灭的主用。References4.OutstandingIssues6.Responsibilities有责任确认本模板被切实执行。7.Template7.1Lead-insections7.1.1更具体的描述。2〕Scope3〕References6〕DocumentControl7〕Approvals8〕9〕AmendmentRecord10〕7.2.1本局部可以很简要，由于它仅包含帮助读者快速了解所说明内容的信息。USER-CASE〔例如建议，合同，工程编号。PurchaserRequirements7.3.1Summary统的需求。它分为两个局部，功能和特性。报表。的属性。〔或段落组〕应当包含一个参考来跟踪需求的出处。每个句子或段落应当编号；无论何种状况每个编号的工程仅应当定义一个需求。〔或段落组〕应当指出它的重要程度，按以下方式分类：1〕强制的：最根本的特征；没有它产品将不行用。必需的：单独的非根本的特征，但是它们加在一起会影响产品的力气。期盼的：最好能有的特征；一个或多个这些特征被无视也不会影响产品的力气。7.3.2.1.1在系统或子系统一级，这一局部应当包含可用的应用程序所供给的功能的描述。做到的功能。法学来描述。HumanInterface7.3.2.2.1/窗口设计，报表设计和其它操作或产品。参考应当指向其它的说明书和标准。发工具用到的或表单，显示，报表和输出用到的。统或应用程序的把握构造。境这局部应当指定可供用户用来开发应用程序的系统部件。它应当至少包含数据类型和语言或者可用的应用程序生成器。提出的硬件需求。Software需求文档中清楚的定义出来。这些需求可能包括以下各项：2〕Database3〕4〕Interfaces7.3.3Purchaser-会指定一些如下的特性。假设它们能够增加系统的力气则应当被包含进来，另一种选择是在最开头的时候就对某些特性进展限定以避开验收测试时无休止的争论。假设一些特性没有在本局部被指定，它们应当在公司需求局部被指定，举例来说很多特性关系到系统投入使用后公司的技术支持本钱。7.3.3.1Pre-operational7.3.3.1.1Packaging7.3.3.1.3Configuration7.3.3.2Functionality7.3.3.2.1Suitability7.3.3.2.2Accuracy7.3.3.2.3Interoperability7.3.3.2.4Compliance–standards7.3.3.2.5Security7.3.3.3Reliability7.3.3.3.1Maturity7.3.3.3.2Faulttolerance7.3.3.4Usability7.3.3.4.1Understandability7.3.3.4.2Learnability7.3.3.4.3Operability7.3.3.5.1Timebehaviour7.3.3.5.2Resourcebehaviour7.3.3.6Maintainability7.3.3.6.1Analyzability易于分析7.3.3.6.2Changeabilty可变性7.3.3.6.3Stability7.3.3.6.4Testability7.3.3.7Portability7.3.3.7.1Adaptability7.3.3.7.2Installability7.3.3.7.3Conformance7.3.3.7.4Replaceability7.3.3.8Documentation本局部应当具体说明系统或部件必需为用户供给的文档。1〕本局部定义那些必需说明书中哪些是分布在公司以外的，这局部可以省略或放在一个单独的文档中。BusinessRequirements7.4.1.1Cost过参考工程具体打算来得出一个合计值放在这里。这些开销应当包括全部开发费用和可能的工程统而停顿。系统或部件〔或它们的一局部〕比起开发更适于买入或再开发的标准。例如日常应用程序，缺乏阅历，缺乏资源等等。Relationshiptofutureproducts产品的关系的需求。例如确认与将来产品和系统的兼容性。工程出货日期，包括任何按打算进展的临时公布或阶段出货。本局部还应当描述与这些出货日期相关的约束和依靠关系。系统或部件可能需要的任何特别的或不常用的支持考虑，例如UNIXCompanyHardwareRequirements明显需要的，但对用户来说是不行见的或无关的硬件功能。例如支持多操作系统所需的硬件功能，或必需支持以太网等。公司明显需要的，但对用户来说是不行见的或无关的硬件特性。至少应当包括硬件诊断所需要的。CompanySoftwareRequirements所需的，但对用户来说是无关的或不需要的软件性能。例如，数据库，操作系统，通讯〔远程访问，