slide1 n.
Download
Skip this Video
Loading SlideShow in 5 Seconds..
福州大学 · 软件学院 · 计算机教研室 PowerPoint Presentation
Download Presentation
福州大学 · 软件学院 · 计算机教研室

Loading in 2 Seconds...

play fullscreen
1 / 115

福州大学 · 软件学院 · 计算机教研室 - PowerPoint PPT Presentation


  • 162 Views
  • Uploaded on

面向对象方法. 福州大学 · 软件学院 · 计算机教研室. 王灿辉. 面向对象软件开发方法. 面向对象的软件开发方法 OOSD(Object-Oriented Software Development) 是一种新的软件工程方法,其基本思想就是尽可能按照人类认识世界的方法和思维方式来分析和解决问题,这种方法能够提供更加清晰的需求分析和设计。 OOSD 已成为当今软件开发的主流方法。. 面向对象软件开发方法.

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about '福州大学 · 软件学院 · 计算机教研室' - zack


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
slide1

面向对象方法

福州大学·软件学院·计算机教研室

王灿辉

SOFTWARE ENGINEERING

slide2

面向对象软件开发方法

  • 面向对象的软件开发方法OOSD(Object-Oriented Software Development)是一种新的软件工程方法,其基本思想就是尽可能按照人类认识世界的方法和思维方式来分析和解决问题,这种方法能够提供更加清晰的需求分析和设计。
  • OOSD已成为当今软件开发的主流方法。

SOFTWARE ENGINEERING

slide3

面向对象软件开发方法

  • 面向对象方法学的出发点和基本原则,是尽可能模拟人类习惯的思维方式,使开发软件的方法与过程尽可能接近人类认识世界解决问题的方法与过程,也就是使描述问题的问题空间(也称为问题域)与实现解法的解空间(也称为求解域)在结构上尽可能一致。

SOFTWARE ENGINEERING

slide4

面向对象软件开发方法

  • 客观世界的问题都是由客观世界中的实体及实体相互间的关系构成的。我们把客观世界中的实体抽象为问题域中的对象(Object)。因为所要解决的问题具有特殊性,因此,对象是不固定的。一个雇员可以作为一个对象,一家雇用了许多雇员的公司也可以作为一个对象,到底应该把什么抽象为对象,由所要解决的问题决定。

SOFTWARE ENGINEERING

slide5

面向对象软件开发方法

  • 面向对象的软件开发方法OOSD的形成最初是从面向对象程序设计语言开始的,随之才逐步形成面向对象分析(OOA)和面向对象设计(OOD)
  • 在开发软件中,采用面向对象范型的主要优点是软件可以进化(evolved),软件可以一步接一步地分阶段建造。事实上,我们可以根据需要,在面向对象软件开发过程的各阶段间来回移动(move back and forth)。

SOFTWARE ENGINEERING

slide6

面向对象软件开发方法

  • 面向对象编程(OOP):新兴的程序设计方法。至今在面向对象的领域,大多数工作都集中在编程语言上。
  • 面向对象设计(OOD)
  • 面向对象分析(OOA)
  • OO方法:认识(OOA)、描述(UML、OOPL)对象

SOFTWARE ENGINEERING

slide7

面向对象软件开发方法

  • 概括地说,面向对象方法具有下述四个要点:1)认为客观世界是由各种对象组成的,任何事物都是对象,复杂的对象可以由比较简单的对象以某种方式组合而成。按照这种观点,可以认为整个世界就是一个最复杂的对象。因此,面向对象的软件系统是由对象组成的,软件中的任何元素都是对象,复杂的软件对象由比较简单的对象组合而成。

SOFTWARE ENGINEERING

slide8

面向对象软件开发方法

  • 2)把所有对象都划分成各种对象类(简称为类Class),每个对象类都定义了一组数据和一组方法。数据用于表示对象的静态属性,是对象的状态信息。因此,每当建立该对象类的一个新实例时,就按照类中对数据的定义为这个新对象生成一组专用的数据,以便描述该对象独特的属性值。

SOFTWARE ENGINEERING

slide9

面向对象软件开发方法

  • 例如,荧光屏上不同位置显示的半径不同的几个圆,虽然都是Circle类的对象,但是,各自都有自己专用的数据,以便记录各自的圆心位置、半径等等。
  • 类中定义的方法,是允许施加于该类对象上的操作,是该类所有对象共享的,并不需要为每个对象都复制操作的代码。

SOFTWARE ENGINEERING

slide10

面向对象软件开发方法

  • 3)按照子类(或称为派生类)与父类(或称为基类)的关系,把若干个对象类组成一个层次结构的系统(也称为类等级)。在这种层次结构中,通常下层的派生类具有和上层的基类相同的特性(包括数据和方法),这种现象称为继承(Inheritance)。但是,如果在派生类中对某些特性又做了重新描述,则在派生类中的这些特性将以新描述为准,也就是说,低层的特性将屏蔽高层的同名特性。

SOFTWARE ENGINEERING

slide11

面向对象软件开发方法

  • 4)对象彼此之间仅能通过传递消息互相联系。对象与传统的数据有本质区别,它不是被动地等待外界对它施加操作,相反它是进行处理的主体,必须发消息请求它执行某个操作,处理它的私有数据,而不能从外界直接对其私有数据进行操作。即,一切局部于该对象的私有信息,都被封装在该对象类的定义中,就好像装在一个不透明的黑盒子中一样,在外界是看不见的,更不能直接使用,这就是“封装性”。

SOFTWARE ENGINEERING

slide12

面向对象软件开发方法

  • 综上所述,面向对象的方法学可以用下列方程来概括:
  • 面向对象=对象+类+继承+消息通信
  • 也就是说,面向对象方法就是,既使用对象又使用类和继承等机制,而且对象彼此之间只能通过传递消息互相联系的方法。

SOFTWARE ENGINEERING

slide13

设计算法

构造系统

领域分析

面向对象方法

  • 传统的软件工程方法是面向过程的,将数据和处理过程分离,增加了软件开发的难度。其开发过程如下:

