读书笔记----需求分析

xiangzhao

需求核对表：
　　　
一，功能需求：
　　１，是否详细定义了系统的全部输入，包括其来源，精度，取值范围，出现频率等
　　２，是否详细定义了系统的全部输出，包括其目的地，精度，取值范围，出现频率，格式等
　　３，是否详细的定义了所有的输出格式（Ｗｅｂ页面，报表等）
　　４，是否详细的定义了所有硬件及软件的外部接口
　　５，是否详细的定义了全部外部通信接口，包括握手协议，纠错协议，通信协议等
　　６，是否列出了用户想要做的全部事情
　　７，是否详细定义了每个任务所用的数据，以及每个任务得到的数据
二，非功能需求（质量需求）
　　１，是否为全部必要的需求，从用户的视角，详细的描述了期望响应的时间
　　２，是否详细描述了其他与计时有关的考虑，例如处理时间，数据传输率，系统吞吐量
　　３，是否详细定义了安全级别
　　４，是否详细定义了可靠性，包括软件失灵的后果，发生故障时需要保护的至关重要的信息，　　　　错误检测与恢复的策略等
　　５，是否详细定义了系统的可维护性，包括适应特定功能的变更，操作环境的变更，与其他软　　　　件的接口的变更能力
　　６，是否包含对成功的定义及失败的定义
　
　　
三，需求的质量
　　１，需求是用用户的语言书写的吗？用户也这么认为吗？
　　２，每条需求都不与其他的需求冲突吗
　　３，是否详细的定义了相互竞争的特性之间的权衡－－－例如健壮性与正确性之间的权衡
　　４，是否避免在需求中规定设计方案
　　５，需求是否在详细程度上保持相当一致的水平？有些需求应该更详细地描述吗？有些需求应该粗略地描述吗？
　　６，需求是否足够清晰，即使转交给一个独立的小组去构建，他们也能理解吗？开发者也这么想吗？
　　７，每个条款都与待解决的问题及其解决方案相关吗？能从每个条款上溯到它在问题域中对应的根源吗？
　　８，是否每条需求都是可测试的？是否可以进行独立的测试，以检验满不满足各项需求？
　　９，是否详细描述了所有可能的对需求的改动，包括各项改动的可能性？
　
四，需求的完备性
　　１，对于在开始之前无法获得的信息，是否详细描述了信息不完全的区域？
　　２，需求的完备度是否能达到这种程度：如果产品满足所有的需求，那么它就是可接受的？
　　３，你对全部需求都感到很舒服吗？是否已去掉了那些不可能实现的需求

xl8762

谢谢楼主的分享哦

sagua1234

谢谢楼主!!

强制执行

在ERP的实施过程中，大家对需求分析的期望值很高。在实际执行过程中，需求计划全是不可信的。因此，大家不要过分的去渲染需求计划的意义。我在实施的几个企业中，基本将需求计划这个功能给费了。没想到的是，这几个企业都自觉的在完善和想充分的利用这个功能，呵呵。一旦取得进展就给我打电话，准确率又提高了几个点。

城市孤星

如果能做到LZ这样，那这个项目的存活率又高了几个百分点。

jiuyingzi

每个企业需求都不同，不能一概而论

fjxzxy

这种表述让行外人根本看不懂。

沧海乐乐

每个企业需求都不同，不能一概而论