vc基于XML可定制的公文模板管理系统毕业论文-公文模板

 目       录 内容来自think58 [版权所有：http://think58.com]

1．绪论 1
1.1 课题背景 1
1.2 公文处理系统研究现状及存在的问题 1
1.2.1 公文简介 1
1.2.1 目前研究现状 2
1.2.3 目前存在的问题 3
1.3 问题课题研究内容及意义 4
1.4 本文结构 5
2．技术背景 6
2.1 JAVA和J2EE基础 6
2.1.1 JAVA语言基础 6
2.1.2 J2EE框架 6
2.2 XML和JSP技术 7
2.2.1 XML标准 7
2.2.2 JSP技术 7
2.3 STRUTS架构 8
2.3.1 MVC框架基础 8
2.3.2 Struts框架 8
2.4 HIBERNATE基础 9
3．公文处理系统概述 11
3.1系统应用 11
3.2 系统功能简介 11
3.2.1 发文办理 11
3.2.2 收文办理 11
3.2.3 归档管理 12
3.2.4 系统管理 12
3.3 公文操作流程 12
4．可定制公文处理系统设计 13
4.1公文遵循的标准规范 13
4.2 系统概要设计 13
4.2.1 系统总体设计 13
4.2.2 表现层设计 14
4.2.3 业务层设计 14
4.2.4 数据访问层设计 14
4.2.5 数据层设计 15
4.3 系统详细设计 15
4.3.1 公文模版可定制设计 15 think58.com

4.3.2 公文处理模块设计 21
4.3.3 系统权限管理 23
4.3.4 公文安全保密设计 24
结论 25
致    谢 27
参考文献 28

本文来自think58 [版权所有：http://think58.com]

目前存在的问题
目前，公文处理产品和应用主要存在五大问题。
1．对电子公文的性质和作用认识不足
　　长期以来，一些人将公文处理电子化误认为就是办公室内的文字处理电脑化，不少领导干部习惯于传统的办公方式，至今不会使用或不愿意使用电脑和网络，认为这是办事人员的事情，不能从根本上认知信息化、电子化给传统政府办公方式带来的革命性转变，造成机关办公自动化、公文电子化链路的中断，使无纸化办公无法推进。
2．系统功能单一，层次不高
电子公文处理系统就是利用电脑网络功能，实现从公文的起草、审核、批示、分发及来文登记、归档、承办、传阅等一系列综合性的公文流转全程管理。在办公自动化系统中，公文处理是较为复杂的一个子系统，其复杂度体现在两个方面:首先公文系统是一个纵向、横向交错的综合结构的系统，从纵向看，公文系统被多级组织共同使用，从横向看，公文系统被同级的多个职能部门共同使用，不同组织级别的公文系统具有不同
特点; 其次公文处理流程具有多样化特性，一般来说，不同组织级别的公文处理流程不同，由于受到多方面因素的影响而变得复杂多样。
　　总之，目前电子公文处理系统设计方案还没有完全走出传统公文处理思维方式，在公文流程上一味用电脑软件去模仿传统的手工处理模式，不重视软件的开发和办文业务流程的再造和整合。

内容来自think58 [版权所有：http://think58.com]

3．安全隐患不容忽视，保密观念还需加强
　　电子公文的出现，使秘密的载体发生了革命性变化，信息传播从“有形”走向“无形”，容易使人产生思想上的麻痹。过去的“锁好柜”、“关好门”、“看好人”的保密措施已难以适应时代的需要。一些机关、单位对纸质公文的保密很重视，而对储存在软硬盘上的电子公文则随意处置，更谈不上进行保密管理。另一方面，电子公文在网络环境中传播和存储，极易受到黑客攻击，造成公文失密、信息被盗、被删除或被改写等严重后果，对电子公文安全性的担忧，在很大程度上遏制了公文处理电子化的推广。
4．资金投向失衡，开发与应用脱节
　　对电子公文的开发和利用还缺乏正确的认识，重硬件、轻软件，重建设、轻应用，重网络、轻信息的现象仍然比较突出。长期以来政府信息部门的大量建设资金投入到硬件设备上，应用部门缺乏信息收集、更新、深加工的专项资金和技术。
公文处理电子化要求对传统的公文处理业务规范化、数字化，这需要做大量基础性的工作，如规范办文流程，对现有的一些公文处理格式化、标准化，制定系统代码、系统分类等。而目前，管理者、应用者、技术人员三者之间缺乏业务的沟通、协调和融合，以至于出现有些系统开发出来后从来就没有被应用过的现象。

copyright think58

[来源：http://www.think58.com]

5．规划滞后，标准不统一
　　目前与公文有关的国家标准或办法主要有《国家行政机关公文格式》(GB/T 9704-1999)和《国家行政机关公文处理办法》，都是针对纸质公文制定的，虽然对电子公文也有所考虑，但这方面的规范还十分简单和粗疏，无法适应公文处理电子化的需要。一些机关、单位在管理电子公文、设计公文处理软件时，往往各行其是，自成系统，采用的标准也各不相同，造成新的重复建设，资源不能共享，给今后电子公文传输和系统整合留下了难题[2]。
 HIBERNATE基础
Hibernate是连接Java应用程序和关系数据库的中间件，可以为任何一个需要访问关系数据库的Java应用服务[6]。作为中间件的Hibernate，另一个特点是透明性，作为Hibernate的使用者，用户无需关心它是如何实现的，只需要知道如何访问它的接口就好。
Hibernate对JDBC API进行了封装，为业务逻辑层提供了面向对象的API，使业务逻辑层可以专注于实现业务逻辑，负责Java对象的持久化，位于分层软件架构的持久化层。它是一种ORM映射工具，能够建立面向对象的域模型和关系数据模型之间的映射。
Hibernate 基础语义：
Configuration 正如其名，Configuration类负责管理Hibernate 的配置信息[7]。Hibernate 运行时需要获取一些底层实现的基本信息，其中几个关键属性包括： think58
1．数据库URL 
2．数据库用户
3．数据库用户密码
4．数据库JDBC 驱动类  
5．数据库dialect，用于对特定数据库提供支持，其中包含了针对特定数据库特性   的实现，如Hibernate 数据类型到特定数据库数据类型的映射等。
使用Hibernate 必须首先提供这些基础信息以完成初始化工作，为后继操作做好准  备。这些属性在hibernate 配置文件（hibernate.cfg.xml 或hibernate.properties）中加以设  定。
当我们调用： Configuration config = new Configuration().configure(); 
时，Hibernate 会自动在当前的CLASSPATH 中搜寻hibernate.cfg.xml 文件并将其读取到内存中为后继操作的基础配置。Configuration类一般只有在获取SessionFactory时需要涉及，当获取SessionFactory 之后，由于配置信息已经由Hibernate维护并绑定在返回的SessionFactory 之上，因此一般情况下无需再对其进行操作。
SessionFactory ：负责创建 Session 实例。我们可以通过 Configuation实例构建 SessionFactory。

think58好，好think58 [资料来源：www.THINK58.com]

[来源：http://www.think58.com]