逻辑模型

复杂转换

解空间

问题空间

  • 面向对象的方法将软件系统看做一系列离散的解空间对象的集合,问题空间与解空间的结构、描述模型一致,减少了软件系统开发的复杂度。

SOFTWARE ENGINEERING

slide14

面向对象方法的特点

  • 按照人类习惯的思维方法,对软件开发过程所有阶段进行综合考虑。
  • 软件生存期各阶段所使用的方法、技术具有高度的连续性。使用喷泉模型作为其工作模型,软件生存期各阶段没有明显的界限,开发过程回溯重叠,使用相同的描述方法和模型。
  • 软件开发各个阶段(OOA、OOD、OOP)有机集成,有利于系统的稳定性。
  • 具有良好的重用性。由于对象所具有的封装性和信息隐蔽,使得对象的内部实现与外界隔离,具有较强的独立性,易于实现可重用性。

SOFTWARE ENGINEERING

slide15

面向对象软件开发方法

  • 不论采用什么方法学开发软件,都必须完成一系列性质各异的工作。这些必须完成的工作要素是:确定“做什么”,确定“怎样做”,“实现”和“完善”。使用不同的方法学开发软件的时候,完成这些工作要素的顺序、工作要素的名称和相对重要性有可能也不相同,但是却不能忽略其中任何一个工作要素。

SOFTWARE ENGINEERING

slide16

面向对象建模

  • 用面向对象方法成功地开发软件的关键,同样是对问题域的理解。面向对象方法最基本的原则,是按照人们习惯的思维方式,用面向对象观点建立问题域的模型,开发出尽可能自然地表现求解方法的软件。
  • 用面向对象方法开发软件,通常需要建立三种形式的模型,它们分别是描述系统数据结构的对象模型,描述系统控制结构的动态模型和描述系统功能的功能模型。

SOFTWARE ENGINEERING

slide17

面向对象建模

  • 这三种模型都涉及到数据、控制和操作等共同的概念,只不过每种模型描述的侧重点不同。这三种模型从三个不同但又密切相关的角度模拟目标系统,它们各自从不同侧面反映了系统的实质性内容,综合起来则全面地反映了对目标系统的需求。一个典型的软件系统组合了上述三方面内容:它使用数据结构(对象模型),执行操作(动态模型),并且完成数据值的变化(功能模型)。

SOFTWARE ENGINEERING

slide18

面向对象建模

  • 为了全面地理解问题域,对任何大系统来说,上述三种模型都是必不可少的。当然,在不同的应用问题中,这三种模型的相对重要程度会有所不同,但是,用面向对象方法开发软件,在任何情况下,对象模型始终都是最重要、最基本、最核心的。在整个开发过程中,三种模型一直都在发展、完善。在面向对象分析过程中,构造出完全独立于实现的应用域模型;在面向对象设计过程中,把求解域的结构逐渐加入到模型中;在实现阶段,把求解域的模型编成程序代码并进行严格的测试验证。

SOFTWARE ENGINEERING

slide19

面向对象的软件过程

  • 一般说来,使用面向对象方法学开发软件时,工作重点应该放在生命周期中的分析阶段。这种方法在开发的早期阶段定义了一系列面向问题的对象,并且在整个开发过程中不断充实和扩充这些对象。

SOFTWARE ENGINEERING

slide20

面向对象的软件过程

  • 由于在整个开发过程中都使用统一的软件概念“对象”,所有其他概念(例如功能、关系、事件等)都是围绕对象组成的,目的是保证分析工作中得到的信息不会丢失或改变,因此,对生命周期各阶段的区分自然就不重要、不明显了。分析阶段得到的对象模型也适用于设计阶段和实现阶段。

SOFTWARE ENGINEERING

slide21

面向对象的软件过程

  • 由于各阶段都使用统一的概念和表示符号,因此,整个开发过程都是吻合一致的,或者说是“无缝”连接的,这自然就很容易实现各个开发步骤的多次反复迭代,达到认识的逐步深化。每次反复都会增加或明确一些目标系统的性质,但却不是对先前工作结果的本质性改动,这样就减少了不一致性,降低了出错的可能性。

SOFTWARE ENGINEERING

slide22

喷泉模型

面向对象的软件过程

  • 迭代是软件开发过程中普遍存在的一种内在属性。经验表明,软件过程各个阶段之间的迭代或一个阶段内各个工作步骤之间的迭代,在面向对象范型中比在结构化范型中更常见,也更容易实现。图5.6所示的喷泉模型是典型的面向对象生命周期模型。

SOFTWARE ENGINEERING

slide23

面向对象方法:RUP

  • 软件开发是个复杂的问题,每个阶段要彻底解决相关问题是不可能的,项目的开发必须要有回溯要求,即重复性开发。在面向对象过程中,重复多次进行分析、设计、开发、测试、和部署的阶段。Rational统一过程( RUP,Rational Unified Process)就是一种重复开发方法。

SOFTWARE ENGINEERING

slide24

面向对象方法:RUP

  • RUP开发周期经历四个阶段:开始、细化、构造和交接。开始就是项目的开头,要收集信息和进行概念验证。开始阶段得出项目行或不行的决策。细化阶段要细化使用案例和作出结构性决策。细化包括分析、设计、编码和测试文件。而构造阶段则进行大量的编码。交接是系统向用户进行最后准备和部署的阶段。

SOFTWARE ENGINEERING

slide25

RUP:开始阶段

  • 基本需求的说明
  • 建立商业用例(环境、预算、可行性)
  • 建立用例模型(<20%)和项目词汇
  • 初步的项目规划和风险评估
  • 使用Rose:开始阶段使用业务模型。Rose可以建立Business Use Case模型,包括业务用例、业务角色和业务工人。接着要确定角色和使用案例,并对这些使用案例和角色建档,可以创建显示其关系的框图。

SOFTWARE ENGINEERING

slide26

