首页  ·  知识 ·  软件项目
软件需求过程检查列表
网友     综合  编辑:dezai   图片来源:网络
p align=centerxxxx软件需求过程检查列表   文档名称:   检查人:

xxxx软件需求过程检查列表

  文档名称:

  检查人:

  检查时间:

  序号

  检查项

  检查结果(是/否/NA)

  1、是否所有的系统输入已确定,包括其来源、准确性,取值范围和频率?

  2、是否所有的系统输出已确定,包括其目的地、准确性,取值范围、频率和格式?

  3、是否已确定所有的通信接口信息包括握手、错误检查、通讯协议、返回码的统一定义?

  4、是否定义清楚与其他模块和产品的交互流程

  5、是否提供量化的性能指标

  6、需求描述是否带有二义性,如“3个月以上”——是否包括3个月?

  7、是否有系统失败和成功的定义?

  8、是否详细说明了系统的可维护性,包括在操作环境中响应变化的能力,和其它软件交互的能力,准确性,性能和其它预知的附加功能?

  9、所有的需求之间不互相冲突吗?

  10、需求分析避开了设计方面的细节问题吗?

  11、每项需求都可测试吗?每项需求是否能够独立得到验证?

  12、每个条目都与问题及其解决方案相关吗?在发现问题时每个条目都能追溯到它的起因吗?

  13、从用户观点来看,是否考虑了操作的易用性和可用性?

  14、是否考虑了新增功能点对原有功能的影响?

  15、是否考虑了数据合法性校验的规定?

  评审小组:

  名称及职位: 签字:

  1 ___________ ___________

  2 ____________

  评审结果:

  接受: 就这样 ( ) 少量改动 ( )

  拒绝: 需要大量改动 ( ) 需要较小改动 ( )

  评审未完:( 必须附加说明 )

  备注:

本文作者:网友 来源:网络
CIO之家 www.ciozj.com 微信公众号:imciow
    >>频道首页  >>网站首页   纠错  >>投诉
版权声明:CIO之家尊重行业规范,每篇文章都注明有明确的作者和来源;CIO之家的原创文章,请转载时务必注明文章作者和来源;
延伸阅读
也许感兴趣的
我们推荐的
主题最新
看看其它的