当前位置：文档之家 › 面向对象分析 讲稿

面向对象分析 讲稿

  • 格式：ppt
  • 大小：1.17 MB
  • 文档页数：71

下载文档原格式

  / 71

合集下载

面向对象技术讲稿资料

面向对象技术讲稿资料

第一章面向对象的分析与设计方法第一节面向对象方法的基本概念1、对象：是系统中用于描述客观事物的一个实体，它是构成系统的一个基本单位。

一个对象由一组属性和对这组属性进行操作的一组服务构成。

2、属性：用来描述对象静态特征的一个数据项。

3、服务：用来描述对象动态特征的一个数据项。

4、封装：就是把对象的属性和服务结合成一个独立的系统单位，并尽可能隐藏对象的内部细节。

5、可见性：指对象的属性和服务允许对象外部存取和引用的程度。

6、消息：就是向对象发出的服务请求。

7、类：是具有相同属性和服务的一组对象的集合，他为属于该类的全部对象提供了统一的抽象描述，其内部包括属性和服务两个主要部分。

8、实例：类的一个成员对象。

9、一般类和特殊类（超类和子类）：不同对象既具有共同性又具有特殊性，运用抽象原则，舍弃对象的特殊性，抽取其共同性，则得到一个适应一批对象的类，则该类为一般类。

在该类范围内，考虑定义该类时舍弃的某些特殊性，则该类中，有一部分对象具有这些特殊性，这部分对象构成一个新的类，它是前一个类的子集，称作一般类的特殊类。

10、继承：即特殊类的对象拥有一般类的全部属性和服务。

第二节发现对象1、对象可以是：物理的和概念的，例：人、组织、物、事件等；2、出发点：问题域和系统责任。

问题域：客观存在与系统对象的映射；系统责任：责任由那些对象来完成；3、抽象原则：围绕系统责任目标进行抽象，且先松后紧，即选出各种可能的侯选对象，再审查筛选。

4、方法：名词分析法（注意考虑隐含的名词）5、审查与筛选：A、属性包含有用的信息且可以定义成适用所有场合的公共属性；或 B、有能改变其属性值的操作且该操作能被定义为公共服务；6、精简：只有一个属性或只有一个服务的对象。

例：班主任班7、对象的简单定义：例：学生：当前已经被大学录取，有资格进行注册的人。

8、发现SRS对象学生注册系统需求分析我们被要求为大学开发一个自动化学生注册系统（SRS），这个系统将使学生可以在线注册每个学期的课程，也可以用于跟踪学生的学习进展，直至其获得学位。

软件工程面向对象分析——实例PPT课件

软件工程面向对象分析——实例PPT课件
37
确定类与对象
3. 区分实体类、边界类和控制类
• 在类分析时首先从问题域的实体类入手，如果在 建立分析对象模型时区分实体类、边界类和控制 类，将有助于理解系统。
• 实体类表示系统将跟踪的持久信息；边界类表示 参与者与系统之间的交互；控制类负责用例的实 现。其图形表示如图所示。
38
确定关联
• 标识关联的启发式准则如下：
28
使用Rose创建用例模型
(2) 创建参与者与用例之间的关联关系 在图形工具栏上单击Association（双向关联）或 Unidirectional Association（单向关联）图标，在起始 actor上单击并拖动到use case上。 可以按下面的步骤给关联关系增加关系类型（构造型， stereotype）：
10
2. 确定业务需求用例
• 以下问题可以帮助我们更好地标识系统的 用例：
➢ 每个参与者的特定任务是什么？ ➢ 是否每个参与者都要从系统中创建、存储、改变、
移动或读取信息？ ➢ 是否任何参与者需要通知系统有关突发性的、外
部的改变？ ➢ 哪些用例支持或维护系统？ ➢ 目前的用例是否覆盖了所有功能需求？
• 对用例的完整描述包括用例名称、执行者、前置 条件、后置条件、一个主事件流、零到多个备选 事件流。
• 主事件流表示正常情况下执行者与系统之间的信 息交互及动作序列，备选事件流则表示特殊情况 或异常情况下的信息交互及动作序列。
• 应给出每个用例的规格说明。
15
用例“选择课程”的规格说明
16
• 用例“选择课程”的规格说明
26
使用Rose创建用例模型
4. 为用例增加文档描述
(6) 浏览目录列表选择要关联的 文件；

