面向对象系统的分析与设计

《面对对象系统的分析和设计》学习报告

其有稳定性、可修改性和可重用性都比较差，生产效率低等缺陷，这是因为传统的软件开发是面对过程的。然而，用户需求的变更大部分是针对功能的，接受面对对象方法开发可以满足用户的需求，因为面对对象有以下优点：能够比较自然面对对象系统的分析和设计课程是本专业的一门重要的专业课。通过本课程地反映现实事物，可重用性、可维护性和可扩展性比较强。

的学习，使我在已有的计算机软硬件基础学问、程序设计学问、数据库和网络通什么是面对对象呢？“面对对象”本身没有任何意义。“对象”或许是英语中信学问的基础上系统驾驭了面对对象系统的分析和设计方法和技术，并初步具备最一般的一个单词。它在字典中的定义是这样的。对象：能感觉到或能够被感觉了针对特定环境下的应用问题进行信息系统开发（包括系统分析、设计和实现）到的东西。换句话说，对象可以是任何东西！

的实力。现将学习状况作以下汇报。

“面对”也没有任何特殊的含义，它的定义是“指向”。在这种定义下，“面一、面对对象概述

在20世纪60年头以前，软件开发者构造的软件系统大多都是较小的，且相对简洁。编程语言及编程环境也相对简洁，随着软件困难性的增长，为了更好地维护代码，软件开发也须要方法来进行约束。传统的方法中，结构化方法和基于建模方法是典型的软件开发方法。结构化方法是结构化分析、结构化设计和结构化编程的总称。结构化方法的思想萌发于20世纪60年头，是在70年头由Tom De

尽管权威人士对面对对象的概念没有达成一样的看法，但从程序设计方法的Macro和Ed Yourdon等人被系统地进出来。其目的在于，供应一个有序的机制，角度来看，面对对象是一种新的程序设计范型。其基本思想是运用对象、类、封通过抽象来理解待开发的系统，试图产生结构良好的软件系统。但对于较困难的装、继承、关联、聚合、消息、多态性等基本概念来进行程序设计。

系统而言，简洁导致模块的低内聚和模块间的高耦合，从面使得系统缺乏灵敏性和可维护性。基于建模方法在20世纪70年头末提出，即Peter Chen的实体——关系法和Ed Codd的关系数据库理论相结合提出的一种新的软件开发方法。其强调对信息实体建模，而不是对象建模。结构化方法和基于建模方法都没有较强地描述系统的动态行为的实力。随着计算机技术的飞速发展，计算机管理系统应用的普及，企业信息化势在必行。传统开发方法结构化开发的软件存在许多问题，1 / 8

对对象”被理解为形容词。因此，面对对象可以定义成这样，面对对象：指向你可以想到的任何东西。

毫无疑问，软件工业无法为“面对对象”下一个统一的定义。这种模糊性使得任何一个软件零售商都声称他们的商品是“面对对象”的。

1面对对象的基本概念

1.1对象(Object)

对象是人们要进行探讨的任何事物，它可以是有形的(比如一辆汽车)，也可以是无形的(比如一项支配)。对象是构成世界的一个独立单位，它具有自己的静态特征和动态特征。对象是系统中用来描述客观事物的一个实体，它是构成系统

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

1.2类(Class)

具有相同或相像性质的对象的抽象就是类。因此，对象的抽象是类，类的具体化就是对象，也可以说类的实例是对象。类的确定主要是确定该类的全部对象有哪些属性和哪些行为。这些属性和行为必需覆盖该类中的全部对象。例如在一个学生类中，它的属性有姓名、学号、性别、所在院系，它的行为有选课、注册等。抽象是指忽视事物的非本质特征，只留意那些和当前目标有拳本质特征，从1.5关联

类之间的静态联系称为关联。关联表示了类和类之间的关系，在实现这种关系时，可以通过对象的属性表达出来。例如“，学生”和“课程”类之间存在着关联“选课”，用类“学生”的对象的属性来记录该对象具体选课的课程对象(由“课程”类创建)。

1.6聚合

是关联的一种，只是关联的语义没有聚合那么明显。聚合是具有整体一部分而找出事物的共性;而分类是把具有共同性质的事物划分为一类，得出一个抽象的关系语义的关联。

概念。另外，每一个属性和行为都被封装后，只能在类的内部起作用。

1.7消息（Message）

1.3封装（Encapsulation）