RUP:细化阶段

  • 完善用例模型(80%)
  • 多次迭代,构造软件架构和可执行原型
  • 提供完整的项目规划、风险评估
  • 使用Rose:由于细化阶段要细化系统的需求,因此可能要更新用例模型。细化阶段的主要任务是细化用例。Rose可以创建活动图,演示用例事件流程。

SOFTWARE ENGINEERING

slide27

RUP:细化阶段

  • 使用Rose:细化用例处理流程时,可以利用顺序图和协作图,它们还有助于设计系统所要的对象。细化要涉及系统的设计准备,以便开发人员能开始开发,可通过创建类图和状态图实现。最后,细化要确定许多系统构件,创建构件图,显示这些组成及其关系。

SOFTWARE ENGINEERING

slide28

RUP:构造阶段

  • 系统实现、开发构件
  • 系统测试、系统集成
  • 提交软件测试版、用户手册
  • 使用Rose:和细化阶段一样,Rose在构造阶段创建顺序图、协作图、类图、状态图与构件图。Rose可以根据对象设计创建构件。构件图显示构件间的编译相关性。

SOFTWARE ENGINEERING

slide29

RUP:构造阶段

  • 使用Rose:选择每个构件语言后,可以产生框架代码。开发人员创建代码后,可以通过逆向转出工程代码让软件与模型同步。Rose必在构造阶段创建部署图,描述部署中如何使用构件。

SOFTWARE ENGINEERING

slide30

RUP:交接阶段

  • 软件测试版的测试
  • 替换旧系统运行
  • 用户培训和支持服务
  • 软件需求规范、用例图、类图、构件图与部署图要根据最终改变进行更新,一定要让软件与模型同步,因为软件进入维护方式时,模型非常重要。模型对改进软件非常有用。Rose在交接阶段主要用于软件产品完成时更新模型。

SOFTWARE ENGINEERING

slide31

RUP:迭代递增开发模型

最初需求与分析

设计

编码

维护请求

更多需求与分析

测试

产品

SOFTWARE ENGINEERING

slide32

面向对象的基本概念

  • 抽象(Abstration)
  • 对象(Object)
  • 类(Class)
  • 继承( Inheritance )
  • 封装( Encapsulation )
  • 消息( Message )
  • 多态性、重载、动态绑定
  • 永久对象
  • 结构与连接

面向对象技术

SOFTWARE ENGINEERING

slide33

面向对象的基本概念

  • 抽象(Abstration):在解决或者寻找解决问题的方案之前,通常都要将实际系统进行一定的简化,抽取出实际系统中对于问题研究来说比较重要的部分,忽略许多细节部分。是解决和处理复杂问题采用的基本方法之一。

SOFTWARE ENGINEERING

slide34

面向对象的基本概念

  • 对象(Object)是系统中用来描述客观事物的一个实体,是构成系统的一个基本单位,由一组属性和对这些属性进行操作的一组服务构成。
  • 对象是指一个属性(数据)集及其操作(行为)的封装体。
  • 对象的属性是指描述对象的数据,对象的属性值的集合成为对象的状态。对象的行为是定义在对象属性上的一组操作方法的集合。

SOFTWARE ENGINEERING

slide35

面向对象的基本概念

  • 对象(Object)是客观事物或概念的抽象表述,每个对象都存在一定的状态(state),内部标识(identity),可以给对象定义一组运算(operation),对象通过其运算所展示的特定行为称为对象行为(behavior),对象本身的性质称为属性(attribute),对象将它自身的属性及运算“包装起来”,称为“封装”(encapsulation)。
  • 对象都有自己的运动状态及运动规律,不同对象间的相互作用和相互通信构成了完整的客观世界。

SOFTWARE ENGINEERING

slide36

面向对象的基本概念

  • 类(Class)又称对象类是指一组具有相同属性和运算的对象的抽象,一组具有相同数据结构和相同操作的对象的集合。在一个类中,每个对象都是类的实例(instance),它们都可以使用类中提供的函数。
  • 类具有属性,用数据结构来描述类的属性,类具有操作,它是对象的行为的抽象,用操作名和实现该操作的方法(method),即操作实现的过程来描述。

SOFTWARE ENGINEERING

slide37

面向对象的基本概念

  • 继承(Inheritance)是使用现存的定义作为基础,建立新定义的技术。是父类和子类之间共享数据结构和方法的机制,这是类之间的一种关系。在定义和实现一个类的时候,可以在一个已经存在的类的基础上来进行,把这个已经存在的类所定义的内容作为自己的内容,并加入若干新内容。

SOFTWARE ENGINEERING

slide38

父类

子类B

子类A

面向对象的基本概念

单重继承:一个子类只有一个父类,即子类只继

承一个父类的数据结构和方法。

多重继承:一个子类可有多个父类,继承多个父

类的数据结构和方法。

继承性分

  • 继承性通常又称为概括,表示基类与子类的关系。子类的公共属性和操作归属于基类,并为每个子类共享,子类继承了基类的特征。

SOFTWARE ENGINEERING

slide39

面向对象的基本概念

  • 多态性(Polymorphism)是指相同的操作、函数或过程作用于多种类型的对象上并获得不同的结果。即不同的对象,收到同一消息产生完全不同的结果,这种现象称为多态性。
  • 重载(Overload)即在特殊类对继承来的属性或服务进行重新定义。
  • 动态绑定(Dynamic Binding)即在运行时根据对象接收的消息动态地确定要连接哪一部分服务代码。

SOFTWARE ENGINEERING

slide40

面向对象的基本概念

  • 多态性增强了软件的灵活性和重用性,允许用更为明确、易懂的方式去建立通用软件,多态性和继承性相结合使软件具有更广泛的重用性和可扩充性。
  • 多态性的实现需要OOPL提供相应的支持。如:C++使用虚函数、重载函数、模板等来支持。

SOFTWARE ENGINEERING

slide41

