第10章 面向对象分析和设计

合集下载

第十章 状态机图-UML面向对象分析、建模与设计-吕云翔-清华大学出版社

第十章 状态机图-UML面向对象分析、建模与设计-吕云翔-清华大学出版社
事件包含一个参数列表(可能为空),用于从事件的产生者向其接 收者传递信息。
对应于触发器转换,没有明确的触发器的转换成为结束转换或无触 发器转换,是在状态的内部活动执行完毕后隐式触发的。
转换——事件
能够在触发器中接收的事件有以下四种:
调用事件:调用事件表示对象接收到一个调用操作的请求。其期待的结 果是事件的接收者触发一个转换并执行相应的操作。
改变事件:改变事件的发生依赖于事件中某个表达式所表达的布尔条件。 改变事件没有参数,要一直等到条件被满足才能发生。
信号事件:信号由一个对象准确地送给另一个或一组对象。发送给一组 对象的信号可能触发每个对象的不同转换。
时间事件:时间事件的发生依赖于事件中的一个时间表达式。比如,可 以让对象进入某状态后经过一段给定的时间或到达某个绝对时间后发生 该事件。
转换——事件
stm 订单类 Unselected
click(posX, posY) [posX==x and posY==y]
Selected
(a)
SingleSelectionMode shiftKeyUp MultiSelectionMode shiftKeyDown (c)
状态机图
状态机 状态机图
状态机图的基本概念
状态机
状态机是一种行为,它说明对象在其生命周期中响应事件所经历的 状态变化序列以及对那些时间的响应。
一般情况下,一个状态机依附于一个类,用来描述这个类的实例的 状态及其转换,和对接收到的事件所做出的响应。此外,状态机也可 以依附于用例、操作、协作等元素上,描述它们的执行过程。
等待支付
[立即支付] 审核完成
[及时支付]
[超出支付时限]
审核失败
状态机图

第10章 面向对象分析

第10章 面向对象分析
软件工程
第10章 面向对象分析
第10章 面向对象分析
• 面向对象软件开发技术
– 面向对象分析(OOA) – 面向对象设计(OOD) – 面向对象实现(OOP)
面向对象技术是一个有全新概念 的开发模式,其特点是:
(1)方法是对软件开发过程所有阶段进 行综合考虑而得到的; (2)从生存期的一个阶段到下一个阶段 所使用的方法与技术具有高度的连 续性;
取消交易
顾客可在按下选择键前任何一个时刻,拉动退币杆取 消交易收回硬币。
自动售货系统系统
-端1 * -端2
自动售货系统::售货
*
顾客
-端2
-端1 *
自动售货系统::供货
*
供货人
-端1 * -端2
自动售货系统::取货款
*
收银员
自动售货系统系统
-端1 *
-端2
售货
*
<<extends>>
售散装饮料
顾客
• 业务中的执行者扮演什么角色?这些角色可以 看作类,如客户、操作员等。
(2)筛选对象类,确定最终对象类 我们可以用以下选择特征来确定最终的对象: 1) 保留的信息:仅当必须记住有关潜在对象的 信息,系统才能运作时,则该潜在对象在分 析阶段是有用的; 2) 需要的服务:潜在对象必须拥有一组可标识 的操作,它们可以按某种方式修改对象属性 的值; 3) 多个属性:在分析阶段,关注点应该是“较 大的”信息(仅具有单个属性的对象在设计 时可能有用,但在分析阶段,最好把它表示 为另一对象的属性);
定义服务
• 对象=属性+操作(服务) • 因为在动态模型和功能模型中更明确地描 述了每个类中应该提供哪些服务,所以在 建立了这两个模型后才能最终确定类中应 有的服务。 • 事实上,在确定类中应有的服务时,既要 考虑该类实体的常规行为,又要考虑在本 系统中特殊需要的服务。

面向对象分析与设计

面向对象分析与设计

