建筑防水工程项目线上线下协同信息管理系统架构研究

刘海英

建筑防水工程项目线上线下协同信息管理系统架构研究

刘海英

针对建筑防水工程项目协同信息管理系统的架构问题，重点分析了系统线上线下协同管理的理论与技术，功能框架与体系设计，系统工作流、信息流和数据流建模、管理理论与流程再造思想契合等。通过划定功能模块范围与异构体系边界，将模块间交互嵌入系统组件化设计，提高系统性能。

协同工程管理 线上线下 工作流 共享协同 云端架构

一、前 言

在移动互联时代，信息的集成共享的重要性不断提升。在同样变得越来越重要的建筑防水工程项目中，信息的集成共享也是不可或缺的。建筑防水是一项集综合性和实用性很强的工程技术，其在建筑工程的使用功能中发挥着至关重要的作用。随着对建筑防水工程的重视，人们越来越多的将建筑防水工程作为一个独立的施工项目来进行管理。建筑防水项目可以称的上是一个系统管理工作，在防水工程项目实施过程中，设计、材料、施工、管理以及维护等任意一个环节出现问题都会对整个防水工程项目的质量产生重大影响。因此，为了保障建筑防水项目的有效实施并充分发挥建筑防水施工管理的协调和组织作用，有必要建立一个线上线下协同信息系统。针对建筑防水工程项目中的协同信息系统建设，本文提出了如下的移动互联部署思路：在总部建设大数据管理存放，统筹总部和各级单位之间资源聚合功能，实现对各级单位间信息流的主动推送，将FAST和GPS等服务抽象成共性功能的可复用构件、深度整合与挖掘大数据流。另外，协同工程项目要集成系统用户界面、数据流程业务各个层面，真正实现资金流、物流和信息流等资源的统一调度。

二、设计部署思路

协同信息管理系统将打通原来的沟通平台和搜索平台，形成大数据基础之上深度沟通，将整条业务处理流程整合成业务系统有机整体，双向应用搜索平台。将参与整个协同系统的企业员工形成一个临时性组织，在这个临时组织内部，搭建一个沟通互动的平台。这样，企业的员工能通过沟通减少工作摩擦，使得工作能交接顺利、运行有序、人事和谐、工作轻松。通过系统价值的最大化同步员工价值和企业的价值最大化。

（一）客户体验

通过访谈调研等系统建设需求分析等前期工作，协同信息系统获取了大量用户的需求。并通过反馈与多次交流形成相关完善方案。通过提供线上线下多访问渠道，简化优化技术架构与业务流程、删减冗余操作、重新设计界面元素和美化布局，满足和提升用户体验。

（二）智能管理

协同信息管理系统在原有的办公OA系统的基础上，打造功能更强大、性能更好的底层流程引擎，集成消息引擎进行待办预告和待办提醒，同时能监控各原生流程。

协同信息管理系统加强了与用户交互的友好性。系统能准确识别不同登录用户的身份类别和业务办理权限，并据此提供个性化定制的管理报表和针对性强的功能界面，使系统掌控用户权责范围，支撑大型结构化组织制度化管理和个人差异化管理的融合需求。

（三）云端架构

协同信息管理系统采用业界流行的云计算架构，功能采用总线+组件的技术架构。把服务资源集中部署在省局的虚拟云计算服务器上，并通过互联网和内部网同步向外提供服务。集成大量共性功能模块，形成复用，这样就像插件一样可灵活插拔。一旦系统出现组件出问题就可以快速替换，不会直接影响整个系统的使用。因此信息系统的稳定性大大提高了，及时的高可靠的运维服务能保障系统质量。

三、系统总体设计实现

（一）项目目标

建筑防水协同信息系统将原来的OA系统、通知公告、移动互联、网上审批、绩效考核、知识管理、文件管理、综合事务、协作办公、招标采购、监管系统、档案系统集成构建协同平台，调整分布式部署为集中式云端部署，并建立集成的统一沟通平台、搜索引擎实施、历史大数据处理。

（二）工程项目范围

