RationalRose用例图及其应用.pptVIP

分组： 在一些用例中，用例的数目可能非常多，这个就需要组织这些用例。这种情况在一个系统包含很多个子系统时就会出现。 还可以把相关的用例放在一个包中 * 在建模参与者过程中，注意： 1、参与者对于系统而言总是外部的，因此它们在你的控制之外。 2、参与者直接同系统交互，这可以帮助定义系统边界 3、参与者表示人和事物与系统发生交互时所扮演的角色，而不是特定的人或者特定的事物。 4、一个人或者事物在与系统发生交互的时候，可以同时或者不同时扮演多个角色。 5、每一个参与者需要有一个具有业务一样的名字。 6、每个参与者必须有简短的描述，从业务角度描述参与者是什么。 7、像类一样，参与者可以具有分栏，表示参与者属性和他可以接受的事件。 * 识别用例 识别用例最好的办法就是从分析系统的参与者开始，考虑每个参与者是怎样使用系统。使用这种策略的过程中可能会找出一个新的参与者，这对完善整个系统建模很有帮助。 在识别用例的过程中，通过以下的几个问题可以帮助识别用例： （1）特定参与者希望系统提供什么功能？ （2）系统是否存储和检索信息？如果是，这个行为由哪个参与者触发? （3）当系统改变状态时，通知参与者吗？ （4）存在影响系统的外部事件吗？ （5）是哪个参与者通知系统这些事件？ * 用例与事件流 用例分析是处于系统的需求分析阶段，这个阶段应该尽量的避免去