基于事件驱动的核电项目文档管理信息系统研发

时间:2019-09-27

　　核电技术复杂，核电建设项目同样复杂，在核电建设过程中参与项目执行的单位多、各单位之间的文件交换量大、文件版本的控制要求严格，要求 “凡事有章可循、凡事有据可查”.靠传统的邮件和传真来交换信息，然后人工登记和管理项目文件的方式往往会造成文件丢失和版本错乱，使得项目执行过程中的事件无据可查，严重影响项目执行的质量和效果。因此，必须建立一套完整的，以项目执行过程中事件为线索的，整合电子邮件和电子传真等多种通讯方式的基于事件驱动的核电项目文档管理信息系统（ 以下简称： 核电MIS 系统） ,实现对核电项目执行过程的管理，使得项目执行过程中的档案信息自动留存，使核电建设项目管理做到两个 “凡事”.

　　1 核电 MIS 系统与关键技术

　　1. 1 核电 MIS 系统

　　核电 MIS 系统主要适用于核电项目执行过程中的信函来往的单位、人员、信函内容、文件传递计划、收款证明材料、项目会议纪要等信息的管理，并以项目执行过程中的事件为核心，将与事件有关系的文件和信息有机地串连起来，使项目执行人员在项目执行过程中能通过一个传真或一封邮件就能轻松查阅到与该事件相关的所有文件信息，了解到事件发生或进展情况，并且在事件处理完成后，通过一个文件就能轻松关闭事件或与该事件关联的所有文件，使得整个项目执行过程中的文件和文件版本都不会遗漏和丢失。通过工作流技术、电子邮件技术、FreeMarker 模版技术和全文检索技术等将文档信息的产生、审核和传递统一管理起来，不仅保障文档信息传输过程中的准确性和有效性，也提高了文档信息传递的效率，间接地缩短了项目执行的周期，实现了对项目执行过程中文档信息的全生命周期管理和项目中文档信息的充分共享，打破了项目执行多方参与的信息孤岛。

　　1. 2 关键技术

　　1. 2. 1 工作流技术

　　Georgakopoulos 给出了工作流的定义是： 工作流是将一组任务（ task） 组织起来完成某个经营过程。在工作流中定义了任务的触发顺序和触发条件，每个任务可以由一个或者多个软件系统完成，也可以由一个或者一组人完成，还可以由一个或多个人与软件系统协作完成。任务的触发顺序和触发条件是用来定义并实现任务触发、任务的同步和信息流（ 数据流） 的传递【2】。

　　1. 2. 2 FreeMarker 模版技术

　　FreeMarker 是一个用 Java 语言编写的模板引擎，它基于模板来生成文本输出。FreeMarker 与Web 容器无关，即在 Web 运行时，它并不知道是Servlet 中运行还是在 HTTP 中运行，不仅可以用作表现层的实现技术，还可以用于生成 XML,JSP 或Java 等。东方电气在该系统中使用 FreeMarker 模版工具来生产项目执行人员需要的邮件信函模版。

　　1. 2. 3 全文检索技术

　　全文检索是一种将文件中所有文本与检索项匹配的文字资料检索方法。全文检索系统是按照全文检索理论建立起来的用于提供全文检索服务的软件系统。

　　其中，solr 是 apache 基金会支持下的企业级全文搜索应用服务器，它对外提供类似于 Web -service 的 API 接口。用户可以通过 http 请求，向搜索引擎服务器提交一定格式的 XML 文件，生成索引； 也可以通过 Http Get 操作提出查找请求，并得到 XML 格式的返回结果。它采用 Java5 开发，基于 Lucene 的全文搜索服务器。同时对其进行了扩展，提供了比 Lucene 更为丰富的查询语言，同时实现了可配置、可扩展并对查询性能进行了优化，并且提供了一个完善的功能管理界面，是一款非常优秀的全文搜索引擎。

　　2 系统框架设计

　　为适应用户对项目文档管理的需求，提高系统界面的友好性，在核电 MIS 系统应用系统部分采用 J2EE 的主流框架 struts2 + spring2. 5 + ibaties2框架来开发实现，其系统结构分为 5 层，分别是表现层、应用会话层、业务逻辑层、持久层、资源层，其具体的层次结构如图 1 所示。

　　2. 1 资源层

　　由业务数据库和 FTP 文档数据库构成，用于保存系统执行过程中产生的数据和文档信息。