客户李明取20元钱的序列图
到类图
面向对象设计建模
设计建模需要把分析阶段的结果扩 展成技术解决方案,需要建立的是 软件系统的技术构造模型
6.3面向对象设计建模
• • • • • 6.3.1设计类图 6.3.2协作图 6.3.2状态图 6.3.4构件图 6.3.5部署图
6.3.1设计类图
• 类图表达一组类和它们之间的联系。
6.2.4序列图描述了对象之间动态的交互关系, 着重体现对象间消息传递的时间顺序。
• 序列图的主要用途之一, 是把用例表达的需求,转 化为进一步、更加正式层 次的精细表达。
横坐标 表示不 同的对 象对象的 生命线 对象之 间的消 息 纵坐标 表示时 间 对象激 活 序列图中的对象是 类图或用例图中类 的一个实例 格式对象名:类
ATM屏幕
帐目 -帐号 -PIN -结余 打开() 取钱() -扣钱() -验钱数()
用例图
商店售货系统
参入者
选货
售货员
顾客
计价
用例 收银员
付款
系统边界
参入者与 用例之间 的通信
用例图 用例之间的关系
• 扩展关系(Extends Relationship):当一个基本用例由于需要附加 一个用例来扩展或延伸其原有功能时,附加的扩展用例和原有用例 之间的关系就体现为扩展关系。 • 扩展用例可以继承原有基本用例的一些功能,同时它又可以具有一 些新的特有功能。
寻找参入 者与用户 1、寻 之间的通 找 信 参 入者
网上图书销售系统 注册会员 选购图书 产生定单 查询定单
《uses》 《extends》 《extends》
2、寻找 用例
设置定单细目
检索图书信息

面向对象分析与设计

面向对象分析与设计

面向对象分析与设计在软件开发过程中,面向对象分析与设计(Object-Oriented Analysis and Design,简称OOAD)是一种重要的方法论。

通过OOAD,开发者可以将现实世界中的概念和问题转化为软件系统的结构和行为。

一、什么是面向对象分析与设计?面向对象分析与设计是一种以对象为核心的开发方法。

它强调将问题领域的实体、关系和行为抽象为对象、类和方法。

面向对象的分析阶段主要关注问题领域的需求和约束,而设计阶段则更关注如何将需求转化为可执行的软件系统。

二、面向对象分析与设计的优势1. 模块化:面向对象的方法将复杂的系统拆分为多个独立的对象,每个对象都有清晰的职责和接口。

这种模块化可以提高代码的可维护性和可复用性。

2. 继承与多态:继承是面向对象编程中的重要特性,它允许新的类继承已有类的属性和方法。

多态则允许对象在不同上下文中表现出不同的行为。

这些特性使得代码更加灵活和易于扩展。

3. 封装与信息隐藏:面向对象的方法将数据和操作封装在对象内部,外界只能通过对象的接口进行交互。

这种封装和信息隐藏可以保护数据的完整性和安全性。

4. 规范化的开发流程:面向对象的分析与设计有一套规范的开发流程,包括需求分析、概念设计、详细设计和实现等阶段。

这种流程可以提高开发效率,并减少错误和重复工作。

三、面向对象分析与设计的过程1. 需求收集与分析:在这个阶段,开发者与用户密切合作,收集和分析系统的业务需求。

通过访谈、文档分析等方法,确定系统的功能、性能和约束等方面的要求。

2. 概念设计:在概念设计阶段,开发者将业务需求转化为概念模型。

通过绘制用例图、类图、状态图等工具,描述系统的结构和行为。

3. 详细设计:在详细设计阶段,开发者将概念模型进一步细化,确定具体的类和接口。

同时,还需要考虑系统的性能、安全和可维护性等方面的问题。

4. 编码与测试:在编码阶段,开发者根据详细设计的要求,使用具体的编程语言实现系统。

软件工程面向对象的分析与设计

