公文管理系统的设计与实现
1 绪论
目前由于企事业单位收到的、以及下发的文件都是纸质形式，不便于公文接受单位对公文进行电子化存档、查询、调用等，影响文件使用效率。另外纸质文件在下发时，呈几何级数增长的文件复印量，造成了纸张的大量浪费。随着电子化办公迅速在各机关、企事业单位普及，在电脑上编制公文已成为机关工作人员的首选方式。大量公文在编辑时已经是电子化的，这为电子化公文管理创造了便利条件。随着网络带宽的不断提高，在线办公已成为发展趋势，公文完全可以电子化方式存放在服务器上，在数据库等计算机信息系统的支持下，对公文处理的各种信息进行收集、整理、存储、检索、统计和传播，随时可供文件使用单位调阅。对公文流转的有效模拟，实现在线的公文编辑、收发将极大提高机关办公效率。机关内公文流转是本次开发时考虑的一个重要方面。
1.1 本课题研究的背景和意义
我单位下属30多个直属单位，每次公文下发，从公文复印、下发通知到下属单位来领取文件，整个过程将耗费很多的人力、物力、财力。同时纸质的公文，在下属单位再次复印传阅，整个过程纸张用量巨大。使用电子化公文管理系统后，将带来很多好处：（1）大大提高办公效率，公文发送只需电脑上的一个操作，各基层单位可登陆系统，即时查阅公文，节约了时间、金钱。（2）提高公文的利用效率。公文的分类检索，将提高查询，方便了公文的使用。（3）实现公文制作的全称监控，加强内部公文流转速度和质量。
1.2项目可行性分析
开发此公文管理系统需要的软件环境是Windows7 + IIS7.0,开发工具为Visual Studio 2005。在自学计算机的这几年，开发者先后使用该工具编写过数个网站，拥有一定的https://www.doczj.com/doc/0d8498006.html,编程能力。另外，网络上关于https://www.doczj.com/doc/0d8498006.html,网站的知识和成功案例很多，给开发本系统提供了很多参考素材，开发公文管理系统的各个难点都已找到突破口，加之目标系统不是很大，所以在规定的时间内、在老师的指导下完成系统的开发还算是不太困难的。
目前，我县已经建设成比较完备的教育城域网，并且电脑设备比较先进，在硬件上完全能够满足系统的运行。我局的网站已经运行多年，具有基础支撑软件，对于目标系统所需的IIS7.0，ACCESS 等软件，我局已经具备。局网站拥有专业的网站运维管理队伍，具备管理大型网站的实力。
从该网站的开发和效益关系上讲，该系统的开发不需要花费太多的经费。软件方面是利用Microsoft VisualStudio 2005试用版，WebOffice.ocx、ExtJs等相关组件都是免费的。
2 公文管理系统分析
2.1系统需求分析
需求分析是软件定义时期的最后阶段，它回答了“系统必须做什么?”这个问题。
公文管理系统网站是供教育局机关管理收、发公文、在线拟制公文以及基层单位查收、上传公文使用的，是教育局及下属单位公文等信息交换的重要方式。为了利用网络这个现代化通讯工具，为我局办公自动化添砖加瓦，决定建设公文管理系统网站。根据这一需求，本系统具体要完成以下任务：（1）根据教育的实际情况，可创建各种业务流程。(2)领导可派发各种任务，并为任务办理指明流程。（3）机关成员以及集成学区、学校校长可按流程在线起草公文。（4）用户能够对自己创建的任务进行跟踪，实时监控处理情况。（5）有权限的用户能够查看教育局发布的公文。（6）能够登记外来文件，并提供分类检索。
2.1.1用户身份级别要求
系统将用户划分成多个不同的角色，并为每种角色分配不同的操作权限。用户角色一般根据岗位职务来划分，分别是：局长、副局长、股长、科员、校长，每个用户都分配管辖范围。系统运行时，用户可按照自己的角色，在自己管辖范围内行驶相关权利。同时为简化权限数据存储，系统还规定了一些共同的权限，赋予所有的合法用户。
2.1.2系统功能模块图
图2-1 系统功能模块图
2.1.3系统基本模块及主要功能
系统主要包括如下模块：
（1）用户注册登录模块，负责处理用户的注册、登录需求。
（2）待办任务查询模块，负责查询、显示当前分发给用户的所有任务。
（3）已办任务查询模块，负责查询自己单独或参与完成的公文或其他任务。
（4）任务处理模块，负责处理公文在线编辑、公文流转等。
2.2系统设计目标
公文管理系统可以满足现代办公的需要，在Internet上实现公文交流。系统的基本设计原则有：先进性与方便性原则、功能实用性原则、开放性与可扩展性原则等。系统设计时采用通用的技术、协议，确保系统有较长的生命周期。
本系统总体目标是将网络技术、信息技术、现代管理技术和科学的公文管理结合，实现了公文处理的自动化流转。
本系统首先要实现动态性和交互性。所谓的动态性就是能动态更新内容，如更新个人信息、公文信息、流转信息等。这要求与数据库有良好的连接；交互性则要求公文的及时审批和归档。实现系统的安全性和可靠性，严格、周密的权限管理，确保系统行为有序可控进行，避免非法用户进入破坏数据库信息。
2.3开发环境
2.3.1 。net框架
.NET框架（.NET Framework）是由微软开发，一个致力于敏捷软件开发（Agile softwaredevelopment）、快速应用开发（Rapidapplication development）、平台无关性和网络透明化的软件开发平台。.NET是微软为下一个十年对服务器和桌面型软件工程迈出的第一步。NET包含许多有助于互联网和内部网应用迅捷开发的技术。
.NET框架是一个多语言组件开发和执行环境，它提供了一个跨语言的统一编程环境。.NET框架的目的是便于开发人员更容易地建立Web应用程序和Web服务，使得Internet上的各应用程序之间，可以使用Web服务进行沟通。从层次结构来看，.NET 框架又包括三个主要组成部分：公共语言运行时（CLR：Common Language Runtime）、服务框架（Services Framework）和上层的两类应用模板——传统的Windows应用程序模板（Win Forms）和基于ASP. NET的面向Web的网络应用程序模板（Web Forms 和Web Services）。在.NET框架中，所有的编程语言，从高层Javascript到低层的C++语言，一律是等同的，他们都将生成托管代码，并且可以一次编写，随处运行。.NET 框架还可以使不同的语言进行交互，即一种语言可以使用另一种语言所编写的组件。
2.3.2 https://www.doczj.com/doc/0d8498006.html,的工作原理
在多数场合下，可以将https://www.doczj.com/doc/0d8498006.html,页面简单地看成一般的HTML页面，页面包含
标记有特殊处理方式的一些代码段。当安装.NET时，本地的IIS Web服务器自动配置成查找扩展名为.aspx的文件，且用https://www.doczj.com/doc/0d8498006.html,模块(名为aspnet_isapi.dll的文件)处理这些文件。
从技术上讲，https://www.doczj.com/doc/0d8498006.html,模块分析ASPX文件的内容，并将文件内容分解成单独的命令以建立代码的整体结构。完成此工作后，https://www.doczj.com/doc/0d8498006.html,模块将各命令放置到预定义的类定义中(不需要放在一起，也不需要按编写顺序放置)。然后使用这个类定义一个特殊的https://www.doczj.com/doc/0d8498006.html,对象Page。该对象要完成的任务之一就是生成HTML流，这些HTML流可以返回到IIS，再从IIS返回到客户。简言之，在用户请求IIS服务器提供一个页面时，IIS服务器就根据页面上的文本、HTML和代码(这对我们来说是最重要的)建立该页面。
2.3.3 C#简介
C#（发音为“C sharp”）是微软公司在2006年6月发布的一种新的编程语言,它是一种简单的、现代的、面向对象的和类型安全的变成语言，由C和C++发展而来。C#牢固的植根于C和C++语言族谱中，并容易被C和C++程序员所熟悉。C#看起来与Java也有着惊人的相似，与COM(组件对象模型)是直接集成的,而且它是微软公司.NET windows网络框架的主角.C#的目标在于把Visual Basic的搞生产力和c++本身的能力结合起来，并充分挖掘.Net框架所提供的潜力。
2.3.4 Access简介
数据库是一些关于某个特定主体或目的信息集合，例如客户订单或年终报表等。Microsoft Access是一个多用户桌面关系数据库管理系统（RDBMS），同一局域网中的多个用户可以同时访问一个Access数据库。
（1）数据库。从广义上讲，数据库就是数据或信息的集合，相当于一个数据仓库。具体地说，数据库是一组经过计算机整理后的数据，由许多数据表组成。
从结构上看，数据库由许多数据表组成，而一个数据表由许多记录组成，一条记录由多个字段组成。数据库的主要特征包括：
·数据的结构化：数据库中的数据是有条理的，有相似特征的数据属于同一个集合。
·数据的共享性：在一个单位的各个部门之间，存在着大量的重复信息。共享性即允许各个部门共同享有这些信息。
·数据的独立性：指数据记录和数据管理软件之间的独立性。
·数据的完整性：它保证数据库中数据的正确性。数据库管理系统可以通过对数据的性质进行检查而管理它们。
·数据的灵活性：数据库管理系统不是把数据简单堆积，而是在记录数据信息的基础上具有多种管理功能，如输入、输出、查询、编辑、修改等。
·数据的安全性：一个单位所记录的信息并不是所有的人都有权力查看、更改。应根据用户的职责把它们的权利分成几个等级，不同级别的人对数据库的使用有不同的权限，以保证数据的安全性。
（2）关系数据库。
数据库管理系统最常用的模型有3种：层次模型、网状模型和关系模型。
·层次模型
层次模型数据库管理系统采用树状结构，它结构简单，不同层次间数据直接关联，但是它很难建立横向关联，数据很容易重复出现，因此用它不能建立较复杂的数据库。
·网状模型
网状模型数据库管理系统将每笔记录当成一个节点，节点和节点间可以建立关联，形成一个复杂的网状结构。它虽能建立复杂的数据库，避免数据的重复出现，但它的关联性很复杂，难以理解，当数据库变得越来越大时就很难维护了。
·关系模型
关系模型数据库管理系统采用相互关联又互相独立的多个二维表格来反映各种数据关系。关系数据模型的基本元素包括表、关键字和关系。表是关系数据模型中的最重要的概念之一。关系模型中定义的表是比较严格的，当按照关系模型创建表时，表中必须包含用来将一个表映射到另一个表中，关系定义为映射的结构。关系模型独有的特征是：通过使用关键字访问数据的能力（而不是通过额外的嵌入指针）。
根据关系模型设计的数据库好处很多，其中如：数据输入、更新和删除效率更高。数据检索、摘要和报告同样效率更高。因为数据库遵循规范完善的模型，所以行为是可预测的。因为大量的信息存放在数据库中而不是应用程序中，数据库可以实现某种程序自编文档化。
（3） Access 2003
数据库可包含表、查询、报表、页、宏和模块。使用Access 2003进行信息管理，可以在单一的数据库文件中管理所有的信息。
在Access 2003中，如果要保存数据，可以为每一种类型的信息创建一个表。如果要从查询、窗体或报表中的多个表中将数据合并在一起，则可以定义各个表之间的关系。如果要搜索并检索符合指定条件的数据，包括来自多个表中的数据，则创建查询。此外，查询也可以更新或删除多条记录，并对数据执行内嵌或自定义的计算。如果要简单地直接在某个表中查看、输入及更改数据，可创建一个窗体。在打开一个窗
体时，Access 2003将从一个或多个表中检索数据，并使用用户“窗体向导”中选择的版面布局或所创建自定义版面布局将窗体显示屏幕上。如果要分析数据或将数据以特定的方式打印出来，可创建一个报表。
Access 2003的数据库实际上就是一个完整的应用程序，它将信息、信息检索及信息处理集成到一个单独的数据库文件中，通过正确设计该数据库文件即可构造功能完备、使用方便的信息管理系统。
在Access 2003数据库中，表是存储信息的数据库对象，整个数据库各项功能的实现，都离不开表，因为表中存储的数据是查询、窗体、报表、宏、页及模块工作的基础，其它各种数据库对象的设计，都将围绕表而展开。例如，查询所检索的数据来自表，窗体、报表及页以表为基础，而宏和模块的功能，在大多数情况下虽不直接作用于表，但使用他们最终仍是为方便利用表中所存储的数据来得到对某一应用程序有用的信息。
在Access 2003中设计数据库的基本步骤如下：
（a）确定新建数据库的目的。
（b）确定该数据库中需要的表。
（c）确定表中需要的字段。
（d）明确有唯一值的字段。
（e）确定表之间的关系。
（f）优化设计。
（g）输入数据并新建其它数据库对象。
（h）使用Access 2003的分析工具。
Access 2003提供两种创建数据库的方法：可以先创建一个空数据库，然后再添加表、窗体、报表及其它对象，这是最灵活的方法。但是必须分别定义每一个数据库组件；也可以使用“数据库向导”，仅一次操作就可以为所选择的数据库类型创建所需的表、窗体及报表，这是开始创建数据库最简单的办法。无论哪一种方法，在数据库创建之后，都可以在任何时候修改或扩展数据库。
2.3.5系统运行环境
硬件环境：CPU: AMD Athlon(tm) II X2 215
内存：512 MB 硬盘：320 G
软件环境：
服务器端：
操作系统：Windows 7, 网站服务器：IIS7.0, 应用软件：Access2003、Microsoft.Visual Studio 2005平台,
相关组件：北京点聚公司开发的WebOffice.ocx控件，开源项目Extjs库.
客户端： Windows Xp,Microsoft Office 2003，IE浏览器
3 相关技术介绍
3.1 Ajax技术
AJAX即“Asynchronous JavaScript and XML”（异步JavaScript和XML)，AJAX 并非缩写词，而是由Jesse James Gaiiett创造的名词，是指一种创建交互式网页应用的网页开发技术。这个术语源自描述从基于网页的Web应用到基于数据的应用的转换。在基于数据的应用中，用户需求的数据如联系人列表，可以从独立于实际网页的服务端取得并且可以被动态地写入网页中，给缓慢的Web应用体验着色使之像桌面应用一样。统的web应用允许用户填写表单(form)，当提交表单时就向web服务器发送一个请求。服务器接收并处理传来的表单，然後返回一个新的网页。这个做法浪费了许多带宽，因为在前後两个页面中的大部分HTML代码往往是相同的。由于每次应用的交互都需要向服务器发送请求，应用的响应时间就依赖于服务器的响应时间。这导致了用户界面的响应比本地应用慢得多。
与此不同，AJAX应用可以仅向服务器发送并取回必需的数据，它使用SOAP或其它一些基于XML的web service接口，并在客户端采用JavaScript处理来自服务器的响应。因此在服务器和浏览器之间交换的数据大量减少，结果我们就能看到响应更快的应用。同时很多的处理工作可以在发出请求的客户端机器上完成，所以Web服务器的处理时间也减少了。
使用Ajax的最大优点，就是能在不更新整个页面的前提下维护数据。这使得Web 应用程序更为迅捷地回应用户动作，并避免了在网络上发送那些没有改变过的信息。Ajax不需要任何浏览器插件，但需要用户允许JavaScript在浏览器上执行。就像DHTML应用程序那样，Ajax应用程序必须在众多不同的浏览器和平台上经过严格的测试。
网页上使用Ajax的一般方式为3各步骤，
第一步：创建XmlHttpRequest对象，一般使用如下代码：
Function CreateXmlHttpRequest(){
var xmlhttp_request = "";
try{
if( window.ActiveXObject ){
for( var i = 5; i; i-- ){
try{
if( i == 2 ){
xmlhttp_request = new
ActiveXObject( "Microsoft.XMLHTTP" );
}
else{
xmlhttp_request = new ActiveXObject( "Msxml2.XMLHTTP." + i + ".0" );
xmlhttp_request.setRequestHeader("Content-Type","text/xml");
xmlhttp_request.setRequestHeader("Charset","gb2312");
}
break;
}
catch(e){
xmlhttp_request = false;
}
}
}
else if( window.XMLHttpRequest )
{
xmlhttp_request = new XMLHttpRequest();
if (xmlhttp_request.overrideMimeType)
{
xmlhttp_request.override.MimeType('text/xml');
}
}
}
catch(e){
xmlhttp_request = false;
}
Return xmlhttp_request;
}
第二步：发送信息到服务器，并监听、处理服务器返回的数据。示例代码如下：Var xpr=CreateHttpRequest();
Xpr.open(‘模式’,网址，true);
Xpr.send(参数信息);
Xpr.onreadystatechange=function(){
if (xpr.readyState == 4) {
// 收到完整的服务器响应
//处理服务器返回的数据 xpr.responseText
} else{
//访问服务器异常处理代码
}
}
3.2 Extjs简介
ExtJS可以用来开发RIA也即富客户端的AJAX应用，是一个用javascript写的，主要用于创建前端用户界面，是一个与后台技术无关的前端ajax框架。因此，可以把ExtJS用在.Net、Java、Php等各种开发语言开发的应用中。ExtJs最开始基于YUI技术，由开发人员JackSlocum开发，通过参考JavaSwing等机制来组织可视化组件，无论从UI界面上CSS样式的应用，到数据解析上的异常处理，都可算是一款不可多得的JavaScript客户端技术的精品。
Ext的UI组件模型和开发理念脱胎、成型于Yahoo组件库YUI和Java平台上Swing 两者，并为开发者屏蔽了大量跨浏览器方面的处理。相对来说，EXT要比开发者直接针对DOM、W3C对象模型开发UI组件轻松。下面就在本项目开发中用到的一些知识介绍如下。
3.2.1 Extjs对Ajax调用
Ajax技术是当前以数据驱动网页技术的关键。但是每一种浏览器对Ajax的支持又不尽相同，给我们开发跨浏览器的应用带来了不便。Extjs库对Ajax进行了很好的封装，它使我们可以忽略各种浏览器接口的差异，使用同一的步骤处理Ajax请求。在Extjs库中，Ext.Ajax是一个全局的Ajax请求类，提供了使用Ajax请求的简单途径，并具有最大的灵活性。
向服务器端发送异步请求是最常见的Ajax操作之一，在通常的情况下需要自己创建XMLRequest对象，并判断响应状态和处理返回值，这些操作基本上都是模块化的，因此Ext.Ajax封装了这些操作，可以跟轻松的进行Ajax开发。Ext.Ajax.request 是客户端想服务端发送请求的重要方法。主要分两大步骤，第一步是配置请求信息，需要指明目标网址、上传参数以及回调方法；第二步发送请求。下面以提交登录信息为例，简要说明如下：
应用Ext.Ajax时，只需在配置请求中提供参数的相关信息，就可以提交多种形式的参数。若要提交某个表单中的所有数据，则在配置项中添加：”form: ‘表单id’,”;若要提交json数据，则在配置项中添加”jsonData”一节,若要提交xml
数据，则可添加xmlData一节。
3.2.2 Extjs的Panel使用方法
面板Panel 是ExtJS 控件的基础，很高级控件都是在面板的基础上扩展的，还有其它大多数控件也都直接或间接有关系。应用程序的界面一般情况下是由一个一个的面板通过不同组织方式形成。
面板由以下几个部分组成，一个顶部工具栏、一个底部工具栏、面板头部、面板尾部、面板主区域几个部分组件。面板类中还内置了面板展开、关闭等功能，并提供一系列可重用的工具按钮使得我们可以轻松实现自定义的行为，面板可以放入其它任何容器中，面板本身是一个容器，他里面又可以包含各种其它组件。
面板的类名为Ext.Panel，其xtype 为panel，下面的代码可以显示出面板的各个组成部分：
Ext.onReady(function(){
new Ext.Panel({
renderTo:"hello",
title:"面板头部header",
width:300,
height:200,
html:'
tbar:[{text:'顶部工具栏topToolbar'}],
bbar:[{text:'底部工具栏bottomToolbar'}],
buttons:[{text:"按钮位于footer"}]
});
});
面板中可以有工具栏，工具栏可以位于面板顶部或底部，Ext 中工具栏是由Ext.Toolbar类表示。工具栏上可以存放按钮、文本、分隔符等内容。面板对象中内置了很多实用的工具栏，可以直接通过面板的tools 配置选项往面板头部加入预定义的工具栏选项。比如下面的代码：
tools:[{
id:"save"},
{id:"help",
handler:function(){Ext.Msg.alert('help','please help me!');}
}, {id:"close"}]。
这段代码可以在面板中预定义工具栏上放置三个按钮。
（2） ExtJs的store
EXT中所有和数据相关的类都放在Ext.data命名空间下。
?Store:最主要的对外交互接口，内部保存了一个数据集。
?Record:数据集里面的每一条记录。
?DataField: 定义了记录每个字段的schema。
?Proxy: 获取数据的代理。
?DataReader: 把代理读取的数据读入数据集。Store的实现
?内部用一个Ext.util.MixedCollection（既能够作为map进行索引，又能够作为list进行索引，并且更新数据时会触发事件，并且有一些其它功能的数据结构）作为数据集存放record。store实例的data域指向这个数据集。
?通过proxy加载不同来源的数据，如http remote，memory data等等。
?由于proxy加载过来的数据是异构的，所以通过不同DataReader的实现类来读入数据成为record。
?当调用load方法时候，就会委托proxy去加载数据。
?在data数据集中的数据，添加，修改，删除的时候触发事件。
Store数据加载流程简介：
1. 实例化一个Proxy的实现proxy。
2. 实例化一个DataReader的实现reader。
3. 实例化一个Store对象store。设置store的proxy与reader。
4. 监听store的load事件或者datachange事件。
5. 调用store.load()
6. store.load会调用proxy的load方法来加载数据（各种DataSource）。并且把reader作为参数传入。
7. proxy的load方法加载完数据之后，调用传入的reader的read方法，并且把数据作为参数传入。
8. reader的read方法把异构数据读入成record数据集。
9. proxy把reader.read方法生成的record数据集作为参数，回调store。
10. store把数据集添加到或者替换原来的数据集。
11. 触发load事件，触发datachange事件。
一个store定义的一般样式为：
Var store = new Ext.data.Store({
remoteSort: true,
proxy: new Ext.data.HttpProxy({
url:'task.aspx?q=liucheng'//ok..
}),
reader: new Ext.data.JsonReader({
root: 'rows',
totalProperty: 'results',
id: 'id'
}, [//列的形式
{name:'id'}, {name: 'nm'}, {name: 'Des'},
{ name:'Author_id'},
{ name:'Author_name'},
{ name:'CreateTime',type:'date'},
{name:'Cishu'}
])
});
3.3 WebOffice控件使用方法
WebOffice 控件可用于网页上呈现、编辑word内容，并将文件无缝的上传到服务器上。在网页中使用该控件示例代码如下：
< object id=WebOffice height=768 width="100%" style="LEFT: 0px; TOP: 0px" classid="clsid:E77E049B-23FC-4DB8-B756-60529A35FAD5"
codebase="/ocx/WebOffice.ocx#version=6,0,4,0">
上面的脚本意思是:自动更新classid=FF1FE7A0-0578-4FEE-A34E-FB21B277D561 的COM组件，更新地址为 /ocx/WebOffice.ocx，codebase后的路径为相对路径也可
为绝对路径,要更新的最新版本为6,0,4,0。此时，IE会自动访问注册表，如果发现当前机器未安装或者当前版本低于6,0,4,0，就会自动下载。
1、文件打开
控件打开文件的接口为：
打开文档的接口为LoadOriginalFile,其接口描述如下：
原型: long LoadOriginalFile(BSTR pcFileNameOrUrl, BSTR pcType);
功能：新建、装载Office文档
参数：pcFileNameOrUrl:要装载文件的本地路径或者URL，值为空表示新建文档,如果是在Http的Web环境下，可以传相对路径.
pcType:doc:打开、新建Word文件；xls:打开、新建Excel文件；ppt:打开、新建PPT 文件；wps:打开、新建WPS 文件。
返回值:为 0：失败；非0:成功。
在本系统中，使用
document.all.WebOffice1.LoadOriginalFile("/getdoc.asp?id=8", "doc");的形式打开服务器文件。
在网页中监听NotifyCtrlReady 事件，这时调用 LoadOriginalFile 接口。
2、文件的上传方法。
WebOffice 内部发起HTTP协议的发送，采用Post模式。WebOffice控件使用了自身的文件Http上传接口实现文件和表单域的上传保存，本文将简要介绍该上传方式的原理和使用方法。因为Web页面上的WebOffice打开的文件无法随表单记录提交到处理页面，所以WebOffice把文件模拟成表单的文件域，通过接口把文件和表单元素发送到保存记录的页面（过程类似表单的提交）。主要上传接口为：
HttpInit();该方法用于初始化上传接口，不需要设置参数。
HttpAddPostString(String FieldName, String someValue);添加要提交的表单域, FieldName是要上传表单域名称，someValue是表单域值。例如HttpAddPostString("username", "zhangSan");它类似域表单域的
HttpAddPostCurrFile(String fileName, String ReName);本函数添加当前WebOffice编辑的文件给上传接口，该接口把文件模拟到成一个表单的文件域，并提交到处理页面。
HttpPost(String url);
执行上传操作将文件和表单域提交到url的页面进行保存操作，并获取url页面返回的执行结果（是否成功,可以根据这个结果来获取服务器端执行的结果）。
url支持绝对路径和相对路径。
绝对路径,例如：http://192.168.0.1/savedoc.asp
相对路径要以“./”或者“../”开头。例如：./savedoc.asp
完整的上传接口演示如下：
function SaveDoc() {
var returnValue; // 保存页面的返回值
document.all.WebOffice1.HttpInit(); // 初始化Http引擎
// 添加相应的Post元素
document.all.WebOffice1.HttpAddPostString("username", WebForm. username.value);
// 添加上传文件
document.all.WebOffice1.HttpAddPostCurrFile("AipFile ","");
// 提交上传文件
returnValue = document.all.WebOffice1.HttpPost("../saveDoc.jsp");
if("true" == returnValue){
alert("文件上传成功");
} else {
alert("文件上传失败") }
4 概要设计
4.1 设计思路
考虑到系统有一定的规模，为了使开发过程顺利进行，决定采用增量开发模型。先设计出系统必备部件，然后逐个模块设计、测试，逐渐完善系统的功能。在本次开发中，公文在线编辑以及公文流转是系统的难点。为了突破这一难点，采用案例分析的方法，分角色模拟实际的公文流转过程，从中提炼出公文流转条件以及传递的参数，从而设计出公文流转数据库以及实现算法。
按照层次和模块化设计思路，将系统分成了前段界面和后台服务接口两大块，主要有如下层次结构：
图4-1系统结构图
系统总体调用过程为：前端html页面使用Ajax技术访问系统前端接口。有客户端请求发生时，系统前端调用各实际功能模块，各模块调用权限审核模块，审核通过后，调用存储访问模块访问数据库，然后依次返回给客户端结构化的数据。
4.2 系统流程设计
4.2.1 收文办理流程介绍
收文管理主要处理外部单位发送来的公文的登记、办理、查询等。当有外来文件时，由办公室人员启动来文接收流程。公文接收的一般处理步骤是：
1、由办公室人员登记来文的基本信息，上传文件电子版，完成后提交任务进入
下一环节。
2、办公室主任查阅文件，填写处理建议，并将文件转给局长。
3、局长查阅文件后，作出批示，并将文件转给一个或多个分管局长。
4、分管副局长填写具体承办意见，并根据来文内容，将文件转给指定的分管科室。
5、具体承办科室人员在待办事项中，发现分配的任务，着手处理。处理接收后，填写处理结果或呈交结果文件。待主管副局长审定后，收文办理任务结束。
4.2.2 发文管理流程介绍
发文管理主要处理机关内的文件发布、已发文件的登记、查询。发文办理的一般流程是：
1、各业务科室将拟好的公文交主管局审阅。
2、主管局长审阅通过则传给办公室，否则提出修改意见并返回给原科室。
3、办公室科员进行文字审查，并可适当修改，将文件传至办公室主任
4、办公室主任审阅，通过则传给局长审批，否则回退给业务科室。
5、局长审批，提出意见，将文件传给办公室。
6、办公室根据局长的意见，选择发文登记或传给业务科室修改，或终止发文流程。
物业管理系统（设计文档） 3.1 系统功能设计 根据系统功能的要求，小区物业系统分为五个主要模块。即住户资料管理、投诉管理、住户报修管理、物业缴费管理、住户停车车位管理。可以将系统分解成为几个功能模块来分别设计，功能模块间的关系如图3.1.1所示。 图3.1.1基本模块图 对于小区物业系统，根据系统功能分析，仅有一个单一的流程化页面。所以从欢迎页面到登录页面，如果登录成功，则进入相应的功能页。 整个系统的页面逻辑结构示意图如图3.1.2所示。
图3.1.2系统页面图 3.2物业业主服务子系统功能模块图 该系统主要是针对系统管理员的小区物业管理系统，没有设置其他用户登录，该系统有六个主要的功能模块构成其中有： （1）基本设置：主要是对系统管理员的登陆密码进行修改和管理，管理员身份admin,初始密码：admin,登录后才能对起进行修改。 （2）住户资料管理：包括业主基本资料添加和管理模块。 （3）投诉管理：包括投诉添加和投诉管理，主要是内容上投诉的基本事项和处理详细内容。 （4）报修管理：报修添加和报修管理两个子模块，添加信息有报修事项和报修处理结果及产生的费用内容。 （5）缴费管理：是该系统的最重要组成模块，包括主要收费项目和缴费业主信息，包括指定业主的主要产生费用项目管理。 （6）停车车位管理：包括停车车位管理和信息管理，主要是车位基本信息方面 的添加与查看。 图3.2系统功能模块图
图3-3系统业务流程图 流程说明： （1）用户填写基本信息交给系统管理员，有系统管理员将用户信息添加到用户信息库。 （2）用户将投诉单交给系统管理员，待投诉处理后，给用户处理回执结果。（3）业主提交报修单给维修人员，维修人员处理后将处理信息给系统管理员，管理员向用户提供回执和将维修信息报维修总计。 （4）系统管理员通过业主基本信息库向用户提交缴费清单，用户缴费到财务，财务回复用户缴费收据给用户和向系统管理员提供缴费信息。 （5）用户查看停车位信息，缴费有管理员确定车位信息，修改剩余车位信息。
电子公文传输系统 白 皮 书 湖南科创信息技术股份有限公司 二零一四年五月
目录 第 1 章方案简述 .................................................... 错误!未定义书签。 1.1项目背景.............................................................................. 错误!未定义书签。 1.2项目内容.............................................................................. 错误!未定义书签。 1.3建设意义.............................................................................. 错误!未定义书签。第 2 章整体方案设计 . (5) 2.1设计思想 (5) 2.2引用规范 (5) 2.3技术体系.............................................................................. 错误!未定义书签。 2.4技术路线 (6) 2.4.1基于J2EE三层次技术路线 (6) 2.4.2XML技术 (6) 2.4.3DRM技术 (6) 2.4.4CEB格式 (7) 2.5系统构架 (8) 第 3 章电子公文传输系统设计 (11) 3.1电子公文传输系统设计...................................................... 错误!未定义书签。 3.1.1电子公文传输系统总体框图 (8) 3.1.2电子公文传输系统的业务流程 (9) 3.1.3应用流程详细介绍......................................................................... 错误!未定义书签。 3.2二维条码系统设计.............................................................. 错误!未定义书签。 3.2.1设计思路......................................................................................... 错误!未定义书签。 3.2.2引用规范......................................................................................... 错误!未定义书签。 3.2.3应用支持......................................................................................... 错误!未定义书签。 3.2.4基于公文二维条码技术的应用集成............................................. 错误!未定义书签。 3.3电子公章系统设计 (78) 3.3.1电子公章系统功能设计 (78) 3.3.2电子公章制作与发放设计 (80) 3.3.3电子公章系统用户管理 (81) 3.4短信收发系统设计.............................................................. 错误!未定义书签。 3.4.1功能设计......................................................................................... 错误!未定义书签。 3.4.2工作模式......................................................................................... 错误!未定义书签。 3.4.3接入方式......................................................................................... 错误!未定义书签。第 4 章系统安全设计 ............................................ 错误!未定义书签。 4.1电子公章系统安全.............................................................. 错误!未定义书签。 4.2电子公文版式文件安全...................................................... 错误!未定义书签。
政府公文收发管理系统的设计与实现 上篇下篇政府公文收发管理系统的设计与实现2014年05月05日??共1077字?字号小中大?暂无评论?阅读1,430views次 检测前原文: 随着科技的发展以及互联网的发展,传统的办公方式已经不能适应信息快速传播和及时反映的客观需要要求,政府办公也面对同样的问题.针对这种问题基于工作流和协同办公的电子政务系统运营而生——政府办公管理系统.政府办公管理系统的主要功能是根据工作流办公的客观需要,实现多个部门协调工作,达到提高办公效率的目的.因此,越来越多的专家学者也从不同的角度对政府办公自动化系统进行了研究,提出了多种组建模型,但是尚未形成统一的标准,并且没有把理论切实的应用到实际管理工作中. 知网查重检测后相似论文片段: 本文就是针对这种问题,结合本人工作的经验,在调查分析的基础上,对整个政府的公文收发流程进行了设计,结合工作流理论,并用petri网对工作流网中控制流结构进行了分析,设计开发了一套符合实际操作的政府公文收发管理系统. 该系统采用优良的b/s架构设计,利用跨平台jsp技术并搭配sqlserver数据库进行开发.通过系统功能和性能测试,该系统具有较完善的功能及性能.在安全性、服务器抗压能力、系统容错性以及鲁棒性都优于同类软件系统.同时,该系统具有友好的人机界面,对于提高政府的办公质量和改善整体办公流程起到借鉴作用和参考价值. 优点:1)开放的技术:jsp技术基于平台和服务器的相互独立,技术支持来自广泛的、专门的、各种工具包,有服务器的组件和数据库产品开发商提供.相比之下,asp技术主要依赖microsoft支持.2)平台和服务器的独立性:jsp编写的代码可运行在任何符合java语法结构的环境中.这样jsp就能够运行在多种web服务器上并支系统中
电子公文管理系统电子公文管理系统设计与实现电子公文管理系统电子公文管理系统 设计与实现 电子管理系统设计与实现1引言 是政府军队等各类部门请示汇报、命令下达等工作中的重要部分。传统的归档以纸质原件为主，存放在档案局等部门，当归档数目逐渐增多时，的查找就存在效率较低等缺点。尤其是当用户记不清楚的具体年份、标题等内容时，在纸质归档中进行基于内容的模糊查询几乎无法实现。另外，纸质的管理、维护、防腐等，也需要大量的人力物力支持。 随着计算机硬件、局域网设施的普及以及用户计算机水平的不断提高，当前的撰写基本都是先完成电子版本，然后再打印传达。因此，将的电子版进行归档成为可能。实施电子的归档管理，与传统方法相结合，可以在几乎不增加额外劳动量的前提下，对的管理、查找、维护工作起到大大的改善效果。 2系统设计 《电子管理系统》就是在这样的背景下产生的。其目的是在不改变用户撰写流程的前提下，完成电子的归档、查询等功能。此外，对历史的充分借鉴，还可以提高用户撰写格式的规范以及内容风格的一致性等。 系统采用标准的客户端-服务器模式(c-s模式)，由oracle数据库服务器对电子的存储、查询提供支持。客户端软件由delphi实现， 包括模板管理、归档、撰写、临时管理、查询和系统设置六大模块，如图1所示。 “模板管理”可以将常用的空白模板存储到数据库中，用户可以据此撰写新的。“撰写”模块可以依据模板或已经归档的历史，撰写新的。用户只需修改其中
的内容即可，而不用再过多关心其格式等内容，提高撰写的效率。“临时管理”对新撰写的以及尚未定稿的进行管理，支持同一的多个不同版本，并可以将临时及时上传备份到服务器以防丢失，同时能够方便地从其它机器阅读修改。“归档”对于已经完成的，可以归档录入数据库，以方便将来查阅。系统提供单个归档、批量归档等多种归档方式，并能够通过“自动分析”功能解析出中的项目，如标题、关键字等，减少归档的工作量，提高系统可用性和效率;同时还可以将领导签字照片等附件一同录入，以提高归档的完整性可用性。“查询”模块能够对所有已归档的进行高效查询。除了支持灵活的按照各种项目自定义条件查询外，还支持基于内容的查询，即可以查找内容中包含指定文字的所有。最后，“系统设置”模块包括不同部门、不同级别用户的用户管理及权限控制功能，灵活的数据库连接参数配置功能等。3关键技术系统实现的主要难点和创新包括以下几个方面:1)在oracle数据库中的存取控制;2)内容的自动解析和批量归档;3)基于内容的全文检索查询;4)本地文档与数据库备份文档的比较及版本控制。 在数据库中的存取 一个由很多元素组成，如标题、发文机关、种类、年份、主题词、引发说明、承办说明、正文等等。在数据库中的存取有两个方案:一是将各种元素分开存储，用户预览全文时再按照格式要求合并成一个文档。该方案的好处是分开存储便于用户的查询;不足是当合成新文档是需要考虑的格式要求。因为类型繁多，因此恢复新文档的操作复杂，而且往往难以完全恢复原样。第二个方案是将整个文档采用二进制方式存储在数据库中。这样的好处是文档的恢复比较简单，但是由于各个元素没有分离，因此在的查询方面存在不足，需要解析文档内容并逐个分离出元素信息，效率较低，难以满足快速、灵活的查询需求。电子管理系统设计与实现相关内容:秘书如何面对工作挫折挫折是指个人从事有目的的活动时，由于遇到阻碍和干扰，其需要得不到满足时表现出的一种消极情绪状态。在秘书这个职位上，技术性
理发店管理系统设计说明书
目录 一、文档简介 (3) 1.1 文档目的 (3) 1.2 背景 (3) 1.3 读者对象 (3) 1.4 定义 (4) 1.5 参考文献 (4) 1.6 术语与缩写解释 (4) 二、总体设计 (4) 2.1 需求规定 (4) 2.2 运行环境 (4) 2.3 物理结构示意图 (5) 2.4 总体结构图 (5) 2.5 客户端程序组成 (5) 2.6 基本设计概念和处理流程 (6) 三、接口设计 (7) 3.1 用户接口 (7) 3.2 外部接口 (8) 3.3 部接口 (8) 四、系统数据库设计 (10) 4.1 数据库环境说明 (10) 4.2 数据库的命名规则 (11) 4.3 逻辑结构设计 (11) 4.4 物理结构设计 (12) 五、系统出错处理设计 (13) 5.1 出错信息 (13) 5.2 补救措施 (14) 5.3 系统维护设计 (14)
一、文档简介 1.1 文档目的 1．编写本说明书的目的在于： （1）将系统划分成物理元素，即程序、文件、数据库、文档等。 （2）设计软件结构，即将需求规格转换为体系结构，划分出程序的基本模块组成，确定模块间的相互关系，并确定系统的数据结构。 2．本说明书的用途在于寻找实现目标系统的各种不同方案，分析员从这些可供选择的方案中选取若干个合理的方案，为每个合理的方案都准备一份系统流程图，列出组成系统的物理元素，进行成本\效益分析，从中选出一个最佳方案向用户和使用部门负责推荐。如果用户和使用部门负责人接受了推荐的方案，分析员应该进一步为这个最佳方案设计软件结构。通常，设计出初步的软件结构后还要进一步改进，从而得到更合理的结构，进行必要的数据库设计，确定测试要求并且制定测试计划。 3．本说明书的主要读者为系统分析员和用户和使用部门的有关人员，为后面的系统开发提供依据。 作为BSS理发店管理系统设计文档的重要组成部分，本文档主要对软件后台数据库的概念模型设计和物理模型设计做出了统一的规定，同时确定了每个表的数据字典结构。本文档是开发人员实际建立BSS数据库及其数据库对象的重要参考依据。同时本文档对软件的整个系统的结构关系进行了详细的描述，并对相关容作出了统一的规定。 1.2 背景 理发店是人们日常生活中不可缺少的一部分，有一定规模的理发店具有多名理发师和众多顾客，一般情况下，当忙碌起来以后，很难记清楚每名理发师的工作量，不便于日后考核；同时大量的会员如果仅适用传统的纸质和卡片记录管理，容易出错，而且不方便统计。计算机应用技术迅猛发展，开发一套理发店的理发师和会员管理系统具有很强的现实意义。 1.3 读者对象 本文档的主要读者包括： 1．本系统的设计人员：包括模块设计人员。 2．本系统的系统开发人员：包括数据库开发、编码人员。 3．本系统的测试人员。
收发文管理规定（试行） 1总则 1.1为加强公司的收发文管理工作，提高收文处理的速度和确保收发文处理的规范性，特 制定本管理规定。 1.2本规定适用于公司及各直属部门。 2定义 2.1本规定中的收文管理是指对收到的公文进行处理，包括签收、登记、审核、拟办、批 办、承办、催办及反馈等程序。 2.2本规定中的内部来文是指收到公司范围内的文件。内部收文内容包括：内部文件、 各类报表、计划总结、专项业务审核单等。 2.3本规定中的外部来文是指收到公司范围外部的文件。外部收文内容包括：外部文件、 函件等。 2.4本规定中的发文管理是指包括文件的草拟、审核、签发（会签）、复核、用印、分发、 文件整理、归档等一系列相互关联、衔接有序的工作。文件是指公司在经营管理过程中形成的具有管理效力和规范体式的文件等 3职责 3.1行政部为收发文管理的归口管理部门，负责收发文管理工作。 3.2行政部对各部门收发文管理的规范性予以监督检查。 3.3各部门在收到交办的来文后应当及时办理，不得延误，推诿，原则在2个工作日内完 成对来文的处理。 3.4各业务部门负责文件的起草，应坚持“实事求是，精简高效”的原则，确保文件的格 式规范、用词准确。 4收文管理 4.1文件的拟办和批办 4.1.1签收登记 4.1.1.1内、外来文均由行政部负责签收登记；并由行政部填制信息批阅单，注明收文日 期、收文编号、发文单位、公文名称等。
4.1.2收文编号 4.1.2.1其他来源的收文按外【收文年份】流水号编号。 4.1.2.2内部文件按文件来源部门简称【收文年份】流水号编号。 4.1.3拟办和批办 4.1.3.1文件由行政部按规定拟定信息说明及处理建议，按先部门后领导的顺序进行公文处理。 4.2文件的承办 4.2.1凡需要承办的来文，行政部须在当天将文件流转给承办部门或分管领导。 4.2.2 承办部门相关人员和分管领导应该对来文认真审阅，并须签署明确意见、建议及 姓名和日期；行政部应该将这些意见或建议及时呈送对该来文所涉事项有决定权的公司领导，并由该领导签署具体意见、建议或决定。 4.2.3承办部门一般要在二个工作日内完成来文处理；特殊情况确有困难的，承办部门应 及时与行政部及信息报送部门进行沟通说明。 4.2.4对不需要承办、也不需要传阅的公文由行政部作存查处理。 4.2.5文件的催办 4.2.6.1送领导或者交承办部门处理的来文，行政部要负责催办，做到紧急来文跟踪催办， 重要来文重点催办，一般来文定期催办。 4.2.6.2对在规定时间内没有及时处理，同时没有特殊困难原因的承办部门，由办公室予 以记录，做为部门月度考核内容之一。 4.3反馈和办复 4.3.1若行使决定权的公司领导另行指示或授权相关部门或公司领导跟踪、落实或处理 来文所涉事项，则行政部须将该指示或授权信息反馈给相关职能部门或公司领导，并由他们签署传阅部门/人员意见。 4.3.2行使决定权的公司领导要求向其反馈来文所涉事项的进展或处理结果，则行政部 须将该事项的进展或处理结果及时反馈。 4.3.3行政部应在公司领导作出决定的当天将相关处理意见、建议或决定及时反馈给来文 部门或单位。 4.3.4对于上报的请示类公文，上一级管理组织可以批复、简复、批示等形式的公文回复。 对于上报的报告、意见类公文，上一级管理组织应签批明确意见，可以简复的形式回复。对于专项业务审核单，上一级管理组织应签批明确意见。
1、登录系统后出现以下现象怎么解决？ 答：1、检查客户端是否安装。 2、安装根证书。 2、中石油总部技术支持帮助热线电话多少？ 答： 4008800114 3、登陆OA时，输入用户名和密码后，页面显示“无法显示该页 面”怎么解决？ 答：检查用户机器上有没有安装PPLive之类的网络电视，如果有，将这个程序退出或者卸载掉，然后再登陆系统就可以了。 4、电子公文打开正文后，点击“进入编辑状态”没有反映，怎么 解决？ 答:解决办法： 1 )打开一个新的word文档，点击“工具”菜单，选择“模版和加载项”，选择xml架构，点击“架构库”，选中该架构，点“删除架构”。
2）右击IE属性，进入internet选项，点击“常规”—“设置”—“查看对象”，删除msdol和mssignature控件。
3）删除C:\Documents and Settings\mary\Application Data\Microsoft\Templates下的normal模版。 4）打开空的word文档，进入“帮助”菜单，点击“检测并修复office”。 5)运行OA 帮助中产品下载的OA客户端安装软件中的Setpolicy.bat。 6）如果上述方法操作过后，进入编辑状态按钮没有了，打开一个word文档，点击帮助-关于Microsoft Office Word，选择“禁用项目”，在“禁用项目”里面选择被禁用了的项目，然后点击启用。
5、电子公文打开正文后，点击“进入编辑状态”右边出现了文档 操作区，但操作区里没内容，怎么解决？ 答：检查顺序：检查XML的位置是否正确（XML结构中添加alldoc/command 元素）。 解决办法： 1) 如果在盖章时出现此问题，而且“停止保护”也不可用了，那么必须把此文下载到服务器修改（联系OA系统管理员处理）。 2) 在 WORD中把XML扩展包删除，然后手工添加进去： 扩展包地址：http://oa.petrochina/sdxml/managedmanifest_signed.xml。
(此文档为word格式，下载后您可任意编辑修改！) 华南农业大学 软件开发技术实践 课程设计实验报告 小组成员： 教师：林毅申 提交日期： 2013年11月30日
华南农业大学信息学院 课程设计
1、基本信息 1.1 小组基本信息 1.2 项目基本信息 这次我们小组开发的是一个面向一所大学内的任课老师以及在校学生的题库管理系统。作为数字化校园的一部分，该系统的主要的功能包括为教师用户提供的查阅题库，新组试卷功能和面向学生的在线考试功能。题库分为两部分，一部分是之前教师利用组卷功能得到并保存的试卷，一部分是不同类型的题目。题目范围为学校内各门课程期末考试的试题，包括公共基础课以及各学院开设的不同课程。题目不仅包括普通的文字类题目，还包括一些包含复杂元素如图片，特殊公式等的题目，做到基本兼容现在学校内能看到的题目。 考虑到小组成员的技术水平以及项目的实际需要，该系统是采用C/S模式。为提高效能，服务器方面采用IOCP模型，客户端采用WPF技术来改善Winform在界面上的劣势。 1.3 项目技术信息
2、系统架构图 注：实线表示数据传输方向，虚线表示模块间调用关系，由被调用者指向调用者 服务器程序: 数据加密模块： 采用一种加密算法，（具体哪种算法等系统实现时，再进行确定），将即将发送的数据进行加密。保证数据再传输过程中的安全性。与客户端中的数据加密模块原理一样。 数据解密模块： 采用与加密算法相对应的解密算法，将接受到数据，进行解密，还原得到原始的数据。与客户端中的数据解密模块原理一样。 消息队列： 为了能实现同时让尽量多的客户连接到服务器，所以不使用一线程处理一客户模型的服务器。这里的消息队列是将所有用户对服务器的各种请求按照先进先出的规则排列起来。等待处理。如果实现是使用windows io完成端口和对应的SOCKET进行绑定，这个消息队列是由系统生成和维护的。 工作者线程池： 线程池用于维护和管理服务器中所有以工作者身份存在的线程，工作者线程就是用来处理客户请求的线程。线程池的线程会互斥的到消息队列中取出对应的客户请求进行处理。没有请求时候，所有线程都处于阻塞状态等待消息队列中出现客户请求。当工作者线程获得客户请求的时候会按顺序去调用数据解密模块，数据传输格式解析模块，业务逻辑处理模块，加密发送数据模块。 数据传输格式解析模块： 数据在网络传输的过程中，我们给它规定特定的格式。通过该模块，服务器可以清楚的知道，客户需要服务器为他实现哪些功能。但是这里解析的数据需要通过解密之后，才能解析。对应的客户端想要与服务器进行交互，就需要使用这个特定的格式发送数据。 业务逻辑处理模块： 这个模块就是服务器具体工作的模块，模块中包含服务器能够为客户端提供的所有服务。工作者线程通过解析数据格式，知道客户的需求，再从这个模块中调用指定的服务。这个模块也是直接和数据库进行交互的模块。 数据发送加密模块： 业务逻辑模块处理完客户的请求的服务之后，需要为客户返回处理后的结果。可能是简单的操作成功和失败的返回结果，也可能是直接数据的传输。和加密模块结合在一起，说明数据发送前需要进行加密。 数据库模块： 采用sql server做数据库管理，https://www.doczj.com/doc/0d8498006.html,技术实现面向业务层的接口。
公文传输一直是保证政务正常运转，信息互传的法定方式。传统的公文传输，以纸质文件的邮递来实现，传统的纸质文件传输时间长、成本高。随着信息化建设的不断完善，“电子公文传输”以其传输速度快、易于存档、方便交流等技术特点成为当前电子政务建设的必然要求。 方正电子公文传输系统，用于 远程电子公文传输。整个系统采用B/S架构，支持灵活的"集中-分布式"配置模式。采用国家相关资质单位的加密设备，文档经过加密后交换，可与办公自动化（OA）系统、其他交换平台无缝连接，使数据流安全畅通。兼容多种公文格式，保证电子与纸质公文的一致性，打印份数可控。采用安全的电子公章管理技术，与传统公章使用流程保持一致。采用可视化盖章流程控制，达到"所见即所得"的效果。 系统主要功能图 本系统实现远程的公文传输，主要功能包括： 发文管理 是指发文单位将一份要发给其他单位的电子公文，进行签发、盖章等操作，最后将CEB公文发送出去。具体是： 1、登记公文：将OA系统审批通过的公文转换为CEB格式并上载到系统中。
2、公文盖章/协办盖章：通过公章服务器，对公文加盖电子公章；多个部门联合发文时，系统提供协办盖章功能。 收文管理 是指接收到此公文的单位，对收文进行处理。具体包括： 1、来文提醒：当有未签收公文时，系统提供手机短信提醒功能。 2、公文打印：控制该单位是否有打印权限，并且只能按发文单位设定的打印份数打印公文。 系统管理 是指系统级的一系列管理功能，包括用户管理、打印机管理、日志管理、公文统计、用章监控等。 1、打印机管理：系统可与指定打印机绑定，做到精细打印控制，实现对打印机的开、关、缺纸、缺墨、卡纸等状况的判断识别，有效避免在空白纸上打出红章。 2、日志管理：详细的操作日志，记录公文、公章的操作使用情况,为系统的管理工作带来了极大的便利性，任何时候都可以对系统中发生的操纵进行回溯。 系统特点 1、基于CEB版式文件 公文信息的不可篡改性是许多安全措施的基本保证。方正CEB版式文件能有效防止黑客、内部人员对电子公文伪造、篡改、抵赖等问题，远程传输电子公文的传输前后不改变版式结构，有效地保障电子公文的权威性、严肃性、安全性。 2、系统架构可扩展 方正电子公文系统具备良好扩展性，能够与外部系统进行集成，满足客户对电子公文的不同应用要求。与电子公文系统进行集成的外部系统，主要包括： 1) OA系统：实现应用整合。 2) 加密卡：提供高级别安全保障。 3) CA系统：提供高级别安全保障。
工程学院信电学院课题设计报告 医院管理系统详细设计文档 班级13软嵌2班 组长王凯 组员王维可夏辉徐洋洋专业13软嵌2 指导教师周宏生
2016 5月20日年
1 引言 1.1 编写目的（Purpose） 根据概要设计说明书中的设计容，编写详细设计说明书，为开发过程提供系统处理过程的详细说明，使系统开发各类技术人员对整个系统所需实现的功能以及系统的功能模块的划分、实现和数据库的表结构清楚的认识，为整个系统的开发、测试、评定和移交的提供基础，本报告一旦确认后将成为系统开发各类技术人员共同遵守的准则，并为以后的编程工作提供依据。 1.2 读者对象（Reader） 本说明书的预期读者为本项目负责人以及负责项目开发的各类技术人员、管理人员、项目评审人员。 1.3 编写目标(Goal) 以先进成熟的数据库管理技术、计算机技术和通信技术为主要手段，结合用户业务需求，在医院以C/S作为开发平台的企业信息网上建立一个覆盖医院的高质、高效、实用的管理信息系统；从系统层到应用层具有严密的安全控制机制。系统能够适应医院组织机构和结构的调整。采用构件化技术，使应用系统具有相应的独立性，使各子系统能具有通用性，又能适应医院某些机构的个性化要求；系统具有较长的生命周期，并保证从现有业务管理模式向更加优
化的领导决策和管理模式平稳过渡。 1.4 项目背景(Background of Project) 项目名称：医院信息管理系统 项目简称：医院系统 委托单位：某医院 开发单位：本公司主管部门：本公司 1.5 定义(Definitions) 本详细说明书中涉及的专门术语、容易引起歧义的概念、关键词缩写及相应的解释容包括（有关医疗术语关键词不在此列表中）：门诊：CN 住院：IH 病案：PA 药库：MC 医技：所有检验、检查项目、手术项目等药品：中草药、西药、试剂 2 系统总体描述 2.1 业务处理总流程 2.1.1 总体业务流程图
超市营销管理系统的计划和开发 摘要：随着我国成功加入WTO及信息化浪潮的日益临近，超市经营管理机制正在发生着根本性的变化，商场要想在激烈的市场竞争环境下求得生存,就必须有效地利用人才、时间、信息结合的优势，进行有效的超市内部改革和加强收银管理。借助现代信息技术和管理理论，建立超市收银管理信息系统势在必行。 本系统针对商品管理的业务范围及工作特点，设计了收银登记、收银管理、业务管理、会员管理、统计分析等几个部分，这几个部分可以全面实现对商品的进货、付款、销货、收款和库存等业务的计算机管理，大大减轻了超市工作人员的工作量，全面提高了超市收银管理的管理效率以及服务质量，使管理水平和业务水平跃上了一个新的台阶。 本系统是根据现代超市收银管理的需要而开发的，操作方便及美观的界面给用户节省了不少宝贵的时间，全面实现了对商品的进货、付款、销售、收款和库存统计等业务的计算机管理，大大减轻了商店工作人员的工作量，全面提高了商店的管理效率及服务质量。系统采用Microsoft Office中的Access 2003来设计数据库，并使用VB 6.0为开发工具。 我们主要介绍了本课题的开发背景，所要完成的功能和开发的过程。在系统分析的前提下，本文重点说明了总体设计，数据库的设计以及系统详细的设计和实现过程。 关键词：超市管理系统，数据，信息，系统开发
目录 1超市管理研究背景...................................................... 错误！未定义书签。 1.1手工记账的弊端.................................................................... 错误！未定义书签。 1.2管理信息系统的重要性 (3) 2超市管理系统软件介绍 (4) 2.1本系统研究方案的确定与说明 (4) 2.2开发工具与环境 (5) 2.3数据库介绍 (3) 3超市管理系统软件模块规划 (7) 3.1模块页面功能描述：............................................................ 错误！未定义书签。 3.2模板结构功能及软件数据流程图 (6) 4代码设计...................................................................... 错误！未定义书签。 4.1主窗口模板的设计................................................................ 错误！未定义书签。 4.2用户注册登陆界面功能的描述............................................ 错误！未定义书签。 4.3用户资料管理功能的描述.................................................... 错误！未定义书签。 4.4管理功能的描述.................................................................... 错误！未定义书签。 4.5工具功能的描述.................................................................... 错误！未定义书签。5程序的调试 6 系统开发过程中的心得体会
如何使用公文交换系统收发文件 ■公文交换系统概述 1、公文交换系统相当于老OA。 2、主要功能：各单位间进行公文的交换。 3、附加功能：发文单位查看签收情况和回复内容；收文单位回复发文单位；导出功能为已建有OA的单位提供数据接口。 4、提供与OA系统的数据对接：收文转OA，OA转公文交换。 发文单位从OA起草发文→ OA转公文交换→公文交换→收文转OA →收文单位内部流转办理收文 公文交换担当了单位间公文的邮递员角色。 5、在单位启用OA内部流转前，请只用公文交换收发文，不用转OA。 ■公文交换中如何收文 以下1-4步相当于老OA功能。在单位启用OA内部流转前，请只用前5步。1、点击左边“待签收公文” 3、点击文件正文名或文件附件，可直接打开或保存。 在“已签收公文”和“已转OA公文”中也可打开文件正文或附件。 4、点击上面的“签收”按钮，则此文件转移到“已签收公文”。 *5、附加功能：回复与导出 回复：收文单位可回复发文单位，内容可以是直接输入或附件。例如“联系人名单”之类可在此直接回复给发文单位。 导出：是为已建有OA的单位提供数据接口。导出为XML文件,供已有OA 导入数据用。原先没有OA系统的单位不需要用导出功能。 *6、若单位启用OA进行公文的内部流转：则在“已签收公文”中，点击文件标题，在文件详情单上方点击“转入OA”按钮，则此文件转移到“已转OA公文”。
注意：点击后稍等几秒钟，防止多次导入。 发文单位发文→收文单位收文→转入OA→收文单位进行内部公文流转。 ■公文交换中如何发文 △发文前的准备工作： 单位管理员定义文号字典，把单位要用的文号预先定义好： 1>菜单-单位配置-字典管理 2>点右上角“添加数据” 3>选择字典名称为“字号” 4>在数据名称中填入文号，例如：新政办发、新政办、新政发。 5>点右上角“保存” 6>其他字典也可以先定义好。 △在公文交换中发文： 以下1-4步相当于老OA功能。在单位启用OA内部流转前，请只用前4步。 1、点击左边“公文发送”-“我的草稿”。
公文流程管理设计与实现 1 引言现如今，每个企业经营者，都在利用规范的管理流程来提高企业的效益。可这一切仅靠人是很难及时准确地完成包括统计在内的工作。传统的办公活动中的数据处理方法已经不能适应现在高效率的公司运转（如用人工或依靠办公人员的体力劳动）。只有综合应用计算机网络、数据库技术、通信技术等技术，才能及时进行办公信息的处理。只有这样，才能解决在实现办公管理目标过程中目标管理与办公人员，办公成本急剧增加的矛盾。于是网上办公系统孕育而生。网上办公就是采用Internet/Intranet技术，基于工作流的概念，使企业内部人员方便快捷地共享信息，高效地协同工作；改变过去复杂、低效的手工办公方式，实现迅速、全方位的信息采集、信息处理，为企业的管理和决策提供科学的依据。一个企业实现办公自动化的程度也是衡量其实现现代化管理的标准。众所周知，公文流转是办公自动化的重要组成部分。公文流转就是指从公文起草、批办、办理、归档、查询这一系列流动过程。一般的公文流转流程主要分为四个公文处理过程。它们分别是：收文管理、发文管理、案卷管理、文件处理统计。它的基本任务是利用先进的科学技术，使人们借助各种设备解决对一部分办公业务的处理，达到提高生产率、办理公文更规范，工作效率和质量、方便管理和决策的目的。 1.1 选题背景随着计算机及网络技术的飞速发展，Internet/Intranet应用在全球范围内日益普及，当今社会正快速向信息化社会前进，信息系统的作用也越来越大。回顾近２０年来微电子技术的进步和通信技术的突飞猛进的发展，各种先进的办公设备如雨后春笋般出现。网上办公系统是信息革命的产物，也是社会信息化的重要技术保证。作为当前国际上飞速发展的一门综合性新学科，网上办公系统已经越来越受到人们的重视。网上办公系统是信息化社会最重要的标志之一，它将人、计算机和信息三者结合为一个办公体系，构成一个服务于办公业务的人机信息处理系统。通过提高办公效率，使用先进的机器设备和技术，办公人员可以充分利用各种办公信息资源，从而提高办公效率，使办公业务从事务层次进入管理层，甚至辅助决策层，将办公和管理提高到一个崭新的水平。 1. 2 国内外研究现状我国办公自动化的发展我国从80年代开始，尤其是进入90年代，办公自动化发展迅猛。随着计算机技术的发展，办公自动化系统从最初的汉字输入、字处理、排版编辑、查询检索等单机应用软件逐渐发展成为现代化的网络办公系统，通过联网将单项办公业务系统联成一个办公系统。再通过远程网络将多个系统联结成更大范围的办公自动化系统。建立企业内部网(Intranet)和企业外部网(Extranet)已经成为办公自动化发展的必然趋势。多媒体技术是办公自动化发展的又一趋势。办公自动化系统引入多媒体技术，使之处理语音、图形、图像功能加强，更能够满足办公要求，提高办公信息处理的应用范围和价值。国内对于网上办公系统的发展投入了极大的热情，对于网上办公系统的需求也在增加。因为企业信息化建设、硬件网络设备建设已经日趋完备，业务作业层的软件建设也已基本完成，建设了刚性系统，有了积累，开始考虑柔性系统；产品相对成熟，实施风险低，容易出成绩，很多单位刚开始搞信息化时，选择OA为突破口；网络的普及，硬件价格下降，软件价格下降。网上办公发展到目前阶段，国外目前很少使用这个概念，大多数人提到的是门户（Portal）和平台（Platform）的概念，也涉及到系统和数据的整合概念，国外没有专门的网上办公系统厂商，国外目前对于网上办公不是很关注。
安信天元安全电子公文传输系统和电子公章解决方案 1.系统背景 作为传统的政府管理，大多以开会研究、逐级下达、层层上报为主要工作方式，其政策、决议、通知、汇报、请示等等都以政府公文作为载体在各级政府之间传递信息。各政府之间，工作部署、工作汇报、上级文件传达……等等这些工作大部分都需要通过开会、现场调研、派人员到上级取公文等方式才能够完成，而我国城市之间路途遥远，各级区域管理范围广，城镇分散分布，路途遥远，这就使工作人员需要消耗很多时间在路途上，并造成了信息传递的滞后和公文旅游的现象。网络技术和信息技术的不断发展，为这些问题提供了解决途径。利用信息技术和网络技术，通过建立电子公文传输系统，可以使公文传递、公文上报和上级公文传达变成简单、快捷、方便，解决信息传递的滞后和公文旅游的现象，减轻人力与物力的消耗，加快信息的传递，提高党政机关的公文传输的效率。 用户需求分析 2.1应用需求分析 政府部门间公文交换的需求。下级对上级的请示，汇报，上级对下级的通知，批示，通报……，平级之间的联合审批……，这些都需要在政府部门之间传递公文。这些公文与内部公文的不同是在于这些公文已经定稿，大部分盖有部门章及部门红头。这就要求实现： 2.1.1.公文版式不变性 各部门使用的编辑软件、操作平台等都不尽相同，而政府公文必须保证公文在不同平台，不同环境下打开，打印都不能发生变化。 2.1.2.公文内容不可编辑 部门之间传递的公文作为政务信息的载体，有它严肃性及权威性，这就要求部门之间传递的公文不能再被除发文单位以外的人员修改，编辑。 2.1. 3.公文传递的快速、准确 2.1.4.公文阅读、打印权限的控制 公文承载着政务信息，而其中有些信息作为敏感信息，要控制其发布的范围。 2.1．5.系统可监控、可审计
学生管理系统设计文档 1.系统概述 本学生信息管理系统可以说是一个综合性的学校学生管理系统，这它集成了学生学籍管理系统、学生成绩管理系统、学生档案管理系统等多种功能，因而具有较强的实用性和先进性。 1.1 系统及需求分析 1.1.1 系统需求 通过调查,要求系统需要有以下功能: ⑴由于操作人员的计算机知识普遍较差,要求有良好的人机界面; ⑵由于该系统的使用对象多,要求有较好的权限管理; ⑶原始数据修改简单方便,支持多条件修改 ⑷方便的数据查询，支持多条件查询; ⑸在相应的权限下，删除数据方便简单，数据稳定性好； ⑹数据计算自动完成，尽量减少人工干预; 1.1.2可行性分析 由于本系统管理的对象单一,都是在校学生，且每个数据内容具有较强的关联性，涉及的计算过程不是很复杂。因此，比较适合于采用数据库管理。且学校用于学生管理的微机都是以上的机器，在存储量、速度方面都能满足数据库运行的要求。在技术难度方面，由于有指导老师的指导和相关参考文献，特别是网上资料，特别是参考其它程序的功能，因此完全可以实现。 本系统的设计是在中文版操作系统环境下，使用 6.0开发的。数据库是中的重要支持技术，在开发过程中，如何选择数据库管理是一个重要的问题，目前，数据库产品较多，每种产品都具有各自的特点和适用范围，因此，在选择数据库时，应考虑数据库
应用的特点及适用范围。本系统选用的开发语言：语言，用的，它是一种可视化的、面对对象和条用事件驱动方式的结构化高级程序设计，可用于开发环境下的种类应用程序。它效率高，且功能强大，可以与的专业开发工具相媲美。在环境下，利用事件驱动的编程机制、新颖易用的可视化设计工具，使用内部的应用程序接口()函数，以及动态链接库()、动态数据交换()、对象的链接与嵌入()、开放式数据访问()等技术，可以高效、快速地开发出环境下功能强大、图形界面丰富的应用软件系统。 1.2系统的功能简介 本系统主要可以实现以下的管理功能：班级管理、学生档案管理、学生交费管理、课程管理、成绩管理等等。 1.3.1 项目规划 学生信息管理系统是一个典型的数据库应用程序,由系统、设置、录入、查询、帮助等模块组成,特规划如下: 1.3.2系统模块 该模块的主要任务是维护系统的正常运行和安全性设置,包括系统登录、退出登录、用户管理、退出系统等等。 1.3.3设置模块： 该模块的功能是实现设置功能，包括：专业、课程、班级的设置，这三个功能模块各自独立，完成学生管理必需的设置。 1.3.4录入模块： 该模块的主要功能是实现录入功能，包括学生档案、学生成绩的录入，完成学生管理数据的录入功能。 1.3.5查询模块： 该模块主要功能是实现查询功能，包括学生档案和成绩的查询以及成绩统计，都有打印报表的功能。 1.3.6帮助模块： 本系统的使用说明和关于。
精心整理1.1.1?公文管理 公文一般分为收文（外来公文）和发文（自制公文）两大类，公文管理的功能包括：收文登记/发文起草、收文转发/发文转发、校对公文、公文审核、退回处理、代办公文、公文查询、流程跟踪等。 公文的流转基于灵活的流程定义，主要实现的功能包括： ??????????用户可自定义审批流程 ??????????在公文流转过程中，可以根据办事需要，将公文内容转交，不记录流程； ??????????收文登记 ??????????公文处理 ??????????流程跟踪 1.1.1.2?发文管理 发文管理包括发文拟稿、核稿、会稿、批示、编号登记等处理。系统可以对流转过程进行监督。 发文流程示例 发文管理从功能上划分出以下子模块：
??????????发文拟稿 ??????????公文处理 ??????????流程跟踪 1.1.1.3?督办管理 催办管理系统是对紧急突发事件或要求迅速解决的事件做出快速反应，以解决应急事务的全过程处理和控制，确保在限定的时间内完成任务。系统具有自动催办功能，对于超过办理期限或需特殊办理的公文，可以进行发送催办通知、邮件等功能实现。对每一个催办事件都有相应的记录以备日后查询。 1.1.1.4?立卷归档 对于已 种查找方式，查找个人通讯录和公共通讯录的内容。 1.1. 2.3?个人日程安排 每个用户可以对自己的日程进行管理，实现对个人日程的安排、提示备忘等功能。 用户可以通过日历的视图，方便的设置日程内容，设置日程类型。对于需要提醒的日程，系统通过提醒功能通知用户。 系统还提供日程查询的功能，可以通过组合条件查询已设置的日程。 1.1. 2.4?待办事宜