现场施工管理系统V1.0运维管理

杜黎明

摘 要：为满足项目现场施工管理文件流转要求，项目部部署了以工作流管理为核心的施工管理系统，2010年7月上线以来，收发文、变更、质量计划各模块运行稳定；运行期间开展维护17356次、导出各类文件77775次，为施工管理文件的高效流转提供了有力支撑。

关键词：信息系统；施工管理；运维

中图分类号：TP393 文献标志码：A 文章编号：2095-2945（2018）14-0181-02

Abstract： In order to meet the requirements of project site construction management document flow， the project department has deployed the construction management system with workflow management as the core. Since the launch of the project in July 2010， the modules of receiving and sending text， changing and quality planning have been running stably； during the operation， 17，356 times of maintenance and 77，775 times of exporting all kinds of documents are carried out， which provides a strong support for the efficient circulation of construction management documents.

Keywords： information system； construction management； operation and maintenance

1 施工管理系统运维分类

施工管理系统的运维按影响大小和维护深入层次，主要分为桌面级、系统级、数据库级维护三类。

桌面级维护是指：系统管理员在用户计算机电脑端的维护。

系统级维护是指：系统管理员为保证系统业务正常流转，在应用系统管理端进行的相关维护工作。

数据库级维护是指：系统管理员在系统级维护无法完成维护需求的情况下，采取的针对施工管理系统数据库的维护操作。

2 施工管理系统运维各相关单位及职责

系统开发人员：是指施工系统的开发厂商，负责系统的开发、BUG改进、系统代码修改与发布工作；唯一接口是CNPE项目IT运维工程师。

CNPE项目IT运维工程师：是指CNPE项目部施工管理系统的专职信息管理人员；负责与系统开发人员的联络、处理CNPE系统用户在使用系统进行业务流转中产生的问题、协助各公司IT运维工程师解决系统在业务流转中产生的问题。

监理 IT运维工程师：是指监理公司的项目IT运维人员；负责处理监理公司用户在使用施工系统进行业务流转中产生的问题，在运维管理中遇到影响大、紧急度高、可能涉及到系统级或数据库级维护异常时，应迅速联络CNPE项目IT运维工程师，及时、高效的解决问题。接口是CNPE项目IT运维工程师和监理公司用户。

分包商IT运维工程师：是指分包商的项目IT运维人员；负责处理分包商内部用户在使用施工系统进行业务流转中产生的问题，在运维管理中遇到影响大、紧急度高、可能涉及到系统级或数据库级维护的异常时，应迅速联络CNPE项目IT运维工程师，及时、高效的解决问题。接口是CNPE项目IT运维工程师和分包商内部用户。

3 施工管理系统运维管理

3.1 系统问题管理

3.1.1 桌面級问题管理

桌面级问题主要分为以下几类：（1）IE浏览器：IE浏览器故障即可导致施工系统访问异常，无故退出等现象。（2）系统垃圾文件：系统垃圾文件过多，易导致访问系统时出现页面缓存故障。（3）杀毒软件：杀毒软件将系统插件识别为非正常文件，直接删除或加入隔离区，导致系统登录异常。（4）桌面系统环境故障：Office、PDF、操作系统的故障都会导致施工系统的使用异常。

3.1.2 系统级问题管理

系统级问题主要分为以下几类：（1）系统用户的注册授权：各公司新员工的系统注册授权，经各公司IT运维工程师或各部门文员发起，填写《现场施工管理系统用户注册变更申请表》，经新员工直属部门领导签字后，用电子（邮件）或纸质方式将申请表发送给CNPE项目IT运维工程师，完成用户的注册授权工作。（2）已注册用户的权限变更：此类用户的权限变更，也需填写《现场施工管理系统用户注册变更申请表》，提交方式等同于新注册授权的用户，但在提交申请前一定要着重检查用户是否还存在未处理流程。（3）调离人员系统用户注销：调离用户的账号注销需在用户调离一个月后按照要求填写《现场施工管理系统用户注册变更申请表》，提交方式等同于新注册用户流程，在提交申请前需着重检查待注销用户是否存在未处理流程。（4）变更单的删除：变更单的删除需要确认该变更的当前操作人是否和起草人一致、附件是否已删除、其它19位编码相关文件是否已删除，流程文件是否已取消等问题。（5）操作-文档命令不显示：操作-文档命令不显示的问题，属于安全管理模块的BUG，一直是采用的系统管理员在系统中清除缓存的方式解决。

3.1.3 数据库级问题管理

