电子文件管理系统详细设计

1、电子文件管理系统详细设计XX有限公司电子文件管理系统详细设计目 录 TOC o 1-5 h z .弓I言1 HYPERLINK l bookmark2 o Current Document 编写目的1. HYPERLINK l bookmark4 o Current Document 读者对象1. HYPERLINK l bookmark6 o Current Document 项目背景1. HYPERLINK l bookmark8 o Current Document 编写目标2. HYPERLINK l bookmark10 o Current Document 编写原则2.定义2. H

2、YPERLINK l bookmark12 o Current Document 参考资料6. HYPERLINK l bookmark14 o Current Document 变更历史6. HYPERLINK l bookmark16 o Current Document .需求说明7 HYPERLINK l bookmark18 o Current Document 总体描述7. HYPERLINK l bookmark20 o Current Document 概述7 HYPERLINK l bookmark22 o Current Document 系统目标8 HYPERLINK l

3、 bookmark24 o Current Document 系统结构设计要求8 HYPERLINK l bookmark38 o Current Document 假设和约束9 HYPERLINK l bookmark40 o Current Document 功能需求概述1.1 HYPERLINK l bookmark42 o Current Document 电子文件捕获11 HYPERLINK l bookmark44 o Current Document 电子文件整理 11 HYPERLINK l bookmark46 o Current Document 电子文件统计 12 HYP

4、ERLINK l bookmark48 o Current Document 电子文件鉴定处置 12 HYPERLINK l bookmark50 o Current Document 电子文件检索与利用 12 HYPERLINK l bookmark52 o Current Document 文件管理配置12 HYPERLINK l bookmark54 o Current Document 安全和系统管理 13 HYPERLINK l bookmark56 o Current Document 安全要求概述1.3 HYPERLINK l bookmark58 o Current Docum

5、ent 接口要求概述1.4 HYPERLINK l bookmark60 o Current Document 性能要求概述1.4 HYPERLINK l bookmark62 o Current Document 其他需求概述1.5 HYPERLINK l bookmark64 o Current Document 用户使用建议 15 HYPERLINK l bookmark66 o Current Document 系统部署建议 15 HYPERLINK l bookmark68 o Current Document .系统处理流程设计15 HYPERLINK l bookmark70 o

6、 Current Document 业务流程设计1.5 HYPERLINK l bookmark72 o Current Document 文件检索利用15 HYPERLINK l bookmark74 o Current Document 我的工作平台 17 HYPERLINK l bookmark76 o Current Document 电子文件统计 21 HYPERLINK l bookmark78 o Current Document 电子文件捕获 22 HYPERLINK l bookmark80 o Current Document 电子文件鉴定处置 23 HYPERLINK l

7、 bookmark82 o Current Document 文件管理配置 24数据流设计27文件检索利用27 HYPERLINK l bookmark84 o Current Document 我的工作平台 30 HYPERLINK l bookmark86 o Current Document .技术方案设计31 HYPERLINK l bookmark88 o Current Document 系统体系结构设计3.1电子文件管理系统详细设计 TOC o 1-5 h z HYPERLINK l bookmark90 o Current Document 关键技术与算法 31 HYPERLI

8、NK l bookmark92 o Current Document 关键数据结构 37 HYPERLINK l bookmark96 o Current Document 系统功能结构设计42 HYPERLINK l bookmark98 o Current Document 总体功能设计 42 HYPERLINK l bookmark112 o Current Document 总体层次设计 45系统体系架构 47部署模型图 48总体业务流程 49总体功能描述 49.数据库设计50结构设计.50元数据方案50存储表51文件分类51枚举项表52流程表53系统表54文件管理 55图订阅检索 5

9、6文件检索利用 56我的工作台57表格信息58元数据方案 58存储表64文件分类 65流程表 66日志表 APP_LOG67文件68订阅检索 75安全性设计83总体要求83详细要求 84.应用系统设计84功能模块设计 84文件检索利用84我的工作台 109电子文件统计 146电子文件捕获 177电子文件整理 185电子文件鉴定处置220公用构件设计240.接口设计240内部接口设计240接口说明240II电子文件管理系统详细设计 TOC o 1-5 h z 外部接口设计24 1ERMS对外接口 241访问认证接口 ： boolean login(String userName, String

10、password) 241数据接收接口 : int receiveRecord(String fileUrl); 241版式转换接口 242需要接口 243定时任务管理接口说明 244.系统维护设计246日常维护设计 246功能结构246元数据方案247系统配置289系统报告345用户管理347系统备份恢复 373日志管理374业务规则/算法 379容错设计38 0出错信息380补救措施 381III电子文件管理系统详细设计.引言编写目的为了确保“XX电子文件管理系统”的建设开发工作能够按时、高效的完成 并稳定的正式上线运营。本文将对本系统中所有技术实现进行详细的描述，同时也是对需求分析与概要

