书签 分享 收藏 举报 版权申诉 / 110
上传文档赚钱

类型软件工程—第6章+面向对象设计lyh课件.ppt

  • 上传人(卖家):晟晟文业
  • 文档编号:4533497
  • 上传时间:2022-12-17
  • 格式:PPT
  • 页数:110
  • 大小:780KB
  • 【下载声明】
    1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
    2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
    3. 本页资料《软件工程—第6章+面向对象设计lyh课件.ppt》由用户(晟晟文业)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
    4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
    5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
    配套讲稿:

    如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。

    特殊限制:

    部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。

    关 键  词:
    软件工程 面向 对象 设计 lyh 课件
    资源描述:

    1、 传统方法学概述传统方法学概述 传统方法学存在的问题传统方法学存在的问题 生产率提高的幅度远远不能满足需要 软件重用程度很低 软件仍然很难维护 软件往往不能真正满足用户需要 出现问题的原因出现问题的原因 僵化的瀑布模型*某些类型的系统需求是模糊的*项目参与者之间存在通信鸿沟*预先定义的需求可能是过时的 结构化技术的缺点*用这种技术开发出的软件,其稳定性、可修改性和可重用性都比较差。*结构化分析、设计技术的本质是功能分析。从代表目标系统整体功能的单个处理着手,自顶向下不断把复杂的处理分解为子处理,层层分解下去,直至仅剩下若干个容易实现的子处理为止。功能与数据分离的软件设计结构与人类的现实世界环境

    2、很不一样,和人的自然思维也就很不一致,因此对现实世界的认识与编程之间存在着一道很深的理解上的鸿沟。系统是围绕着如何实现一定的行为来进行的,当系统行为易变,需要常常修改时,修改极为困难。在系统中模块之间的控制作用有重要影响时,也就是说,实际的控制发生的根源来自分散的各个模块之中时,由于在“好的模块结构”中的模块间的控制作用只能通过上下之间的调用关系来进行,造成信息传递路径过长,效率低,易受干扰,甚至出错。自顶向下功能分解的分析方法极大地限制了软件的可重用性。面向对象思想最初起源于20世纪60年代末的simula语言。面向对象方法的基本要点首次在simula语言中得到了表达和实现。80年代,位于美

    3、国加州的Xerox研究中心推出smalltalk语言及其程序设计环境,使得面向对象程序设计方法得到比较完善的实现,掀起了面向对象研究的高潮。到80年代中后期,面向对象的软件设计和程序设计方法已发展成为一种成熟有效的软件开发方法。相比而言,面向对象的分析技术发展得比较滞后。面向对象方法学概述面向对象方法学概述 “面向对象”(Object-Oriented)是针对“面向过程”一词提出的,是从本质上区别于传统的结构化方法的一种新方法,新思路。OO技术的基本原理是:按照问题域的基本事物实现自然分割,按人们通常的思维方式建立问题域的模型,设计尽可能直接自然表现问题求解的软件系统。为此,OO技术引入了对象

    4、(object)概念来表现事物,用消息(message)传递建立事物间的联系。用类(class)和继承(inheritance)作为适应人们一般思维方式的描述模型。用方法(method)表示作用在对象上的各种操作。面向对象方法学概述面向对象方法学概述 建立在对象、消息、类、继承和方法等概念基础上的面向对象软件的基本特征是对象的封装性和继承性。通过封装可以将对象的定义与对象的实现分开。这样,无论是对象功能的完善扩充,还是对象实现的修改,影响仅限于该对象内部,保证了面向对象软件的可构造性和易维护性。通过继承可以表达类与类之间的联系,大大减少了重复定义,同时也使系统的结构更加清晰、易于理解和维护。6

    5、.1 6.1 面向对象设计概述面向对象设计概述6.2 6.2 系统设计系统设计6.3 6.3 对象设计对象设计6.4 6.4 领域对象设计领域对象设计 在第五章讲述了软件设计的几条基本原理,这些原理在进行面在第五章讲述了软件设计的几条基本原理,这些原理在进行面向对象设计时仍然成立,但是增加了一些与面向对象方法密切相关向对象设计时仍然成立,但是增加了一些与面向对象方法密切相关的新特点,从而具体化为下列的面向对象设计准则:的新特点,从而具体化为下列的面向对象设计准则:模块化模块化对象就是模块;对象就是模块;抽象抽象类实际上是一种抽象数据类型;类实际上是一种抽象数据类型;信息隐蔽信息隐蔽通过对象的封

    6、装性实现;通过对象的封装性实现;弱耦合弱耦合主要指不同对象之间相互关联的紧密程度;主要指不同对象之间相互关联的紧密程度;强内聚强内聚设计中使用的一个构件内的各个元素,对完成一设计中使用的一个构件内的各个元素,对完成一个定义明确的目的所做出的贡献程度;个定义明确的目的所做出的贡献程度;可重用可重用尽量使用已有的类,确实需要创建新类,则在设尽量使用已有的类,确实需要创建新类,则在设计这些新类的协议时,应该考虑将来的可重复使用性;计这些新类的协议时,应该考虑将来的可重复使用性;面向对象设计面向对象设计 分析是提取和整理用户需求,并建立问题与精确模型的过程。设计则是把分析阶段得到的需求转变成符合成本和

    7、质量要求的、抽象的系统实现方案的过程。面向对象设计就是用面向对象观点建立求解域模型的过程。OOA与OOD的本质:OOA是一个分类活动,即分析问题力图确定在开发是一个分类活动,即分析问题力图确定在开发解决方案时可应用的对象解决方案时可应用的对象类,同时确定对象关系和行为。类,同时确定对象关系和行为。OOD使得软件工程师能够确定从类中导出的使得软件工程师能够确定从类中导出的对象,对象,以及这些对象的相互关联,此外,以及这些对象的相互关联,此外,OOD描述了:对象间的描述了:对象间的关系如何达到;关系如何达到;行为如何实现;对象间通信如何实现。行为如何实现;对象间通信如何实现。从从OOA到到OOD

    8、逐渐扩充模型的过程逐渐扩充模型的过程 OOD分为两个阶段分为两个阶段:F 高层设计高层设计(系统设计)(系统设计)F 低层设计低层设计(对象(对象设计设计)6.1 面向对象设计概述面向对象设计概述 OOD则主要考虑则主要考虑“如何实现如何实现”的问题,因而这的问题,因而这一阶段注意的焦点从问题空间转移到解空间。一阶段注意的焦点从问题空间转移到解空间。着重完成各种不同层次的模块设计。着重完成各种不同层次的模块设计。1.面向对象设计的任务面向对象设计的任务 系统设计系统设计 对象设计对象设计 消息设计消息设计 复审设计模型复审设计模型系统设计系统设计主要完成系统整体结构的设计,包括将子系统分配到处

    9、理器和任务,选择实现数据管理、界面支持和任务管理的设计策略,为系统设计合适的控制机制等。对象设计对象设计,对OOA模型中的类对象模型具体化、详细化。消息设计消息设计使用对象间的协作和对象关系模型,设计出消息模型。复审设计模型复审设计模型,对设计模型进行复审,并伴随着附加的OOA活动。和传统的结构化设计一样,面向对象设计也是将分析阶段所建立的分和传统的结构化设计一样,面向对象设计也是将分析阶段所建立的分析模型转变为软件设计模型。析模型转变为软件设计模型。分析模型使用实例,使用实例,处于OOA模型核心的是“使用实例”(Use Case),简称“用例”。获得软件的需求后,软件分析员既可据此创建一组“

    10、场景”(Scenario),每个场景包含一个使用实例。从这些用例出发,进一步抽取和定义OOA模型的3种模型,即类类-对象模型对象模型,描述系统所涉及的全部类-对象,每个类-对象都通过属性、操作和写作者来进行进一步描述;对象对象-关系模型关系模型,描述对象之间的静态关系,同时定义了系统中所有重要的消息路径,它也可以具体化到对象的属性、操作和协作者;对象对象-行为模型行为模型,描述了系统的动态行为,即对湘杂特定的状态下如何反映外界的事件。设计模型定义成了一个金字塔层次结构。自低而设计模型定义成了一个金字塔层次结构。自低而上分别为:上分别为:子系统层子系统层:包含每个子系统的表示包含每个子系统的表示

    11、类和对象层类和对象层:包含类层次和每个对象的设计表示包含类层次和每个对象的设计表示消息层消息层:包含使得每个对象能够和其协作者通信的细节,包含使得每个对象能够和其协作者通信的细节,建立建立 系统的外部和内部接口系统的外部和内部接口责任层责任层:包含针对每个对象的所有属性和操作的数据结包含针对每个对象的所有属性和操作的数据结构和算法的设计构和算法的设计设计模型模型子子 系系 统统 设设 计计类及对象设计类及对象设计消息设计消息设计责任设计责任设计OO分析模型OO设计模型属属6.2 系统设计系统设计1.系统设计过程系统设计过程 根据根据Rumbaugh对对OMT方法的定义,系统设计主要方法的定义,

    12、系统设计主要由以下步骤组成:由以下步骤组成:划分子系统;划分子系统;确定需要并发运行的子系统并为他们分配处理器;确定需要并发运行的子系统并为他们分配处理器;描述子系统之间的通信;描述子系统之间的通信;确定系统资源的管理和控制;确定系统资源的管理和控制;确定人机交互构件;确定人机交互构件;选择实现数据管理和任务管理的基本策略。选择实现数据管理和任务管理的基本策略。目前流行的目前流行的OOD方法方法概述概述Rumbaugh方法方法(简称简称OMT)Rumbaugh的的OOD过程概述:过程概述:进行系统设计进行系统设计进行对象设计进行对象设计实现在系统设计中定义的控制机制实现在系统设计中定义的控制机

    13、制调整类结构以加强继承性调整类结构以加强继承性设计消息序列以实现对象关系(关联)设计消息序列以实现对象关系(关联)包装类和对象为模块包装类和对象为模块子系统设计过程中必须定义四种重要的设计结构问题域问题域直接负责实现客户需求的子系统直接负责实现客户需求的子系统人机交互人机交互实现用户界面的子系统(包括可复用的实现用户界面的子系统(包括可复用的GUI子系统)子系统)任务管理任务管理负责控制和协调并发任务的子系统,任务可负责控制和协调并发任务的子系统,任务可能被包装在一个子系统中或不同的子系统间;能被包装在一个子系统中或不同的子系统间;数据管理数据管理负责对象的存储和检索的子系统负责对象的存储和检

    14、索的子系统 系统分解:系统分解:子系统既不是一个对象也不是一个功能,而是类、关子系统既不是一个对象也不是一个功能,而是类、关联、操作、事件和约束的内聚集合。联、操作、事件和约束的内聚集合。定义子系统遵循的标准:定义子系统遵循的标准:子系统应有良好的接口子系统应有良好的接口除少数除少数“通信类通信类”,子系统中的类应只和该子系统,子系统中的类应只和该子系统中的其它类协作中的其它类协作子系统数目不应太多子系统数目不应太多可在子系统内划分以降低复杂性可在子系统内划分以降低复杂性划分划分分析模型分析模型子系统子系统客户端客户端子系统子系统服务器端服务器端子系统子系统请求请求子系统间通信子系统间通信子系

    15、统间协作的模型子系统间协作的模型 目前流行的目前流行的OOD方法方法概述概述Coad-Yourdon方法方法Coad-Yourdon的的OOD过程概述:过程概述:问题域部分问题域部分人机交互部分人机交互部分任务管理部分任务管理部分数据管理部分数据管理部分2.子系统设计子系统设计划分子系统(划分子系统(P128P128例例6.16.1)处理并发操作(处理并发操作(P129P129例例6.26.2)描述子系统间通信(描述子系统间通信(P130P130图图6.46.4)资源管理构件资源管理构件3.人机交互设计人机交互设计 虽然好的人机交互部分不可能挽救一个功能很差的虽然好的人机交互部分不可能挽救一个

    16、功能很差的软件软件,但性能很差的人机交互部分将使一个功能很强的但性能很差的人机交互部分将使一个功能很强的产品变的不可接受产品变的不可接受!人机交互设计人机交互设计 人人-机交互部分的设计结果,将对用户情绪和工作效率机交互部分的设计结果,将对用户情绪和工作效率产生重要影响。产生重要影响。人人-机界面设计得好,则会使系统对用户产生吸引力,机界面设计得好,则会使系统对用户产生吸引力,用户在使用系统的过程中会感到兴奋,能够激发用户用户在使用系统的过程中会感到兴奋,能够激发用户的创造力,提高工作效率;的创造力,提高工作效率;相反,人相反,人-机界面设计得不好,用户在使用过程中就会机界面设计得不好,用户在

    17、使用过程中就会感到不方便,不习惯,甚至会产生厌烦和恼怒的情绪。感到不方便,不习惯,甚至会产生厌烦和恼怒的情绪。设计人设计人-机交互界面的准则:机交互界面的准则:一致性一致性减少步骤减少步骤及时提供反馈信息及时提供反馈信息提供撤销命令提供撤销命令无须记忆无须记忆易学易学富有吸引力富有吸引力设计人设计人-机交互系统的策略:机交互系统的策略:分类用户分类用户 按技能水平分类(新手按技能水平分类(新手/初级初级/中级中级/高级)高级)按职务分类(总经理按职务分类(总经理/经理经理/职员)职员)按所属集团分类(职员按所属集团分类(职员/顾客顾客)描述用户描述用户 用户类型用户类型 使用系统欲达到的目的使

    18、用系统欲达到的目的 特征(年龄、性别、受教育程度、限制因素等)特征(年龄、性别、受教育程度、限制因素等)关键的成功因素(需求、爱好、习惯等)关键的成功因素(需求、爱好、习惯等)技能水平技能水平设计人设计人-机交互系统的策略:机交互系统的策略:设计命令层次设计命令层次 研究现有的人研究现有的人-机交互含义和准则机交互含义和准则 确定初始的命令层次确定初始的命令层次 精华命令层次精华命令层次设计人设计人-机交互类机交互类 人人-机交互类与使用的操作系统及编程语言密切相关。机交互类与使用的操作系统及编程语言密切相关。例如:例如:windows环境下运行的环境下运行的Visual C+语言提供了语言提

    19、供了MFC类库,设计人类库,设计人-机交互类时,往往仅需从机交互类时,往往仅需从MFC类库中类库中选用一些适用的雷,然后从这些类派生符合自己需要的类选用一些适用的雷,然后从这些类派生符合自己需要的类就可以了。就可以了。传感器图形项目传感器控制系统人机交互部分设计举例传感器控制系统人机交互部分设计举例调用项目传感器状况窗口显示菜单调用菜单活动传感器项目调用项目传感器报警窗口显示菜单调用菜单活动位置传感器报警项目调用项目传感器窗口坐标4.任务管理设计任务管理设计 1.1.为什么要有任务管理部分为什么要有任务管理部分 虽然从概念上说,不同对象可以并发地工作,但是,在实际虽然从概念上说,不同对象可以并

    20、发地工作,但是,在实际系统中,许多对象之间往往存在相互依赖关系。此外,在实系统中,许多对象之间往往存在相互依赖关系。此外,在实际使用的硬件中,可能仅由一个处理器支持多个对象。因此,际使用的硬件中,可能仅由一个处理器支持多个对象。因此,设计工作的一项重要内容就是,确定哪些是必须同时动作的设计工作的一项重要内容就是,确定哪些是必须同时动作的对象,哪些是相互排斥的对象。对象,哪些是相互排斥的对象。一是由于在多用户、多任务或多线程操作在系统上开发应用一是由于在多用户、多任务或多线程操作在系统上开发应用程序的需要;程序的需要;二是在通过任务描述目标软件系统中各子系统间的通信和协二是在通过任务描述目标软件

    21、系统中各子系统间的通信和协同时,引入任务概念能简化某些应用的设计和编码。同时,引入任务概念能简化某些应用的设计和编码。分析并发性分析并发性 通过面向对象分析建立起来的动态模型,是分析并发通过面向对象分析建立起来的动态模型,是分析并发性的主要依据。如果两个对象彼此间不存在交互,或性的主要依据。如果两个对象彼此间不存在交互,或者它们同时接受事件,则这两个对象在本质上是并发者它们同时接受事件,则这两个对象在本质上是并发的。通过检查各个对象的状态图及它们之间交换的事的。通过检查各个对象的状态图及它们之间交换的事件,能够把若干个非并发的对象归并到一条控制线中。件,能够把若干个非并发的对象归并到一条控制线

    22、中。所谓控制线,是一条遍及状态图集合的路径,在这条所谓控制线,是一条遍及状态图集合的路径,在这条路经商每次只有一个对象是活动的。在计算机系统中路经商每次只有一个对象是活动的。在计算机系统中用任务(用任务(task)实现控制线,一般认为是进程)实现控制线,一般认为是进程(process)的别名。通常把多个任务的并发执行称)的别名。通常把多个任务的并发执行称为多个任务。为多个任务。怎样设计任务管理部分怎样设计任务管理部分确定事件驱动型任务确定事件驱动型任务确定时钟驱动型任务确定时钟驱动型任务确定优先任务确定优先任务确定关键任务确定关键任务确定协调任务确定协调任务尽量减少任务数尽量减少任务数确定资源

    23、需求确定资源需求传感器控制系统任务管理部分设计举例传感器控制系统任务管理部分设计举例任务协调器任务协调器协调协调任务任务名字名字描述描述优先级优先级服务服务协调协调通信通信初始化初始化开始开始准备好准备好结束结束10,m传感器任务描述举例传感器任务描述举例任务任务1 1名字:名字:传感器读出。传感器读出。描述:描述:该任务在需要脉冲调幅时负责读该任务在需要脉冲调幅时负责读 出传感器。出传感器。包含:包含:传感器传感器.样本。样本。优先级优先级:中等。中等。协调:协调:时钟驱动,时钟驱动,100ms的时间间隔。的时间间隔。通信:通信:从输入线(传感器)得到值,从输入线(传感器)得到值,给雷达邮箱

    24、发送值。给雷达邮箱发送值。5.数据管理设计数据管理设计 数据管理部分提供了数据在数据管系统中存储和检索数据管理部分提供了数据在数据管系统中存储和检索对象的基本结构,它分离了数据管理方案的影响对象的基本结构,它分离了数据管理方案的影响 (不管该方案是普通文件、关系型数据库、面向对象不管该方案是普通文件、关系型数据库、面向对象数据库或其它方式。数据库或其它方式。)如何设计数据管理部分如何设计数据管理部分 (1)1)设计数据设计数据格式格式(2)(2)相应服务的设计相应服务的设计设计数据格式:设计数据格式:文件系统文件系统关系数据库管理系统关系数据库管理系统面向对象数据库管理系统面向对象数据库管理系

    25、统文件管理系统文件管理系统 文件管理系统是操作系统的一个组成部分,使用文件管理系统是操作系统的一个组成部分,使用它长期保存数据具有它长期保存数据具有成本低成本低和和简单简单等特点。等特点。但是,文件操作的级别低,为提供适当的抽象级但是,文件操作的级别低,为提供适当的抽象级别还必须编写额外的代码。别还必须编写额外的代码。此外,不同操作系统的文件管理系统往往有明显此外,不同操作系统的文件管理系统往往有明显差异。差异。关系数据库管理系统关系数据库管理系统 主要优点:主要优点:提供了各种最基本的数据管理功能(例如,中提供了各种最基本的数据管理功能(例如,中断恢复,多用户共享,多应用共享,完整性,断恢复

    26、,多用户共享,多应用共享,完整性,事务支持等)。事务支持等)。为多种应用提供了一致的接口。为多种应用提供了一致的接口。标准化的语言(大多数商品化关系数据库管理标准化的语言(大多数商品化关系数据库管理系统都使用系统都使用SQL语言)。语言)。关系数据库管理系统关系数据库管理系统 通常都相当复杂,具体缺点:通常都相当复杂,具体缺点:运行开销大:运行开销大:即使只完成简单的事务,也需要较长的时间。即使只完成简单的事务,也需要较长的时间。不能满足高级应用的需求:不能满足高级应用的需求:关系数据库管理系统很难用在数据类型丰富或操作关系数据库管理系统很难用在数据类型丰富或操作不标准的应用中。不标准的应用中

    27、。与程序设计语言的连接不自然:与程序设计语言的连接不自然:SQL语言支持面向集合的操作,是一种非过程性语语言支持面向集合的操作,是一种非过程性语言;然而大多数程序设计语言本质上却是过程性的,言;然而大多数程序设计语言本质上却是过程性的,每次只能处理一个记录。每次只能处理一个记录。面向对象数据库管理系统面向对象数据库管理系统 面向对象数据库管理系统是一种新技术,面向对象数据库管理系统是一种新技术,主要有两种设计途径:主要有两种设计途径:扩展的关系数据库管理系统:扩展的关系数据库管理系统:在关系数据库的基础上,增加了抽象数据类型和继在关系数据库的基础上,增加了抽象数据类型和继承机制,此外还增加了创

    28、建及管理类和对象的通用承机制,此外还增加了创建及管理类和对象的通用服务。服务。扩展的面向对象程序设计语言:扩展的面向对象程序设计语言:扩充了面向对象程序设计语言的语法和功能,增加扩充了面向对象程序设计语言的语法和功能,增加了在数据库中存储和管理对象的机制。了在数据库中存储和管理对象的机制。设计数据管理子系统设计数据管理子系统 设计数据格式设计数据格式 文件系统文件系统 关系数据库管理系统关系数据库管理系统 面向对象数据库管理系统面向对象数据库管理系统 设计相应的服务设计相应的服务 文件系统文件系统 关系数据库管理系统关系数据库管理系统 面向对象数据库管理系统面向对象数据库管理系统设计数据格式设

    29、计数据格式 文件系统文件系统 定义第一范式表:定义第一范式表:列出每个类的属性表;列出每个类的属性表;把属性表规范成第一范式,从而得到第一范式表的把属性表规范成第一范式,从而得到第一范式表的定义。定义。为每个第一范式表定义一个文件。为每个第一范式表定义一个文件。测量性能和需要的存储容量。测量性能和需要的存储容量。修改原设计的第一范式,以满足性能和存储需修改原设计的第一范式,以满足性能和存储需求。求。设计数据格式设计数据格式 关系数据库管理系统关系数据库管理系统 定义第三范式表:定义第三范式表:列出每个类的属性表;列出每个类的属性表;把属性表规范成第三范式,从而得出第三范式表的把属性表规范成第三

    30、范式,从而得出第三范式表的定义。定义。为每个第三范式表定义一个数据库表。为每个第三范式表定义一个数据库表。测量性能和需要的存储容量。测量性能和需要的存储容量。修改先前设计的第三范式,以满足性能和存储修改先前设计的第三范式,以满足性能和存储需求。需求。设计数据格式设计数据格式 面向对象数据库管理系统面向对象数据库管理系统 扩展的关系数据库途径:扩展的关系数据库途径:使用与关系数据库管理系统相同的方法。使用与关系数据库管理系统相同的方法。扩展的面向对象程序设计语言途径:扩展的面向对象程序设计语言途径:不需要规范化属性的步骤,因为数据库管理系统本不需要规范化属性的步骤,因为数据库管理系统本身具有把对

    31、象值映射成存储值的功能。身具有把对象值映射成存储值的功能。设计相应的服务设计相应的服务 如果某个类的对象需要存储起来,则在这个类中如果某个类的对象需要存储起来,则在这个类中增加一个属性和服务,用于完成存储对象自身的增加一个属性和服务,用于完成存储对象自身的工作。工作。应该把为此目的增加的属性和服务作为应该把为此目的增加的属性和服务作为“隐含隐含”的属的属性和服务,即无须在面向对象设计模型的属性和服务性和服务,即无须在面向对象设计模型的属性和服务层中显式地表示它们,仅需在关于类层中显式地表示它们,仅需在关于类&对象的文档对象的文档中描述它们。中描述它们。用于用于“存储自己存储自己”的属性和服务,

    32、在问题域子系的属性和服务,在问题域子系统和数据管理子系统之间构成一座必要的桥梁。统和数据管理子系统之间构成一座必要的桥梁。这样设计之后,对象将知道怎样存储自己。这样设计之后,对象将知道怎样存储自己。设计相应的服务设计相应的服务 文件系统文件系统 被存储的对象需要知道打开哪个(些)文件,被存储的对象需要知道打开哪个(些)文件,怎样把文件定位到正确的记录上,怎样检索出怎样把文件定位到正确的记录上,怎样检索出旧值,以及怎样用现有值更新它们。旧值,以及怎样用现有值更新它们。此外,定义一个此外,定义一个ObjectServer(对象服务器)(对象服务器)类,并创建它的实例。该类提供下列服务:类,并创建它

    33、的实例。该类提供下列服务:通知对象保存自身;通知对象保存自身;检索已存储的对象,以便把这些对象提供给其他子检索已存储的对象,以便把这些对象提供给其他子系统使用。系统使用。设计相应的服务设计相应的服务 关系数据库管理系统关系数据库管理系统 被存储的对象,应该知道访问哪些数据库表,被存储的对象,应该知道访问哪些数据库表,怎样访问所需要的行,怎样检索出旧值,以及怎样访问所需要的行,怎样检索出旧值,以及怎样用现有值更新它们。怎样用现有值更新它们。此外,定义一个此外,定义一个ObjectServer类,并声明它的类,并声明它的对象。该类提供下列服务:对象。该类提供下列服务:通知对象保存自身;通知对象保存

    34、自身;检索已存储的对象,以便由其他子系统使用这些对检索已存储的对象,以便由其他子系统使用这些对象。象。设计相应的服务设计相应的服务 面向对象数据库管理系统面向对象数据库管理系统 扩展的关系数据库途径:扩展的关系数据库途径:与使用关系数据库管理系统时方法相同。与使用关系数据库管理系统时方法相同。扩展的面向对象程序设计语言途径:扩展的面向对象程序设计语言途径:无须增加服务,这种数据库管理系统已经给每个对无须增加服务,这种数据库管理系统已经给每个对象提供了象提供了“存储自己存储自己”的行为。的行为。只需给需要长期保存的对象加个标记,然后由面向只需给需要长期保存的对象加个标记,然后由面向对象数据库管理

    35、系统负责存储和恢复这类对象。对象数据库管理系统负责存储和恢复这类对象。例子例子(ATM系统)系统)因为必须保持数据的一致性和完整性,而因为必须保持数据的一致性和完整性,而且常常有多个并发事务同时访问这些数据,且常常有多个并发事务同时访问这些数据,因此,采用成熟的商品化关系数据库管理因此,采用成熟的商品化关系数据库管理系统存储数据。系统存储数据。应该把每个事务作为一个不可分割的批操应该把每个事务作为一个不可分割的批操作来处理,由事务封锁账户直到该事务结作来处理,由事务封锁账户直到该事务结束为止。束为止。例子例子(ATM系统)系统)在这个例子中,需要存储的对象主要是账在这个例子中,需要存储的对象主

    36、要是账户类的对象。户类的对象。为了支持数据管理子系统的实现,账户类为了支持数据管理子系统的实现,账户类对象必须知道自己是怎样存储的,有两种对象必须知道自己是怎样存储的,有两种方法可以达到这个目的:方法可以达到这个目的:每个对象自己保存自己每个对象自己保存自己 由数据管理子系统负责存储对象由数据管理子系统负责存储对象例子例子(ATM系统)系统)应该定义一个数据管理类应该定义一个数据管理类ObjectServer,并声明它的对象。并声明它的对象。这个类提供下列服务:这个类提供下列服务:通知对象保存自身或保存需长期存储的对象的通知对象保存自身或保存需长期存储的对象的状态;状态;检索已存储的对象并使之

    37、检索已存储的对象并使之“复活复活”。设计类中的服务设计类中的服务 设计类中的服务是面向对象设计的一项重设计类中的服务是面向对象设计的一项重要工作内容。要工作内容。确定类中应有的服务确定类中应有的服务 设计实现服务的方法设计实现服务的方法确定类中应有的服务确定类中应有的服务 需要综合考虑面向对象的分析模型,才能需要综合考虑面向对象的分析模型,才能正确确定类中应有的服务。正确确定类中应有的服务。对象模型对象模型 动态模型动态模型 功能模型功能模型确定类中应有的服务确定类中应有的服务对象模型:对象模型:通常只在每个类中列出很少几个最核心的服通常只在每个类中列出很少几个最核心的服务。务。动态模型:动态

    38、模型:一张状态图描绘了一个对象的生命周期,图一张状态图描绘了一个对象的生命周期,图中的状态转换是执行对象服务的结果。中的状态转换是执行对象服务的结果。对象的许多服务都与对象接收到的事件密切对象的许多服务都与对象接收到的事件密切相关。对象的动作既与事件有关,也与对象相关。对象的动作既与事件有关,也与对象的状态有关。的状态有关。确定类中应有的服务确定类中应有的服务 动态模型:动态模型:事件表现为消息,接收消息的对象必然有由消事件表现为消息,接收消息的对象必然有由消息选择符指定的服务,该服务改变对象状态息选择符指定的服务,该服务改变对象状态(修改相应的属性值),并完成对象应做的动(修改相应的属性值)

    39、,并完成对象应做的动作。作。一个对象在不同状态可以接受同样事件,而且一个对象在不同状态可以接受同样事件,而且在不同状态接收到同样事件时其行为不同,则在不同状态接收到同样事件时其行为不同,则实现服务的算法中需要有一个依赖于状态实现服务的算法中需要有一个依赖于状态的的DO-CASE型控制结构。型控制结构。确定类中应有的服务确定类中应有的服务 功能模型:功能模型:数据流图中的某些处理可能与对象提供的服务数据流图中的某些处理可能与对象提供的服务相对应。相对应。下列规则有助于确定对象的操作,即应该在该下列规则有助于确定对象的操作,即应该在该对象所属的类中定义相应的服务:对象所属的类中定义相应的服务:如果

    40、某个处理的功能是从输入流中抽取一个值,则如果某个处理的功能是从输入流中抽取一个值,则该输入流对象应该定义一个相应的服务。该输入流对象应该定义一个相应的服务。如果某个处理从多个输入流得出输出值,则该输出如果某个处理从多个输入流得出输出值,则该输出类对象应该定义一个相应的服务。类对象应该定义一个相应的服务。确定类中应有的服务确定类中应有的服务 如果某个处理具有类型相同的输入流和输出流,而如果某个处理具有类型相同的输入流和输出流,而且输出流实质上是输入流的另一种形式,则该输入且输出流实质上是输入流的另一种形式,则该输入输出流对象应该定义一个相应的服务。输出流对象应该定义一个相应的服务。如果某个处理把

    41、对输入流处理的结果输出给数据存如果某个处理把对输入流处理的结果输出给数据存储或动作对象,则该数据存储或动作对象应该定义储或动作对象,则该数据存储或动作对象应该定义一个相应的服务。一个相应的服务。确定类中应有的服务确定类中应有的服务 功能模型:功能模型:当一个处理涉及多个对象时,通常在起主要作当一个处理涉及多个对象时,通常在起主要作用的对象类中定义这个服务。用的对象类中定义这个服务。下面两条规则有助于确定处理的归属:下面两条规则有助于确定处理的归属:如果处理影响或修改了一个对象,则最好在这个对如果处理影响或修改了一个对象,则最好在这个对象类(而不是触发者)中定义相应的服务。象类(而不是触发者)中

    42、定义相应的服务。考察处理涉及的对象类及这些类之间的关联,从中考察处理涉及的对象类及这些类之间的关联,从中找出处于中心地位的类。如果其他类和关联围绕这找出处于中心地位的类。如果其他类和关联围绕这个中心类构成星形,则最好在这个中心类中定义相个中心类构成星形,则最好在这个中心类中定义相应的服务。应的服务。设计实现服务的方法设计实现服务的方法 在面向对象设计过程中还应该进一步设计在面向对象设计过程中还应该进一步设计实现服务的方法,主要应该完成以下几项实现服务的方法,主要应该完成以下几项工作:工作:设计实现服务的算法设计实现服务的算法 选择数据结构选择数据结构 定义内部类和内部操作定义内部类和内部操作设

    43、计实现服务的算法设计实现服务的算法 应该考虑下列几个因素:应该考虑下列几个因素:算法复杂度算法复杂度 通常选用复杂度较低的算法,但也不要过分追求高通常选用复杂度较低的算法,但也不要过分追求高效率,应以能满足用户需求为准。效率,应以能满足用户需求为准。容易理解与容易实现容易理解与容易实现 容易理解与容易实现的要求往往与高效率有矛盾,容易理解与容易实现的要求往往与高效率有矛盾,设计者应该对这两个因素适当折衷。设计者应该对这两个因素适当折衷。易修改易修改 应该尽可能预测将来可能做的修改,并在设计时预应该尽可能预测将来可能做的修改,并在设计时预先做些准备。先做些准备。选择数据结构选择数据结构 在分析阶

    44、段,仅需考虑系统中需要的信息在分析阶段,仅需考虑系统中需要的信息的逻辑结构。的逻辑结构。在面向对象设计过程中,则需要选择能够在面向对象设计过程中,则需要选择能够方便、有效地实现算法的物理数据结构。方便、有效地实现算法的物理数据结构。定义内部类和内部操作定义内部类和内部操作 在面向对象设计过程中,可能需要增添一些在需在面向对象设计过程中,可能需要增添一些在需求陈述中没有提到的类。求陈述中没有提到的类。主要用来存放在执行算法过程中所得出的某些中间结主要用来存放在执行算法过程中所得出的某些中间结果。果。此外,复杂操作往往可以用简单对象上的更低层此外,复杂操作往往可以用简单对象上的更低层操作来定义。操

    45、作来定义。因此,在分解高层操作时常常引入新的低层操作。因此,在分解高层操作时常常引入新的低层操作。在面向对象设计过程中应该定义这些新增加的低层操在面向对象设计过程中应该定义这些新增加的低层操作。作。设设 计计 关关 联联 关联关系反映对象之间相互依赖、相互作关联关系反映对象之间相互依赖、相互作用的关系。用的关系。在面向对象设计过程中,设计人员必须确在面向对象设计过程中,设计人员必须确定实现关联的具体策略。定实现关联的具体策略。关联的遍历关联的遍历 实现单向关联实现单向关联 实现双向关联实现双向关联 链属性的实现链属性的实现关联的遍历关联的遍历 在应用系统中,使用关联有两种可能的方在应用系统中,

    46、使用关联有两种可能的方式:式:单向遍历:单向遍历:实现简单实现简单 双向遍历:双向遍历:实现麻烦实现麻烦实现单向关联实现单向关联 用指针可以方便地实现单向关联。用指针可以方便地实现单向关联。如果关联的阶是一元的,则实现关联的指针是一如果关联的阶是一元的,则实现关联的指针是一个简单指针;如果阶是多元的,则需要用一个指个简单指针;如果阶是多元的,则需要用一个指针集合实现关联。针集合实现关联。实现双向关联实现双向关联 实现双向关联有下列三种方法:实现双向关联有下列三种方法:1.只用属性实现一个方向的关联,当需要反向遍历时就只用属性实现一个方向的关联,当需要反向遍历时就执行一次正向查找。执行一次正向查

    47、找。2.两个方向的关联都用属性实现,这种方法能实现快速两个方向的关联都用属性实现,这种方法能实现快速访问。访问。实现双向关联实现双向关联实现双向关联有下列三种方法:实现双向关联有下列三种方法:3.用独立的关联对象实现双向关联。关联对象不属于相用独立的关联对象实现双向关联。关联对象不属于相互关联的任何一个类,它是独立的关联类的实例互关联的任何一个类,它是独立的关联类的实例。链属性的实现链属性的实现 关联链属性的实现方法取决于关联的阶数:关联链属性的实现方法取决于关联的阶数:一对一关联:一对一关联:链属性作为其中一个对象的属性而存储在该对象中。链属性作为其中一个对象的属性而存储在该对象中。一对多关

    48、联:一对多关联:链属性可作为链属性可作为“多多”端对象的一个属性。端对象的一个属性。多对多关联:多对多关联:通常使用一个独立的类来实现链属性,这个类的每个通常使用一个独立的类来实现链属性,这个类的每个实例表示一条链及该链的属性。实例表示一条链及该链的属性。设计优化设计优化 确定优先级确定优先级 提高效率的几项技术提高效率的几项技术 调整继承关系调整继承关系 6.3 对象设计对象设计对象描述 对象描述 协议描述:一组消息和对消息的注释 实现描述:对对象接收到某个消息后所执行的操作的实现细节的描述 算法设计 程序构件与接口 对象间的接口和对象的整体结构 对象设计对象设计 对象设计着重于对象及其相互

    49、交互的描述。对象设计着重于对象及其相互交互的描述。在对象设计期间:在对象设计期间:属性数据结构和所有操作的过程的详细规约被创建。属性数据结构和所有操作的过程的详细规约被创建。所有属性的可见性(公共的、私有的或保护的)被定义,所有属性的可见性(公共的、私有的或保护的)被定义,对象间的接口被精化以定义完整的消息模型的细节。对象间的接口被精化以定义完整的消息模型的细节。用例图用例图类类 图图交互图交互图状态图状态图方法描述:方法描述:if A then Calculate Sales Tax Calculate Total Amount End if包图包图设计带方法的类图设计带方法的类图系统内部系

    50、统内部保险单保险单客户客户保险单保险单填写界面填写界面数据库界面数据库界面(abstract)Oracle界面界面Sybase界面界面客户支持系统客户支持系统客户维护子系统客户维护子系统库存管理子系统库存管理子系统订单输入子系统订单输入子系统目录维护子系统目录维护子系统订单执行子系统订单执行子系统客户支持系统客户支持系统客户维护子系统客户维护子系统订单输入子系统订单输入子系统目录维护子系统目录维护子系统订单执行子系统订单执行子系统客户客户目录目录包包订单条目订单条目订单交易订单交易订单订单退货条目退货条目发运人发运人运输运输6.4 领域对象设计领域对象设计1.领域对象的设计内容领域对象的设计内

    展开阅读全文
    提示  163文库所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    关于本文
    本文标题:软件工程—第6章+面向对象设计lyh课件.ppt
    链接地址:https://www.163wenku.com/p-4533497.html

    Copyright@ 2017-2037 Www.163WenKu.Com  网站版权所有  |  资源地图   
    IPC备案号:蜀ICP备2021032737号  | 川公网安备 51099002000191号


    侵权投诉QQ:3464097650  资料上传QQ:3464097650
       


    【声明】本站为“文档C2C交易模式”,即用户上传的文档直接卖给(下载)用户,本站只是网络空间服务平台,本站所有原创文档下载所得归上传人所有,如您发现上传作品侵犯了您的版权,请立刻联系我们并提供证据,我们将在3个工作日内予以改正。

    163文库