首页  ·  知识 ·  软件项目
软件需求过程检查列表
网友     综合  编辑: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
   
免责声明:本站转载此文章旨在分享信息,不代表对其内容的完全认同。文章来源已尽可能注明,若涉及版权问题,请及时与我们联系,我们将积极配合处理。同时,我们无法对文章内容的真实性、准确性及完整性进行完全保证,对于因文章内容而产生的任何后果,本账号不承担法律责任。转载仅出于传播目的,读者应自行对内容进行核实与判断。请谨慎参考文章信息,一切责任由读者自行承担。
延伸阅读