状态图(或状态表图)描述类的状态和响应。状态图描述了类响应外界刺激的行为。这种图包括下列元素:·状态(state),代表在对象生命期间的某种状况。在该状况下,对象满足某些条件、执行某些活动或等待某些事件。·转换(transition)...[继续阅读]

    活动图描述类的活动。这些图类似于状态图,也使用类似的约定,但是活动图描述类响应内部处理的行为,而状态图则描述类响应外部事件的行为。这些图包含下列元素:·泳道(swimlane),表示一个或多个对象对于整个活动中的动作所负的责...[继续阅读]

    组件图描述了软件实现组件的组织及其相互之间的依赖关系。组件图包括组件,组件代表分布的物理单元,包括源代码、目标代码和可执行代码。图4-34显示实现系统的开发时和运行时物理对象。侧面带有两个突出的小矩形的矩形代表...[继续阅读]

    部署图描述执行处理过程的资源元素的配置情况,以及软件实现组件到资源元素的映射。部署图包含组件和节点,它们代表执行处理或进行计算的资源,包括计算机、打印机等等。图4-35显示资源管理者应用程序将在一台资源管理者桌面...[继续阅读]

    图4-36显示如何将模型元素分组为不同的包并进行关联。一角附带有一个小矩形的大矩形代表包。包是用于组织模型元素的通用分组机制。在其他图中也将使用包。图4-36:包在图4-36中,UserInterface(用户界面)包中含有实现系统用户界面的...[继续阅读]

    模型是系统的完整抽象,而图则是模型或者模型子集的图形表示。UML通过一种循环的方式来对自身进行定义,使用UML语言表示法和语义的子集来说明UML语言本身。UML定义于一个用于建模的概念框架中,该框架由4个不同的层次或者说抽象...[继续阅读]

    UML元模型由逻辑包集合组成(图5-7)。包是一种通用分组机制,用于将语义上相关的模型元素组织起来。元模型将元模型的元素组织在包中。同一个包中的元素之间有很强的内聚性,而不同包的元素间则是松耦合关系。两个包或者模型元...[继续阅读]

    UML元模型元素以图的方式进行组织。观察系统视角的不同决定了目标的不同,根据不同的目标我们将采用不同的图。这些不同的视图称为体系结构视图(图5-8)。体系结构视图有助于信息的组织,而图则使信息的交流成为可能。模型或模...[继续阅读]

    在解决问题时,需要用图来交流问题和解决方案的相关信息。在建模和绘图时,一些基本的机制可以使得我们创建的模型更优秀、更精确,且具有更好的可交流性。因此,机制是进行建模和绘图的手段或工具。所有机制都是基于这样的想...[继续阅读]

    UML支持并提倡采用(但并不是必需和强制性的)的过程是:·用例驱动的(usecasedriven)。所谓用例驱动,就是说通过用例来:　—获取系统需求,定义参与者要求系统提供的行为和服务,其他子系统要求某个子系统提供的服务,以及其他类要求某...[继续阅读]