面向对象的基本概念

  • 消息(Message)是指对象之间在交互中所传送的通信信息。一个消息应该包含以下信息:消息名、接收消息对象的标识、服务标识 、消息和方法、输入信息、回答信息。使对象之间互相联系、协同工作,实现系统的各种服务。
  • 通常一个对象向另一个对象发送信息请求某项服务,接受对象响应该消息,激发所要求的服务操作,并将操作结果返回给请求服务的对象。

SOFTWARE ENGINEERING

slide42

面向对象的基本概念

  • 类中的操作实现的过程称为方法(method),方法描述了类与对象的行为。
  • 每一个对象都封装了数据和算法两个方面,数据由一组属性表示,而算法即是当一个对象接收到一条消息后,它所包含的方法决定对象如何动作。
  • 方法通常是在某种编程语言(如Java、C++)下实施的运算。一个方法包括方法名、参数及方法体。

SOFTWARE ENGINEERING

slide43

面向对象的基本概念

  • 永久对象(Persistent object)是当前OO领域的一个技术热点。所谓永久对象是指生存期可以超越程序的执行时间而长期存在的对象。
  • 目前,大多数OOPL不支持永久对象,如果一个对象要长期保存,必须依靠于文件系统或数据库管理系统实现,程序员需要作对象与文件系统或数据库之间数据格式的转换,以及保存和恢复所需的操作等烦琐的工作。 

SOFTWARE ENGINEERING

slide44

交通工具

轮船

客运工具

客轮

一般-特殊结构

面向对象的基本概念

  • 一般-特殊的结构:又称为分类结构(classification structure),由一组具有“一般-特殊”关系(继承关系)的类构成。是一个以类为结点,以继承关系为边的连通有向图。

SOFTWARE ENGINEERING

slide45

汽车

车身

发动机

气缸

整体-部分结构

面向对象的基本概念

  • 整体-部分的关系有两种:

⑴ 一个部分对象只隶属于惟一的整体对象。部分与整体对象同时存在。

⑵ 一个部分对象可属于多个整体对象。部分与整体对象之间的的关系比较松散。

SOFTWARE ENGINEERING

slide46

面向对象的基本概念

  • 实例连接:反映对象之间的静态联系。如:教师和学生之间的任课关系。
  • 消息连接:描述对象之间的动态联系,连接是有向的。
  • 主动对象:是一组属性和一组服务的封装体,其中至少有一个服务不需要接收消息就能够主动执行。

SOFTWARE ENGINEERING

slide47

面向对象需求分析(OOA)

  • 不论采用哪种方法学开发软件,分析过程都是提取用户需求的过程。面向对象分析(通常缩写为OOA),就是抽取和整理用户需求并用面向对象观点建立问题域模型的过程。
  • 分析工作主要包括三项内容,这就是理解、表达和验证。

SOFTWARE ENGINEERING

slide48

面向对象需求分析(OOA)

  • 面向对象的分析OOA(Object-Oriented Analysis)是软件开发过程中的问题定义阶段。目标是完成对所求解问题的分析,确定系统“作什么”,并建立系统的模型。
  • 面向对象的分析过程分为论域分析和应用分析,该阶段的目标是获得对问题论域的清晰、精确的定义。产生描述系统功能和问题论域的基本特征的综合文档。

SOFTWARE ENGINEERING

slide49

面向对象需求分析(OOA)

  • OOA的目的是完成对问题空间的分析并建立系统模型,具体任务是确定和描述系统中的对象、对象的静态特征和动态特征,对象之间的关系以及对象的行为约束等。
  • 面向对象分析的关键,是识别出问题域内的对象,并分析确定它们相互之间的关系,最终建立起问题域的简洁、精确、可理解的正确模型。

SOFTWARE ENGINEERING

slide50

面向对象需求分析(OOA)

  • OOA的任务是采用面向对象方法,把对问题论域和系统的认识理解,正确地抽象为规范的对象(包括类和继承层次)和消息传递联系,形成面向对象模型,为后续的OOD和OOP提供指导。OOA和OOD能够自然过渡和结合是OO方法的一个优点。

SOFTWARE ENGINEERING

slide51

面向对象需求分析(OOA)

  • OOA主要遵循以下几个原则:1、构造和分解相结合的原则2、抽象化和具体化相结合的原则3、封装的原则4、相关的原则:关联是对象协作的基础。关联包括静态结构的关联和动态特征的关联。5、行为约束的原则:对象的语义特征是通过行为约束刻画的。

SOFTWARE ENGINEERING

slide52

OOA的特点

  • 有利于对问题及系统责任的理解
  • 有利于对人员之间的交流
  • 对需求变化有较强的适应性:将容易变化的成分(如操作及属性)封装在对象中,将系统中最容易变化的因素隔离起来,对象的稳定性使系统具有宏观上的稳定性。
  • 支持软件复用

SOFTWARE ENGINEERING

slide53

OOA的主要过程

  • 发现对象
  • 定义属性
  • 定义行为
  • 定义结构
  • 细分题目(自底向上,自顶向下)
  • 消息机制对一个面向对象系统的实现是很重要的,但在分析阶段并不必详细考虑它,在这一阶段我们只考虑用这一概念帮助我们确定某个对象的操作

SOFTWARE ENGINEERING

slide54

OOA分析过程的具体步骤

常用用例(User case)来收集和描述用户的需求。

获取用户基本需求

标识类和对象

定义类的结构和层次

描述了系统的静态结构。

表示类(对象)间的关系

为对象行为建模

描述系统的动态行为。

SOFTWARE ENGINEERING

slide55

面向对象需求分析(OOA)

  • 分析工作主要包括三项内容,这就是理解、表达和验证。首先,系统分析员通过与用户及领域专家的多次反复交流,力求充分理解用户需求和该应用领域中的关键性背景知识。通常,快速建立起一个可在计算机上运行的原型系统,让用户试用原型系统并听取用户的反馈意见,能够更准确地抽取出用户的需求。

SOFTWARE ENGINEERING

slide56

