数据库系统开发施工管理论文

2022-04-28

摘要：通过调研天津电力建设公司物资信息化管理的需求，对市场提供的物资类信息系统产品适应性进行分析，提出开发活动中存在的技术问题和管理课题。利用蓝巢e-MIS开发平台投入到开发过程，不仅攻克了困惑IT领域的技术难关，同时为物资管理体系难题找出了解决方法。今天小编为大家精心挑选了关于《数据库系统开发施工管理论文(精选3篇)》仅供参考，希望能够帮助到大家。

数据库系统开发施工管理论文篇1：

CPR1000核岛辅助系统施工管理数据库的开发与应用

摘要：CPR1000项目核岛辅助系统施工管理是项目施工管理关键之一。结合其施工逻辑，利用数据库技术将设计、采购、土建、厂外预制等上游输入环节量化成工程量的形式。一方面可以准确地计算出工程量，合理调配施工资源；同时，利用数据库系统引导管理者及时发现制约工程进展的主要问题。根据上述信息，可以提前进行干预，使供应链和施工资源配置更为协调。

关键词：数据库 CPR1000 辅助系统施工管理

The designing and application of the Construction management Database for Nuclear Island Auxiliary System in the CPR1000

QIU Zhigang

（China Nuclear Power Engineering Co.，Ltd. Fangchenggang of Guangxi Zhuang Autonomous Region 538000）

Key words：database CPR1000 Auxiliary System construction management

CPR1000核岛辅助系统（下文简称EM4 工作包）施工范围为核岛安装工程的辅助管道和支架的预制、安装。安装施工总工程量为269万点（“点”：大亚湾时期的定义，一个法国工人8小时工作量），占核岛安装工程10个机电工作包总点数的44.8%，安装施工范围包含核岛安装工程（除的主回路主管道和仪表管道外）所有RCC-M 级别和非RCC-M 级别管道及相应支架的安装。

EM4工作包的管理与外部（设计、采购、调试、承包商）、内部（房间移交、电气、通风、保温、设备）接口众多，在核岛安装工程中意义重大：其施工进展顺利与否直接影响着其他专业工作能否正常开展；其系统完工程度良好与否直接影响着系统是否能够顺利移交调试。

同时，因涉及安装图纸众多（42000张），安装工程量大（各类管道约12万 m、支架共计约39500个/1800 t、现场焊口11万个、阀门约13600个），安装周期长（核岛安装开工到2#机组冷态功能试验，历时33.5个月）；同时历经设计图纸宣布可用、材料供应、预制成品供货、现场图纸改版、施工文件准备多个管理环节，因此EM4安装管理成为了每个CPR1000项目的重点和难点。

该文旨在通过ACCESS软件平台，开发查询快捷、操作方便、复制性强的EM4安装管理数据库系统，将图纸供应、预制、房间移交、现场图纸改版各个环节量化为“点数”，能够提前预判制约EM4安装进展的关键因素；同时可以针对水压试验回路设备、图纸缺口进行分析，并跟踪水压回路安装进展。

该数据库系统的应用，可以使EM4安装管理不再局限于“问题出现，解决问题”，而是让EM4管理团队据此做到“提前发现问题趋势，引导设计、供货、预制、土建、承包商各个环节向有利于工程进展的方向发展”，提升整个团队的工程阅读分析能力，发现问题能力。

1 数据库系统开发

数据库系统开发思路

在数据库系统开发初期，结合防城港项目核岛安装辅助系统管理工作所需，确定了依次开发区域施工管理模块、系统施工管理模块、阀门安装管理模块的计划，各模块基本开发思路如下。

（1）区域施工管理模块开发思路

将区域施工所需的图纸、预制成品供应、房间移交计划等上游条件，通过工程量“点数”来予以量化，从而将各上游环节对工程量的影响具体化，可以及时找到对现场施工的主要制约因素。

（2）系统施工管理模块开发思路

①在区域施工管理模块的基础上，根据水压试验系统流程图（下简称TFD）与施工图纸（SUP：支架图；ISO：管道等轴图）的对应关系，将水压试验系统内各施工图实施的进展和存在问题按照试压回路予以归类，并分析成数据表，以便系统负责人跟踪各自系统的进展和问题。

②在EM4系统施工管理中，实际将每个调试子系统（EESR）分解为若干个试压回路，因此存在EESR-TFD的对应关系。因此，调试子系统移交前，各个负责人可以根据EESR涵盖的若干个试压回路的施工进展和问题，掌握当前EESR的进展，以及问题所在。

