软件建模与UML 第六章 逻辑模型要点
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1、分析模型概述
分析建模的经验法则: 分析模型总是使用业务语言。分析模型中的 抽象应该是业务领域词汇的部分。 关注于捕获大的场面。不要陷于系统将如何 工作的细节。 创建“讲故事”的模型。每幅产生的图都应 该阐明系统期望行为的一些重要部分。 对尽可能多的利益相关人有用。 尽可能保持模型简洁。
第六章 逻辑模型
第一节 业务对象模型
第二节 分析模型
第三节 设计模型
第一节 业务对象模型
Rose把系统逻辑视图分成三个层次:业务对 象模型(Business Object Model)、分析模型 (Analysis Model)、设计模型(Design Model)。 业务对象模型和分析模型完成系统概要设计 任务;分析模型和设计模型完成系统逻辑设计任 务;设计模型和代码框架生成、编写代码完成系 统实现任务。
1、业务对象模型概述
下图所示的是航标遥测遥控系统的业务对象模型图
2、业务对象建模的一些观点
1)业务对象模型的核心元素 2)如何命名业务参与者和业务实体 3)涉及业务用例的业务对象 4)业务对象模型和信息系统 5)在业务对象模型中明确建模的信息系统 6)好的业务对象模型的特征
3、业务对象模型分析
第一节 业务对象模型
1、业务对象模型概述 2、业务对象建模的一些观点 3、业务对象模型分析 4、业务对象模型的创建
1、业务对象模型概述
业务对象模型描述现行的业务活动对象(部 门、业务实体、业务参与者)之间的关系,由业 务用例视图中的参与者、交互图等中的对象演化 而来,利用用户熟悉的业务对象描述现行系统, 通过对象的合作实现业务用例的功能。 业务对象模型(也叫领域模型)是描述业务 用例实现的对象模型。业务对象模型从业务参与 者内部的观点定义了业务用例。业务对象模型是 从面向对象的视角看待现实世界的结果,也就是 通过类图来描述现实世界中各种事物的关系。
用类图描述用例实现 ①在浏览器中Analysis Model下的“销售管理” 包下选择用例实现【更新销售信息】。右击, 在弹出菜单中选择【New】→【Class Diagram】。创建一个新的类图,命名为“更 新销售”。 ②双击【更新商品】,打开“更新销售”类 图。 ③将Analysis Model下“销售管理”包中的类: “销售管理窗体”、“商品信息控制”、“销 售表”拖到这个“更新商品”类图中。得到如 图6-11所示的“更新商品信息”用例实现的类 图。
1、分析模型概述
分析模型中分析类的三种构造型
1、分析模型概述
航标遥测遥控系统分析模型的一个实例
1、分析模型概述
类型 类名 职责
边界类 CommandWindow
负责接收用户输入的命令并向用户显示命令结果
LightInductorControl
负责与“航标灯器”感应器通讯,获取航标灯器当前数 据 负责与“雷达应答器”感应器通讯,获取雷达应答器当 前数据 负责与“GPS定位设备”感应器通讯,获取雷达应答器 当前位置 负责存储航标灯器状态数据 负责存储雷达应答器状态数据 负责GPS定位数据
业务对象模型描述各业务部门业务参与者、 业务员工与业务实体类之间的关系,即业务对象 一级的类图,这种类图只与业务逻辑有关。 一个企业的部门是对象,每个部门的业务又 涉及自己的业务对象,每个部门的业务对象是从 所在部门业务的术语、名词中获得的,对象是类 的实体,由业务对象不难抽象出对应的业务实体 来。
4、业务对象模型的创建
1)创建包 2)创建子系统业务对象模型类图
下图是完成上述操作的销售管理业务对象模型类图。
第二节 分析模型
1、分析模型概述 2、分析建模的一些观点 3、建立分析类图 4、创建用例实现 5、用例实现的顺序图描述 6、用例实现的通信图描述
1、分析模型概述ቤተ መጻሕፍቲ ባይዱ
分析模型必须实现三个主要目标:描述客户 需要什么;为软件设计奠定基础;定义可以被确 认的一组需求。 分析阶段的目的是: 分析产出更确切的需求说明。 分析模型用开发者的语言描述。 分析模型使需求结构化,便于理解、制作、 改变、重用。 分析模型可看作为设计模型的第一次分割。
2、分析建模的一些观点
实体类:业务实体的计算机描述(来源:词 汇表,业务领域;如销售表,商品档案表等) 边界类:位于系统和外界参与者的交界处, 实现业务参与者、业务员工与用例的交互(来源: “参与者--用例”。如窗体类、报表类或软件接 口。常用来接受参与者的交互信息) 控制类:主要用来协调边界类和实体类的工 作,也称管理类。用例将某项责任委托给控制类, 控制类自身并不完成任何服务功能,而是由控制 类发送消息,由别的类来实现需要的服务。
2、分析建模的一些观点
2)用例实现(Use-case Realizations): 用例通过“用例实现”来完成相应用例的功 能。用例实现就是UML的协作(Cooperation), 意思是通过对象(或类)的协作完成用例的实现。
3、建立分析类图
1)创建包
3、建立分析类图
2)创建类图 完成后的销售子系统分析模型类图示例
控制类
RadarResponderInductorControl
GPSDeviceControl
Lightstate 实体类 RadarResponderState GPSState
2、分析建模的一些观点
1)一个用例一般通过三种类协同实现其功
能 实体类、边界类和控制类。这三种类又称为 分析类变体(Analysis Class Stereotypes)。
1、分析模型概述
分析类代表了对系统设计中一个或几个类或 若干子系统的抽象。这种抽象由以下特征: 分析类侧重于处理功能性需求 分析类很少定义或提供任何接口 分析类定义的属性是较高层次的 分析类中的关系也是比较高层次的、概念性 的东西 分析类只包括三种版型(构造型)中的一种: 实体类(Entity Classes),控制类(Control Classes)和边 界类(Boundary Classes)
4、创建用例实现
用例实现是类图的一种。创建用例实现,进 一步描述类的动态特征。 下面结合销售系统用例具体说明如何创建用 例实现。具体过程参见教材P158-159.
4、创建用例实现
4、创建用例实现
4、创建用例实现
用例实现可以从不同的角度去描述
可以通过类之间的协作(类图)来描述 可以通过类对象按时间顺序的消息交互(顺 序图)来描述 也可以通过类对象之间协作(通信图)来描 述。