11、设计的具体技术实现。读者对象本文档的读者对象为项目经理、系统架构师、系统研发人员、系统甲方、 监理单位。项目背景随着信息化的逐步深入，电子文件的数量与日俱增，电子文件的管理需求 也日益迫切，目前的电子文件管理主要存在以下问题。分散和局部的电子文件管理：目前电子文件管理的功能大多分散于各个业务系统，如办公自动化系统、网站发布系统、邮件系统等，缺乏统一的、全局的 覆盖、完整类型的电子文件管理系统；不完整的电子文件管理：目前，很多机构的电子文件管理依附于档案管理系统，只涉及了归档文件的电子文件，实质上是电子版归档文件的管理， 大量按 照现行档案管理办法，不需要的未归档的电子文件大多散落在各个业务系统

12、中， 甚至在业务承办人员的单机中。另一方面，纳入管理的电子文件的信息也是不完 整的，大多只管理文件最终版本，文件关键的过程稿及形成过程缺失；功能缺失：目前的电子文件管理系统仅包括电子文件的著录、检索、浏览 等基本功能；无法和前端业务系统交互，实现电子文件的自动捕获；无法实现电 子文件的综合利用，和后端的电子文件长期保存缺乏衔接， 不能做到电子文件生 命周期全覆盖。文件安全性无法保证：目前大部分单位的电子文件管理主要从数据共享角 度考虑，对电子文件的真实性、完整性缺乏支持。电子文件管理系统详细设计编写目标禹会区作为安徽省唯一的一个区级单位（全省共有三市一区）被认定为第一批国家智慧城市试点城区。开

13、展了 “蚌埠市禹会智慧校园”、“蚌埠市禹会智慧 社区”、“蚌埠市禹会智慧医疗”、“蚌埠市禹会智慧政务”和“蚌埠市禹会智慧旅 游”等方面的建设方案和规划。智慧城市建设将推动禹会区集约、智能、绿色、 低碳的新型城镇化发展，对拉动内需，带动产业转型升级具有非常重要的意义。禹会区电子文件管理系统主要目的是实现禹会区电子文件收集、整理、鉴定、著录、保管、统计、利用等管理的全过程控制，从而改善和保证文件、档案 质量，提高文件和档案管理工作的规范化和标准化，实现文件和档案管理工作的现代化。也是解放工作人员、进一步提高工作效率的重要途径。编写原则1）统一规划、统一设计思想、统一信息交换标准，统一技术规范。2）

14、采用开放式系统、最大限度地保护原有资源、并立足长远发展。3）应用系统工程的方法，根据实际业务需要，最优化地重组业务处理流程。4）应用成熟的先进技术实施系统 。5）统一组织，分层建设，注重实效。定义文件 records国家机构、社会组织或个人在履行其法定职责或处理事务中形成的各种形式 的信息记录。2）电子文件 electronic records通过计算机等电子设备形成、办理、传输和存储的文字、图表、图像、音频、 视频等不同形式的文件。3）文档 document构成文件的最小管理单元，也称为自然件。一份文件可以由一个或多个文档 组成。4）组件 component电子文件管理系统详细设计独立的比特

15、流，操作系统下文件系统中管理信息的基本单元。组件是相互独 立的，它可以单独或与其他组件一起构成文档。5） 组合文件 combined record若干文档按照关联关系组织在一起的集合，电子文件管理系统将其作为一份 文件来处理。6）复合文件 compound record包含多个组件的文件。7）实体文件 physical records只具有物理实体形态的文件。8）双套制文件dual records指内容相同，既存在电子形式，也存在非电子形式的文件，如纸质文件与其 数字化版本、电子文件与其硬拷贝版本等。9）混合文件 hybrid records指文件（组合文件）或文件集合（如类、案卷）中既有电子

16、的成分，也有非 电子的成分，共同构成的完整活动、事务、事件的记录。10）文件类型 records type根据文件管理需要，对若干具有共性的文件的抽象表示。11）元数据 metadata描述文件背景、内容、结构及其整个管理过程的数据。ISO15489-1,定义 2 分类方案 classification scheme根据职能和业务活动对文件进行分类的等级结构，它是对类目的层次化组织13）类 class/category也称类目，按照机构职能、文件主题、业务活动进行划分的具有一定规则和 联系的实体组合。类目一般按照树状结构组织成分类方案。14）全宗 fond分类方案中最高的文件

17、聚合层次，指机构形成的所有具有有机联系的文件。电子文件管理系统详细设计15）案卷 file同一主题、活动或者事务的相互关联的文件集合。16）保管期限与处置表 retention and disposal schedule以表册形式规定文件保管期限和处置行动的正式工具。17） 电子文件管理系统 electronic records management system机关、团体、企事业单位和其他组织用来对电子文件的识别、捕获、存储、 维护、利用和处置等进行管理和控制的信息系统。18）业务系统 business system生成或管理业务活动数据的自动化系统，用于形成电子文件。19）角色 role一

