xx系统的设计与实现(参考1)

厦门软件学院课程设计 信 息 管 税 下 的 数 据 监 控 分 析 系 统 的 设 计 和 实 现 Design and Implementation of Data Monitoring and Analysis System under Informationized Tax Collection and Management 专 业 名 称： 软 件 工 程 学 号 ： 姓 名 ： UML 学期上机实验作业要求： 1、本学期上机课内容，选择一个自己相对比较熟悉的领域，针对该 领域的信息化系统逐步进行分析与设计。 2、作业格式要求参考信息管税下的数据监控分析系统的设计与实 现 ，作业内容可以参考网络资料与其他著作等。 3、该作业期末之前上交，由于占总成绩的比例较大，所以每个同学 务必按时上交。 摘要 1 摘 要 信 息 化 已 成 为 当 今 经 济 社 会 发 展 的 显 著 特 征 ， 信 息 资 源 日 益 成 为 重 要 生 产 要 素 和 社 会 财 富 。 现 代 信 息 技 术 ， 是 贯 穿 税 收 征 管 全 过 程 的 关 键 因 素 ， 是 税 收 征 管 工 作 的 重 要 生 产 力 。 信 息 管 税 ， 就 是 充 分 利 用 现 代 信 息 技 术 手 段 ， 以 解 决 征 纳 双 方 信 息 不 对 称 问 题 为 重 点 ， 以 对 涉 税 信 息 的 采 集 、 分 析 、 利 用 为 主 线 ， 加 强 业 务 与 技 术 的 融 合 ， 健 全 税 源 管 理 体 系 ， 进 而 提 高 税 法 遵 从 度 和 税 收 征 收 率 。 信 息 管 税 ， 体 现 了 以 信 息 化 带 动 征 管 现 代 化 的 必 然 要 求 ， 抓 住 信 息 这 个 税 收 管 理 的 关 键 因 素 ， 是 逐 步 破 解 征 纳 双 方 信 息 不 对 称 的 难 题 ， 全 面 提 高 税 收 征 管 工 作 水 平 的 必 由 之 路 。 随着信息化进程的推进，云南国税开始了数据省局大集中，税收信息化从 原来的单一、分散运用阶段进入了整合阶段。近年来由于存储的数据量急剧膨 胀，领导层和管理层迫切需要有效地分析处理海量数据。基于此，云南省国家 税务局数据监控分析系统主要实现了查询、统计、分析、预警和预测等功能。 本文介绍了云南省国家税务局数据监控分析系统的需求分析、设计、以及 实现。其中需求分析是本文的分析重点，对项目的可行性进行研究，分析了系 统的业务、功能需求。 本文以 J2EE 技术架构为基础，通过整合业务需求，提炼出纳税人增值税税 负分析、税收收入同期比分析、税收与经济反弹分析、征退对比分析以及申报 质量预警等关键业务环节的数据分析处理功能，提供了领导层和管理层决策需 要的信息，提高税收管理工作的质量和效率。 关键词：税务；数据监控；信息管税 Abstract 1 Abstract Informatization has become a significant feature of economic and social development. Modern information technology is the key factor and important productivity of tax collection and management. Informationized tax collection and management focus on full use of modern information technology to solve the problem of information asymmetry on tax collectors and taxpayers. Itll take the collection, analysis, use of tax-related information as the main line, strengthen the integration of business and technology, improve the tax sources management system, and to improve compliance with tax law and tax collection rates. With the advance of informatization, Yunnan national tax system began the data centralization in provincial bureau. Tax informatization step into the integration phase from the original stage of single, scattered use. In recent years the rapid expansion of the amount of data stored, the leadership and management urgently need to effectively deal with massive amounts of data. Based on this, the data monitoring and analysis system of Yunnan Municipal Office, State Administration of Taxation, is mainly to achieve the query, statistics, analysis, early warning and forecasting functions. This dissertation describes the requirements analysis, design, and implementation of the data monitoring and analysis system of Yunnan Municipal Office, State Administration of Taxation. Requirements analysis is the focus of this article, the feasibility study of the project analysis operational, functional requirements of the system. Based on J2EE technology architecture, this article will extract the analysis of added-value tax burden of taxpayers, ratio of tax revenue over the same period, taxes and economic rebound, comparing withdrawal to symptoms, early warning of the reporting quality and other key operational aspects of data analysis and processing functions, then provide decision-making information leadership and management need, improves the quality and efficiency of tax administration, by integrating operational requirements. Abstract 2 KeyWords: tax；data monitoring；Informationized tax collection and management 目 录 第 1 章 绪论 1 1.1 研究背景与意义 1 1.2 主要研究内容 2 1.3 论文组织结构 3 第 2 章 相关技术 4 2.1 J2EE 技术背景 4 2.2 MVC 设计模式背景 5 2.3 SVN 协作开发 6 2.4 B/S 三层结构 8 2.5 ECSIDE 组件 10 2.6 ORACLE 透明网关 10 2.7 本章小结 11 第 3 章 需求分析 12 3.1 可行性研究 12 3.2 功能需求分析 14 3.2.1 系统概述 14 3.2.2 数据监控系统与其他税收业务系统的关系 14 3.2.3 业务需求 15 3.2.4 系统功能需求分析 21 3.2.5 系统总用例图 22 3.3 系统环境 23 3.3.1 开发环境 23 3.3.2 客户端环境 24 3.4 本章小结 24 第 4 章 系统设计 25 4.1 系统架构描述 25 4.2 主要模块设计 26 目 录 4.2.1 首页设计 26 4.2.2 一般纳税人增值税税负模块设计 27 4.2.3 税收收入同期比分析模块设计 29 4.2.4 流转税收入分析模块设计 29 4.2.5 税收与经济相关性分析模块设计 30 4.2.6 申报质量预警模块设计 31 4.2.7 征退对比分析 33 4.3 本章小结 33 第 5 章 系统实现 34 5.1 系统编码规范 34 5.2 视图层的实现 35 5.3 业务逻辑控制层及数据层的实现 36 5.4 “钻取”的实现 36 5.5 系统运行截图 36 5.5.1 系统登陆界面 37 5.5.2 系统控制台 37 5.5.3 流转税管理主菜单 38 5.5.4 一般纳税人增值税税负分析界面 38 5.5.5 税收收入同期比分析界面 42 5.5.6 税收与经济相关性分析 43 5.6 本章小结 44 第 6 章 总结与展望 45 6.1 总结 45 6.2 展望 45 参考文献 47 致 谢 48 Contents Contents Chapter 1 Introduction1 1.1 Background and Significance1 1.2 Main content.2 1.3 Organization and Structure.3 Chapter 2 Related technologies.4 2.1 J2EE Technical Background.4 2.2 MVC Design Patterns Background5 2.3 SVN Collaborative Development6 2.4 B/S Three-tier Structure.8 2.5 ECSIDE Components.10 2.6 ORACLE Transparent Gateway.10 2.7 Summary of this chapter11 Chapter 3 Requirements Analysis.12 3.1 Feasibility Study.12 3.2 Functional Requirements Analysis.14 3.2.1 System Overview14 3.2.2 the Relationship between Data Monitoring and Analysis system and Other Tax Operational Systems14 3.2.3 Operational Requirements.15 3.2.4 System Functional Requirements Analysis.21 3.2.5 Total System Use Case Diagram.22 3.3 System Environment23 3.3.1 Development Environment23 3.3.2 Client Environment.24 3.4 Summary of this chapter.24 Chapter 4 System Design.25 Contents 4.1 Description of System Architecture25 4.2 Main module Design.26 4.2.1 Home Page Design26 4.2.2 Module Design of General Taxpayer Value-added Tax Burden27 4.2.3 Module Design of Tax revenue Ratio over the same period.29 4.2.4 Module Design of Turnover Tax Revenue Analysis29 4.2.5 Module Design of Tax and Economic Relevance Analysis.30 4.2.6 Module Design of Early Warning of the Reporting Quality31 4.2.7Analysis of Comparing Withdrawal to Symptoms.33 4.3 Summary of this chapter.33 Chapter 5 System Implementation34 5.1 Systems Coding Standards34 5.2 Implementation of the View Layer.35 5.3 Implementation of Operational Logic Control Layer and Data Layer.36 5.4 Implementation of Drilling36 5.5 Screenshots of System Operation36 5.5.1 System Login Screen.37 5.5.2 System Console.37 5.5.3 Main Menu of Turnover Tax Management.38 5.5.4 Analysis Interface of General Taxpayer Value-added Tax38 5.5.5 Analysis Interface of Like-For-Like Tax.42 5.5.6 Correlation Analysis of Tax and Contents Economic.43 5.6 Summary of this chapter.44 Chapter 6 Conclusions and Outlook.45 6.1 Conclusions.45 6.2 Outlook45 References47 Acknowledgements.48 第 1 章 绪论 1 第 1 章 绪论 1.1 研究背景与意义 近年来，税务信息系统基础设施建设取得了较大进展，信息系统运行的基 础和保障水平得到整体提升。税务系统广域网络已覆盖全部国税机关，运行顺 畅。全国税务系统目前共有中小型机 2000 多台，PC 服务器 3 万多台，PC 机约 80 万台，联网节点近 3 万个，为保证现有税收管理系统的正常运转和金税三期 建设奠定了重要物质基础。国税系统的征管信息化处理基本实现了省级集中， 征收管理、行政管理方面的应用覆盖面进一步扩大。增值税、出口退税等领域 的信息化应用成果明显，反避税、跨地区企业所得税的信息化应用逐步深入， 电子申报、联网缴税等一些方便纳税人的应用日益普及。信息化应用从事务处 理型逐步向分析管理型方向发展，预警分析、纳税评估等系统已在相当一部分 地区投入运行，征管工作科技含量不断提高。2008 年 9 月，国家发改委正式批 准金税三期工程第一阶段中央投资部分初步设计和投资概算，金税三期工程正 式启动，有关设计和项目实施准备工作正在紧张进行中 1。 “信息管税”作为当前和今后一个时期税收征管和科技工作新的管理理念 的提出，是国家税务总局对过去“34 字”税收征管模式的高度浓缩与提升，是 适应当前网络社会高度信息化环境的前瞻性的谋划与定位，是应对征纳双方信 息不对称现象的有益举措，必将对新时期我国税收征收管理工作产生深刻影响 2。 1991 年我省自行开发的第一套征管软件在盘龙区税务局成功试点，标志着我省 税务信息化建设的起步。1994 年税制改革和税务机构分设后，以原金税工程一 期和原 CTAIS 工作启动为标志，云南省国税系统开始步入较大规模信息化建设 的时期，经过十余年的发展与建设，我省国税信息化建设走过了一条从单一应 用到多系统协同、从单机使用到全省联网、从分散数据存储到全省数据集中、 从单纯的替代手工劳动到大规模数据应用分析进而辅助领导决策的道路。特别 是 2005 年 6 月 1 日，全省综合征管软件的顺利上线，我省国税系统的信息化建 设又迈上了一个新的台阶。在税收管理信息化“一体化”建设的框架内，实现 了主流业务的省级数据集中，为建立科学、规范、简明、高效的税收征管新机 制提供了保障。 信息管税下的数据监控分析系统的设计和实现 2 基于数据在省局大集中的背景下，为了让省、州、县各级税务机关局领导 能快速、准确、方便地从宏观角度掌握所辖的税务机关的工作情况和工作质量， 结合我省国税实际情况，决定开发数据监控分析系统。为省、州、县各级税务 机关局局领导和省局业务部门领导开发数据监控分析系统，对我省综合征管软 件、增值税管理信息系统、出口退税系统等分散的 OLTP 系统进行数据分析， 为领导层和管理层提供一个取得决策支持信息的平台，使其能够及时了解所辖 的税务机关的工作情况、进展、成绩和质量，为其提供决策支持。 1.2 主要研究内容 本文以数据监控分析系统的设计和实现为基础，主要研究内容如下： 对该项目的可行性进行分析研究，着重分析系统的业务、功能需求。以 J2EE 技术架构为基础，通过整合业务需求，提炼出纳税人增值税税负分析、税 收收入同期比分析、税收与经济反弹分析、征退对比分析以及申报质量预警等 关键业务环节的数据分析处理功能，提供了领导层和管理层决策需要的信息， 提高税收管理工作的质量和效率。 云南国税在用的业务系统有 36 个，在数据监控分析系统实施中需要用到 的业务系统有 5 个： 综合征管软件 3：中国税收征管信息系统 V1.1（简称 “综合征管软件” ） 是国家税务总局为了集中和处理税收征收管理信息、促进科学化和精细化管理、 全面提高税收征管质量和效率而整合开发的一个软件。这个软件是以“税收征 管业务规程” 、 “市局级业务需求”以及“中国税收征管信息系统技术要求概要” 为蓝本，在原 ctais 基础上优化整合而成的，在全国国税系统使用 4。 增值税管理系统：增值税管理系统是国家“金税工程”项目的，通过增值 税专用发票的三级交叉稽核，实现增值税专用发票的防伪税控。 出口退税系统：出口退税计算机管理系统是国家“金关工程”的一个子系 统，围绕着税务部门的出口退税业务而开发的计算机管理信息系统，它包括四 个子系统：出口退税申报系统、稽核系统、审核系统、宏观调控系统 5。 车辆购置税管理系统：车辆购置税征收管理系统。 国库税金网上报解系统：国家“十一五”科技攻关项目，云南省承建，是 第 1 章 绪论 3 办税服务厅的延伸，由国税局、人行国库、十家银行联网进行网上申报、征收、 上解、入库一系列税收征收数据采集与交换系统。 税收执法管理信息系统：以综合征管软件为基础，按照合法行政、合理行 政、程序正当、高效便民、诚实守信、权责统一的六项基本要求，利用税收业 务采集的各类数据，对税务执法过程进行分析验证、达到监控、考核和过错责 任追究全面自动化的一个系统。 这五个业务系统覆盖了国税局大部分税收业务，数据监控分析系统需要从 这些分散的、异构的系统中抽取领导层、管理层需要的信息进行查询、统计、 分析、预警、预测。 1.3 文章组织结构 本文主要由以下几部分组成： 第一章 绪论部分。该部分主要介绍了项目的研究背景与意义，以及论文的 主要内容和组织结构。 第二章 相关技术部分。该部分主要对系统涉及的技术做了介绍和阐述。 第三章 需求分析部分。该部分主要对项目的可行性进行了研究，分析了系 统的业务、功能需求。该部分是论文的核心部分。 第四章 系统设计部分。该部分主要分析了系统的整体框架，并对流转税处 需求分析做了主要模块各层详细的设计。 第五章 系统实现部分。该部分介绍了数据监控分析系统的 MVC 各层实现并 展现了系统的部分重要运行界面。 第六章 总结与展望部分。该部分总结了论文工作的意义和主要研究内容， 并对下一步的工作做了一定的思考。 信息管税下的数据监控分析系统的设计和实现 4 第 2 章 相关技术 云南国税数据监控系统采用了 ExtJS 框架。ExtJS 可以用来开发 RIA，是一 个用 javascript 写的、主要用于创建前端用户界面、与后台技术无关的前端 ajax 框架。因此，可以把 ExtJS 用在.Net、Java、Php 等各种开发语言开发的应用中。 ExtJs 最开始基于 YUI（Yahoo User Interface Library）技术，由开发人员 Jack Slocum 开发，通过参考 Java Swing 等机制来组织可视化组件，无论从 UI 界面上 CSS 样式的应用，到数据解析上的异常处理，都可算是一款不可多得的 JavaScript 客户端技术的精品，大大提高了我们的开发效率。本章中将就系统开 发过程中所用到的相关技术进行说明。 2.1 J2EE 技术背景 J2EE 是由 SUN 引导，各厂商共同发起的，并得到广泛认可的工业标准。 业内的大企业如：IBM, SUN/iPlanet, BEA Systems, Oracle 等都有参与。而且很 多应用软件开发商也把自己的产品转移到 J2EE 平台上来，使之成为事实的工业 标准 6。 云南国税的信息化建设经过了多年的努力，已经在硬件和软件方面进行了 大量的投资，信息系统颇具规模。J2EE 架构可以充分利用云南国税原有的投资。 首先，由于基于 J2EE 平台的产品几乎能够在任何操作系统和硬件配置上运行， 云南国税现有的操作系统和硬件能够被保留使用。其次，对于云南国税来说， 已经购买了的使用许可协议或维护协议，可在 J2EE 环境中仍能被使用。 随着我国加入 WTO，我国的税务制度势必会进行改革。而 J2EE 能让云南 国税具有更强的适应变化的能力。因为每一个基于 J2EE 平台的产品都保证支持 最基本的 J2EE 服务。我们可以只需构造一次编码良好，符合 J2EE 的程序，然 后在部署时按应用环境做出决策。J2EE 架构允许我们把一些通用的、很繁琐的 服务端任务交给中间件去完成。这样开发人员可以集中精力在如何创建业务逻 辑上，相应地缩短了开发时间。 基于 J2EE 平台产品支持更广泛的组件类型和中间件服务，可以让开发人员 第 2 章 相关技术 5 投入精力在亟待解决的业务问题而不是中间件上。开发人员利用底层平台构造 灵活、易维护的企业系统，这类系统不用作大的调整就可以适应新的中间件、 数据库或数据库规划。 2.2 MVC 设计模式背景 MVC 是一种目前广泛流行的软件设计模式，早在 70 年代，IBM 就推出了 Sanfronscisico 项目计划，其实就是 MVC 设计模式的研究。近来，随着 J2EE 的 成熟，它正在成为在 J2EE 平台上推荐的一种设计模型，也是广大 Java 开发者 非常感兴趣的设计模型。MVC 模式也逐渐在 PHP 和 ColdFusion 开发者中运用， 并有增长趋势。随着网络应用的快速增加,MVC 模式对于 Web 应用的开发无疑 是一种非常先进的设计思想，无论你选择哪种语言，无论应用多复杂,它都能为 你理解分析应用模型时提供最基本的分析方法，为你构造产品提供清晰的设计 框架，为你的软件工程提供规范的依据。 MVC 设计思想： MVC 英文即 Model-View-Controller，即把一个应用的输入、处理、输出流 程按照 Model、View 、Controller 的方式进行分离，这样一个应用被分成三个层 模型层、视图层、控制层。 视图(View)代表用户交互界面，对于 Web 应用来说，可以概括为 HTML 界 面，但有可能为 XHTML、XML 和 Applet。随着应用的复杂性和规模性，界面 的处理也变得具有挑战性。一个应用可能有很多不同的视图，MVC 设计模式对 于视图的处理仅限于视图上数据的采集和处理，以及用户的请求，而不包括在 视图上的业务流程的处理。业务流程的处理交予模型(Model)处理。比如一个订 单的视图只接受来自模型的数据并显示给用户，以及将用户界面的输入数据和 请求传递给控制和模型。 模型(Model)：就是业务流程 /状态的处理以及业务规则的制定。业务流程的 处理过程对其它层来说是黑箱操作，模型接受视图请求的数据，并返回最终的 处理结果。业务模型的设计可以说是 MVC 最主要的核心。目前流行的 EJB 模 型就是一个典型的应用例子，它从应用技术实现的角度对模型做了进一步的划 分，以便充分利用现有的组件，但它不能作为应用设计模型的框架。它仅仅告 信息管税下的数据监控分析系统的设计和实现 6 诉你按这种模型设计就可以利用某些技术组件，从而减少了技术上的困难。对 一个开发者来说，就可以专注于业务模型的设计。MVC 设计模式告诉我们，把 应用的模型按一定的规则抽取出来，抽取的层次很重要，这也是判断开发人员 是否优秀的设计依据。抽象与具体不能隔得太远，也不能太近。MVC 并没有提 供模型的设计方法，而只告诉你应该组织管理这些模型，以便于模型的重构和 提高重用性。我们可以用对象编程来做比喻，MVC 定义了一个顶级类，告诉它 的子类你只能做这些，但没法限制你能做这些。这点对编程的开发人员非常重 要。 业务模型还有一个很重要的模型那就是数据模型。数据模型主要指实体对 象的数据保存（持续化） 。比如将一张订单保存到数据库，从数据库获取订单。 我们可以将这个模型单独列出，所有有关数据库的操作只限制在该模型中。 控制(Controller)可以理解为从用户接收请求 , 将模型与视图匹配在一起，共 同完成用户的请求。划分控制层的作用也很明显，它清楚地告诉你，它就是一 个分发器，选择什么样的模型，选择什么样的视图，可以完成什么样的用户请 求。控制层并不做任何的数据处理。例如，用户点击一个连接，控制层接受请 求后, 并不处理业务信息，它只把用户的信息传递给模型，告诉模型做什么， 选择符合要求的视图返回给用户。因此，一个模型可能对应多个视图，一个视 图可能对应多个模型。 其次，由于模型返回的数据不带任何显示格式，因而这些模型也可直接应 用于接口的使用。 再次，由于一个应用被分离为三层，因此有时改变其中的一层就能满足应 用的改变。一个应用的业务流程或者业务规则的改变只需改动 MVC 的模型层。 控制层的概念也很有效，由于它把不同的模型和不同的视图组合在一起完 成不同的请求，因此，控制层可以说是包含了用户请求权限的概念。 最后，它还有利于软件工程化管理。由于不同的层各司其职，每一层不同 的应用具有某些相同的特征，有利于通过工程化、工具化产生管理程序代码。 MVC 是构筑软件非常好的基本模式，至少将业务处理与显示分离，强迫将 应用分为模型、视图以及控制层, 使得你会认真考虑应用的额外复杂性，把这 第 2 章 相关技术 7 些想法融进到架构中，增加了应用的可拓展性。如果能把握到这一点，MVC 模 式会使得你的应用更加强壮，更加有弹性，更加个性化 7。 2.3 SVN 协作开发 SVN 是一个 GPL 版本控制软件，其创始人是从 CVS 项目中出来了，其目 标就是替换掉 CVS，SVN 尽力维持 CVS 的用法习惯，并增加了一些很方便但 CVS 做不到功能，如目录改名等。 SVN 从 CVS 继承了程式码版本的存储与维护、程式码版本的追踪回溯、程 式码版本的分合控制、职员多人合作开发专案、程式码远端管理维护、程式码 匿名截取；在 CVS 基础上增添了下列新功能： 1目录版本控制，目录更名 在 CVS 中，一个目录是没有版本历程的，假如原来一个名为 doc/的目录， 在经过一段时间之后，发现它应该要称为 manual/比较恰当，此时我们只能建立 一个新 manual/，把 doc/目录下的档案复制过去，把 manual/下的档案新增至 CVS 系统中，再把 doc/删除。而且必须注意的是，在档案的复制与删除过程中， 我们也同样地遗失了这些档案的历史历程。版本控制最主要的资料就这样丢掉 了。 但是在 SVN 中，目录与项目文件同样都是纳入版本控制之中。也就是说， 我们可以随时要求 SVN 将某个项目文件恢复到某个时间点的状态，也可以对目 录进行更名的动作。 2对多个项目文件进行不分割送交 在 CVS 中，虽然我们可同时对多个项目文件进行送交，但是 CVS 并不保 证一次的送交是不可分割的，而 SVN 的送交就没有这个问题。送交的结果不是 全都进系统，就是全都没有进系统，不会只有一部分进系统的状况。 3更佳的二进制资料处理 首先，SVN 不主动更动项目内容，除非使用者加上这样的设定。再者，它 使用可适用于文字与二进制资料的内容差异演算法，在项目储存上，文字与二 进制资料都具有相同的优势。现在，不只是文字资料适合置于版本控制系统中， 连二进制资料也可以很方便地放进来。 信息管税下的数据监控分析系统的设计和实现 8 4高效率的分支与标记 在 SVN 系统的标记是以目录的副本的方式建立的，而副本是以类似链接的 方式来建立。也就是说，不管涉及的目录与项目有多少，它所花费的时间都是 固定的，不会因为档案越多而耗时越久。同样的，SVN 的分支也是以目录的副 本来实现的 8。 2.4 B/S 三层结构 浏览器/服务器（browser/server,B/S ）模式又称 B/S 结构，是 C/S 模式应用 的扩展。在这种结构下，用户工作界面是通过浏览器来实现的。B/S 模式有浏 览器Web 服务器 应用数据库服务器的三层结构。采用这种结构，用户 端只需要安装一个通用的浏览器软件，不需要安装应用软件，做到了与软硬件 平台无关。作为最终用户，只需通过 Web 浏览器，各种处理任务都可以调用服 务器端的系统资源来完成。这样大大简化了客户端，减轻了系统维护和升级的 成本和工作量，降低了用户的总体拥有成本 9。 三层 B/S 结构的 MIS 系统在两层模式的基础上，增加了新的一级。这种模 式在逻辑上将应用功能分为三层: 表示层、业务逻辑层、数据层。表示层是为 客户提供应用服务的图形界面，有助于用户理解和高效的定位应用服务。业务 逻辑层位于表示层和数据层之间，专门为实现税务部门的业务逻辑提供一个明 确的层次，在这个层次封装了与系统关联的应用模型，并把用户表示层和数据 库代码分开。这个层次提供客户应用程序和数据服务之间的联系，主要功能是 执行应用策略和封装应用模式，并将封装的模式呈现给客户应用程序。数据层 是三层模式中的最底层，它用来定义、维护、访问和更新数据并管理