本工程项目采用云端集中部署，服务器提供公司所负责的各个防水项目组访问，以及近2万人员的下辖单位内网访问。

（三）架构技术

协同信息系统项目工程的建设遵照一个数据中心+一个集成平台+三个保障体系——信息安全保障体系、行业标准化体系和运行维护保障体系。总体技术架构如图1所示。

门户层包括建筑防水工程项目系统信息门户和应用门户。协同办公系统层设计成一个模块，集成了如下多个功能模块。如：公文流转、统一沟通与协作、体系文件管理、综合事务、监管采购招标、目标绩效考核、网上审批、档案管理、资讯中心、移动办公等业务功能模块。基础设施层包括应用与数据库服务器等；数据中心包括数据管理、加工和处理。

（四）协同信息管理系统模块设计

图1 协同信息系统总体技术架构图

图2 系统体系结构图

对系统建设进行分层设计，项目系统设计原理如图2所示：采用MVC三层体系架构嵌入组件化设计思路。数据层采用分库设计并创建数据组件，应用层读取和更新数据库层数据。利用用户管理组件在基础支撑层控制安全和整合界面。将各应用系统中的支撑功能组件化，通过复用和继承来降低开发量。整合应用支撑层实现各个业务系统功能模块化。使用页面组件展现的功能来提供友好的用户界面和完美的用户体验。

（五）设计功能架构

本协同信息系统以公文信息流转为核心，搭建协同10个功能模块的办公平台，如图3所示，可以分为集成模块、业务模块、支撑模块等几大类别。移动办公提供多种访问方式来使得线上线下的信息流能快速推送和共享。业务功能模块包括综合事务管理、目标绩效考核等。

图3 协同信息系统架构功能图

（六）协同信息管理系统数据流与功能建模

协同信息系统数据流和工作流经建模如下图4所示：

图4 系统数据流程图

图5 系统核心功能架构流程图

用户可以直接抓取上传海量的互联网络资讯形成公文信息。填写业务数据的引擎和工作列表，实现工程公文流转、审核和留痕，最后形成正式公文。审批办结业务数据后形成公文。公文根据数据流向送往数据仓库、阅文库和档案库归档。将审核通过的公文收录到收文材料库，以便于日后再次复用。发出正式公文就进入工作流和数据流，例如先要走阅文流程，最后要保留备份公文以供阅文查询。

起草公文或处理公文时，系统用户最主要的工作就是创建、修改业务数据，撰写修改正文。在公文处理期间，系统提供快捷方便和复杂的信息检索、开辟共享区利于多人协同办文和在线实时沟通的网络方法来办理公文。

四、部署异构体系边界

（一）边界部署

系统部署了运行环境截然不同的两大体系——其中一个是安装在Linux或AIX操作系统上R1 Portal，其运行环境是Web Sphere；另外一个共享协作的SharePoint的运行在IIS管理工具的Windows Server操作系统服务器上。J2EE体系与. NET二者具有非常明确的部署边界，因此就不得不部署在两套完全不同的服务器集群上，然后可以通过WebService技术实现异构体系的跨界交互。

各单位系统之间数据以及与省部的服务器之间每天都有大量的交互。公文传输系统就负责将不同的数据送达至任意指定的单位，同时还可以管理数据收发的信息，如单位记录。在集中式部署环境下，原有系统的数据交互方式，例如通过MQ传递数据就被摒弃淘汰，而保留下来的数据交互将通过数据状态进行控制，保障公文发送的快捷、便捷、安全性，使得公文收发文数据可以实时达到各个单位。

（二）非结构化与结构化数据存放边界

考虑网络发展和实际业务动态需求，本系统的许多功能实现了网络化共享共存。例如“资讯中心”的功能就建立在SharePoint产品支撑基础上。作为广泛使用的共享区，SharePoint能够配置好非结构化数据源，完成Fast搜索引擎的查询结果预览——即原有的办公OA系统中，所有文档统一存放到云端服务器上，再在各分公司迅速实现共享，就可在SharePoint中配置文档搜索数据源。这些非结构化的数据的共享区操作是需要R1 Portal和业务系统的数据支撑。

