基于MVC模式下机关办公自动化系统OAB核心功能的实现毕业论文.docx

1、 基于基于 MVC模式下机关办公自动化系统模式下机关办公自动化系统 OAB 核心功能的核心功能的实现毕业论文实现毕业论文 本科毕业设计（论文）题 目：基于 MVC 模式下机关办公自动化系统（OA-B）核心功能的实现 Subject：The corn function design of OA-B system based on MVC pattern 毕业论文（设计）原创性声明 本人所呈交的毕业论文（设计）是我在导师的指导下进行的研究工作及取得的研究成果。据我所知，除文中已经注明引用的内容外，本论文（设计）不包含其他个人已经发表或撰写过的研究成果。对本论文（设计）的研究做出重要贡献的个人和集体

2、，均已在文中作了明确说明并表示谢意。作者签名：日期：毕业论文（设计）授权使用说明 本论文（设计）作者完全了解*学院有关保留、使用毕业论文（设计）的规定，学校有权保留论文（设计）并向相关部门送交论文（设计）的电子版和纸质版。有权将论文（设计）用于非赢利目的的少量复制并允许论文（设计）进入学校图书馆被查阅。学校可以公布论文（设计）的全部或部分内容。保密的论文（设计）在解密后适用本规定。作者签名：指导教师签名：日期：日期：注 意 事 项 1.设计（论文）的内容包括：1）封面（按教务处制定的标准封面格式制作）2）原创性声明 3）中文摘要（300字左右）、关键词 4）外文摘要、关键词 5）目次页（附件不

3、统一编入）6）论文主体部分：引言（或绪论）、正文、结论 7）参考文献 8）致谢 9）附录（对论文支持必要时）2.论文字数要求：理工类设计（论文）正文字数不少于 1万字（不包括图纸、程序清单等），文科类论文正文字数不少于 1.2万字。3.附件包括：任务书、开题报告、外文译文、译文原文（复印件）。4.文字、图表要求：1）文字通顺，语言流畅，书写字迹工整，打印字体及大小符合要求，无错别字，不准请他人代写 2）工程设计类题目的图纸，要求部分用尺规绘制，部分用计算机绘制，所有图纸应符合国家技术标准规范。图表整洁，布局合理，文字注释必须使用工程字书写，不准用徒手画 3）毕业论文须用 A4单面打印，论文 5

4、0页以上的双面打印 4）图表应绘制于无格子的页面上 5）软件工程类课题应有程序清单，并提供电子文档 5.装订顺序 1）设计（论文）2）附件：按照任务书、开题报告、外文译文、译文原文（复印件）次序装订 3）其它 摘 要 MVC 模式是一种可应用于 J2EE 的开放式框架结构。它允许 Web页面或其它浏览内容（视图层）能够最大限度的与内部代码（模型/控制层）分离开来，从而使设计者和程序员能够将注意力集中在他们各自的专门技术上。并因 Java的“一次写入后，任何处运行”的特性而提高了开发效率。本论文着眼于在 JBuilder环境下应用 MVC 模式开发机关办公自动化系统的核心功能，即发/收文管理、工

5、作流控制以及用户管理。本论文以我们 OA 小组开发的机关办公自动化系统 WebOA 为例，介绍了由本人参与设计的发/收文工作流模块和用户管理模块的相关技术，并进行程序结构分析和具体功能实现阐述。关键词：MVC 模式 J2EE 相关组件 机关办公自动化 发收文管理 工作流 用户管理 ABSTRACT MVC is an open source framework for JSP Web applications.This design model allows the Web page or other contents(View)to be mostly separated from the

6、internal application code(Controller/Model),making it easier for designers and programmers to focus on their respective areas of expertise.It improve the efficiency of the development process thanks to JAVA“Write Once,run anywhere”nature.This dissertation focuses on implementation of MVC patterns to

7、 develope Office Automatic system for Bureau(OA-B)which run on JBuilder environment,and mainly introduce its kernel functions theory such as Message Send&Receive Manage,Workflow Control and User Manage.This dissertation introduces the function of implemented office automation for bureau named WebOA

8、by our OA team.It also expatiate its relative technology which were concerned and designed by me as well as this systems Message Send&Receive Manage,Workflow Control and User Manage structure and analysis of implementation in details.Keyword：MVC Patterns J2EE relative technology OA-B Message Send&Re

9、ceive Manage Workflow Control UserManage 目 录 第一章 绪 论 错误！未定义书签。1.1 研究背景 错误！未定义书签。1.2 OA-B 概念的提出 错误！未定义书签。第二章 系统相关技术简介 错误！未定义书签。2.1系统开发架构 错误！未定义书签。2.2系统所采用的主要技术分析 错误！未定义书签。2.2.1系统采用的 MVC 模式架构 错误！未定义书签。2.2.2系统采用的 J2EE 相关标准组件技术 错误！未定义书签。2.2.3Browser/Server系统的三层体系结构 错误！未定义书签。2.3 系统的运行环境和开发平台 错误！未定义书签。2.3