面向对象分析设计(教案稿)

面向对象分析设计(教案稿)
6
3种模型之间的关系 种模型之间的关系
针对每个类建立的动态模型， （1） 针对每个类建立的动态模型，描述了类实例 的生命周期或运行周期。 的生命周期或运行周期。 状态转换驱使行为发生， （2） 状态转换驱使行为发生，这些行为在数据流 图中被映射成处理，在用例图中被映射成用例， 图中被映射成处理，在用例图中被映射成用例，它 们同时与类图中的服务相对应。 们同时与类图中的服务相对应。 功能模型中的处理（或用例） （3） 功能模型中的处理（或用例）对应于对象模 型中的类所提供的服务。 型中的类所提供的服务。 数据流图中的数据存储，以及数据的源点/ （4） 数据流图中的数据存储，以及数据的源点/ 终点，通常是对象模型中的对象。 终点，通常是对象模型中的对象。 数据流图中的数据流， （5） 数据流图中的数据流，往往是对象模型中对 象的属性值，也可能是整个对象。 象的属性值，也可能是整个对象。
17
2 、设计数据管理子系统
文件系统、 （1）设计数据格式：包括文件系统、关 ）设计数据格式：包括文件系统 系数据库管理系统、 系数据库管理系统、面向对象数据库管 理系统。 理系统。 （2）设计相应的服务 ）
18
8
面向对象设计
分析是提取和整理用户需求， 分析是提取和整理用户需求，并建立问题域 精确模型的过程。 精确模型的过程。 设计则是把分析阶段得到的需求转变成符合 成本和质量要求的、抽象的系统实现方案的过程。 成本和质量要求的、抽象的系统实现方案的过程。 面向对象设计就是用面向对象观点建立求解 域模型的过程。 域模型的过程。
3
动态模型
动态模型表示瞬时的、行为化的系统的“控制” 动态模型表示瞬时的、行为化的系统的“控制” 性质，它规定了对象模型中的对象的合法变化序列。 性质，它规定了对象模型中的对象的合法变化序列。 状态是对对象属性值的一种抽象。 状态是对对象属性值的一种抽象。 各对象之间相互触发（即作用）就形成了一系 各对象之间相互触发（即作用） 列的状态变化。 列的状态变化。 一个触发行为称作一个事件。 一个触发行为称作一个事件。 对象对事件的响应， 对象对事件的响应，取决于接受该触发的对象 当时所处的状态。 当时所处的状态。

面向对象讲义参考

面向对象讲义参考

面向对象开发培训参考讲义一.软件架构的组织原则:软件本质:我们的世界是模糊的、连续的、不精确的，但软件是精确的、离散的、形式化的，这就注定软件不能完全描述现实世界。

所以我们要知道描述那些部分，忽略那些部分，这就是软件的本质问题。

VRAPS模型(构想，节奏，预见，协作，简化)构架:为我们提供了整个系统的清晰的视角，对控制系统的开发是必要的。

软件系统是一个单一的实体，但从不同视觉展示系统有助于更好的理解设计，这些视角被解释为系统的模型视图，视图合在一起构成了构架架构描述:用况模型视图，分析模型视图，设计模型视图实施模型视图实现模型视图测试模型视图对描述构架不起作用，他只是用来验证构架基线二.面向对象分析设计开发面向对象的分析是按照概念(对象)对软件问题进行分解，而不是像结构化分析哪样是按照功能对软件问题进行分解的。

系统分析:理解并详细说明信息系统应该做什么的过程识别出问题域中不同概念并用概念模型将其存档系统设计:详细说明信息系统的许多特性在物理上是怎样实施的过程。

面向对象的目标是开发能够反映现实世界某个特定片段的软件（或模型）.对象:a.定义为某一事物，即是可以看到、摸到或感觉到的一种实体。

b.在计算机面向对象技术中，对象是系统的基本成分，是具有特殊属性（数据）和行为方式(方法)的实体.它应有唯一的名称，有表示对象行为的一组公共与私有操作。

＝（ID,DS,MS,MI）ID:标识或对象名DS:对象的数据结构MS:操作集MI:对外接口类:一个类描述了属于该类型的所有对象的性质，包括外部特征和内部实现。

