需求规格说明书评审报告

完美WORD格式项目管理协作支撑系统（The English Name）软件需求规格说明书XXX项目小组修订表审批记录目录1.引言 (5)1.1目的 (5)1.2适用范围 (5)1.3参考资料 (5)1.4术语和缩略语 (5)2.系统概述 (5)2.1产品描述 (5)2.2产品功能 (7)2.3一般约束 (8)3.功能性需求分类 (8)3.1功能描述1 ........................................................ 错误！未定义书签。

3.2功能描述2 (8)4.产品的非功能性需求 (17)4.1外部接口说明 (17)4.1.1用户接口 (17)4.1.2软件接口 (17)4.2性能需求 (17)4.2.1硬件的限制 (18)4.3属性 (18)4.3.1友好性 (18)4.3.2安全性 (18)4.3.3可维护性 (18)4.3.4可转移/换性 (18)4.4系统的运行环境 (18)4.5其他需求 (18)4.5.1用户操作需求 (18)附录A：需求确认 (20)1.引言1.1目的编写此文档的目的是进一步定制软件开发的细节问题,希望能使本软件开发工作更具体。

是为使用户、软件开发者及分析人员对该软件的初始规定有一个共同的理解，它说明了本产品的各项功能需求、性能需求和数据要求，明确标识各功能的实现过程，阐述实用背景及范围，提供客户解决问题或达到目标所需的条件或权能，提供一个度量和遵循的基准。

1.2适用范围在各个行业中，当我们接受到用户的商业项目后，在项目运行的全过程中充满了不确定因素，只有有效的运用项目管理的科学和艺术，才有可能使项目取得成功。

对以上方面要想达到有效的管理水平，必须有一套科学的管理方法，但是即使有了科学的管理方法，由于项目干系人之间的沟通、协作不到位，往往达不到预期的结果。

鉴于这种情况我们开发一套项目管理协作支撑系统，旨在为项目干系人提供一个交流、协作以及项目的进度跟踪监控、项目的质量控制、项目相关资源的管理的软件平台，从而提高项目管理水平，实现了工作的协同化、提高了工作效率。

项目编号: S×××－<项目名称>分类:<模板>需求规格说明书Version:项目承担部门：撰写人（签名）：完成日期：本文档使用部门：■主管领导■项目组■客户（市场）■维护人员■用户评审负责人（签名）：评审日期：目录1.引言 (1)1.1目的 (1)1.2定义 (1)1.3参考资料 (1)2.软件总体概述 (1)2.1软件标识 (1)2.2软件描述 (1)2.2.1系统属性 (1)2.2.2开发背景 (2)2.2.3软件功能 (2)2.3用户的特点 (2)2.4限制与约束 (2)3.具体需求 (2)3.1功能需求 (3)3.2性能需求 (3)3.3数据库需求 (4)3.4设计约束 (4)3.4.1其他标准的约束 (4)3.4.2硬件约束 (4)3.5属性 (4)3.5.1可用性 (4)3.5.2可靠性 (4)3.5.3效率 (4)3.5.4安全性 (4)3.5.5可维护性 (4)3.5.6可移植性 (5)3.6外部接口需求 (5)3.6.1用户接口 (5)3.6.2硬件接口 (5)3.6.3软件接口 (5)3.6.4通信接口 (6)4.数据字典 (6)5.附录 (6)5.1用户方组织机构图； (6)1. 引言1.1 目的本节描述软件产品需求规格说明书（SRS）的目的，如：定义软件总体要求，作为用户和软件开发人员之间相互了解的基础；提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础；作为软件总体测试的依据。

1.2 定义本节列出SRS中用到的全部需求的术语、定义和缩略语清单。

这些信息可以由SRS的附录提供，也可以参考其他的文件，如果有，本节必须指明。

1.3 参考资料本节列出下列资料：经核准的用户合同、《用户需求说明书》、《项目开发委托合同书》、《技术可行性报告》等文件；本项目的较高层次的开发文档，如：《项目开发计划》等；SRS中各处引用的资料、标准和规范。

