中国电信省公司上报数据OA平台实现论文.doc

毕业设计（论文）

设计论文题目：
中国电信省公司上报数据OA平台实现

学生姓名：

学生学号：

专业班级：

学院名称：

指导老师：

学院院长：

5月25日

毕业设计(论文) 第 36 页

中国电信省公司上报数据OA平台的实现

摘 要
随着企业信息化的提高,信息技术在管理中的应用为企业带来许多的收益。因此每个企业都迫切需要一个统一的系统集成的信息平台来实现数据的信息化管理。数据上报系统作为企业系统集成的一部分踏着信息化的浪潮登上了历史舞台。
本文主要介绍了中国电信省公司数据上报平台系统的基本构架与实现以及Domino/Notes相关技术背景，Domino/Notes作为目前世界上最先进的群件平台，实现了对非结构化信息的管理和共享，并且在通信方面具有安全、健壮、可靠等特点。在本系统中Domino/Notes的优势得到了充分的发挥：提供强大的工作流引擎以及可视化的流程设计；通过定制的DXL框架实现各种开发平台编程平台访问 Domino 对象的接口，实现了数据的跨平台访问；提供了各种传统主流关系数据库（SQL Server,DB2等）非常丰富的交互技术弥补了Notes作为文档数据库进行数据统计分析以及查询上性能较差的不足。

关键词：Domino，DXL，关系数据库，工作流引擎

Province of China Telecom Corporation reported data platform to achieve OA

Abstract
With enterprises in the development of information and information technology in the management of enterprises brought many benefits. All enterprises have therefore an urgent need for a good information system integration platform for data management information. Data reporting system as a system integration business part of the winter's wave of information boarded the stage.
This paper introduces a provincial company of China Telecom data reporting platform systems, the basic framework and implementation of Domino/Notes relevant technical background, Domino as currently the world's most advanced groupware platform Implementation of unstructured information management and sharing, and communication is safe, robust and reliable features. In this system Domino advantages of the full play : provide a powerful workflow engine, and visualization of the design process; DXL through customized framework for the realization of program development platform for accessing Domino Object Interface, Implementation of the cross-platform data access; provide a variety of traditional, mainstream relational database (SQL Server, DB2, etc.) is very rich interactive technology to make up for the Notes as a document database for statistical data analysis and investigation with the poor performance on the shortcomings.

Keywords : Domino, DXL, relational database, workflow engine
目 录
1 绪论 1
1.1 课题的背景和目的 1
1.1.1 研究背景 1
1.1.2 研究目的 1
1.2 目前数据上报现状 2
1.3 课题研究的内容与意义 2
2 DOMINO相关技术背景 3
2.1 基本介绍 3
2.2 基本优势 3
2.2.1 对大数据负荷的快速处理 3
2.2.2 强大的数据存储 3
2.2.3 跨平台的支持 4
2.3 DXL框架 4
2.3.1 DXL基本定义 4
2.3.2 DXL框架的平台无关性 4
2.4 工作流 5
2.4.1 工作流基本概念 5
2.4.2 工作流引擎 5
2.5 与关系数据库的交互 7
3 系统简介 10
3.1 系统简单介绍 10
3.2 系统模块 10
4 系统设计开发 13
4.1 设计概述 13
4.1.1 设计策略及优化 13
4.1.2 采用技术 14
4.1.3 物理结构 14
4.1.4 主机硬件及网络配置 15
4.2 系统设计 15
4.2.1 逻辑结构 15
4.2.2 数据库结构 17
4.3 系统实现 20
4.3.1 中国电信地址通讯录 20
4.3.2 登陆库(Admin Login) 23
4.3.3 协作流程配置库 24
4.3.4 对外捐赠审批 24
4.3.5 滚动规划数据上报 27
5 总结 34
致谢 35
参考文献 36

