【毕业学位论文】（Word原稿）基于J2EE的迎新管理信息系统的设计与实现-软件工程

硕士学位论文 （专业学位） 基于 迎新 管理信息系统的设计与实现 姓 名： 学 号： 所在院系：软件学院 职业类型： 专业 领域：软件工程 指导教师： 副 指导教师 ： 二 一 三 年 三 月 A in 2010 2013 2基于J 2 E 同济大学 学位论文版权使用授权书 本人完全了解同济大学关于收集、保存、使 用学位论文的规定，同意如下各项内容：按照学校要求提交学位论文的印刷本和电子版本；学校有权保存学位论文的印刷本和电子版，并采用影印、缩印、扫描、数字化或其它手段保存论文；学校有权提供目录检索以及提供本学位论文全文或者部分的阅览服务；学校有权按有关规定向国家有关部门或者机构送交论文的复印件和电子版；在不以赢利为目的的前提下，学校可以适当复制论文的部分或全部内容用于学术活动。 学位论文作者签名： 年 月 日 经指导教师同意，本学位 论文属于保密，在 年解密后适用本授权书。 指导教师签名： 学位论文作者签名： 年 月 日 年 月 日 同济大学学位论文原创性声明 本人郑重声明：所呈交的学位论文，是本人在导师指导下，进行研究工作所取得的成果。除文中已经注明引用的内容外，本学位论文的研究成果不包含任何他人创作的、已公开发表或者没有公开发表的作品的内容。对本论文所涉及的研究工作做出贡献的其他个人和集体，均已在文中以明确方式标明。 本 学位论文原创性声明的法律责任由本人承担。 学位论文 作者签名： 年 月 日 同济大学 硕士学位论文 摘要 I 摘 要 由于缺乏统一的规划和设计，从而导致高校各信息管理系统存在信息孤岛问题 ，而迎新管理系统作为高校学生信息管理的“第一站”，在解决高校信息孤岛问题上有非常重要的意义 。 本文主要从数字化高校中，学生信息集中管理的角度对高校迎新管理系统进行研究 。将学生 录入到迎新管理系统 进行集中管理，并且 通过 方式提供给高校内其它信息管理系统所共享。 本文 对 迎新管理系统的研究主要包括如下几个方面的内 容。 首先， 利用 术对学生基本信息的录 入、查询、统计分析的实现进行了研究，从而实现学生基本信息的管理；然后， 利用 术，将迎新管理系统中所实现的学生基本信息录入、查询和统计分析等具体功能，以 而让高校校园网内的各院系，以及各业务管理部门信息管理系统通过调用迎新管理系统所发布的 务，从而实现高校校园网内各信息管理系统之间的数据交 互，并且降低高校内学生信息管理成本，保证高校内学生信息的一致性；最后， 通过对系统建立分区表、多采用增 量的加载数据方式、按时清除临时数据，以及优化数据的转储、建立索引等方式来提高系统性能，从而缩短用户响应时间。同时通过数据备份 /恢复技术来提高系统中数据的安全性。 通过对高校迎新系统功能、系统性能、系统安全性的测试结果表明，本文所研究的高校迎新系统，系统功能方面，能够满足学生基本信息管理需求，同时，通过数据库备份和恢复，能够很好的保证系统中数据的安全性。综上所述，通过测试，本文所研究的高校迎新系统能够满足高校迎新系统的业务需求，并且在性能和安全性方面有较好的表现。 关键字 ： 数字化高校；迎新系统；信息共享；系 统安全；数据备份； I to of in as of a in of to by to 2EE of OA to to a to be as as of by in to of to of a on of to as as of an as to to of in of to be a to of in To to of II in of 济大学 硕士学位论文 目录 录 摘 要 . I . 录 . 一章 绪 论 . 1 究背景 . 1 究现状 . 2 究内容 . 3 文篇章结构 . 5 第二章 相关技术简介 . 7 术简介 . 7 术概述 . 7 术 . 9 2术简介 . 12 术简介 . 13 第三章 迎新管理信息系统分析 . 19 统背景分析 . 19 能需求 分析 . 21 统用例分析 . 21 生用户 . 21 务管理用户 . 22 校领导用户 . 23 统管理员用户 . 23 功能性需求分析 . 24 全性需求 . 24 统性能需求 . 24 行性分析 . 24 第四章 迎新管理系统设计 . 27 统设计原则 . 27 统总体结构设计 . 28 同济大学 硕士学位论文 目录 V 能结构设计 . 30 生信息管理子系统 . 30 舍分配管理子系统 . 31 统管理子系统 . 32 统数据库设计 . 33 据库 设计 . 34 体数据表设计 . 36 第五章 迎新管理系统实现 . 41 生信息管理子系统实现 . 41 息录入功能 . 41 息查询功能 . 43 计分析功能 . 44 舍分配管理子系统实现 . 46 舍分配功能 . 46 舍查询功能 . 48 息共享实现 . 49 统接口发布 . 49 统接口应用 . 50 统优化方案实现 . 51 统总体优化 . 51 据库优化 . 52 据备份 /恢复 . 53 据备份 . 53 据恢复 . 54 统测试 . 55 能测试 . 55 能测试 . 56 全测试 . 57 试结果分析 . 58 第六章 总 结 . 59 作小结 . 59 足与展望 . 60 致 谢 . 61 参考文献 . 62 第一 章 绪论 1 第一章 绪 论 究 背景 高校迎新系统是数字化高校建设的重要组成部分，同时也是高校管理的重要组成部分。在传统的高校迎新活动中，都是有高校校办组织，让招生办、学生处、图书馆、保卫处、卫生科、财务处、信息办、组织部、后勤处、学生会、各院系等数十个部门一起上阵，然后再校门口设点，让新生在各个招生点排队，以及填写各种内容都大致相同的表格，然后分头到高校的各个管理部门盖章。然后，还需要到卫生科进行体检，以及完成各种形式的入学教育，才能够最终完成入学。 通过对目前基于手工的高校迎新模式存在诸多的弊端。为了解决这些问题，就需要打造一个全新、 统一的“数字迎新”平平台，从而给高校各个职能部门、院系管理员和新生都带来极大的便利，并且做到新生信息的精确、实时管理。开发一个高校迎新系统的必要性体现在如下的几个方面。 （ 1）数字校园建设的需要 目前，高校的信息化建设已经逐步完善，门户网站、服务平台、校园网建设、图书管理系统等各种职能管理部门的信息管理系统建设都已经逐步完善。与此相称的是，高校迎新也应该实现数字化管理，从而体现高校的综合实力。同时，也实现了学生在校期间的全面数字化管理，为校园内其它信息管理系统的实现打好信息基础。 （ 2）综合实力的体现 目前 ，国内很多高校都陆续建立起各种迎新系统，虽然在一定程度上提高了迎新管理的效率，但是由于各个高校的信息化建设基础，以及资源的不同，所以这些迎新系统都还不能够称之为“数字迎新”，并没有达到很好的效果。 （ 3）提升管理和服务水平 数字迎新系统将提供一个共享、智能、集成的服务平台，从而有利于减少迎新现场工作人员数量，同时新生还可以分厂方便的查询到自己的报道手续办同济大学 硕士学位论文 基于 迎新管理信息系统 2 理情况，从而提高迎新服务质量，和迎新服务效率。 （ 4）实现信息共享 一方面，绝大多数的新生会在规定的短短两三天之内就到校报道，相关部门在现场的统计数据，汇总 后还未向领导汇报时，可能就已经发生了变化，从而根本不可能做出正确的决策；另一方面，各个部门可能需要相同或者类似的新生信息，如果个部门之间不能够实现信息共享，那么可能导致新生需要多次在不同的部门填写相同的信息，从而降低迎新工作效率，也增加了迎新工作的出错几率。 在本文所研究的高校迎新系统中，主要采用 术，来规划高校迎新系统的流程，统一迎新工作中的各个环节。并且实现高校各个部门学生系统的共享和实时交互，从而使得高校的各个部门之间都可以对迎新工作的各种信息进行综合查询，从而降低迎新工作成本，提高迎 新工作效率，提高高校学校形象，从而使得高校的迎新报道工作更加快捷。 究现状 1、数字化校园建设现状 随着计算机技术和网络技术的不断发展，数字化校园建设也成为了高校建设的一个重要的环节。目前，国内各高校的数字化校园的发展主要有分成如下三个阶段。 （ 1）基础设施为主的阶段 主要将重点放在校园网络的基础硬件设施方面，从而为校园网的建设，以及校园数字化实现打好基础。 （ 2）业务信息化为主的阶段 主要是指在校园网基础上的各种支撑系统的建设，即校园内各个业务方面的信息化实现。主要包括网上服务、网上管理、网上办 公、网上教学的实现，在网络基础设施基本完善的基础上，为校园内师生提供更多的网络基本服务。 （ 3）数字化校园一体化建设 在校园内教务处、后勤部门、校医院、图书馆的各种业务部门的以及学校各院系基本上实现了信息的数据化管理之后，将校园内各个独立的信息化管理系统集成起来，然后形成一个一体化的数字化大学。 第一 章 绪论 3 目前，我国各大高校基本上已经实现了第二个阶段，即实现了各种高校业务的信息化，但是由于缺乏统一的规划，从而导致目前国内的数字高校建设存在一些缺陷。 （ 1）系统即资源信息的统一性不强 数字高校是一个统一的整体，各个院系 、职能部门的信息管理系统只是数字高校的一部分。但是由于缺乏统一规范，各个职能部门大多都是按照自己的业务需要求来独立开发各自的信息管理系统，从而给系统中信息的综合利用带来困难。 （ 2）信息资源的共享性差 不同高校职能部门都有各自的数字环境，由于各个职能部门为自己所量身定制的数据库系统标准和数字结构都不同，从而造成数据转换复杂，增加了高校个职能部门信息管理系统之间的数据共享难度，并且存在数据冗余，以及数据更新不同步等问题。 （ 3）软件复用困难 目前，高校各职能管理部门都是通过紧耦合的方式，将系统中的各个业务逻辑 组合在一起，这些紧耦合的功能模块，无法被其它信息管理系统所重用，从而导致业务逻辑的重复设计，造成 源的浪费。 （ 4）平台异构 由于缺乏统一的规范，从而使得各个职能部门的信息管理系统的平台结构并不一致。例如，可能高校图书馆信息管理系统是基于 台的、教务管理系统是基于 台的，可能另外有的信息管理系统是基于 术的，其它信息管理系统是基于 术的，这些异构的信息平台增加了平台集成的成本和难度。 随着，信息技术的不断发展，以及数字校园建设的进一步完善。迎新管理系统对学生进入学 校时首次信息进行管理的数字迎新系统已经成为了高校信息共享的基础。利用信息化的手段来实现高校迎新工作的信息化，从而有利于高校各个涉及到新生的相关信息进行集成和共享，实现新生的一站式报道。 究内容 通过对目前高校迎新信息管理系统，以及数字化高校建设现状的研究。可同济大学 硕士学位论文 基于 迎新管理信息系统 4 以看出，目前数字化高校建设所存在的主要问题在于，随着高校各院系以及各业务管理部门信息化建设的发展，高校各单独业务的信息化已经基本实现。但是，由于缺乏统一的规划和设计，从而导致高校各信息管理系统存在信息孤岛问题。从而导致学生信息在高校内多个信息管 理系统中都保存有副本，一方面会造成资源的浪费；另一方面会导致数据的不一致性。 本文对基于 术的迎新管理系统主要进行了如下几个方面的研究。 （ 1）迎新业务功能的信息化 主要以新生信息的录入和宿舍分配管理为例，利用 术对迎新管理系统具体功能的信息化事先进行了研究，从而提高了高校迎新效率，降低高校迎新成本。 （ 2）新生基本信息的共享 迎新管理系统作为学生数据管理的“第一站”，在数字化校园建设，在校园内各信息管理系统之间的数据共享都具有非常重要的意义。为此，本文利用 高校 迎新管理系统进行研究。 （ 3）迎新管理系统的性能优化 本文所研究的迎新管理系统主要是用作数字化校园建设中学生基本信息管理系统存在的，为了保证学生基本信息的一致性，降低学生基本信息维护成本，高校各业务管理子系统都需要通过与迎新管理系统的交互来对学生基本信息进行操作。为此迎新管理系统的性能会成为整个数字化校园的性能瓶颈，为此，本文通过数据库优化技术来对硬性管理系统的性能优化进行了研究。 （ 4）迎新管理系统数据安全 在数字化校园中，几乎所有的学生基本信息都保存在迎新管理系统中，为了增强学生基本信息的安全性。本文主 要通过数据备份和数据恢复来提高系统中学生基本信息的安全性。 本文所研究的高校迎新管理系统的总体结构如图 1示。 第一 章 绪论 5 校 园 网迎 新 管 理 系 统数 据 库 管 理 系 统 图 书 馆 管 理 系 统教 务 处 管 理 系 统后 勤 管 理 系 统用 户图 1校迎新管理系统总体结构图 文篇章结构 本文对高校迎新管理系统的研究主要分成如下七个部分。 第一章 绪论，主要对高校迎新管理系统的建设背景，国内数字化校园的建设现状，以及本文研究的主要内容进行了分析。 第二章 相关技术简介，主要从 术、 术、 术以及 的信息管理系统技术进行了而研究，从而为后面对高校信息管理系统的研究打好了技术基础。 第三章 迎新管理系统分析，主要在对高校迎新管理系统建设背景进行简单分析的基础上，对高校迎新管理系统的用例和非功能性需求进行了分析。 第四章 迎新管理系统设计，在对高校迎新管理系统总体设计原则进行介绍的基础上，对高校迎新管理子系统的具体功能流程进行了研究，并对系统数据库的设计进行了研究。 第五章 迎新管理系统实现，首先利用 术对新生信息管理子系统、宿舍分配管理子系统的具体实现进行了研究，然后通过 术来实现迎新管 理系统中新生基本信息的共享，通过系统优化和数据库优化来提高系统性能，通过数据备份与恢复来提高系统中数据的安全性。通过对系统功能、性能、数据安全性进行了测试，测试的结果表明本文所设计的高校迎新管理系统基本上能同济大学 硕士学位论文 基于 迎新管理信息系统 6 够满足高校迎新管理的具体需求。 第六章 总结，对本文所做的工作进行总结，并且对本文研究所存在的不足，给出了作者进一步工作和研究的展望。 第二章 相关技术简介 第二章 相关技术简介 术简介 术概述 从总体结构来看， 一个更灵活、更易于复用的体系结构，不仅能够让各子系统保持正常数据通信的 同时保留各子系统相对的独立性，使得各系统以一种松耦合的方式集成在一起。从软件设计的角度来看， 面向对模型的集成和发展。 如果从分布式系统的角度来看 构，那么基于 构的通信系统之间的通信都是基于 信协议的，从而使得基于 构的系统各子系统之间的通信不必要绑定在一个特定的操作平台后者是特定的计算机硬件平台上，甚至不需要依赖于某一个特定的语言。从不同的角度来看， 构都会有不同的理解。 虽然目前， 广泛使用的时间并不长，但是早在上世纪九十年代，美国的 司就提出了 相关概念，但是到目前为止都还没有一个统一的说法来对 行定义，目前，经常被使用的 构的定义有如下两种： 定义 1： 一种如图 2示的软件架构，在这个软件架构中包括了应用程序前端、服务、服务库 /服务总线以及服务流程等具体内容，而且在每一个服务中都至少包含了一个或者多个接口的实现，以及一个合约。 定义 2： 一种能够对分布式资源进行有效组织以及使用的规范，通过这个可以方便系统对不同管理域中的资源进行管理和组织。 图 2义 （ 1）应用程序前端 同济大学 硕士学位论文 基于 迎新管理信息系统 8 应用程序前端就是 务 的使用者。应用程序前端的表现形式多种多样，主要有 用以及 件等形式。一般而言，只要是支持 关协议的计算机应用都可以作为 构中的应用程序前端。 （ 2）服务 服务是一个对功能的具体实现，以及这个功能的对外接口，为架构中的应用程序前端提供一个具体的功能。在这个功能的实现中，无论是最底层的、最具体的实现，还是某些实现的组合，都被封装成服务的形式，为应用程序前端提供某个具体功能的实现。从应用程序前端来看，服务就是一个能够实现某项具体功能的黑盒，应用程序前端只需要知道这个服务的描述，就可以在不知 道这个功能具体实现流程的基础上，通过调用这个服务来获取某个功能的实现。 1）合约：合约是一个对功能进行描述的规范，通过合约来对服务所实现的功能进行描述。 2）接口：接口是服务实现端和应用程序前端进行交互的规范，对接口的描述是合约中的一个部分。 3）实现：实现是服务实现端对接口的实现，即对服务端对应用程序前端所作出的实现某个功能的具体实现。 （ 3）服务库 服务库即对服务进行存储和管理的规范。应用程序前端通过服务库来了解其所需要的服务，并且根据对服务的描述，在调用服务时，提供所需要的参数数据，然后获取其返回的功 能。 服务库提供了运行时绑定以及开放时绑定两种不同的绑定功能： 1）运行时绑定：即应用程序在运行的过程中，根据需要，动态的寻找所需要的服务，并且进行实时绑定和调用。运行时绑定灵活，但是实施起来较为复杂。 2）开发时绑定：开放时绑定币运行时绑定更为简单，在进行应用前端设计时，即通过对接口的了解，直接将服务进行绑定，从而在应用前端运行时，不需要动态的服务的描述以及服务的绑定。 （ 4）服务总线 服务总线的功能是对应用程序前端、服务实现端等所有的参与者进行绑定和管理，从而实现这些参与者之间的消息通信。为了保证 构的开放性，服务总线需要满足如下几个要求： 1）连通性：即服务总线应该能够将各个参与者进行有效的链接，从而保证它们之间的正常通信。 2）技术的异质性：服务总线应该具备将异构系统进行链接的功能，从而满足在不同类型操作系统上、不同服务器之间的各个参与者之间的通信。 第二章 相关技术简介 9 3）通信的异质性：根据应用程序前端的要求，服务总线应该能够为 构的使用提供同步响应、异步响应等不同的通信模式。 4）技术服务： 构除了满足参与者之间最基本的连接以及通信外，还必须要满足一定的功能，并且为这些同能提供信息转换、日志记录等功 能。 （ 5）服务流程 服务流程最基本的功能就是将分布在各个管理域中的服务单元按照某一种规范进行编排，从而为应用程序中断提供具体的业务功能。通常而言，服务流程可以覆盖多个步骤、跨越多个部门，同时还有可能需要对多个基础服务实现进行组合，从而为应用程序前端提供其所需要的服务。 术 1998 年 织所指定的一种通用语言规范，是 准通用标记语言）的组成部分。 在 当简化了 分，去掉了语法定义部分，并且增加了对互联网进行描述的特殊成分，是一种混合语，从而方便两个系统，两个程序或者两个用户之间的信息交互。 结构、自描述、表现和内容进行了分开，因此， 一种开放式的标注，与很多其它标准相关，其具体的关系如图 2示。 L 描 述X M L 解 析X M L 链 接X M L 样 式X M L S c h e m O I N I N 相关协议标准 1、 述 件分成有效的 件和格式良好的 件两种。如果一个件满足 范中的语义约 束，但是没有使用模式的话，那就是一个格式良好的 件，如果一个 件不仅满足 范的语义约束，同时还使用了正确的模式的话，那就是一个有效的 件。在 术的同济大学 硕士学位论文 基于 迎新管理信息系统 10 发展过程中，为了更好的对 件中的数据结构进行描述和约束，有许多的据模式语言。 （ 1） 一种 准，任何可以处理 档的浏览器都可以参照 以允许编写者自定义标签，从而保证文档的可读性、易读性。例如，在 就规定了一个有效的 档中，规定标签是否可以出现，标签出 现的顺序以及标签所具有的属性等信息。 在 展初期， 广发的应用，但是随着 术的不断发展，暴露出了不支持名字空间、数据类型缺乏约束、数据类型支持较少、需要专用解析器解析、使用不同语法编写等缺点。 （ 2） 对 存在的缺点，产生了 比， 一致性，可以使用 言，而不必要再使用一种特定的语言来进行定义。 丰富的数据类型，支持日期时间、整型、布尔型、数字型等数据类型。除此之外，还可以 支持有一些简单类型所构成的复杂类型，以及用户所自定义的数据类型。 属性分组，有非常广阔的属性应用范围，其中一些属性是所有元素所共有的，而有一些属性是为一些专门的元素所特定的。 名字域的支持，从而可以使得 术具有更好的重用性和继承性。 自由转换，可以实现不同 间的转换，从而实现更高层次的数据交换。 由于 展时间较长，因此也更加成熟，在短期内， 是具有更多的优势。但是， 好的克服了 的一些不足，从而使得 档中定义更加详细明确，提高了 档的严谨性和 有效性，因此 终也必然会替代 为新的模式语言标准。 2、 析 解析是通过 用编程接口）所实现的，在 用开发中， 析 非常重要的作用。应用程序的开发者，可以通过这些 获取 档中的数据内容、属性以及元素等内容。们目前主流的 PI （ 1） 二章 相关技术简介 11 不同环境和不同应用提供 了标准程序接口。利用对象模型化对象，这些模型不仅对文档的机构进行了描述，同时还对对象的行为进行了定义。在，以树形结构来对进行了描述。文档、元素、以及元素中的属性、值都以对象模型的形势来进行表示，通过 以进行文档的动态创建，以及文档的遍历和显示等。 优点：实现文档的随机存取，将 象加载到内存中，并且提供了对象的操作方法，从而实现 种任何内容的随机访问；编程实现的便利性， 合面向对象思想，只需要调用相关指令，既可以实现树节点的访问、修改和添加等。 缺点：性 能和内存要求较高，需要加载整个 档，当文档较大时，需要占用个较大内存； 创建速度较慢，需要对文档进行解析，因此速度较慢。 （ 2） 用基于事件的方法来实现 档的处理， 过程有如下两步：首先，使用 进行事件标记，然后利用解析器来进行 档的解析。当解析器进行 档遍历时，遇到用户所定义的元素标记事件时，需要调用相应的程序来进行元素的处理。 优点：任意大小文档大小的解析，因为不需要将整个文档加载到内存中，因此所使用的内存不会随着文件大小的增加而增加；特定 数据的读取；快速、简单，可以从文档简单的序列中获取相关信息。 缺点：无法实现文档的随机存储，由于没有将所有内容加载到内存中，因此需要根据数据提交的顺序对数据进行处理，当文档内部的交叉引用较多时， 现更为困难；复杂查询难以实现，在复杂查询时，需要维护当前元素祖先属性等数据结构，而这些在 现时较为困难。 具有其有缺点，应该根据具体应用特点来综合考虑所使用的解析方式：目的，如果在应用中需要对文档中的内容进行更改，那么 式更加简单；数据量， 大文档的解析中应 用更好；使用方式，如果只需要使用文档中其中一部分的信息，那么可以使用 析方式，而如果需要对已经解析的文档内容进行访问，那么可以使用 果必须要使用 么可以对已经读取的数据进行缓存，从而方便数据的再次读取；速度，一般而言， 快。 同济大学 硕士学位论文 基于 迎新管理信息系统 12 2术简介 基于 统开发语言的，随着信息技术的发展，目前已经有很多开源项目对 台中的各个部分进行了进一步的集成，从而进一步降低系统开发成本，提高系统开发效率。 目前，市场上使用较为广泛的是基于 轻量级 通过 术、 术和 术对系统中的客户端层、业务逻辑处理层和数据持久层进行管理。 （ 1） 术 目是 助的一个 源项目， 于 术实现架。目前，市场众多的 式中， 术是应用最为广泛的开源项目。目前 目已经具有了较高的程序度和较广泛的应用。 现了 式中的所有结构，是一个典型的 式， 架的整体结构如图 2示。 C o n t r o l l e r 部 分A c t i o n S e r v e l e tV i e w e r 部 分J S P 页 面客 户 端 浏 览 器S t r u t s - c o n f i g . x m lC o n t r o l l e r 部 分A c t i o nM o d e l 部 分业 务 逻 辑 处 理H T T P 请 求F o r m B e a nF o r w o r T P 响 应图 2架图 （ 2） 术 2003 年 提出来的一种开发框架。在 发框架之前，就已经存在了许多的出色的解决方案，但是如何进行这些工具的整合，是 时候传统的复杂 架甚至成为了开发人员的负担。源框架就是一个将各种 决方案进行整合的框架，可以为信息系统的开发提供贯穿始终的解决方案。 注的重点在于 一些 架的整合。 架整体结构如图 2示。 第二章 相关技术简介 13 S p r i n g A O PS p r i n g O R M S p r i n g W e bS p r i n g D A O S p r i n g C o n t e x tS p r i n g M V CS p r i n g C o r e C o n t a i n e 架结构 （ 3） 术 术通过映射文件来实现面向对象技术的 象与关系型数据库的映射，从而通过 象来对关系型数据库进行管理。由于 关系型数据库管理系统数据是异构的，为此需要建立一个面向对象的持久化类来实现与关心型数据表的一一映射， 总体框架如图 2示： 应 用 程 序 对 象数 据 库 服 务 器映 射 文 件图 2架图 术简介 一建模语言，是一种通用的可视化建模语言。 要用来对软件进行描述、可视化处理和建立与软件相关的文档。作为一种重要的计算机建模语言， 为了软件工程中的