软件需求规格说明书文件编号：QMS—PROC－RD02 版本：1.0受控签章修改历史目录1引言 (4)1.1目的 (4)1.2背景 (4)1.3术语 (4)1.4预期读者与阅读建议 (4)1.5参考资料 (4)1.6需求描述约定 (5)2.项目概述 (6)2.1系统功能 (6)2.2业务描述 (6)2.3数据流程描述(可选) (6)2.4用户的特点 (6)2.5运行环境要求 (6)2.6设计和实现上的限制 (6)3.功能需求的描述 (6)4.非功能需求 (7)4.1系统性能要求 (7)4.2系统安全及保密要求 (7)4.3系统备份与恢复要求 (7)4.4系统日志 (7)5.外部接口说明 (7)6.其他需求 (8)7 需求变更识别 (8)8.功能列表 (8)9.附件 (8)1引言1.1 目的说明编写这份软件需求规格说明书的目的，如：通过本文档定义ＸＸＸ产品的需求，以求在项目组员与相关成员之间达成一致的需求描述。

1.2 背景描述系统产生的背景，包括：a．需开发的软件系统的名称，和英文缩写（可选），项目编号（可选）；b．列出此项目的任务提出者、开发者c．软件系统应用范围、用户。

d．产生该系统需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性1.3 术语列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。

也可用附件说明。

或放到本文件的最后。

1.4 预期读者与阅读建议描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。

可用列表的方式列1.5 参考资料列出有关的参考资料，如：a．本项目经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。

d．行业标准和规范。

列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

1.6 需求描述约定在此说明本文描述需求的约定。

这些约定可以包括：●需求标识方法，如序列化编号、层次化编号、层次化文本标签等方法。

需求规格说明评审报告模板一、评审概述1.1 评审目的需求规格说明评审是对需求文档进行系统化的检查与评估，旨在确保需求文档的准确性、完整性和一致性，避免后续开发过程中出现需求变更和漏洞。

1.2 评审范围本次评审主要包括需求规格说明文档中所描述的系统功能需求、非功能需求以及性能要求等内容，评审人员应对其中的逻辑、一致性、完整性和可实现性等做出评价。

1.3 评审对象本次评审对象为xxxx项目的需求规格说明文档，评审人员包括项目经理、产品经理、开发人员、测试人员以及相关领域专家等。

二、评审过程2.1 评审准备评审前，评审人员需充分了解项目背景、业务需求以及相关技术架构，同时对需求规格说明文档进行认真阅读，对其中的疑问和不明确的地方进行提前准备。

2.2 评审方法评审采用集中评审的方式进行，由项目经理或产品经理主持，评审人员逐条对需求文档进行讨论和评价。

也可以采用逐条评审的方式，通过电子文档或评审工具进行评审。

2.3 评审内容评审内容主要包括但不限于以下几个方面：- 功能需求：是否清晰、完整、一致，是否符合业务需求；- 非功能需求：安全性、可靠性、可维护性等是否充分考虑；- 性能要求：响应时间、吞吐量、并发性等是否与业务需求相匹配；- 可行实现性：需求是否具有可行性，是否考虑到了技术、资源、成本等方面的限制。

2.4 评审记录评审人员应及时记录评审过程中的讨论内容、问题点以及改进建议，确保评审结果的准确性和可追溯性。

三、评审结论3.1 评审结果根据评审过程中的讨论和记录，形成对需求规格说明文档的评审结论。

包括发现的问题、对应的建议和改进建议等内容。

3.2 问题跟踪评审结论中对于发现的问题应进行详细描述，并安排责任人进行跟踪和整改，确保问题得到及时解决。

3.3 改进计划针对评审发现的问题和建议，项目组应制定相应的改进计划，明确整改时间表和责任人，确保需求规格说明文档的质量得到提升。

四、评审报告4.1 报告内容评审报告应包括评审的目的、范围、对象、过程、结论等方面的内容，同时对需要改进的问题和建议进行详细描述。