在面对对象方法中，把向对象发出的操作请求称为消息。对象之间通过消息为了实现信息的隐藏，又提出了封装，就是把对象的属性和行为结合成一个进行通信，实现了对象之间的动态联系。

独立的单位，并尽可能隐藏对象的内部微小环节。

1.8多态性

1.4继承（Inheritance）

面对对象设计借鉴了客观世界的多态性，体现在不同的对象收到相同的消息任何一个子类都具有其父类全部的属性、方法、事务。这一特性叫做类的继时产生多种不同的行为方式。例如，在一般类“几何图形”中定义了一个行为“绘承。

图”，但并不确定执行时原委画一个什么图形。特殊类“椭圆”和“多边形”都继假如父类的特性发生变更，其子类也相应变更。面对对象的编程技术强调了承了几何图形类的绘图行为，但其功能却不同，一个是要画出一个椭圆，另一个代码的重用性，而可重用性即是能过继承来实现的。简化了人们对事物的相识和是要画出一个多边形。这样一个绘图的消息发出后，椭圆、多边形等类的对象接描述，也简化了系统的构造强度及其文档，特殊有益于软件复用。

收到这个消息后各自执行不同的绘图函数。

面对对象方法是一种运用对象、类、封装、继承、关联、聚合、消息、多态2 / 8

性等概念来构造系统的软件开发方法。

2面对对象的特征

面对对象技术强调在软件开发过程中面对客观世界或问题域中的事物，接受人类在相识客观世界的过程中普遍运用的思维方法，直观、自然地描述客观世界中的有关事物。面对对象技术的基本特征主要有对象唯一性、分类性、继承性和多态性。

2.1对象唯一性

每个对象都有自身唯一的标识，通过这种标识，可找到相应的对象。在对象的整个生命期中，它的标识都不变更，不同的对象不能有相同的标识。

2.2分类性

分类性是指将具有一样的数据结构(属性)和行为(操作)的对象抽象成类。一个类就是这样一种抽象，它反映了和应用有关的重要性质，而忽视其他一些无关内容。任何类的划分都是主观的，但必需和具体的应用有关。

够共享，提高了软件的重用性。

2.4多态性(多形性)

多态性使指相同的操作或函数、过程可作用于多种类型的对象上并获得不同的结果。不同的对象，收到同一消息可以产生不同的结果，这种现象称为多态性。多态性允许每个对象以适合自身的方式去响应共同的消息。多态性增加了软件的灵敏性和重用性。

3面对对象开发的工作过程

面对对象开发的过程一般包括：系统调查和需求分析、分析问题的性质和求解问题、整理问题、程序实现。

3.1系统调查和需求分析

对系统将要面临的具体管理问题以及用户对系统开发的需求进行调查探讨，即先弄清要干什么的问题。

3.2分析问题的性质和求解问题

2.3继承性

面对对象系统分析(ObjectOrientedAnalysisOOA)，在繁杂的问题域中抽象地继承性是子类自动共享父类数据结构和方法的机制，这是类之间的一种关系。在定义和实现一个类的时候，可以在一个已经存在的类的基础之上来进行，把这个已经存在的类所定义的内容作为自己的内容，并加入若干新的内容。继承性是面对对象程序设计语言不同于其它语言的最重要的特点，是其他语言所没有的。接受继承性，供应了类的规范的等级结构。通过类的继承关系，使公共的特性能面对对象系统设计(ObjectOrientedDesignOOD)即对分析的结果作进一步地抽象、归类、整理，并最终以范式的形式将它们确定下来。

3 / 8

识别出对象以及其行为、结构、属性、方法等。

3.3整理问题

3.4程序实现

面对对象的程序设计(ObjectOrientedProgramming)

即用面对对象的程序设计语言将上一步整理的范式干脆映射（干脆用程序语言来取代）为应用程序软件。

4面对对象开发的常用方法

目前，面对对象开发方法的探讨已日趋成熟，国际上已有不少面对对象产品出现。面对对象开发方法有Coad方法、Booch方法、OMT方法和UML(UnifiedModelingLanguage)语言等。

4.3OMT方法

OMT方法是1991年由JamesRumbaugh等5人提出来的，其经典著作为“面对对象的建模和设计”。

该方法是一种新兴的面对对象的开发方法，开发工作的基础是对真实世界的对象建模，然后围绕这些对象运用分析模型来进行独立于语言的设计，面对对象的建模和设计促进了对需求的理解，有利于开发得更清晰、更简洁维护的软件系统。该方法为大多数应用领域的软件开发供应了一种实际的、高效的保证，努力寻求一种问题求解的实际方法。

