最新文章专题视频专题问答1问答10问答100问答1000问答2000关键字专题1关键字专题50关键字专题500关键字专题1500TAG最新视频文章推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37视频文章20视频文章30视频文章40视频文章50视频文章60 视频文章70视频文章80视频文章90视频文章100视频文章120视频文章140 视频2关键字专题关键字专题tag2tag3文章专题文章专题2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章专题3
当前位置: 首页 - 正文

信息化项目需求评审报告

来源:动视网 责编:小OO 时间:2025-09-29 02:28:15
文档

信息化项目需求评审报告

需求评审报告1.评审的组织项目名称评审文档名称评审类型□首次评审□复审评审时间评审地点参加人员名单姓名工作单位(部门)、职务记录员2.评审内容序号内容1XX功能模块2XX功能模块…XX功能模块3.评审结果评审结果问题描述问题类型(变更/缺陷/风险/待定)评审意见/建议评审结论□评审通过:工作产品合格,“无需修改”或“需要轻微修改但不必再审核”;□评审基本通过:工作产品基本合格,需要作少量修改,之后通过审核即可;□评审不通过:工作产品不合格,需要作比较大的修改,之后必须重新对其评审。总体意见或建
推荐度:
导读需求评审报告1.评审的组织项目名称评审文档名称评审类型□首次评审□复审评审时间评审地点参加人员名单姓名工作单位(部门)、职务记录员2.评审内容序号内容1XX功能模块2XX功能模块…XX功能模块3.评审结果评审结果问题描述问题类型(变更/缺陷/风险/待定)评审意见/建议评审结论□评审通过:工作产品合格,“无需修改”或“需要轻微修改但不必再审核”;□评审基本通过:工作产品基本合格,需要作少量修改,之后通过审核即可;□评审不通过:工作产品不合格,需要作比较大的修改,之后必须重新对其评审。总体意见或建
需求评审报告

1. 评审的组织

项目名称
评审文档名称
评审类型□ 首次评审   □ 复审

评审时间

评审地点

参加

人员名单

姓名工作单位(部门)、职务
记录员
2.评审内容

序号内容
1XX功能模块
2XX功能模块
XX功能模块
3. 评审结果

评审结果问题描述问题类型

(变更/缺陷/风险/待定)

评审意见/建议
评审结论□评审通过:工作产品合格,“无需修改”或“需要轻微修改但不必再审核”;

□评审基本通过:工作产品基本合格,需要作少量修改,之后通过审核即可;

□评审不通过:工作产品不合格,需要作比较大的修改,之后必须重新对其评审。

总体意见

或建议

附录A 需求规格说明评审检查表

主要检查项评价
一    完备性

1    所有必要的属性、假定和约束是否有完整描述?

2    是否所有的需求和约束都被分配了优先级?

3    是否明确定义了确定需求优先级的标准?

4    需求的状态是否描述正确?

5    是否描述了软件安装需求(打包,用户培训等)?

6    是否描述了开发环境与运行环境、如果用户要求是否明确了开发语言?

二    一致性

1    所有的需求之间描述是否一致?

2    需求与相关文档之间是否描述一致

3    需求描述是否与真实操作环境一致(例如.事件序列,数据率,带宽等)?

4    需求文档是否与业务需求一致?

三    数据用法 

1     所有的数据的类型、单位、精确度、约定、取值范围和边界条件等是否被确定?

2    是否所有数据及其组成被明确描述?

3    是否描述了全局数据与逻辑数据之间的映射?

4    是否描述了数据储存方法?

5    是否提供了储存与共享数据的功能与方法?

6    是否描述了对存储数据的完整性要求?

7    是否描述了对被储存数据的操作频率与类型?

8    是否描述了共享数据的访问方式(例如:随机、有序等)?

四    文档/清晰性

1    系统的目标是否得到定义?

3    对术语的描述是否与用户和最终客户一致?

3    需求是否清晰无歧义?

4    是否有对程序实现的功能的概括描述?

