案例分析答案

文章目录

• • • 1.UML
    • 2.质量属性
    • 3.Web
    • 4.Web大量并发访问的技术手段：
    • 5.微服务架构
    • 6.嵌入式
    • 7. 设计模式
    • 8.Nosql和关系数据库
    • 9.REST 风格
    • 10.开发进度
    • 11.ESB
    • 12.软件架构风格
    • 13.MVC
    • 14.安全
    • 15.负载均衡
    • 16.开发方法
    • 17.数据存储方案
    • 18.经典构件
    • 19.结构化分析
    • 20.面向构件的软件设计
    • 21.数据库
    • 22.系统可靠性
    • 23.ODP
    • 24.数据库反规划设计
    • 25.XACML

1.UML

用例图三个基本元素:参与者,用例和通信关联
参与者是指存在于系统系统外部并与系统进行交互的任何事物，既可以是使用系统的用户，也可以是其他外部系统和设备等外部实体。
用例表示系统所提供的服务。
通信关联表示的用例与参与者或者用例与用例之间的关系

构建用例模型的四个阶段：
标识参与者，合并需求获得用例，细化用例描述，调整用例模型

用例的关系：关联、包含、扩展、泛化
类的关系：关联、依赖、继承、实现、组合、聚合

例题：
【说明】某软件公司计划开发一套教学管理系统，用于为高校提供教学管理服务。该教学管理系统基本的需求包括：
（1）系统用户必须成功登录到系统后才能使用系统的各项功能服务；
（2）管理员（Registrar）使用该系统管理学校（University）、系（Department）、教师（Lecturer）、学生（Student）和课程（Course）等教学基础信息；
（3）学生使用系统选择并注册课程，必须通过所选课程的考试才能获得学分；如果考试不及格，必须参加补考，通过后才能获得课程学分；
（4）教师使用该系统选择所要教的课程，并从系统获得选择该课程的学生名单；（5）管理员使用系统生成课程课表，维护系统所需的有关课程、学生和教师的信息；
（6）每个月到了月底系统会通过打印机打印学生的考勤信息。项目组经过分析和讨论，决定采用面向对象开发技术对系统各项需求建模。

【问题1】用例建模用来描述待开发系统的功能需求，主要元素是用例和参与者。请根据题目所述需求，说明教学服务系统中有哪些参与者。

参与者：学生、教师、管理员、时间、打印机。

【问题2】用例是对系统行为的动态描述，用例获取是需求分析阶段的主要任务之一。请指出在面向对象系统建模中，用例之间的关系有哪几种类型题目所述教学服务系统的需求建模时，“登录系统”用例与“注册课程”用例之间、“参加考试“用例与“参加补考“用例之间的关系分别属于哪种类型共：泛化，包含，扩展
用例之间的关系包括：包含、扩展。
“登录系统”用例与“注册课程”用例之间的关系为：包含关系。
“参加考试“用例与“参加补考”用例之间的关系为：扩展关系。

【问题3】类图主要用来描述系统的静态结构，是组件图和配置图的基础。请指出在面向对象系统建模中，类之间的关系有哪几种类型题目所述教学服务系统的需求建模时，类University与类Student之间、类University和类Department之间、类Student和类Course之间的关系分别属于哪种类型/p>

类之间的关系：关联，依赖，组合，聚合，泛化
University与student 聚合
University与department 组合
Student与course 关联

2.质量属性

（1）性能是指系统的响应能力，即要经过多长时间才能对某个事件做出响应，或者在某段时间内系统所能处理事件的个数。
（2）可用性是系统能够正常运行的时间比例。
（3）可靠性是指软件系统在应用或错误面前，在意外或错误使用的情况下维持软件系统功能特性的基本能力。
（4）健壮性是指在处理或环境中，系统能够承受压力或变更的能力。
（5）安全性是指系统向合法用户提供服务的同时能够阻止非授权用户使用的企图或拒绝服务的能力。
（6）可修改性是指能够快速地以较高的性能价格比对系统进行变更的能力。
（7）可变性是指体系结构经扩充或变更成为新体系结构的能力。
（8）易用性是衡量用户使用一个软件产品完成指定任务的难易程度。
（9）可测试性是指软件发现故障并隔离、定位其故障的能力特性，以及在一定的时间和成本前提下，进行测试设计、测试执行的能力。
（10）功能性是系统所能完成所期望工作的能力。
（11）互操作性是指系统与外界或系统与系统之间的相互作用能力。

