面向对象分析全解
软件工程导论第10章面向对象分析
易于理解，同时减少了代码冗余和重复，提高了开发效率和代码质量。
03
提高软件的可重用性
面向对象分析鼓励使用抽象和封装技术，使得软件组件更加模块化和可
重用，减少了重复开发的工作量，提高了软件开发的效率。
02
面向对象分析的主要步骤
问题识别
总结词
明确问题的本质和范围
详细描述
在面向对象分析中，问题识别是首要步骤，它要求对问题进行深入理解和明确， 包括确定问题的范围、目标、限制条件等，以便为后续的分析和设计工作提供 清晰的方向。
面向对象分析的优势与不足
过度抽象
面向对象分析有时会过度抽象，导致 系统过于复杂，难以理解和实现。
缺乏对系统流程的关注
面向对象分析更关注静态结构，可能 忽略系统流程和动态行为。
面向对象分析与传统分析方法的结合使用
在实际软件开发中，可以结合 面向对象分析和传统分析方法， 取长补短，提高软件开发的效
率和成功率。
05
面向对象分析与传统分析方法的 比较
传统分析方法的问题与挑战
缺乏对系统整体结构的考虑
传统分析方法往往只关注单个功能或模块，忽略了系统整体的结 构和关系。
难以处理复杂系统
对于复杂系统，传统分析方法难以有效地进行抽象和建模。
难以维护和扩展
由于缺乏整体结构和面向对象的思维，传统分析方法构建的系统往 往难以维护和扩展。
对象是指系统中具有明确边界和状态 的结构，它可以包含数据和操作，并 且具有封装性、继承性和多态性等特 征。
面向对象的基本特征
封装
封装是将对象的属性和操作封装 在一起，形成一个独立的实体， 对外隐藏内部实现细节，只通过 接口与外界交互。
继承
继承是指子类可以继承父类的属 性和方法，并且可以扩展或修改 它们，从而实现代码的重用和扩 展。
面向对象分析方法名词解释
面向对象分析方法名词解释
面向对象分析（Object-Oriented Analysis, 简称OOA)，是一种基于软件工程中面向对象思
想的软件分析方法，旨在搭建软件需求分析基础模型，以识别、分析和实现客户软件需求，制定出对软件研发工作与设计有效的管理模型。
OOA 是拔高软件开发进程中最重要的步骤，它旨在满足客户对于软件的要求，使客户能够在满意的时间，满意的经费以及满意的套大成果得到期望的软件。
OOA 的拥有者一般是由软件项目经理控制的全职专职软件分析师，他们会使用OOA 快速获取软件要求信息，这
些信息是从客户的说明开始的形式，因此将比研发者在识别需求时所需要的时间更少。
OOA 的主要任务就是使软件发展过程更加高效。
Face-to-face（面对面）会谈，讲解，文
档研究以及运用建模工具等方法将客户提出的需求进行阐明，并把客户的大部分需求变成
客观的功能和属性的可操作的模型，因此OOA 的设计方法也称为可重用组件的设计（Reusable Components Design）。
OOA 的模型通常有以下几种：系统架构，逻辑和物理；在实现系统架构中，把客户提出的需求变成给定的抽象模型即为系统拓扑。
在逻辑模型中，将系统拓扑拆分为不同的构件，
以表达客户关心的系统服务和非功能性要求，而在物理模型中，关于客观和完整的描述系统结构，有细粒度的描述和定义每个构件的不同的属性。
面向对象分析也可以用于检验软件开发过程中的系统是否符合预期的情况，也可以用于发现并实施软件系统的改进与更新。
只要对OOA 方法有正确的运用，软件开发项目就容易
得到客户的满意和顺利实施。
软件工程-面向对象分析
第7章面向对象分析•7.1.1 面向对象分析过程面向对象的分析主要以用例模型为基础。
开发人员在收集到的原始需求的基础上，通过构建用例模型从而得到系统的需求。
进而再通过对用例模型的完善，使得需求得到改善。
所谓用例是指系统中的一个功能单元，可以描述为参与者与系统之间的一次交互。
用例常被用来收集用户的需求。
①首先要找到系统的操作者，即用例的参与者。
参与者是在系统之外，透过系统边界与系统进行有意义交互的任何事物。
②可以把参与者执行的每一个系统功能都看作一个用例。
可以说，用例描述了系统的功能，涉及系统为了实现一个功能目标而关联的参与者、对象和行为。
③确定了系统的所有用例之后，就可以开始识别目标系统中的对象和类了。
把具有相似属性和操作的对象定义为一个类。
边界类示意图控制类示意图目标系统的类可以划分为边界类、控制类和实体类。
Ø边界类代表了系统及其操参与者的边界，描述参与者与系统之间的交互。
它更加关注系统的职责，而不是实现职责的具体细节。
通常，界面控制类、系统和设备接口类都属于边界类。
Ø控制类代表了系统的逻辑控制，描述一个用例所具有的事件流的控制行为，实现对用例行为的封装。
通常，可以为每个用例定义一个控制类。
Ø实体类描述了系统中必须存储的信息及相关的行为，通常对应于现实世界中的事物。
确定了系统的类和对象之后，就可以分析类之间的关系了。
对象或类之间的关系有依赖、关联、聚合、组合、泛化和实现。
①依赖关系是“非结构化”的和短暂的关系，表明某个对象会影响另外一个对象的行为或服务。
②关联关系是“结构化”的关系，描述对象之间的连接。
③聚合关系和组合关系是特殊的关联关系，它们强调整体和部分之间的从属性，组合是聚合的一种形式，组合关系对应的整体和部分具有很强的归属关系和一致的生命期。
比如，计算机和显示器就属于聚合关系。
④泛化关系与类间的继承类似。
⑤实现关系是针对类与接口的关系。
明确了对象、类和类之间的层次关系之后，需要进一步识别出对象之间的动态交互行为，即系统响应外部事件或操作的工作过程。
面向对象分析与设计基础知识全掌握
面向对象分析与设计基础知识全掌握在软件开发领域，面向对象分析与设计（Object-Oriented Analysis and Design，简称OOAD）是一种广泛应用的方法论。
它以对象为核心，通过抽象、封装、继承和多态等特性，实现对软件系统的理解和构建。
本文将全面介绍面向对象分析与设计的基础知识，帮助读者全面掌握这一方法。
一、面向对象思想的基本概念面向对象思想是现代软件开发的基石，理解其中的基本概念对于深入学习面向对象分析与设计至关重要。
1.1 类和对象在面向对象的世界里，类是对象的抽象和模板，定义了对象的属性和行为。
类可以看作是一种数据类型的定义，它具有封装、继承和多态的特性。
而对象是类的实例，是具体的、可以被使用的实体。
1.2 封装封装（Encapsulation）指将数据和对数据的操作封装在一个类中，通过访问权限控制，隐藏对象的内部细节，仅向外部提供必要的接口。
封装提高了代码的安全性和复用性，减少了代码的耦合度。
1.3 继承继承（Inheritance）是面向对象编程中的重要概念，它允许我们创建新的类，从已存在的类中继承属性和方法。
继承可以提高代码的可扩展性和复用性，实现了代码的层次化组织。
1.4 多态多态（Polymorphism）是面向对象编程中的另一个重要概念，它允许不同类的对象对同一消息作出响应，实现了不同对象之间的互换使用。
多态提高了代码的灵活性和可维护性。
二、面向对象分析与设计的过程面向对象分析与设计是一种系统化的方法，它通过一系列步骤来分析和设计软件系统。
下面是面向对象分析与设计的基本过程。
2.1 需求获取需求获取是面向对象分析与设计的第一步，通过与用户沟通、分析文档等方式，准确地理解用户的需求和期望。
在这一阶段，我们需要收集用户需求并进行整理和分析。
2.2 需求分析需求分析是根据获取到的需求，进一步分析需求的优先级、相互关系和约束条件等。
通过需求分析，我们可以消除需求的模糊性和冲突，为后续的设计工作提供准确的依据。
面向对象分析
面向对象分析：是确定需求或者业务的角度，按照面向对象的思想来分析业务。
例如：OOA只是对需求中描述的问题，进行模块化的处理，描述问题的本质，区别每个问题的不同点相同点，确定问题中的对象。
OOA与结构化分析有较大的区别。
OOA所强调的是在系统调查资料的基础上，针对OO方法所需要的素材进行的归类分析和整理，而不是对管理业务现状和方法的分析。
基本步骤：
在用OOA具体地分析一个事物时，大致上遵循如下五个基本步骤：
第一步，确定对象和类。
这里所说的对象是对数据及其处理方式的抽象，它反映了系统保存和处理现实世界中某些事物的信息的能力。
类是多个对象的共同属性和方法集合的描述，它包括如何在一个类中建立一个新对象的描述。
第二步，确定结构（structure）。
结构是指问题域的复杂性和连接关系。
类成员结构反映了泛化-特化关系，整体-部分结构反映整体和局部之间的关系。
第三步，确定主题（subject）。
主题是指事物的总体概貌和总体分析模型。
第四步，确定属性（attribute）。
属性就是数据元素，可用来描述对象或分类结构的实例，可在图中给出，并在对象的存储中指定。
第五步，确定方法（method）。
方法是在收到消息后必须进行的一些处理方法：方法要在图中定义，并在对象的存储中指定。
对于每个对象和结构来说，那些用来增加、修改、删除和选择一个方法本身都是隐含的（虽然它们是要在对象的存储中定义的，但并不在图上给出），而有些则是显示的。
面向对象分析模型总结
2
主要原则
（1）抽象 什么叫抽象？ OO方法广泛地运用抽象原则，例如： ·系统中的对象是对现实世界中事物的抽象， ·类是对象的抽象， ·一般类是对特殊类的进一步抽象， ·属性是事物静态特征的抽象， ·操作是事物动态特征的抽象。 过程抽象 任何一个完成确定功能的操作序列，其使用者都 可把它看作一个单一的实体，尽管实际上它可能 是由一系列更低级的操作完成的。 数据抽象 根据施加于数据之上的操作来定义数据类型，并 限定数据的值只能由这些操作来修改和观察。
汽车
奖杯
钟表
操作员 职员
天平 楼房 飞机
起重机
23
如何发现参与者 ——考虑人员、设备、外系统
人员—— 系统的直接使用者 直接为系统服务的人员 设备—— 与系统直接相联的设备 为系统提供信息 在系统控制下运行 不与系统相连的设备 × 计算机设备 × 外系统—— 上级系统 子系统 其它系统
24
用况（use case）
7
基本模型——类图 面向对象的建模中最重要、最基本的模型图 集中而完整地体现了面向对象的概念 为面向对象的编程提供了直接、可靠的依据 可以从三个层次来看
对象层
需求模型——用况图 每个用况是一项系统功能使用情况的 说明，把每一类参与者对每一项系统 功能的使用情况确切地描述出来，便 全面地定义了系统的功能需求
数据接口部分设计
构件化与系统部署
向OOP输出OOD模型
12
OOA与OOD的关系
一致的概念与表示法 OOA和OOD采用一致的概念和表示法，从而不存在分析与 设计之间的鸿沟。 不同的内容、目标和抽象层次
OOA：研究问题域和用户需求，运用面向对象的观点发现 问题域中与系统责任有关的对象，以及对象的特征和相互 关系。目标是建立一个直接映射问题域，符合用户需求的 OOA模型。 OOD：在OOA模型基础上，针对选定的实现平台进行系统 设计，按照实现的要求进行具体的设计，目标是产生一个 能够在选定的软硬件平台上实现的OOD模型。 OOA模型：抽象层次较高，忽略了与实现有关的因素 OOD模型：抽象层次较低，包含了与实现平台有关的细节
软件工程概论_8_面向对象需求分析
• 一.面向对象分析模型的组成结构 • 二.面向对象分析模型描述工具 • 三.面向对象分析的基本过程
• 四. 面向对象分析方法
• 五. 小结
一.面向对象分析模型的组成结构
数据模型
属性、操作、协作者
功能模型
类/对象 模型
对象关系模型
使用实例
对象-行为模型
行为模型
二.面向对象分析模型描述工具
1. 用例图
2．面向对象建模 （1）建模与模型 建模是将问题域的解空间定义成一种模型，以帮助系统分析 人员更好地理解问题。 模型是为了理解问题而对问题所做出的一种抽象，而且是对 问题的一种无歧义的描述。模型由一组图示符号和组织这些 符号的规则组成。利用它们来定义和描述问题域中的术语和 概念。 建模的目的主要是为了减少复杂性。 （2）面向对象模型
2) 面向对象分析的五个层次 面向对象分析由五个主要活动组成，即确定类-＆-对象、识别 结构、识别主题、定义属性和定义服务(方法)。对于一个复杂 问题的面向对象的模型可用五个层次表示：类-＆-对象层、结 构层，主题层、属性层和服务层，见图3.3.8。
主题层 subject level 类-＆-对象层object 结构层 structure 属性层 attribute 服务层 serves
•使用具有确切含义的名词。
• 尽量使用能表示类的含义的日常用语作名字，不要使用空洞的或含 义模糊的词作名字。例如，“库房”比“房屋”或“存物场所”更确切。
•必要时用名词短语作名字。
• 为使名字的含义更准确，必要时用形容词加名词或其他形式的名词 短语作名字。例如，“最小的领土单元”、“储藏室”、“公司员工”等 都是比较恰当的名字。
签定保险单 销售统计
客户
第8章 面向对象分析-软件工程基础(第3版)-胡思康-清华大学出版社
第8章 面向对象分析
第 5 页5
面向对象分析概述
面向对象分析的3类模型
OOA模型由3类独立模型构成：功能模型、静态模型和动态模型。 ➢功能模型描述软件系统的用户交互和功能。 ➢静态模型描述软件系统中类与对象以及它们间的关系，也因也称 为对象模型。 ➢动态模型描述系统的控制结构，也称为交互模型。
第8章 面向对象分析
第 6 页6
面向对象分析概述
类
静态模型的5个层次 类-对象层
对象
Coad和Yourdon 提出，对于大型、复杂 性软件系统，需要建立 分析问题域的静态模型。 该模型由5个层次组成： 类-对象层、结构层、 属性层、服务层和主题 层。
结构层 属性层 服务层 主题层
泛化关系
关联关系
属性
对象连接
服务
消息连接
⑶ 用例描述：用文字信息详细描述用例的内容，它是对用 例的有益补充。
第8章 面向对象分析
第 8 页8
建立静态模型
➢用例模型分别从参与者和系统的角度描述用户需求， 依据用例模型导出静态模型。静态模型是面向对象建 模中最基本、最重要、最耗时的技术活动。 ➢静态建模的任务是构建问题域的概念模型，把问题 域中的实体转变为信息域的类与对象以及它们间的关 系，因此也被称为对象模型或领域模型。 ➢静态模型通过建立类图及关系来反映领域概念，而 面向对象设计也建立类图，但各阶段对类的抽象程度 不同。
第8章 面向对象分析
第 12 页12
建立动态模型
建立状态图
状态图描述的就是对象状态的转换过程。通过对对象状态 的分析，能够了解对象在系统流程中的变换，从而发现潜在的事 件和条件。
建立状态图的一般过程如下： ⑴ 了解系统的主要功能和性能，确定和它们有关的主要对象。 ⑵ 列出一个对象的生存期内的所有可能的状态。 ⑶ 确定对象状态改变时的触发条件或事件。 ⑷ 在一个对象中，选定一组与描述状态相关的行为属性和促使 改变状态的方法。 ⑸ 结合触发条件、事件、行为属性值改变的先后顺序，建立软 件系统的状态图。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第10章面向对象分析10.1面向对象分析的基本过程不论采用哪种软件工程方法开发软件，需求分析的主要工作都是：理解需求、表达需求和验证需求，下面的图概括地表示了参照当前系统建立目标系统的过程。
图：参照当前系统建立目标系统面向对象分析（Object-Oriented Analysis,简称OOA）的关键就是识别出对象与类，并分析它们之间的关系，最终建立对象模型、动态模型和功能模型。
10.1.1 概述系统分析员要善于学习、勇于实践,更重要的是一切从实际出发。
[[注注]]“OOA 就是抽取和整理用户需求并建立问题域精精确确模模型型的过程。
”（P231）——这在一开始能做到吗？——扯蛋10.1.2 3个子模型与5个层次面向对象建模需建立包含系统的三个要素：1）静态结构（对象模型）、2）交互次序（动态模型）、3）数据交换（功能模型）。
建立系统模型的过程是一个迭代（iterations ）式的自顶向下的求精过程。
对于一个大型复杂系统来说对对象象模模型型一般由下述5个层次组成：图10.2 复杂问题的对象模型的5个层次其中主题层是指从一个更高（高于“类”）的抽象层次来描述对象模型（即从一个相当高的层次上描述总体模型），通过划分“主题”把一个复杂系统的对象模型分解成几个不同的概念范畴。
其实上述5个层次就是OOA中建立对象模型的5项主要工作：找出类和对象，识别结构（类或对象之间的关系），识别主题、定义属性、定义服务。
我们知道动态模型和功能模型中都包含了对象模型中的操作，因此人们在定义每个类中的服务前，往往先建立起动态模型和功能模型，这样说来OOA大体上可按下列顺序进行：（1）确定类和对象（2）确定关联（3）划分主题（4）定义属性（5）确定继承关系（6）建立动态模型（7）建立功能模型（8）定义服务需要注意地是在这里我们根本不强调顺序，更不是谈什么步骤。
10.2需求陈述需求陈述的主要任务是准确地回答“系统必须做什么？”，而不是“系统应该怎么做？”10.2.1书写要点10.2.2例子我们用“ATM系统”（ATM是Automatic Teller Machine的缩写，意即自动柜员机）的开发作为OOA&OOD的实例。
图10.2ATM 系统10.3建立对象模型10.3.1确定类与对象1. 找出候候选选的类与对象（例：P236 ATM 系统） 一般来说，大千世界中的客观事物可分为5类：1）可感知的物理实体，如：飞机，汽车，房屋2）人或组织的角色，如：教师，医生，计算机系，学生处3）应该记忆的事件，如：飞行，演出，访问，交通事故4）对象的相互作用，如：购买，结婚，纳税5）概念，如：政策，刑法，泛化，集合2. 筛选出正确的类与对象我们需要确定的类与对象是：（1） 应该记录的对象（2） 需要它提供服务的对象同时要关注下述6个方面：1） 冗余: 去掉冗余的类（如“用户”）2） 无关: 去掉无关的类（如“储蓄所”）3） 笼统: 去掉笼统的类（如“银行”）4） 属性: 区分属性和类（某个性质若具有很强的独立性应当作为“类”）5） 操作: 区分操作和类(本身具有属性且需独立存在的“操作”应当作为“类”)6） 实现: 忽忽略略实实现现内内容容（应当去掉仅和实现有关的“类”，如“事务日志”）10.3.2确定关联对象之间的相互依赖、相互作用的关系就是关联。
在分析的起始阶段，我们不必花过多的精力去区分关联和聚集，聚集不过是一种特殊的关联，是关联的一个特例。
1. 初步确定关联通过分析动词词组我们可以得出大多数关联（例：P238 ATM 系统）2. 筛选筛选时要关注下述5个方面：1）已删去的类之间的关联也要删除2）无关的或在在实实现现阶阶段段考考虑虑的的关关联联要要删删除除3）描述瞬时事件的关系不应作为关联（关联应该描述问题域的静态结构）4）三个或三个以上对象的关联要作分解或描述成限定关联5）冗余关联要删除3. 进一步完善完善时要关注下述4个方面：1）正名：选择更明确的名字作为关联名2）分解：分解已确定的类以适用关联3）补充：及时补充遗漏关联4）标明重数：但无需花过多精力图10.3ATM系统原始的类图10.3.3划分主题按问题领域而不是用功能分解来高度概括主题10.3.4确定属性属性是类中所定义的数据，它表明了对象的性质。
一般来说，确定属性的过程包括分析和选择两个步骤：1. 分析通常用名词词组表示属性，如：“汽车的颜色”、“光标的位置”，而用形容词表示可枚举的具体属性，如：“红色的”、“白色的”。
在分析阶段应该仅考虑与具体应用直接相关的属性，而不不要要考考虑虑那那些些纯纯粹粹用用于于实实现现的的属属性性。
2. 选择选择时要关注下述6个方面：1） 区分对象与属性（仅关注其值的是属性）；2） 区分关联类属性与对象属性（例：依赖某个关联链的性质是关联类属性）；3） 区分限定词和属性（能用限定词更好）4） 区分内部状态和属性（例：某性质是对象的内部状态）5） 忽略无影响的属性（在分析阶段应该忽略对大多数操作无影响的属性）6） 注意属性的相关性（分解该“类”）图10.4ATM系统对象模型中的属性10.3.5识别继承关系确定了类中的属性之后，就可以利用继承机制共享公共性质，并对众多的类重新加以组织。
一般来说，可以应用两种方式建立继承（即泛化）关系：（1）自底向上：抽象出现有类的共同性质泛化出父类；（2）自顶向下：把现有类细化成更具体的子类。
图10.5带有继承关系的ATM对象模型10.3.6反复修改对象模型的建立是一个反复修改、逐步完善的迭代过程。
对于初学者来说，可尝试用面向对象方法开发几个较小系统，取得一定的经验后，再总结更适合自己的工作方式。
1. 分解“现金兑换卡”类2. “事务”由“更新”组成3. 把“分行”与“分行计算机”合并图10.6修改后的ATM对象模型10.4建立动态模型一般来说，建立动态模型的典型步骤如下：（1）编写脚本，确保不遗漏正常的交互行为;（2）从脚本中提取事件,确定每个事件的发送对象（触发该事件动作的对象）和接受对象;（3）画事件跟踪图（Sequence Diagram，时序图或顺序图，描述对象之间的时间顺序）（4）画状态图（5）审查状态图的完整性和一致性10.4.1编写脚本脚本是指系统在某一执行期间内出现的一系列事件（脚本描述事件序列，是用例的实例，是系统的一种实际使用方法。
），它描述用户（或其它外部设备）与系统之间的交互过程；对于每个事件，脚本都应该指明触发该事件的动作对象（如：系统、用户或其它外部事物）、接受事件的目标对象，以及该事件的参数。
[目的]编写脚本的目的是保证不遗漏重要的交互步骤。
[实质] 编写脚本的实质是分析用户对与系统交互过程的要求。
编写脚本时，首先编写正常情况的脚本，其次考虑特殊情况，最后考虑出错情况；如有可能还应该允许用户“异常操作”。
此外还应该提供“在线帮助”、状态查询等在基本交互行为之上的“通用”交互行为。
10.4.2设想用户界面用户界面是用户对系统的“第一感”，它往往对用户是否喜欢一个系统起很重要的作用，因此在分析阶段也不能完全忽略用户界面。
设计用户界面时重要的是用户和系统进行信息交换的方式。
图10.7 ATM的界面格式10.4.3画事件跟踪图脚本为建立动态模型（状态图）提供了很好的基础，但用自然语言书写的脚本还不够简明，并且会有二义性，因此在画状态图前，我们往往先画出事件跟踪图[简化的UML顺序图（Sequence Diagram，时序图）],为此需进一步明确事件（事件就是引起系统做动作或（和）转换状态的控制信息）及事件与对象的关系。
1. 确定事件事件包括系统与用户（或外部设备）交互的所有信号、输入、输出、中断、动作等，要注意的是（1）对象的动作也是事件；（2）对控制流产生相同效果的那些事件应作为一类事件。
经过分析要确定每类事件的发送对象和接受对象。
2. 画出事件跟踪图从脚本中提取出各类事件，并确定每类事件的发送对象和接受对象，就可以用事件跟踪图把事件序列以及事件与对象的关系表示出来，事件跟踪图是扩充的脚本，更是简化了的UML顺序图。
图10.8ATM系统正常情况脚本的事件跟踪图（时序图）10.4.4画状态图状态图描述了事件与对象状态（对象生命周期中的阶段）的关系。
UML用状态图来表示对象的动态行为，它确定了由事件序列引出的状态序列。
系统分析员应仅考虑系统内具有重要交互行为的哪些类，即每个主动发送事件的对象类的动态行为用一张状态图来表示，各个类的状态图通过共享事件合并起来，从而构成系统的动态模型。
从一张事件跟踪图出发画状态图时，要关注影响一类对象的事件，即考虑指向某条竖线（对象）的箭头线，把这些事件作为状态图中的有向边（箭头线），边上标以事件名，两个事件之间的间隔就是一个状态。
图10.9 ATM类的状态图图10.10总行类的状态图图10.11分行类的状态图10.4.5审查动态模型各个类的状态图通过共享事件合并起来，就构成了系统的“动态模型”，应该细致审查动态模型的完整性和一致性10.5建立功能模型功能模型表明了系统中数据之间的依赖关系，以及有关的数据处理功能，它由一组DFD组成，其中处理功能可以用IPO图（或表）、伪码等描述。
10.5.1画出基本系统模型图[最高层的DFD]图10.12ATM系统的基本系统模型10.5.2画出功能级数据流图图10.13ATM系统的功能级数据流图10.5.3描述处理框功能10.6定义服务对象是由描述其属性的数据，以及可以对这些数据施加的操作，封装在一起构成的独立单元。
在确定类中的操作时，既要考虑该类实体的常规行为，又要考虑本系统中特殊的服务。
1.常规行为在分析阶段可以认为，类中定义的每个属性都是可以访问的，也就是类中已经定义了读、写该类每个属性的操作，而无需显式表示这些常规操作。
2. 从事件导出的操作状态图中若有发往对象的事件，该对象必须要有相应的操作。
3. 与数据流图中处理逻辑对应的操作DFD中的每个处理逻辑都与一个对象（或几个对象）上的操作相对应。
4. 利用继承减少冗余操作应尽量利用继承机制减少所需定义的操作。
10.7小结习题101. 用面向对象方法分析研究本书习题2第2题中描述的储蓄系统，试建立它的对象模型、动态模型和功能模型。
2. 用面向对象方法分析研究本书习题2第3题中描述的机票预订系统，试建立它的对象模型、动态模型和功能模型。
3. 用面向对象方法分析研究本书习题2第4题中描述的患者监护系统，试建立它的对象模型、动态模型和功能模型。
4. 下面是自动售货机系统的需求陈述，试建立它的对象模型、动态模型和功能模型：。