18、定数量的权限的集合，是权限分配的单位或载体。20） 文件管理员 records administrator制定并维护文件管理业务规则的人员。21）系统管理员 system administrator执行电子文件管理系统管理功能的人员。22）授权用户 authorized users被授予执行部分文件管理业务的人员或被授予部分系统管理员权限的人员。授权用户的权限根据机构的需要及其承担的职责而定。23）捕获 capture按照既定的要求将电子文件及其元数据纳入ERM劭口以管理的过程。24）登记 registration在电子文件管理系统中分配给文件唯一标识符的过程，通常伴随着一些元数据的描述。25

19、）分类 classification依据分类方案对文件进行系统标识和整理的过程。26）处置 disposition按照文件保管期限与处置表或其他规定，对文件实施移交、销毁或续存的一电子文件管理系统详细设计系列过程。ISO15489 定义 3.927）销毁 destruction以文件的保管期限与处置表为依据，消除文件的过程。28）移交 transfer将文件从电子文件管理系统中转移到电子文件长期保存系统或其他系统（包括其他ERMS或第三方机构）的过程。29）检索 search and retrieve从计算机系统存储的数据中获得信息的行为。30） 显示 presentation以用户可以接受的

20、方式在屏幕上展现文件的过程和结果。31）审计跟踪 audit trail对电子文件管理系统重要行为的记录，用于显示系统的事务处理信息，确保 未被授权行为被识别和跟踪。32）电子签名 electronic signature以电子形式所含、所附用于识别签名人身份并表明签名人认可其中内容的数 据。33） ACLM限ACL全称 Access Control Lisi:,在 ACL中，包含用户（User）、资源（Resource） 资源操作（Operation）三个关键要素。通过将资源以及资源操作授权给用户而使用 户获取对资源进行操作的权限34）关联文件指一系列存在关联关系的文件，这些文件可以是属于不

21、同类型。如某次会议 后所形成的若干文档、表格、图片、视频、音频等数据。35）订阅订阅是订阅电子文件，然后自动、及时地把这些最新的电子文件推送给您。36）编目 Catalog电子文件管理系统详细设计编目是指按一定的标准和规则对文件进行整理的过程J2EE基于java的企业级应用解决方案；MVC: Model-View-Control ：程序设计模式，业务层，表现层，控制层分 开，各司其职；Action： Strusts1或Strust2的控制器，完成控制层的功能；Service：服务层，完成业务层的逻辑处理；DAO:数据访问对象，支撑服务层完成数据存取；Hibernate： java 的 orma

22、p 解决方案；42)工作流：使得业务过程的部分或整体在计算机中得以模拟和实现的计算 机技术。参考资料禹会区电子文件管理系统需求规格说明书禹会区电子文件管理系统概要设计书变更历史厅P人员日期变更详情1王小永2014-11-15创建2李龙锋2014-12-03完善网络环境要求电子文件管理系统详细设计2.需求说明总体描述概述禹会区电子文件管理系统主要目的是实现禹会区电子文件收集、整理、鉴定、著录、保管、统计、利用等管理的全过程控制，从而改善和保证文件、档案质量， 提高文件和档案管理工作的规范化和标准化，实现文件和档案管理工作的现代化。禹会区电子文件管理系统是应用于电子文件形成单位的， 旨在捕获电子文

23、件 并实施维护、利用和处置的专业系统。它和前段的业务系统、后端的电子文件长 期保存系统一起，实现电子文件的全生命周期管理。禹会区电子文件管理系统以内容管理技术为基础，对各级政府文电、应急、 文秘、人事等业务系统生成的文件、图片、音像资料等信息资源进行有效的组织、 管理、处置、利用的管理系统。通过内容管理技术，禹会区电子文件管理系统将 文本、图像、图形、视音频、网页、邮件等不同类型的电子文件妥善保存，并利 用标引、著录、分类、关联等手段对电子文件进行管理、为电子文件的利用和查 询提供依据；利用数据分析和挖掘引擎，对数据进行智能化的分析和处理， 提供 高效的查询手段对所保存的电子文件进行查询和检索

24、，最终使得这些电子文件能够得到最充分的利用，价值不断地提升。禹会区电子文件管理系统主要是用来管理机关、团体、企事业单位和其他组 织的电子文件，也可以辅助管理非电子的实体文件。下面是主要内容分类描述：1） OA系统数据2）各种专报、记录等文档3）电子期刊、内部网页4）公文交换数据5）图片、视音频多媒体数据电子文件管理系统详细设计6）纸质公文档案系统目标本系统根据禹会区电子文件管理系统实际需求开发的， 完全能够实现禹会区 各个组织和部门以及相关的工作人员对电子文件的自动化管理， 通过本系统，可 以达到以下目标：.系统运行稳定，安全可靠.界面设计美观，人机交互界面友好.信息查询灵活、方便、快捷、准确

