uml与rationalrose.ppt

7.1 概述 7.1.1 UML的产生和发展 UML(Unified Modeling Language)的概念于1996年由面向对象方法领域的三位著名专家Grady Booch，James Rumbaugh和Ivar Jacobson提出的。 1996年6月和10月分别发布了UML0.9, UML0.91。 1997年1月，UML1.0被提交给对象管理组织OMG。 1997年9月，提交UML1.1，1997年11月被OMG采纳作为基于面向对象技术的标准建模语言。 1998、1999、2000、2001年分别发布了UML1.2、UML1.3、UML1.4、UML1.5。 2. 静态图(static diagram) 这类图描述系统的静态结构，属于这类图的有类图(class diagram)，对象图(object diagram)，包图（pakage diagrame ）。 (1)类图: 类图不仅定义系统中的类，表示类与类之间的关系(例如，关联、依赖、泛化和细化等关系)，也表示类的内部结构(类的属性和操作)。类图描述的是一种静态关系，在系统的整个生命期内都是有效的。 3. 行为图(behavior diagram) 这类图描述系统的动态行为和组成系统的对象间的交互关系，包括状态图(state diagram)和活动图(activity diagram)两种图形。 (1)状态图: 状态图描述类的对象可能具有的所有状态，以及引起状态变化的事件，状态变化称作状态转换。通常，状态图是对类图的补充。实际使用时，并不需要为每个类都画状态图，仅需要为那些有多个状态，且其行为在不同状态有所不同的类画状态图。 4. 交互图(interactive diagram) 这类图描述对象间的交互关系，包括顺序图(sequence diagram)和协作图(collaboration diagram)两种图形。 (2)协作图: 协作图与顺序图类似，也描述对象间的动态协作关系。除了显示对象间发送的消息之外，协作图还显示对象及它们之间的关系(称为上下文相关)。 由于顺序图和协作图都描述对象间的交互关系，所以建模者可以选择其中一种表示对象间的协作关系：如果需要强调时间和顺序，最好选用顺序图；如果需要强调上下文相关，最好选择协作图。 5. 实现图(implementation diagram) 这类图提供关于系统实现方面的信息， 构件图(component diagram)和配置图(deployment diagram)属于这类图。 (2)配置图: 配置图定义系统中软件和硬件的物理体系结构。通常，配置图中显示实际的计算机和设备(用节点表示)，以及各个节点之间的连接关系，也可以显示连接的类型及构件之间的依赖关系。在节点内部显示可执行的构件和对象，以清晰地表示出哪个软件单元运行在哪个节点上。 项目管理人员、用户和部署人员通过配置图了解网络的物理布局和各种组件的位置。项目管理员通过这个框图与用户沟通系统的布局。部署人员用它进行部署规划。 7.1.4 UML的应用领域 UML是一种建模语言，是一种标准的表示方法，而不是一种完整的方法学。因此，人们可以用各种方法使用UML，无论采用何种方法，它们的基础都是UML的图，这就是UML的最终用途——为不同领域的人提供统一的交流方法。 分析：分析阶段主要关心问题域中的基本概念(例如，抽象、类和对象等)和机制，需要识别这些类以及它们相互间的关系，可以用UML的逻辑视图和动态视图来描述。类图描述系统的静态结构，协作图、顺序图、活动图和状态图描述系统的动态行为。在这个阶段只为问题域的类建模，而不定义软件系统的解决方案细节(例如，处理用户接口、数据库、通信和并行性等问题的类)。 测试：对系统的测试通常分为单元测试、集成测试、系统测试和验收测试等几个不同的步骤。UML模型可作为测试阶段的依据，不同测试小组使用不同的UML图作为他们工作的依据：单元测试使用类图和类规格说明；集成测试使用构件图和协作图；系统测试使用用例图来验证系统的行为；验收测试由用户进行，用与系统测试类似的方法，验证系统是否满足在分析阶段确定的所有需求。  总之，统一建模语言UML适用于以面向对象方法来描述任何类型的系统，而且适用于系统开发的全过程，从需求规格描述直到系统建成后的测试和维护阶段。 7.2 静态建模机制 任何建模语言都以静态建模机制为基础，UML也不例外。UML的静态建模机制包括用例图、类图、对象图和包等。  1. 用例模型 用例模型描述的是外部执行者(actor)所理解的系统功能。用例模型用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，描述了开发者和用户对需求规格达成的共识。首