软件需求评审常用找缺陷的问题
本帖最后由 pmlpml6509 于 2012-3-23 16:20 编辑当你收到一份待评审的需求，你如何问自己问题，并从答案中找到潜在的需求缺陷。
以下是部分问题。不全面，也没有按问题的重要性排序。
Vision（愿景问题）
问题：“系统的用户组织架构、重要利益相关人是……”
问题：“系统的期望或目标SMART-able吗？”
问题：“有相关标准、规范的引用吗？”
问题：“环境、技术、特别是遗留系统的约束？”
Use Case（用例问题）
问题：“不使用该用例行吗？”
问题：“系统参与者有遗漏吗？”
问题：“复杂用例有图吗？”
问题：“Include, Extend使用对吗？”
问题：“都是动词或动名词？”
FURPS+（功能、实用性、可靠性、性能、支持性）覆盖
问题：“不这样行吗？”
问题：“除了功能外，其他的条款可观察、可度量、可实现吗？”
Data（数据实体）
问题：“都是名词吗？”
问题：“是关键属性吗？”
问题：“实体关系对吗？”
In General（通用）
问题：“使用了用户业务术语了吗？”或“有用户不熟悉的技术术语吗？”
问题：“是否存在模糊、代情感色彩的词汇，例如：应该、可能、等等，很方面、美丽”
注：SMART原则出于目标管理。
1. 指标必须是具体的（Specific）
2. 指标必须是可以衡量的（Measurable）
3. 指标必须是可以达到的（Attainable）
4. 指标是实实在在的，可以证明和观察(Realistic)
5. 指标必须具有明确的截止期限（Time-based）
页:
[1]