4.4UML(UnifiedModelingLanguage)语言

4.1Booch方法

软件工程领域在1995年～1997年取得了前所未有的进展，其成果超过软件工Booch最先描述了面对对象的软件开发方法的基础问题，指出面对对象开发是一种根本不同于传统的功能分解的设计方法。面对对象的软件分解更接近人对客观事务的理解，而功能分解只通过问题空间的转换来获得。

4.2Coad方法

Coad方法是1989年Coad和Yourdon提出的面对对象开发方法。该方法的主要优点是通过多年来大系统开发的阅历和面对对象概念的有机结合，在对象、结构、属性和操作的认定方面，提出了一套系统的原则。该方法完成了从需求角度进一步进行类和类层次结构的认定。尽管Coad方法没有引入类和类层次结构的术语，但事实上已经在分类结构、属性、操作、消息关联等概念中体现了类和类层次结构的特征。

二、面对对象系统的分析

在进行了需求分析和业务流程分析并得到客户的认可之后，对项目进行系统分析是极其重要的。系统分析是能体现整个系统的灵魂的文档，将客户的需求从4 / 8

程领域过去15年的成就总和，其中最重要的成果之一就是统一建模语言（UML)的出现。UML将是面对对象技术领域内占主导地位的标准建模语言。UML不仅统一了Booch方法、OMT方法、OOSE方法的表示方法，而且对其作了进一步的发展，最终统一为大众接受的标准建模语言。UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它融入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面对对象的分析和设计，还支持从需求分析起先的软件开发全过程。

具体到抽象的一个过程，并制定编码人员可实施的规范和标准。在系统分析的过程中须要对需求分析进行进一步的深化和分析，通常客户及业务人员在需求分析和流程分析的过程中比较留意功能上的表现和定义，即使是做出正规的用户界面原型，对系统的需求也是不完整的，处于非技术人员的缘由，很难苛求能提出完整清晰专业的性能需求，但不意味着这需求不存在，而且这隐藏的需求对编码人员来说是极其重要的。假如眼光仅仅放在满足客户眼下的需求，当问题不断出现时再不断修补，头痛医头，脚痛医脚，甚至系统构架须要不断调整或重新设计，那么，很快就会陷入代码泥潭或坠入系统重复开发的无底深渊，当时项目完成时的成就感将被无止境的沮丧所代替。因此，客户的需求能否在系统中得到真正的体现和实施，系统分析是至关重要的。

1.对象的特性

基本上，软件对象本身具有三项特性，分别是继承、封装、动态连结(即多态)。“继承”特在面对对象设计上，是特殊重要的一项观念，同样的数据和程序代码，不必在每个须要的地方在重写一遍。只要归纳整理成一个class，须要时再重制出所须要的instance即可。简洁的说，继承性是class之间的一种再分类关系，它会让几个class之间会具有相同的数据结构或操作程序，削减重复的程序代码，达到对象重复运用的目的。封装性的意思是整个对象的数据和处理程序『包』在一起，透过一个标准、简洁的接口才能存取对象内的数据及运用对象供应的功能，这里所谓的接口就是指对象的属性〈properity〉和方法〈method〉由于软件的开发功能越强，相对的也使得系统变得更困难，为了降低整个系统的困难度，所以就把整体分成许多块对象，将每一块对象的困难度降低到一般软件开发者可以负荷的程度，而且让开发者能针对每一块对象去作分析、设计的工作，不会影响到其它块对象，这就是对象必需有的独立特性，而对象封装的目的就是为了达到对象的独立。但是，对象封装的前提是;对象里面封装的程序代码必需是正确的，而且要符合当时设计的需求。

所谓动态连结是指在程序执行时，系统才将message和method连结在一起，而不是在编译的时候。message是送到对象的接口，用来启动对象的工具，而method则是在message送达对象接口后，被选取的操作程序。透过动态连结的功能，我们不用事先考虑运用对象的型别，只要把message送出即可。等到程序执行中，看哪个对象应当协作这个message，再把message和这个对象的method连结，然后执行这个method。

一个对象是由数据〈Data〉和方法〈Method〉两部分所组成。在传统的结构化程序设计中，数据结构和函数是分别的，这样我们维护程序时会产生很大的困扰;而在对象导向中将这两个东西紧密的包围在一起，使得对象内的数据只有透过适当的接口〈方法〉才能予以修改，这便是信息隐藏〈InformationHiding〉。