软件工程面向对象的分析与设计
软件的质量和开发效率
-
THANKS!
XX生活即将结束,在此,我要感谢所有教导我的老师和陪 伴我一齐成长的同学,他们在我的大学生涯给予了很大的帮助。本论 文能够顺利完成,要特别感谢我的导师XXX老师,XXX老师对该论文从选题,构
思到最后定稿的各个环节给予细心指引与教导,使我得以最终完成毕业论文设计! 最后,我要向百忙之中抽时间对本文进行审阅,评议和参与本人论文答辩的各位
识别类和继承
通过类和继承,我们可以组织具有相似属性和行为的对象。类 定义了一组对象的通用属性和行为,而继承则允许我们从一个 类派生出另一个类,从而共享和扩展其属性和行为
定义接口
接口定义了类或对象之间的交互方式。它描述了对象需要提供 的方法和需要遵守的协议
面向对象的分析
通过面向对象的分析, 我们可以更准确地理 解和描述软件系统的 需求,为后续的设计 和实现打下坚实的基 础
2
面向对象的 设计
面向对象的设计
面向对象的设计(Object-Oriented Design,OOD)是软件工程过程中的一个关键阶段 ,其目标是基于面向对象的分析结果,设计出满足系统需求的软件结构
识别类和对象:根据面向对象的分析结果,识别出系统中的主要类和对象。这些类和 对象应该能够准确地反映问题域的特征和需求
和操作方式
设计数据库:根据系统的数 据需求,设计出合适的数据 库结构。数据库应该能够有 效地存储和管理系统的数据
设计系统架构:根据系统的 功能需求和性能要求,设计 出合适的系统架构。系统架 构应该能够支持系统的可扩 展性、可维护性和可重用性
面向对象的设计
通过面向对象的设计,我们可 以设计出结构清晰、易于理解 和实现的软件系统,从而提高
面向对象的分析

面向对象分析与设计方法

面向对象分析与设计方法

面向对象分析与设计方法引言:面向对象分析与设计方法是一种软件开发的方法论,它强调将问题领域的实体和行为抽象成对象,并通过对象之间的交互来解决问题。

本文将探讨面向对象分析与设计方法的特点、应用场景以及其中涉及的主要概念和步骤。

一、面向对象分析与设计方法的特点1. 抽象与封装:面向对象方法将问题领域的实体和行为抽象成对象,通过封装对象的属性和方法,实现了信息隐藏和模块化。

2. 继承与多态:继承机制使得对象可以从已有的类派生出新的类,减少了重复设计的工作量。

多态使得同一种行为可以在不同的对象上具有不同的实现方式。

3. 消息传递与对象交互:对象通过消息传递进行通信,通过对象之间的交互来实现问题解决。

这种方式使得系统具有良好的灵活性和可扩展性。

4. 高内聚与低耦合:面向对象方法通过将相关属性和方法封装在同一个对象中,实现了高内聚;同时,对象之间的交互通过接口进行,实现了低耦合。

二、面向对象分析与设计方法的应用场景1. 软件系统设计:面向对象方法适用于各种规模的软件系统设计,可以帮助开发者理清系统的模块划分和功能实现。

2. 数据库设计:面向对象方法可以将数据库中的实体和关系映射到对象之间,方便进行数据库设计和操作。

3. 网络应用开发:面向对象方法适用于网络应用开发,如网站、移动应用等。

通过抽象出各个功能模块的对象,实现系统的灵活和可扩展。

三、面向对象分析与设计方法的主要概念和步骤1. 概念:- 类:表示一组具有相同属性和行为的对象的抽象。

类包含属性和方法。

- 对象:类的实例化。

每个对象都有一组属性和对应的方法。

- 属性:对象的特征,用于描述对象的状态。

- 方法:对象能够执行的操作。

- 关联:不同对象之间的关系。

- 继承:通过派生机制,实现类的复用和扩展。

- 多态:同一种行为在不同的对象上具有不同的实现方式。

2. 步骤:- 需求分析:了解问题领域,确定系统需求和功能。

- 概念设计:识别和分析问题领域中的实体、关系和行为,形成概念模型。

《面向对象设计》PPT课件

《面向对象设计》PPT课件
一般来说,所有的继承都会引入编译时依赖 性。依赖性是可传递的,也就是说,如果C依赖 B,B依赖A,那么C也依赖A。
类及其依赖性
② 运行时继承依赖性
下图举例说明了在一棵继承树中涉及客户对象访问类服务的运行时 继承依赖性。图中类B的do1( )方法是从父类A继承来的,因此Test与 B没有运行时继承依赖性,只是一个静态依赖性,通过从Test到A的关 联来表明。如果在doTest方法中调用的是do2( )方法,或者在B中覆盖 了A的do1( )方法,则从Test到A和B就会存在运行时依赖性。
接口及其依赖性
2.实现依赖性
一个类可以实现多个接口,由类实现的接口集合称为该 类的供给接口。在UML2.0中,将一个类和该类实现的接口 之间的依赖性称为实现依赖性。
右图所示为实现依赖性的 UML符号,在箭头末端的类 实现了箭头所指向的接口。 从图中可以看到,Class1实 现了Interface1接口和 Interface2接口,而Class2 只实现了Interface2接口。
包及其依赖性
1. 包
包(package)又可称为层或子系统,是表示组织类的一 种方式,用于划分应用程序的逻辑模型。包是高度相关的类 的聚合,这些类本身是内聚的,但相对于其他聚合来说又是 松散耦合的。
包可以嵌套。外层包可以直接访问包括在它的嵌套包中的 任何类。包还可以导入其他包,例如,在包A中导入了包B, 这意味着包A或者包A的元素可以引用包B或者包B的元素。 因此,虽然一个类只属于一个包,但是它可以被导入其他包。 包的导入操作会引入包之间的依赖性以及它们的元素之间的 依赖性。
类及其依赖性
(2)无多态继承 使用继承最简单的方式是子类不覆盖从父类继承来的方法,
这样就不存在多态性继承问题。虽然无多态的继承有时并不 是十分有用,但理解和管理起来是最容易的。 (3)扩展继承和约束继承