25、，数字存储安全可靠.操作员可以随时修改自己的口令.对用户输入的数据，系统进行严格的数据验证，尽可能排除人为的错误.数据保密性强，为每个用户设置相应的权限级别系统结构设计要求.组件原则基于当前流行的组件技术，将具有同类功能的JAR包，以组件的方式提供业 务系统使用，实现了系统的易维护性和可扩展性。.通用性原则采用全新的通用设计理念，在不修改程序代码的前提下，系统从空间图形数 据库到属性数据库以及系统的业务逻辑均可以进行扩充，从而保证业务需求即使 发生了变化，系统都可以进行自由扩展。.扩展性原则遵循组件管理原则，充分考虑其可扩充性，采用面向对象的软件工程技术， 将应用管理平台抽象化、参数化，尽可能

26、地应付各种业务变化，有利于系统升级、 功能的扩展与延伸。电子文件管理系统详细设计.安全性原则遵循严格的安全管理机制和权限控制机制，采用统一的单点登录方式对用户身份进行验证；此外由于采用组件与业务系统分离的方案， 导致系统具有安全隐 患，因此通过口令验证与服务绑定的方式解决这一问题。.开放性原则遵循标准的接口规范，实现信息数据的充分共享与灵活集成； 系统设计保持 开放性，严格遵循相关的工业标准，以充分保障系统与其他应用系统间的无缝集 成。.实用性原则依据用户的实际需要，设计上力求结构优化、数据库管理完善、界面简单友 好、使用方便、工作流程科学合理。假设和约束系统必须符合下面给出的运行环境要求，

27、包括硬件环境，软件环境和网络环 境。运行环境约束.1硬件要求系统运行至少需要4台服务器，两台服务器搭建数据库集群环境两台服务器 搭建应用软件集群环境。.2基础软件要求软件系统平台设计，包括系统软件、数据库软件、中间件产品以及其他支撑 软件的选型、配置。序号项目内容参数说明1操作系统安装配置安装版本Windows Server 2003 R2 EnterpriseEdtion (SP2)及以上9电子文件管理系统详细设计系统加固按照Windows系统加固力泵进行整改，加固项目包括：1、更新补丁情况；2、系统根目录/系统目录权限；3、系统服务开放情况；4、IIS情况检查；5、密码策略；6、安全审核；

28、7、缺省共享、空连接、管理共享；8、日志记录；9、帐号对所肩卷的访问权限；注册表加固；其他设置。超级管理员帐户administrator 更名。2数据库安 装配置安装版本Oracle Database Enterprise Edition 10G3防病母软件升级名称、版本 病母库升级务f购杀毒软件4JDK安装版本JDK1.5.0_115TOMCAT安装版本Tomcat-6.0.166中间件应用服务器BEA Weblogic Server 9.0 Advantage7业务流程管理系统安装路径D:说明：系统流程配置管理使用。8其它软件UltraEdit说明：代码编辑软件。系统采用Java语言进行开

29、发，不使用任何封闭的专用开发工具，避免由此引起的系统不兼容等问题。.3网络环境要求系统运行至少需要在禹会区政务内网运行10电子文件管理系统详细设计技术条件与限制必须采取J2EE技术，符合J2EE规范；必须采用Oracle数据库。功能需求概述电子文件捕获.支持网络文件夹、手工著录、电子文件接收、自定义接口等多种方式捕获电 子文件；1）网络文件夹：用户可以直接通过业务系统的文件保存功能（如邮件客户端） 将文件存储在电子文件管理系统指定的上载区域（Webdav网络文件夹映 射）中，无需先保存在本地再登录系统上传；2）手工著录：用户登录系统后上传电子文件后进行文件著录；3）电子文件接收：接收从其他电子

30、文件系统移交出来的电子文件；4）自定义接口：系统自定义接口，业务系统实现该接口，电子文件管理系统 可以定期主动抓取业务系统发布的数据.自动提取存储或上载文件的元数据，避免重复录入；.可定制的工作流程，实现捕获电子文件起草的接收、电子文件整理、审核、 登记等业务流程；电子文件整理管理员通过分类或检索找到需要处理的电子文件，对电子文件进行元数据 补录、分类、组合、关联、授权等操作1）电子文件的元数据及稿本补录、分类、分部门、分文件夹组织；2）电子文件的组合和关联；3）将文本类文件转化版式文件，实现电子文件的固化；4）支持电子公文及各稿本的授权，只有授权的用户才能查看相应文件及相应 稿本；11电子文