（3）阀门安装管理模块开发思路

一方面考虑阀门在区域施工、系统施工过程中，对施工逻辑、系统完整性存在非常关键的影响，另一方面EM4阀门数量庞大，阀门自身安装文件、质量计划的归档和统计也是非常繁琐的。

为此，计划通过阀门模块来实现系统施工阀门信息查询（如阀门的图纸、技术文件）、阀门安装活动的记录等功能。

2 数据库系统模块介绍

2.1 区域施工管理模块

区域施工管理模块建立过程中主要参考文件为《点数进度计算指示书》，将现场管道和支架安装过程中的工程量划分如表1。

（1）支架一阶段储备点数

图纸：支架安装的图纸包含支架图及与该支架相对应的等轴图两个部分，均需发布VFC状态图纸，安装才可进行。

材料：支架的预制在电厂外部预制厂进行，运输所需时间约为10天，因此，以预制支架发货时间加上10天，作为支架到货的时间。

房间移交：土建房间移交后即可开展现场安装工作，以实际移交的时间为准。

上述三个条件同时满足时，支架一阶段即可进行安装，其储备点数为：

（2）管道落位储备点数

图纸：已发布VFC状态图纸。

材料：管道的预制分为三个部分，分别由惠州分公司、江苏电力和小管车间预制。江苏电力预制的管道运输时间约为一周，小管车间预制的管道无需运输，因此，在计算时统一以发货时间加10天作为到货时间，以简化计算。

房间：与每一个支架都在特定的房间不同，一张等轴图上的管道一般会安装在两个或多个房间中，不能利用支架安装的方法来计算管道落位的储备点数。

在管道安装的过程中，一张等轴图一般分为多个管段进行安装。因此，可以采用化整为零的方法，将一张等轴图分为若干个管段来进行分析。但是，当一个管段穿过墙壁时，将与两个房间相对应，难以判断该管段应该属于哪一个房间，这就给管道落位点数的分析和计算带来一定难度。

由于管段之间通过现场焊口（包括法兰）连接，管段与焊口之间存在着一一对应的关系，焊口所在房间的信息也是明确的，因此，可以近似地以焊口来替代管段进行可施工条件的分析和计算。若一张等轴图上共有m个焊口，其中n个焊口在某一个房间，则该等轴图在这个房间中的安装点数为：

当这个房间已移交，并满足图纸和材料的要求时，即可认为这部分管段满足施工条件，可施工的落位点数为：

其中，以焊口数近似代替管段数。

这种计算方法存在一定的误差：在工程前期，移交的房间数量较少，当跨房间管段所在的房间没有全部移交时，其落位点数的计算会产生误差。这一差异仅在一张等轴图所在的房间没有全部移交时产生。可以预见的是，随着房间移交数量的增加，这部分误差会越来越小。

（3）支架二阶段储备点数

支架二阶段的安装一般在支架一阶段和管道落位安装完毕之后进行，因此，其可施工条件是：①具备支架一阶段安装的条件；②相应的管道具备落位条件。

其中，为该支架总支点数，b为可安装支点数。

（4）数据库逻辑建立

根据支架一阶段、二阶段、管道落位储备点数的施工逻辑，分别建立查询关系，使用数据库函数对施工的先决条件进行筛选。对于具备施工条件的，在对应的表格中显示其可施工点数，否则为空。最后，对各部分可施工点数分别求和，得到对应储备点数。

通过数据库的导出功能，可以将得到的计算结果导出为Excel表格，对各项施工条件进行分析，明确各上游环节对现场的影响程度，有助于推动解决上游问题，为现场施工创造良好条件。

2.2 系统施工管理模块

EM4区域安装进行到约40%时，将由区域施工逐步转为系统施工，现场施工由水压试验计划为引导。为了增强对水压试验进度的掌控，在区域安装的基础上，增加了水压试验的跟踪。

水压试验模块的设计包含两个部分：

（1）水压试验流程图（简称TFD）与支架、管段、焊口、阀门的对应关系；

（2）支架、管道、焊口、阀门的预制和安装进展。TFD发布之后，就可以确定TFD与支架等物项的关系。

在水压试验管理模块中，将上述两部分整合起来，对每个TFD的进展进行跟踪，并找出主要的制约因素，及时进行干预。

在数据库系统的设计中，对支架、管段、焊口三个部分，将其与区域施工的部分信息相关联，以跟踪其施工进展。对于阀门部分，由于其特殊性，考虑到可互换性的影响，对阀门的库存进行了分析，用同LRCM阀门的库存量来衡量该阀门是否可安装，从而使阀门的利用率达到最大。

