C#面向对象分析

突然一個問題把我打蒙了， 仔細想了一下， 這麼久以來我所寫的代碼，是否已經結合了面向對象的思想。

突然要讓我講一下面向對象之我所理解的， 我只會說 ， 封裝對象， 抽出父類 ， 抽出業務接口….難道常用的

面向對象的思想就是我所理解的? 記得看過一篇文章, 說什麼真正的牛人會用面向對象的思想解決一切程序的問題..

也許經驗還不夠, 同志仍需努力!!

找到一篇稍微能看得進去的文章, 供自己觀瞻.

　面向对象分析属于软件开发过程中的问题定义阶段，其目标是清晰、精确地定义问题领域。传统的系统分析产生一组面向过程的文档，定义目标系统的功能;面向对象分析则产生一种描述系统功能和问题领域的基本特征的综合文档。

　　原则

　　面向对象分析的主要原则如下。

　　1.抽象

　　从许多事物中舍弃个别的、非本质的特征，抽取共同的、本质性的特征，就叫做抽象。抽象是形成概念的必须手段。

　　抽象原则有两方面的意义：第一，尽管问题域中的事物是很复杂的，但是分析员并不需要了解和描述它们的一切，只需要分析研究其中与系统目标有关的事物及其本质性特征。第二，通过舍弃个体事物在细节上的差异，抽取其共同特征而得到一批事物的抽象概念。

　　抽象是面向对象方法中使用最为广泛的原则。抽象原则包括过程抽象和数据抽象两个方面。过程抽象是指，任何一个完成确定功能的操作序列，其使用者都可以把它看做一个单一的实体，尽管实际上它可能是由一系列更低级的操作完成的。数据抽象是指根据施加于数据之上的操作来定义数据类型，并限定数据的值只能由这些操作来修改和观察。数据抽象是面向对象分析的核心原则。它强调把数据(属性)和操作(服务)结合为一个不可分的系统单位(即对象)，对象的外部只需要知道它做什么，而不必知道它如何做。

　　2.封装

　　封装就是把对象的属性和服务结合为一个不可分的系统单位，并尽可能隐蔽对象的内部细节。

　　3.继承

　　特殊类的对象拥有的其一般类的全部属性与服务，称作特殊类对一般类的继承。

　　在面向对象分析中运用继承原则，就是在每个由一般类和特殊类形成的一般—特殊结构中，把一般类的对象实例和所有特殊类的对象实例都共同具有的属性和服务，一次性地在一般类中进行显式定义。在特殊类中不再重复地定义一般类中已定义的东西，但是在语义上，特殊类却自动地、隐含地拥有它的一般类(以及所有更上层的一般类)中定义的全部属性和服务。继承原则的好处是：使系统模型比较简练也比较清晰。

　　4.分类

　　就是把具有相同属性和服务的对象划分为一类，用类作为这些对象的抽象描述。分类原则实际上是抽象原则运用于对象描述时的一种表现形式。

　　5.聚合

　　聚合的原则是：把一个复杂的事物看成若干比较简单的事物的组装体，从而简化对复杂事物的描述。

　　6.关联

　　关联是人类思考问题时经常运用的思想方法：通过一个事物联想到另外的事物。能使人发生联想的原因是事物之间确实存在着某些联系。

　　7.消息通信

　　这一原则要求对象之间只能通过消息进行通信，而不允许在对象之外直接地存取对象内部的属性。通过消息进行通信是由于封装原则而引起的。在OOA中要求用消息连接表示出对象之间的动态联系。

　　8.粒度控制

　　一般来讲，人在面对一个复杂的问题域时，不可能在同一时刻既能纵观全局，又能洞察秋毫。因此需要控制自己的视野：考虑全局时，注意其大的组成部分，暂时不详察每一部分的具体的细节;考虑某部分的细节时则暂时撇开其余的部分。这就是粒度控制原则。

　　9.行为分析

　　现实世界中事物的行为是复杂的。由大量的事物所构成的问题域中各种行为往往相互依赖、相互交织。

　　阶段

　　面向对象分析过程可分为问题领域分析和应用分析两个阶段。

　　问题领域分析是软件开发的基本组成部分，目的是使开发人员了解问题领域的结构，建立大致的系统实现环境。问题领域分析给出一组抽象概念(从高层来表示问题领域知识，常常超出当前应用的范围)作为特定系统需求开发的参考。问题领域分析实际上是一种学习过程。软件开发人员在这个阶段应该尽可能地理解当前系统中与应用有关的知识，应该放开思维，放宽考虑的范围，尽可能地标识与应用有关的概念。问题领域分析的边界可能很模糊。有了广泛的问题领域知识，涉及到具体的应用时，就可以更快地进入状态，掌握应用的核心知识。而且，在用户改变对目标系统的需求时，广泛的分析可以帮助我们预测出目标系统在哪些方面会发生哪些变化。通常进行小组分析，小组成员可以包括领域专家和分析员等。在分析过程中，应该标识出系统的基本概念(对象、类、方法、关系等)、识别问题领域的特征，并把这些概念集成到问题领域的模型中。问题领域的模型必须包含概念之间的关系，以及每个概念的全部信息。标识出来的相关概念应该根据信息内容来有机地融合到问题领域的综合视图中。

