需求评审(模板)

更新时间:2023-06-11 00:54:43 阅读： 评论：0

需求评审报告

项目名称：XXXXXXXXXXXXXXXXX软件系统

项目编号：XXXX

承建单位：XXXXXXXXX公司

编制日期：2021年5月10日

1基本信息

项目名称	XXX项目系统		项目编号	XXX009
评审类别	需求评审		评审方式	会议评审
评审时间	2021-5-9		评审地点	会议室
建设单位
监理单位
承建单位
参加人员清单
类别	姓名	工作单位			职务
评审 成员
记录
作者
其它      人员

2评审流程

由建设单位项目负责人及各部门相关人员，监理单位项目负责人及相关人员、承建单位项目负责人、组成评审小组，通过阅读和讨论需求规格说明书的内容，对需求设计进行评审。

项目经理提前把项目合同、需求规格说明书等文档分发给评审小组成员，作为评审依据。小组成员在充分阅读这些材料之后，进入下一步。

召开需求设计审查会，在会上，由该项目的产品经理阐述其设计思想进行详细介绍，主要包括有：系统目标、总体设计思想、数据结构、处理方式设计、接口设计、运行设计、出错设计等。在此过程中，小组成员可以提出问题，并展开讨论，审查是否有错误存在。

在讨论结束后，由项目经理编写提交《需求评审报告》。

若发现设计多处不合理，或发现重大错误，则在改正之后，再次组织需求设计评审。

3评审内容

序号	评审事项		评审结果	备注
1	功能性	XXXXXX，此功能设计是否具备，设计是否合理。	合格
2		XXXXXX，此功能设计是否具备，设计是否合理。	合格
3		XXXXXX，此功能设计是否具备，设计是否合理。	合格
4		XXXXXX，此功能设计是否具备，设计是否合理。	合格
5		XXXXXX，此功能设计是否具备，设计是否合理。	合格
6		XXXXXX，此功能设计是否具备，设计是否合理。	合格
7		XXXXXX，此功能设计是否具备，设计是否合理。	合格
8		XXXXXX，此功能设计是否具备，设计是否合理。	合格
9		XXXXXX，此功能设计是否具备，设计是否合理。	合格
10		XXXXXX，此功能设计是否具备，设计是否合理。	合格
11	可追溯性	分析该软件的系统结构、子系统结构，确认该软件设计是否覆盖了所有已确定的软件需求。	合格
12		软件每一成分是否可追溯到某一项需求。	合格
13	接口	分析软件各部分之间的联系，确认该软件的内部接口与外部接口是否已经明确定义。	合格
14		模块是否满足低耦合的要求。	合格
15		模块作用范围是否在其控制范围之内。	合格
16	风险	确认该软件设计在现有技术条件和预算范围内是否能按时实现。	合格
17	可维护性	从软件维护的角度出发，确认该软件设计是否考虑了方便未来的维护。	合格
31	文档	文档编写规范进行评估	合格

本文发布于:2023-06-11 00:54:42，感谢您对本站的认可！

本文链接：https://www.wtabcd.cn/zhishi/a/1686416083224481.html

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系，我们将在24小时内删除。

本文word下载地址：需求评审(模板).doc

本文 PDF 下载地址：需求评审(模板).pdf

上一篇：软件需求分析报告实例

下一篇：返回列表

标签：是否   设计   评审   需求