31、件管理系统详细设计电子文件统计1）分类别、分部门、分日期进行文件统计；2）支持按自定义条件统计；电子文件鉴定处置1）按定义的流程进行电子文件鉴定2）按鉴定结果（续存、销毁、移交）进行处置电子文件检索与利用本功能面向匿名用户和普通用户，根据权限浏览和检索公文，匿名用户可 以查看公开的电子文件，登录普通用户可以查看授权的电子文件。 主要功能如下:.分类浏览电子文件1）支持不同编目方式浏览电子文件2）支持按权限浏览电子文件的不同组件、关联、属性等3）根据按权限下载或列印导出电子文件.支持检索结果列印输出或导出电子文件；1）支持电子文件的元数据检索和全文检索，2）支持自定义条件和二次检索；.利用或订阅

32、申请，对于没有阅读权限的电子文件，可以提出利用申请，按照利用申请流程进行审批，审批后完成后可阅读电子文件。.2.6文件管理配置文件管理配置是面向机构的文件管理员，配置电子文件管理系统运行需要 的业务数据，目前包括：.电子文件类型配置：电子文件类型是具有统一元数据结构的电子文件的集合，系统支持电子文件类型的增加、修改、删除1）元数据方案：为本类型电子文件配置元数据方案；12电子文件管理系统详细设计2）电子文件视图、著录、检索界面配置：配置并分配各类电子文件的视图、 著录、检索界面；用户只能查看、检索被分配视图内的元数据，以保护敏 感元数据；.电子文件分类方案：配置电子文件的分类方案，电子文件将根

33、据内容放在相 应的类目中；.电子文件保管期限：配置电子文件的保管期限，每个电子文件都必须具有确 定的保管期限，到期后通过鉴定结果确定下一步的续存、销毁和移交操作；.存储配置：配置系统的存储服务器及其区域，为各类电子文件和用户分配存 储服务器和区域；.安全配置：配置各类文件缺省的权限配置，授权规则等；.工作流配置.2.7安全和系统管理本功能面向系统管理员，主要配置系统运行需要的用户和参数.系统配置.用户管理和功能授权.日志管理.3安全要求概述? 基于认证授权的系统访问机制；? 基于分权的系统访问策略；? 基于全程日志的系统访问痕迹留存；? 关键数据加密处理。13电子文件管理系统详细设计.4接口要

34、求概述? 遵守电子政务XML标准，数据采用XML进行描述。? 使用日志管理技术，详细记录传输过程信息。? 远程调用必须提供回执，以获得接口执行的结果的反馈。.5性能要求概述在系统建设和开发期中通过各种手段对系统进行不断的优化和调整。对于 特定的业务，项目建设时在最大限度地满足业务开展要求和用户使用习惯的前提 下，通过XX项目组领导和方正国际的共同协商，制定具体的性能要求指标。系统可靠性采用大型数据库系统，对数据库记录数的增长没有限制，并且保证大容量 数据的可操作性；系统不应陷入用户无法控制的状态。即使当系统容量达到和超 出极限，或者由其他系统或用户造成错误输入的情况下，系统不应崩溃也不应丢失数

35、据。系统易用性、易浏览性和可操作性系统采用多层架构的B/S结构，提供诸如确认、询问、警告、出错报告等 易于觉察、易于读取的信息来服务于用户；具有严重后果的操作应当可逆；屏幕 输入格式、报表和其他输入/输出宜整齐、清晰和易于浏览。系统的开放性具备标准的软件体系结构、内部和外部接口，提供多种开发工具接口，支 持用户定制能力；保证系统能与其它系统进行快速、 顺利的信息交换，便于系统 扩展和升级。系统应用具有可扩展性，能够适应指标的变动；系统稳定、可靠；操作简 便、易用，用户经过简单的培训即可学会使用；有全面的帮助系统，辅助用户学 习系统的功能和实现方法。性能指标要求.数据精确性：按照不同类别和计量单

36、位设定数据的小数位数；.容量要求：采用大型数据库系统，对数据库记录数的增长没有限制， 并且保证大容量数据的可操作性;14电子文件管理系统详细设计3,应用：具有可扩展性，能够适应指标的变动；系统稳定、可靠；操作简 便、易用，用户经过简单的培训即可学会使用；有全面的帮助系统，辅助用户学习系统的功能和实现方法；.查询结果输出：将查询结果输出到通用的办公文件格式。.人机界面：友好，输入输出方便；界面设计遵循人性化、简单、方便实 用的原则。2.6其他需求概述用户使用建议系统的开发不仅要提供用户所需要的功能，而且要让用户操作方便，符合 用户的业务习惯，满足用户方便、高效、安全的使用要求，具体主要体现在用户

37、 操作界面以人为本的设计等方面。在使用要求方面，至少应包括： ? 系统稳定、可靠和实用；? 人机界面友好、操作方便灵活，使用风格接近终端操作系统视窗，符合office 软件用户习惯；? 具有简单明确易于理解的操作提示；? 功能菜单简明清晰，具有可设定的快捷键和右键菜单；? 业务流程简单明了，流程设计可因需而变。系统部署建议实行统一的系统管理和安全备份工作。所有软件系统部署时均要符合禹会 区智慧政务对上线软件的要求。3.系统处理流程设计业务流程设计文件检索利用15电子文件管理系统详细设计16电子文件管理系统详细设计我的工作平台我的工作任务.1单元设计.1.1我的调阅篮标题-我的调阅篮.1.2我的