　　2. 2 持久层

　　业务逻辑层与资源层之间的接口，由一个基于 SQL 映射支持 Java 和·NET 的持久层框架 Ibatis来完成。

　　2. 3 业务逻辑层

　　将业务数据和工作流程相关数据通过持久层持久化到数据库中，业务逻辑层提供对业务数据的增加、修改、删除和查询等功能。

　　2. 4 业务会话层

　　该层使用在 J2EE 框架中常用的 struts2 框架来实现，将业务数据缓存到内存中，或者将数据库中的数据显示到页面中。

　　2. 5 表现层

　　通过用户界面（ Html 和 Javascript 实现） 完成与用户的交互，负责校验输入数据的正确性，然后将数据提交给业务会话层，将数据缓存到内存中，如果确定要提交到数据中，则有业务逻辑层通过持久层提交到数据库，并给用户返回相应的信息。同时，也负责将来自业务会话层的数据展现给用户[1].

　　3 系统需求分析、实现和应用

　　3. 1 系统需求分析

　　从传统的 OA 系统、ERP 系统、项目管理系统、邮件系统和档案管理系统来看，OA 系统主要是管理企业内部的日常办公流程； ERP 系统主要管理企业内部项目执行成本以及库存信息； 项目管理系统主要管理项目执行计划； 邮件系统主要管理邮件信函的传递； 档案管理系统主要是管理项目执行完成后有效文件的归档和查询。而在项目执行过程中产生的文件信息和事件信息还没有相应的系统来管理，传统的项目执行后进行文件归档查询的模式已经不能适应现代项目管理的需要，特别是现代项目执行周期不断压缩，项目执行人员少（ 一般一个项目管理员都需要同时执行多个项目） 、项目中事件处理复杂的情况下，更需要一套以事件管理为核心、以项目文件管理为纽带的基于事件驱动的项目文档管理系统。下面从信函管理、收付款管理、工程文件计划管理和不符合项报告管理 4 个方面介绍一下该系统。

　　3. 1. 1 信函管理

　　（ 1） 信函分类。根据项目来往信函管理的要求，系统将信函从两个维度上进行分类管理，第一个维度是从项目信函来往的单位，并由此维度确定项目信函的唯一编号和传递的邮件模版样式；第二个维度是项目中的事件管理，从项目发生的事件出发，将处理一件事情的多封信函按照树形结构集中存放到一个目录下，方便项目执行人员通过一个文档了解整个事情的发展和处理情况。

　　（ 2） 信函创建。项目执行人员通过统一的格式创建和登记信函信息，并通过相应的分类来确定信函的唯一编号和信函发出后的样式。

　　（ 3） 信函审核。为了保证信函传递的质量，每一封信函都根据分类确定不同的审核流程，只有通过审核的信函才能传递出去，并在信函审核的同时将审核者的电子签名自动写入相应的信函中，保证信函的有效性。

　　（ 4） 信函发送。信函审核完成后，通过系统集成的邮件系统将信函传递到相应的人员和单位手中，并记录下信函传递的情况。信函传递后将信函与相关计划和事件关联起来，并自动形成在权限范围内可以共享的信息。

　　（ 5） 信函分析。系统对项目中信函处理过程进行分析，获取项目过程中信函及信函所关联的事件的处理情况，让项目执行人员可以通过信函的处理情况了解到项目中事件的处理情况，如图 2.

　　3. 1. 2 收付款管理

　　（ 1） 收付款计划创建。项目执行人员在接收到合同中的收、付款计划后，将项目的收、付款计划维护到系统中，并将每项收、付款计划分配给专业的项目执行人员负责。

　　（ 2） 收付款任务分解。项目负责人将收、付款过程中的工作任务分解给相关负责人执行后，相关负责人将执行结果反馈到收、付款流程节点上。

　　（ 3） 收付款证明材料管理。在项目收、付款计划执行过程中，项目执行单位之间的收、付款证明材料通过信函管理传递，系统在传递后自动将证明材料与项目收、付款计划关联上，完成项目收、付款的整个闭环管理。

　　3. 1. 3 工程文件计划管理

　　（ 1） 工程文件计划创建。项目执行人员根据合同要求创建工程文件的执行和传递计划，并安排好项目文档的负责人。

