毕设电子档案标准管理系统的设计和实现.doc

学号：13061255西安电子科技大学学士学位论文影像及电子档案管理系统内容管理子系统设计和实现Design and Implementation of the Content Management Subsystem of the Video and Document Management System 学院： 软件学院 专业： 软件工程 班级： 130613 姓名： 崔日新 导师： 孙述龙 摘 要伴随档案资料价值日渐提升，各行各业对档案管理也提出了更高要求。对档案要“管好”，更要“用好”，但首先要管理好。本文针对企业中信息管理需求探讨了面向企业应用影像及电子档案管理系统内容管理子系统设计和实现。因为企业内信息文档繁多、业务需求多变，和包含到企业工作效率和文件价值和保密性等原因。致使文档管理平台建设存在很多问题。本文从软件体系结构模式角度入手，首先构建了一个基于MVC模式应用软件开发框架，然后在此基础上设计和实现了影像及电子档案管理系统内容管理子系统。在介绍SSH结构模型、Ajax等理论基础上，对比已经有文档管理平台不足之处，着重研究怎样使用这些框架和技术开发跨平台、框架灵活、稳定实用影像及电子档案管理系统内容管理子系统问题，并给出了基于Struts+Hibernate+ Spring+ExtJ技术系统整体架构设计和内容管理子系统设计和实现。论文最终讨论了现在影像及电子档案管理内容管理子系统有待完善和深入研究问题。关键词： 影像及电子档案管理系统内容管理子系统 MVC SSH Ajax ABSTRACTWith the increasing value of file data, all walks of life have a higher demand for the file management. As to the document, it is better to be used well than be managed well, while the first is to be managed well. This paper will talk about the design and implementation of the Content Management Subsystem of the Video and Document Management System which works as an enterprise application. Aware of the changing business requirements in the system, it is very difficult to build the platform. In this paper, it firstly begins with the software architecture patterns, then constructs an application software development framework which is built upon the MVC pattern, next describes the design and implementation of the Content Management Subsystem of the Video and Document Management System. On the basis of introducing SSH architecture, the paper contrasts to the disadvantages in the existing document management systems and focuses on how to use these technologies and development frameworks to build a cross-platform, flexible framework and stability practical video and document management system. It also gives the implementation of the systems overall framework for designing and performance layer based on Struts, Hibernate, Spring and ExtJs , in the paper. Finally, the paper points to the problems when refer to making the system more perfect and further work to be done in the current Content Management Subsystem of the Video and Document Management System. Finally, the paper discusses the points to be perfected and the problems to be further studied in the current in the current Content Management Subsystem of the Video and Document Management System.Keyword: Video and Document Management System MVC SSH Ajax目 录第一章 绪论31.1 项目背景31.2 项目研究内容31.3 论文结构4第二章 相关理论和技术62.1 相关理论介绍62.2 Struts2关键技术62.3 Hibernate关键技术82.4 Spring关键技术92.5 AJAX技术102.6 SSH集成框架11第三章 需求分析123.1系统需求分析123.1.1 系统角色123.1.2 需求分析123.2 本章小结15第四章 系统总体设计164.1 系统架构总体设计164.1.1 传统开发框架到SSH框架164.1.2 SSH框架构建设计174.1.3 SSH架构在系统中应用194.1.3 SSH架构优势和不足204.2 系统数据库设计214.3 系统持久层总体设计234.3.1 系统持久层设计和实现234.3.2 DAO层设计和实现244.4 系统业务逻辑层总体设计274.5 系统表现层总体设计294.5.1 使用Ext页面布局294.5.2 使用Ext支持用户端表单验证294.5.3 Ext封装Ajax技术使用304.7 本章小节32第五章 系统具体实现335.1 类别管理模块具体实现335.1.1 持久层具体实现335.1.2 表现层具体实现335.2 文档管理模块具体实现345.2.1 持久层和控制层具体实现345.2.2 表现层具体实现355.3 日志管理模块具体实现375.4 权限管理模块具体实现385.4.1 控制层具体实现385.4.2 表现层具体实现385.5 系统附加功效具体实现395.5.1信息统计功效实现具体实现395.5.2 系统定时清理功效具体实现395.6 本章小节40第六章 运行及测试416.1 系统布署情况416.2 系统日志功效运行情况426.3 系统关键功效测试和运行情况426.3.1 管理员管理功效测试和运行情况425.3.2 文档管理功效测试和运行情况445.3.3 权限管理功效测试和运行情况47第七章 结论和展望497.1 本文总结497.2 影像及电子档案管理系统建设未来思索497.2.1 系统存在不足497.2.1 系统展望50致 谢51参考文件53第一章 绪论1.1 项目背景电子档案以其现代化手段,在档案信息存放、输出、处理等方面,含有纸质档案无法比拟优越性.网络化利用引发了电子档案保密性、安全性、真实性、可靠性问题.所以,必需加强电子文件管理。企业中存在着多种信息档案，而现在大家已经习常见电脑办公，结果自然会产生大量电子文件，但我们假如将更多时间花费在寻求这些文件上，既费时又费力。同时，企业文档又关系到企业工作效率和利益问题，怎样有效管理电子档案成为我们必需研究和处理问题。现在已经有电子档案管理系统存在关键问题有：问题1：原有系统采取单一Struts或其它开发框架，这种方法缺乏有效模块集成手段，基于不一样平台模块极难集成，系统可扩展性和伸缩性比较差。一旦系统需求分析发生改变(此时往往已经到了开发过程中后期)或系统需要扩展业务，原有系统框架不能很好地处理这一问题。问题2：用户反应该系统用户界面不够简练，使用步骤比较复杂。问题3：文档分类方法不合适，危及文件信息资源有效搜集。问题4：系统功效不完善，直接影响文件信息资源管理水。显然，根本处理措施是完善系统开发框架、科学文档分类管理和友善用户操作界面。待开发系统借鉴了原有系统功效需求，不过在使用开发框架和表现层方面对原有系统进行改善，使得系统愈加完善。1.2 项目研究内容本文关键研究在影像及电子档案管理平台中隶属于影像及电子档案管理系统应用集成框架影像及电子档案管理系统内容管理子系统设计和实现，在整个过程中关键完成以下工作：1影像及电子档案管理系统内容管理子系统整体设计。在研究中国外现有结果地基础上完成影像及电子档案管理系统内容管理子系统整体设计和逻辑上模块划分。2研究一套灵活系统整体架构方案，以方便处理系统模块间控制和数据集成，处理原有系统可维护性和扩展性差问题。将研究结果应用于实际系统开发，为提升影像及电子档案管理内容管理子系统快速开发、可维护和扩展能力提供有效支持。设计并实现影像及电子档案管理系统内容管理子系统整体后台框架，为整个系统提供架构支持。3在系统表现层方面，研究使用和后台进行异步交互框架和能带来良好用户体验技术，以提升页面良好展示效果。4依据需求分析，设计实现影像及电子档案管理内容管理子系统关键功效，即文档管理功效，为其它模块提供技术借鉴和支持。5依据需求分析实现影像及电子档案管理内容管理子系统各功效。1.3 论文结构论文分为六章，各章关键内容以下：第一章：绪论。提出项目标背景，和项目标研究内容和组织结构。第二章：相关技术概述。探讨了Struts、Hibernate、Spring、Ajax等相关理论。第三章：影像及电子档案管理系统内容管理子系统需求分析。简明说明了影像及电子档案管理系统内容管理子系统需求分析和不一样系统角色具体功效需求。第四章：首先分析了影像及电子档案管理系统内容管理子系统架构总体设计。关键介绍了基于SSH架构影像及电子档案管理系统内容管理子系统总体架构总体设计和数据库设计。然后分别对系统持久层和业务逻辑层设计做了具体介绍。第五章：介绍了影像及电子档案管理系统内容管理子系统关键模块非共性具体实现，关键讨论了使用了Ext框架页面组织和实现过程。第六章：系统测试和运行。首先介绍了系统软硬件布署情况，然后以贯穿系统配置和布署日志管理系统运行情况说明系统是可实现而且布署是成功。最终以系统关键功效为例，使用测试用例对其进行了测试，分析了测试结果。最终总结了全文，指出了系统需要改善地方和深入研究方向。第二章 相关理论和技术2.1 相关理论介绍 SSHSSH 在J2EE项目中表示了3种框架,既 Spring + Struts + Hibernate。 Struts2Struts21是在WebWork基础上发展起来，是建立在称为XWorkCommand模式框架之上强大基于WebMVC框架（参见本章2.2节）。 HibernateHibernate2是一个开放源代码对象关系映射框架，对JDBC进行了轻量级对象封装，使得我们能够使用对象编程思维来操纵数据库。 Hibernate能够应用在任何使用JDBC场所，最具革命意义是，Hibernate能够在应用EJBJ2EE架构中替换CMP，完成数据持久化重担（参见本章2.3节）。 SpringSpring3是一个开源框架，它是为了处理企业应用开发复杂性而创建。Spring使用基础JavaBean来完成以前只可能由EJB完成事情。然而，Spring用途不仅限于服务器端开发。从简单性、可测试性和松耦合角度而言，任何Java应用全部能够从Spring中受益（参见本章2.4节）。 AjaxAjax4全称为“Asynchronous JavaScript and XML”(异步JavaScript和XML)，是指一个创建交互式网页应用网页开发技术。Ajax并不是一个新产生出来技术，它实际上是由现在多个相对成熟技术组合而成。标准Ajax包含：基于XHTML和CSS标准表示。2.2 Struts2关键技术Struts2是WebWork升级，而不是一个全新框架，所以稳定性、性能等各方面全部有很好确保：而且吸收了Struts 1和WebWork二者优势。Struts2是一个优雅，可扩展JAVA EE Web5框架。框架设计目标贯穿整个开发周期，从开发到公布，包含维护整个过程。Struts2框架关键是一个灵活控制层，它基于以下标准技术，如：Java Servlet、JavaBean资源绑定、XML和多种Jakarta Commons包。Struts激励使用基于Model2方法应用框架，它是一个经典模型试图控制器MVC模型。MVC是Xerox PARC在20世纪80年代为编程语言Smalltalk-80发明一个软件架构模式。它强制性使应用程序输入、处理和输出分开。使用MVC应用程序被分成三个关键部件：模型、视图、控制器。它们各自处理自己任务。MVC视图图：图2.1 MVC视图视图(View)代表用户交互界面。伴随应用复杂性和规模性，界面处理也变得含有挑战性。一个应用可能有很多不一样视图，MVC设计模式对于视图处理仅限于视图上数据采集和处理，和用户请求，而不包含在视图上业务步骤处理。业务步骤处理交予模型(Model)处理。比如一个文档信息视图只接收来自模型数据并显示给用户，和将用户界面输入数据和请求传输给控制和模型。模型(Model)表示企业数据和业务规则。在MVC三个部件中，模型拥有最多处理任务。比如它可能用如EJBs和ColdFusion Components这么构件对象来处理数据库。被模型返回数据是中立，就是说模型和数据格式无关，这么一个模型能为多个视图提供数据。因为应用于模型代码只需写一次就能够被多个视图重用，所以降低了代码反复性。控制(Controller)能够了解为从用户接收请求, 将模型和视图匹配在一起，共同完成用户请求。划分控制层作用也很显著，它清楚地告诉你，它就是一个分发器，选择什么样模型，选择什么样视图，能够完成什么样用户请求。控制层并不做任何数据处理。比如，用户点击一个连接，控制层接收请求后, 并不处理业务信息，它只把用户信息传输给模型，告诉模型做什么，选择符合要求视图返回给用户。所以，一个模型可能对应多个视图，一个视图可能对应多个模型。模型、视图和控制器分离，使得一个模型能够含有多个显示视图。假如用户经过某个视图控制器改变了模型数据，全部其它依靠于这些数据视图全部应反应到这些改变。所以，不管何时发生了何种数据改变，控制器全部会将改变通知全部视图，造成显示更新。这实际上是一个模型改变-传输机制。模型、视图、控制器三者之间关系和各自关键功效2.3 Hibernate关键技术Hibernate是一个Java语言下对象关系映射处理方案。 它是一个自由、开源软件。它用来把对象模型表示对象映射到基于SQL 关系模型结构中去，为面向对象领域模型到传统关系型数据库映射，提供了一个使用方便框架。 Hibernate 不仅管理Java类到数据库表映射（包含从Java数据类型到SQL数据类型映射），还提供数据查询和获取数据方法，能够大幅度降低开发时人工使用SQL 和JDBC 处理数据时间。Hibernate对JDBC进行了很轻量级对象封装，使得Java程序员能够随心所欲使用对象编程思维来操纵数据库。 Hibernate能够应用在任何使用JDBC场所，它既能够在Java用户端程序使用，也能够在Servlet/JSPWeb应用中使用。最具革命意义是，Hibernate能够在应用EJB（Enterprise JavaBeans是Java应用于企业计算框架）J2EE架构中替换CMP，完成数据持久化重担。2.4 Spring关键技术Spring是一个轻量级控制反转(IoC)和面向切面(AOP)容器框架。是企业应用开发“一站式”选择，并贯穿表现层、业务层及持久层。然而，Spring并不想替换那些已经有框架，而是和它们无缝地整合。控制翻转IoC(Inversion of Control)/依靠注入DI(Dependence Injection)机制。IoC是指由容器中控制组件之间关系（这里，容器是指为组件提供特定服务和技术支持一个标准化运行时环境）而非传统实现中由程序代码直接操控，这种将控制权由程序代码到外部容器转移，称为“翻转”。DI是对IoC更形象解释，即由容器在运行期间动态地将依靠关系（如结构参数、结构对象或接口）注入到组件之中。Spring采取设值注入（使用Setter方法实现依靠）和结构子注入（在结构方法中实现依靠）机制，经过配置文件管理组建协作对象，创建能够结构组件IoC容器。这么，不需要编写工厂模式、单例模式或其它结构方法，就能够经过容器直接获取所需业务组件。Spring框架结构图2.2所表示。图2.2 Spring框架模块组成Spring框架由七个定义明确模块组成，且每个模块或组件全部能够单独存在，或和其它一个或多个模块联合实现。Spring Core Container是一个用来管理业务组件IoC容器，是Spring应用关键；Spring DAO和Spring ORM不仅提供数据访问抽象模块，还集成了对Hibernate、JDO和iBatis等流行对象关系映射框架支持模块，而且提供了缓冲连接池、事务处理等关键服务功效，确保了系统性能和数据完整性；Spring Web模块提供了Web应用部分抽象封装，能够将Struts、Webwork等Web框架和Spring整合成为适适用于自己处理方案。Spring框架能够成为企业级应用程序一站式处理方案，同时它也是模块化框架，许可开发人员自由地挑选适合自己应用模块进行开发。Spring框架式是一个松耦合框架，框架部分耦合度被设计为最小，在各个层次上具体选择哪个框架取决于开发者需要。2.5 AJAX技术Ajax关键是JavaScript对象XmlHttpRequest。它是一个支持异步请求技术。JavaScript能够在不刷新页面情况下从服务器获取数据，或向服务器提交数据，灵活地实现了数据异步交互。我们知道，传统Web应用是同时交互方法。这种同时交互方法处理过程图2.3所表示。图4.14 同时交互方法用户向服务器提交了一个处理请求时，服务器端接收到该请求后，和数据库服务器进行数据信息交换，然后对请求处理进行对应，立即结果传送回发出请求浏览器用户端，返回一个HTML页面在浏览器端进行显示。显然，这么一个处理方法会给用户一个不连贯体验，因为当服务器在处理请求时候，用户多数时间只能处于等候状态，页面中显示内容也只能时一片空白。和传统Web应用不一样，Ajax采取是一个异步交互处理方法。这种异步交互处理过程图2.4所表示。图2.4 使用Ajax异步交互模式Ajax相当于在浏览器用户端和服务器之间架设了一个桥梁，在它帮助下，能够消除网络交互过程中处理等候处理等候缺点。在处理过程中Web服务器响应是标准且易于解析XML格式数据传输到Ajax，然后再转换成HTML页面格式，辅助CSS进行显示。Ajax是传统Web应用程序一个转变。Ajax能够所为用户端和服务器中间层，来处理用户端请求，并依据需要向服务器端发送请求，用什么就取什么、用多少就取多少，就不会有数据冗余和浪费，降低了数据下载总量，而且更新页面时不用重载全部内容，只更新需要更新那部分即可，相对于纯后台处理并重载方法缩短了用户等候时间。2.6 SSH集成框架SSH（Spring + Struts + Hibernate）是经典J2EE三层结构，分为表现层、中间层（业务逻辑层）和数据服务层。三层体系将业务规则、数据访问及正当性校验等工作放在中间层处理。用户端不直接和数据库交互，而是经过组件和中间层建立连接，再由中间层和数据库交互。表现层是传统JSP6技术，其广泛应用和稳定表现，为其作为表现层技术打下了坚实基础。中间层采取是流行Spring+Hibernate，为了将控制层和业务逻辑层分离，又细分为以下多个。Web层，就是MVC7模式里面控制器，负责控制业务逻辑层和表现层交互，调用业务逻辑层，并将业务数据返回给表现层作组织表现。Service层（就是业务逻辑层），负责实现业务逻辑。业务逻辑层以DAO层为基础，经过对DAO组件正面模式包装，完成系统所要求业务逻辑。DAO层，负责和持久化对象交互。PO，持久化对象。经过实体关系映射工具将关系型数据库8数据映射成对象，方便地实现以面向对象方法操作数据库，采取Hibernate作为ORM框架。Spring作用贯穿了整个中间层，将Web层、Service层、DAO层及PO无缝整合，其数据服务层用来存放数据。第三章 需求分析3.1系统需求分析3.1.1 系统角色依据影像及电子档案管理内容管理子系统实际需求，系统整体用户包含一般管理员、高级管理员和一般用户、高级用户。以后台影像及电子档案管理系统内容管理子系统用户角色为一般管理员和高级管理员。下面是对上述不一样角色需求分析。3.1.2 需求分析本小节分别说明一般管理员和高级管理员需求分析。图3.1表示一般管理员系统功效用例图。图3.1 一般管理员系统功效用例图图一般管理员功效分为登陆、类别管理、文档管理、日志管理、评论管理和用户管理。此角色系统功效结构图为：一般管理员管理类别管理文档管理日志管理用户管理评论管理添加子类别更新类别信息删除类别添加文档更新文档信息删除文档备份日志清理日志修改类型修改状态查看评论验证评论登陆图3.2 一般管理员角色系统功效结构图具体功效分析以下：(1) 一般管理员需求分析。 管理员登录：不一样用户功效和权限不一样，所以不一样用户必需优异行登录验证，只有验证经过才能够进行相关操作。 文档类别管理（高级管理员授权情况下）：一般管理员登录后能够对文档类别进行操作，比如：删除类别、在某一目前类别下添加子类别和修改类别信息。 文档管理（高级管理员授权情况下）：一般管理员登录后能够对文档进行操作，比如：录入文档、修改文档基础信息、验证文档、修改删除和添加文件到某一目前文档、删除文档、高级选择查看文档等。 用户管理（高级管理员授权情况下）：一般管理员登录后能够对用户进行管理，比如：查看用户、删除用户、查看用户上传文档等。 用户评论管理（高级管理员授权情况下）：一般管理员登录后能够对用户评论进行管理，比如：查看用户评论、删除多条用户评论和按关键字批量删除评论。 日志管理（高级管理员授权情况下）：一般管理员登录后能够对管理员操作日志进行管理，比如：查看日志信息、备份日志和清理日志。(2) 高级管理员需求分析。图3.3表示高级管理员系统功效用例图图3.3 高级管理员系统功效用例图（省略了一般管理员功效）高级管理员能够实施系统全部操作，除了一般管理员全部需求外，还包含管理员管理和权限管理，此角色系统功效结构图为：高级管理员管理管理员管理权限管理添加管理员修改管理员删除管理员修改权限图3.4 高级管理员系统功效结构图 管理员管理：高级管理员登陆后能够对系统管理员信息进行管理，比如：添加管理员、删除管理员和修改管理员信息。 权限管理：高级管理员登陆后能够对系统角色权限进行管理。3.2 本章小结本章关键介绍了影像及电子档案管理系统内容管理子系统需求分析，根据不一样角色将功效需求用用例图方法列出。然后为了更深入了解系统需求，使用功效结构图对系统按角色进行了功效分析。第四章 系统总体设计4.1 系统架构总体设计依据需求分析，这一节具体讨论了影像及电子档案管理系统内容管理子系统总体架构设计方案。4.1.1 传统开发框架到SSH框架经典网站系统是基于Struts+Hibernate框架进行设计和开发。这种开发框架好处是实现简单，业务逻辑清楚，开发人员使用起来很轻易。所以在实际开发时能够把后台业务逻辑代码放到设计好JavaBean中，根据上述功效结构图模块划分方法，每个模块全部是一个单独JavaBean类，控制层代码直接使用这些类完成实际功效。即使上述开发框架能够很好处理电子档案管理中应用开发面临问题，不过实际应用表明这存在着部分弱点。首先是复用层次较低，开发框架关键着眼于对象类复用，而这些复用是代码级复用，代码级复用方法带来坏处是包含实现细节，不支持可插拔软件构件思想；其次是粒度较小，开发框架中关键实现是部分通用功效或常规操作，没有比较大粒度构件复用，即使存在一定程度独立业务代码类，不过仍然离不开实现细节；最终就是使用人员定位问题，使用开发框架基础上是了解熟悉这类框架软件开发专业技术人员，而对于不熟悉这种开发框架业务人员而言，无法满足她们伴随需求变更修改系统或自主开发小应用需要。为此，本文提出了比开发框架层次更高SSH框架构件平台来实现具体应用。SSH框架构件平台关键是为了适应复杂多变企业文档信息管理业务需求而提出业务支撑平台，该平台目标是支持开发人员经过统一业务平台快速构建影像及电子档案管理系统业务步骤，实现企业内部影像及电子档案管理业务整合和数据整合，最终形成一个统一立体式影像及电子档案管理系统。4.1.2 SSH框架构建设计这一节以影像及电子档案管理系统内容管理子系统为例，进行SSH框架应用研究。SSH框架计划出发点完全不一样于现有建模和组件方案设计。传统网站系统设计是：当软件设计和开发人员在拿到业务需求后，会立即想到是不是需要使用StrutsMVC结构，是使用EJB还是使用Hibernate，是使用什么样服务器和数据库等。然后系统架构师和每个业务人员进行沟通而且划分每个业务模块，业务人员再向每个模块填写对应代码。这么，使得业务隶属于技术，业务功效受到具体技术限制，业务和技术是紧耦合。这么设计使得很多网站系统受到技术限制，一旦系统需要改善技术或技术被淘汰，她们业务也会跟着发生改变或淘汰。SSH框架计划意在减轻开发人员重新建立处理复杂问题方案负担和精力；它能够被扩展以进行内部定制化，提升开发效率并轻易实现系统可扩展性和可维护性。下图为系统基于SSH框架层次关系图： 图4.1 应用框架层次关系图层次结构图给出了应用框架层次关系，应用框架由上向下可分为持久层、逻辑层、业务层、控制层和表现层。其中上层构件为下层提供了独立完整功效，下层构件无需了解上层构件内部实现细节，只需要调用其提供明确定义接口和方法来实现自己功效。应用框架分层机制负责将用户业务需求分为相对独立层次化模块，支持开发人员方便快速地开发相对独立业务单元。基于MVC模式，系统分为表现层、中间层（业务逻辑层）和数据服务层。三层体系将业务规则、数据访问及正当性校验等工作放在中间层处理。用户端不直接和数据库交互，而是经过组件和中间层建立连接，再由中间层和数据库交互。表现层使用基于JSP显示，ExtJs组件为主体开发模式。中间层采取是流行Spring+Hibernate，为了将控制层和业务逻辑层分离，又细分为以下多个。Web层，就是MVC模式里面“C”（controller），系统中对应Action层。负责控制业务逻辑层和表现层交互，调用业务逻辑层，并将业务数据返回给表现层作组织表现。Service层（就是业务逻辑层），负责实现业务逻辑。业务逻辑层以DAO层为基础，经过对DAO组件正面模式包装，完成系统所要求业务逻辑。DAO层，负责和持久化对象交互。该层封装了数据增、删、查、改操作，采取数据库中间件Hibernate完成对底层数据库应用封装，经过一致规范接口，将底层数据库和业务逻辑分离开来，为应用系统业务代码开发提供了数据层支持。PO，持久化对象。经过实体关系映射工具将关系型数据库数据映射成对象，很方便地实现以面向对象方法操作数据库，该系统采取Hibernate作为ORM框架，并使用注解方法实现数据映射配置。Spring作用贯穿了整个中间层，将Web层、Service层、DAO层及PO无缝整合，依靠Spring依靠注入特征Web层中注入Service、Service层中注入DAO、DAO层中注入HibernateTemplate，其数据服务层用来存放数据。为了提升系统可扩展性和可维护性，在DAO层和Service层分别抽取出接口层和接口实现层。4.1.3 SSH架构在系统中应用图4.2是影像及电子文档管理系统整体架构图。图4.2 影像及电子文档管理内容管理子系统整体架构图下面是对图4.2中各层角色及功效说明。(1)View层：影像及电子文档管理内容管理子系统视图展示，用户页面采取Ext框架进行组织，数据从后台转发过来使用JSP方法，然后在用户端转换成HTML页面格式，借助JavaScript和CSS进行显示。(2)Controller层：影像及电子文档管理内容管理子系统控制层，使用Struts控制层来进行业务步骤控制。控制器是应用系统处理具体步骤和导向关键部分。它把模型对象给出信息转换成视图能够了解形式，而且处理系统步骤走向。在这里使用struts.xml配置文件来定义业务步骤，使用Action类调用对应Web Service来实现这些具体功效。(3)Model层：影像及电子文档管理内容管理子系统模型层，实现具体业务逻辑。模型包含应用程序关键功效，封装了应用程序状态，它对视图或控制器一无所知。数据库中间件方面，系统定义了Dao层，使用集成封装HibernateTemplate实现数据操作。系统使用Annotation（注解）方法配置实体类和数据库映射关系，包含主键生成策略、表和表级联关系配置等。4.1.3 SSH架构优势和不足传统网站系统采取单一Struts+Hibernate框架进行设计和开发，在这种方法下，用户端代码和业务逻辑代码混杂在一起，而且模块化划分不够灵活，各个业务模块之间耦合度较高。传统应用没有完全遵照软件可重用性标准，可重用性仅仅表现在当地代码可重用性，而对于更广范围数据和代码可重用性，并没有对应支持。和传统网站系统应用相比，基于SSH框架影像及电子档案管理系统内容管理子系统架构有以下优点：1 发效率高一个良好框架能够让开发人员减轻重新建立处理复杂问题方案负担和精力；它能够被扩展以进行内部定制化；而且有强大用户小区来支持它。框架通常能很好处理一个问题。2 后期维护效率高软件工程不一样于传统工业，比如电器、建筑及汽车等行业。这些行业产品一旦开发出来，交付用户使用后将极少需要后续维护。软件产品后期运行维护是个巨大工程。传统ASP和 PHP等脚本站点技术，将整个站点业务逻辑和表现逻辑全部混杂在ASP或PHP页面里，从而造成页面可读性相当差，可维护性很低。但采取严格分层J2EE架构，则可完全避免这个问题。对表现层修改即使发生错误，也绝对不会将错误扩展到业务逻辑层，更不会影响持久层。所以，采取J2EE分层架构，即使前期开发效率稍微低一点，但也是值得。 3 系统结构性强Struts提供标准MVC架构模式，Hibernate实现底层数据映射和数据业务操作，而Spring则贯穿于整个项目各个层次中，作为一个轻量级容器管理各个层次。系统结构脉络清楚。4 系统需求扩展性强几乎全部软件需求全部是在改变。用户对软件需求，是伴随软件开发过程深入，不停明晰起来。所以，常常碰到软件开发到一定程度时，因为用户对软件需求发生了改变，使得软件实现不得不随之改变。当软件实现需要改变时，是否能够尽可能多地保留软件部分，尽可能少地改变软件实现，从而满足用户需求变更？答案是采取优异解耦架构。这种架构就是J2EE分层架构，在优异分层架构里，控制层依靠于业务逻辑层，但绝不和任何具体业务逻辑组件耦合，只和接口耦合；一样，业务逻辑层依靠于DAO层，也不会和任何具体DAO组件耦合，而是面向接口编程。采取这种方法软件实现，即使软件部分发生改变，其它部分也尽可能不要改变。其次，在传统程序结构中，只要有一点小需求发生改变，将意味着放弃整个页面，或改写。采取Hibernate作为持久层技术最大好处于于：能够完全以面向对象方法进行系统分析、系统设计。5 系统技术扩展性强Struts、Hibernate、Spring全部是开源框架，这一样是优势之一。如Struts支持多个插件，在本系统中使用到了JfreeChart实现了系统统计功效。更高系统灵活性 系统页面和服务开发相互分离，这就使得在需求确定情况下，系统表现层和服务层开发能够同时进行，大大降低了系统开发周期。另外，页面和业务分离降低了表现层和服务层耦合度，一旦页面发生改变，服务层根本不需要改变，这么也使得系统含有很好灵活性。采取上述架构影像及电子档案管理系统内容管理子系统也存在以下不足：(1) 因为系统开发框架集成了很多封装以后组件，系统内存开销比较大。(2) 表现层大部分采取JS技术，因为编码和调试效率不高等原因，开发效率有一定影响。(3) 灵活开发方法肯定是以开发复杂性为代价，影像及电子档案管理系统内容管理子系统开提议来相对复杂。4.2 系统数据库设计系统ER图以下图： 图4.3系统ER图由上图可知，系统关键关系表是，文档类别表、文档表、文件表和文档评论表。面对对象关系模型图中部分属性和类之间相互关系进行说明： 管理员类(Admin)：存放管理员信息，其中id是主键，privilege是权限等级，系统分为高级管理员和一般管理员两个等级。 文档类别类(Category)：存放文档类别信息，id是数据库表中主键，没有实际意义。parentId是父类别id值，hasChild是否有孩子节点，这两个属性能够实现类别树形结构显示。state表示类别状态，0表示正在审核中，1表示经过审核并使用，2表示禁用。 文档类(Vd)：系统关键表，存放文档信息，