38、调阅单标题工作台-我的调阅单17电子文件管理系统详细设计.1.5我的订阅单标题工作台-我的订阅单18电子文件管理系统详细设计工作台标题-待办的电子文件审核（通过、不通过）电子文件列表显示.1.8已办的电子文件一标题工作台-已办的电子文件19电子文件管理系统详细设计我的收藏夹标题工作台-我的收藏夹我的搜索标题工作台-我的搜索20电子文件管理系统详细设计3.1.3电子文件统计21电子文件管理系统详细设计3.1.4电子文件捕获开始22电子文件管理系统详细设计电子文件鉴定处置23电子文件管理系统详细设计文件管理配置元数据方案元数据方案界面定制分类由布一 资产库生成资产库管理视图怛制界面定制缺省权限设置

39、应用添加属性新资产库._删除属性段阶置配据数元段阶用利与理管件文修改资产库删除资产库资产库浏览界面显示视图显示24电子文件管理系统详细设计系统配置电子文件分类配置分类添加分类疝分类项添加I新分类项目成文件分类整理分类利用添加分类分类修改分类删除忝加了节点添加根节点导入分类修改一分类删除新分契 .分类拷贝分类移动分类打开/关闭段阶置配类分段阶用利与理管件文分类浏览25电子文件管理系统详细设计用尸管理用户管理用户组管理添加组修改组删除组用户管理设限管理角色管理应用添加用户修改用户删除用户添加角角御屿限修改融工3限添加角色成友删除角色成友添加角色权跖段阶理管户用26用户应用电子文件管理系统详细设计3

40、.2数据流设计3.2.1文件检索利用分类浏览27电子文件管理系统详细设计文件检索28电子文件管理系统详细设计文件利用文件导出把每个文件的元数据、文件属性、文件下的所有组件正文签名等信息都导出到各自XML 文件中，然后把这些文件所对应白X XML 文件和实体文件一起压缩打包保存到本地29电子文件管理系统详细设计3.2.2我的工作平台我的工作任务.1我的调阅篮.2我的调阅单30电子文件管理系统详细设计4.技术方案设计系统体系结构设计关键技术与算法Java/J2EE 跨平台技术运用目前业界先进的基于Java/J2EE技术，信息平台成为真正意义上的跨平 台的系统。基于标准J2EE规范开发，运用丰富的设

41、计模式（工厂模式、单态模 式等），采用Java Bean的业务逻辑封装，采用JSP/Servlet的表现逻辑设计。J2EE平台提供了一个基于组件的方法，来设计、开发、装配及部署企业应 用程序。J2EE平台提供了多层的分布式的应用模型、组件再用、一致化的安全 模型以及灵活的事务控制。软件提供商不仅可以比以前更快的速度向市场推出创 造性的客户解决方案，而且，这种平台独立的、基于组件的 J2EE解决方案不会 被束缚在任何一个厂商的产品和 API 0下图是J2EE标准组件及其相互关系的示意图：BeanServletAMI-HOPRMZ5PFrrterpri?e?JD03CDatsbaseJDBCxMr

42、=op31电子文件管理系统详细设计MVC模式设计本系统各单元在设计上均符合 MVC模式，把程序分为三个核心模块：模型、 视图和控制器，分别负担不同的任务。下图显示了这几个模块各自的功能以及它 们的相互关系：显小模型状态 低收数据包新请求 把用户输入传给控制器加尸请求II-状态杳询通知数据更新模型）代表应出程序状态 响应状态直面 处理业务流程 通知视图业务状态更新A方法调用置工研T设计模工Struts 框架技术信息平台基于Apache Struts MVC框架构建。Struts框架技术可以大大简化 Web应用的开发过程，提高开发效率，缩短开发周期，使得开发人员可以把精 力集中在如何解决实际业务问

43、题上。本系统使用Struts 2.0框架来实现MVC模式。通过Struts框架，将软件分为 Model （模型）、View （视图）、Controller （控制）3 层。View层由一组JSP文件构成，负责与用户的界面及其交互； Controller层由 Action Servlet和Action来实现，负责程序控制，将用户的操作转交给模型层， 并 转换到下一个View; Model层由实现业务逻辑的JavaBeanE EJBfi建构成，负 责应用及数据模型。下图显示了 Structs实现的MVC框架：32电子文件管理系统详细设计模型）EJB组件出：5tut方实WLMVC框架SendEt/J

