需求分析报告文档模板.docVIP

PAGE 7 of NUMPAGES 7 Page PAGE 7 需求分析编写大纲 珠海瑞洪智能系统工程有限公司 用户需求分析说明书 编写大纲 编写目的是为了使用户和软件开发者双方对软件的规定有一个共同的理解，使之成为整个开发工作的基础。一个好的需求分析报告应该是： 正确Correct，准确捕获用户真实的需求； 不含糊Unambiguous，所有描述准确、解释唯一； 完整Complete； 一致性Consistent； 需求按重要性或稳定性排序； 可验证Verifiable； 可修改Modifiable； 可跟踪Traceable； 它回答了系统需要什么功能，而不是怎样去实现这些功能Require； 问题的识别： 用户和软件分析人员共同将待开发的软件系统要实现的功能列出来； 对软件提出性能指标要求，主要包括人机界面交互反应时间和运行时间限制、内外存储容量限制、安全保密性等； 提出软件运行的环境需求。 分析与综合： 开发人员需从数据流和数据结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系、接口特性和设计上的限制，分析它们是否满足功能要求，是否合理。依据功能需求，性能需求，运行环境需求等，剔除其不合理的部分，增加其需要部分。最终综合成系统的解决方案，给出目标系统的详细逻辑模型。 目 录 TOC \o 1-6 \h \z 1 引言 3 1.1 编写目的 3 1.2 背景 3 1.3 定义 3 1.4 参考资料 3 1.5 通览 3 2 系统概述 3 2.1 系统建设目标 3 2.2 系统服务对象 4 2.3 约束条件 4 2.4 设计假定 4 2.5 延期需求 4 3 需求规定 4 3.1 接口需求 5 3.1.1 用户接口 5 3.1.2 硬件接口 5 3.1.3 软件接口 5 3.1.4 通讯接口 5 3.2 功能需求 6 3.3 非功能需求 6 3.3.1 性能需求（performance） 6 3.3.2 可靠性（reliability） 6 3.3.3 可用性（usability） 6 3.3.4 互操作性（interoperability） 6 3.3.5 安全性（security） 7 3.3.6 可维护性（maintainabilty） 7 3.3.7 业务规则（business rule） 7 3.4 其他需求 7 4 索引 7 5 附录A ：分析模型 7 6 附录B ：待定问题一览表 7  内容要求如下： 引言 编写目的 描述本说明书的编写目的和读者对象。 背景 描述项目背景情况，产品名称、目标、采用的技术方法及主要特点。 定义 定义文档中使用的主要术语、缩写词。 参考资料 列出本文档参照的其它文档资料。 通览 描述文档的结构和组织。 系统概述 系统建设目标 对系统的建设目标进行描述。 系统服务对象 对系统的服务领域、服务对象进行描述。 约束条件 描述限制设计的各种因素，包括： 软、硬件支持环境。 与其它系统的接口要求。 操作人员素质。 规范性约束，指法律、标准约束、格式约束等。 其它约束。 设计假定 列出影响需求的其他因素，这些因素不是设计限制，但是将来他们的变化会导致需求的变化。 延期需求 列出在当前版本不准备实现的需求。 需求规定 本节将详细描述所有的用户需求，详尽程度要足以支持设计者设计一个满足需求的应用系统，足以支持测试人员验证系统已满足需求。 描述的每一个需求都应该从用户、操作员或其他外部系统那里得到外观上的认可。至少对软件的每一个输入、输出进行描述，对软件响应输入、支持输出所需完成的每个功能进行描述。 所有的需求应该进行编码，以便纳入到变更管理程序中。 接口需求 用户接口 描述每个用户界面的逻辑特征。包括： 将要采用的图形用户界面（ GUI）标准或产品系列的风格； 屏幕布局或解决方案的限制； 将出现在每个屏幕上的标准按钮、功能或导航链接； 快捷键； 错误信息显示标准。 对于用户界面的细节，应该写入一个独立的用户界面规格说明中，而不能写入需求分析报告中。 硬件接口 描述系统中软件与硬件每一接口的特征。包括支持的硬件类型、软硬件之间交流的数据和控制信息以及所使用的通讯协议。 软件接口 描述本系统与其它外部系统的连接，包括数据库、操作系统、工具、库和集成的商业软件。明确并描述在系统之间交换数据或消息的目的。确定将在系统之间共享的数据。描述所需要的服务以及相互通讯的机制。 通讯接口 描述与系统使用的通讯功能相关的需求，包括电子邮件、WEB浏览器、网络通讯标准或协议及电子表格等。定义相关的消息格式。规定