10、.1系统的开发平台 错误！未定义书签。2.3.2 系统运行环境 错误！未定义书签。第三章 系统功能结构 错误！未定义书签。3.1 OA-B 模式 错误！未定义书签。3.1.1基本需求：报文传递功能 错误！未定义书签。3.1.2应用模式：工作流 错误！未定义书签。3.1.3数据整合：复合型文档 错误！未定义书签。3.2 本系统功能模块 错误！未定义书签。第四章 核心子系统模块设计 错误！未定义书签。4.1 发/收文管理 错误！未定义书签。4.1.1 M-V-C 模式分析发文管理 错误！未定义书签。4.1.2 发文工作流数据库实现 错误！未定义书签。4.1.3 收文查询中值对象控制 错误！未定义书

11、签。4.2 用户权限管理 错误！未定义书签。4.2.1用户权限的数据库逻辑结构 错误！未定义书签。4.2.2用户管理数据库的物理结构 错误！未定义书签。第五章 小 结 错误！未定义书签。结 语 错误！未定义书签。致 谢 错误！未定义书签。参考文献 错误！未定义书签。附 录：发文管理源代码 错误！未定义书签。第一章第一章 绪绪 论论 1.1 研究背景研究背景 办公自动化（Office Automation，简称 OA），是以先进成熟的计算机和通信技术为主要手段，建成一个覆盖政府企业等部门的办公信息系统，提供企事业单位与其他 专用计算机网络之间的信息交换，建立高质量、高效率的政府信息网络，为领导决

12、策和办公提供服务，实现办公现代化、信息资源化、传输网络化和决策科学化。由于 OA 所含盖的范畴太广，只要是与信息通信相关的办公软件仿佛都可以与 OA挂钩，导致市场中的 OA 产品质量水平参差不齐，尽管客户对其需求量大，但能满足要求的产品并不多，我们通过调研发现，主要有如下缺陷：1 功能华而不实。不少产品看上去非常全面，很多功能却难以实现，而且真正核心的功能做的并不深入，反而造成资源上浪费。2 面向群体无针对性。OA 是要面向客户群体的，很多产品标榜其可以用在任何办公环境，但结果是哪里都能用，哪里都用不好。OA 工作环境的性质决定其必须能针对某类工作流程比较固定的单位。3 行业规范性不强。OA

13、针对的是具有一定办公标准的行业，这就要求所研制的软件应用时有严格的且符合该行业设计规范公文文档和工作流程 1.2 OA-B 概念的提出 从上述要求出发，我们提出 OA-B（Office Automation for Bureau）的概念，即机关办公自动化系统。机关办公自动化系统是实现机关内部各级部门之间以及机关内外部之间办公信息的收集与处理、流动与共享、实现科学决策的具有战略意义的信息系统。经过市场调查，我们发现，一个成功的 OA-B 最应具有是以下特点：1 能适应灵活多变办公自动化业务的流程化处理手段。2各子系统间数据集成化，且 OA 系统能在不同职能部门系统间完成信息双向传递。而这些系统本

14、身可以是完全异构的、分散的。3由于涉及重要的政务办公信息，信息系统的的安全性与完整性，及可配置管理是随时应该考虑的特性。4技术的符合标准与先进性。特别是办公文档和工作流程必须符合所应用行业的规范。第二章第二章 系统相关技术简介系统相关技术简介 2.1 系统开发架构系统开发架构 本系统采用 JSP+Servlet+JavaBean 的三层架构开发模式。此模式遵循视图控制器 M-V-C 模式，其基本构想是使用一个或多个 Servlet 作为控制器。请求由前沿的 Servlet 接收并处理后，会重新定向到 JSP。在 Servlet 作为控制器时，每个 Servlet 通常只实现很少一部分功能，多个

15、 Servlet控制器就可以结合起来完成复杂的任务，这样的好处是 Servlet 的重用性好。在此模式中，JavaBean作为模型的角色，它充当 JSP和 Servlet 通信的中间工具，Servlet 处理完后设置 Bean属性，JSP读取此 Bean的属性，然后进行显示。此模式更加明显的把显示和逻辑分离，使代码容易管理，适合于大型项目的开发，所以在本系统中采用了这种模式。此模式的数据传递关系如图 1-1所示。图 1-1 OA-B 开发模式数据传递关系 2.2 系统所采用的主要技术分析 2.2.1 系统采用的 MVC 模式架构 通过模型、视图和控制架构（M-V-C）以实现简单高效的应用程序升

16、级和维护，以及如何让不懂程序代码的人员避开程序数据。MVC 的架构是一个描述重现的问题及其解决方案的设计范式，但每次问题重现时，解决方案都不会完全相同。MVC 设计范式包括三种对象：1、模型（model）提供应用业务逻辑（Enterprise Beans类）。2、视图（view）则是其在屏幕上的显示（html页面、JSP页面、Swing GUI）3、控制器则是 Servlet、JavaBeans或 Session Beans类，它用于管理用户与视图发生的交互。2.2.2 系统采用的 J2EE 相关标准组件技术 J2EE 平台为多层的分布式模型，组件再用，一致化的安全模型以及灵活的事务控制。应用客户组件、Enterprise Beans组件、Servlet 及 JSP页面组件、Applet 等。1、JSP(Java Server Pages)技术本系统中充当 MVC 的 V 部分视图表示（Viewer）。2、Servlet 技术Applet 的服务器端版本，是由 Web服务器装入、用于处理客户请求的 Java程序。本系统中作为 MVC 中的 C 部分控制器（Controller）。3、J