共享相似特性和行为的对象的集合。

对象是某个类的一个元素。

＝（ID,INH,DD,OI,ITF）ID:标识或类名INH:类继承性描述DD:数据结构描述OI:操作集合描述ITF:对外接口类的属性:抽象：过滤掉对象的一部分特性和操作直到只剩下你所需的操作和属性，继承：对象继承了所属类的属性和操作，类同样也可以继承其他类的属性和操作。

面向对象分析和设计讲座面向对象方法学文稿演示

面向对象分析和设计讲座面向对象方法学文稿演示
上述这些变化，表面是不同的编程工具的流行，
但其背后反映的却是一种更为深刻的认识论的改 变，即你是用何种观点来认识这个世界的？
2. 开发模式（Paradigm）
开发模式又称为范型、范例、风范或模式
(Pattern)。开发模式定义了
➢特定问题和应用的开发过程中将遵循的步骤； ➢确定将用于表示问题和解的那些成分的类型； ➢利用这些成分表示与问题解决有关的抽象； ➢直接得到问题的结构。
80年代后期，面向对象的语言开始浮出水面，
C++借助使用C语言的庞大程序员队伍，一举建 立了面向对象语言的老大地位。从而OO的思想 正式统治了整个软件开发界。C++的流行甚至 使得美国军方从80年开始大力扶植的Ada语言 还未及推广便胎死腹中了。
90年代以后，计算机世界更是发生了天翻地覆
的变化，原先的单机平台让位于WEB，“网络 就是计算机”，新的语言不仅要是OO的， Visual的，更要是基于WEB的。 Java语言借 INTERNET的东风，横空出世，一夜红遍天下。
面向对象分析和设计讲座面向对象方法学文稿演示
（优选）面向对象分析和设计讲 座面向对象方法学
1.历史回眸
现在的计算机的数学理论基础是由计算机的开山鼻祖，
大名鼎鼎的图灵于1937年提出的图灵机模型。 随后不 到十年，电子计算机就诞生了(1945)。(埃尼亚克)
它当时的主要任务之一就是用于导弹弹道轨迹的计算。
程序员们先建立问题的模型(形式化)，再用计算
机语言加以合适的表达，最后再输入计算机里进 行计算。
最早的高级语言大约诞生于1945年，是德国人
楚译为他的Z-4计算机设计的Plan Calcul，比 第一台电子计算机还早几个月；在电子计算机上 实现的第一个高级语言是美国尤尼法克公司于 1952年研制成功的Short Code；而真正得到推 广使用，至今仍在流行的第一个高级语言是美国 的计算机科学家巴科斯设计，并于1956年首先 在IBM公司的计算机上实现的FORTRAN语言。

面向对象讲稿

面向对象讲稿

