`
jokermanager
  • 浏览: 143819 次
  • 性别: Icon_minigender_1
  • 来自: 广州
社区版块
存档分类
最新评论

面向对象建模与数据库建模两种分析设计方法的比较

阅读更多

 

  我们知道:一个软件从无到有需要经过如下几个阶段:分析、设计、编程、调试、部署和运行。

   编程阶段我们通常使用Java/.NET这样面向对象语言工具,可以带来很多设计上的好处,但是也存在一个奇怪的现象:
很多程序员虽然在使用OO语言,但是却在code非OO的代码,最终导致系统性能降低或失败,这个现象在Java语言尤其
显得突出,难怪有些人就把问题归结于Java语言本身,睡不着觉怪床歪,又为了面子问题,说自己转向.NET,实际上是在 回避自己的问题和弱点。

  那么,这些人的问题和弱点体现在什么地方呢?从上面软件生产过程来看,每个阶段都对前面有所依赖, 在编程阶段出问题,追根溯源,问题无疑出在分析和设计阶段,分析设计作为一个软件产生的龙头,有着映射实际需求世界 到计算机世界这样一个拷贝任务,如何做到拷贝不走样,是衡量映射方法好坏与否的主要判断标准。

  目前,将需求从客观现实世界映射到计算机软件世界主要有两种方式:传统数据库分析设计和面向对象建模( object-oriented class model), 当前软件主要潮流无疑是面向对象占据主流,虽然它可能不是唯一最好最简单的解决方案,但是它是最普通,也是最恰当的。

  也就是说:在分析设计阶段,采取围绕什么为核心(是对象还是数据表为核心)的分析方法决定了后面编码阶段的编程特点,如果以数据表为核心进行分析设计, 也就是根据需求首先得到数据表名和字段,然后培训程序员学会SQL语句如何操作这些数据表,那么程序员为实现数据表的前后顺序操作, 必然会将代码写成过程式的风格。

  相反,如果分析设计首先根据需求得出对象模型(class Model),那么程序员使用对象语言,再加上框架辅助,就很顺理成章走上OO编程风格。 至于OO代码相比传统过程编码的好处不是本文重点,可参考J道(jdon.com)相关讨论,扩展性和维护性好,开发越深入开发速度越快无疑是OO系统主要优点。

  本文重点主要是比较OO建模和数据表建模两者特点,这两者我们已经发现属于两个不同方向,也就是说,属于两个完全不同的领域,在J道其他文章里我们 其实已经把这两个领域上升为不同的学科,数据表建模属于数学范畴思维;而OO建模属于哲学思维。(用科学的思维方法指导软件的设计开发 http://www.jdon.com/article/32520.html

  下面我们看看面向对象的Class Model和Database Model是如何来表达客观世界的,也就是他们在表达需求上有些什么不同?

面向对象模型 (Class Model)

  类代表一个对象类型,类在代码运行阶段将被创建为一个个对象实例, 每个类由两个部分组成:属性和行为,属性通常是一些数据状态值,也就是说:类将数据封装隐藏在自己内部了, 访问这些数据属性必须通过类公开的方法,或者接口。

  别小看这样一个小小包装,却决定了以后代码的维护性和扩展性, 打个比喻,日常生活中我们经常用各种盒子和袋子包装一些东西,这样做就是为了方便这些东西的携带或储藏,小到生活, 大到客观世界每个地方,都是包装分类的影子,无论大小公司都是一个封装,行政部分单位划分,仓库物流更需要包装, 我们从来不会因为嫌麻烦而不愿意引入一个似乎多余的盒子或袋子,那么有什么理由不在我们赖之生存的软件中(靠编软件吃饭) 引入封装概念呢?

  这里可以再深入想像一下:不愿意用盒子和袋子的携带东西大部分是一些急脾气的毛头小伙子,而偏偏这些小伙子又从事 软件工作,看来软件的非对象化是注定的,只是一个玩笑。

  类的方法行为也有多种类型,如公开 私有等,我们可以设计一些方法为公开接口,而将另外一些行为隐藏起来, 这样一个看似简单灵活的选择,却能够应付我们日后频繁的修改,软件不修改就不叫软件,软件修改了就崩溃是业务软件, 专业的软件是抗修改的,而且能够极其方便快速地被修改。这些都依靠接口公开和隐藏这样一个简单魔术,具体各种魔术表演 可以参考GoF设计模式(http://www.jdon.com/designpatterns/index.htm )。

类的关系
  我们不能只用一个一个单独的类来表达客观世界,因为客观世界存在千丝万缕的各种关系,在计算机领域无疑我们使用 类的关系来表达映射这些关系。这里我们只探讨类在建模方法上的关系,而不是UML中类的通用关系。 类在建模上主要有如下几个关系:

  类与类关系经常是这样:一个类包含一个类(构造性structural),或者借助另外一个类达到某个功能(功能性), 在对需求建模分析中,构造性的这种关系,也称为关联(Association)是我们关注重点,当然这种关系很显然表达的是一种 静态的结构,比如电脑包含屏幕,他们之间的关系就是一种关联。

  聚合(Aggregation)是一种表格式样的关联,表示一个类包含多项子类,这种关系是一种整体与部分的关系。 一个汽车有四个轮子,四个轮子是汽车的部分。

  组成(Composition)是一种更强烈的聚合关系,一个对象实际是由其子对象组成,子对象也唯一属于父对象。

  继承也是类建模中经常用到的关系,继承可以将一些数据属性抽象到父类中,避免重复,如入库单和出库单有 很多属性是差不多的,唯一不动的就是入库和出库的行为,那么我们可以抽象一个库单为父类,使用继承关系分别 表达入库单和出库单。

  在Evans DDD 中,提到通过访问聚合根来遍历导航关联对象,这样做的好处很明显保证了对象的从属性,非常符合 我们日常生活逻辑,比如,你要得到盒子里面的东西,必须首先得到盒子,然后经过一些准备如打开盒子,才能得到 盒子里面的东西,假设一下,如果没有这样封装导航关系,盒子和东西都是可以透明并行得到,你想得到东西就能够 直接获得,而不必经过打开盒子这一关,这样的访问方式首先怪诞,其次是不安全,如果盒子和东西放在数据表中,就会发生 这种情况。

数据库模型 (Database Model 传统E-R模型 )

  好了,下面我们谈论关系数据表模型,以前我们朴素的分析设计都是根据需求直接建立数据表的方式来进行的,为什么称为朴素, 是因为我们好像只有数据结构 算法方面的知识,也认为只有这样做才叫做软件。 那么既然这条路能够走出来,我们看看这个领域是如何映射客观世界的。

  数据表由于技术提供庞大数据存储和可靠的数据访问,正在不断从技术领域走向社会领域,很多不懂计算机的人 也知道需要建立数据库来管理一些事务,但是不代表我们就必须围绕数据库的分析设计。

  数据表是类似前面的“类”,也是一种表达客观世界的基本单元,表有多列字段,表的字段是保存数据的,每个字段有数据类型。 注意,这里没有数据的封装和公开,表的字段是赤裸的,只要有数据库访问权限,任何人都可以访问,没有结构层次关系, 都是扁平并列的,如果你想在数据表字段之间试图看出客观世界中的层次和封装,那就错了,在拷贝不走样这个条件下, 这个映射方法至少把这个信息拷贝丢了。

  数据表也有一些行为,这些行为是基于实体的一些规则:

  约束(Constraints) 能够保证不同表字段之间的关系完整安全性,保证数据库的数据安全。

  触发器(Triggers)提供了实体在修改 新增和删除之前或之后的一些附加行为,

   存储过程(Database stored procedures)提供数据专有的脚本性语言,存储过程象一个数学公式虽然具有抽象简洁美学,但是这种简洁是闷葫芦美学,不是大众美学,只有公式存储 过程发明者自己了解精通,别人无法插手,软件不是科学,不是比谁智商高,科研水平高,软件是人机工程,更讲究集体,讲究别人是否方便与你协同扩展软件。

  关系数据表的遍历访问是通过列字段遍历或表join等方式实现,SQL语句是这样标准语言, 只要会写SQL语句,就能访问那些失去层次,失去客观世界特征的苍白的数据,这样的系统能够多少真实 反映客观需求,是有问号的?SQL语句是否方便修改,是否经得起频繁修改而不出错,都是有疑问的地方,是否 SQL语句越复杂,修改越快,或者另外一个程序员能够很快修改不是自己写的SQL语句,这些都是问题所在。

数据表关系

  数据表的关系主要是通过外健或专门关联表来表达的,这种关系虽然可以反映1:1或1:N这样关系,但是无法 表达关系的性质,是紧密组成关系式的关联,还是无关紧要的普通关系,正因为如此,使用数据表分析设计时, 我们会有蜘蛛网的关系表,这些关系由于在后期无法分辨性质,无法进行整理,增加了系统复杂性。

  更重要的是:分析就是对一个可能陌生领域进行探寻,如果使用数据表的分析设计方法,那么我们实际就是 在陌生领域中寻找数据表这样一个形式,那么有可能产生误判断,将一个实则是表达关系的东东误认为是一个实体表, 因为关系表必然带来关系,这样,就必然产生蜘蛛网式的数据表模型,将简单问题复杂化。

总结
  要谈方法,这个世界其实只存在两种:一是将复杂问题简单化的方法;一个是将简单问题复杂化的方法。 你使用什么样的方法,你就有什么样的世界观,就是什么样的人,但是对于软件这个领域,你只能选择前者。

  因为方法的不同,软件路线也就存在下面几个路线:完全面向对象类建模路线(J道网站和笔者一直致力于这种路线的推介); 一种是对象和关系数据库混合型,还有一种就是过去的完全关系数据库类型软件(如Foxpro/VB/Delphi等)。需要参考完全面向对象类建模路线的源码可见http://www.jdon.com/jdonframework/app.htm#simple。

分享到:
评论

相关推荐

    面向对象与数据库

    本文将深入探讨这两个主题,并结合提供的文件《面向对象分析与设计(第3版).pdf》和《数据库原理(完整).pdf》来阐述相关知识点。 首先,让我们来看看面向对象(Object-Oriented,OO)编程。这是一种编程范式,它基于...

    使用UML进行面向对象分析与设计:第13章 数据库设计.pdf

    总结起来,本章内容深入探讨了如何使用UML进行面向对象分析与设计,同时考虑了数据库设计的特殊需求,为开发者提供了在实际项目中融合这两种方法的实用指导。通过理解和应用这些原则,开发者可以更有效地创建出既能...

    一种面向对象数据库系统图形用户界面的设计与实现

    ### 面向对象数据库系统图形用户界面的设计与实现 #### 一、引言 随着计算机科学技术的发展,尤其是计算机集成制造系统(CIMS)的研究深入,人们逐渐意识到信息的集成对于实现CIMS至关重要。传统的数据模型如关系...

    面向对象的分析设计方法实验报告

    ### 面向对象的分析设计方法实验报告 #### 实验背景与目的 本次实验旨在通过实际...通过对比两种分析方法, 可以看出它们各自的优势和适用场景, 在实际项目中可以根据具体情况选择最适合的方法来进行需求分析和设计。

    数据库建模数据库建模.doc

    在本章中,我们将深入探讨两种主要的数据库建模方法:对象定义语言(ODL)和实体-联系模型(E/R 图)。这些方法用于创建数据库的结构,也称为数据库模式。 1. **对象定义语言 (ODL)**: ODL 是一种面向对象的数据库...

    面向对象建模实践指导说明(供讨论)1

    在本文中,我们将深入探讨面向对象建模的实践指导,包括需求获取、模型构建、分析与设计,以及数据库和交互方面的考虑。 首先,获取需求是整个过程的起点。需求模型的构建是通过与利益相关者交流,了解他们的期望和...

    6数据库建模工具简介--Power_Designer9.0.ppt

    3. 综合分析设计:结合前两种方法,灵活适应不同的项目需求。 **3. Power Designer 的建模结果** 完成建模后,Power Designer会生成五种主要结果: - 模型仓库:存储所有模型信息的地方,方便管理和版本控制。 - ...

    面向对象编程:C++与Java比较教程 英文版

    本书《面向对象编程:C++与Java比较教程》详细比较和对比了当今最流行的两种编程语言C++和Java,旨在教授互联网时代至关重要的技能和面向对象编程技术。作者Avinash C. Kak凭借其成功教授的课程,撰写了一本全面的...

    新硕士学位论文-面向对象方法范本V1.0.pdf

    面向对象方法是一种常用的软件设计与开发范式,其核心思想是使用对象来模拟现实世界中的实体和概念。在面向对象方法中,对象是封装了数据以及对数据操作方法的基本单位,它具有属性和行为。属性通常是指对象的特征或...

    面向对象系统设计 入门到精通

    - **面向对象分析与设计**:深入研究面向对象方法学,包括分析、设计、实现等多个方面。 - **软件工程原理**:全面了解软件开发过程中的基本原则和技术。 通过上述知识点的学习,读者可以系统地掌握面向对象系统...

    uml在数据库建模中的应用

    UML由世界著名的面向对象技术专家发起,结合了多种著名的设计方法,如Booch方法、OMT方法和OOSE方法,形成了一种强大的建模技术。通过UML提供的各种视图(如用例图、类图、交互图、活动图等),可以全面地描述复杂...

    系统分析与建模工具PowerDesigner_视频案例指导书.pdf

    2) 数据建模,基于可靠方法,支持两级关系数据库建模,能够设计并生成数据库模型,并支持数据仓库建模技术。 3) 对象建模,使用标准UML技术完成设计和分析,自动生成多种编程语言的源代码。 4) 企业版本库,存储和...

    挤压模CAD系统面向对象数据库的开发.pdf

    文章中提到,结合这两种软件和Access数据库,可以在CAD平台上开发出满足挤压模具设计需要的面向对象数据库。Access作为一种关系数据库管理系统,虽然在某些方面不如OODB成熟,但其简单的操作界面和良好的数据处理...

    第一部分 关系数据库建模方法

    关系数据库建模方法是IT行业中一个至关重要的领域,它涵盖了从理解业务需求、设计概念模型、转换为逻辑模型,直至最终实现物理模型的全过程。本文将深入探讨这一过程中的关键知识点,尤其关注于关系数据库的建模方法...

    面向对象数据库在船舶CAD_CAE数据管理中的应用.pdf

    面向对象数据库在船舶CAD/CAE数据管理中的应用主要涉及的是计算机辅助设计(CAD)和计算机辅助工程分析(CAE)数据在船舶制造领域中如何通过面向对象数据库技术进行有效的管理。CAD技术广泛应用于工程设计领域,能够...

Global site tag (gtag.js) - Google Analytics