在该模块中，通过统计的功能，对每个TFD中支架、管段、焊口、阀门的总量及其已完成量进行统计，可以直观的显示出各部分的施工进展。

2.3 阀门安装管理模块

（1）阀门数据库系统简介

阀门数据库系统利用了阀门采购清单、系统手册阀门清单、施工图纸对应的阀门清单作为基础数据源，动态输入了阀门的入库、出库信息及质量计划执行信息。为了让数据库系统能够服务于水压试验和系统移交管理工作，在数据库系统中将阀门功能位置码、水压试验流程图（TFD）、相关的调试子系统（EESR）按照施工逻辑进行了匹配，以便对系统阀门供需情况进行跟踪。

（2）阀门数据库系统应用

阀门数据库系统功能和应用如下：

通过阀门的功能位置码查询阀门的技术信息，指导现场质量控制；

自动实现阀门到货、出库数据统计，得出库存数量，为提出阀门到货需求提供数据支持；

查询水压试验回路阀门情况，合理利用有限的阀门库存；

跟踪具体阀门的全工期内质量计划的执行情况，防止出现阀芯漏装等质量事件。

3 结论和应用

（1）研究的成果

本数据库系统建立在ACCESS基础上，开发了查询快捷、操作方便、复制性强的EM4安装管理数据库系统。共计分为三个模块：区域施工管理模块、系统施工管理模块和阀门安装管理模块。

（2）数据库系统在防城港一期核电项目的应用情况

本数据库系统自2012年8月正式启动开发至今，通过边开发边使用相结合，各个数据模块相继投入实际使用，并不断优化，为防城港一期核电项目EM4施工管理提供了有力的支持。

①在区域施工管理中，通过数据计算储备工程量，有效地应对了承包商“泛上有条件化”的推脱现状，加强了对现场承包商管理力度。

②通过数据库系统，可及时、准确地反馈现场图纸需求、阀门需求、材料需求、房间需求，在实现现场EM4精细化管理的同时，有效地推动了板块联动工作。

③在系统施工中，各个系统负责人能够通过数据库系统准确把握系统最新进展，便于做好系统跟踪工作。

（3）应用前景和意义

①数据库系统具备可复制性，可对后续项目核岛安装辅助系统施工提供技术支持。

②数据库系统的应用，可以辅助管理着眼于EM4安装工程的全局，将管理思路从“被动解决问题”提升至“主动发现问题趋势，提前引导各个环节向有利于工程进展的方向发展”，在解决工作问题的同时，起到了提升团队管理能力的作用。

③利用数据库系统引导辅助系统施工管理者及时发现制约工程进展的关键问题所在，进而提前介入并予以引导，为实现板块之间联动提供了理想的支持工具

④通过对工程量的分析、系统水压试验的跟踪，对区域施工和系统施工实现了精细化管理，具有管理提升的意义。

作者：邱志刚

数据库系统开发施工管理论文篇2：

蓝巢e-MIS之物资管理信息系统解决方案

摘要：通过调研天津电力建设公司物资信息化管理的需求，对市场提供的物资类信息系统产品适应性进行分析，提出开发活动中存在的技术问题和管理课题。利用蓝巢e-MIS开发平台投入到开发过程，不仅攻克了困惑IT领域的技术难关，同时为物资管理体系难题找出了解决方法。

关键词：物资管理信息系统方案

蓝巢e-MIS管理信息系统（以下简称“蓝巢e-MIS”）是集大型火电建设企业丰富的管理经验、科学的项目管理思想和先进的信息技术为一体的管理信息系统产品。其重要组成之一的物资管理信息系统，总结天津电力建设公司40年发展过程中电力工程物资体系管理的实践经验，充分利用蓝巢e-MIS开发平台技术，以电力工程项目管理规范为依据，由IT精英与物资专家以团队组织形式共同研发而成，是一套完整的适用于电力工程管理的物资体系管理的信息化解决方案。

1 管理需求分析

电力工程物资体系管理是现代企业管理的重要组成部分。在电力基建企业的经济活动中，大约占企业支出资金总额的60%；电力工程项目的经济活动也基本一致，项目成本70%左右发生在物资材料供应、周转性材料消耗方面。因此，加速物资管理信息化建设，对提高企业核心竞争力促进企业长久生存和发展起着重要作用。