1 绪论
1.1 课题的背景和目的
1.1.1 研究背景
随着企业信息化的日益加强，数据上报系统作为一套通过采集、汇总、分析和统计基础数据，从而提供科学决策依据的管理软件广泛应用于政府机关、大型企业集团的电子政务、大型生产、基础建设项目的基础数据上报、查询、统计和图表分析。它具有自定义报送内容、报送周期和强大而易于使用的图表分析和自定义报表输出等功能，是全面掌握基层政务情况、生产建议情况的有力工具。
中国电信集团公司(以下简称为集团公司)是按照国家电信体制改革方案组建的特大型国有通信企业。以企业信息化为背景，集团公司制订了信息化战略规划，各省公司根据本地需求完成本单位滚动规划文本和年度投资计划预案的编制。在这样的企业背景之下急切需要一套安全,功能齐全的数据上报系统实现数据的信息化管理。
1.1.2 研究目的
本课题的研究目的是为了实现省公司数据上报的统一管理，用于简化数据上报中繁冗的环节，致力于开发一套通灵活易用的数据上报系统。
开发过程中严格遵守CMMI(Capability Maturity Model Integration，能力成熟度模式整合)开发规范。CMMI（ Capability Maturity Model Integration）的本质是软件管理工程的一个部分。软件过程改善是当前软件管理工程的核心问题， 50多年来计算的发展使人们认识到要高效率、高质量和低成本地开发软件，必须改善软件生产过程。基于模型的过程改进是指采用能力模型来指导组织的过程改进，使之过程能力稳定的进行改善，该组织也能变得更加成熟。
1.2 目前数据上报现状
集团公司每年进行数据上报，但并无成型的上报平台。省公司相关人员主要通过邮件形式向集团公司进行数据上报：每年10月底左右各省公司根据本地需求完成本单位滚动规划文本和年度投资计划预案的编制并在 11 月初上报到集团公司信息化部，主要通过邮件（附件）的形式进行数据上报，在数据统计方面难免出现鄙陋。而其他方面的数据上报例如：固定资产上报，捐赠上报，公司月度季度工作汇报等等则是通过电子文档或者纸制方式进行，这样文件流转时间长，出错机率较高。因此公司内部需要有一个统一的数据上报平台，实现统一管理，能让上报文件像公司办公文件一样在集团公司OA平台上流转，实现上报审批自动化。
1.3 课题研究的意义
省公司上报数据OA平台的建立能满足省公司日常上报功能，为集团公司与省公司用户带来了方便：过去省公司进行数据上报多数以纸制文件或者邮件方式进行传输，数据上报平台的建立提高了数据上报的安全性和准确性；上报数据全部保存在数据上报平台之上，管理员只需要进行简单的设置就能实现对数据的控制，简化了数据管理的难度；集团公司OA和数据上报平台通过Domino函件收集器实现了数据传输，不用手动编写数据接口，大大提高了系统性能。随着时间的推移，数据上报平台的应用模块将日益增多，通过平台化的管理，省公司的日常数据上报将更加容易简单。