敏感点：为实现某种质量属性，一个或多个构件所具有的特性。
权衡点：影响多个质量属性的特性，并是多个质量属性的敏感点
架构风险:架构设计中存在问题的架构决策所带来的隐患。

针对质量属性的策略：
可用性：心跳、ping/echo、冗余、进程监视器
可修改性：抽象 信息隐藏 限制通信路径 运行时注册
性能：优先级队列 增加计算资源 减少计算开销 引入并发机制 采用资源调度
安全性：用户认证 用户授权 追踪审计 限制访问

SAAM：最早形成文档的架构分析方法，输入的是问题描述，需求说明，架构描述。分析的过程是场景开发，架构描述，单个场景描述，场景交互，总体评估

ATAM：主要关注系统的需求说明，针对系统的性能，安全性，可用性，可修改性在系统开发前进行分析，评估和折中。过程是场景和需求收集，架构视图和场景实现，属性模型的构造和分析，属性模型的折中四个阶段

系统架构设计中的非功能性需求
系统性能需求（Performance Requirements）：指响应时间、吞吐量、准确性、有效性、资源利用率等与系统完成任务效率相关的指标。可靠性、可用性等指标归为此类。
安全性需求（Security Requirements）：系统向合法用户提供服务并阻止非授权用户使用服务方面的系统需求。
操作性需求（Operational Requirements）:与用户操作使用系统相关的一些需求。
文化需求（Cultural Requirements）：带有文化背景因素的系统需求。

3.Web

Webx和spring MVC比较
基础服务支持：因为WebX在阿里巴巴和淘宝用了很多年，对于超大访问量的电子商务网站，WebX经受了考验，被证明是成熟可靠的。
多应用支持：WebX和Spring MVC一样，完全建立在Spring框架之上，可以使用Spring的所有特性。WebX被设计成多个层次，层次间的分界线很清晰，每个层次都足够开放和易于扩展。
可扩展性：WebX对Spring做了扩展，一个组件可以扩展另一个组件，也可以被其他组件扩展。

响应式Web设计是在开发和设计网页过程中产生的一种方式，它的目的是让内容布局能随用户使用显示器的不同而变化。
响应方式：
（1）弹性网格和布局
（2）图片
（3）CSS media query

web主从复制机制（理解背）
（1）可扩展性更优采用单台数据库服务器，随着访问量增加，必然会产生访问瓶颈，而主从结构大大方便服务器扩容，不影响系统使用。
（2）性能大大提升商务平台用户量大，并发访问高，主从方式采用一主多从，满足不同用户可以从不同数据库读取数据，提高访问速度。
（3）相当于做了负载均衡一主多从相当于分担了主机任务，做了负载均衡。
（4）保证数据安全主从方式实现了数据冗余，不会因某台机器硬件故障引起数据丢失。

对PHP搭建的网站进行修改和扩展：（理解背）

（1）强
（2）（3）时间响应、时间明确
（4）（5）（6）时限/反应时间、输入/输出激励、周期/零星/非周期
（7）（8）时间触发、事件触发

1）弱一致性（2）结构化数据（3）高（强）事务性（4）强（5）有限数据

在数据类型方面：Memcache支持简单Key/Value类型，而Redis不仅仅支持简单的k/v类型的数据，同时还提供list，set，hash等数据结构的存储。
在持久化方面：Memcache不支持数据持久化，Redis支持支持数据持久化。
在分布式存储方面：Memcache服务器需要通过hash一致化来支撑主从结构，而Redis支持多种方式，主从、sentinel、cluster等。

Redis分布式存储的2种常见方案和Redis集群切片的几种常见方式：
客户端分片、Twemproxy、Redis Cluster、Proxy +Redis Cluster

（1)，NoSQL数据库支持高并发数据访问，性能较高。
（2)，NoSQL数据库的数据存储结构松散，能够灵活支持多种类型的数据格式。
（3)，NoSQL数据库能够支持海量数据的存储，且易于横向扩展。
（4)，NoSQL数据库基于分布式数据存储，不存在单点故障和性能瓶颈，系统可用性高。