　　（ 2） 工程文件计划版本控制。文件的版本会在项目执行过程中不断的变更，工程文件计划管理人员将文件传递过程中的所有版本通过系统有效的管理起来，防止工程文件在传递过程中出现版本错误和遗漏。

　　（ 3） 工程文件计划传递。工程文件在传递过程中自动完成项目相关的文件计划，将信函传递的动作与项目计划结合起来，通过信函的传递来将工程文件计划执行完成，防止工程文件计划执行过程中发生错漏问题。

　　3. 1. 4 不符合项管理

　　（ 1） 不符合项文档管理。不符合项管理文件是项目执行过程中的重要资料文件，通过系统将不符合项管理文件的版本和不符合项事件的处理过程结合起来，实现对项目执行过程中的不符合项的有效管理。

　　（ 2） 不符合项问题传递。不符合项的处理需要多个单位协同处理，通过信函和流程传递将各个单位（ 或部门） 对同一不符合项的处理过程关联起来，打通不符合项从产生到关闭的整个环节。

　　3. 1. 5 全文索引

　　项目执行人员在创建、登记信函或创建工程文件计划以及创建不符合项管理文件时，系统会使用 solr 工具自动创建索引文件。有权限查看项目相关文档人员可以根据索引文件跨项目的查询文件，通过索引文件信息快速定位到自己需要的文件信息，提高文件在项目过程中的使用效率。其检索方法和百度、google 等检索工具的检索方法一样，简单快捷，其检索界面如图 3.

　　3. 2 系统实现

　　该系统运行在 3 台 windows 环境的服务器上，数据分别保存到 ORACLE 数据库和 FTP 文档数据库中，应用系统采用 J2EE 主流 struts2 + spring2. 5+ ibaties2 框架来开发实现，系统根据信函模版文件和 freemarker + docx4j 工具自动产生适应项目传递的信函，同时将信函转换成不可编辑的 pdf 文档，保证信函及信函签字的有效性。信函产生后通过系统中的 ApacheMail 工具集成邮件的 SMTP 服务将信函传递到相应的用户和单位。另外，系统中还集成了 solr 全文检索工具，通过 solr 工具实现对项目文档信息的全文检索，实现在海量项目文件中快速定位到自己需要的文件。其系统框架平面示意图如图 4.

　　3. 3 系统应用情况

　　从目前系统的运行情况来看，系统运行正常，很好的解决了项目执行过程中从文档创建、文档审核、文档传递到文档关闭等文档全生命周期的管理问题，有效的文档版本控制，提升了文档信息的质量，达到了系统设计的目的，得到了最终用户的一直好评。系统的界面风格根据用户的使用习惯贴身设计，简单、适用。该系统的使用效果如图 5.

　　项目文档在传递之前都通过了严格的流程审核和签字，保证了每次传递文档的质量，确保了文档信息传递的有效性。文档传递流程如图 6.

　　核电项目执行任务繁重，项目多，项目文档量大，文档之间管理复杂，为让项目执行人员快速的获取项目文档信息，项目文档按照收发文单位代码和项目事件组织起来，将同一单位来往的信函或者处理同一事件的信函按照树形结构存放到一起，方便项目执行人员通过一个信函查看到关联的整个事件。其查询界面如图 7.

　　4 结语

　　核电 MIS 系统结合东方电气集团核电项目管理部门的实际工作开发而成，满足了核电项目管理部门在执行核电项目管理过程中的文档管理的要求，使得项目执行过程中的文档管理可管、可控，提高了项目执行过程中文档管理的质量，提升了文档信息传递的效率，间接缩短了项目执行的周期。

　　核电建设项目比其它电站建设项目对文档管理的要求都高，其它电站建设项目管理也可以借鉴核电建设项目管理的经验，对项目执行过程严格管理，使用该系统加强项目执行过程中文档管理，提升项目管理的效率。

　　参考文献：

　　[1] 罗锡萍，王健，蒋玉明。 大型制造业装备管理信息系统的开发与应用[J]. 东方电气评论，2009（ 23） : 62 ~66

　　[2] 何跃，蒋国银，苏应生。 基于 WEB 的工作流程管理系统设计与实现[J]. 计算机工程与应用，2005（ 33） : 201 ~205

　　[3] 范玉顺。 工作流管理技术基础[M]. 清华大学出版社，2001

TAG标签：

上一篇：吉林省可视化畜牧远程服务平台的系统设计
下一篇：公共自行车车位、故障查询系统设计