面向对象需求分析(OOA)

  • 然后,系统分析员把对用户需求的理解,用无二义性的文档资料表达出来。分析过程得出的最重要的文档资料是软件需求规格说明书。面向对象的软件需求规格说明书,主要由对象模型、动态模型和功能模型组成。解决的问题不同,这三个模型的重要程度也不同:在任何情况下,对象模型都是最基本、最核心和最有价值的;当问题涉及交互作用和时序时(例如,人机界面和过程控制等),动态模型是重要的;解决运算量很大的问题时(例如,高级语言编译和工程计算等),功能模型是重要的。

SOFTWARE ENGINEERING

slide57

面向对象需求分析(OOA)

  • 由于要求解决的问题通常很复杂,而且人与人之间的交流带有随意性和非形式化的特点,上述理解和表达用户需求的过程不可能一次就达到理想的效果。因此,还必须进一步验证软件需求规格说明书的正确性、完整性和有效性,如果发现了问题则应及时修正。显然,需求分析过程是系统分析员与用户及领域专家反复交流和多次修正的过程。也就是说,理解、表达和验证的过程通常交替进行,反复迭代,而且往往需要利用原型系统作为辅助沟通的工具。

SOFTWARE ENGINEERING

slide58

面向对象需求分析(OOA)

  • 面向对象分析的关键,是识别出问题域内的对象,并分析确定它们相互之间的关系,最终建立起问题域的简洁、精确、可理解的正确模型
  • 通常把分析阶段建立的问题域模型称为分析模型。

SOFTWARE ENGINEERING

slide59

面向对象需求分析(OOA)

  • 建立对象模型的工作大体上按照下列顺序进行:寻找问题域内的对象,识别出对象间的关系、定义属性,定义服务。事实上,分析工作不可能严格地按照预定顺序进行,系统的模型往往需要反复构造多遍才能建成。通常,先构造出模型的子集,然后再逐渐扩充,直到完全、充分地理解了要求解决的问题,才能最终把问题域的模型建立起来。

SOFTWARE ENGINEERING

slide60

面向对象的设计(OOD)

  • 分析是提取和整理用户需求,并建立问题域精确模型的过程。设计则是把分析阶段得到的需求转变成符合成本和质量要求的、抽象的系统实现方案的过程。从面向对象分析到面向对象设计(通常缩写为OOD),是一个逐渐扩充模型的过程。或者说,面向对象设计就是用面向对象观点建立求解域模型的过程。

SOFTWARE ENGINEERING

slide61

面向对象的设计(OOD)

  • 尽管分析和设计的定义有明显区别,但是在实际的软件开发过程中二者的界限是模糊的。许多分析结果可以直接映射成设计结果,而在设计过程中又往往会加深和补充对系统需求的理解,从而进一步完善分析结果。因此,分析和设计活动是一个多次反复迭代的过程。

SOFTWARE ENGINEERING

slide62

面向对象的设计(OOD)

  • 面向对象方法学在概念和表示方法上的一致性,保证了在各项开发活动之间的平滑(无缝)过渡,领域专家和开发人员能够比较容易地跟踪整个系统开发过程,这是面向对象方法与传统方法比较起来所具有的一大优势。

SOFTWARE ENGINEERING

slide63

面向对象的设计(OOD)

  • 面向对象的系统中,模块,数据结构及接口等都集中地体现在对象和对象层次结构中,系统开发的全过程都与对象层次结构直接相关,是面向对象系统的基础和核心。
  • 面向对象的设计OOD(Object-Oriented Design)通过对象的认定和对象层次结构的组织,确定解空间中应存在的对象和对象层次结构,并确定外部接口和主要的数据结构。

SOFTWARE ENGINEERING

slide64

面向对象的设计(OOD)

  • OOD将数据对象(数据项)和处理操作连接起来,可以把信息(数据)和处理(操作)一起模块化,而不是仅仅把处理(过程)模块化。
  • OOD建立在三个重要的软件设计概念之上,即:抽象、信息隐藏和模块化。
  • 设计者可以创建自己的抽象数据类型和功能抽象,将真实世界的问题域映射到这些自己定义的抽象结构里。
  • 很难在OOA和OOD之间划分出明显的界线。

SOFTWARE ENGINEERING

slide65

OOD的基本任务

  • 面向对象的设计可分为系统设计和对象设计。
    • 系统设计:系统设计的任务包括:将分析模型中紧密相关的类划分为若干子系统(也称为主题),子系统应该具有良好的接口,子系统中的类相互协作。
    • 对象设计:面向对象的设计通过对象的认定和对象层次结构的组织,确定解空间中应存在的对象和对象层次结构,并确定外部接口和主要的数据结构。

SOFTWARE ENGINEERING

slide66

OOD的基本任务

  • OOD体系结构的各部分内容:1、问题域部分:设计构造一组为底层应用建立模型的类和对象,细化分析结果。2、人机交互部分:设计一组有关类接口视图的用户模型的类和对象,设计用户界面。3、任务管理部分:确定系统资源的分配,设计用于系统中类的行为控制的对象/类。4、数据管理部分:确定持久对象的存储,将对象转换成数据库记录或表。

SOFTWARE ENGINEERING

slide67

OOD设计描述

  • 协议描述(Protocol Description):定义对象可以接收的每一消息,以及对象接收到消息后执行的相关操作,从而建立一个对象的接口。
  • 实现描述(Implementation Description):说明由传递给对象的消息指出的每一操作的实现细节。这些细节包括对象私有数据结构的细节及描述操作的过程细节。不过这些细节对调用者是不必要的。

SOFTWARE ENGINEERING

slide68

OOD设计描述

  • OOD的细节设计与其他方法的细节设计在许多方面是类似的。详细描述接口,细化和详细说明数据结构,用逐步求精和结构化编程等基本设计概念为每个程序单元设计算法。与其他方法的主要区别在于前面介绍的设计步骤可以在任何时刻重复进行。
  • 面向对象表示比其他表示更具有编程语言的倾向。

SOFTWARE ENGINEERING

slide69