业务系统常用来管理结构化数据，因为结构化数据相当比较容易处理，则可由业务系统提供数据支撑和实时性的决策分析，再推送展现到SharePoint前端；相对来说，非实时性的、多维度决策分析则复杂的多，必须在大数据分析和数据挖掘的支持下由数据中心提供数据支持。

五、管理思想在协同系统中的融合

对于企业管理来说，协同是指事物与事物之间通过协调一致的配合，信息的相互交联，内部资源的整合，管理与思想的统一，从而获得最优的解决方法、最高的效率，以及最大的收益。

就目前技术和市场状况来看，协同可在以下五个方面明显提升企业的竞争力：

（1）数据的共享、交互和高效利用，打破“信息孤岛”，有机整合现有相互孤立的软件系统资源；优化重组数据流程，提高数据利用率。

（2）促进企业内部人员的交流、沟通和协作，共建信息应用和交流平台，提升团队合作精神，从而铸造良好的企业文化。

（3）增强内部各部门间的协调能力，加强管理，优化业务流程，协助管理层作出正确决策，提升决策反应速度与执行效率。

（4）促进企业同合作伙伴、商家和客户间的沟通和协作，缩短业务流程，延伸、拓展现有的市场体系，合理完善供应链及客户之间的关系。

（5）以人为本，打破原有相同介质间的单调流通，构筑一个数据、人员和企业之间三方双向的开放性协同应用平台，营造和完善良好的协同应用网络。

因此，构建企业应用集成及企业信息门户平台，必须按照协同的思想构建，按照协同的目标实现整个系统的协同。

六、结 语

移动互联背景下线上线下协同信息系统研究正当其时。

通过建筑防水协同信息工程项目系统实例，深入地研究协同信息平台搭建的核心内容、重点和难点——功能设计、数据流与工作建模、架构体系设计、异构体系边界划分。划分和界定了不同功能模块的边界，研究了模块之间的跨界交互原则，充分体现了组件化设计理念，提高了协同信息系统的性能。

［1］卢鹏.基于ASP.NET技术和工作流模型的网上审批系统.福建电脑.2009（004）125-126

［2］陈克玲，陈彦德，王睿.基于Web的工作流管理系统的设计分析.计算机与信息技术.2007

［3］范玉顺，罗海滨.工作流管理技术基础.北京.清华大学出版社.2001

［4］高新勤，李宗斌，杜轩.工作流管理系统动态变更模型与实例迁移方法研究.计算机集成制造系统.2008（08）

［5］Jablonski S.，Bussler，C.Workflow management:modeling concepts，architecture and implementation.International Thomson Computer Press，1996

［6］Ming-Xun Zhu，Xin-Xing Luo，Xiao-Hong Chen，Desheng Dash Wu.A non-functional requirements tradeoff model in Trustworthy Software Information Sciences，Volume 191，2012，Pages 61-75

［7］ LUO Xin-xing，ZHU Ming-xun， CHEN Xiao-hong. Non-Functional Requirement Conflict Tradeoff FO-QSIG Model in Trustworthy Software;Systems Engineering; 2010-02 Pages 101-105

［8］罗新星，朱名勋，陈晓红.可信软件中非功能需求FO-QSIG冲突权衡模型.系统工程.2010.2

Waterproof Construction Project Online and Offline Information System Design and Implementation

LIU Hai-ying
Beijing Oriental Yuhong Waterproof Technology Co.,Ltd,Beijing 100025

In accordance with the construction of cooperative office system at waterproof project,we analyzed the design theory,technology architecture design,architecture design,functional architecture design,data and workflow modeling,heterogeneous system border design and etc.By dividing the function modules and bounds of the construction,embedding the interaction between functional modules into the system component design,we aimed to improve the system performance

Coordination Office;Online and Offline；System Design;Workflow;Shared Synergies;Cloud Architecture

F224

A

湖南省自然科学基金资助项目（编号：2015JJ2194）

刘海英，女，桃源人，硕士，北京东方雨虹防水技术股份有限公司会计师，研究方向：投融资、项目管理等；北京，100025