NoSQL数据库时可能存在的问题有：
（1）NoSQL数据库的现有产品不够成熟，大多数产品处于初创期。
（2）NoSQL数据库并未形成一定的标准，产品种类繁多，缺乏官方支持。
（3）NoSQL数据库不提供对SQL的支持，学习和应用迁移成本较高。
（4）NoSQL数据库支持的特性不够丰富，现有产品提供的功能比较有限。

9.REST 风格

（理解背）
（1）淘汰策略：遗留系统的技术含量低，具有较低的业务价值，因此需要全面重新开发新系统以替代遗留系统；一般是企业的业务发生了根本变化，遗留系统已经基本上不再适应企业运作的需要；或者是遗留系统的维护人员流失，维护文档资料丢失。评价后发现，开发新系统比维护与改造旧系统从成本上更经济合算。
（2）继承策略：遗留系统技术含量低，已经满足企业运作的功能或性能要求，但有较高的业务价值，目前企业的业务尚需依赖该遗留系统。因此，开发系统替代遗留系统时，需要完全兼容遗留系统的功能模型和数据模型。适合采用的是继承策略。因为集团总部中心需要管理所有中间业务，而目前的各区域系统从技术上不满足全国中心的需求，需要重新开发新的中间业务系统；同时，新系统必须支持当前各区域的所有中间业务。因此，必须完全兼容目前各系统的功能模型和数据模型。

（理解背）
1、REST相对于RPC更为轻量化，RPC服务提供方与调用方接口依赖太高，会导致编码格式的复杂性，而REST服务提供方和调用方的依赖只是依靠定义好的规则，不存依赖问题。2、REST服务很好的实现了跨平台，任何一个语言（JavaScript、Vue、HTML5、Bootstap等）的调用方都可以根据接口定义来实现，而RPC服务对平台有要求限制，在某些情况下很难实现复用。3、Rest 完全通过HTTP协议实现的，使用HTTP协议处理数据通信。所以REST架构对资源的操作就包括了HTTP协议中提供的 GET、POST、PUT、PATCH、DELETE、COPY、HEAD等众多操作方法

5条关键原则包括：
（1）网络上的所有事物都被抽象为资源。
（2）每个资源对应一个唯一的资源标识。
（3）通过通用的连接件接口对资源进行操作。
（4）对资源的各种操作不会改变资源标识。
（5）所有的操作都是无状态的。

定义：rest在资源的角度定义了整个网络系统结构，分布在各个地方的资源用URI确定，客户端应用程序通过URI获得资源的表现，通过获取资源的表现使得其状态发生改变。
rest将资源，资源的表现及获取资源的动作三者进行分离

数据迁移需要注意：
（1）待迁移数据源的详细说明，包括数据的存放方式、数据量和数据的时间跨度。
（2）建立新旧系统数据库的数据字典，对现有系统的历史数据进行质量分析，以及新旧系统数据结构的差异分析。
（3）新旧系统代码数据的差异分析。
（4）建立新旧系统数据库表的映射关系，对无法映射字段的处理方法。
（5）开发或购买、部署ETL工具。
（6）编写数据转换的测试计划和校验程序。
（7）制定数据转换的应急措施。

10.开发进度

针对银行信息系统的数据交互安全性需求
1.引入https协议或采用加密技术对数据先加密再传输
2、采用信息摘要技术对重要信息进行完整性验证
3、交易类敏感信息采用数字签名机制

12.软件架构风格

软件架构风格是指描述特定软件系统组织方式和惯用模式。组织方式描述了系统的组成构件和这些构件的组织方式，惯用模式则反映众多系统共有的结构和语义。

从集成开发环境与用户的交互方式看，用户通常采用交互式的方式对脚本语言进行编辑、解释执行与调试。在这种情况下，采用以数据存储为中心的架构风格能够很好地支持交互式数据处理，而管道一过滤器架构风格则对用户的交互式数据处理支持有限。从集成开发环境的扩展性来看，系统核心需求要求实现各种编辑、语法检查、解释执行等多种功能的灵活组织、配置与替换。在这种情况下，采用以数据存储为中心的架构风格，以数据格式解耦各种功能之间的依赖关系，并可以灵活定义功能之间的逻辑顺序。管道一过滤器架构风格同样以数据格式解耦数据处理过程之间的依赖关系，但其在数据处理逻辑关系的灵活定义方面较差。从集成开发环境的数据管理来看，集成开发环境需要支持脚本语言、语法树（用于检查语法错误）、可视化模型、调试信息等多种数据类型，并需要支持数据格式的转换。以数据存储为中心的架构将数据存储在统一的中心存储器中，中心存储器能够表示多种数据格式，并能够为数据格式转换提供各种支持。管道一过滤器架构风格通常只能支持有限度的数据格式，并且在数据格式转换方面的灵活性较差。