物资管理信息化建设不仅仅依赖IT技术的支持，更需要一套完整的集IT技术与管理思想的解决方案；适用的物资管理软件不能只着眼基本的收支存等的核算工作，还要在软件中体现管理者的管理思想，要以软件促进管理，以管理提升软件，这是一个相辅相成的过程。

2 解决方案及产品选择

电力工程物资管理的特点决定了对软件需求的特殊性，因此必须有一个能够满足上述特点的适合电力基建企业应用的物资管理软件。

2.1 现有产品分析综观软件市场，物资管理类的软件大多都是通用性的物资管理软件，比如一些进销存类的软件，这些软件能够满足一些基本的商业管理需求；还有一些是稍专业一些的物资管理软件，如一些面向电力发电企业的软件，这些软件能够满足一般的核算要求，但不能满足管理要求，尤其是每个企业的需求各不相同，试图以一个通用的软件覆盖所有的管理需求是不现实的。

2.2 寻求合作开发面临的问题许多软件开发商和用户不能很好的融合，软件开发人员对用户的业务不能很好的理解，开发商开发出的软件和用户的实际需求脱节，用户在实际使用时发现问题，软件开发商不能很好的回应，最后形成了开发商和用户互不理解，最终是开发出的软件不了了之，造成了人财物的许多浪费。

2.3 自主开发时的主要问题很多基建企业自主开发软件时，存在着虽然对业务很了解，但对软件编程技术掌握的不是很好，开发人员的规划能力有限的问题。

2.4 软件适用性问题对于电力基建企业来说，不是所有的先进的软件都能用，必须要与实际情况配套，ERP等系统用于电力基建企业并不一定合适，ERP应用一般要求有成熟的企业管理制度和优秀的管理人员进行配套，而目前大多数的电力基建企业正处在转型期，还达不到实施ERP所要求的环境。

3 蓝巢e-MIS开发平台技术对开发的支持

蓝巢e-MIS开发平台是基于SQL Server的数据库系统，能够实现办公自动化软件（OA）的功能，但是与一般办公自动化软件不同的是，具有与MIS强大数据处理功能后台衔接功能；蓝巢e-MIS开发平台采用图形化、所见即所得的界面设计技术，设计人员能够非常快速的设计出功能强大的界面；蓝巢e-MIS开发平台采用无源代码编程，内置控件的功能全面，属性丰富，只通过设置属性就可以实现一般的业务功能，而不需要编辑源代码；蓝巢e-MIS开发平台能够迅速调整业务、适应用户需求变化的关键蓝巢e-MIS开发平台提供了外部程序接口，用户可以方便的外挂系统外的其它应用程序，实现各种特殊化的功能。

蓝巢e-MIS开发平台客户端免维护技术，减轻系统管理员安装或升级客户程序的工作量，服务器端系统升级后，加载启动客户端时，版本自动识别，若不一致客户程序自动升级，完成立即生效，无需停止任何服务。

蓝巢e-MIS开发平台提供规范模板数据技术，内含了丰富的电力基建行业各类基础数据及表格模板，使电力基建企业安装后，无需大量的初始化输入，仅对少量数据进行修改，即可投入使用。

4 物资体系管理需要解决的课题

4.1 多区域分散管理天津电力建设公司目前在全国各地有19个项目部，每一个项目部都需要进行物资管理，在每一个项目部都需要部署一套物资管理软件，这些系统随时都要和总部进行信息交换，因此必须解决各个项目和总部之间以及各个项目部之间的实时信息交换问题。

4.2 多帐套核算统计在物资管理中存在着同一个项目部中不同供货方式的问题，如有些物资需要自己采购，有些物资由甲方供应，这些物资虽然都用到同一个项目上，但是在帐务管理上必须分开，这样在软件设计时必须要考虑多帐套问题，除此问题之外还需要考虑不同帐套之间的物资调拨问题。

4.3 体系员工的分工与协作由于火电建设的场地一般都比较大，物资需求计划的审批需要有不同的人来完成，这样为了完成一份物资需求计划的审批就需要在整个现场跑，又费时又费力，如果某个人员不在的话就不能完成。这样在程序设计时就需要解决审批业务自动流转审批问题。

4.4 及时性物资需求计划计划提出后需要及时地进行审批，否则就会耽误工程建设，影响施工进度，蓝巢e-MIS管理信息系统开发平台能够很好地解决此问题,由此开发平台设计出的流转业务能够自动形成代办业务,业务处理人无论在那里，只要能用计算机登陆到户互联网上就能够处理业务。

5 物资管理软件的开发应用

