怎样在ROSE上细化USE CASE?
　

---

设计是逐步细化的，那么USE CASE 在刚开始时可能很粗的粒度，如果细化该USE CASE,我是在原来的上删除再添加呢,还是另写一个呢？如果删除，我就看不到原来的了。请大侠帮忙啊，多谢了

1. 利用版本控制系统如clear case来保留历史信息, 直接将大粒度的use case换成一组小粒度的use case
2. 为不同粒度的use case建立不同的包, 可能将大粒度的use case映射成小粒度层次上的一个package会带来一些方便.

前一种比较难控制, 后一种比较累. 不推荐对use case进行反复的细化, use case描述的是需求, 需求的增删及实际内容的改变是比较正常的, 而再细化则说明前的理解或描述有很大的问题.

我想知道，正常的设计时会怎样处理呢？比如你在作项目分析，你会怎样做？或者说多数人该怎样正确去做呢？

有效用例模式 清华大学出版社

团队：SmallWritingTeam，ParticipatingAudience，BalancedTeam

过程：BreadthBeforeDepth，SpiralDevelopment，MultipleForms（多种用例形式/模板），TwoTierReview（两种评审：内部小组评审，整个团队评审），QuittingTime（当用例完整并满足参与者需要时，及时停止用例工作），WritersLicense（允许编写人员在满足要求的前提下使用自己改编过的格式）

用例集：SharedClearVision，VisibleBoundary，ClearCastOfCharacters，UserValuedTransactions（体现风险承担者看重的价值），EverUnfoldingStory（用例的层次，可以展开出更多的细节）

用例：CompleteSingleGoal，VerbPhraseName，ScenarioPlusFragments（分列主场景和分支），ExhaustiveAlternatives（穷尽可能分支），Adornments（留出位置记录用例有关的被充信息，如业务规则，界面草图，接口协议，数据有效性验证规则），PreciseAndReadable

场景和步骤：DetectableConditions（只包含系统可检测的外部条件，合并对系统产生相同影响的条件），LeveledSteps（用例分级，步骤分级，步骤保持在3至9步之内），ActorIntentAccomplished（清楚说明哪个参与者完成什么工作），ForwardProgress（避免在主场景中加入分散注意力的步骤，确保主场景推进的速度），TechnologyNeutral

用例关系：CommonSubBehavior（提取相同的行为，使用包含关系），InterruptsAsExtensions（如果分支和主场差异足够大，创建一个扩展用例），PromotedAlternative（如果某分支足够复杂，创建一个单独的用例，并使用包含关系）

编辑现有用例：RedistributeTheWealth（用例重构，去除坏味道，分），MergeDroplets（合并实现相同目标的小用例，合），CleanHouse（去除对系统不贡献价值的用例）