回忆本节课的内容：
1、定义类 2、定义类的构造函数 3、掌握构造函数与虚构函数的关系 4、了解类的自身独特的作用 5、了解关于类的其他知识。 6、亲自实践编写一个用类写的小程序。 ……
如： int display(int a,int b) { 求两个数的 和。。。
return a+b;
} 可以看到，其实和写函数差不多。那么它们的区别 是什么呢？？？
类和函数一样吗？？
不一样
1、类可以实现基本运算无法实现的运算，如 a+bi等，普通的函数无法简单实现，而类 可以使+改变其含义(运算符重载)，从而使 整体程序更简短，效率更高。 2、类可以是程序看起来更加规整，更加清楚， 使他人一看就懂，如类中采用重复构造函 数来减少程序中使用函数过多的弊端。 。。。。。。
类只能有一个吗？
类可以有多个：
类还可以有它的子类，子类还可以有它的子类。。。。。。 如： class father { ……; };
class borther : public father { ……; } ……
可以作为了解的内容：
1、重复构造函数 2、运算符重载 3、虚函数、纯虚函数 4、……
思考： 一个类除了public之外还有 其他的吗
析构函数：
每一个构造函数都回对应一个析构 函数，而类中本身会隐藏构造函数的析构， 所以，对于初步学习的我们来说构造函数 的析构不用我们自己写入程序中。
其他函数：
其他函数的作用一般是为达到某个目的而 设计的比如：求某两个数的和差乘积、完 成对某个数组排序等
Return
类的使用：
在建立完成初步的类了之后，如何使其发挥 作用呢？？ 可以看到，建立的类在
int main() { people a;

面向对象的设计与分析课件


WENKU DESIGN
2023-2026
END
THANKS
感谢观看
KEEP VIEW
WENKU DESIGN
WENKU DESIGN
WENKU
REPORTING
https://
PART 01
面向对象的基本概念
对象与类
对象
现实世界中的事物或概念在面向对象 编程中的表示。每个对象都有其属性 （状态）和方法（行为）。
类
对象的抽象，定义了一组具有相同属 性和方法的对象的共同特征。类是对 象的模板或蓝图。
封装与继承
封装
将对象的属性和方法封装在一起，隐藏对象的内部实现细节，只通过对象的方法来访问其属性。
目的
提高类的可维护性和可复用性，降低类之间的耦 合度。
示例
一个表示用户的类，只负责存储和提供用户数据， 不包含其他如登录、注册等操作。
开闭原则
定义
软件实体应该对扩展开放，对修改封闭。即软件实体应该通过扩 展来实现变化，而不是通过修改已有的代码来实现变化。
目的
提高软件的可维护性和可复用性，降低修改代码的风险。
目的
降低类之间的耦合度，提高系统的可维护性和可复用性。
示例
使用接口或抽象类来实现高层模块和低层模块之间的依赖关系， 而不是直接依赖于具体实现类。
PART 03
面向对象的分析方法
识别对象与类
01
确定问题域中的实 体
通过分析问题背景，识别出问题 域中的实体，如人、事物、组织 等。
02
抽象出对象的属性 和行为
VS
继承的实现
继承的实现方式因编程语言而异。在Java 中，子类通过使用关键字"extends"来继 承父类。在C中，子类通过在类名前使用 冒号":"来实现继承。

面向对象需求分析.ppt

最常见的参与者
人（操作人员或系统的服务对象） 设备（监控系统的摄像头等信息采集器） 外系统
-12-
用例(Use Case)
用例(use case):是对系统某个功能的一组 动作序列的描述，系统执行这些动作序 列将产生一个对某个特定的参与者有特 定价值的结果。用例表示系统外部可见 的功能单元。
初次访谈记录（教务处） 开发者：谁将使用这个应用程序？ 客 户：教务处管理人员、学生、老师，各院系教学秘书。 开发者：现在是怎么选课的？ 客 户：教学秘书把备选课程告诉学生，然后把学生的选课情况反馈上 来，然后教务处安排上课。 开发者：这些课程是怎么确定的？ 客 户：从教学计划里得到的。 开发者：这些课程会有变化吗？ 客 户：嗯，有些教师可能想开一门新选修课，他把该课程提交上来， 教研室审核通过后就可以备选了。各院系也可以增加或删除一些课程。
特定群体 调查
对一组人员进行调查，以便了解工作态度和共同看法
问卷调查 收集详细数据和统计意义上比较重要的数据 用户指导 让最终用户告诉你，他们是如何操作系统的
原型制作 模拟一个无法直接测试的系统
统计版本
使用具有统计功能的应用程序来记录用户完成任务的方 式 (RequisitePro)
-18-
获取需求：网上选课系统
（状语）动词+（定语+ ）宾语
顾客
购买商品 <<extend>> 信用卡支付
-41-
要点：用例粒度-1
用例要有路径，路径要有步骤；而这一 切都是可观测的
最常犯错误：粒度过细，陷入功能分解
过细的粒度，一般都会导致技术语言的描述， 而不再是业务语言
-42-
用例粒度-2
把步骤当用例

第6章面向对象分析.ppt

构件图用于理解和分析软件各部分之间的相互 影响程度。
2019/11/5
安徽工程大学计算机与信息学院
16
6.2UML概述
UML的语言机制
部署图(deployment diagram)
描述软件系统运行环境的硬件及网络的物理 体系结构。
结点表示实际的计算机和设备，边表示结点
之间的物理连接关系,也可显示连接的类型及结点 之间的依赖性。
2019/11/5
安徽工程大学计算机与信息学院
13
UML的语言机制
6.2UML概述
(3)行为图 交互图(interactive diagram) 状态图(statechart diagram ) 活动图(activity diagram)
它们从不同的侧面刻画系统的动态行为。
交互图描述对象之间的消息传递。它又可分为顺序 图 ( sequence diagram) 与 合 作 图 ( collaboration diagram)两种形式。顺序图强调对象之间消息发送 的时间序。合作图更强调对象间的动态协作关系。
“学生”、“老师”与“课程设置”之间，
“课程注册表”与“课程注册管理器”之间，
以及“课程注册管理器”与“课程”之间存在
着关联关系。
2019/11/5
安徽工程大学计算机与信息学院
19
6.2UML概述
课程注册管理系统的类图
2019/11/5
安徽工程大学计算机与信息学院
20
6.2UML概述
用UML顺序图表示“个人课程规划” 用例中的学生选课过程
面向对象 = 对象 + 类 + 继承 + 聚集 + 消息。
2019/11/5

面向对象方法的通俗理解分析课件


封装
总结词
隐藏对象的内部状态并仅通过明确定 义的接口与外部交互
详细描述
封装是面向对象编程的重要特性之一， 它确保对象的内部状态不被外部随意 修改，同时提供了一种安全的方式来 访问和修改对象的属性。
继承
总结词
一个类可以继承另一个类的属性和行为
详细描述
继承是实现代码复用的一种方式，子类可以继承父类的属性和方法，并且可以扩 展或覆盖父类的行为。这有助于形成层次化的类结构。
04
面向对象编程实践
设计模式
单例模式
确保一个类只有一个实例，并提 供一个全局访问点。
工厂模式
提供了一种创建对象的最佳方式。 工厂模式属于创建型模式，它提供 了一种创建对象的最佳方式。
观察者模式
定义了对象之间的一对多依赖关系， 当一个对象改变状态时，其相关依 赖者都会收到通知并自动更新。
框架使用
多态
总结词
一个接口或基类引用可以指向多种实际类型，且调用操作根 据实际类型有所不同
详细描述
多态是面向对象编程的又一重要特性，它允许一个接口或基 类的引用变量可以指向实现该接口或继承该基类的不同对象， 从而在运行时确定调用的具体方法。这有助于提高代码的灵 活性和可扩展性。
03
面向对象设计原则
单一职责原则
总结词
通过使用框架实现一个Web应用程序，了解面向对象框 架的特点和应用。
详细描述
框架是一种用于构建软件应用程序的软件架构。使用框架 可以简化应用程序的开发过程，提高开发效率和质量。常 见的Web应用程序框架包括Spring、Django、Ruby on Rails等。
总结词
通过使用框架实现一个Web应用程序，了解面向对象框 架的特点和应用。
  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

(2)无关 仅需要把与本问题密切相关的类& 仅需要把与本问题密切相关的类&对象放进目 标系统中. 标系统中. ATM系统为例 因此,应该去掉候选类" 系统为例, 以ATM系统为例,因此,应该去掉候选类"成 街道" 营业厅" 本","市","街道","营业厅"和"储蓄 所". (3)笼统 在需求陈述中常常使用一些笼统的, 在需求陈述中常常使用一些笼统的,泛指的名 虽然在初步分析时把它们作为候选的类& 词,虽然在初步分析时把它们作为候选的类&对象 列出来了,但是, 列出来了,但是,要么系统无须记忆有关它们的信 息,要么在需求陈述中有更明确更具体的名词对应 它们所暗示的事务,因此, 它们所暗示的事务,因此,通常把这些笼统的或模 糊的类去掉. 糊的类去掉. ATM系统为例 应该去掉"银行" 系统为例, 网络" 以ATM系统为例,应该去掉"银行","网络", 系统" 软件" 信息" 访问" "系统","软件","信息","访问"等候选 类.
2.筛选 经初步分析得出的关联只能作为候选的关 还需经过进一步筛选, 联,还需经过进一步筛选,以去掉不正确的 或不必要的关联. 或不必要的关联.筛选时主要根据下述标准 删除候选的关联: 删除候选的关联: 已删去的类之间的关联. (1)已删去的类之间的关联. 如果在分析确定类&对象的过程中已经测 如果在分析确定类& 掉了某个候选类, 掉了某个候选类,则与这个类有关的关联也 应该删去. 应该删去.
筛选出正确的类& 2.筛选出正确的类&对象 接下来应该严格考察每个候选对象, 接下来应该严格考察每个候选对象,从中去 掉不正确的或不必要的,仅保留确实应该记录其 掉不正确的或不必要的, 信息或需要其提供服务的那些对象. 信息或需要其提供服务的那些对象. 筛选时主要依据下列标准, 筛选时主要依据下列标准,删除不正确或不 必要的类&对象: 必要的类&对象: (l)冗余 如果两个类表达了同样的信息, 如果两个类表达了同样的信息,则应该保留 在此问题域中最富于描述力的名称. 在此问题域中最富于描述力的名称. ATM系统为例 应该去掉"用户" 系统为例, 以ATM系统为例,应该去掉"用户","磁 等冗余的类,仅保留"储户" 卡","副 本"等冗余的类,仅保留"储户" 现金兑换卡"这两个类. 和"现金兑换卡"这两个类.
ATM系统为例 由于已经删去了"系统" 系统为例, 以ATM系统为例,由于已经删去了"系统", 网络" 街道" 成本" "网络","市","街道","成本","软 事务日志" 现金" 营业厅" 件","事务日志","现金","营业厅", 储蓄所" 账单"等候选类,因此, "储蓄所","账单"等候选类,因此,与这些类 有关的下列八个关联也应该删去: 有关的下列八个关联也应该删去: ATM,中央计算机, ①ATM,中央计算机,分行计算机及柜员终端组 成网络. 成网络. ATM设在主要街道上 设在主要街道上. ②ATM设在主要街道上. 分行分摊软件开发成本. ③分行分摊软件开发成本. 系统提供必要的安全性. ④系统提供必要的安全性. 系统维护事务日志. ⑤系统维护事务日志. ATM吐出现金 吐出现金. ⑥ ATM吐出现金. ATM打印账单 打印账单. ⑦ATM打印账单. 柜员终端设在分行营业厅及储蓄所内. ⑧柜员终端设在分行营业厅及储蓄所内.
10.3.2 确定关联 多数人习惯于在初步分析确定了问题 域中的类&对象之后, 域中的类&对象之后,接下来就分析确定 对象之间存在的关联关系. 类&对象之间存在的关联关系. 两个或多个对象之间的相互依赖, 两个或多个对象之间的相互依赖,相 互作用的关系就是关联.分析确定关联, 互作用的关系就是关联.分析确定关联, 能促使分析员考虑问题域的边缘情况, 能促使分析员考虑问题域的边缘情况,有 助于发现那些尚未被发现的类&对象. 助于发现那些尚未被发现的类&对象.
第十章
面向对象分析
面的问题
当开发一个新的产品或系统时, 当开发一个新的产品或系统时,我们如 何从遵循OO软件工程的方式来刻画它? OO软件工程的方式来刻画它 何从遵循OO软件工程的方式来刻画它? 什么是相关的对象?他们如何相互关联? 什么是相关的对象?他们如何相互关联? 对象如何在系统的范围内工作? 对象如何在系统的范围内工作? 应如何对问题刻画或建模以使得可有效 地进行设计? 地进行设计?
(2)需求陈述中隐含的关联 总行由各个分行组成. 总行由各个分行组成. 总行由各个分行组成 分行保管账户. 分行保管账户. 分行保管账户 总行拥有中央计算机. 总行拥有中央计算机. 总行拥有中央计算机 系统维护事务日志. 系统维护事务日志. 系统维护事务日志 系统提供必要的安全性. 系统提供必要的安全性. 系统提供必要的安全性 储户拥有现金兑换卡. 储户拥有现金兑换卡. 储户拥有现金兑换卡 (3)根据问题域知识得出的关联 现金兑换卡访问账户. 现金兑换卡访问账户. 现金兑换卡访问账户 分行雇用柜员. 分行雇用柜员. 分行雇用柜员
(6)实现 在分析阶段不应该过早地考虑怎样实现目 标系统.因此, 标系统.因此,应该去掉仅和实现有关的候 选的类&对象. 选的类&对象. ATM系统的例子中 应该暂时去掉" 系统的例子中, 在ATM系统的例子中,应该暂时去掉"事 务日志" 通信链路"这两个类, 务日志"和"通信链路"这两个类,在设计 或实现时再考虑它们. 或实现时再考虑它们.
10. 确定类& 10.3.1 确定类&对象 找出候选的类& 1.找出候选的类&对象 对象是对问题域中有意义的事物的抽象, 对象是对问题域中有意义的事物的抽象,它们 既可能是物理实体,也可能是抽象概念.具体地说, 既可能是物理实体,也可能是抽象概念. 具体地说, 具体地说 大多数客观事物可分为下述五类 可感知的物理实体,例如,飞机,汽车, (1)可感知的物理实体,例如,飞机,汽车,书, 房屋等等. 房屋等等. 人或组织的角色,例如,医生,教师,雇主, (2)人或组织的角色,例如,医生,教师,雇主, 雇员,计算机系,财务处等等. 雇员,计算机系,财务处等等. 应该记忆的事件,例如,飞行,演出,访问, (3)应该记忆的事件,例如,飞行,演出,访问, 交通事故等等. 交通事故等等. 两个或多个对象的相互作用, (4)两个或多个对象的相互作用,通常具有交易或 接触的性质,例如,购买,纳税,结婚等等. 接触的性质,例如,购买,纳税,结婚等等. 需要说明的概念,例如,政策,保险政策, (5)需要说明的概念,例如,政策,保险政策,版 权法等等. 权法等等.
(2)与问题无关的或应在实现阶段考虑的关联 应该把处在本问题域之外的关联或与实现密切 相关的关联删去. 相关的关联删去. 系统处理并发的访问" 例, "系统处理并发的访问"并没有标明对象 之间的新关联, 之间的新关联,它只不过提醒我们在实现阶段需要 使用实现并发访问的算法,以处理并发事务. 使用实现并发访问的算法,以处理并发事务. (3)瞬时事件 关联应该描述问题域的静态结构, 关联应该描述问题域的静态结构,而不应该是 一个瞬时事件. 一个瞬时事件. 例,"ATM读现金兑换卡"描述了ATM与用户交 ATM读现金兑换卡"描述了ATM与用户交 读现金兑换卡 ATM 互周期中的一个动作,它并不是ATM ATM与现金兑换卡 互周期中的一个动作,它并不是ATM与现金兑换卡 之间的固有关系,因此应该删去.类似地, 之间的固有关系,因此应该删去.类似地,还应该 删去"ATM与用户交互 这个候选的关联. 与用户交互" 删去"ATM与用户交互"这个候选的关联.
另一种更简单的分析方法, 另一种更简单的分析方法,是所谓的非正式分 析.这种分析方法以用自然语言书写的需求陈述为 依据,把陈述中的名词作为类&对象的候选者,用 依据,把陈述中的名词作为类&对象的候选者, 名词作为类 形容词作为确定属性的线索, 动词作为服务( 形容词作为确定属性的线索,把动词作为服务(操 的候选者. 作)的候选者. 认真阅读上面给出的需求陈述, 认真阅读上面给出的需求陈述,从陈述中找出 下列名词,可以把它们作为类& 下列名词,可以把它们作为类&对象的初步的候选 者: 银行,自动取款机(ATM),系统, ),系统 银行,自动取款机(ATM),系统,中央计算 分行计算机,柜员终端,网络,总行,分行, 机,分行计算机,柜员终端,网络,总行,分行, 软件,成本, 街道,营业厅,储蓄所,柜员, 软件,成本,市,街道,营业厅,储蓄所,柜员, 储户,现金,支票,账户,事务,现金兑换卡, 储户,现金,支票,账户,事务,现金兑换卡,余 磁卡,分行代码,卡号,用户,副本,信息, 额,磁卡,分行代码,卡号,用户,副本,信息, 密码,类型,取款额,账单,访问. 密码,类型,取款额,账单,访问.
1.初步确定关联 在需求陈述中使用的描述性动词或动 词词组,通常表示关联关系.因此, 词词组,通常表示关联关系.因此,在初 步确定关联时, 步确定关联时,大多数关联可以通过直接 提取需求陈述中的动词词组而得出. 提取需求陈述中的动词词组而得出.通过 分析需求陈述, 分析需求陈述,还能发现一些在陈述中隐 含的关联. 含的关联. ATM系统为例 系统为例, 以ATM系统为例,经过分析初步确定出 下列关联: 下列关联: