本文详细介绍了用例文档在需求理解、设计、开发和测试过程中的重要作用，阐述了其与传统需求文档的区别，强调了用例在业务用户沟通、进度估算、成果验证以及项目复用等方面的独特优势。文中还深入探讨了用例的结构元素、关系识别方法及常见用例关系，如扩展、包含和泛化，旨在帮助团队更高效地组织和管理需求。
用例文档能很好的解释需求，能同时作为设计者，开发者，和测试人员参考的文档.
与传统需求文档的比较
用例模拟真实场景，探索需求
用例已经证实更容易被业务用户理解，是开发人员和最终用户的很好的沟通桥梁。
用例能够作为估计，制定进度和验证成果的基础。
用例在项目中可复用。用例在每一次迭代中都能进一步演化，用例可以用于捕获需求，成为设计师、程序员的设计、开发依据，发展为测试用例，到最后成为用户手册。
在一般系统中.以用例为核心来组织需求用例文档是需求文档，但用例文档并不是所有的需求.
一个典型的用例包含以下的元素
l 用例规约
l 用例编号
l 执行者
l 前置条件
l 后置条件
l 涉众利益
l 基本路径
1.XXXXX
2.XXXXX
3.XXXXX
l 扩展路径
l2a.XXXXXX
l 字段列表
l 业务规则
l 非功能需求
l 设计约束
l 待解决问题
常见的用例关系有扩展，包含和泛化
如何识别用例之间的关系，通过关系来整理用例
l 扩展
表示两个用例间有扩展关系，后者是前者信息或者业务功能的扩展。
目的：分离扩展路径
l 包含
表示两个用例间有包含关系，后者是前者的一部分。
目的：提取公共步骤，便于复用
l 泛化
表示两个用例之间的继承关系
扫一扫
3073
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