2 Domino相关技术背景
2.1 基本介绍
从DOMINO第一个版本从1989年推出至今，DOMINO已经过二十余年的发展和过亿用户的广泛考验。到目前为止仍占据了全球协作市场的46%，在过去的12个月内，协作市场的第二名Microsoft更有1500个大型企业及政府用户迁移到Notes/Domino，是目前没有任何一个类似产品能与其项背的。因此站在全球的角度来看，世界500强中的85%采用他提供工作流、邮件、知识共享的后台服务。站在中国的角度来看，首先是在1997年由国务院面向中国所有政府机构下发了采用Domino作为电子政务管理服务平台的红头文件。
2.2 基本优势
2.2.1 对大数据负荷的快速处理
首先根据权威的第三方测试机构notesbench.org测试， Domino6在四个不同的主流平台下(Solaris,z/OS,w2k,AIX)均表现出良好的性能, 在支持40,200个高负荷数据压力的时候都绰绰有余。
而基于小型企业操作系统WINDOWS平台的.NET用户当并发测试数靠近500的时候往往就陷入服务器崩溃的边缘。因此 40,200和500的相比根本不具有同一数量集相比的意义。
2.2.2 强大的数据存储
相对于传统的关系型数据库，Lotus Notes 的文档数据库更是一种强健的对象存储手段，用户可通过它访问、跟踪、存储并组织繁多的信息。文档可包含任意数量的对象，其数据类型包括纯文本、RTF 文本、数字化文本、结构化数据、图像、图形、声音和动画。这在关系型数据库都是不可想象更别谈支持的实现。
2.2.3 跨平台的支持
跨平台支持、与NT集成Lotus Domino/Notes是跨操作系统平台的企业信息基础设施，在企业中广为采用的Unix系统（IBM AIX，HP-UX及SUN Solaris）和Microsoft NT、IBM OS/2、Novell Netware等系统，甚至支持IBM主机系列S390与AS/400。这种跨平台的支持能力给予了用户广泛的选择。
2.3 DXL框架
2.3.1 DXL基本定义
Domino XML (DXL) 是 Domino 设计元素的 XML 格式表示，这种 XML 使用 Notes\xmlschemas 目录中的 Domino DTD。（Lotus Notes/Domino 7 还将包括 XML 模式文档。）DXL 为将 Domino 应用程序数据暴露给其他平台提供了一种很好的方式。例如，DXL 允许以 XML格式导出和导入 Domino 数据和设计元素。DXL 最初是在 Lotus Domino 5 中引入的，在更新的版本中，DXL 已成Lotus Domino 的核心的一部分。
2.3.2 DXL框架的平台无关性
Domino的定制 DXL 框架简化了任何客户机对 Notes 对象的访问。有很多方法可以从不同的编程平台访问 Domino 对象。然而，面对某种给定的场景，每种访问方法都呈现着其特有的挑战。例如，常规 Java 应用程序使用的 DIIOP 访问方法不能穿越传统的防火墙，因为这些防火墙只允许 HTTP 传输。因此，不存在与应用程序无关的开箱即用的方式来创建或读取文档。这就说明了为什么 XML 是很好的选择。如果您正在构建有特殊需求（例如防火墙）的 Microsoft.Net 客户机或常规 Java 客户机，那么这里的 DXL 框架可以提供一个良好的解决方案。
2.4 工作流
2.4.1 工作流基本概念
工作流(Work Flow ) [12]：它是将一组任务(Task)组织起来完成某个经营过程。在工作流中定义了任务的触发顺序和触发条件。每个任务可以由一个或多个软件系列完成，也可以由一个或一组人完成，还可以是由一个或者多个人与软件系统协作完成。任务的触发顺序和触发条件用来定义并实现任务的触发、任务的同步和信息流(数据流)的传递。工作流中两个最基本的元素是活动和活动之间的连接关系。活动对应于经营过程中的任务，主要是反映过程中的执行动作或操作。活动之间的连接关系代表了经营过程的规则和业务流程。一个工作流就是一个用一组连接关系组合起来的一组活动组成的一个反映企业业务过程的模型。执行活动和活动之间的连接关系说明了如何完成企业的经营过程，包括完成经营过程需要完成那些任务和采用的步骤。
2.4.2 工作流引擎
工作流引擎(Work Flow Engine)[13]：它是驱动工作流在系统中的通信，并且基于一些逻辑判断条件进行流程控制的结构。工作流引擎主要有三种驱动方式：基于事件驱动工作流、基于邮件驱动工作流、基于消息驱动工作流。Domino/Notes Workflow系统主要是基于邮件驱动方式。
工作流流程(Work Flow Process)：工作流流程就是将企业需求中的元素归类并转化为一个个固定的流程。工作项、工作列表(Work Flow Item,Work Flow List)：就是指把一项项工作流流程当成一个个工作项，并加以描述，方便管理和调用。
工作流管理系统(Work Flow Management System)：它是一个软件系统，在计划计算机中预先定义好的工作流逻辑推进工作流实例的执行。工作流管理系统都是提供了3种功能：
1) 建立阶段功能：主要考虑工作流和相关活动的定义和建模功能。
2) 运行阶段的控制功能：在一定的运行环境下，执行工作流过程，并完成每个过程中活动的排序和调度功能。
3) 运行阶段的人机交互功能：实现各种活动执行过程中用户与IT应用工具之间的交互。
如图所示，给出工作流管理系统三个主要功能之间的关系：