软件工程中的面向对象分析和设计

软件工程中的面向对象分析和设计

软件工程中的面向对象分析和设计面向对象分析和设计(OOAD)是软件工程中的一种方法论,它强调在软件开发过程中必须将“对象”作为思考和处理的核心概念。

本文将从面向对象分析和设计的定义、原则、流程和工具等方面进行阐述。

一、定义面向对象分析和设计(OOAD)是一种针对于对象的方法,通过把现实世界建模为软件世界中的对象,来确保软件能够更好地解决业务需求。

它主要解决软件问题的复杂性,可用于多种类型的软件开发。

本方法包括对要开发的系统进行分析和设计两个阶段。

面向对象分析(OOA)阶段着重于确定系统所要控制、管理、处理和维护的对象,而面向对象设计(OOD)阶段则涉及如何以对象为核心来设计系统。

二、原则面向对象分析和设计的主要原则包括:1.面向对象:以对象为中心,将系统分解为一系列相互协作的对象,而非由一组基本算法或数据结构来定义。

2.开放封闭原则:开放封闭原则,即软件中的对象应该对扩展开放(即增加一些新的功能),而对修改关闭(即不需修改已经得到的代码)。

3.继承:通过继承机制建立对象之间的关系,共享类之间的属性和方法。

4.封装:数据和函数封装在对象的封闭空间中,仅提供与其他对象交互的公共接口。

5.多态:多态是指在运行时选择对象的行为方式。

同一个消息给不同的对象可以导致不同的行为。

三、流程面向对象分析和设计具有一定的工作流程,如下图:1.确定业务需求;2.分析业务需求,建立一个现实世界模型;3.分析模型,确定系统中的对象,建立对象模型;4.设计对象间的关系,建立关系模型;5.根据对象和关系模型建立系统模型;6.设计系统架构;7.设计类实现;8.生成代码。

四、工具在面向对象分析和设计中,常用的工具有:1. UML(统一建模语言):一种建立系统模型的标准化语言,可以方便快速地进行面向对象分析和设计。

2. Rational Rose:一种基于UML的可视化建模工具,支持用例分析、状态图设计、类图和对象间关系设计。

3. Visual Paradigm for UML:可视化的UML工具,用以支持面向对象的分析和设计。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

