基于domino平台的企业公文系统的设计与实现毕业论文设计(编辑修改稿)

基于domino平台的企业公文系统的设计与实现毕业论文设计(编辑修改稿)内容摘要：

门群组配置 权限配置 数据库配置 帮助主题 签报审批 工作督办 公文编号管理 公文类型管理 公文流程管理 10 的完成情况给予批示意见，督办的管理部门负责督办的登记、呈报、传阅、分发和归档等相关工作。 公文配置管理模块 （ 1） 公文类型管理 创建、查询，修改公文类型，每种公文类型可以选择操作界面、打印页面，公文审批流程等。 （ 2）公文编号管理 创建、查询、修改，作废公文编号，可以配置公文编号的格式，起始编号等。 （ 3） 红头模板配置 创建、查询、上传，删除套红模板，可以配置套红模板的标题。 （ 4） 密集级别配置 创建、查询、修改 密集级别。 （ 5） 紧急级别配置 创建、查询、修改紧急级别。 （ 6） 流程辅助配置 对公文流程进行配置，可以配置每个流程环节的操作项，显示项，打印项等。 （ 7） 部门群组配置 配置主送和抄送的部门范围，根据需要将不同的部门分别划归到不同的部门群组中。 系统维护模块 （ 1）数据库配置 配置是否分库存储，配置数据附件库以及附件库是否分库，如何分库等功能。 （ 2）权限配置 配置公文系统的管理权 限，审批权限，查看权限。 （ 3） 帮助主题 提供系统的综合帮助，使用户能够尽快熟悉如何操作，以及如何处理遇到的问题等。 企业公文 管理 系统总体设计 企业公文系统体系结构 企业公文系统是 OA 系统的子系统，采用 B/S 结构，客户端为 IE 浏览器。 在软件架构上，为 保证框架具备充分的灵活性，使用户能在已有构件的基础上生成应用程序，实现“零代码编写”的理想目标。 首先一个要点就是软件构件的重用性。 当然软件构件的重用性，又要以软件的架构为基础，公文管理的系统体系结构模型定义为三个层次： （ 1） 第一层：表现层 11 负责为 用 户展示业务的操作界面，用户通过表现层与系统进行交互，将消息或数据传递到业务处理层，并从业务处理层获取处理结果，反馈给用户。 （ 2） 第二层：业务处理层 对表现层传递的消息或数据加工处理，与其他库交互，并且获取系统层的支持和服务，处理结果返回到表现层，或者保存到数据库中， 业务处理层提供领域内所需使用的类库，提供业务处理服务。 在该层的函数调用或继承通用类构件层的函数，这里包括公文管理、公文配置、系统维护三大模块的业务处理。 （ 3） 第三层：数据层 存储公文流转数据、公文配置数据，与业务层交互，存储或返 回信息。 数据采用Domino 文档型数据库进行存储，将每次提交的表单保存为 Domino 文档。 企业公文系统体系结构如图 32 所示，表现层以表单和视图为主要展现形式，业务处理层中业务代理指的是公文的业务，该项业务代理与其他构件进行交互，数据层中以 Domino 数据库为主要存储数据库， SQL Server 数据库属于其他系统，但是公文系统可与之交互，此外还有一部分采用文件的形式存储。 图 32 企业公文系统体系结构 Domino 表单 视图 业务处理层 数据层 其他 流程管理 消息管理 表现层 SQL Server 其他 …… 其他构件 业务代理 组织结构管理 …… 12 系统开发以及运行环境 开 发平台 Lotus Domino/Notes 是世界领先的信息和群组软件，具有群组协同工作的特征，多种先进的特性奠定了它在建立以 Intra 为基础的协同应用中不可动摇的地位。 Lotus Domino/Notes 还可以轻松实现对非结构化信息的管理和共享，具备了安全、健壮、可靠的通信基础设备，其内含 有 强大的工作流软件开发环境，它是办公自动化系统建设的首选平台。 Lotus Domino/Notes 提供了业界领先的安全性，通过集群、事务日志、服务器故障恢复和自动诊断工具，最大限度地提高了服务器可用性，允许管理员 管理垃圾邮件，使用户免受打扰。 通过高效使用系统资源，帮助企业减少总体拥有成本， Lotus Domino 跨软硬件平台的全方位 支持，开发的办公系统将适用于任何硬件、操作系统、浏览器等，使其可以架构在 Windows、 Unix、 Linux、 Solaris、 OS/400 等多种操作系统之上，客户端使用任何一款标准浏览器即可登录并使用系统。 系统主要软件使用 IBM Domino Enterprise Server 作为系统的应用服务器；在此之上部属我们为企业开发的协同管理应用模块，使用流程管理引擎进行业务流转的驱动，并管理 着企业中的所有的协同应用的单据流转及企业沟通；使用 Lotus Domino Enterprise Server 实现系统中的电子邮件功能并作为主要的通讯方式；由于 Domino集成了优秀的协同开发软件 Lotus Domino Designer，所以系统以它为主要开发工具，进行表单的设计与开发。 运行环境 以下是整个企业公文流转系统所属的协同办公系统的硬件主要配置： （ 1） OA 服务器 服务器： IBM P570； 操作系统： AIX 操作系统； 硬件配置： CPU 个数不能小于 4，内存不能小于 8G。 （ 2） 邮 件服务器 服务器： IBM P520； 操作系统： AIX 操作系统； 硬件配置： CPU 个数不能小于 4，内存不能小于 8G。 （ 3） 即时通讯服务器 服务器： IBM RS6000； 13 操作系统： Windows Server 2020 操作系统； 硬件配置： CPU 个数不能小于 4，内存不能小于 8G。 （ 4） OA 消息服务器 服务器： IBM P550； 操作系统： AIX 操作系统； 硬件配置： CPU 个数不能小于 4，内存不能小于 8G。 出错处理 （ 1）出错处理原则 对所有可能无效的链接都有统一的错误提示界面。 对于可能发生错误或执行失败的地方加以原因说明，在错误产生时将自动产生错误日志连带可能的原因说明信息一起保留在后台。 （ 2）出错信息 系统对出错信息进行了详细定义，并根据出错信息给出相应的提示，具体定义如下。 在客户端展现的出错信息提示如表 31 所示。 表 31 错误信息提示列表 本章小结 本章依据软件工程学的开发理论讨论了企业公文系统的设计，对 企业公文流转系统的需求做了分析，根据需求设计了系统的体系结构， 划分出模块， 在 出 错设计等方面作了说明，对重点部分进行了较详细的描述，为该软件的实现奠定了基础。 错误类型 提示内容 数据库连接错误 提示数据库连接失败，每次读写数据库之前，检查数据库是否成功连接 服务器连接错误 提示服务器连接失败，每次需要连接服务器之前，检查服务器是否能够成功连接 读写数据库文档错误 提示文档不存在或无法打开文档 读写目标文档错误 提示无法获得目标文档 14 第 4 章 企业公文 管理 系统的实现 公文管理模块 公文 流转中包括多种功能，比如选择公文类型，公文编号，公文套红，公文盖章等等，在公文流转开始 或者流转中读取相应的配置文档，获取相关信息，以下以发文为例 , 如表 41 所示。 表 41 发文库表单 表单名称 表单说明 IssueDocAppForm 发文申请单 FlowInfoShowForm 文件字配置单 ocRegistrationForm 参数配置单 MenusListForm 功能链接表 zfrmDocPaper 发文申请子表单 zfrm_Config 保存参数配置 SFFlowMind 批注与提示 SFFlowBasicInfo 流程加载基本信息 SFFlowOperation 流程操作子表单 zfrmAction 通用操作 zfrmMenuList 功能链接列表 子表单 zfrmAttach 附件 15 表单设计分为三类， A 字母代表流转相关的表单， C 字母代表配置类表单， S 字母为特殊用途表单，其中 DocRegistrationForm 是在流程结束时创建 ， 公文流转过程中， A 类表单需要从 C 类表单读取配置信息， S 类表单一般需要查询统计 A 类或 C类表单，其中 MenuListForm 是公文系统的入口表单，如图 41 所示。 流 转 表 单M a i n F l o w F o r mF l o w I n f o S h o w F o r m配 置 表 单S e r i a l N u m b e r C o n f i g F o r mD e p t G r o u p C o n f i g F o r mD o c T y p e C o n f i g F o r mF l o w N o d e C o n f i g F o r mR e d T i t l e C o n f i g F o r m特 殊 表 单S e l e c t T y p e F o r mM e n u s L i s t F o r mD o c R e g i s t r a t i o n F o r mP r i n t M a i n F o r mS e l e c t F l o w F o r m获 取 部 门 群 组获 取 公 文 类 型加 载 流 程 配 置获 取 红 头 模 板获 取 公 文 编 号 图 41 表单分配图 配置类表单是为流转表单提供各种配置信息，每次流程开始时或流转中会读取配置信息。 用户界面的实现 1. 显示视图 为方便用户查看审批的文档，采用显示视图的设计方案，显示视图分为退回状态视图、 起草状态视图、审 批中状态视图、已完成状态视图、所有文 档视图，如图 42所示，为发文办理单审批中状态视图，可以看到当前正在审批中公文信息，并且能看到当前环节以及当前处理人，显示视图都是根据文档的创建时间进行降序排序，即最 16 晚创建的文档排在最上面，所以每个视图 第一页最上面都是显示最新的文档。 如果有权限，可以在视图中删除文档，如果没有权限，则不会显示删除按钮。 图 42 发文办理单状态视图 2. 办理单界面 如图 43所示，发文办理单的界面，采用多页签的方式将不同的填写内容和流转意见分开展示，这样表单中既含有大量内容，又整齐有序。 在申请单页面填写公文基本信息，正文页面起草公文，附件页面用于添加相关的附件，流转意见页面记录每个环节审批的流转意见，起草人和审批人以及有特殊权限的人员可以查看流转意见。 图 43 发文办理单界面 由于公文办理单含有大量信息，尤其是正 文及附件，都需要加载 NTKO控件，此外还需要读取流程信息、组织结构信息、部门群组信息等，如果打开页面时一次加载所有数据，则会出现等待时间过长的问题，甚至出现信息读取错误或丢失的现象，为提高页面内容的加载速度，页面加载方式采用分步式加载，当打开表单时仅加载申请 17 单页面的内容和流转意见的内容，当选择正文或者附件页签时动态生成 HTML代码，从而减少第一次打开页面的时间，这样有效解决了第一次打开等待时间过长的问题，同时降低了信息读取错误或丢失的风险。 发文办理单的实现 发文办理单用于起草公文，提交后进行流转审批，并且审批后需要发送到相关部门，需要读取 流程信息、组织结构信息、部门群组信息等，所以必须有相应的字段保存这些信息，每项字段的功能 如表 42 所示。 表 42 发文办理单的数据结构 字段名称 字段类型 字段说明 DF_DbPath Char 数据库路径 DF_DbDir Char 数据库目录 DF_DbName Char 数据库名 Form Char 表单名 query_string Char 传递参数字符串 StDocTypeUnid Char 公文类型 UID StDocType Char 公文类型名称 SubForm Char 子表单名称 FlowUnid Char 加载的流程 UID StFlowConfigScript Char 流程配置脚本 FlowConfigDocUnid Char 流程辅助配置文档 UID IsHQ Boolean 会签控制位 StHQFlowNode Char 会签环节 StHQDeptName Char 会签部门 StHQDeptID Char 会签部门编号 IsBH Boolean 编号控制位 IsAlreadyBH Boolean 是否已经编号 StBHUnid Char 编号配置文档 UID StBHNo Char 公文编号 StMaindocUnid_Att Char 文档 UID 18 表 42 发文办理单的数据结构 续 表单初始化：首先通过公式。