图2.1 工作流管理系统的特性
工作流参考模型(Workflow Reference Model)是由工作流管理联盟(Work Flow Management League)于1995年提出的工作流管理系统的体系结构模型。工作流参考模型标识了构成工作流管理系统(Work Flow Management System)的基本模块和这些基本模块交互作用的接口。这些基本模块包括：工作流执行服务、工作流引擎、流程定义工具、客户端应用、调用应用、管理监控工具。工作流参考模型的引入目的是为人们讨论工作流系统的体系结构提供基础。工作流参考模型为工作流管理系统的关键模块提供了功能描述，并描述了关键模块之间的交互，而且这个描述是独立于特定产品或技术的实现的。
根据电信行业OA系统流程设计制定了特定的工作流引擎（Ideal Work Flow)。以下为核心的基本介绍：
1) 主要开发平台为Lotus Notes。集成了Lotus Notes应用开发和WEB开发功能 （Domino启用Http任务）
2) 系统的可视化流程是利用Delphi开发的Windows动态链接库。
3) 系统的用于FTP上传下载控件是利用VB开发的控件
4) 系统的流程查看控件是利用Delphi开发的控件
5) 用于启动扫描程序的控件是利用VB开发的控件
6) Ideal Work Flow实现工作流引擎的核心，通过可视化的流程设计来配置公文的审批流程。
下图为Ideal Work Flow核心库的基本结构：

图2-2： Ideal Work Flow核心库的基本结构
2.5 与关系数据库的交互
Lotus作为一种文档数据库，主要用来存储办公系统那样的非关系型数据文档，对于存储关系型数据是它一个劣势，特别在需要对数据进行处理统计的情况，可能大大降低服务器的性能；另外在某些时候Domino还需要与其他平台系统进行数据交互。IBM Lotus提供了多种与关系数据库交互的方式（在 Lotus R7中Lotus提供了与DB2数据库直接交互的机制，实现了数据的快速存取）：
1) ODBC连接：
通过在本地端的ODBC可以连接到后端的数据库系统,在数据库系统中编写存储过程；在Notes端可以根据Notes本身提供的三个ODBC类来调用后台的存储过程；并把结果返回到前台中来显示。
在和其他数据库交互数据这方面Domino首先支持最普遍，操作系统自带的ODBC和JDBC，其中Notes SQL是Notes数据库的ODBC驱动，符合ODBC 2.0规范。在功能上，Notes SQL和JDBC比较相似，用于以关系数据库的方式存取Notes数据库中的数据，并利用Domino/Notes软件来实现网络传输和安全方面的特性。
并且Notes SQL还提供了一个名为Authentication List Manager的工具，可用来指定只有哪些用户可以通过Notes SQL连接Notes数据库（本地或远程），进一步加强安全性。 另外，Notes SQL还支持数据库连接可以为多个用户复用，而且对每个用户都可以实现各自的存取权限对数据访问的控制。
2) JDBC连接：
基本原理和ODBC一样，都是通过在服务器后台调用JDBC类的API来执行数据库的存取，并把结果返回到前台的页面上。
3) DECS：
使用DECS可以创建实时连接，所谓实时连接，允许你的Domino应用程序提供一个对外部数据的同步访问。 
实时行为：实时行为集成到了Notes的数据库事件中。当Notes或Web客户端用户打开、创建、更新或保存一个Notes文档时，这些集成到Notes中的事件被激活，同时也获得了从Notes到外部数据的实时访问。实时意味着你可以迅速的获取数据，但是网络带宽和运行的其他进程可以影响到系统的性能。 一旦一个系统管理员创建了一个实时行为，在Domino 应用中定义特殊的表单,并让这个表单含有外部数据库对应的字段，那么用户就可以打开、创建 、更新或删除外部数据。用户的活动是直接访问后台数据的。这种活动是对用户 透明的，而且Web用户可以通过4.6或更高的Domino服务器访问这些表单，从而获得对外部数据的实时访问。DECS服务器驻留在Notes应用所在的Domino服务器上，集成并获取Notes的事件。 
4) LEI(Lotus Enterprise Integrator for Domino)：
LEI(Lotus Enterprise Integrator) 是Lotus公司用于帮助用户加速创建员工自助服务、供应商关系管理和客户关系管理等协作性Web应用的Domino应用开发平台的最新成员，能够快速集成企业系统与Lotus Domino Application Server ，使协作性Domino Web应用能够容易地采用传统方式很难触及的信息，从而允许用户方便地把现有企业信息结合到基于Domino的Internet、Intranet和Extranet应用中，充分利用现有资源开展电子商务。
LEI的前身是Lotus Notes Pump，后者专门用于完成Notes数据库与关系型数据库管理系统之间高效、快速、可伸缩的指数据交换。LEI由Domino管理应用和多线程服务器组成，升级为一个多任务、可伸缩的企业系统，能够支持事件驱动的传输和数据存档服务。
5) ESB(Lotus Enterprise Solution Builder)：
ESB是一个集成开发和实时运行环境，它允许Lotus Domino 应用以交互形式直接访问关键业务的企业数据。作为现有Domino企业集成技术的补充，ESB特别适合对后端操作系统和信息丰富的应用进行高性能访问。