前一页
找出候选的“类—&—对象”
建 立 对 象 模 型
通常,在需求陈述中不会一个不漏的 写出问题域中所有有关的类 —&— 对象。 因此,分析员应该根据领域知识或常识, 进一步提取出隐含的类—&—对象。
例如,在ATM系统的需求陈述中虽然 没写“通信链路”和“事务日志”,但是, 根据领域知识和常识可以知道,在ATM系 统中应该包含这两个实体。
1+
损失
折扣
商品
退货
农产品
肉食品
前一页
建 立 对 象 模 型
确定关联(删去的)
① ATM、中央计算机、分行计算机及柜员终 端组成 网络。 ② ATM设在主要街道上。 ③ 分行分摊软件开发成本。
④ 系统提供必要的安全性。
⑤ 系统维护事务日志。 ⑥ ATM吐出现金。
⑦ ATM打印账单。 ⑧ 柜员终端设在分行营业厅及储蓄所内。
前一页
确定关联
储户拥有现金兑换卡
前一页
确定关联
建 立 对 象 模 型
1. 初步确定关联
(3)根据问题域知识得出的关联
现金兑换卡访问账户
分行雇用柜员
前一页
确定关联
建 立 对 象 模 型
2. 筛选
经初步分析得出的关联只能作为候 选的关联,还需经过进一步筛选,去掉 不正确的或不必要的关联。筛选时主要 根据下述标准删除候选的关联。
ATM、中央计算机、分行计算机及柜员终端组成网络 总行拥有多台ATM
ATM设在主要街道上
分行提供分行计算机和柜员终端 柜员终端设在分行营业厅及储蓄所内 分行分摊软件开发成本 储户拥有账户
前一页
确定关联
建 立 对 象 模 型
1. 初步确定关联
(2)需求陈述中隐含的关联
总行由各个分行组成 分行保管账户 总行拥有中央计算机 系统维护事务日志 系统提供必要的安全性
面 向 对 象 分 析 的 基 本 过 程
前一页
三个子模型与五个层次
上述五个层次对应着在面向对象分析 过程中建立对象五项主要活动:
• 找出类—&—对象
• 识别主题
• 识别结构
• 定义属性
• 定义服务
面 向 对 象 分 析 的 基 本 过 程
前一页
三个子模型与五个层次
面向对象建模得到的模型包含对象的 三个要素:
对象模型
动态模型
功能模型
建立对象模型
主 要 内 容
确定类—&—对象 确定关联 划分主题 确定属性 识别继承关系 定义服务
前一页
建 立 对 象 模 型
确定“类—&—对象”
类—&—对象是在问题域中客观存在的, 系统分析员的主要任务,就是通过分析找 出这些类—&—对象。首先,找出所有候选 的类—&—对象;然后,从候选的类—&— 对象中筛选掉不正确的或不必要的。
前一页
建 立 对 象 模 型
找出候选的“类—&—对象”
下面以ATM系统为例,说明非正式分析过程。 认真阅读需求陈述,从中找出下列名词,可以把它 们作为类—&—对象的初步的候选者 : 银行,自动取款机(ATM),系统,中央计算 机,分行计算机,柜员终端,网络,总行,分行, 软件,成本,市,街道,营业厅,储蓄所,柜员, 储户,现金,支票,账户,事务,现金兑换卡,余 额,磁卡,分行代码,卡号,用户,副本,信息, 密码,类型,取款额,账单,访问。
前一页
建 立 对 象 模 型
筛选出正确的“类—&—对象”
冗余:
如果两个类表达了同样的信息,则保留在此 问题域中最富于描述力的名称。
例如:用非正式分析法得出了34个候选的类, 其中储户与用户,现金兑换卡与磁卡及副本分别描 述了相同的二类信息,因此,应该去掉“用户”、 “磁卡”、“副本”等冗余的类,仅保留“储户” 和“现金兑换卡”这两个类 。

