软件架构————需求分析核对表

核对表:


针对功能需求:

1.是否详细定义了系统的全部输入,包括其来源、精度取值范围、出现频率等

2.是否详细定义了系统的全部输出,包括目的地、精度、取值范围、出现频率、格式等

3.是否详细定义了所有输出格式(Web页面/报表/等等)

4.是否详细定义了所有硬件及软件的外部接口

5.是否详细定义了全部外部通信接口,包括握手协议、纠错协议、通信协议等

6.是否列出了用户想要做的全部事情

7.是否详细定义了每个任务所用的数据,以及每个人物得到的数据


针对非功能需求(质量需求)

1.是否为全部必要的操作,从用户的视角,详细描述了期望相应的时间。

2.是否详细描述了其他与计时有关的考虑,例如处理时间、数据传输、系统吞吐量

3.是否详细定义了安全级别

4.是否星系定义了可靠性,包括软件失灵的后果、发生故障时需要保护的直观重要的信息、错误检测与恢复的策略

5.是否详细定义了机器内存和剩余磁盘空间的最小值

6.是否详细定义了系统的可维护性,包括适应特定功能的变更、操作环境的变更、与其他软件的接口的变更能力

7.是否包含“成功”的定义?失败的定义?


需求的质量

1.需求是用用户的语言书写的?用户也这么认为?

2.每条需求都不与其他需求冲突吗?

3.是否详细定义了相互竞争的特性之间的权衡————例如,强壮性与正确性之间的权衡

4.是否避免在需求中规定设计

5.需求是否在详细程度上保持相当一致的水平?有些需求应该更详细地描述吗?有些需求应该更粗略地描述吗?

6.需求是否足够清晰,即时转交给一个独立的小组去构建,他们也能立交吗?开发者也能这么想吗?

7.每个条款都与待解决的问题及其解决方案相关吗?能从每个条款上溯到他在问题域中对应的根源吗?

8.是否每条需求都是可测试的?是否可能进行独立的测试,以检验不满足各项需求?

9.是否详细描述了所有可能的对需求的改动,包括各项改动的可能性?


需求的完备性

1.对于在开始开发之前无法获得的信息,是否详细描述了信息不完全的区域?

2.需求的完备度是否能达到这种程度:如果产品满足所有需求,那么它就是可接受的?

3.你对全部需求都感到很舒服吗?你是否已经去掉了那些不可能实现的需求--那些只是为了安抚客户和老板的东西?

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值