面向对象设计(OOD)准则

  • 交互耦合:如果对象之间的耦合通过消息连接来实现,则这种耦合就是交互耦合。为使交互耦合尽可能松散,应该遵守下述准则:1)尽量降低消息连接的复杂程度。应该尽量减少消息中包含的参数个数,降低参数的复杂程度。2)减少对象发送(或接收)的消息数。

SOFTWARE ENGINEERING

slide70

面向对象设计(OOD)准则

  • 继承耦合:与交互耦合相反,应该提高继承耦合程度。继承是一般化类与特殊类之间耦合的一种形式。从本质上看,通过继承关系结合起来的基类和派生类,构成了系统中粒度更大的模块。因此,它们彼此之间应该结合得越紧密越好。

SOFTWARE ENGINEERING

slide71

面向对象设计(OOD)准则

  • 为获得紧密的继承耦合,特殊类应该确实是对它的一般化类的一种具体化,也就是说,它们之间在逻辑上应该存在“ISA”的关系。因此,如果一个派生类摒弃了它基类的许多属性,则它们之间是松耦合的。在设计时应该使特殊类尽量多继承并使用其一般化类的属性和服务,从而更紧密地耦合到其一般化类。

SOFTWARE ENGINEERING

slide72

面向对象设计(OOD)准则

  • 强内聚:内聚衡量一个模块内各个元素彼此结合的紧密程度。也可以把内聚定义为:设计中使用的一个构件内的各个元素,对完成一个定义明确的目的所做出的贡献程度。在设计时应该力求做到高内聚。在面向对象设计中存在下述三种内聚:1)服务内聚:一个服务应该完成一个且仅完成一个功能。

SOFTWARE ENGINEERING

slide73

面向对象设计(OOD)准则

  • 2)类内聚:设计类的原则是,一个类应该只有一个用途,它的属性和服务应该是高内聚的。类的属性和服务应该全都是完成该类对象的任务所必需的,其中不包含无用的属性或服务。如果某个类有多个用途,通常应该把它分解成多个专用的类。

SOFTWARE ENGINEERING

slide74

面向对象设计(OOD)准则

  • 3)泛化内聚:设计出的泛化(继承)结构,应该符合多数人的概念,更准确地说,这种结构应该是对相应的领域知识的正确抽取。
  • 一般说来,紧密的继承耦合与高度的泛化内聚是一致的。

SOFTWARE ENGINEERING

slide75

面向对象设计(OOD)准则

  • 例如,虽然表面看来飞机与汽车有相似的地方(都由发动机驱动,都有轮子,……),但是,如果把飞机和汽车都作为“机动车”类的子类,则明显违背了人们的常识,这样的泛化结构是低内聚的。正确的做法是,设置一个抽象类“交通工具”,把飞机和机动车作为交通工具类的子类,而汽车又作为机动车类的子类。

SOFTWARE ENGINEERING

slide76

面向对象设计(OOD)准则

  • 可重用:软件重用是提高软件开发生产率和目标系统质量的重要途径。重用基本上从设计阶段开始。重用有两方面的含义:一是尽量使用已有的类(包括开发环境提供的类库,及以往开发类似系统时创建的类),二是如果确实需要创建新类,则在设计这些新类的协议时,应该考虑将来的可重复使用性。

SOFTWARE ENGINEERING

slide77

OOD 启发规则

  • 人们使用面向对象方法学开发软件的历史虽然不长,但也积累了一些经验。总结这些经验得出了几条启发规则,它们往往能够帮助软件开发人员提高面向对象设计的质量。下面介绍几条主要的启发规则:

SOFTWARE ENGINEERING

slide78

OOD 启发规则

  • 1、设计结果应该清晰易懂:使设计结果清晰、易读、易懂,是提高软件可维护性和可重用性的重要措施。显然,人们不会重用那些他们不理解的设计。保证设计结果清晰易懂的主要措施如下:1)用词一致2)使用已有的协议3)减少消息模式的数目4)避免模糊的定义

SOFTWARE ENGINEERING

slide79

OOD 启发规则

  • 2、泛化结构的深度应适当:应该使类等级中包含的层次数适当。一般说来,在一个中等规模(大约包含100个类)的系统中,类等级层次数应保持为7±2。不应该仅仅从方便编码的角度出发随意创建派生类,应该使泛化结构与领域知识或常识保持一致。

SOFTWARE ENGINEERING

slide80

OOD 启发规则

  • 3、设计简单的类:应该尽量设计小而简单的类,以便于开发和管理。当类很大的时候,要记住它的所有服务是非常困难的。经验表明,如果一个类的定义不超过一页纸(或两屏),则使用这个类是比较容易的。为使类保持简单,应该注意以下几点:1)避免包含过多的属性2)有明确的定义3)尽量简化对象之间的合作关系4)不要提供太多服务

SOFTWARE ENGINEERING

slide81

OOD 启发规则

  • 4、使用简单的协议:一般说来,消息中的参数不要超过3个。当然,不超过3个的限制也不是绝对的,但是,经验表明,通过复杂消息相互关联的对象是紧耦合的,对一个对象的修改往往导致其他对象的修改。

SOFTWARE ENGINEERING

slide82

OOD 启发规则

  • 5、使用简单的服务:面向对象设计出的类中的服务通常都很小,一般只有3~5行源程序语句,可以用仅包含一个动词和一个宾语的简单句子描述它的功能。如果一个服务由过多的源程序语句来实现,或者语句嵌套层次太多,或者使用了复杂的switch (多分支)语句,则应该仔细分析这个服务,设法分解或简化它。一般说来,应该尽量避免使用复杂的服务。如果需要在服务中使用DO_CASE语句,通常应该考虑用泛化结构代替这个类的可能性。

SOFTWARE ENGINEERING

slide83

典型的面向对象方法

  • B.Henderson-sellers 和 J.m.Edwards提出的面向对象软件生存期喷泉模型及面向对象的系统开发方法。
  • G.Booch提出的面向对象的开发方法。
  • P.Coad和E.Yourd提出的OOA和OOD法。
  • J. Rumbaugh等人提出的对象建模技术(OMT)。
  • Jacobson提出的面向对象的软件工程(OOSE)。