运用蓝巢e-MIS开发平台，解决了开发技术和物资管理的问题，经过了详细的系统分析和设计，整合管理流程，共开发设计了34个业务来完成整个物资管理程序，其中流转业务13个，整个的编码实现一个人用了3个月的时间来完成，联合测试直至投入试运行用了3个月时间。

天津电力建设公司现在的电力基建项目物资管理人员的配备越来越精炼，以单项600MW的发电机组安装工程项目为例，包括设备管理人员在内，只配备20人左右。因此应用计算机进行物资管理是必需的，而应用计算机管理就必须有适用的物资管理软件。物资管理软件在编制完成后从2002年开始陆续投入到天津电力建设公司所属的19个工程项目中，到现在为止已经平稳的运行了近3年时间。

采用此套软件后可以直接分析库存材料的构成原因，造成积压的可以根据不同的原因进行处理，如果是由于需求计划造成的可以追查體计划单位或人员的责任，如果是采购造成的可以追查采购人员的责任。这样使大家在提采购计划和采购过程中都很谨慎，无形中提高了大家的管理意识。

6 结束语

通过实施物资管理软件，提高了物资的管理水平，但管理的提升是循序渐进的，物资管理的理论发展也将会提出越来越多的新要求，蓝巢e-MIS之物资管理信息系统也将随着管理的发展不断完善，也将与IT技术的发展同步提高，为项目管理的信息化领域提供更新更好的产品。

参考文献：

[1]张义阳.施工企业工程管理中的信息化建设.中国工程建设网.

[2]吴炜煜.发展中的中国建设信息化.计算机世界报.

[3]天津电力建设公司.项目法运行规则（物资管理）.

作者：刘连启

数据库系统开发施工管理论文篇3：

上海信息管线综合管理系统软件设计与实现

[摘要] 目前上海市的经济进入一个全新的发展阶段，信息技术推动整体经济的发展，信息基础设施和信息传输网络的建设非常重要，为此上海市信息委员会提出城市信息管线信息综合平台开发项目，着重解决传统手段难以解决的城市信息基础设施建设与管理中的瓶颈问题。基于上述背景，本文对该信息管理系统的软件设计及实现进行论述。首先概述相应的技术基础，然后从总体架构、数据库子系统和主要业务流程等方面讨论该系统的软件设计，最后从软件系统的实施、升级维护、以及试运行测试等方面讨论了该软件系统的实现，并从该系统的功能特点及开发方法方面总结全文。

[关键词] 资产信息管理; 视图信息管理; 空间信息管理

doi ： 10 . 3969 / j . issn . 1673 - 0194 . 2019. 13. 065

1 概述

1.1 开发背景

为实现信息技术对上海市整体经济的积极促进作用，对信息基础设施和信息传输网络实现高效管理极其重要。信息管线建设与维护需要含有复杂的空间信息和海量的属性信息，即信息管线之间存在着大量的设备节点和节点间复杂的连接关系，在对信息管线项目进行设计、施工和维护时都会遇到一些共同的实际问题，例如信息管线是什么，信息管线在哪里，怎么配置，怎样连接和与谁连接，从一个管线设备到另一个设备如何确定路由，获取的这些信息如何辅助业务工作和管理等。对这些问题依靠传统的手工作业和分析手段远远不能满足发展的要求。基于此，由上海市信息管线有限公司提出建设一个先进的资产和资源管理系统。

整个管线信息平台的软件工程开发实施以PMBOK项目管理框架作为理论指导，注重过程的规范和执行力，项目管理和开发过程遵循ISO 9001-2008质量体系模型标准，最终工程质量获得实质性的改进。在工程项目建设过程中启用源代码管理机制，缺陷追踪管理机制和项目进度管理等一系列先进的项目管理工具和技术进行项目的配置管理，同时也作为工程质量控制的重要手段。该工程开发从需求调查分析、系统总体设计、详细设计及系统的实施与维护，都制定具体的规范，用以指导系统建设。

1.2 面向对象方法简介

面向对象方法基于对现实实体的分类表达以及建立类与类之间的关系，如继承关系、组合关系等类型，通过将信息系统表达为一组类的实例及对象之间相互作用的动态实体来构建复杂软件系统[1-2]。基于类和接口的信息封装原理实质性地简化了对象的表达，使软件系统能够构建于基于对象的单元组织之上，以此来实现软件系统的内在稳定性和可重用性[3]。