2.面对对象的分析

面对对象分析的主要任务是根基用户的需求，建立一个精确的、完整的、一样的系统模型。运用面对对象分析方法能将客户变更的需求映射到模型中，大大提高系统的扩展性和开发效率。面对对象的分析方法要求在设计中要映射现实世界中指定问题域中的对象和实体，例如：房子，楼盘，开发商，业主等。这就须要设计要尽可能地接近现实世界，即以最自然的方式表述实体。所以面对对象技术的优点即为能够构建和现实世界相对应的问题模型，并保持他们的结构、关系5 / 8

和行为为模式。面对对象的概念是在近10年才进入中国的，而它的思想至今也没有真正意义上得到普及。简洁的说，面对对象就是面对世界，世界上的任何事物都是对象，因此面对对象是很自然的思想，是符合我们的思维习惯的。面对对象的语言包括了Smalltalk、C++、Java，C#⋯⋯需求是不稳定的，那么需求之中是不是没有稳定的东西呢?有的，就是对象。世界都是由对象组成的，而对象都是许久的，例如动物、植物已经有相当长的时间。虽然对象也在变更，动物，植物也在不断的进化。但对象在一个相当长的时期内都存在，动植物的存在时间确定比任何一家企业许久。面对对象的开发方法的精髓就是从企业的不稳定需求中分析出企业的稳定对象，以企业对象为基础来组织需求、构架系统。这样得出的系统就会比传统的系统要稳定得多，因为企业的模式一旦变更，只须要将稳定的企业对象重新组织就行了。这种开发的方法就被称为面对对象的分析和设计，而分析出的企业对象就被称为BusinessObject。

3.面对对象系统的分析方法

面对对象分析的关键，是识别出问题域内的对象，并分析它们之间的关系，最终建立起问题域简洁、精确、可理解的正确模型。面对对象分析建模须要建立的是软件系统的用户领域模型，须要着重了解的是该软件系统的需求概念和术语，其分析内容是现实世界中的实体对象和各对象之间的关系，并不涉及编程概念。

3.1用况图（需求模型）

UML建模语言中，用况图被用来描述用户和系统之间的交互关系，说明系统所具有的业务实力和业务流程，能够便利开发者理解用户领域的专有术术语和业务内容。

参入者（Actor）：系统之外和系统有关的类，涉及和系统交互的人，机器或其他系统，用于反映系统跟四周环境的关系。关系分为通信关系、运用关系和扩展关系。

通信关系（CommunicatesRelationship）：描述参入者和用例之间的关系，其中单个参入者可以和多个用例联系，反之，一个用例也可和多个参入者联系。清晰的描述了“谁运用了哪个用例”。用况图况例之间的关系。

扩展关系（ExtendsRelationship）：当一个基本用例由须要附加一个用例来扩展或延长其原有功能时，附加的扩展用例和原有用例之间的关系就体现为扩展关系。扩展用例可以继承原有基本用例的一些功能，同时它又可以具有一些新的特有功能。

运用关系（UsesRelationship）：当在一个基本用例中运用到了另一个用例时，则这两个用例之间就构成了运用关系。一般说来，假如多个用例中有一些共同的功能，则可以把这些共同的功能提取出来单独构成为一个实例，而其他用例则可以通过“运用关系”共同运用这些用例。

3.2类图（建立基本模型）

类图的获得是一个不断细化的过程，一般我们先从分析类起先。分析类是概念层面上的类，是进行类设计的基础，获得分析类是系统分析中一项很重要的工作。获得分析类的是一个须要大量技巧的工作，我们主要依据用例描述来确定分析类。

属性和操作

6 / 8

（1）属性：属性用来描述类的特征，表示须要处理的数据。

（2）操作：对数据的具体处理方法的描述则放在操作部分，操作说明白该类4.1问题域部分的设计

问题域部分的设计要对OOA结果按实现条件进行补充和调整。即要接着运用能做些什么工作，完成什么任务。操作通常称为函数，它是类的一个组成部分，OOA的方法，包括概念、表示法及一部分策略。不但要依据实现条件进行OOD设计，只能作用于该类的对象上。

而且由于需求变更或新发觉了错误，也要对OOA的结果进行修改。

确定关系

4.2人机交互部分的设计

3.3建立帮助模型

把人机交互部分作为系统中一个独立的组成部分，进行分析和设计，有利于依次图：是一种交互图，描述对象之间的动态合作关系以及合作过程，常用隔离界面支持系统的变更对问题域部分的影响。

