（技术规范标准）信息技术有限公司需求分析报告编写规范

(技术规范标准)信息技术修改状态：4批准： (版权所有，翻版必究)2.适用范围3.术语及缩略语4.编写规范4.1排版规范4.2模板使用6.附录1.目的为使需求分析的结果能够完整、无遗漏地反映待开发系统的要求，本文件规定《需求分析报告》的编写格式和内容要求。2.适用范围适用于本公司软件产品或软件项目的需求分析报告的编制。3.术语及缩略语4.编写规范4.1排版规范1)整个规范由2节构成，模板单独一节。2)正文样式采用“规范正文”。3)标题编号采用每节独立编号。4.2模板使用编写可依据具体情况选用摸板的格式或编写指南的格式。2)删除第一节(需求分析报告封面前的所有页)。5.引用文件6.附录析报告的模板与编写指南。：第册/共册项目名称(项目编号) (部门名称)批准：1.1编写目的11.2背景11.3参考资料11.4术语12.任务概述11目标12.2系统(或用户)的特点13.假定和约束24.1软件功能说明24.2对功能的一般性规定24.3对性能的一般性规定24.4其他专门要求24.5对安全性的要求25.运行环境规定25.1设备及分布25.2支撑软件25.3接口15.4程序运行方式16.开发成本估算18.附录13/53/5司1.引言1.1目的说明编写这份报告的目的，指出预期的读者。1.2背景指出待开发的软件系统的名称；行业情况；本项目的任务提出者、开发者、户；该软件系统同其他系统或其他机构的基本的相互来往关系。资料列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、技术标准，以及他们的作者、标题、编号、发布日期和出版单位。列出编写本报告时查阅的Intenet上杂志、专业著作、技术标准以及他们的1.4术语列出本报告中用到的专门术语的定义。2.任务概述2.1目标成和本产品同其他各部分的联系和接口。2.2系统(或用户)的特点如果是产品开发，应列出本软件的特点，与老版本软件(如果有的话)的不同之处，与市场上同类软件(如果有的话)的比较。说明本软件预期使用频度；人件设计工作的重要约束。3.假定和约束列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。4.需求规定4.1软件功能说明明书，在本处列出编号和分册名称。4.2对功能的一般性规定本处仅列出对软件系统的所有功能(或一部分)的共同要求，如要求界面格统一，统一的错误声音提示，要求有在线帮助等。4.3对性能的一般性规定对数据精度、响应时间的要求。本处仅列出对软件系统的所有功能(或一部分)的共同要求，针对某一功能的专门性能要求应列在该功能规格说明中。4.4其他专门要求特一部分)的共同要求，针对某一功能的专门要求应列在该功能说明中。4.5对安全性的要求指出系统对使用权限的管理要求(使用权限分为几级、是否与部门权力体系对应等)、信息加密、信息认证(确定穿过系统或网络的信息没有被修改)方面的要求。5.运行环境规定5.1设备及分布1)主机类型2)网络类型3)存贮器容量4)其他特殊设备5)设备分布图5.2支撑软件1)操作系统2)数据库管理系统3)其他支撑软件5.3接口规格说明书中。5.4程序运行方式6.开发成本估算以列表的方式给出各功能规定所需的开发人时和费用(如差旅费)。7.尚需解决的问题8.附录统统参考资料。称司准格式，做为合同和需求分析的结果。2.1适用于指导需求说明书的编写。2.2本模板力图覆盖所有可能在需求说明书中出现的主题。这样做的目的是并不是要求每一个需求说明书都要包括这里定义的全部章节，应当遵循的框架。一些特殊的章节，只需在说明书中包含下面有适当文字说明的标题即可，例如，不适用。6.Responsibilities职责客户经理有责任确认本模板被切实执行。7.1.1以下是需求说明书的起始部分。在文档格式规范中有关于它们的更详细的描述。)Distribution分发10)Traceability可追溯.1本说明书所覆盖的部件或系统的简要介绍。本部分可以很简要，因为含帮助读者快速了解所说明内容的信息。7.2.2应当提供一个上下文相关图来帮助确定被描述的部件或系统的定位。7.2.3参考应当做成关联文档(例如建议，合同，项目编号)。7.3.1.1本部分应当包括那些直接影响到客户使用本部件或系统的需求。它分为两个部分，功能和特性。部件或系统的功能描述了什么可以做，例如，打印一个报表。部件或系统的特性提供了那些可以描述和评价系统质量的属性。7.3.1.2每个段落(或段落组)应当包含一个参考来跟踪需求的出处。每个7.3.1.3每个段落(或段落组)应当指出它的重要程度，按以下方式分类：1)强制的：最基本的特征；没有它产品将不可用。2)必需的：单独的非基本的特征，但是它们加在一起会影响产品的能力。3)期待的：最好能有的特征；一个或多个这些特征被忽略也不会影响产品的能力。7.3.2.1ApplicationFunctionality应用程序的功能7.3.2.1.1在系统或子系统一级，这一部分应当包含可用的应用程序所提供能的描述。7.3.2.1.2在应用程序一级，这一部分细化应用程序必须做到的功能。7.3.2.1.3功能应当用结构化的英语或适当的形式化的方法学来描述。7.3.2.2.1这一部分应当定义所需的菜单结构，屏幕/窗口设计，报表设计和其它操作/或管理界面。在这一过程中，需求可能广泛地涉及已有的标准或产品。7.3.2.2.2参考应当指向其它的说明书和标准。当包括对系统或应用程序中对用户有用的所有数据类型的描述，用到的。7.3.2.4ControlStructures控制结构这一部分应当描述系统或应用程序的控制结构。这部分应当详细说明根据用户需要提出的硬件需求。7.3.2.7Software软件在括：Interfaces口haserRelatedCharacteristics用户会指定一些如下的特性。如果它们能够增强系统的能力统投入使用后公司的技术支持成本。7.3.3.1Pre-operational运行之前7.3.3.1.2Installation安装7.3.3.2Functionality功能7.3.3.2.1Suitability适用性3.3.2.3Interoperability协同工作能力7.3.3.3Reliability可靠性7.3.3.4Usability可用性7.3.3.5Efficiency效率7.3.3.6Maintainability可维护性7.3.3.6.3Stability稳定性7.3.3.6.4Testability易测性7.3.3.7Portability轻便7.3.3.7.2Installability易安装本部分应当详细说明系统或部件必须为用户提供的文档。1)本部分定义那些必须确认的与用户需要有冲突的系统或部件需求。让步或者满足前述的户需要。2)说明书中哪些是分布在公司以外的，这部分可以省略或放在一个单独的文档中。7.4.1.1Cost开销7.4.1.1.1这部分应当论述与指定系统相关的开销。它可以通过参考项目详细计划来得出一个合计值放在这里。7.4.1.1.2这些开销应当包括所有开发费用和可能的项目支持费用。如果可开发将会因为没有有效的费用来完成系统而停止。本部分应当讨论确定是否这个系统或部件(或它们的一部分)比起开乏资源等等。7.4.1.3Relationshiptofutureproducts与将来产品的关系发的其它产品的。例如确认与将来产品和系统的兼容性。段出货。本部分还应当描述与这些出货日期相关的约束和依赖关系。7.4.1.5Supportconsiderations支持考虑或不常用的支持7.4.2.1HardwareFunctionality硬件功能等。7.4.2.2HardwareCharacteristics硬件特性硬件特性。至少应当包括硬件诊断所需要的。7.4.3.1SoftwareFunctionality软件功能