为了满足需求（2），应该采用解释器架构风格。具体来说，需要：①为可视化编程元素及其拖拽关系定义某种语言，并描述其语法与语义；②编写解释器对该语言进行解释；
③生成对应的脚本语言程序。为了满足需求（3），应该采用隐式调用架构风格。具体来说，首先需要定义“断点在调试过程中命中”这一事件，并实现当断点命中后的屏幕定位函数。集成开发环境维护一个事件注册表结构，将该事件与屏幕定位函数关联起来形成注册表中的一个记录项。在调试过程中，集成开发环境负责监听各种事件，当“断点在调试过程中命中”这一事件发生时，集成开发环境查找事件注册表，找到并调用屏幕定位函数，从而实现脚本语言编辑界面与调试代码的自动定位。

面向对象：面向对象架构风格的特征是将数据表示和基本操作封装在对象中。这种模式的构件是对象，对象维护自身表示的完整性，对象之间通过消息机制进行通信，对象交互时需要知道彼此的标识，通过对象之间的协作完成计算过程。
控制环路：控制环路架构风格是将过程输出的指定属性维护在一个特定的参考值（设定点）。控制环路风格包括过程变量、被控变量、输入变量、操纵变量和设定点等构件，通过收集实际和理想的过程状态信息，并能调整过程变量使得实际状态趋于理想状态。

主程序-子程序架构风格中，所有的计算构件作为子程序协作工作，并由一个主程序 顺序地调用这些子程序，构件通过共享存储区交换数据。
管道-过滤器架构风格中，每个构件都有一组输入和输出，构件接受数据输入，经过内部处理，然后产生数据输出。这里的构件称为过滤器，构件之间的连接件称为数据流传输的管道。

13.MVC

（1）选择视图；（2）业务处理；（3）状态查询
优点和作用：
（1）允许多种界面的扩展，视图的变更与增加，与模型无关；
（2）易于维护，控制器和视图随着模型的扩展而扩展，只要保持公共接口，控制器和视图的旧版本可以继续使用；
（3）可支持功能强大的用户界面。

（1）界面定制模块 （2）界面动态生成模块 （3）界面配置模块
（理解背）
界面配置界面定制：对用户界面的动态修改过程，在软件运行过程中，用户可按照需求和使用习惯，对界面元素的属性进行修改。软件运行结束后，界面定制的结果被保存。界面动态生成：系统通过DOMAPI读取XML配置文件的表示层信息，通过数据存取类读取数据库中的数据层信息，运行时由界面元素动态生成界面。界面配置和定制模块在软件运行前后修改配置文件、更改界面内容。界面配置：对用户界面的静态定义，通过读取配置文件的初始值对界面配置。由界面配置对软件功能进行裁剪、重组和扩充，以实现特殊需求。

mvc的元素定义：
模型表示待展示的对象，
视图表示模型的展示，并能接收用户的输入数据，但是它不进行任何实际业务处理，
控制器负责把用户的动作转成针对模型的操作。
模型通过更新视图的数据来反映自身的变化。

2、（1）c、e、n（2）a、f、j（3）g

3、（1）d（2）f（3）h（4）g（5）a（6）k（7）h（8）b（9）c

原型系统和XP小规模发布的系统的主要差别br> 采用原型系统主要是让用户确认需求，或者用来测试关键的技术，但是它展示的功能并不是实际系统的功能，不能用来评价实际的系统；但XP小型发布的系统，每个功能和可发布的产品的定义是一样的。

xp可能存在的问题：
（1）开发团队、管理层，以及客户的不理解，阻碍XP方法论实施。
（2）导致开发团队忽视文档，以XP为借口拒绝编写甚至是必须的文档。
（3）XP是针对单一团队设计的，外包方的参与将会为有效的组织带来很大的困难。
（4）缺乏客户的参与，导致用户故事编写、优先级确认等工作遇到困难。
（5）项目规模扩大后，XP方法论将不适应。
（6）对客户、开发人员和管理者的素质要求较高。