来描述一个用例的行为。

通信图：通信图是一种强调发送和接受消息的对象结构组织的图，用以展示围绕对象以及他们之间的连接器而组织的交互。

活动图：描述操作实现中完成的工作以及用例实例或对象中的活动，活动图是状态图的一个变种。

状态图：描述某个对象，子系统，系统的生命周期。

包图：描述对模型元素分组以及分组之间的依靠的图，其中要用到的包是对模型元素进行分组的机制。

四、面对对象系统的设计

设计建模须要把分析阶段的结果扩展成技术解决方案。须要建立的是软件系隔离数据管理方案的影响。在传统的结构化设计方法中，很简洁将实体关系图映统的技术构造模型。从OOA到OOD不是转换；而是调整和增补。增补人机交互部射到关系数据库中。而在面对对象设计中，我们可以将UML类图看作是数据库的分、构建及部属部分、限制驱动部分、数据管理部分。

概念模型，但在UML类图中除了类之间的关联关系外，还有继承关系。

4.4数据管理部分的设计

数据管理部分是负责在特定的数据管理系统中存储和检索对象的组成部分。其目的是，存储问题域的许久对象、封装这些对象的查找和存储机制，以及为了4.3限制驱动部分的设计

为了描述问题域固有的并发行为，表达实现所需的设计决策，须要在OOD部分对限制驱动部分进行建模。限制流驱动部分，用于定义和表示并发系统中的每个限制流。用主动对象表示每个限制流（进程、线程）全部的主动类构成限制流驱动部分。

7 / 8

4.5构件及部署部分的设计

当前的一种主流的做法是在面对对象的系统设计阶段的后期，考虑如何对系和设计领域的一个趋势。

它的主要特点就是有机地集成比较著名的分析方法和设计方法来共同完成从分析到设计甚至到实现的全部任务。集成分析和设计方法最重要的环节是要能够统的构件进行描述、构造和组织，以及构件如何在节点上进行分布。

把分析方法的输出结果变换成为一个设计方法的工具的输入，即须要一个“翻译五、面对对象分析和设计的发展趋势

5.1面对对象分析和设计的方法将被越来越多的人接受

迄今为止，“面对对象”本身还没有一个统一的让全部人都能接受的概念。然而，面对对象中的一些最基本的概念已经和正在被人们所接受，比如类、对象、继承、封装等；一些最有效的表示方法也正在被人们所共同接受，比如图形表示、基本输入要求和输出结果等。并且这种趋势在越是较晚出现的方法和工具中越是明显，面对对象的方法学探讨在计算机领域正在朝着普及化的方向发展。

5.2新的分析和设计的方法和工具将不断涌现

随着SDL92和ObjectTime的问世，新的分析方法和工具将朝着动态化、标准化、可执行性、可测试性的方向发展。同时，新的面对对象的设计方法也以越来越成熟的面孔出现。新方法和工具的相继出现，将会大大缩短软件开发周期，节约软件开发成本。

5.3集成面对对象分析和设计将成为趋势

由于设计过程本身也涵盖有部分的分析，分析过程中也有设计的成分。基于这种关系，集成了分析和设计两方面的方法和工具的探讨也将成为面对对象分析六、小结

面对对象的开发方法的精髓就是从企业的不稳定需求中分析出企业的稳定对象，以企业对象为基础来组织需求、构架系统。这样得出的系统就会比传统的系统要稳定得多，因为企业的模式一旦变更，只须要将稳定的企业对象重新组织就行了。这种开发的方法就被称为OOAD（Object Orient Analysis & Design 面对对象的分析和设计），而分析出的企业对象就被称为Common Business Object。OOAD是现代软件企业广为接受的一项有效技术，要求在设计中要映射现实世界中指定问题域中的对象和实体。面对对象技术的优点即为能够构建和现实世界相对应的问题模型，并保持他们的结构、关系和行为为模式。目前，面对对象的分析和设计方法正处于发展阶段，事实上都还没有真正解决从应用领域学问到需求模型的演化问题。要解决这个问题，毋庸置疑，还有很长的路要走。因为这不仅是OOA和OOD的任务，还包括分析设计人员的实践和阅历的积累，同时还依靠于人工智能等相关学科的发展水平。

程序”。然而，它和一般的翻译程序是不同的，比一般的“翻译程序”更智能化。集成分析和设计方法虽然还处于尝试阶段，但这个方向对于软件开发界是很有吸引力的。

8 / 8