面向对象技术既应用于软件的设计与编程层面，也应用于软件系统的开发与管理过程。编程层面，面向对象编程语言通过在语言层次上引进类和对象定义机制为程序员提供一组面向任务单元的表达机制[4]，同时通过引进对象接口的定义机制使程序员可以将对象的外部行为的说明性语义与对象内部对功能的操作性语义分离，在保持外部说明性语义稳定不变的情况下可以变更内部的操作性实现，在对象的层次上有力地支持软件重用[5]。

2 软件设计

2.1 软件总体方案及特点

该管理信息平台是以数据库服务器为核心的分布式系统，基于通用关系数据库Oracle进行设计和开发并通过客户端功能控件开发实现可重用和易配置的功能单元，在整体上具有以下几大特点。

（1）具有强大和易用的空间信息环境;

（2）系统在内部实现集约高效的数据模型，模型中网络模型的性能高、容量大;

（3）支持灵活、自由的扩展与部署;

（4）该系统上实现的开放和实用的空间分析工具支持常用分析逻辑与功能外还包括：基于网络分析进行营销中路由设计与成本计算功能;基于线性参考进行动态故障点分析与应急抢修功能;对时态数据的创建、管理和可视化功能可用于深层次分析功能;

（5）该系统在面向用户方面强调轻松、便捷的用户体验，数据输入和分析自动化程度大幅提升，更加具备生产能力;

（6）该信息平台统一实现标准化和规范化的业务应用，使系统中各个应用模块化、业务流程之间的流转制度化、工作管理中内容定义和使用标准化。

图1所示为该软件平台的整体功能分布和主要用户角色的访问关系。

2.2 系统数据库设计

该系统的数据库子系统基于通用关系数据库平台来开发，同时考虑对空间数据模型的存取扩展处理。目前的主流数据库系统都支持对空间信息的表示和访问存取，该信息系统具体选择Oracle及其SpaceEngine扩展模块来实现对空间数据的统一管理，通过PL-SQL及其针对空间信息的扩展接口函数来统一实现对该信息平台内部数据模型的处理以及平台内部的业务逻辑管理。数据库设计的E-R模型如图2所示。

2.3 台账信息管理

资产管理类功能一方面面向资产管理事务本身，另一方面与公司现有财务信息系统接口使系统在整体上共享资产账务信息。该信息系统内的管线及设备台账信息管理模块的功能针对管线及通信设备的定期维护及测试事务的信息记录。该模块对每台设备从投入运行以来的每次检修、试验-测试存储相应的技术档案和试验数据，包括检测类型、负责人、时间、试验规范、试验参数、完整的实验数据组、技术评价和状况等级等以及附属技术文件的档案编目索引号等信息。

在图3所示该模块的管线设备运行维护事务管理流程中，设计方案将该业务处理流程的流转事务类对象进一步分为事件对象、中间状态和同步对象、消息队列对象。考虑到信息管线与通信设备由各项组件组成，每项组件在该系统中与设备对象类似的方法建立完整的台账信息，每个组件对象作为一个实体也分配预期类型相应的技术属性如型号、规格、运行参数等、商务属性如供应商、价格、合同文件等和管理属性如折旧周期、运行费率、维修记录和运行记录等，以此形成该平台对设备组件的结构化信息管理功能。

2.4 视图管理

视图管理子系统需要实现的功能主要分为面向管线对象和节点设备对象的不同类型的事务处理。该子系统实现的对象信息编辑功能可对管线、节点、设备、站所、注记、背景等编辑，此外还提供了操作的历史轨迹的访问与恢复功能。该综合管理平台的视图管理功能一方面为用户提供直观的二维图形界面，同时通过在地理视图管理功能使系统相应提供统一的信息接口来对该平台所管理的管网、管线及设备等进行图形化操作，支持用戶将数据录入地理信息系统并由空间数据库子系统进行管理。

2.5 成本信息管理

该管线信息平台的成本信息管理模块的功能一方面以管线设备本身的运行维护费用作为成本对象直接成本计算，同时以管线销售和出租项目作为成本对象完成管线设备管理成本的合理分配计算即间接成本计算。为此该成本管理模块在其内部数据库完整记录每台设备在每项管理事务上的各项支出成本，因此该系统能够通过统计计算出管线设备在任何时间段内的实际运行维护管理的直接成本。通过管线设备的运行维护记录数据和故障处理数据、性能效率数据等定量的成本因素合理计算出设备维护事务的间接附加成本，两者完整地构成每台管线设备的实际运行维护成本。

