基于.NET框架下的分布式医疗保险管理系统的设计与应用毕业论文.doc

湖南工业大学本科毕业设计（论文）基于.NET框架下的分布式医疗保险管理系统的设计与应用毕业论文目录摘 要IABSTRACTI目录II第一章 引言11.1 课题研究背景11.2 研究的目的和意义11.3. 国内外研究现状21.4 论文研究内容3第二章 分布式技术和.NET 框架42.1 分布式体系结构42.1.2 三层客户/服务器结构62.2 基于 Web 的分布式应用72.2.1 XML Web 服务82.3 .NET 平台92.3.1 .NET 框架92.3.2 .NET 中的数据访问112.4 当前基于.NET 框架的分布式模型122.4.1 三层应用程序结构122.4.3 使用 XML Web 服务的三层应用程序结构122.5 基于.NET 框架的分布式系统框架各层次功能132.6 用户服务层132.7 业务处理层132.8 数据服务层142.9 本章小结15第三章 系统设计163.1 系统开发描述163.1.1 系统设计目标163.1.2 系统开发过程163.2 系统需求173.2.1 需求规定173.2.2 系统架构183.2.3 系统配置183.2.4 系统部署184.3 系统设计194.3.1 系统架构设计193.3.2 数据服务层设计203.3.3 业务处理层设计203.4 系统实现213.4.1 数据库的实现213.4.2 数据服务层实现213.4.3 业务处理层实现223.5 医疗保险管理系统的数据设计233.5.1 逻辑数据结构233.6 目标系统数据流程图273.6.1 登录医疗保险系统功能数据流程图273.6.2 职工基本数据管理功能数据流程图283.6.3 职工医疗保险个人帐户管理功能数据流程图293.6.4 统筹基金管理功能数据流程图293.6.5 工具功能模块数据流程图303.6.6 职工医疗费用报销管理功能数据流程图313.6 系统应用效果313.7 本章小结32第四章 系统功能测试335.1 基本功能的测试335.2 软件的基本功能335.3 主要测试方式33第五章 总结与展望395.1 总结395.2 展望39参考文献41致 谢431第一章 引言1.1 课题研究背景随着中国经济体制改革进一步深化，为不断完善社会保障体系，国家医疗保险制度改革政策相继出台。医疗保险制度的改革直接关系到国计民生，在计划经济向市场经济体制转化的过程中具有举足轻重的作用，是社会主义市场经济的一项基础设施建设。通过总结各地改革探索的经验，社会医疗保险制度采取了社会统筹与个人账户相结合的方式。城镇职工医疗保险制度是一种适应市场经济体制根据，根据财政、企业和个人的承受力，保障职工的基本医疗需求的社会医疗保险制度，充分体现了“低水平、广覆盖”的思想。目前，我国社保制度改革在全国范围逐步展开，为了落实此项涉及国计民生的重大国策，迫切需要一种能与之相适应的技术手段和工具来完成，特别是在制定各种医疗保险政策及整个医疗信息管理等方面，需要有先进的技术和应用成果支持，本论文所提到的医疗保险系统就是为适应这一要求而开发的。本论文中所提到医疗保险系统采用基于NET 的分布式的 B/S结构。它的目标是建立适应社会主义市场经济要求，保障职工的基本医疗，克服浪费，有利于减轻国家、单位负担，实现医疗资金来源多渠道、权利与义务相适应、社会统筹医疗基金与个人医疗帐户相结合的医疗保险制度。1.2 研究的目的和意义传统的应用系统模式是“客户机/服务器”1，客户机/服务器系统（Client/ServerSystem）的结构是指把一个大型的计算机应用系统变为多个能互相独立的子系统，而服务器便是整个应用系统资源的存储与管理中心，多台客户机则各自实现相应的功能，共同实现完整的应用。随着 Internet 的发展壮大，特别是企业信息化过程的加快，对大流量、实时性特点的要求需要系统具有实时响应、交互动作异步非耦合、高可用性、高可得到性等特征2。这些传统模式已经不能适应新的环境，于是就产生了新的分布式应用系统，即所谓的“浏览器/服务器”结构、“瘦客户机”模式3。在客户机/服务器结构模式中，客户端直接连接到数据库服务器，由二者分担业务处理，这样的体系有以下缺点：1）客户机与服务器直接连接，安全性低。非法用户容易通过客户机直接闯入中心数据库，造成数据损失4；2）客户机程序肥大，并且随着业务规则的变化，需要随时更新，或者重新部署客户端程序，大大增加维护工作量，造成维护工作困难；3）每个客户机都要直接连到数据库服务器，使服务器为每个客户端建立连接，将要消耗大量原本就紧张的服务器资源；4）大量的数据直接在客户机与服务器间传送，在业务高峰期容易造成网络流量剧增，网络阻塞5。客户机/服务器模式的这些先天不足，随着业务量的变化，出现越来越多的问题，有必要对这种两层体系进行改革。随着中间件与 Web 技术的发展，三层或多层分布式应用体系越来越流行，从而借助中间件可以将业务处理与客户交互分开来，实现瘦客户/业务服务/数据服务的分布式应用体系结构6。在基于中间件的分布式体系结构中，客户机只存放表示层软件，应用逻辑包括事务处理、监控、信息排队、Web 服务等采用专门的中间件服务器，后台是数据库。在多层分布式体系中，系统资源被统一管理和使用，客户端用户可以透明地使用整个网络资源7。1.3 国内外研究现状分布式计算技术是当前热门的计算技术之一，分布式计算的实现通常有两种方法：1）在互连的计算机硬件上采用全新的分布式操作系统；2）在网络计算平台上部署分布计算环境（中间件）8，提供开发工具和公共服务，支持分布式应用，实现资源共享和协同工作。前者是 20 世纪 80 年代学术界普遍追求的目标，但没有被用户和市场接受。后者正是当前现实的分布式计算技术的解决方案。基于组件的三层分布式体系结构，是计算机软件工程领域发展的热点。当今国际上有三大分布式软件组件对象标准，一个是由对象管理组织（ObjectManagementGroup，简称 OMG）推出的 CORBA（Common Object RequestBrokerArchitecture），即公共对象请求代理结构9；一个是 SUN 公司推出的 JAVA2平台企业版（JAVA2 Platform Enterprise Edition，简称 J2EE）10；还有一个是微软推出的. 是微软公司提出的新的分布式计算平台，它包含了操作系统上软件开发的所有层，它提供了任何平台上所见的组件技术、呈现技术和数据技术的最丰富的集成级别12，整个体系结构已经被创建为易于在高度分布式 Internet环境中的应用程序开发，就像进行传统的桌面系统开发一样。.net 有以下几个目标：1）提供一个一致的面向对象的编程环境，而无论对象代码是在本地存储和执行，还是在本地执行但在 Internet 上发布，或是远程执行。2）提供一个将软件部署和版本控制冲突最小化的代码执行环境。3）提供一个保证代码（包括所有未知的或不完全受信任的第三方创建的代码）完全执行的代码执行环境。4）提供一个可消除脚本环境或解释环境的性能问题的代码执行环境13。5）使开发人员的经验在面对类型大不相同的应用程序（如基于 Windows 应用程序和基于 Web 应用程序）时保持一致。6）按照工业标准生成所有通信，以确保基于.net 框架的代码可与其它任何代码集成14。.net 框架由两个主要部分构成：一是公共语言运行时（CLR），二是框架类库（FCL）。.net 框架实现了代码重用、代码规范化、资源管理、多语言开发、安全、部署和管理。1.4 论文研究内容本文的研究内容主要有以下三点：1）首先结合分布式体系结构的发展状况，对微软公司最新推出的分布式应用系统.net 平台架构进行了研究，深入讨论了.net 平台的总体结构、工作机理，阐述了构建一个基于 Web 分布式应用程序所涉及到的相关技术。2）通过分析研究.net 框架下的分布式应用程序模型，并对此模型加以改进，提出了一个新的体系结构模型。该体系结构模型是由用户服务层、业务处理层、数据服务层和数据库层四个层次组成的。用户服务层：由基于 Web 的应用程序和基于 Windows 的应用程序组成，进行3）结合医疗保险管理系统的开发，针对行业信息化业务复杂、数据量大的特点采用了.net 平台上的分布式应用解决方案。将改进的模型与保险业务相结合，设计实现了布式结构下的医疗保险管理系统。最后，对此保险管理系统做出功能分析和评价。第二章 分布式技术和.NET 框架一个分布式计算系统由在作为一个系统运行的多个计算机上的多个软件组件构成。分布式系统中的计算机由本地网络连接，或者可在地理上相隔遥远并由广域网连接。分布式系统可包括许多可能的配置，如个人计算机、大型机、工作站等。分布式计算的目的是使这种网络来充当单个计算机。微软将其对于未来计算的设想命名为.ne（tdot-net）。微软认为未来的计算将是多个应用程序通过 Internet以一种分布式的方式运行的世界15。在这一章，将介绍分布式和.net 框架的一些相关技术。2.1 分布式体系结构在集中式结构中，客户终端和主机之间传递数据的方式非常简单，一是用户从客户终端键盘键入的信息到主机，二是由主机返回到终端的字符16。其结构优点是可以实现集中管理，安全性很好。这种计算机的费用非常昂贵，并且应用程序和数据库都存放在主机中，没有办法真正划分应用程序的逻辑。到 20 世纪 80 年代，个人计算机进入了商用舞台，同时计算机应用的范围和领域也日趋广泛。个人计算机进入商业领域不久，局域网也问世了，同时也诞生了文件服务器技术。在文件服务器系统结构中，应用程序在客户工作站上运行，而不是在服务器上运行。如图 2-2 所示。文件服务器只是提供了资源（数据）的集中管理和访问途径。文件服务器的优点在于实现的费用非常低廉，而且配置非常灵活，在一个局域网中可以方便的增减客户端的工作站17。但是，这种结构的缺点也非常明显，由于所有的应用处理都要在客户端完成，这就意味着客户端的个人计算机必须要有足够的能力，以便执行需要的任何程序，这可能经常需要客户端的计算机升级。文件服务器的费用虽然低廉，但和大型机的“集中式”相比，它缺乏足够的计算和处理能力。为了解决费用和性能的矛盾，客户/服务器结构就应运而生了。图2-2 文件服务器结构客户/服务器结构是以网络环境为基础，将计算机应用有机地分布在多台计算机中的结构18。其中服务器负责数据的存储管理及文件服务，而客户请求，由服务器把处理后的数据传送给客户机，因此在网络中传输的仅仅是客户所需要的那部分数据19，而不是全部，这样就大大降低了网络数据的流量，使系统的性能有了较大的提高。客户/服务器结构增加了数据的共享能力，服务器上存放着大量的数据（可称为数据库服务器），用户只需要在客户机上用标准的结构化查询语言 SQL（Structured QueryLanguage）访问服务器中的数据，便可很方便地得到所需的各种数据及信息。如图 2-3 所示。2-3客户/服务器结构4）定位透明性客户/服务器之间存在着一种多对多的主从关系。即客户机提供服务器位置透明性服务。所谓“透明性”是指某一种实际存在的事物具有看起来好像不存在的性质。“定位透明性”是指用户不必知道服务器的位置，就可以请求服务器的服务。5）基于消息的交换客户机和服务器是一对耦合的系统，它们通过消息传递机制互相协作。消息是服务请求与服务响应的媒介。6）可扩展性系统的扩充性好，可方便地在网络上增加客户机或服务器，以扩大系统服务的规模、增加新的服务项目与提高服务性能。客户/服务器结构可以水平地或垂直地扩展20。水平扩展是指添加或移去客户机对系统性能影响很小。垂直扩展是指移植到更大的或者更快的服务器或多服务器上。客户/服务器结构的核心是，当前端用户需要后台服务器的服务时仅仅发出请求，而服务器接受该请求后执行相应的功能，并把满足条件的那部分数据反馈给前台客户端。客户/服务器结构是个开放的体系结构，数据库不仅要支持开放性而且还要开放系统本身，这种开放性包括用户界面、软硬件平台和网络协议。利用开放性在客户机上提供应用程序接口（API）以及网络接口，使用户仍可按照他们所熟悉的、流行的方式开发客户机的应用。客户/服务器的内部结构如图 2-4 所示。图 2-4 客户/服务器内部结构数据库服务器上的数据管理系统集中负责管理数据库服务器上的数据和资源，它向客户端提供一个开放的使用环境，客户端的用户通过数据库接口和 SQL语言访问数据库。客户/服务器结构的一个主要特点是，数据库服务器的平台和客户端无关。也就是说，不管客户端采用的是什么样的硬件平台和软件环境，它只要能够通过网络协议和数据库接口程序连接到服务器就可以对数据库进行问。2.1.2 三层客户/服务器结构前面讨论的客户/服务器结构均是基于两层结构，即一层是客户层，一层是服务器层。两层客户/服务器结构实现了功能的分布，但还不均衡。如果连接的客户机数目激增，服务器的性能将大大下降；每一次应用需求的变化，都需要对客户机和服务器的应用程序进行修改，给服务器的维护和升级造成极大的不便。为了解决以上的问题，又出现了一种三层客户/服务器模型。所谓三层，实际上就是在客户层和服务器层之间又添加了一个中间层。这个中间层一般用于实现商业或企业规则等。三层客户/服务器结构：客户机、应用服务器、数据库服务器，如图2-5 所示。图 2-5 三层客户/服务器结构三层结构中，服务器分为两个部分：应用服务器和数据库服务器。应用服务器包括从客户机划分出一部分应用和从专业服务器中划分出一部分工作。在这种结构体系下，第一层的客户机主要提供用户的操作界面，并不做任何计算功能，也经常称之为浏览器；中间第二层包含了应用系统中完成业务处理的程序，负责接收和处理对数据库的查询和操作请求，这些程序是封装起来的、彼此独立的，称为中间件或商业规则组件；数据库服务器是第三层，用于存放和管理用户数据，支持对数据的各种操作。在客户端，向由 URL（通用资源定位器）所指定的 Web 服务器所提出服务申请，Web 服务器对用户进行身份验证后，用 HTTP 协议把所需的文档资料传给用户，客户端接收文档资料，并显示在 WWW 浏览器上，具有 CGI（公共网关接口）程序或别的中间软件的 Web 服务器接收客户请求，先执行 CGI 程序，与数据库连接，存取数据库的数据进行处理，然后将处理结果返回 Web 服务器，再由 Web 服务器传到客户端；数据库服务器接收来自 Web 服务器的数据访问请求，并返回处理结果。2.2 基于 Web 的分布式应用Web 服务是一种基于 Web 的分布式应用。在 Web 服务出现之前，分布式应用程序需要使用分布式对象模型，例如微软的分布式组件对象模型（DCOM）、OMG 的公用对象请求代理程序体系结构（COBAR）或 SUN 公司的远程方法调用（RMI）。通过使用这种基本结构，在将服务器置于远程系统的同时，开发人员仍可使用本地模型那样的计算资源。但这些分布式对象模型有一个共同的缺陷，即难以扩展到互联网上，它们要求服务的客户与服务本身之间必须紧密耦合，而 Web服务却是松散耦合的。它通过 HTTP、SOAP 以及发挥了核心作用的 XML 等在Web 上广泛应用的标准协议来实现连接的统一。2.2.1 XML Web 服务图 2-7 Web 服务的体系结构面向服务的体系结构Web 服 务 体 系 结 构 是 面 向 对 象 分 析 与 设 计 （ OOAD ） 的 逻 辑 演 化（logicalevolution），同时也是组件化的电子商务解决方案逻辑演化。与面向对象系统一样，封装、消息传递、动态绑定、服务描叙和查询也是 Web 服务的基本概念。此外，Web 服务另一个基本概念就是：一切都是服务。这些服务发布一个API 供网络中的其他服务使用，并且封装了实现细节。面向服务的体系结构中有服务提供者、服务中介和服务请求者三种角色。服务提供者发布己的服务，并且响应对其服务发出的调用请求；服务中介注册已经发布的服务提供者，对其分类，并提供搜索服务；服务请求者利用服务中介查找所需的服务，然后使用该服务。面向服务的体系结构中的构件必须承担一种或多种角色。在这些角色中，将用到发布操作、查找操作和绑定操作三种操作。发布操作使服务提供者能向服务中介注册自己的功能及访问接口；查找操作使服务请求者能通过服务中介查找特定种类的服务；绑定操作使服务请求者能够具体使用服务提供者。这三个操作都包含三种技术：发布服务使用 UDDI（统一描述、发现和集成）、查找服务使用 UDDI 和 WSDL（Web 服务描述语言）的组合、绑定服务使用WSDL 和 SOAP（简单对象访问协议）。XML Web 服务（XML Web Service）是下一代分布式系统的核心技术之一。它是通过标准的 Web 协议提供的一种分布式软件服务，它使用 Web 服务描述语言（WSDL）文件进行说明，并按照统一描述、发现和集成（UDDI）规范进行注册。Web 服务优化了基于组件的开发和 Web 的结合。Web 服务包括三层次上的内容：基本的通信格式、服务描述和服务的发现。简单对象访问协议（SOAP）是 XML 的实施工具，它提供了一套公共规则集，该规则集说明了如何表示并扩展数据和命令。在通信的最低级别，系统需要使用统一语言。Web 服务描述语言（WSDL）是一种 XML 语法，开发人员和开发工具可使用它来表述 Web 服务的具体功能。双方应用程序在得到了如何表示数据类型和命令的规则后，需要对所接受的特定数据和命令进行有效地描述。在最高层，还需指定一套如何定位服务描述的规则：默认情况下，用户或工具能在什么地方找到服务的功能描述？依据 UDDI（统一描述、发现和集成）规则说明中提供的规则集，用户或开发工具可以自动找到服务的描述。一旦实现了这三功能层，开发人员便可容易地找到 Web 服务，将它例示成一个对象后再集成进应用程序中，继而构建出一个具有丰富功能的基本结构。这样，得到的应用程序便能与 Web 服务进行反向通信了。2.3 .NET 平台大约每十年，新的程序设计方法就会像浪潮一样来临。19 世纪 80 年代早期，新技术是可以运行在桌面的 Unix 系统以及 AX&T 开发的强大的新语言 C。19 世纪 90 年代早期带来了 Windows 和 C+。每次发展都代表着程序设计方法的一次革命。微软公司开发的.net 和 C#语言代表的正是下一次浪潮。M 是 Microsoft 基于 XML 的 Web 服务平台，其受益对象既包括公司，也包括最终用户。对公司而言，它改变了设计软件和销售产品的方式，并使信息技术成为影响公司成败和引进新型商业模式的一个重要因素。对最终用户而言，.net 将带来无与伦比的计算体验，而且与以往相比，这种体验更富于个性化和集成化的特点。XML Web 服务是用 XML 构建的，用以进行数据交换，其目的在于帮助应用程序、服务和设备有效地协同工作。通过 XML 共享数据使 Web 服务能够彼此独立，但同时又使它们能够以一种松散的方式连接成为一个协作小组，从而完成特定的任务。2.3.1 .NET 框架微软的.net 不仅支持语言无关性，而且支持语言的集成性。这意味着可以跨越不同语言继承类、捕捉异常并应用多态性。.net 框架通过所有.net 组件都遵守的类型规范公共类型系统（CTS）实现了这一点。CTS 支持各种通用的概念，包括类、接口、代表（它支持回调）、引用类型和值类型。.net 还引入了公共语言规范（CLS），提供了语言集成必需的一系列基本规则。CLS 规定了成为.net 语言的最低要求。符合 CLS 的编译器都可以生成彼此能互相操作的对象。整个框架类库（FCL）都可以被 CLS 的任何语言使用。.net 框架位于操作系统的上层，由许多部分构成。目前，.net 框架包括：1）四种正式语言：C#、VB.net，受控（Managed）C+，J。2）CLR，所有语言都共享的用于 Windows 和 Web 开发的面向对象平台。3）大量相关的类库，总称为 FCL。.net 框架体系结构如图 2-8 所示。图 2-8 .net 框架体系结构图.net 框架最重要的组件是 CLR，它提供了程序的执行环境。CLR 中有一个虚拟机，在许多方面与 Java 虚拟机类似。从高层看来，CLR 负责激活对象，并对其进行安全检查，再将其在内存中布局，执行它们，最后进行无用内存回收。CLR的上层是一组框架基类，再上层是数据与 XML 类，然后是用于 Web 服务、Web表单和 Windows 表单的类。这些类总称为 FCL，是有史以来最大的类库之一，它可为.net 平台所封装的所有功能提供面向对象的 API。FCL 有 5000 个以上的类，可帮助桌面、客户/服务器和其他 Web 服务及程序的快速开发。FCL 的最底层框架基类集合与 Java 中的类集合很相似。这些类支持基本的输入/输出、字符串操作、安全管理、网络通信、线程管理、文本操作、反射和集合等功能。在这一层之上是对基类进行扩展，以支持数据管理和 XML 操作的另一层类。其中的数据类支持对保存在后端数据库中的数据进行持久性管理。这些类中包括用标准 SQL 接口进行持久性数据存储的 SQL 类。还有称为 ADO.net 的一组类，可以操作持久性数据。.net 框架还支持许多用于操作 XML 数据并进行 XML 搜索和转换的类。再往上是扩展了框架基类以及数据和 XML 类的一层类，主要面向创建使用三种不同技术的程序：Web 服务（Web Services）、Web 表单（Web Forms）和 Windows 表单（Windows Forms）。Web Services 包括许多类，支持轻量级分布式组件的开发，这种组件可以在防火墙和 NAT 软件环境中工作。由于 Web Services 使用标准 HTTP和 SOAP 作为底层通信协议，这些组件支持跨网络的即插即用。Web Forms 和WindowsForms 使我们可以将 RAD 技术应用到 Web 程序和 Windows 程序的开发中。只需简简单单地把控件拖放到表单上，双击控件，再编写对相关事件响应的代码就行了。2.3.2 .NET 中的数据访问ADO.net 是.net 应用程序的数据访问模型。它引入了一些重大变化和革新，专门用于结构散、本质非链接的 Web 应用程序。ADO.net 实际上是.net 框架提供的一组类的名称。ADO.net 的 XML 子系统最终取代了 ADO 和 OLE DB SDK。ADO.net 的重要特点是：ADO.net 引入了数据集（Dataset）的概念，这是一个驻于内存的数据缓冲区。它提供了数据的关系型视图，替代了原有 Recordset 的对象，提高了程序的交互性和可扩展性，尤其适合于分布式的应用场合。它对 XML的支持是内置的，可以访问多种类型的数据。不管数据来源于一个关系型的数据库，还是来源于一个 XML 文档，都可以用一个统一的编程模型来创建和使用它。它能用于访问关系型数据库系统，如 SQL Server 2000，及很多其他已经配备了 OLEDB 数据提供方的数据源。ADO.net 可以用 XML 格式把数据集传递给任何相应的应用程序，且不必一直与数据库保持连接；同样的 ADO.net 中的访问技术可以用于本地数据、客户/服务器数据和互联网数据。同时 ADO.net 又保持着与以前的ADO 模型有关的一些主要概念，它已经被极大的完善，并从不同的信息来源提供途径去获得结构化的数据。一个平台文本文件，从数据库管理系统获得的相关数据，或者是分级的 XML 数据。然而，所有都按照一个相容的，标准化的设计模型来执行。SQL Server 7.0（及更新版本）以及可以通过 OLE DB 提供者进行访问的任何数据源，这些又称为被管理的提供者（Managed Provider）。.net 框架的数据存取 API 提供了两种方式分别识别并处理两种类型的数据源：SQL Server 7.0（及更新版本）和可以通过 OLE DB 提供者进行访问的任何数据源。SQL （ System.Data.SQL ）库可以直接连结到 SQL Server 的数据，而 ADO（System.Data.ADO）库可用于其他通过 OLE、DB 提供者进行访问的任何数据源。下面列出的是每个被管理的提供者都可用的 ADO.net 的核心组件。Connections连接和管理数据库事务。Commands向数据库发送的命令。DataReaders直接读取流数据。DateSets 和 DateSetCommands对驻留内存中的数据进行存储和操作。核心的 ADO.net 功能基本上可以被概括为如下内容：Connection 对象在 Web 页面和数据库间建立连接。Commands 对象向数据库提供者发出命令，返回的结果以一种流的方式贯穿于这些连接中。结果集可以用DataReaders 快速的读取，也可以储存到驻留内存的 DateSets 对象中，然后通过DateSetCommands 对象让用户在数据集中访问和操作记录。开发者可以用过DateSet 内置的方法在基础的数据源上去处理数据集。2.4 当前基于.NET 框架的分布式模型随着分布式技术的发展和.net 框架的日益成熟，出现了几种典型的基于.net 框架的分布式模型，几种不同的模型有各自的优势和缺陷，适应不同的环境需要。2.4.1 三层应用程序结构使用.net 创建的三层应用程序是在两层结构的客户端应用程序和数据库层之间加入一个应用服务层。应用服务层的功能是完成业务逻辑处理和数据访问。应用服务层通常包括业务规则组件、数据层组件和使用这些组件的前端代码。图 2-9显示了这一方法。三层开发策略适用于所有类型的应用程序。无论是小型、中型、大型应用程序，还是桌面或 Web 应用程序，效果都很好。图 2-9 三层应用程序结构图2.4.3 使用 XML Web 服务的三层应用程序结构使用 XML Web 服务，将数据库的访问分给另一个组件，该组件将把数据返回到前端应用程序。图 2-10 显示了这种设计方式。使用 XML Web 服务的三层应用程序适用于基于 Web 的应用程序或微软 Windows 应用程序图 2-10 使用 XML Web 服务将数据库层与前端代码分离2.5 基于.NET 框架的分布式系统框架各层次功能基于.net 框架的分布式系统中的用户服务层、业务处理层、数据服务层和数据库层各自的功能和事务处理都不相同。2.6 用户服务层用户服务是指在应用程序中实现的客户端。在分布式应用程序结构中，用户服务可以是 Web 客户端或 Windows 客户端，或者两者都是，或者两者都不是，这具体取决于特定的应用程序。在开发互联网的典型 Web 应用程序时，需提供具有标准 Windows 用户界面或Web 用户界面或同时具有这两者的用户服务。通常，这种一般类型的应用程序包含以下功能：1、管理 Web 页或 Windows 界面的呈现和行为；2、显示数据；3、捕获数据；4、数据验证检查；5、为用户提供任务指南；6、向“业务外观”发送用户输入；7、从“业务外观”接收结果；8、向用户显示错误。2.7 业务处理层业务处理层包括业务外观层和业务规则层。1）业务外观层该块常用于向基础业务对象提供一致的接口，并将客户端同基础业务逻辑的更改隔离开。当它出现时，处于 Web 服务项目和业务逻辑层之间。业务外观层为Web 客户端提供处理、浏览和操作的界面。业务外观层用作隔离层它将用户界面与各种业务功能的实现隔离开来。业务外观层只是将已经完成的系统功能，根据各个模块的需要，对业务规则进行高层次的封装。对于在网络上远程浏览的 Web客户端，框架在业务外观层采用 XML Web 服务（Web Service）来提供服务。使用IIS 为 Web 服务器，可以很方便的部署 Web Service。业务外观项目层的功能：（1）从“用户服务”层接收用户输入。（2）如果请求需要对数据进行只读访问，则可能使用“数据访问”层。（3）将请求传递到“业务规则”层。（4）将响应从“业务规则”层返回到“用户服务”层。（5）在对“业务规则”层的调用之间维护临时状态。2）业务规则层业务逻辑项目块包含业务对象本身以及应用于它们的规则。这也是主要业务对象所在的位置。它们实现业务实体或系统对象。系统的业务逻辑将在这些对中编码，尽管部分业务逻辑可能实际上已在数据库的存储过程和触发器中进行了编码。业务规则层需要完成的是各种业务规则和逻辑的实现。业务规则层的设计通常需要进行很好的建模工作。业务规则的建模，通常通过一系列的类之间的交互来完成。业务逻辑层的功能：（1）从“业务外观”层接受请求。（2）根据编码的业务逻辑处理请求。（3）从“数据访问”层获取数据或将数据发送到“数据访问”层。（4）将处理结果传递回“业务外观”层。2.8 数据服务层数据服务层包括数据控制层、数据表示层和数据访问层。1）数据控制层解决和对象关系映射的问题，考虑数据实体类的持久性问题，也就是同数据库的交互问题。数据控制层用于控制数据的基本操作，如增加、修改、删除、查询等，同时为业务规则层提供数据服务。数据控制层的功能：（1）从业务规则层接收请求，从数据表示层获取数据；（2）控制数据的基本操作，同时为业务规则层提供。2）数据表示层数据表示层解决的是数据的表示方式的问题，也就题。如果程序中的类映射到数据库的一个或多个表，表现方式可能不一样，对于一些涉及到多个表的“粗粒度”进行数据实体的转换。当系统做查询操作，需要返回多类使多个对象的数据表示方式一致。数据表示层的功能：（1）将数据访问层传递的数据集中表示出来。（2）统一数据集里的数据表达方式以响应数据存取3）数据访问层数据访问层执行从数据库（或其他数据服务）获取能。在分布式应用程序结构中，相应功能使用 ADO.NET 存储过程来完成。数据访问层的功能主要有连接数据库、执行数据库操作、将数据库查询结果返回到数据表示层，作为强类、维护数据库连接缓存、数据库事务调用。2.9 本章小结本章介绍了构建基于.net 框架的分布式系统框架，划分了数据库层、数据服务层、业务处理层和用户服务层四个大层次。对数据服务层和业务处理层两个中间层进行了更细的层次划分。使各个层次的目标更明确，功能更单一。能产生更好的软件模块封装、移植和复用。详细介绍了系统框架各个层次及其子层的功能。并在系统框架的基础上，综合 Web 客户端与 Windows 客户端的特点，利用 Web 服务，构建了改进的基于.net框架的分布式系统模型。第三章 系统设计3.1 系统开发描述系统开发主要包括系统设计目标和系统开发过程两部分，下面将对这两个部分进行介绍。3.1.1 系统设计目标该系统的设计目标是：1）能很好地满足和支持使用者的工作要求。2）良好的可操作性，尽量减少人工处理的要求，界面友好。3）综合各种先进管理思想和管理工具的优势。4）能够提高项目管理能力和生产率，从而提高企业经营能力。5）采用面向角色的一对一设计思想，能满足客户、业务员、高级管理者和系统维护者等不同角色工作的要求，让他们能够轻松、高效的工作。6）面向客户，对客户服务相关工作具有很好的支持。7）建立标准的、精确的项目评价和量化体系。8）适应公司的发展，能满足大规划和多项目管理的要求。3.1.2 系统开发过程系统总体设计依据系统设计目标，以保险系统开发方法为原则，开展系统建设。保险系统的建立总的可分为四大步骤：1）需求分析：需求分析分为系统调查、系统分析和技术准备。2）系统设计：系统设计包括数据设计、处理设计和系统设计说明书。3）系统实施：其中包括数据库的建立、程序设计、程序调试和系统运行。4）系统测试：系统测试包括单元测试、集成测试和客户验收测试。具体开发过程如下：1）在充分调查与分析的基础上，对系统进行可行性分析和策略研究。2）制订系统发展目标，确定系统规模，进行总体规划。3）系统分析与设计，通过业务分析、功能分析、数据分析和环境分析，提出系统体系结构，并进行界面设计、分类编码和环境设计。4）确定数据来源，进行数据库设计。5）进行应用系统功能开发，编写功能模块程序代码，编译调试程序代码。6）测试、验收与维护。3.2 系统需求随着应用需求的发展，对现有系统也提出了新的要求：1)为方便应用，人事处提出软件结构采用 B/S 结构，不再局限于三个客户端，通过 Web 服务器，职工可在院网上的任一台微机上查询个人医疗保险资料。2)同时将医疗保险卡由磁卡换成 IC 卡，输入接口发生改变。3.2.1 需求规定需求包括功能规定，性能规定。 功能规定1）登录权限管理：登录权限分为 3 级，人事处管理员具有 1 级权限，可以使用全部功能；财务处、医务室操作员具有 2 级权限；职工登录具有 3 级权限。2）职工基础数据管理：通过此功能块人事处操作员能查询、新增(个别新增、批量导入)、修改职工基础数据。3）医保个人帐户管理：人事处操作员能查询、导出、缴费计算、注销医保个人帐户数据。4）医保统筹基金管理：主要实现查询、计算、统计医保统筹基金数据。5）医疗费用报销管理：系统对象是人事处医务室、财务处操作员，功能实现能计算、导出、统计、制表、打印医疗费用报销数据。6）职工医保数据查询：人事处、医务室、财务处能查询、统计所有职工医保数据。职工个人只能查询本人的相关医保数据。7）工具：登录帐号、密码的初始化及维护。 性能规定1）时间特性医疗费用报销计算时间 30 秒；程序对用户的操作、查询等响应时间20 秒；程序计算职工个人缴费100 秒。2）灵活性本系统软件采用 B/S 结构，灵活性高，适应能力强。当用户需求发生变化时，可在服务器端增加相应功能模块实现。3）可靠性数据库、应用服务都在服务器端，集中管理，系统安全及数据安全可得到充分保证。对输入数据的有效性进行全面检查，出现错误时，提示相关出错信息，要求用户作相应处理。4）可维护性本软件按照软件工程的要求进行设计，各种文档齐全。本系统采用 B/S 结构，系统维护、功能扩展只涉及服务器端，方便高效。5）方便性客户端只要安装浏览器即可，不需安装其它附加组件，界面友好，简单易用。3.2.2 系统架构医疗保信息管理系统应用在局域网上。采用 B/S 结构，客户端通过浏览器使用本系统，操作简单、方便。系统的总体结构如图 3-1 所示：图3-1系统架构客户端只要能运行 Microsoft Internet Explorer 6.0 版本即可，不需要其它软、硬件支持。服务器端操作系统为 Windows 2003；支撑系统为.net Framework1.1 以上；数据库系统采用 Oracle 9i。医疗保信息管理系统作为院内 Web 站点的一个功能向用户提供，只要是院局域网的用户都可以实用。3.2.3 系统配置1）系统的实现平台：Windows 2000 Professional/Windows XP2）开发工具：Microsoft Visual S 20033）数据库：Oracle9i本医疗保险管理系统使用 Microsoft V 2003 工具开发，开发语言是VisuaC#.net。所有功能界面用 windows base UI（C#.net application）方式实现，部分功能界面又要用 Web base UI（ASP.net Web browser）方式实现。业务逻辑独立于界面显示，两种方式界面使用相同的接口，调用业务逻辑处理。目前采用 Oracle9i作为数据库，数据库操作要求封装起来，便于将来可以更好的移植到其他数据库服务器上。3.2.4 系统部署ASP.net WEB 服务、业务逻辑处理及 WEB Base 界面处理与显示部分部署在应用服务器上，而 Windows Base 界面处理与显示部分则需要安装在各个客户端机器上。数据库服务器可以是一台单独的机器，也可以同时在应用服务器上，具体情况视业务量、数据量及服务器处理能力而定。依据改进模型对保险系统进行架构设计，将系统分为数据服务层、业务处理层、数据访问层和数据库层四个层次。并对模型中的两个主要层次数据服务层和业务处理层进行详细设计。3.3 系统设计3.3.1 系统架构设计根据系统要求将系统分为四个部分，分别是：ASP.net WEB 服务、业务逻辑处理、Windows Base 界面处理与显示和 WEB Base 界面处理与显示。ASP.net WEB 服务对应的目录，主要提供给客户端调用的接口，及负责与客户端通讯。业务逻辑处理对应的目录，由 WEB 服务调用，处理业务逻辑，并将处理结果返回 WEB 服务，由 WEB 服务返回客户端。Windows Base 界面处理与显示部分对应的目录，供操作者输入资料，并通过WEB 服务提供的接口处理业务，最后显示处理结果。WEB Base 界面处理与显示部分对应的目录，供操作者输入资料，并通过 WEB服务提供的接口处理业务，最后显示处理结果。根据第三章构建的改进模型，设计出四层的分布式应用程序系统，架构图如图 4-1 所示。1）架构说明此应用程序由四个逻辑层组成：用户服务层、业务处理层、数据服务层和数据库层。数据层可以是 SQL Server、Oracle 等数据库。数据访问和持久性服务包括存储以该字符串读取配置文件确定要操作的业务逻辑，完成用户层与逻辑层之间调度，它将完成建立 Web 服务、session 检查(Web Base)、调用业务逻辑层、以及返回值到客户端等功能。（2）LogicBean 类该类处理各种业务逻辑，对于每个表单对应一个业务逻辑。在这个类里面，每个业务规则由相应的数据操作组合和一些业务算法组成。从数据服务层得到数据并进行响应业务计算后，将结果返回给 ServerControl 类中的相应对象中。（3）在 DAO 类下存放的类在这个包中的类，全部是以每个表作为操作对象而设置的，一个表对应一个类，里面封装了各种对数据库操作的方法如查询、新增、修改和删除。他们以DataSet、DataTable、string 等对象作为接收参数，然后根据这些参数组织 SQL 语句，将 SQL 语句传入到数据层，完成数据库的操作。（4）配置文件 Web.config当客户端发起命令而请求服务端执行相应操作时，会从该配置文件中获取信息以确保服务端执行正确的操作来响应客户端；另外该配置文件还存储了数据库配置信息，用户只需要修改这个文件即可进行数据库移植操作。3.3.2 数据服务层设计数据服务层的设计工作主要是对该层中的数据访问、数据库事物处理等组件进行设计。1）ADO.net 数据访问组件用户访问数据库时都要与数据库打交道，在任何模块中都会连接数据库进行数据的查询或更新等操作，而且可能同时访问不同数据库，这就必须为系统提供通用数据访问组件，满足系统不同用户访问不同数据库的需要。2）数据维护组件在保险单新增、更改及删除，不同数据更新操作的事务处理方法都一样，只不过是不同表不同操作而己，因此可以将这些操作行为封装为.net 配件，也就是由数据录入组件、修改组件、删除组件等组合成封装配件。3）数据库事务处理组件在不同的系统中由于所采用的后台数据库是不同的，数据库的接入和访问方式是不同的，而且对于保险系统来说，要实现对其数据的封装。在此组件中提供对保险系统的生成、存储、查询、更新等功能。在组件中使用了很多单独的程序代码模块，每个模块均是功能独立的.net 组件。在组件中，使用了 ADO.net 对关系数据库中存储的数据进行访问。每一个数据访问模块负责一组数据(如关系数据库的一个表)的完整性。这样，一旦企业的数据存储移动了位置或改变了格式，那么只有数据访问服务需要被更新。3.3.3 业务处理层设计业务处理层的设计工作主要是对该层中的数据排序分页、用户登录等组件进行设计。1）排序并分页显示数据组件由于用户在不同模块的不同查询界面，用户所需浏览的数据信息不同的就是显示数据内容不相同，并且查询出大量数据信息时，还需要对每页显示记录数进行指定，对每页数据表字段进行排序显示，因此，应根据用户需要每页所显示的记录条数开发分页排序显示组件。2）逻辑组合查询组件对数据信息的综合查询是任何信息管理系统所必需的，本系统需要对投保人、投保险种、投保期限的查询功能汇总，从而制作对任何数据库表、数据视图、对同一表不同字段进行逻辑组合查询。3）用户登录组件任何用户在使用保险系统时，都必须进行用户身份认证。因为用户输入会给系统带来某种潜在的危害，应用程序应该使用组件对用户输入进行检查，应该在程序根据用户输入采取相应操作之前，对用户的输入正确与否进行校验。在校验数据时，有时候检查信息是否错误(例如，检查用户输入中是否包含非法字符)要比检查信息是否正确要容易许多。若用户登录成功，则进入系统操作界面，若果登录失败则提示用户重新输入用户名或口令。因此，在系统需要身份验证的地方都调用此通用登录组件来校验用户输入。3.4 系统实现系统的实现包括建立数据库，新建数据库表，实现各个层次和其子层，作为系统的中间层，数据服务层和业务处理层是整个系统的核心部分。各层次及其子层实现后，接着要实现的是各个层次之间的接口。完成这些任务之后，才能最终完成系统的所有功能。3.4.1 数据库的实现根据设计的数据库表来新建数据库表