3 系统简介
3.1 系统简单介绍
公司上报数据OA平台的实现的需求是由集团公司企业信息化部提出，主要目的是为了建立一个用于省公司进行数据上报的专用平台。上报的数据通过数据上报平台传输到集团公司OA系统进行流程审批、审核、归档办结，省公司可以通过数据上报平台查看上报文件的办结情况，实现集团公司OA系统与省公司OA系统的数据交互。作为省公司与集团公司的数据中转平台，数据上报平台实现了上报数据的信息化和统一管理。
3.2 系统模块
目前集团公司企业信息化部提出的数据上报平台涵盖的应用模块有：IT规划数据管理模块（包含10余个子模块）；对外捐赠审批模块。随着时间的推移会有所增加。
1. 对外捐赠审批：
省公司需要对外捐赠资金，固定资产等价值物品，若超过一定限额，需要上报集团公司内部分管部门进行审批通过方可实施捐赠。上报数据包括：捐赠内容，捐赠原因，捐赠金额以及省公司领导意见等等。
2. 滚动规划数据上报：
每年10月底左右各省公司根据本地需求完成本单位滚动规划文本和年度投资计划预案的编制并在 11 月初上报到集团公司信息化部。上报的数据包括以下表格：
Ø 基础数据表部分：
1) IT人力资源统计：
省公司对公司内部各种岗位，各种职位的工作人员数目进行统计和汇总。
2) IT人力资源需要统计：
省公司对来年公司各岗位人力资源计划需求量进行统计。
3) IT年度计划总汇：
省公司对预计三年内需要建设和实施的项目（非支撑项目）进行统计与成本估算。包括项目的基本信息，规模以及各种软硬件所需要的成本等等。
4) IT维护费用统计：
省公司对近三年内软件，硬件等其他设施的维护费用进行统计。
5) IT支撑项目计划：
省公司对未来三年需要实施的电信支撑项目（包含3G）进行统计和成本估算。包括项目的基本信息，规模以及各种软硬件所需要的成本等等。
6) 系统演进：
省公司对本年度规划时期内相应模块的完成情况进行汇总，包括完成情况，开始时间完成时间等数据项。
7) 项目实施情况：
省公司列举本年度规划内所有项目以及规划外已立项和将立项的项目的实施完成情况，包括项目类型，规模，上线时间，系统开发商，系统集成商，计划投资，实际投资等基本数据。
8) 年度用户数及收入预测：
省公司对未来三年各类用户（本地电话用户，基础数据用户，综合信息用户，全省业务收入）数量的估计。
9) BSS系统统计：
省公司对本年度BSS系统（含本地网）信息汇总表，包括类型，规模，版本个数，累积投资，开发商，维护费用等基础数据。
10) OSS系统统计：
省公司对本年度OSS系统（含本地网）信息汇总表，包括类型，规模，版本个数，累积投资，开发商，维护费用等基础数据。
11) MSS系统统计：
省公司对本年度MSS系统（含本地网）信息汇总表，包括类型，规模，版本个数，累积投资，开发商，维护费用等基础数据。
12) EDA系统统计：
省公司对本年度EDA系统（含本地网）信息汇总表，包括类型，规模，版本个数，累积投资，开发商，维护费用等基础数据。
13) 阶段业务目标：
省公司计划提出各阶段要实现的业务目标，按业务拓展、市场营销、客服服务、综合支撑和运营管理等分类归纳。包括完成目标，系统影响，完成时间等等基础数据。
Ø 统计数据表部分：
1) 各省各年度启动项目汇总：
汇总三年内各省份各种类型系统个数。（分省统计）。
2) 各省各项目起止时间汇总：
汇总本年度内各省份各种类型系统起止时间。（分省统计）。
3) 分省分专业项目投资细项汇总：
汇总本年度内各省份专业项目的目标系统投资和专业项目投资。（分省统计）。
4) 分省分专业投资汇总：
汇总本年度内各省份专业投资。（分省统计）。
5) 省公司和本地网IT人员汇总：
汇总各省份（不含省公司支撑单位）各职业IT工作人员（分省统计）。
6) 支撑单位IT人员汇总：
汇总各省份公司支撑单位各职业IT工作人员（分省统计）。
7) 主实业公司IT人员汇总：
汇总各省份电信主实业公司各职业IT工作人员（分省统计）。
8) 项目实施数量汇总：
汇总各省份各分类实施项目（预计实际项目，滚动规划项目，已立项项目，未立项项目）数目（分省统计）。
9) 滚动规划投资情况汇总：
汇总本年度各省份滚动规划项目（项目类型：滚动规划立项项目，已立项项目，未立项项目）投资情况。
4 系统设计开发
4.1 设计概述
目前，中国电信集团OA升级扩容项目协作流程由以下子系统组成：对外捐赠审批和IT滚动规划数据管理。其中每个子系统都相对独立工作，但子系统之间具有一定的数据交换。
系统使用Lotus Domino平台作为开发平台，保证了系统对操作系统和平台的兼容性，协作流程上的应用模块主要划分为：集中式和分布式两大类[9]。其中对外捐赠审批是分布式类型，省公司通过邮件形式发送至协作平台生成新的流转文档；而IT滚动规划数据管理属于集中式类型，省公司人员通过登陆协作平台录入数据，进行数据统计。
4.1.1 设计策略及优化
1) 安全策略[1]：
数据上报平台理论上算是一个小型系统，与集团OA平台同构，可以挂载到OA平台上。然后把它独立成为一个单独平台是为了保证OA平台信息的安全性；
为了提高数据上报平台信息的安全性，平台并没有连接到公网中，集中式访问中省公司用户是通过内部DCN网络登陆上来而不是使用公共网络登陆；
为了防止数据丢失与损坏，为数据上报平台服务器配置一台备份服务器，数据备份机制通过Domino服务器names库配置实现，每天晚上11点完成一次数据备分。
2) 扩展策略：
由于系统主要用于省公司数据上报，所以以数据应用模块为主，并且模块之间体现了高内聚低偶合，模块之间数据相对独立。这样方便于应用扩展。
3) 复用策略：
系统有专门配置应用信息的数据配置库，配置库包含一些所需要的企业应用信息，表单查询和显示信息，表单权限设置信息，便于管理，易于复用。
4.1.2 采用技术
数据上报系统是基于B/S模式的数据处理系统，使用Lotus Notes R6.5作为系统开发平台结合上海理想自主研发的Ideal Work Flow（用于处理文件流转）进行开发。尽管Lotus是一种文档型数据库，鉴于它在数据处理方面性能较差的弱势，在数据统计方面采用SQL Server 2000作为数据存储的辅助工具。所涉及到的开发语言包括：JavaScript，Lotus公式语言，Lotus Script，VBA编程等。
4.1.3 物理结构