图4表示出管线设备营销成本管理与运行维护成本处理流程。在管线资源的营销成本计算方面，系统支持营销管理部门的销售经理对每项销售合同计算合同中信息管网路由和成本，例如50千米纤芯单位级光路合同中的一个环型和总线型网络的销售成本计算，该平台系统基于空间维度的网络分析完成成本计算并且能够快速调整参数后对多种销售方案进行计算，为用户提供多个方案来对比和参考，为最终客户生成精确的量化报表参考。

2.6 管线路由信息管理

路由信息管理功能面向网络资源优化目标，针对信息管网建设和通信路由配置对管线规划、管线设施建设、设备入库、管线与设备资源查询与统计、管线资源销售、运行维护到后期废弃资源管理实现一体化的集中管理。

优化的管网模型基于空间维度的对象组织是表达数据结构的核心，用来解决数据冗余和系统效率问题的数据模型，在网络数据表达和网络空间分析等方面起着极其关键的作用。在参考空间信息模型的基础上设计基于空间维度和网络设施之间的高级拓扑关系和逻辑关系的优化的管网模型。与通用的网络空间模型相比，考虑管道与光缆业务的衔接、规划工程和现状工程的结合，人井、接头包、ODF等多种节点设备的融合，克服了同行业中对于多线路共线铺设的冗余数据情况，同时实现空间资源信息、物理基础设施信息、业务管理信息、管线管理信息的集约化信息处理，提高了海量地图数据及管线数据的存储与管理的效率。

3 软件实现

3.1 总体实施方案

该管理信息平台是以数据库服务器为核心的分布式系统，基于通用关系数据库Oracle 10进行设计和开发并通过客户端控件开发实现可重用和易配置的功能单元。该信息系统的数据库子系统基于通用关系数据库平台来开发，同时考虑对空间数据模型的存取扩展处理。目前的主流数据库系统都支持对空间信息的表示和访问存取，该信息系统具体选择Oracle及其SpaceEngine扩展模块来实现对空间数据的统一管理，通过PL-SQL及其针对空间信息的扩展接口函数来统一实现对该信息平台内部数据模型的处理以及平台内部的业务逻辑管理。

3.2 系统登录

当该综合管线信息管理系统的客户端窗口启动时，系统会弹出如图5所示的登录界面，要求用户输入用户和密码。用户输入正确的用户名和密码后按鼠标左键点击确认按钮或回车键后就进入该系统的业务导航窗口，系统主界面如图6所示。

3.3 主要功能模块

3.3.1 管线设备台账管理

管线设备台账信息管理模块的功能主要基于该系统的数据库子系统来编程实现，通过SQL存储程序实现各种类型的管线设备数据创建即数据表的插入和更新处理，如管线设备台账信息处理、设备分类信息处理、备件信息处理等。所实现的存储程序一部分被与用户在页面窗口进行交互的控件直接调用，另一部分在业务处理进程中被触发调用，但基本机制都是通过在建立数据库连接会话后传输数据库服务器的存储程序调用指令来完成并返回输出。

3.3.2 视图管理

该系统的软件实现将系统视图分为基础地理视图层、管网信息视图层和工程管理视图层三类图层，用户可通过选择图层前面的小灯泡的开闭，对相应的图层进行显示控制。小灯泡变亮表示该图层显示，变暗表示图层不显示。点击图层名前面的“+”号可以展开视图层中的下一级设备。

3.3.3 路由信息管理

本系统通过路由分析及资源管理工具来支持网络工程师用户对现有通道和光纤进行静态路由信息的分析并且对分析计算得出的结果进行资源分配和保存。网络工程师用户在选择路由分析工具后可以打开路由分析窗口和工具。在路由分析窗口中选择要分析的类型并输入需要的剩余资源数，然后使用标记接点工具在图上标记路由分析的接点，点击分析路由，分析出的结果在图上显示。路由信息管理功能面向网络资源优化目标，针对信息管网建设和通信路由配置对管线规划、管线设施建设、设备入库、管线与设备资源查询与统计、管线资源销售、运行维护到后期废弃资源管理实现一体化的信息管理。

3.3.4 成本信息管理

该通信管线信息管理系统对管线设备运行与维护的成本费用统计基于管线设备的故障维修时间、维护作业的类型和工时、故障设备的编号和管线节点号、故障和维护任务工单号等信息。运行维护信息的统计功能还统计全部技术服务记录与测试数据中能够通过数据库系统归结特定管线设备的故障事件。在管线设施运行维护计费分析方面，该系统根据最终用户业务合作的量、区域、年限的差异，针对不同管段进行成本费用分析，不同的管道的运维费用不同，管线资源运营成本的准确统计基于数据库子系统所记录的完整的间接成本费用数据与成本分配费率。

