软件工程项目项目2 UML和Rational Rose建模实践指南.pptVIP

2.3.2 对象图建模方法 对象是现实世界中可以区别的存在。类是现实世界中一个或多个对象的行为和属性的抽象，对象是类的实例。 对象图(object diagram)则显示了一组对象和他们之间的关系。使用对象图来说明数据结构，类图中的类或组件等实例的静态快照。 对象图的表示方法：对于对象图来说无需提供单独的形式。类图中就包含了对象，所以只有对象而无类的类图就是一个“对象图”。对象图也是一种结构图，如图2-43所示，用来呈现系统在特定时刻的对象(object)，以及对象与对象之间的链接(link)。 图2-43 链接 对象和类共用矩形图示，不过对象名称下方有底线，类名称下方没有底线，如上图2-44所示。对象名称经常被省略，所以常见带有冒号的类名称，这其实是个缺省类名的对象。 图2-44 类与对象 任务1：对象图建模方法 （1）确定参与交互的各个对象的类，可以参照相应的类图或交互图。 （2）确定类之间的关系（依赖、关联、泛化和实现等）。 （3）针对交互在某特定时刻各个对象的状态，建立相应的对象模型。 （4）绘制对象的关键状态及关键对象之间的连接关系，并精化对象模型图。 例如，参考图2-42的建模方法，分析图2-45银行网络系统中对象，建立对象模型。 图2-45 银行网络管理系统 图2-46 银行网络系统对象图 2.3.3 包图概念及建模 当为较复杂的系统建模时，使用包是最为有效的建模方法。包在很多方面与类相似，但在对大系统建模时，特别要注意区别包与类。类是对问题领域或解决方案的事物的抽象，包是把这些事物组织成模型的一种机制。 任务1：包图的添加 任务2：包图的删除 任务3：包图建模方法 （1）进行系统分析，把概念上和语义上相近的模型元素融入一个包中。 （2）对于每一个包，标出其模型元素的可见性（和类一样主要包括：Public、Private和Protected三种访问方式，它们分别用“+”、“-”和“#”来表示）。 （3）确定包与包之间的依赖和泛化关系等。 （4）绘制并精化包图。 例如：图书管理系统的包图如图2-49所示： 图2-49 图书管理系统的包图 提示：标识和建立包间的相关联系规则是使得包间不存在双方相关性， 即避免包紧密耦合在一起，独立性要强。 2.3.4 “网络教学系统”中的静态视图分析 1. 类图的生成 类图是系统设计的核心部分，明确系统中基本的类以及相互的关系有助于用户分析系统下一步的工作——即创建系统中的包图，而且建立好类图是进入系统编码阶段的重要基础。 （1）参与者相关的类：如图2-50所示。 图2-50 参与者相关的类图 （2）一些其他的类及各个类之间的关系: 一些其他的类：如图2-51所示。 图2-51 其它类图 各个类之间的关系: 如图2-52所示。 图2-52各实体类之间的关系 （3）数据库实体类： 图2-53数据库实体类图 （4）网络教学系统类图和包图案例分析 图2-54 网络教学系统包图 2.类与代码的对应关系 在Rational Rose中，根据实体类可以使用正向工程生成与之对应的代码。正向工程是指从Rose模型中的一个或多个类图生成Java源代码的过程。 逆向工程(Reverse Engineer)是分析现有系统的代码（如Java代码等），然后将其转换成Rose模型的类和组件的过程。 本章介绍了ROSE这个面向对象的建模工具，利用ROSE这个CASE(计算机辅助软件工程)工具，可以建立用UML描述的软件系统的各种模型，而且可以自动生成和维护像C++、Java、VB和Oracle等语言和系统的代码框架。学会它，掌握它，并用它来解决面向对象的分析与设计及建模方面的实际问题。 软件建模包括三个模型：功能模型、业务模型、数据模型，其中功能模型和业务模型在需求分析时开始建模，数据模型在设计时建模。功能模型描述系统能做什么，即对系统的功能、性能、接口和界面进行定义；业务模型主要是从业务的角度而非技术角度对系统进行建模。即描述系统在何时、何地、由何角色、按什么业务规则去做，以及操作的步骤和流程；数据模型描述系统工作前的数据来自何处，工作中的数据暂存何处，工作后的数据放到何处，以及这些数据之间的关联，即对系统的数据结构进行定义。这三个模型的建模思想与建模方法，也可以用建模工具Rational Rose来加以实现。 Rational Rose是面向对象分析与设计的最好建模工具，它的应用领域宽，应用时间长，也较为成熟，但是在国内普及面还不够广泛。Rational Rose的理论基础是统一建模语言UML，在学习Rational Rose之前，必须对UML有所了解。 掌握Rose安装方法。 熟悉Rose建模环境的使用方法。 掌握用例图建模方法