　　应用分析是依据在问题领域分析时建立起来的问题领域模型来进行的。应用分析时，把问题领域模型用于当前特定的应用之中。首先，通过收集到的用户信息来对问题领域进行取舍，把用户需求作为限制条件来使用，以缩减问题领域的信息量。因此，问题领域分析的视野大小直接影响到应用分析保留的信息量。一般来说，问题领域分析阶段产生的模型并不需要用程序设计语言来表示，而应用分析阶段产生的影响条件则需要用某种程序设计语言来表示。模型识别的要求可以针对一个应用，也可以针对多个应用。通常我们着重考虑两个方面，即应用视图和类视图。在类视图中，必须对每个类的属性和操作进行细化，并表示出类之间的相互作用关系。

　　目标

　　Coad和Yourdon 认为，面向对象分析主要应该考虑与特定应用有关的对象，以及对象之间在结构和相互作用上的关系。在面向对象分析中，需要建立分析模型来描述系统的功能。

　　面向对象分析需要完成如下两个任务：

　　— 形式化地说明所面对的应用问题，最终成为软件系统基本构成的对象，以及系统所必须遵从的、由应用环境所决定的规则和约束条件。

　　— 明确地规定构成系统的对象如何协同工作和完成指定的功能。

　　通过面向对象分析所建立的系统模型是以概念为中心的，因此称为概念模型。概念模型由一组相关的类组成。面向对象分析可以通过自顶向下地逐层分解来建立系统模型，也可以自底向上地从已经定义的类出发，逐步构造新的类。概念模型的构造和评审由如下5个层次构成：

　　— 类和对象层

　　— 属性层

　　— 服务层

　　— 结构层

　　— 主题层

　　这5个层次不是构成软件系统的层次，而是分析过程中的层次。也可以说是问题的不同侧面。每个层次的工作都为系统的规格说明增加了一个组成部分。当5个层次的工作全部完成时，面向对象分析的任务也就完成了。

　　在实际操作中，面向对象分析的目标是得出问题领域的功能模型、对象模型和动态模型，并用相应的UML图将它们表示出来。

　　步骤

　　面向对象分析通常按照下面的步骤来进行：

　　(1)标识对象和类。可以从应用领域开始，逐步确定形成整个应用的基础类和对象。这一步需要分析领域中目标系统的责任，调查系统的环境，从而确定对系统有用的类和对象。

　　(2)标识结构。典型的结构有两种，即一般—特殊结构和整体—部分结构。一般—特殊结构表示一般类是基类，特殊类是派生类。比如，汽车是轿车和卡车的基类，这是一种一般—特殊结构。整体部分结构表示聚合，由属于不同类的成员聚合成为新的类。比如，轮子、车体和汽车底盘都是汽车的一部分，这些不同功能的部件聚合成为汽车这个整体。

　　(3)标识属性。对象所保存的信息称为它的属性。类的属性描述状态信息，在类的某个实例中，属性的值表示该对象的状态值。需要找出每个对象在目标系统中所需要的属性，并将属性安排在适当的位置，找出实例连接，最后再进行检查。应该给出每个属性的名字和描述，并指定该属性所受的特殊限制(如只读、属性值限定在某个范围之内等)。

　　(4)标识服务。对象收到消息后执行的操作称为对象提供的服务。它描述了系统需要执行的处理和功能。定义服务的目的是为了定义对象的行为和对象之间的通信。其具体步骤包括：

　　— 标识对象状态

　　— 标识必要的服务

　　— 标识消息连接

　　— 描述服务

　　可以用类似于流图的图形来表示服务。

　　(5)标识主题。为了更好地理解包含大量类和对象的概念模型，需要标识主题，即对模型进行划分，给出模型的整体框架，划分出层次结构。可以按照如下步骤来标识主题。

　　— 识别主题

　　— 对主题进行改进和细化

　　— 将主题加入到分析模型

　　主题是一个与应用相关的概念，而不是人为任意引出来的，主题层的工作有助于理解分析的结果。

　　优点

　　面向对象分析的主要有点有：

　　(1)加强了对问题域和系统责任的理解;

　　(2)改进与分析有关的各类人员之间的交流;

　　(3)对需求的变化具有较强的适应性;

　　(4)支持软件复用;

　　(5)贯穿软件生命周期全过程的一致性;

　　(6)实用性;

　　(7)有利于用户参与。