44、W容器strife Is-confie 文件（视图） JSP1控制粽）Act ion Sen1 letnii服资舞浏贤产数据库XML 技术XML是extensible Markup Language（可扩展置标语言）的简称，出现于1996 年，并于1998年成为W3CE式推荐标准。XML具有一系列优点，主要表现在以 下几个方面：良好的可扩展性内容与形式的分离遵循严格的语法要求便于不同系统之间信息的传输具有较好的保值性信息平台的构建以XML技术为基础：基于XMLB式数据的导入/导出基于XMLB式的系统配置基于XMLB式数据交换，内部的模块级信息交换基于XMLB式的二次开发接口定义，接口级信息交换

45、都使用了 XML信息 格式内容检索技术XX电子文件管理系统提供了多种检索手段，可实现跨库检索。检索内容， 检索方式可订制，让用户可以快捷、准确地找到想要的资产内容。系统提供元数 据检索、全文检索等等。搜索结果可以以收藏夹的方式保存起来， 方便用户以后 再次利用。33电子文件管理系统详细设计Hibernate 技术Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了轻量级的对象封装，使Java程序员可以随心所欲的使用对象编程思维来操纵数据库。 它不仅提供了从Java类到数据表之间的映射，也提供了数据查询和恢复机制。 相对于使用JDBC和SQL来手工操作数据库，Hibernat

46、e可以大大减少操作数据 库的工作量。另外Hibernate可以利用代理模式来简化载入类的过程，这将大大减少利用Hibernate QL从数据库提取数据的代码的编写量，从而节约开发时间 和开发成本Hibernate可以和多种Web服务器或者应用服务器良好集成，如今 已经支持几乎所有的流行的数据库服务器。Hibernate技术本质上是一个提供数据库服务的中间件。它的架构如图所示:ApplicationPersistent Ob/ectsHibernateXML陶网同上图显示了 Hibernate 的工作原理，它是利用数据库以及其他一些配置文 件如Hibernate .properties , XM

47、L Mapping等来为应用程序提供数据持久化 服务的。Hibernate具有很大的灵活性，但同时它的体系结构比较复杂，提供了好几 种不同的运行方式。在轻型体系中，应用程序提供JDBC连接，并且自行管理事 务，这种方式使用了 Hibernate 的一个最小子集；在全面解决体系中，对于应 用程序来说，所有底层的JDBC/JTA API者B被抽象了，Hibernate会替你照管所 有的细节。34电子文件管理系统详细设计XX电子文件管理采用Hibernate技术实现对数据层的操作。Spring 技术Spring是一个开源框架，是为了解决企业应用程序开发复杂性而创建的。框架的主要优势之一就是其分层架构

48、，分层架构允许您选择使用哪一个组件，同时为J2EE应用程序开发提供集成的框架。Spring框架是一个分层架构，由7个定义良好的模块组成。Spring模块构建 在核心容器之上，核心容器定义了创建、配置和管理 bean的方式，如图1所 示。图1. Spring 框架的7个模块Sphng AOPSource-lev dmetadatHAQ FtCt ureSpring ORMHbeinvleBal supportJ DO eu肿ISpring WebMullparl rflsotvfif小站utiibesSpring DAOIranMctMn inIn structureJOBC Biifjport

49、AO MjppcftSpring CcntextApplicaiion come 就UIeupptftValidQlkjnJNDL EJB fuppofl andremodelingMaHSpring WebPWVCMb MVCFrameworkWrt VW3jSPVeioeitvPbFExptrrSpring GoreSupportmq utlrtuMcontainer组成Spring框架的每个模块（或组件）都可以单独存在，或者与其他一个或多 个模块联合实现。每个模块的功能如下:?核心容器：核心容器提供Spring框架的基本功能。核心容器的主要组件是BeanFactory，它是工厂模式的实现

50、。BeanFactory使用控制反转（IOC） 模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。35电子文件管理系统详细设计? Spring上下文：Spring上下文是一个配置文件，向Spring 框架提供上 下文信息。Spring上下文包括企业服务，例如 JNDI、EJB电子邮件、 国际化、校验和调度功能。? Spring AOP :通过配置管理特性，Spring AOP模块直接将面向方面的编 程功能集成到了 Spring 框架中。所以，可以很容易地使Spring框架管 理的任何对象支持 AOR Spring AOP模块为基于Spring 的应用程序中 的对象提供了事务管理服务。通

51、过使用Spring AOP不用依赖EJB组件, 就可以将声明性事务管理集成到应用程序中。? Spring DAO: JDBC DAOtt象层提供了有意义的异常层次结构，可用该结 构来管理异常处理和不同数据库供应商抛出的错误消息。异常层次结构简 化了错误处理，并且极大地降低了需要编写的异常代码数量（例如打开和 关闭连接）。Spring DAO的面向JDBC的异常遵从通用的DAO异常层次 结构。? Spring ORM： Spring框架插入了若干个ORM框架，从而提供了 ORM的 对象关系工具，其中包括 JDO Hibernate 和iBatis SQL Map 。所有这 些都遵从Spring的

