高等院校电子档案集成系统的构建与实现

2015-03-03萍南阳医学高等专科学校河南南阳473061

科技传播 2015年11期

关键词：高等院校构建

王　萍南阳医学高等专科学校，河南南阳　　473061

高等院校电子档案集成系统的构建与实现

王萍
南阳医学高等专科学校，河南南阳473061

摘要为了实现高校内部不同管理系统资源的共享与信息互通，有必要构建高校电子档案集成系统，将内部各电子档案资源集中整合于统一平台。本文结合高等院校电子档案集成系统需求分析，对高等院校电子档案集成系统进行了构建，以供参考。

关键词高等院校；电子档案集成系统；构建

近些年来，计算机信息技术飞速发展，高等院校各部门均采用计算机进行业务开展与管理，在各项业务活动与工作中形成了大量电子档案，如何加强此类电子档案的归档与管理工作，构建集成化的档案管理系统，以便实现各部门档案资源的充分共享，成为摆在高等院校档案工作人员面前的重大课题。

1 系统需求分析

虽然，网络信息技术为高等院校电子档案集成系统的构建奠定了有力的物质基础，也推动了信息的多元化发展，但是，若想实现各种多元信息的高效利用，必须就高等院校档案资源进行充分整合，实现各部门所产生的档案资源的集成化管理；各部门所产生的多元化档案信息，几乎涵盖了不同学科与领域，多数档案资源不仅数量庞大，且更新速度快，很难长期进行保存，因此，在档案资源归档之前，必须就各数据格式加以集成化、标准化处理；随着各种类型档案资源所面向服务对象的多元化发展，档案集成系统所面向用户几乎遍及不同阶层和领域，因此，对于档案资源的需求也具有很大差异。为了确保服务的高效性与广泛性，需要对档案资源服务进行集成，以便为各阶层用户提供标准界面与统一的检索方式，实现一体化服务。

2 系统架构

结合高等院校电子档案集成系统的需求分析，采用SOA架构，将系统不同模块加以包装、整合。系统架构包括四层：基础层、应用层、服务层、显示层。不同层之间利用Web Service、TCP/IP协议等方式实现数据之间的交互、传输，如图1所示。

1）基础层。主要包括硬件设施及软件操作平台，如存储、数据中心、网络、应用服务器等支持系统运行的各种资源。

2）应用层。包括基础应用、业务逻辑两部分，为系统提供档案管理与服务支持，如档案的信息化处理与业务管理、影音文件的处理、数据的移交与备份、元数据的封装、检索等。

3）服务层。显示层应用系统，同应用层集成与连接，统一实现了各服务的封装和注册，并对不同服务加以组合，以方便在显示层直接调用。服务层依据服务类型包括：数据标准化接入服务，负责提供统一、标准化的数据接口，为系统提供标准接口服务；关键业务服务，负责提供档案封装关键业务服务，如业务逻辑、相应的业务数据等；流程服务，针对所需被调用流程加以封装处理，以方便重用；显示服务，负责为显示层提供必要的信息。

4）显示层。该层主要为用户提供了相应的操作界面，如数据采集、被动接受及数据分析客户端，档案管理者的系统管理员客户端，用户信息查询显示端。此外，系统安全管理也是架构中不可或缺的重要一环，通常而言，包括两层管理：一是系统管理层，负责对应用系统、数据信息资源进行存储控制；安全管理层，包括系统内部的数据安全、用户授权与认证、用户身份管理，用户访问控制、系统功能权限等。

3 系统集成设计

在系统集成设计与开发过程中，需结合高校业务需求，对系统服务进行设计，在依托服务，完成整个模型的设计，结合不同服务之间的相互协作与组合，构建相应的业务流程，实现系统各项业务功能。高校电子档案集成系统属于一个十分复杂的系统，包括较多功能模块。

3.1服务设计

就粗粒度接口而言，通常将较完整的功能进行包装，成为对外服务，以体现服务的需求。若对外提供服务粒度相对较细，各服务单纯提供数据返回，为了实现服务功能，需要用户多次调用服务，方可完成这项功能，这样会导致服务操作繁琐，也会造成通讯压力，如此服务

只适合作为内部接口，而不适合对外服务。结合SOA技术，在实现服务时，无需依赖其他服务状态。若要求服务端对客户端请求状态进行实时保存，则将进一步提高其复杂程度。实际设计过程中，往往在有需要时保持状态，最佳处理方法即由客户端进行状态保存，带下次请求时，将状态发送至服务端，服务端在接受请求时均将其视为新请求加以处理。

对接口定义加以明确，WSDL可对服务及访问服务进行描述，且具有广泛的支持和应用。其不包括服务实现技术细节，允许开发工具进行多样化交互接口创建，并对程序代码调用服务进行隐藏。

3.2数据交换的设计

就高校不同业务系统而言，多数会以自身需求为依据，采用不同开发平台及架构、结构、开发语言等，在设计前并未对系统集成扩展接口进行设计。但是，系统业务要求实现纸质、电子档案文件的同步归档，以减轻著录工作量。本文提出了一种数据交换平台，能够有效解决各业务系统之间的资源共享与集成。具体而言，采用SOA技术，进行粗粒度Web Service服务设计，以便所有接口加以调用，还进行了线程轮询服务设计，对所接收数据加以处理。不同业务系统，结合协议接口状态，向接收服务端进行数据传送，数据为系统所需XML、txt、PDF等文件，以ZIP包形式传送，接收数据后将其输入数据库，由数据处理程序对数据库加以轮询，将各数据信息加以解析和输入，供系统组卷操作使用。

3.3MVC模式的设计

本文所构建系统是以MVC设计模式为基础实现的，充分利用了Struts2、Spring等技术。

显示层开发主要采用的是Struts2框架，基于WebWork核心，利用栏截器机制，对用户的请求进行处理，确保逻辑控制器同Servlet API之间的独立性，削弱了逻辑、数据接口间的耦合。

应用层采用的是Spring框架进行开发和设计的。Spring框架极大地简化了应用层开发内容，其提供了应用程序构建所需的所有功能模块，各模块在Spring Core框架上进行构建，并对bean的创建、配置、管理方式进行了定义，因而能够在所有J2EE服务器中运行。不同模块可单独进行使用，也可实现集成化，共同完成某项业务功能。

持久层采用Ibatis进行开发和设计，可将 SQL语句分别映射为相应的java对象，极易优化sql，为系统的构建提供更大的空间。

3.4安全管理设计

权限控制与安全管理设计，是以角色、权限控制字段为基础，进行访问控制，极大地提高了系统的适应性与灵活性，由于角色权限变化小，便于授权，能够为安全策略提供支持。