SOFTWARE ENGINEERING

slide84

统一建模语言

  • G.booch J.Rumbough Jacobson等人在Booch方法、OMT和OOSE的基础上推出了统一建模语言UML。
  • UML是一种具有支持OO特征的建模语言。其详细介绍请参看其他书籍。

SOFTWARE ENGINEERING

slide85

面向对象实现

  • 面向对象实现主要包括两项工作:把面向对象设计结果,翻译成用某种程序语言书写的面向对象程序;测试并调试面向对象的程序。
  • 面向对象程序的质量基本上由面向对象设计的质量决定,但是,所采用的程序语言的特点和程序设计风格也将对程序的可靠性、可重用性及可维护性产生深远影响。

SOFTWARE ENGINEERING

slide86

面向对象实现

  • 面向对象设计的结果,既可以用面向对象语言,也可以用非面向对象语言实现。使用面向对象语言时,由于语言本身充分支持面向对象概念的实现,因此,编译程序可以自动把面向对象概念映射到目标程序中。使用非面向对象语言编写面向对象程序,则必须由程序员自己把面向对象概念映射到目标程序中。因此,面向对象的程序设计语言是实现面向对象设计结果的最佳语言。

SOFTWARE ENGINEERING

slide87

面向对象的测试

  • OOT的总体策略在思想上和传统体系结构的策略是一致的,但测试方法是不同的。
  • 传统的观点认为测试要在编码之后才进行,测试的主要对象是程序代码。面向对象的测试,强调开发过程与测试过程并行,即软件测试过程贯穿软件开发的全过程。

SOFTWARE ENGINEERING

slide88

面向对象的测试

1、面向对象的单元测试

测试单元为封装的类和对象,但不能孤立地测试单个操作,应把操作作为类的一部分来测试。

2、面向对象的集成测试,集成测试的策略有:

  ①基于线程的测试(Thread-based testing)

  ②基于使用的测试(Use-based testing)

3、面向对象的确认测试

类似传统的确认测试和系统测试,根据动态模型和描述系统行为的脚本来设计测试用例,可用黑盒法。

详细的介绍参见其他书籍

SOFTWARE ENGINEERING

slide89

对象模型

  • 对象模型表示结构化的系统的静态的“数据”性质。它是对模拟客观世界实体的对象以及对象彼此间的关系的映射,描述了软件系统的静态结构。正如前面反复讲述的,面向对象方法学强调围绕对象而不是围绕功能来构造系统。因此,对象模型为建立动态模型和功能模型,提供了实质性的框架。

SOFTWARE ENGINEERING

slide90

对象模型

  • 在建立对象模型时,我们的目标是从客观世界中提炼出对具体应用有价值的概念。
  • 目前UML已经成为可视化建模语言事实上的工业标准。

SOFTWARE ENGINEERING

slide91

动态模型

  • 动态模型表示瞬时的、行为化的系统的“控制”性质,它规定了对象模型中的对象的合法变化序列。
  • 一旦建立起对象模型之后,就需要考察对象的动态行为。所有对象都具有自己的生命周期(或称为运行周期)。对一个对象来说,生命周期由许多阶段组成,在每个特定阶段中,都有适合该对象的一组运行规律和行为规则,用以规范该对象的行为。

SOFTWARE ENGINEERING

slide92

动态模型

  • 生命周期中的阶段也就是对象的状态。所谓状态,是对对象属性值的一种抽象。当然,在定义状态时应该忽略那些不影响对象行为的属性。各对象之间相互触发(即作用),就形成了一系列的状态变化。我们把一个触发行为称作一个事件。对象对事件的响应,取决于接受该触发的对象当时所处的状态,响应包括改变自己的状态或者又形成一个新的触发行为。

SOFTWARE ENGINEERING

slide93

动态模型

  • 通常,用状态图来描绘对象的状态、触发状态转换的事件、以及对象的行为(对事件的响应)。
  • 每个类的动态行为用一张状态图来描绘,各个类的状态图通过共享事件合并起来,从而构成系统的动态模型。也就是说,动态模型是基于事件共享而互相关联的一组状态图的集合。

SOFTWARE ENGINEERING

slide94

面向对象方法学的优点

1. 与人类习惯的思维方法一致

2. 面向对象软件稳定性好

3. 面向对象软件可重用性好

4. 较易开发大型软件产品

5. 可维护性好

SOFTWARE ENGINEERING

slide95

面向对象方法学小结

  • 面向对象方法学日益受到人们的重视,特别是在用这种方法开发大型软件产品时,可以把软件看作是由本质上相互独立的一系列小产品(对象)组成,这就不仅降低了开发工作的技术难度,而且也使得对开发工作的管理变得比较容易了。因此,对于大型软件产品来说,面向对象范型明显优于结构化范型。此外,使用面向对象范型能够开发出稳定性好、可重用性好和可维护性好的软件,这些都是面向对象方法学的突出优点。

SOFTWARE ENGINEERING

slide96

面向对象方法学小结

  • 面向对象方法学比较自然地模拟了人类认识客观世界的思维方式,它所追求的目标和遵循的基本原则,就是使描述问题的问题空间和在计算机中解决问题的解空间,在结构上尽可能一致。

SOFTWARE ENGINEERING

slide97

面向对象方法学小结

  • 面向对象方法学认为,客观世界由对象组成。任何事物都是对象,每个对象都有自己的内部状态和运动规律,不同对象彼此间通过消息相互作用、相互联系,从而构成了我们所要分析和构造的系统。系统中每个对象都属于一个特定的对象类。类是对具有相同属性和行为的一组相似对象的定义。应该按照子类、父类的关系,把众多的类进一步组织成一个层次系统,这样做了之后,如果不加特殊描述,则处于下一层次上的对象可以自动继承位于上一层次的对象的属性和行为。

SOFTWARE ENGINEERING

slide98

