用例的粒度问题一直是困扰着需求分析员的常见问题，对于这个问题，抱歉，没有银弹，我只能给出一些解决这个问题的基本原则：
1. 控制用例的总体数量：一般来说，一个相当复杂的系统的用例数量可能在30-50个之间，如果一个系统的用例数量大大超过了这一范围，那就该看看是不是陷入了功能分解的误区；
2. 高内聚、低耦合：用例是一种结构化写作需求的技术，用例是被从现实的场景中抽象出来的。如果这些场景有紧密的联系（高内聚），那用用例技术来组织它们则可以复用这些场景中的步骤描述，从而达到事倍功半的效果；
3. 写写看:很多时候在初步规划用例模型的阶段，有时很难判断一个用例的粒度是否合适，不要执迷于一次获得一个完美的用例模型和用例粒度。不妨先得出一个初稿，然后写写用例，看看是不是符合高内聚、低耦合的原则，实际上在写用例的过程中，用例模型往往是需要不断进行调整的；
4. 避免功能分解：功能分解是正确使用用例技术的最大敌人，很多用例粒度的讨论其实都是功能分解的思想在作怪。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/15232362/viewspace-440942/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
没有了~
请登录后发表评论
登录
全部评论
