用powerdesginer画用例图方法.docxVIP

画用例图?用例图组成：系统边界。参与者。用例。关系。参与者：Actor不是人，而是指参与用例时担当的角色。如果一个角色的操作是由另一个角色代理完成的，请建立该角色到另外角色之间的依赖。怎样识别参与者呢？是谁向系统提供的信息呢.谁向系统获取信息。谁操作系统。系统使用哪些外部资源系统是否和已经存在的系统交互系统、子系统或类与外部的参与者（actor）交互的动作序列的说明，包括各种序列及出错序列。用例分析可以认为是对系统功能的分解。怎样确定用例的粒度呢？用例的粒度（用例的大小）可大可小，一般一个系统易控制在20个左右。用例是系统级的抽象的描述，不是细化的（是做什么，非怎样做）。对复杂系统可以划分为若干个子系统处理。怎样获取用例呢？参与者希望系统执行什么任务？参与者在系统中访问哪些信息（创建、存储、修改、删除等）？需要将外界的哪些信息提供给系统？需要将系统的那个事件告诉参与者？如何维护系统？?UML中的四种关系。关联（association）包含（include）?扩展（extend）泛化（generalization）?关联关系描述参与者和用例之间的关系。用单向箭头，表示谁启动用例。每个用例都有角色启动，除了包含和扩展用例。包含。是指两个用例之间的关系。其中一个用例（基本用例，base use case）的行为包含了另一个用例（包含用例，inclusion use case）的行为。如果