52、通用事务和DAO异常层次结构。? Spring Web模块：Web上下文模块建立在应用程序上下文模块之上，为 基于Web的应用程序提供了上下文。所以，Spring框架支持与Jakarta Struts的集成。Web模块还简化了处理多部分请求以及将请求参数绑定 到域对象的工作。? Spring MVC框架：MVC框架是一个全功能的构建 Web应用程序的MVC 实现。通过策略接口，MVC框架变成为高度可配置的，MVC容纳了大量视 图技术，其中包括 JSP、Velocity、Tiles、iText 和 POI。Spring框架的功能可以用在任何J2EE服务器中，大多数功能也适用于不 受管理的环境。S

53、pring的核心要点是：支持不绑定到特定 J2EE服务的可重用 业务和数据访问对象。毫无疑问，这样的对象可以在不同J2EE环境（Web或EJB）、独立应用程序、测试环境之间重用。36电子文件管理系统详细设计XX电子文件管理系统采用Spring的ICO管理系统对象的生成，采用 Spring 的AOP技术实现数据库事务的管理。关键数据结构4.1,2.1全局变量说明将系统使用到的常量定义到指定的文件中，类名定义为： mons.const.Constant.java 该文件中的值是静态的，可以在 程序其他地方直接引用。包括下列内容：资产状态的定义资产库ID的定义左侧模块菜单的定义其他常量定义.1资产状

54、态值:组件的状态常量名常量值用途对应数据库字段STATUS_COMPONENT_NO_RECIEVE 6待接收app_N_file 中 status字段STATUS_ COMPONENT _ RECIEVED）5已接收app_N_file 中 status字段STATUS_ RECORDS _NO_RECIEVE6待接收app_N_asse冲 status字段STATUS_ RECORDS _ RECIEVED5已接收app_N_asse冲 status字段STATUS_ RECORDS _NO_INSPECT4待审核app_N_asse冲 status字段STATUS_ RECORDS _

55、RETURNED3已退回app_N_asse冲 status字段STATUS_ RECORDS _ WITHDRAWED 2已撤回app_N_asse冲 status字段STATUS_ RECORDS _ WITHDRAWED 0已审核app_N_asse冲 status字段STATUS_ RECORDS _NO_SUMMIT2待提交app_50_asset（调单库）中 status字段STATUS_LEND _SUMMITED1已提交app_50_asset（调单库）中 status字段STATUS_LEND _SUMMITED0已审核app_50_asset（调单库）中 status字段S

56、TATUS_ APPRAISAL _NO_SUMMIT2待提交app_52_asset（鉴定库）中 status字段STATUS_ APPRAISAL _SUMMITED1已提交app_52_asset（鉴定库）中37电子文件管理系统详细设计status字段STATUS_ APPRAISAL _INSPECTED0已审核app_52_asset（鉴定库）中 status字段STATUS_CLASSFICATION_CLOSE1已关闭app_3_asset（分 类表）中 status字段STATUS_CLASSFICATION_OPEN0已开放app_3_asset（分 类表）中 status字

57、段.2资产库ID的定义需要初始化的资产库及常量说明如下:4.1,2.1.1配置型资产库：常量名常量值用途REP_CLASSFICATION2分类方案表REP_CLASS3分类表REP_GAOBEN4稿本库REP_ FONDS5全宗表.2应用型的资产库常量名常量值用途REP_LEND50调阅表REP_SUB51订阅表REP_INDETIFY52鉴定表REP_ DESTORY53销毁表REP_ FAVORITE54收臧火去REP_BASKET55借阅篮表.2.1资源型的资产库38电子文件管理系统详细设计常量名常量值用途REP_DOCUMENT100文档库REP_FILE101案卷库REP_IMAG

58、E102图片库REP_EMAIL103邮件库public class Constant public Constant() /模块菜单定义public static final intSTATUS_COMPONENT_NO_RECIEVE= 6;public static final intSTATUS_ COMPONENT _ RECEIVED= 5;public static final intSTATUS_ RECORDSNO_RECIEVE=6;public static final intSTATUS_ RECORDS RECEIVED=5;public static final i

59、ntSTATUS_ RECORDSNO_INSPECT=4;public static final intSTATUS_ RECORDS RETURNED= 3;public static final intSTATUS_ RECORDS WITHDRAWED= 2;public static final int STATUS_ RECORDS _ WITHDRAWED=0;/其他常量的定义，可以随时补充.3左侧模块菜单的定义左侧导航菜单的显示采用XML配置，系统起动的时候加载到缓存里，也可 以系统管理的加载数据结构里重起加载菜单项，其设计参考第六章模块菜单设计。数据交换格式XX文件管理系统上传文件时需要自动提取文件的属性，文件的属性通过文 件服务器(WEBLISHFS)获取，系统与文件服务器之间的数据交换格式为 XML 格式，例子如下：uploadInfoXml 示例39电子文件管理系统详细设计cmsuser2011 09 22 15:08:25fe80:0: