UML中 共有5种静态图.docVIP

UML中共有5种静态图：用例图，类图，对象图，组件图和配置图。 （1）用例图 Use Case Diagram 用例图展现了一组、参与者以及它们之间的关系可以用来描述系统的静态使用情况。 上图中小人形状的用户和ATM是参与者、椭圆形状的如插入卡、输入密码等是用例 （2）类图 Class Diagram 类图展示了一组类、接口、子类以及他们之间的关系，在建模中最常用到的图就是类图；可以用类图说明系统的静态设计视图，包含主动类的类图。 上图中反应了5个类之间的关联关系，人民币账户和美元帐户从账户继承，账户和ATM相关联，两种账户和用户相关联 （3）对象图 Object Diagram 对象图展示了一组对象和他们间的关系，可以用来说明类图中翻译的事物实例的数据结构和静态快照，表达了系统的静态设计视图和静态过程视图，除了显示和原型方面的因素外，它与类图的作用是相同的。 （4）组件图 Component Diagram 组件图，又名构件图，展现了一组组件之间的组织和依赖，用于对源代码、可执行的发布、物理数据库和可调整的系统建模。 上图中组件1和组件3依赖于组件2 （5）配置图 Deployment Diagram 配置图展现了对运行时处理节点以及其中组件的配属，它描述系统硬件的物理拓扑结构，以及在此结构上执行的软件。用配置图说明系统结构的静态配置视图，即说明分布、交互和安装的物理系统。 上图中，三个处理机与两个涉笔，相互之间是关联的关系 UML中动态图有四种，分别是：时序图、协作图、状态图和活动图。 （1）时序图 Sequence Diagram 时序图展现了一组对象和由这组对象收发的信息，用于按时间顺序对控制流建模。可以用时序图来说明系统的动态视图。 这里貌似有不同的说法 Visual Paradigm里面叫时序图为Timing Diagram，而我参照的教材里边没有这种图，按理说是应该有的。 上图反应了用户与ATM交互的整个过程。 （2）协作图 Collaboration Diagram 协作图展现了一组对象之间的链接以及这组对象收发的消息，强调收发消息对象的组织结构，按组织结构对控制流建模。 （3）状态图 Statechart Diagram 状态图展示了一个特定对象的所有可能状态以及各种事件的发生而引起的状态间的转移。一个状态图描述了一个状态机，用状态图说明系统的动态视图。状态图对于接口、类、或者协作的行为建模尤为重要，可以用来描述用例实例的生命周期。 （4）活动图Activity Diagram 活动图显示系统中从一个活动到另一个活动的流程，活动显示了一些活动，强调的是对象之间的流程控制。 活动图以活动为节点，从开始依次进行一个个活动最后结束1． 用例图的建立步骤： ? 1〉 找出系统外部的活动者和外部系统，确定系统的边界和范围。 2〉 确定每一个活动者所希望的系统行为。 3〉 把这些系统行为命名为用例。 4〉 把一些公共的系统行为分解为一批新的用例，供其它的用例引用。把一些变更的行为分解为扩展用例。 5〉 编制每一个用例的剧本。 6〉 绘制用例图。 7〉 区分主业务流和例外情况的事件流。可以把表达例外的情况的事件流的用例图画成一个单独的子用例图。 8〉 精化用例图，解决用例见得重复与冲入问题，简化用例中的对话序列，用例图可以有不同的层次，高层次系统的用例可以分解为若干个下属子系统中的子用例。 ?2． 对象类图的建立步骤： ?1〉 研究分析问题领域，确定系统的需求。 2〉 发现对象和对象类，明确他们的含义和责任，确定属性和操作。 3〉 发现类之间的静态联系。着重分析找出对象类之间的一般和特殊关系，部分与整体关系，研究类的继承性和多态性，把类之间的静态联系用关联、泛化、聚合、组 合、依赖等联系表达出来，虽然对象类图表达的是系统的静态结构特征，但是应当把对系统的静态分析与动态分析结合起来，更能准确地了解系统的静态结构特征。 4〉 设计类与联系。调整和精化已得到的对象类和类之间的联系，解决诸如命名冲突、功能重复等问题。 5〉 绘制对象类图并编制相应的说明。上述做法是直接从领域分析抽取对象和对象类开始的，这是常规的面向对象的系统分析与设计的做法。Rational统一过程 主张采用用例驱动的系统分析与设计方法。从业务领域的分析中先抽取活动者和用例，建立业务模型。业务模型包括业务用例模型、设计模型、实现模型和测试模 型。 3． 系统中的例外情况建模： 1〉 对于每一个对象类和接口，找出可能发生的例外情况和出现例外情况的条件。 2〉 把每一个例外情况用一个信号类描述，类名前冠有构造型《exception》。 3〉 建立例外情况的层次结构，把一般性的例外情况置于高层，把特殊性的例外情况置于低层。 4〉 对于每一个操作确定可能发生的例外情况