应对项目扩大的解决办法：
（1）可以将XP和传统软件开发过程中的增量式开发过程相结合。
（2）将大规模项目划分为若干个具有共同目标的小规模项目，用XP方法论组织小项目开发，用传统软件过程方法论监控全局。
（3）在此基础上，建立面向目标的项目管理。

17.数据存储方案

数据仓库和联邦数据库集成方案各自的特点：（理解背）
数据仓库集成是把多种来源的数据集中在一起，建立数据仓库，所有数据都驻留在单个数据库服务器上，配置大型处理器和存储容量。数据仓库主要用于决策支持，在数据处理过程中强调分析。其特点是：（1）集成的数据。（2）面向主题。（3）数据相对稳定。（4）包含历史信息。
联邦数据库集成是把多个数据库系统联合在一起，构成“联邦数据库系统”，数据库之间通过接口查询，互相通信，数据分布在不同地方的计算机或数据库服务器上，通过网络连接。 其特点是：（1）联邦数据库提供集成的数据格式，对用户提供统一的访问，屏蔽了各个数据库的复杂性和分布情况，简化了开发数据库查询和对数据统一理解的工作。这种分布式的数据集成，更加符合应用系统的实际倩况。（2）异构数据源不仅仅是数据库系统，通过中间件，可以扩展到传感器、文件和应用程序等。

数据集成时需要直接从供应商电子商务平台的网页上获取其产品信息。请简要给出此类数据集成的方法和基本步骤
（1）分析页面，确定其页面中的数据模式。
（2）抓取页面，通过爬虫技术获取对应的网页。
（3）特征提取与处理，获取相应数据。
（4）数据清洗，根据规则进行判断，抛弃异常数据。
（5）数据转换，根据顶先定义好的语义映射关系，将数据转换为统一格式。

数据持久层
数据持久层是根据分层思想，通过建立逻辑数据操作接口，采取一定的对象/关系映射策略，隐藏数据库访问代码细节，向业务开发人员提供透明的对象持久化操作机制。能够为项目开发带来的好处：
(1)分离业务逻辑层和数据层，降低两者之间的耦合；
(2) 通过对象/关系映射向业务逻辑提供面向对象的数据访问；
(3) 简化数据层访问，隐藏数据库链接、数据读写命令和事务管理细节。

项目组应该采用Hibernate框架。
原因：
(1) Hibernate支持多种不同类型数据库，满足项目组数据库移植需求；
(2) Hibernate相对于iBatis减少了SQL语句开发的工作量；
(3) iBatis生成的P0是扁平化的，无法像Hibernate—样支持对象的继承和聚合等立体化关系。

（a）~（c）：（2）、（3）、（7），以上三个答案顺序可调换；
（d）~（f）：（1）、（5）、（8），以上三个答案顺序可调换；
（g）~（i）：（4）、（6）、（9），以上三个答案顺序可调换；

（理解）
在基于EJB的重量级框架中，实现的构件分别为：模型（Model）：由EJB构件实现视图（View）：由JSP构件实现控制器（Controller）；
由Servlet构件实现在基于Struts等的轻量级框架中，实现的构件分别为：模型（Model）：由Java Bean构件实现视图（View）：由JSP构件实现控制器（Controller）；
由Servlet构件实现MVP模式与MVC模式的主要区别为：
（1）在组件耦合度方面：在MVP模式中，视图并不直接使用模型，它们之间的通信通过Presenter进行，从而实现了视图与模型的分离，而在MVC模式中，视图直接与模型交互。
（2）在组件分工方面：在MVP模式中，视图需要处理鼠标及键盘等触发的界面事件，而在MVC模式中这通常是由控制器完成的工作；在MVP模式中，系统核心业务逻辑组织集中在Presenter中，而在MVC模式中，相应的控制器通常只完成事件的分发。
（3）在开发工程化支持方面：MVP模式可更好地支持单元测试，而在MVC模式中，由于模型与视图绑定，因此难以实施相应的单元测试；在MVP模式中，Presenter基于约定接口与视图和模型交互，可更好地支持组件的重用。

事务的基本特征包括：
原子性：一个事务中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节。
一致性：在事务开始之前和事务结束以后，数据的完整性限制没有被破坏。
隔离性：两个事务的执行是互不干扰的，两个事务时间不会互相影响。
持久性：在事务完成以后，该事务对数据所作的更改便持久地保存在数据库之中，并且是完全的。