图4.1 系统物理结构图
从图示中可以看出，省公司登陆平台实现数据上报一共有两种方式[6][7][8]：
1) 分布式登陆：
这种方式主要适用于数据量较小的数据上报，例如省公司对外捐赠审批。外捐赠审批表在省公司OA平台流转后（公司以及部门领导签字批阅），把表中相关数据加载成XML文件以邮件附件的形式传送到数据上报平台中进行处理。
2) 集中式登陆：
这种方式主要适用于数据量较大的数据上报，例如省公司滚动规划数据上报。省公司用户通过集团公司与省公司建立的DCN主干网络（Data Communication Network）登陆到数据上报平台进行数据操作。
4.1.4 主机硬件及网络配置
数据上报服务器基本配置：IBM PC Server操作系统：Windows 2003Server，CPU：P43.2处理器，内存2G，硬盘大小160G。数据上报备分服务器与主服务器的硬件配置相同。
服务器搭建在中国电信集团公司18楼机房。并分配的IP地址10.3.255.44，10.3.255.45。但并不接连到公网上，仅供电信内部用户以及省公司用户访问，外地用户需要通过配置VPN进行访问。
4.2 系统设计
4.2.1 逻辑结构

图4.2 系统逻辑结构图
Ø 对外捐赠审批模块：
需要上报的对外捐赠审批表在省公司进行流转审批后，审批表中相关数据被制作成XML文件，以邮件的形式保送到协作平台上。协作平台把收到的XML文件进行解析，把解析后的数据传输到集团公司OA平台上进行文件流转。本模块包含：对外捐赠审批接口（部署与数据上报平台），对外捐赠审批应用（部署于集团公司OA平台）
1. 对外捐赠审批接口含盖功能：
1) XML解析：
在邮件到来时执行，把邮件中的XML附件拆离，然后使用DXL解析出相关应用数据。
2) 生成流转文档：
新建一条捐赠应用文档，并且做好相关流转域的配置，把XML解吸出的数据填入新建的应用文档中，发送到集团公司OA中
3) 查看浏览：
对上报的捐赠信息进行查看。
4) 删除：
删除上报的审批表信息。
5) 接口库设置：
设定审批平台到集团OA应用系统应用模块数据的对应关系，以保证省市用户提交的申请审批，能够传输到集团OA应用系统对应应用模块中。
2. 对外捐赠审批应用含盖功能：
1) 流程配置：
通过应用管理库配置捐赠审批的流程，例如 拟稿办理->处长审核->部门审核->综合部秘书核稿->…….。
2) 公文流转：
公文从流程中的一个节点跳转到另一个节点，生成一条任务文档提示该节点的公文处理人员进行公文签批。
3) 分类查询：
提供多种灵活的查询方式，包括模糊查询、精确查询以及多字段的组合查询等。
4) 各种文件处理操作：
包括文件的拟稿（把文档数据加载到Word），打印，修改底稿，盖章，定稿，转PDF等等操作。
Ø 滚动规划数据上报：
滚动规划数据上报主要完成基础数据的录入和基础数据的统计，所有统计工作都在上报平台上完成，基础数据由省公司指定人员录入进行统一管理，最后需要把上报统计的结果用标准的EXCEL格式导出传输到集团公司OA平台进行批阅即可。
含盖功能：
1) 支持EXCEL导入导出功能：
系统提供统一的数据导入接口，各省公司汇报的数据可通过此接口上报数据，并提供一个界面，用户可以选择任意目录下的EXCEL报表，将报表入库。
2) 支持WEB页面录入功能：
系统提供简洁的录入页面，用户可按相应的约束条件逐条进行录入并保存入库。
3) 支持WEB页面修改功能：
在系统约束的时间内，用户可以对录入的内容进行相应修改，用户根据省份权限修改本省项目信息。
4) 基础表格的查询：
系统应提供多种灵活的查询方式，包括模糊查询、精确查询以及多字段的组合查询等。
5) 固定表格的统计：
固定表格统计主要是指由基础表格汇总生成的表格，要求系统按规定的格式显示生成表格，并可将生成表格以EXCEL表的形式导出。
4.2.2 数据库结构
不同于其他开发平台，Domino是一种文档型数据库，每一个应用模块就是一个独立的数据库，数据库中通过表单，域等设计元素实现数据的存储与交互，通过数据库视图来展现文档内容。通过公式，代理，JS函数来实现服务器操作。根据目前确定的应用范围，以下列出了平台所涉及到的文档数据库[15]：
表4.1 数据库基本信息表
平台
类别
数据库名
位置
备注