4 系统测试与运行维护

4.1 测试和试运行

该信息系统在测试与试运行阶段不仅完成针对模块用例的单元测试，而且针对各类系统故障建立处理预案，对系统运行故障的處理流程如图7所示。

例如，在管线及设备资产的台账统计模块中，测试小组根据需求分析确定该功能的测试样本数据（以往EXCEL文件数据）和相应具有的统计输出，同时根据EXCEL计算的数据对比确认该功能确实正确。

该软件系统目前接受实际工程项目信息管理的试运行测试，以光缆项目应用中，以新建通道和人井功能为例，基于该系统用户首先根据工程图在图上相同位置绘制出对应的通道和人井并保存数据。接下来用户定义管孔子孔方案，通过该系统逐项定义新建通道的管孔及其子孔方案。

4.2 系统升级与维护管理

在软件系统的配置管理方面，开发组件里提供完整的配置说明文档，用户在使用过程中记录配置管理有独立的配置文件，设有配置管理员进行系统升级与维护的统一管理。在升级模式方面，该信息系统选择客户/服务器结构作为管理信息系统平台模式，就应该想办法解决客户端应用程序自动升级的问题。在这个系统中我们提出一种智能升级的解决方法.该升级系统由数据库、用户端、文件上传端和伺服端组成。

运行的安全性和可靠性主要从以下方面进行约束：该系统的安全策略包括网络边界防护、主机保护和系统加固、数据交换缓冲区、身份认证管理、防病毒解决方案、系统灾难恢复、数据备份和恢复策略、数据定期恢复测试、定期安全测试和监控与日志机制。安全管理任务包括人员安全，数据安全，机房安全等管理，主要从制度和组织架构上进行。

5 结论

该系统的统一开发理念是面向资产和资源基于生命周期的时空历史管理。资产和资源基于生命周期的时空历史管理，将工程的周期管理和空间数据的时空历史变化相融合，提出并实现了多版本通信网络资源信息关联整合和时空数据的专题动态可视化，通过配置管理实现不同历史数据对用户的分层组织和显示。

在该信息平台的开发中运用了不少新概念和新方法，例如在设备和机房端口模拟管理方面，针对各种线路、设备、管网资源的项目进行设计、施工和维护时都会遇到的共同问题，即存在着大量的设备节点和节点间复杂的连接关系，对用户既难于理解又不便管理，对此在深入研究空间信息模型概念的基础上，设计出了一套集图形、关系和信息为一体的图形模拟控件。该种方式可以管理机房机柜、光交箱、接头包等设备，模拟设备端口的可视化截面，实现各种综合布线设备如ODF架、DDF架、光纤、电缆、配纤、杆路、管道、配线箱、配线架、端口、链路的集成管理问题。

总之，该系统对信息管线建设与维护需要的复杂的空间信息和海量数据实现了集中管理信息，在试运行中对用户表现出良好的使用效率与功能业务支持。

主要参考文献

[1]陆金雯.管理信息系统需求工程[J].河南大学学报， 2010， 43（8）： 1202-1218.

[2]张云鬓.管理信息系统的发展方向及实现技术[J].计算机应用研究， 2009，35（2）： 255-261.

[3]梁思源.异构数据库的数据转换在大型信息系统中的实现[J].山东理工大学学报，2010，36（6）：912-921.

[4]高林轩，李智.面向C/S和对象Web的管理信息系统开发研究[J].小型微型计算机系统，2009，41（1）： 77-81.

[5]刘瑜，陈铁英.SQL Server数据库的企业开发应用指南[M]. 北京：人民邮电出版社，2010.

[6]曹杰，龙平国.管理信息系统中基于角色的访问控制[J].计算机应用，2008，35（2）：224-229.

[7]廖志英，董安邦. 基于C/S和B/S混合结构的管理信息系统运行模式研究[J].信息与控制， 2006，36（6）： 882-889.

[8]宋梓田.应用PL-SQL实现数据库集成[J]. 小型微型计算机系统， 2007，39（2）： 226-228.

[9]余金山.面向智体的软件工程方法[J]. 华侨大学学报：自然科学版，2008，29（1）： 67-71.

[10]蔡旻. 基于构件的软件工程及其测试、维护和实践[J]. 计算机工程与应用，2009，39（2）： 56-61.