杂货店、库存、顾客、商品、终端、退货、供 应商、发货、肉食品、农产品、损失、折扣
练习:确定上述问题中对象类之间可 能有的继承关系
杂货店、库存、顾客、商品、终端、退货、供 应商、发货、肉食品、农产品、损失、折扣
练习:建立上面问题的对象模型
供应商 发货 杂货店 终端 库存货物
交易 -名称 -数量 -金额 -日期 顾客 -姓名 -地址
前一页
建 立 对 象 模 型
确定关联
2. 筛选
已删去的类之间的关联 如果在分析确定类—&—对象的过程中 已经删掉了某个候选类,则与这个类相关 的关联也应该删去,或用其他类重新表达 这个关联 。
前一页
确定关联
建 立 对 象 模 型
2. 筛选
已删去的类之间的关联
以ATM系统为例,由于已经删去了 “系统”、“网络”、“市”、“街道”、 “成本”、“软件”、“事务日志”、“现 金”、“营业厅”、“储蓄所”、“账单” 等候选类,因此,与这些类有关的下列八个 关联也应该删去。
第10章 面向对象分析 OOA
面 向 对 象 分 析 的 基 本 过 程
前一页
三个子模型与五个层次
面向对象建模得到的模型包含对象的 三个要素:
对象模型
动态模型
功能模型
面 向 对 象 分 析 的 基 本 过 程
前一页
三个子模型与五个层次
复杂问题(大型系统)的对象模型由下五个 层次组成:主题层(也称为范畴层)、类—&— 对象层、结构层、属性层和服务层,如图:
前一页
确定属性
建 立 对 象 模 型
1. 分析
通常,在需求陈述中用名词词组表示属性。 属性的确定既与问题域有关,也和目标系统的 任务有关。应该仅考虑与具体应用直接相关的 属性,不要考虑那些超出所要解决的问题范围 的属性。 在分析过程中应该首先找出最重要的属性, 以后再逐渐把其余属性增添进去。在分析阶段 不要考虑那些纯粹用于实现的属性。
前一页
ATM
增 加 继 承 关 系 对 象 模 型
ATM
建立对象模型
主 要 内 容
确定类—&—对象 确定关联 划分主题 确定属性 识别继承关系 定义服务
前一页
练习:用非正式方法分析以下问题中 的对象
一家杂货店想使其库存管理自动化,这家杂 货店拥有能够记录顾客购买的所有商品的名 称和数量的销售终端 顾客服务台也有类似的终端,以处理顾客的 退货。它在码头有另一个终端处理供应商发 货。肉食部和农产品部都有用于输入由于损 耗导致的损失和折扣。
前一页
建 立 对 象 模 型
找出候选的“类—&—对象”
另一种更简单的分析方法,称为非正式分析。 这种分析方法以用自然语言书写的需求陈述为依据。 名 词:作为类—&—对象的候选者。
形容词:作为确定属性的线索。 动 词:作为服务(操作)的候选者。
用这种简单方法确定的候选者是非常不准确的, 往往包含大量不正确的或不必要的事物,还必须经 过更进一步严格筛选。
• 找出候选的类—&—对象
• 筛选出正确的类—&—对象
前一页
建 立 对 象 模 型
找出候选的“类—&—对象”
对象是问题域中有意义的事物的抽 象,它们既可能是物理实体,也可能是 抽象概念。具体地说,大多数客观事物 可分为下述五类。
前一页
建 立 对 象 模 型
找出候选的“类—&—对象”
( 1 )可感知的物理实体。例如:飞机、书、房 屋等等。 ( 2 )人或组织的角色。例如:医生、教师、雇 员、计算机系、财务等等。 ( 3 )应该记忆的事件。例如:飞行、演出、访 问、交通事故等等。 (4)两个或多个对象的相互作用,通常具有交易 或接触的性质。例如:购买、纳税、结婚等等。 (5)需要说明的概念。例如:政策、法规、版 权等等。
表示关联的图形符号
对 象 模 型
关Hale Waihona Puke 关系限定:一个受限的关联由两个对象及
一个限定词组成,可以看作一种特殊的链属 性。利用限定词通常能有效地减少关联的阶 数。
前一页
表示关联的图形符号
对 象 模 型
关联关系
链属性:链属性就是关联链的性质。
前一页
建立对象模型
主 要 内 容
确定类—&—对象 确定关联 划分主题 确定属性 识别继承关系 定义服务
建立对象模型
主 要 内 容
确定类—&—对象 确定关联 划分主题 确定属性 识别继承关系 定义服务
前一页
建 立 对 象 模 型
确定属性
属性是对象的性质,借助于属性我们能 对类—&—对象和结构有更深入更具体的认识。 注意,在分析阶段不要用属性来表示对象间的 关系,使用关联能够表示两个对象间的任何关 系,而且把关系表示得更清晰、更醒目。 一般说来,确定属性的过程包括分析和 选择两个步骤。
在初步确定关联时,大多数关联可以 通过直接提取需求陈述中的动词词组而得出。
最后,分析员还应该与用户及领域专 家讨论问题域实体间的相互依赖、相互作用 关系,根据领域知识再进一步补充一些关联。
前一页
建 立 对 象 模 型
确定关联
1. 初步确定关联
以ATM系统为例,经过分析初步确定出下列 关联:
(1)直接提取动词短语得出关联
前一页
建 立 对 象 模 型
确定关联
两个或多个对象之间的相互依赖、相 互作用的关系就是关联。分析确定关联, 能促使分析员考虑问题域的边缘情况,有 助于发现那些尚未被发现的类 —&— 对象。
前一页
确定关联
建 立 对 象 模 型
1. 初步确定关联
在需求陈述中使用的描述性动词或动词 词组,通常表示关联关系。
前一页
建 立 对 象 模 型
相关文档
最新文档