数据库级问题主要分为以下几类：（1）系统审核人名字不显示：该类问题属于系统BUG，出现的次数不多，但是维护复杂，需要系统管理员应用相关数据库管理软件，进入系统数据库进行相应修改，处理后方可恢复显示。（2）系统流程混乱：施工系统在业务流转中经历多次退回，或多次提交错误流程、手动添加用户账户等违规操作引起的流程混乱；此类问题维护难度高、业务相关性强、系统后台操作涉及数据库多，需要从发生错误的流程节点依次处理方可恢复正常。（3）文档管理人员操作失误：文档管理人员操作失误造成流程状态为“作废”或取号错误时，需进入系统后台数据库做相应修改后方可恢复正常。（4）已接收流程文件附件或内容错误：文档管理员接收系统流转文件，在项目部领导分批时发现发文内容描述错误、发文内容与附件不符等问题，需要退回发起单位时，在退至CNPE文档管理员后，系统管理员登录数据库后台进行相应修改后，再由CNPE文档管理员执行退回至原发起单位进行替换操作。（5）附件变更替换工作：由于业务或其它问题的修改，需更换业务流程的附件，这类变更操作需由需求部门发起工作联系单至CNPE相关业务接口部门，然后CNPE由相关接口部门根据工作联系单情况，发起附件变更申请；由CNPE项目IT运维工程师接收后，进入系统后台、系统管理平台进行修改，处理后方可修改。（6）新增部门：施工系统维护中具备新增单位功能，但此功能操作时屡次造成施工系统业务中断，用户无法登录等异常现象，且此问题发生后，系统服务重启多次都难以解决问题；甚至需要重启系统服务器才能恢复业务系统的正常流转；新建部门也需进入系统数据库进行修改，完成后新部门方能正常显示。

3.2 系统业务变更与持续改进管理

3.2.1 系统业务变更流程及变更实施过程

施工系统的变更注重过程管理，控制变更有关的错误事件，为业务系统的稳定流转提供保障。变更的来源主要为以下几种：（1）系统上线后，产生的新需求。（2）系统上线后，随着业务环境的变化，为适应新的业务环境产生的针对已有的功能的修改需求。（3）系统运行中产生的不可预知的错误，引发的修改需求。（4）系统其它性能和非功能特性需要修改。（5）系统与其它相关系统接口变更。施工系统上线以来，完成了变更统计功能、发文-竣工文件审查、调试变更与文档管理系统接口、DEN不可达单位处理流程等流程的变更工作；本文以设计管理部发起变更统计功能的变更为例，从需求的发起到功能的完整实现，详细说明施工系统变更的实现方法：（1）设计管理部通过工作联系单发起变更统计修改需求。（2）CNPE项目IT运维工程师接收工作联系单，初步分析变更需求后，撰写施工系统变更申请表，经信息文档部经理、项目总经理签字同意后，提交变更申请给系统开发人员。（3）系统开发人员接收变更需求，与CNPE项目IT运维工程师核实接收到的变更需求；撰写施工系统变更统计设计方案，并反馈给CNPE项目IT运维工程师。（4）CNPE项目IT运维工程师与设计管理部统计变更提出人员一起核实来自系统开发人员的反馈信息，并提出意见。（5）CNPE项目IT运维工程师将核实结果反馈给系统开发人员，系统开发人员接收反馈信息后，进入系统开发阶段。（6）系统开发完成后，与CNPE项目IT运维工程师确定发布时间，进入业务系统试用阶段。（7）CNPE项目IT运维工程师联系设计管理部核实变更功能实现程度与业务满足度。（8）在设计管理部试用阶段，发现DEN变更表单无字段明确显示变更的“实施单位”，不利于明确变更直接施工单位。（9）反馈信息给系统开发人员，要求在DEN表单PCB批准的起草阶段增加“实施单位”字段。（10）系统开发人员按照反馈信息要求修改表单，然后发布，反馈信息给CNPE项目IT运维工程师。

3.2.2 施工系统的持续改进

部署信息系统软件的最终目的是满足现场用户需求，而用户的需求总是在不断的变化，用户的一个需求或变更作为一个新需求，等到一个新的迭代周期開始的时候将新变更需求提出，信息系统软件所有的规划、分析设计、实现、测试、部署都根据新的需求变更进行更新，形成一个周而复始的信息系统软件迭代变更过程。

施工系统的稳定运行，保障了业务的高效流转；但在的以下几个方面还需改进：（1）收发文历史记录：现有的收发文管理不具备收发文历史记录功能，给流程的记录、追溯跟踪造成极大不便，作为业务过程管理的系统应增加此需求，提高用户受用度。（2）流程文件重要程度区分：流程设计中增加紧急状态，编制起草阶段选择，提醒页面分别显示紧急与常规的发文，便于签批阶段首要看到文件，迅速的发送出去，提高紧急文件的批转效率。（3）提醒功能：提醒功能对业务系统的正常运转提供了极大便利，现有的提醒系统仅简单的显示了业务的当前状态，建议在提醒页面显示自己编制的未关闭的流程文件的当前状态，用不同的颜色区分，以便更好的跟踪管理。

参考文献：

[1]尤涛.基于大型养路机械施工管理系统升级改造的探讨与设计[J].信息系统工程，2017（04）：104-108.

[2]何杰.绿色与安全施工实时监控系统研究[D].大连理工大学，2014.

[3]牛萍萍.基于WebOffice的自动化建筑施工管理系统设计研究[J].自动化与仪器仪表，2017（06）：144-146.

[4]田丽，田军，孙坡.一个基于网络计划技术的建筑施工管理系统[J].华南建设学院西院学报，2000（02）：51-57.

[5]施恭.基于IFC标准的建筑工程4D施工管理系统[J].中国建设信息，2007（02）：57-60.

[6]李凤辉.工程施工项目管理系统的设计与实现[D].电子科技大学，2012.

[7]章勇.建筑施工管理系统的设计与实现[J].建筑安全，2015，30（08）：32-33.