第07章UML建模-2.pptVIP

第7章 基于UML的系统分析与设计-2 7.1.2系统分析 面向对象系统分析的基本任务是：运用面向对象方法，对问题域和系统责任进行分析和理解，对其中的事物和它们之间的关系产生正确的认识，找出描述问题域以及系统责任所需的类及对象，定义这些对象的属性和澡作，以及它们之间的静态和动态关系。 最终产生一个符合用户需求，并能够直接反应问题域和系统责任的问题域模型及其详细说明。 系统分析 具体来说，分析阶段的活动主要是： 识别对象； 为对象分类； 确定类的属性和操作； 确定类之间的关系： 确定对象之间的交互： 确定对象的状态变化等。 1.识别对象 识别对象并不是从零开始的工作，应该最大限度地利用已有的劳动成果。比较典型的可利用的资料有。 用例模型和用例描述。 术语表。权威的术语定义集合。 课程注册系统的术语表 课程 课程目录 职员 财务系统 年级 教授 学期成绩单 名册 学生 教学日历 发现对象 从用例模型和用例描述中找出名词来。 但名词可能是参与者、对象和对象属性，所以还要区别它们。 参与者通常比较容易区别，区别对象和对象属性可以通过分析是否有行为， 对象是有行为的，而属性只是单纯的信息。 三种对象类型 分析模型中最常用的三种对象类型，它们是： 实体（Entity） 边界（Bountary） 控制（Control） ⑴实体对象 实体对象主要的任务是装载信息，同时也具有相关的行为，但是这部分行为主要包括那些和实体对象自身信息直接相关的操作。 可以找到实体对象的几个办法 ①考虑解决问题所需要的全部数据和行为，然后将数据按相关性分组。 ②识别出重要的名词，并将它们作为实体对象，然后确定每一个实体对象包含的数据和行为。 ③列出所有的数据、行为以及听起来很重要的名词，然后将数据和行为分配到不同类型的实体对象中。 识别实体对象可参考下列问题： 识别实体对象可参考下列问题： 该对象是否是某个问题中的重要的名词？ 该对象是否包含用来解决系统问题的重要的信息？ 该对象是否包含可以解决系统问题的计算或者验证逻辑？ ⑵边界对象 边界对象用于描述拟建系统内部运作与外部环境之间的交互。 边界对象主要用于描述三种类型的内容： 拟建系统和用户的界面， 拟建系统和外部系统的接口 拟建系统与设备的接口。 ⑵边界对象 通过检查在用例图中的参与者与用例之间的关系，我们可以识别出边界对象。 通常，在分析模型中，每一对参与者／用例都构成了一个边界对象。 识别边界对象的可参考下列问题： 识别边界对象的可参考下列问题： 该对象是否描述了必须显示的信息以及必须提供的服务？ 该对象是否包含所有的接口设计细节？ 该对象是否描述了与外部系统的交互？ ⑶控制对象 控制对象用于描述对一个用例所特有的事件流的控制行为。 控制对象相当于协调人 它自己通常不处理具体的任务，但它知道那些类有能力完成具体的任务。 通常一个用例对应一个控制类。 识别控制对象可参考下列问题： 是否对业务逻辑进行控制？ 是否将业务逻辑提交给实体对象？ 顺序图中的边界对象,控制对象和实体对象 2.描述对象的协作关系 我们还需要详细了解对象在系统中的行为和责任。 责任是响应消息的能力。消息被要求者提出，责任由响应者承担。 确定责任主要根据责任和消息的简明对应关系，所谓找出责任是根据消息的要求定义责任，即用责任满足消息所提出的要求。 对象的行为 对象的行为是通过系统中对象之间的交互以及对象内部状态的转化来表现的。 对象间通过发送消息而产生交互。 同时在一个对象的生命周期内也存在状态的转移以及对事件的响应。 ⑴系统动态分析 动态分析的主要任务包括 分析用例的实现过程(要求有详细的用例描述)，从而更好地理解业务流程以及为发现类打好基础； 用于进行动态分析的UML图包括顺序图、协作图、活动图和状态图。 ⑴系统动态分析 建立交互图 交互图表现的是参与者与系统以及系统内部对象之间的交互， 将消息加进交互图时，是在向接收消息的对象指定职责。 错误的顺序图——消息错误地标成注释 错误的顺序图——无参与者 错误的顺序图——向Actor发送消息 错误的顺序图——数据流中断 不妥地使用一去一回的消息 顺序图与事件流 用例的事件流中通常有一个基本事件流和多个分支事件流、替代事件流。 每个事件流应用一个顺序图描述。 场景和用例 用例中的场景描述可以是形成系统对象图的一个出发点。它对于系统中对象的发现有极大的帮助。 每个场景代表了用例的一个实例。 ⑵对象状态分析 状态图针对单个对象建模，通过分析单个对象的内部状态转换来了解一个对象的行