uml实例Rational Rose.ppt

第六章Rational Rose逻辑模型分析 软件开发过程中的分析和设计阶段 逻辑视图分为三个层次 系统业务对象模型 系统分析模型 系统设计模型 问题：每个模型的意义是什么？ 各个模型的意义 通过业务对象模型完成系统概要设计任务 通过系统分析模型完成系统详细设计的任务 通过系统设计模型用于生成程序框架，填写代码，完成系统实现任务。 逻辑视图的建立 创建包(每个包代表不同的模型) 1.展开逻辑视图中的主视图(main类图)，改名为topLevel 2.打开topLevel视图 3.在topLevel视图里面建立三个包，分别是业务对象模型，分析模型，设计模型 逻辑视图－－业务对象模型的建立 双击业务对象模型包，系统自动创建一个main类图 把系统自动创建的main类图删除，建立一个名为main的用例图 打开新建的用例图 逻辑视图－－业务对象模型的建立 创建一个名为“销售管理”的部门单元 1.创建一个包 2.打开规范对话框，把变体类型设置为organization unit(部门单元) 同样的方法，建立“统计分析”，“库存管理”，“订货管理”部门单元 销售管理业务对象类图 统计分析业务对象类图 库存管理业务对象类图 订货管理业务对象类图 逻辑视图－－业务对象模型的建立 双击销售管理包，自动建立main类图 将业务用例模型中的售货员和顾客两个角色拖放到此类图中 创建新类，命名为“商品”，设置变体类型为业务实体(business entity) 同样，创建另一个业务实体“销售清单” 建立关联 逻辑视图－－分析模型基本概念 一个用例一般由三个类协同实现其功能：边界类(boundary classes)，实体类(entity classes)，和控制类(control classes)。这些类又叫做分析类变体(analysis class stereotypes)。 分析模型涉及的边界类，控制类，实体类(类的变体)和用例实现(用例的变体)等基本图素 逻辑视图－－分析模型基本图素 逻辑视图－－分析模型的基本类 边界类(boundary classes) 边界类位于系统和外界角色的交界处，边界类实现业务角色，业务员工与用例的交互，它可以是窗体类、报表类，也可以是与信用卡读卡器、条形码扫描器等设备的接口 边界类可以从用例中去寻找，每个“角色－用例”之间至少有一个边界类，但可以与其他“角色－用例”之间共用。 边界类可以是软件接口或其他。用于接收角色的转换信息，有时还承担信息转换的任务。 逻辑视图－－分析模型的基本类 实体类(entity classes) 实体类负责存储、加工信息，是对用户最有意义的类，通常用业务领域的术语来命名。一般利用数据库对这种实体建立相应的表格。实体类是业务实体的计算机描述，是一种抽象的数据结构。 逻辑视图－－分析模型的基本类 控制类(control classes) 控制类协调边界类和实体类的工作。每个用例通常有一个控制类控制用例中的动作顺序，控制类也称为管理类，一般控制类在用例之间是共用的。 逻辑视图－－分析模型中的用例实现 用例实现和用例是对应的，它们之间存在实现(realizes)关联。 把用例和用例实现分离开来，使每个用例实现不影响用例。对用例图中的每个用例，分析模型中都会有对应的一种用例实现。 用例实现进一步利用序列图、写作图和状态图进行描述。 逻辑视图－－分析模型的建立 逻辑视图－－订货管理分析模型类图 逻辑视图－－库存管理分析模型类图 逻辑视图－－统计分析模型类图 逻辑视图－－销售管理分析模型类图 逻辑视图－－身份验证分析模型类图 逻辑视图－－分析模型的建立 创建包 在分析模型包的main类图里面建立名为“订货管理”、“库存管理”、“统计分析”、“销售管理”、“身份验证”等5个包。 逻辑视图－－分析模型的建立 创建类图(以订货管理为例) 建立一个类,命名为“订货窗体”,打开规范对话框,把变体设置为边界类(boundary). 创建“缺货信息查找控制类”,打开规范对话框,把变体设置为控制类(control). 创建“商品档案表”类,打开规范对话框,把变体设置为实体类(entity). 建立关联. 注意:有的图里面的类可能跟别的图里面是共用的,这个时候只需要把共用的类拖放到这个图里面就可以了. 逻辑视图－－用例实现的建立 创建用例实现进一步描述类的动态特征。 步骤(以销售管理为例)： 在分析模型包下新建一个类图，改名为“traceabilities”. 将系统用例中销售管理的五个用例拖放到图中。 选择菜单tool-create-use case新建用例，命名为“更新销售信息”，打开规范对话框，把变体设置为用例实现(use case realization)。 建立关联，把关联变体设置为实