向对象描述方法信息系统分析与设计..ppt

第7章 需求的OO描述方法 本章内容 先导案例 概述 7.1 统一建模语言和对象管理组织 7.2 OO的需求 7.3 系统活动：OO的用例/场景视图 7.4 确定输入和输出——系统顺序图 7.5 问题域建模——域模型类图 7.6 OO模型的集成 要点回顾 阅读章节要求 先导案例 无限电子公司：供应链一体化 概述 在OOA中需要使用事实发现技术。 事实发现行为称做发现活动，发现必须先于理解。 本章学习发现的下一个阶段：建立理解。 事件发生在系统必须响应的商业环境中。事件被定义和记录在事件表中。新系统必须能够通过运行系统活动(用例)来响应商业事件。 系统的信息(包含在商业过程中的事物信息 )存储需求或使用传统方法中的ERD进行记录，或用OO方法中的类图进行记录。 学习：使用OO的分析模型和技术来理解和定义新系统的需求。 OO的分析和OO设计之间的界限并不明显，因为系统的设计就是对分析阶段中用于定义需求的模型进行改进和扩展得到的。 面向对象分析(OOA) 系统分析过程中使用对象建模的方法被称为面向对象分析(OOA)。 OOA技术用于 研究现有对象，看它们是否能够被复用或者被调整用于新的用途； 定义各种新对象和修改后的对象，它们将与现有对象一起组合成一个有用的企业计算应用系统。 对象建模(Object Modeling) 是一种用于辨识系统环境中的对象和这些对象之间关系的技术。 对象建模方法要求使用完全不同于数据建模和过程建模的方法和图形记号。 术语 对象:某种存在的，或者能被看到、触摸或以其他方式感觉到的事物，用户就该事物存储数据和相关行为。 属性:表示关于一个对象相关特征的数据。 对象实例:由描述特定的人、地点、事物或者事件的属性值构成。 行为:指的是对象可以做的事情，以及在对象数据(或属性)上执行的功能。在OO环境中，对象的行为通常被称为方法、操作或者服务。 封装：几项内容一起打包成一个单元(信息隐藏)。 考虑我们所处的环境 教室中的所有人，我们中的每一个都代表人对象的一个实例; 我们中的每一个都可以按照一些公共属性描述，例如：姓名、社会保险号、电话号码、地址等。 对象的行为 当看到周围环境中的门对象时，可能仅仅看到一个不能思考的静止对象——几乎很少执行什么动作。 在用于系统开发的OO方法中，门对象可以同假定能够在其上的行为相关联。 例如，门可以打开，可以关闭，可以锁上，或者可以开锁。 所有这些行为都与门对象相关，并且由门对象实现，而不是由其他对象实现。 以电话对象为例 什么行为同一个电话相关联？ 随着技术的进步，我们实际上有了语音激活的电话，我们可以应答、拨号、挂断，还可以执行其他与电话相关的行为。 因此，用于系统开发的OO方法要求我们调整通常看待对象的方式。 重要的OO原理 对象单独地负责执行任何在其数据(或属性)上操作的功能或者行为。 例如：只有你(一个对象)可以修改(行为)你的名字和家庭住址(你的属性)。 引出对象的一个重要概念，即封装。 对象的属性和行为都被封装到一起作为那个对象的一部分。 访问或修改对象属性只能通过那个对象的行为来实现。 7.1 统一建模语言和对象管理组织 OMG是一个由800多个软件销售商、开发商和组织组成的共同体，他们致力于发展和传播OO系统。 成立于1989年。 使命：在分布式计算系统的开发中提高应用对象技术的理论和实践水平。 目标：为基于广泛接口规格的OO的应用程序提供一个通用的体系框架。 7.2 OO的需求 系统开发过程开始于确定事件和事物。 事件：新系统所必须考虑的商业过程； 事物：包含在商业过程中的问题域对象。 过程和对象通常一起定义(不断切换)。 必须学会将所有不同的模型和它们组合在一起生成完整的系统功能需求图。 本章主要讨论一个关于模型的集合，它根据OO方法中的用例来捕获系统需求四种模型——用例图、用例描述、活动图和系统顺序图，用来从不同的观点描述系统用例。 使用模型来记录需求最大的好处 在于它能帮助系统开发员仔细和清楚地考虑处理的细节，以及系统相关人员的信息需求。 四种模型 1. 用例图 2. 系统顺序图 3. 消息 4. 状态图 1. 用例图 一种用以显示不同的用户角色和这些用户角色如何使用系统的图。 以图形化的方式描述系统与外部系统和用户的交互。 换言之，它们以图形化的方式描述谁将使用系统，以及用户期望以什么方式与系统交互。 目的：识别新系统的“用法”或用例，即识别如何使用系统。 用例图本质上是事件表的延伸。 用例图是用于记录系统必须支持的所有功能的一种简便方法。可以用一个综合的用例图来描述整个系统。 活动图可以用来定义用例。 2. 系统顺序图(SSD) 在用例或场景中，用于显示外部参与者和系统之间的消息顺序的图