需求分析报告编写规范

需求分析报告编写标准文件编号：文件编号：NW503101生效日期：受控编号：密级：隐秘版次：修改状态：总页数16正文4附录12杨利袁淮孟莉沈阳东大阿尔派软件股份〔版权全部，翻版必究〕文件修改把握修改记录编号修改记录编号修改状态修改页码及条款修改人审核人批准人修改日期名目目的适用范围术语及缩略语编写标准模板使用引用文件NW503102《软件功能规格说明书编写标准》附录目的定《需求分析报告》的编写格式和内容要求。适用范围适用于本公司软件产品或软件工程的需求分析报告的编制。术语及缩略语NQ402100《质量手册》中的术语和缩略语及其定义。编写标准排版标准2正文样式承受“标准正文”。标题编号承受每节独立编号。模板使用1〕拷贝标准。删除第一节〔需求分析报告封面前的全部页〕。在修改完内容后，更名目域和相关的页数域。引用文件NW503102《软件功能规格说明书编写标准》附录以下局部为需求分析报告的模板与编写指南。密 级：机密文档编号： 第 版分册名称： 第册/共 册工程名称〔工程编号〕需求分析报告〔部门名称〕沈阳东大阿尔派软件股份总页数正文附录生效日期：年月日名目引言 错误!未定义书签。编写目的 错误!未定义书签。背景 错误!未定义书签。参考资料 错误!未定义书签。术语 错误!未定义书签。任务概述 错误!未定义书签。目标 错误!未定义书签。系统〔或用户〕的特点 错误!未定义书签。假定和约束 错误!未定义书签。需求规定 错误!未定义书签。软件功能说明 错误!未定义书签。对功能的一般性规定 错误!未定义书签。对性能的一般性规定 错误!未定义书签。其他特地要求 错误!未定义书签。对安全性的要求 错误!未定义书签。运行环境规定 错误!未定义书签。设备及分布 错误!未定义书签。支撑软件 错误!未定义书签。接口 错误!未定义书签。程序运行方式 错误!未定义书签。开发本钱估算 错误!未定义书签。尚需解决的问题 错误!未定义书签。附录 错误!未定义书签。引言目的说明编写这份报告的目的，指出预期的读者。背景件系统同其他系统或其他机构的根本的相互来往关系。参考资料列出编写本报告时参考的文件(如经核准的打算任务书或合同、上级机关的批文等)、资料、技术标准，以及他们的作者、标题、编号、公布尔日期和出版单位。编号编号资料名称简介作者日期出版单位列出编写本报告时查阅的Intenet上杂志、专业着作、技术标准以及他们的网址。网点网点简介术语列出本报告中用到的特地术语的定义。任务概述目标一张方框图来说明该系统的组成和本产品同其他各局部的联系和接口。系统〔或用户〕的特点〔假设有的话〕的不同之处，与市场上同类软件〔假设有的话〕的比较。说明本软件预期使用频度；假设是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人假定和约束列出进展本软件开发工作的假定和约束，例如经费限制、开发期限等。需求规定软件功能说明列出本系统中全部软件功能子系统和功能。假设子系统比较大，每个子系统依据编号和分册名称。对功能的一般性规定〔或一局部〕的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。对性能的一般性规定〔或一局部〕的共同要求，针对某一功能的特地性能要求应列在该功能规格说明中。其他特地要求视具体状况，列出不在本标准规定中的需求，如对数据库的要求，多平台特性要求，操〔或一局部的共同要求，针对某一功能的特地要求应列在该功能说明中。对安全性的要求〔使用权限分为几级、是否与部门权力体系对应等〕、信息加密、信息认证〔确定穿过系统或网络的信息没有被修改〕方面的要求。运行环境规定设备及分布1〕主机类型2〕网络类型3〕存贮器容量5〕设备分布图1〕操作系统数据库治理系统其他支撑软件接口功能有关，该接口说明应列在子功能规格说明书中。程序运行方式说明该软件的运行方法。如是部件、还是独立运行程序、API等。开发本钱估算以列表的方式给出各功能规定所需的开发人时和费用〔如差旅费〕。尚需解决的问题以列表的形式列出在需求分析阶段必需解决但尚未解决的问题附录说明书、业务系统调查表、原始数据单据、业务系统参考资料。编号编号名称类别需求说明书编写指南Objectives说明需求说明书的标准格式，做为合同和需求分析的结果。Scope适用于指导需求说明书的编写。本模板力图掩盖全部可能在需求说明书中消灭的主题。这样做的目的是并不是只需在说明书中包含下面有适当文字说明的标题即可，例如，不适用。ReferencesOutstandingIssues尚存主要问题Approvals销售主管Responsibilities职责客户经理有责任确认本模板被切实执行。TemplateLead-insections引导局部1〕Objectives2〕Scope3〕References6〕DocumentControl7〕Approvals8〕Distribution10〕TraceabilityComponentorSystemDescription读者快速了解所说明内容的信息。USER-CASE〔例如建议，合同，工程编号。PurchaserRequirements客户需求Summary概要，功能和特性。部件或系统的功能描述了什么可以做，例如，打印一个报表。〔或段落组〕应当包含一个参考来跟踪需求的出处。每个句子或段落应当编号；无论何种状况每个编号的工程仅应当定义一个需求。〔或段落组〕应当指出它的重要程度，按以下方式分类：1〕强制的：最根本的特征；没有它产品将不行用。必需的：单独的非根本的特征，但是它们加在一起会影响产品的力气。。Purchaser-RelatedFunctionalityApplicationFunctionality应用程序的功能在系统或子系统一级，这一局部应当包含可用的应用程序所供给的功能的描述。在应用程序一级，这一局部细化应用程序必需做到的功能。HumanInterface人机界面界面。在这一过程中，需求可能广泛地涉及已有的标准或产品。参考应当指向其它的说明书和标准。DataTypes数据类型应用程序开发工具用到的或表单，显示，报表和输出用到的。ControlStructures把握构造这一局部应当描述系统或应用程序的把握构造。ApplicationDevelopmentEnvironment 境型和语言或者可用的应用程序生成器。Hardware硬件Software软件求文档中清楚的定义出来。这些需求可能包括以下各项：操作系统2〕Database数据库通信4〕Interfaces接口Purchaser-RelatedCharacteristics客户相关的特征局部被指定，举例来说很多特性关系到系统投入使用后公司的技术支持本钱。Pre-operational运行之前Packaging包装Installation安装ConfigurationFunctionalitySuitability适用性Accuracy准确性Interoperability协同工作力气Compliance–standards遵循标准Security安全性ReliabilityMaturity完备性Faulttolerance容错力气RecoverabilityUsability可用性Understandability易懂Learnability易学OperabilityEfficiency效率Timebehaviour时间特性ResourcebehaviourMaintainability可维护性Analyzability易于分析Changeabilty可变性Stability稳定性TestabilityPortability轻松Adaptability适应性Installability易安装Conformance全都性ReplaceabilityDocumentation文件CompanyRequirements公司需求突都必需被解决，或者得到用户的让步或者满足前述的用户需要。中。BusinessRequirements商业需求Cost开销个合计值放在这里。来完成系统而停顿。Make/Buy制作/购置〔或它们的一局部〕比起开发更适于买入或再开发的标准。例如日常应用程序，缺乏阅历，缺乏资源等等。Relationshiptofutureproducts与将来产品的关系例如确认与将来产品和系统的兼容性。Scheduledshipdate预定出货日期局部还应当描述与这些出货日期相关的约束和依靠关系。Supportconsiderations支持考虑UNIXCompanyHardwareRequirementsHardwareFunctionality硬件功能例如支持多操作系统所需的硬件功能，或必需支持以太网等。HardwareCharacteristics硬件特性至少应当包括硬件诊断所需要的。SoftwareFunctionality软件功能数据库，操作系统，通讯〔远程访问，诊断。SoftwareCharacteristics软件特性如代码的可复用性，包装等。ArchitectureOverview或者用户把定义局部或全部的系统构造作为合同的一局部时才应包括进来。AcceptanceCriteria验收标准本局部应当详述验收标准的要点以做为需求确定后进展确认验收打算的根底。用。Glossary术语表需求分析报告检查表工程名称： 序号内容

YesNo 不适用1是否描述系统的全部输入，包括输入源、准确性、取值范围和消灭频率？是否描述系统的全部输出，包括输出的目标、准确性、取值范围、消灭频2是否描述全部硬件和软件的外部接口？是否描述全部的通信接口，包括握手协议、过失检测和通信协议？从用户的角度来看，是否描述了对全部必要操作的估量响应时间？是否对时间方面问题进展考虑，如处理时间、数据传输和系统的吞吐量？是否每个任务都描述了所使用的数据及产生的数据？是否描述了安全级别？11是否描述了系统的牢靠性，包括软件产生故障的后果、故障后重要数据的保护、错误检测和恢复？是否描述了可承受的折中原则，如强健性和正确性之间的选择？是否具体说明白系统的可维护性，包括适应操作环境变化的力气、与其它15有些信息只有到开发时才能获得，是否对这些信息不完全的领域进展描述？你是否对需求的