软件建模与UML第六章逻辑模型教材.ppt

第六章 逻辑模型 第一节 业务对象模型 第二节 分析模型 第三节 设计模型 第一节 业务对象模型 Rose把系统逻辑视图分成三个层次：业务对象模型（Business Object Model）、分析模型（Analysis Model）、设计模型（Design Model）。 业务对象模型和分析模型完成系统概要设计任务；分析模型和设计模型完成系统逻辑设计任务；设计模型和代码框架生成、编写代码完成系统实现任务。 第一节 业务对象模型 1、业务对象模型概述 2、业务对象建模的一些观点 3、业务对象模型分析 4、业务对象模型的创建 1、业务对象模型概述 业务对象模型描述现行的业务活动对象（部门、业务实体、业务参与者）之间的关系，由业务用例视图中的参与者、交互图等中的对象演化而来，利用用户熟悉的业务对象描述现行系统，通过对象的合作实现业务用例的功能。 业务对象模型（也叫领域模型）是描述业务用例实现的对象模型。业务对象模型从业务参与者内部的观点定义了业务用例。业务对象模型是从面向对象的视角看待现实世界的结果，也就是通过类图来描述现实世界中各种事物的关系。 1、业务对象模型概述 下图所示的是航标遥测遥控系统的业务对象模型图 2、业务对象建模的一些观点 1）业务对象模型的核心元素 2）如何命名业务参与者和业务实体 3）涉及业务用例的业务对象 4）业务对象模型和信息系统 5）在业务对象模型中明确建模的信息系统 6）好的业务对象模型的特征 3、业务对象模型分析 业务对象模型描述各业务部门业务参与者、业务员工与业务实体类之间的关系，即业务对象一级的类图，这种类图只与业务逻辑有关。 一个企业的部门是对象，每个部门的业务又涉及自己的业务对象，每个部门的业务对象是从所在部门业务的术语、名词中获得的，对象是类的实体，由业务对象不难抽象出对应的业务实体来。 4、业务对象模型的创建 1）创建包 2）创建子系统业务对象模型类图 下图是完成上述操作的销售管理业务对象模型类图。 第二节 分析模型 1、分析模型概述 2、分析建模的一些观点 3、建立分析类图 4、创建用例实现 5、用例实现的顺序图描述 6、用例实现的通信图描述 1、分析模型概述 分析模型必须实现三个主要目标：描述客户需要什么；为软件设计奠定基础；定义可以被确认的一组需求。 分析阶段的目的是： 分析产出更确切的需求说明。 分析模型用开发者的语言描述。 分析模型使需求结构化，便于理解、制作、改变、重用。 分析模型可看作为设计模型的第一次分割。 1、分析模型概述 分析建模的经验法则： 分析模型总是使用业务语言。分析模型中的抽象应该是业务领域词汇的部分。 关注于捕获大的场面。不要陷于系统将如何工作的细节。 创建“讲故事”的模型。每幅产生的图都应该阐明系统期望行为的一些重要部分。 对尽可能多的利益相关人有用。 尽可能保持模型简洁。 1、分析模型概述 分析类代表了对系统设计中一个或几个类或若干子系统的抽象。这种抽象由以下特征： 分析类侧重于处理功能性需求 分析类很少定义或提供任何接口 分析类定义的属性是较高层次的 分析类中的关系也是比较高层次的、概念性的东西 分析类只包括三种版型（构造型）中的一种：实体类(Entity Classes)，控制类(Control Classes)和边界类(Boundary Classes) 1、分析模型概述 分析模型中分析类的三种构造型 1、分析模型概述 航标遥测遥控系统分析模型的一个实例 1、分析模型概述 2、分析建模的一些观点 1）一个用例一般通过三种类协同实现其功能 实体类、边界类和控制类。这三种类又称为分析类变体（Analysis Class Stereotypes）。 2、分析建模的一些观点 实体类：业务实体的计算机描述（来源：词汇表，业务领域；如销售表，商品档案表等） 边界类：位于系统和外界参与者的交界处，实现业务参与者、业务员工与用例的交互（来源：“参与者--用例”。如窗体类、报表类或软件接口。常用来接受参与者的交互信息） 控制类：主要用来协调边界类和实体类的工作，也称管理类。用例将某项责任委托给控制类，控制类自身并不完成任何服务功能，而是由控制类发送消息，由别的类来实现需要的服务。 2、分析建模的一些观点 2）用例实现(Use-case Realizations)： 用例通过“用例实现”来完成相应用例的功能。用例实现就是UML的协作(Cooperation)，意思是通过对象(或类)的协作完成用例的实现。 3、建立分析类图 1）创建包 3、建立分析类图 2）创建类图 完成后的销售子系统分析模型类图示例 4、创建用例实现