5    是否对操作的方法、状态等进行了描述?

6    是否明确描述了软硬件环境?

7    是否明确描述了影响执行的假定?

8    每项需求是否描述了状态、输入、输出与处理方法?

五    功能性

1    功能需求描述是否充分满足了客户与最终用户的需求?

2    每项功能性需求的输入是否是充分与必须的?

3    每项功能性需求是否清晰的描述了输入(包括共享数据)是如何变换为输出的(包括共享数据)?

4    是否功能性需求的所有状态都得到了定义?

六    接口

1    是否所有的外部和内部的接口都 是充份的和必需的?

2    是否每项功能性需求的输出都可以明确为另一个功能性需求的输入或外部接口?

3    是否描述了所有与系统相关的软硬件系统的接口与人机交互接口?

4    是否所有的显示界面的内容、格式与约定都 得到了清晰描述?

5    是否所有的数据元素都得到了充分描述?

6    是否清晰充分地描述了功能性需求之间的数据流?

7    是否所有的接口数据得到了清晰充分描述?

七    细节

1    是否所有标明 “To Be Determineds” (TBDs)的问题都得到解决?

2    是否所有的接口都描述充分足以开展设计工作?

3    是否所有功能性需求描述充分足以开展设计工作?

4    是否所有性能需求描述充分足以开展设计工作?

5    是否每项功能性需求的输入和输出、准确性,精确度,范围,类型,比率,单位,频率都被描述?

八    可维护性 

1    是否需求之间是弱耦合的(例如:改变某项需求不会对子系统产生意想不到的影响)

2    需求是否会将设计的复杂度降到最低?

3    功能性需求中是否考虑到可维护性的要求?

4    是否考虑到重用已有的设计,是否对设计及集成的效果进行了描述?

5    在功能性需求是否考虑了可移动性?

6    继承的和预定义?的工具情怀设计是否得到了描述

九    性能

1    是否所有的性能需求都可分配到具体的功能需求?

2    是否描述了对资源及其的性能需求?

十    可靠性

1    是否定义了可度量的质量目标等质量特性?

2    是否可靠性需求可以分配到功能性需求?

3    是否有效性需求可以分配到功能性需求?

4    是否描述了安全性需求并可分配到功能性需求?

5    所有不期望事件及其响应都得到了描述?

6    是否考虑了特殊的初始状态(例如断电与异常终止等)?

7    功能需求之间的序列被陈述,并且这些序列是必须的?

8    是否描述了错误检查及恢复需求?

十一    标准

1    文档格式是否符合项目定义的标准?

十二    可测试性

1    是否所有程序可以被测试、证明、分析或检查以确定是否符合需求?

3    需求的每个状态是否是离散的、明确的可测试的??

3    是否所有的程序都 定义了验收准则?

4    是否定义了明确的通过/不通过标准?

5    是否为每项需求描述了测试方法 (测试,示范,分析或检验)?

十三    环境

1    是否依照需求开发的产品可以在最终用户操作环境运行?

十四    可追踪性

1    是否所有函数、结构、等都可以被追踪到需求, 反之亦然?

2    是否所有的需求都可以分配到适当的函数?

3    是否所有的设计目标和执行都得到了实现?

文档

信息化项目需求评审报告

需求评审报告1.评审的组织项目名称评审文档名称评审类型□首次评审□复审评审时间评审地点参加人员名单姓名工作单位(部门)、职务记录员2.评审内容序号内容1XX功能模块2XX功能模块…XX功能模块3.评审结果评审结果问题描述问题类型(变更/缺陷/风险/待定)评审意见/建议评审结论□评审通过:工作产品合格,“无需修改”或“需要轻微修改但不必再审核”;□评审基本通过:工作产品基本合格,需要作少量修改,之后通过审核即可;□评审不通过:工作产品不合格,需要作比较大的修改,之后必须重新对其评审。总体意见或建
推荐度:
  • 热门焦点

最新推荐

猜你喜欢

热门推荐

专题
Top