EJB规范支持的两种事务控制方法为：
容器维护的事务（Container Managed Transaction，CMT）：由EJB容器根据部署描述符或EJB构件注释中指定的事务属性自动控制事务的边界，容器维护的事务是方法级的，即默认将一个方法当作一个事务执行，当方法执行的过程中发生系统级异常，容器会自动将事务回滚，从而将方法前面执行的结果恢复。
Bean维护的事务（Bean Managed Transaction，BMT）：由程序员在EJB的源代码中控制事务执行的边界，事务的边界通过Java事务接口（Java Transaction APl，JTA）进行控制，Bean维护的事务可以跨越方法的边界。

19.结构化分析

数据流图作为一种图形化工具，用来说明业务处理过程、系统边界内所包含的功能和系统中的数据流。
流程图以图形化的方式展示应用程序从数据输入开始到获得输出为止的逻辑过程，描述处理过程的控制流。
两者的区别主要包括：
（1）数据流图中的处理过程可并行；流程图在某个时间点只能处于一个处理过程。
（2）数据流图展现系统的数据流；流程图展现系统的控制流。
（3）数据流图展现全局的处理过程，过程之间遵循不同的计时标准；流程图中处理过程遵循一致的计时标准。
（4）数据流图适用于系统分析中的逻辑建模阶段；流程图适用于系统设计中的物理模阶段。

高质量的数据流图时应考的三个原则:
（1）复杂性最小原则：把信息划分为小的且相互独立的子集
（2）接口最小化原则：把各个元素的接口数或者连接数最小化
（3）数据流一致性原则：数据流入和流出是否有差别，是否经过处理

例题：

Crud：create/read/update/delete

其中的Essential Use Cases和Real Use Cases有哪些区别br> （1）实体用于数据建模，而类用于面向对象建模。实体只有属性，而类有属性和操作。
（2）Essential Use Cases可翻译为抽象用例，Real Use Cases可翻译为基础用例。他们是区别在于：基础用例是实实在在与用户需求有对应关系的用例，是从用户需求获取的渠道得到的，而抽象用例是从基础用例中抽取的用例的公共部分，是为了避免重复工作，优化结构而提出的用例。

20.面向构件的软件设计

请用200字以内文字说明获取构件的方法有哪几种发构件通常采用哪几种策略列举出两种主流构件标准。
答：获取构件的途径：
1)从现有构件中获取
2)从遗留工程提取
3)从市场购买
4)重新开发新的构件

开发构件通常采用的三种策略
分区：指的是将问题情景的控件分割成几乎可以独立研究的部分
抽象：是对在给定时间内执行指定计算的软硬件单元的一种抽象
分割：是将结构引入构件的行为，支持对行为性质进行时序推理

主流构件
1)COM+:Microsoft指定,增加了可租赁”套间”的概念,一次只能入住一个线程,多线程顺序进入
2)EJB容器: SUN的Java企业Bean制定,运行类进行明确的事物控制
3)CCM容器: OMG制定,在EJB的会话构件和实体构件之外增加了过程构件的支持
4)CLR语境和通道:为语境相关的组装提供真正的可扩展设施的主流结构

21.数据库

数据库程序在线访问方式优点：
1.性能比直接SQL好；
2.可以处理复杂的查询语句。
数据库程序在线访问方式不足：
1.程序员必须懂SQL语句；
2.修改维护相对困难。

ORM方式优点：
1.降低学习和开发成本；
2.程序员不用再写SQL进行数据库操作；
3.减少程序代码量；
4.降低由于SQL代码质量差带来的影响。
0RM方式缺点：
1.性能比直接用SQL差
2.处理复杂查询比较困难。

采用ORM原因：
（1）缺乏数据库开发经验，因此SQL语句编写质量有潜在风险；
（2）学习成本高；
（3）应用比较简单，没有太复杂功能。

体系架构中增加数据访问层的原因：
（1）涉及多种异构数据库平台，数据访问复杂性增加，不宜与业务逻辑混合在一起；
（2）数据管理变复杂之后，需要使用代码量增加，分层次有利于逻辑更加清晰，程序维护更加方便；
（3）业务逻辑应以相同的方式应对异构数据库，为了做好隐蔽性需要单独设计数据访问层。

来源：zylgbin