O
A平台

应用库
对外捐赠审批应用
O\chtweboa
\application\dwjzsp.nsf
对外捐赠审批应用
（用于公文流转）

数据上报平台
对外捐赠审批接口
C\chtweboa
\public\dwjzsp.nsf
与省公司的对外捐
赠审批模块的接口
滚动规划数据上报
C\chtweboa
\public\itghsjgl.nsf
滚动规划数据上报
入口
登陆库
C\chtweboa
\adminlogin.nsf
提供省公司用户登
陆

系统库
中国电信地址通讯录
C\names.nsf
人员地址通讯录
协作流程配置库
C\chtweboa
\system\zxxzconfig.nsf
提供数据上报平台
所需要的所有数据
配置信息
CSS样式库
C\chtweboa
\public\css.nsf
提供上报平台统一
CSS样式及JS脚本
组织机构库
C\chtweboa
\system\ordirectory.nsf
提供集团公司
及省公司工作人员
部门层次
各数据库之间的关系如图所示：

图4.3 系统数据库结构图
数据上报平台所设计到的应用模块（接口）包括：对外捐赠审批以及滚动规划数据上报。而其他数据库主要在于为其提供相关的人员信息和公共配置信息：
1) 中国电信地址通讯录：
作为Domino服务器启动的必备数据库，Names库不仅提供Lotus用户注册，还提供Domino服务器的基本配置包括：外部网络域，与其他服务器的连接文档设置以及Web的基本配置包括：LDAP，HTTP，SMTP等服务的设计，会话时间设置等等还有一些其他的配置包括：服务器验证字的配置，消息处理的配置等等。
2) 登陆库(Admin Login)：
提供省公司用户登陆的接口。通过查询中国电信地址通讯录进行用户信息匹配。
3) 组织机构库：
用来设计人员所在的部门的层次，岗位。主要用来设置某用户或者某部门用户的权限。
4) CSS样式库：
主要提供统一的CSS样式。数据库中包含各种类型的CSS样式表，适合于不同类型的公文样式（比如发文，审批文件，回访单等等）；数据库还包含一些重要的JavaScript文件(比如FTP文件上传，文件盖章，文件打印等等)以及Active控件。其他库的表单需要引用时，只需要引入CSS样式库既可。
5) 协作流程配置库：
主要用来提供公共的数据配置信息，比如一些应用信息，查询配置信息等等。这样做可以实现信息的可重用，以及提高系统的灵活性。
6) 集团OA应用模块：
这里主要指对外捐赠审批应用模块，省公司捐赠信息上报信息经数据上报平台的对外捐赠接口解析以后生成了一条审批文档流转进入集团OA的外捐赠审批应用模块中。文档通过模块设置的审批流程进行文件流转，每个节点的操作人员对文件执行一些处理（审批签署意见，打印，查看等等）直到流转结束完成审批任务。而对于滚动规划数据上报来说需要流转进入集团OA的是基础表格统计完成以后生成汇总表格的EXCEL格式（有时候需要基础表格的EXCEL形式）。只需要拟定一条发文（集团公司文档），然后把这些数据表格作为文件附件嵌入其中既可而不需要特定的应用模块。
4.3 系统实现
4.3.1 中国电信地址通讯录