面向对象方法学小结

  • 用面向对象观点建立系统的模型,能够促进和加深对系统的理解,有助于开发出更容易理解、更容易维护的软件。通常,人们从三个互不相同然而又密切相关的角度建立起三种不同的模型。它们分别是描述系统静态结构的对象模型、描述系统控制结构的动态模型、以及描述系统计算结构的功能模型。其中,对象模型是最基本、最核心、最重要的。

SOFTWARE ENGINEERING

slide99

面向对象方法学小结

  • 本章所讲述的面向对象方法及定义的概念和表示符号,可以适用于整个软件开发过程。软件开发人员无须像用结构化分析、设计技术那样,在开发过程的不同阶段转换概念和表示符号。实际上,用面向对象方法开发软件时,阶段的划分是十分模糊的,通常在分析、设计和实现等阶段间多次迭代。

SOFTWARE ENGINEERING

slide100

面向对象方法学小结

  • 分析就是提取系统需求并建立问题域精确模型的过程,它包括理解、表达和验证等三项主要工作内容。面向对象分析的关键工作,是分析、确定问题域中的对象及对象间的关系,并建立起问题域的对象模型。

SOFTWARE ENGINEERING

slide101

面向对象方法学小结

  • 大多数分析模型都不是一次完成的,为了理解问题域的全部含义,必须反复多次地进行分析。因此,分析工作不可能严格地按照预定顺序进行;分析工作也不是机械地把需求陈述转变为分析模型的过程。分析员必须与用户及领域专家反复交流、多次磋商,及时纠正错误认识并补充缺少的信息。

SOFTWARE ENGINEERING

slide102

面向对象方法学小结

  • 分析模型是同用户及领域专家交流时有效的通信手段。最终的模型必须得到用户和领域专家的确认。在交流和确认的过程中,原型往往能起很大的促进作用。

SOFTWARE ENGINEERING

slide103

面向对象方法学小结

  • 面向对象设计,就是用面向对象观点建立求解空间模型的过程。通过面向对象分析得出的问题域模型,为建立求解空间模型奠定了坚实基础。分析与设计本质上是一个多次反复迭代的过程,而面向对象分析与面向对象设计的界限尤其模糊。

SOFTWARE ENGINEERING

slide104

面向对象方法学小结

  • 优秀设计是使得目标系统在其整个生命周期中总开销最小的设计,为获得优秀的设计结果,应该遵循一些基本准则。本章结合面向对象方法学固有的特点讲述了面向对象设计准则,并介绍了一些有助于提高设计质量的启发式规则。

SOFTWARE ENGINEERING

slide105

面向对象方法学小结

  • 面向对象方法学把分析、设计和实现很自然地联系在一起了。虽然面向对象设计原则上不依赖于特定的实现环境,但是实现结果和实现成本却在很大程度上取决于实现环境。因此,直接支持面向对象设计范型的面向对象程序语言、开发环境及类库,对于面向对象实现来说是非常重要的。

SOFTWARE ENGINEERING

slide106

面向对象方法学小结

  • 用面向对象观点建立系统的模型,能够促进和加深对系统的理解,有助于开发出更容易理解、更容易维护的软件。通常,人们从三个互不相同然而又密切相关的角度建立起三种不同的模型。它们分别是描述系统静态结构的对象模型、描述系统控制结构的动态模型、以及描述系统计算结构的功能模型。其中,对象模型是最基本、最核心、最重要的。

SOFTWARE ENGINEERING

slide107

三种开发方法及其比较

  • 结构化软件开发
  • 面向对象软件开发
  • 专家系统软件开发

SOFTWARE ENGINEERING

slide108

三种开发方法及其比较

  • 从概念方面看
    • 结构化软件是功能的集合,通过模块以及模块和模块之间的分层调用关系实现;
    • 面向对象软件是事物的集合,通过对象以及对象和对象之间的通讯联系实现;
    • 专家系统软件是知识的集合,通过知识以及知识和知识之间的逻辑推理关系实现。

SOFTWARE ENGINEERING

slide109

三种开发方法及其比较

  • 从构成方面看
    • 结构化软件=过程+数据,以过程为中心;
    • 面向对象软件=(数据+相应操作)的封装,以数据为中心;
    • 专家系统软件=知识+推理,以知识为中心。

SOFTWARE ENGINEERING

slide110

三种开发方法及其比较

  • 从运行控制方面看
    • 结构化软件采用顺序处理方式,由过程驱动控制;
    • 面向对象软件采用交互式、并行处理方式,由消息驱动控制;
    • 专家系统软件采用交互式、并行处理方式,由数据驱动控制。

SOFTWARE ENGINEERING

slide111

三种开发方法及其比较

  • 从开发方面看
    • 结构化方法的工作重点是设计;
    • 面向对象方法的工作重点是分析;
    • 专家系统方法的工作重点是知识的获取与表达。

SOFTWARE ENGINEERING

slide112

三种开发方法及其比较

  • 从开发方面看
    • 但是,在结构化方法中,分析阶段和设计阶段采用了不相吻合的表达方式,需要把在分析阶段采用的具有网络特征的数据流图转换为设计阶段采用的具有分层特征的结构图,在面向对象方法中则不存在这一问题。

SOFTWARE ENGINEERING

slide113

三种开发方法及其比较

  • 从应用方面看
    • 结构化方法更加适合数据类型比较简单的数值计算和数据统计管理软件的开发;
    • 面向对象方法更加适合大型复杂的人机交互式软件和数据统计管理软件的开发;
    • 专家系统方法更加适合逻辑推理型软件的开发。

SOFTWARE ENGINEERING

slide114

三种开发方法及其比较

  • 从发展方面看
    • 面向对象方法是软件开发方法的发展方向;
    • 结构化方法还会流行很长一段时间;
    • 专家系统方法还需进一步完善。

SOFTWARE ENGINEERING

slide115

本章内容讲授到此结束!

Q&A

福州大学·软件学院·计算机教研室·王灿辉

SOFTWARE ENGINEERING