工程管理信息系统课件：工程管理系统的实施、运行与维护

工程管理信息系统

工程管理系统的实施、运行与维护工程管理信息系统实施工程管理信息系统运行与维护本章教学目标1.熟悉工程管理信息系统实施的步骤与内容2.了解程序设计、系统的检测和调试3.掌握系统切换的方法和步骤4.了解系统维护的内容、类型和步骤等4系统分析系统设计系统实施

工程管理信息系统实施是使系统设计的物理模型付诸实现的阶段。它需要投入大量人力、物力和时间进行程序设计、系统的测试和调试、人员的专业培训，顺利实现系统的有效切换，形成目标系统的运行环境。8.1工程管理信息系统实施8.1.1工程管理信息系统实施的内容、任务与影响因素（一）系统实施的具体内容（二）系统实施的基本任务（三）系统实施的关键影响因素（四）工程项目管理信息系统开发组织体系（一）系统实施的具体内容程序设计实现新系统最重要环节，根据系统设计说明书的要求，分成若干程序来完成系统的各项数据处理任务。考虑怎样最大化、最合理地完成系统设计阶段的各种技术要求设计、系统功能如何实现等一些具体的战术问题，或是一些具体的编码问题。系统的测试和调试保证系统质量的关键步骤。没有一定的基础数据的准备，系统调试就不能很好的进行。人员培训人机系统。需要较多的开发人员通过培训使各类人员明确系统的目标、功能和设计方案，同时要使这些人员明确所从事工作的内容和具体要求。在新、旧系统切换时的人员培训尤其重要。系统切换系统开发完后新老系统之间的切换。系统切换要求尽可能平稳，使新系统完全地取代原系统，对管理业务工作不产生冲击。（二）系统实施的基本任务基本任务1使管理业务规范化、标准化、程序化，促进业务协调运作2对基础数据进行严格的管理，要求基础数据的标准化、传递程序和方法的正确使用，保证信息的准确性、一致性3确定信息处理过程的标准化，统一数据和报表的标准格式，以便建立一个集中、统一、共享的数据库4高效低能地完成日常事务处理业务，优化分配各种资源，包括人力、物力、财力等5充分利用已有的信息资源，运用各种管理模型，对数据进行加工处理，支持管理和决策工作，以便实现组织目标（三）系统实施的关键影响因素现实工作与系统能否完全磨合，这是系统能否得以生存并延续的关键，也将是实施阶段的一大难点。经调查分析得出，影响系统实施的关键因素包括13个方面，其模型如图所示：关键因子的重要性排序按下表确定重要性排序关键因子1领导的支持2系统安全性3系统匹配性4组织的支持5系统其他使用方的支持6以往的经验7系统简便性重要性排序关键因子8系统延伸性9员工的支持10系统开发商（咨询者）的支持11项目上的硬件支持12系统成本与收益13项目复杂性（三）系统实施的关键影响因素（四）工程项目管理信息系统开发组织体系负责工程项目管理信息系统的整体定位、总体需求框架界定、资源配备、重大问题协调等。8.1.2程序设计程序设计是实现新系统的最重要环节，是根据系统设计说明书的要求，分成若干程序来完成系统的各项数据处理任务。程序设计是一项非常细致复杂的工作，其设计的好与坏，直接关系到能否有效地利用计算机圆满达到预期目的。程序设计是考虑怎样最大化、最合理地完成系统设计阶段的各种技术要求设计、系统功能如何实现等一些具体的战术问题，或是一些具体的编码问题。程序设计8.1.2程序设计（一）程序设计的基本结构12

建设工程管理信息系统的基本结构包括如下子系统：进度控制子系统、质量控制子系统、投资控制子系统、合同管理子系统、文档管理子系统和管理决策子系统1各子系统之间既相互独立，各有其自身目标控制的内容和方法；又相互联系，互为其他子系统提供信息2（1）工程进度控制子系统13

工程进度控制子系统既要辅助项目管理人员编制和优化建设项目进度计划，又要对建设项目的实际进展情况进行跟踪检查，并采取有效措施纠正偏差，调整进度计划，从而实现建设项目进度的动态控制。工程进度计划编制子系统的逻辑结构图如图所示14实际进度与计划进度的动态比较

图形及报表的输出

工程进度控制子系统的组成工程进度计划的调整

实际工程进度的统计与分析，就是在统计实际进度数据的基础上检查目前的工程项目进展情况，判断项目总工期及后续工作是否会受到影响。在分析判断总工期及后续工作是否会受到影响时，其主要根据就是原网络计划中有关工作的总时差和自由时差通过计划进度与实际进度的动态比较，当发现实际进度有偏差时，就应在分析原因的基础上采取有效措施对工程进度计划进行调整，其调整原理与工期优化基本相同图形报表的输出，使之以图形和报表的形式输出建设项目进度控制过程中所产生的大量信息实际进度与计划进度的动态比较，就是将计划进度数据和实际进度数据进行比较，从而产生进度比较报告或横道图、S形曲线、香蕉曲线等进度比较图工程进度计划的编制，就是根据输入系统的原始数据，编制横道计划或网络计划(对于工程进度计划编制子系统大型复杂的工程项目，还应编制多级网络计划系统)。然后在此基础上，根据实际需要通过不断调整初始网络计划进行网络计划的优化，最终求得最优进度计划方案工程进度计划的编制

实际工程进度统计与分析（2）工程质量控制子系统15

项目管理人员为了实施对建设项目质量的动态控制，需要工程质量控制子系统提供必要的信息支持。工程质量控制子系统的逻辑结构如图所示工程质量控制子系统的组成，具体如下16

工程设计质量管理工程事故统计分析工程施工质量控制主要是对大型设备及其安装调试进行质量管理设备质量管理材料质量跟踪管理（3）工程投资控制子系统17

工程投资控制子系统用于收集、存储和分析建设项目投资信息，在项目实施的各个阶段制定投资计划，收集设计投资信息，并进行计划投资与实际投资的比较分析，从而实现工程投资的动态控制。工程投资控制子系统的逻辑结构如图所示。工程投资控制子系统的组成，具体如下18

1确定与调整投资计划。就是输入投资计划数据，并根据实际情况对其进行调整该模块的逻辑结构如图所示2投资数据查询3投资数据比较4投资偏差分析5未完工程投资预测6投资报表输出确定与调整投资计划的逻辑结构图（4）工程合同管理子系统19

工程合同管理子系统主要是通过公文处理及合同信息统计等方法辅助项目管理人员进行合同的起草、签订，以及合同执行过程中的跟踪管理工程合同管理子系统的逻辑结构如图所示（5）工程文档管理子系统20

工程文档管理子系统主要是通过信息管理部门，将建设项目实施过程中各个部门产生的全部文档统一收集、分类管理。工程文档管理的主要内容包括项目文件资料传递流程的确定，项目文件资料的登录与分类存放，以及项目文件资料的立卷归档等。工程管理组织中的信息管理部门是专门负责建设项目信息管理工作的，其中包括项目文件资料的管理，因此，在工程建设全过程中形成的所有文件资料，都应统一传递到信息管理部门，进行集中收发和管理，如图所示，信息管理部门是项目文件资料传递渠道的中枢。项目文件资料传递图（6）工程管理决策子系统21

系统的特征在工程建设的实施过程中，由于受许多因素的影响，即使是经过优化的计划，在实施过程中的变化也是不可避免的。工程管理的基本任务是确保建设项目三大目标(进度、质量、投资)的实现。而由于进度、质量、投资三大目标之间存在着项目制约关系，使得项目管理人员的任何决策都必须以三者之间的最佳匹配为目标，工程管理决策支持系统应是一个多目标的动态优化控制系统。系统结构如图所示。工程管理决策子系统结构图工程管理决策子系统——系统功能工程进度计划的审核与编制工程进度动态控制质量控制与评定投资的最合理分配实际费用支出的动态分析与预测工程索赔分析与决策组织协调策略的制定建设项目管理决策支持系统的结构框架是一个三库结构，它包括数据库、模型库和知识库。其中知识库应包括事实和规则两部分。而由于建设项目管理决策支持系统中大量的事实均由数据库和模型库提供，所以在本系统中，由数据库、模型库及规则库的联合才构成一个知识库系统系统模块结构工程管理决策子系统——系统模块结构（二）系统数据层实现24

2在ASP.NET技术下设计的软件系统，可以将系统的基本信息配置在Web.Config文件中，例如配置数据库连接字符串，这样的配置方式能够方便系统对数据的操作限制，这些参数配置的优劣将直接影响到该Web应用程序的效率和质量数据库连接设置存储过程能够将复杂的或者是常用的数据操作过程，事先用SQL语句进行编写，并指定一个特殊的名称保存到数据库工具中，系统的前端程序在需要使用该数据操作时，只要进行存储过程调用就可以实现程序指令存储过程实现1建筑工程信息管理系统设计了四个数据的存储过程，有信息的查询、信息的添加、信息的删除等操作，其中信息的查询较为复杂测试的目的是更好地发现至今为止尚未发现的错误及缺陷。所有的测试都应追溯到用户的需求，最严重的错误是导致程序不能满足用户的需求，所以，对系统进行测试和调试是必需的，是保证系统质量的关键步骤。系统测试是测试整个硬件和软件系统的过程，是对被测系统的综合测试。系统测试的目的是在真实系统工作环境下检验完整软件是否能和系统正确对接，并满足软件研制任务书的功能和性能要求。

8.1.3系统的测试和调试（一）系统的测试系统测试的类型系统测试的类型功能测试主要测试一个特性的基本功能是否和需求一致、相关的协议是否一致性能测试主要验证测试对象在长时间、大强度下能否正常稳定地工作互影响测试主要验证系统中不同任务在相互作用的情况下，其行为是否符合需求边界值测试主要从系统测试的角度验证各个应用和功能的边界值。一般来说，设计人员容易忽略这些边界值的处理，事实上也不好处理，导致大量的缺陷出在这方面（二）程序和系统的调试程序调试是对程序逐个进行语法和逻辑的检查。可输入正常数据检查程序的各功能是否均能实现，核对输出数据的准确性，检查打印格式是否符合要求等。还要输人错误数据，检查对错误信息的反应单个程序调试之后，即已消除程序和文件中的错误。在此基础上进行系统调试，一般是按各功能模块进行分调，分调是对一组程序功能正确性进行调试。在分调基础上进行总调，即将总控制程序和功能模块连接起来调试，检查系统中相互关系的正确性。系统总调后进行实况考核。系统调试过程中应作详细记录，写出调试报告8.1.4人员培训人员的选择：

工程管理信息系统管理人员应该从熟悉企业业务的有经验的工程技术、管理、统计、计划或有管理组织能力的技术人员中进行挑选。对他们进行专门的培训，作为操纵工程管理信息系统的骨干。

培训的内容：

1.让大家理解这种改进的目的和能够带来的益处，从思想上接受这种新的管理方式。

2.让大家掌握系统的操作方法。8.1.5系统切换系统切换是指系统开发完后新、老系统之间的切换。系统切换要求尽可能平稳，使新系统安全地取代原系统，对管理业务工作不产生冲击。

（一）切换方式1.直接切换2.并行切换3.分段切换（1）直接切换法

在某一确定的时刻，老系统停止运行时，新系统随即投入运行。（2）并行切换法新、老系统并行工作一段时间，对照新、老系统的输出，并经过一段时间的考验以后，新系统正式替代老系统（3）试点过渡法

先用新系统的某一部分代替老系统，作为试点，逐步地代替整个老系统。8.1.5系统切换30系统切换方法优点缺点适用场景直接切换法这种方法节省人员、设备和费用，适用于一些处理不太复杂、数据不很重要的场合。风险大老的系统已完全无法满足需要或新系统不太复杂并行切换法安全、可靠费用和工作量很大银行、财务和一些组织的核心系统。试点过渡法保证了系统的可靠性，也不至于费用太高。要求系统之间具有一定的独立性，对系统的设计和实现都有一定的要求。较大系统（二）系统切换难点32与新系统的模块功能集成度成正比的复杂性与旧系统的数据，流程具有制舍不断的牵连人力、物力、财力的昂贵代价人为习惯与思想阻碍

（三）系统切换的关键要素1细致的规划2345领导的重视人员的培训组织的重构数据的完善关键要素8.1.6案例分析发现软件设计中存在的不合理设计，磨合管理工作中各个环节的相互联系，熟悉新的工作方式，明确使用人员的职责和权力，对使用人员进行培训，消除陌生和不信任感，检查数据处理是否合理模拟运行分布在企业各个职能部的项目实施团队是系统运转的关键因素。通过全方位不断培训各部门业务人员，使他们熟悉系统的管理模式，并与具体的计算机应用相结合实施TGPMS软件需要建立完整的管理规章制度和工作流程，确保数据责任体系的完善TGPMS系统的核心在于数据的准确性和完整性。TGPMS通过精确的数据管理，全面优化了三峡工程的各个管理环节数据标准的建立及稽核、整理、录入0102应用培训03制订TGPMS运行的规章制度和业务规范04案例1：中国长江三峡工程管理信息系统(TCPMS)的实施步骤——采用分阶段、分步骤，按业务功能区域(子系统)分头推进的实施策略8.1.6案例分析案例2：绿色建筑的系统测试与调试科技的发展带来了多样化的节能减排方法，如可再生能源的利用、楼宇自动化减少能源损耗和提升建筑设备能效。这些创新建筑系统的演进促使人们关注其质量、节能效果和耐用性。工程管理信息系统的有效调试是确保这些系统能效性能的关键过程，包括四种类型的调试，具体分类详见表。序号测试类型运营阶段目标1初步调试从系统设计到试运行再到运行期间保证新建建筑初步性能信息的广泛覆盖面2持续调试初步调试或改造调试后继续进行维持建筑管理信息系统的质量并提升前期调试时的系统性能3改造调试系统运行期间非调试阶段在调试记录完成前，从建筑全寿命周期的角度，甚至返回设计阶段，帮助解决处理所发生的问题4再调试初步调试或改造调试后，系统运行期间内核实并改进不达标的系统性能8.1.6案例分析案例2：绿色建筑的系统测试与调试绿色建筑项目管理信息系统在设计前期及设计阶段、施工阶段、使用阶段的调试步骤按下表确定绿色建筑项目管理信息系统在设计前期及设计阶段的调试步骤8.1.6案例分析案例2：绿色建筑的系统测试与调试8.1.6案例分析案例2：绿色建筑的系统测试与调试8.2工程管理信息系统运行与维护

8.2.1系统运行的内容系统运行就是完成系统日常例行操作和一些临时性的信息服务，并做好系统运行情况的记录工作系统运行的内容系统运行情况记录是系统评价和系统改进的重要依据。其主要内容包括:系统工作量，系统工作效率，系统提供服务的质量，系统维护修改情况，系统故障的发生、原因分析及处理方法和措施等。系统运行情况的记录-定要做到及时，准确和详细系统运行的组织建立形式

1.分散平行式：计算机分散在各职能部门，使他们具有相同的机器使用权。

2.集中式：将所有的计算机集中在信息中心统一管理，各职能部门只是一个服务对象。8.2工程管理信息系统运行与维护8.2.2系统维护构架与常见问题智能维护系统构架系统维护首先要考虑的便是设备问题，设备故障的突然发生，不仅会增加企业的维护成本，而且会严重影响企业的信息流传递效率，使企业蒙受巨大损失。为了保持设备的稳定性，现在的企业多采用“周期性检修”的方式，该方式将使得维护活动不是做得太早就是做得太晚，给企业带来了沉重的经济负担。为此，新的观念是采用智能维护系统，对设备的性能衰退状态进行监测，评估和预测，并按需制定维护计划，在防止因故障失效的同时，最大限度地延长设备的维护周期，减少设备的维护成本8.2工程管理信息系统运行与维护系统维护工作中的常见问题1.维护工作分散化

系统维护过程中存在“系统随应用走”的问题，系统维护基本由使用该系统的应用部门完成，没有一个统一的部门对开放平台系统的维护实施规划、管理。2.系统维护表面化

由于系统维护工作由应用部门完成，应用开发人员同时兼任系统维护工作；面对繁重的开发任务，承担系统维护的人员没有更多精力对系统做进一步的研究，对于系统的认识停留在表面上。在系统出现这样或那样的问题时，就显得束手无策，无法迅速定位故障点或对故障做进一步的分析，拖延了故障处理时间，对于系统的稳定运行造成了影响。3.系统维护外包化8.2工程管理信息系统运行与维护8.2.3系统维护的任务和内容运行维护管理的基本任务（1）进行信息系统的日常运行和维护管理，实时监控系统运行状态，保证系统各类运行指标符合相关规定；（2）迅速而准确地定位和排除各类故障，保证信息系统正常运行，确保所承载的各类应用和业务正常；（3）进行系统安全管理，保证信息系统的运行安全和信息的完整、准确；（4）在保证系统运行质量的情况下，提高维护效率，降低维护成本；（5）本办法的解释和修改权属于信息化办公室。主要内容具体说明硬件维护对主机和外部等硬件设备的日常管理和维护，主要包括硬件设备故障的检修，易损部件的更换，以及硬件部件的清洗、润滑等过程。软件维护信息维护应用程序维护系统发生问题或业务发生改变，会引起程序的修改和调整，需要进行应用程序维护工作数据维护①主体业务数据定期更新；②部分数据需不定期的更新；③随着企业环境或业务的改变而进行的数据结构等方面的调整；④数据的备份、存档、整理和恢复。代码维护随着系统应用环境的变化，为适应新的需求对系统中的各种代码的增加、修改或删除，以及设置新的代码的过程。功能维护改正性维护诊断和改正那些明显不正确的地方和错误的过程。适应性维护为了使系统适应环境的变化而进行的维护工作。完善性维护在使用软件过程用户提出增加新功能或修改已有功能的建议。预防性维护为了改进未来的可维护性或可靠性而进行的第三方维护活动。系统更新维护为了变化了的软件开发环境适当地配合而进行的修改软件的活动。机构和人员的变动信息系统是人机系统，人的作用占主导地位。为了使信息系统的流程更加合理，有时涉及机构和人员的变动。运行维护管理的主要内容8.2工程管理信息系统运行与维护8.2.4系统维护的步骤系统维护的一般步骤如下：（一）确定维护目标，建立维护人员组织（二）建立维护计划方案（三）修改程序及调试（四）修改文档

8.2工程管理信息系统运行与维护突发事件管理信息系统故障解决信息系统变更管理维护作业计划管理信息化检查管理技术档案和资料管理备份及日志管理8.2.5维护方案8.2工程管理信息系统运行与维护

（一）突发事件管理

根据突发事件的类型等因素，将突发事件分为攻击类事件、故障类事件、灾害类事件三个类型。当系统出现突发事件时，信息化办公室维护人员应在第一时间根据事件类型，对事件进行处理并及时向上级领导和上级有关部门进行汇报。

（二）信息系统故障解决（1）信息系统出现无法进行本地解决的，应向上级领导及上级部门进行申告故障。对无法解决的故障，应立即向软硬件最终提供商、代理商或维保服务商提出技术支持申请，督促厂商安排技术支持，必要时进行跟踪处理，与厂商一起到现场进行解决。（2）如果故障问题比较严重并牵扯到相关部室，在解决故障期间应给相关部室进行通知，提前做好备份工作。（3）厂商技术人员现场处理故障时，当地维护人员应全程陪同并积极协助，并在故障解决后进行书面确认。（4）故障解决后，维护人员应对故障的产生原因、解决方案填写详细记录，对以后如果出现类似问题可以有个参考方案。（5）对于系统隐患或暂时不能彻底解决的故障应纳入问题管理，每月应对存在的问题进行跟踪分析。

8.2工程管理信息系统运行与维护（三）信息系统变更管理（1）信息系统变更包括硬件扩容、冗余改造、软件升级、系统升级及模块的更改和搬迁、数据维护等工作以及电子表格模板、文档模板、安全策略、部署的改变等。（2）信息化办公室应保证在线系统软件版本及硬件设备的稳定，未经过审批通过的方案，不得自行对系统软件版本及硬件设备进行任何变更及调整。（3）变更包括紧急变更和普通变更。紧急变更指由于故障处理等的迫切需求而引起的，目的是保持或者恢复正常工程，无法进行书面请求和审批。普通变更指非紧急变更，例如综项评分表单的更改、系统模块的更改。对于普通变更，应有执行人员根据变更影响的范围和深度通知上级领导和相关部门，经审核同意后进行变更；变更前应制定相应的执行措施，如出现错误如何回退等情况。（4）原则上，变更必须在夜间非主要工作时间进行，维护人员可以在备用服务器上进行先期模拟变更，对变更中出现的问题，对其解决方案应有备案。（5）对于紧急变更需求，允许口头申请、审批后组织具体实施。事后，对变更的后的系统及硬件设备进行一定时间的测试，确认无误后，向上级领导进行汇报，并完成相关文档资料的更新工作。（四）维护作业计划管理（1）信息化办公室应按工程处实际情况制订维护制度，保障工程处网络的正常使用。（2）维护制度要求在每次维护结束后填写维护记录，对维护中发现的问题及时记录并解决。出现重大问题的时候应及时上报有关领导和上级相关部门。（3）维护时间，原则上应在晚上或非工作时间进行。如果出现紧急情况，应对受影响的部室通知后，进行解决。（4）数据备份、存储和管理应根据《软件与资料管理制度》制订作业实施步骤。8.2工程管理信息系统运行与维护（五）信息化检查管理信息化办公室每年至少一次对全工程处范围信息系统相关的机房环境、计算机硬件、配套网络、基础软件和应用软件进行一次检查。信息系统的检查的具体实施：（1）制定技术检查计划，列出检查重点、内容、要求，形成固定检查表格。（2）收集设备运行故障和隐患。根据年度检查重点、内容，调查设备近期运行情况，统计出各类型设备在运行过程中曾出现的故障；对反馈的问题进行分析、评估，做好相应的技术准备；对一些需要厂家解决的问题列出清单，及时与厂家沟通，制定解决方案，以供检查过程中实施、解决。（3）检查完毕后应对本次检查填写详细记录和问题汇总。（4）组织相关人员对信息化检查中暴露的问题进行解决，牵扯到相关部门的，应与相关部门进行沟通后进行处理。

8.2工程管理信息系统运行与维护（六）技术档案和资料管理（1）信息化办公室负责技术档案和资料的管理，应建立健全必要的技术资料和原始记录，包括但不限于：①信息系统相关技术资料；②机房平面图、设备布置图、IP地址分布图；③网络连接图和相关配置资料；④各类软硬件设备配置清单；⑤设备或系统使用手册、维护手册等资料；⑥上述资料的变更资料。8.2工程管理信息系统运行与维护（2）软件资料管理应包含以下内容：①所有软件的介质、许可证、版本资料及补丁资料；②所有软件的安装手册、操作使用手册、应用开发手册等技术资料；③上述资料的变更记录。8.2工程管理信息系统运行与维护（七）备份及日志管理（1）原则上，对各项操作均应进行日志记录，内容应包括操作人、操作时间和操作内容等详细信息。维护人员应定时对操作日志、安全日志进行审查，对异常事件及时跟进解决，并形成日志审查汇总意见报上级维护主管部门审核。安全日志应包括但不局限于以下内容：①对于应用系统，包括系统管理员的所有系统操作记录、所有的登录访问记录、对敏感数据或关键数据有重大影响的系统操作记录以及其他重要系统操作记录的日志；②对于操作系统，包括系统管理员的所有操作记录、所有的登录日志。8.2工程管理信息系统运行与维护（2）信息化办公室应针对所维护系统，依据数据变动的频繁程度以及业务数据重要性制定备份计划，经过上级维护主管部门批准后组织实施。（3）备份数据应包括系统软件和数据、业务数据、操作日志。（4）维护人员应定期对备份日志进行检查，发现问题及时整改补救。（5）信息化办公室应按照实际维护工作相关要求，根据业务数据的性质，确定备份数据保存期限，应根据备份介质使用寿命至少每年进行一次恢复性测试，并记录测试结果。

8.2.6案例分析案例1：基于BIM的工程项目管理信息系統的运行

基于BIM模型的工程项目管理信息系统的运作，就是用户通过局域网(乃至整个互联网范围内)。向系统服务器发送查询。信息变更等操作请求，由系统根据该用户所有权限的定义，按操作方式，用户权限等的差异，从系统数据库服务器中集成其所需的从项目前期至检索时间点的所有相关工程项目信息，以文字和2D或3D图纸的形式，由系统应用服务器进行界面组织，集成反馈给用户，供用户进行相关操作，如图所示。基于BIM模型的工程项目管理信息系统运作图基于BIM模型的信息管理系统在项目全寿命期内的具体运作如下项目施工阶段项目运营阶段项目前期，策划阶段项目招标投标阶段在项目策划阶段，利用前期管理和策划模块构建3D模型，允许各方进行模拟和可行性分析，以优化设计方案。集成的数据共享确保了精确的3D模型、前期文档和平面图纸的生成在施工阶段，通过质量、进度和投资控制模块全面运作所有系统模块，实现有效监控。这包括生成合同文件、采购记录、设计变更和施工进度等文件。项目各方可实时访问授权信息，减少信息不对称，确保文件管理的透明度和效率。在招标投标阶段，通过管理模块实现网络公开操作，公布项目前期成果，并组织公开招标。这有助于减少误解和时间费用损失，防止不当行为。投标方依据公开文件制定准确的投标方案，确保竞标公平性。中标后，招标文件成为有效电子文档，作为合同依据，进而生成相关合同文件。在运营管理阶段主要利用后期运行及评估模块，可以及时提供有关建筑物使用情况、人住维修记录、财务状况等集成信息。利用系统提供的这些实时数据，物业管理承包方、最终用户等还可对项目做出准确的运营决策。8.2.6案例分析案例2：建设工程质量检测管理信息系统的运行

本节对于该案例只保留核心内容。由原建设部制定，2005年11月1日开始施行的《建设工程质量检测管理办法》中规定了建设工程质量检测业务内容，分为专项检测类和见证取样类，建设工程质量检测基本业务流程如下图所示。建设工程质量检测基本业务流程图8.2.6案例分析案例2：建设工程质量检测管理信息系统的运行系统正常顺序流程检测数据录入处理流程8.2.6案例分析案例2：建设工程质量检测管理信息系统的运行数据审核处理流程系统的主要功能结构8.2.6案例分析案例3：ERP系统的运营维护

系统运营维护阶段的主要任务是通过各种必要的维护活动使系统持久地满足用户需求ERP系统维护中的主要工作ERP系统运营维护模式ERP系统维护中的主要工作ERP主要工作具体内容用户权限管理新增用户权限、权限变更、权限禁用等业务流程管理复查项目实施时所制定的ERP业务流程是否适合当前的业务需要，对流程进行优化，使之更加适合企业处理日常业务的需求。如果企业的组织机构、管理制度或实际业务发生重大变化，企业应当及时与相关的ERP实施人员联系，根据需要对ERP流程进行调整，并修改用户权限公司ERP文档完善二次开发文档、技术支持文档等公司用户需求管理主要为公司ERP升级和改造做准备与软件供应商及时有效沟通把公司用户需求、软件使用遇到的问题及时反馈给软件供应商，促使供应商及时解决问题，并尽可能把本公司的意志体现到软件下一版本软件日常维护包含数据库维护，以及数据的导人和导出，建立维护记录文档软件升级包括方案制定、升级实施、过程文档化等等。ERP管理政策以及流程的制定和完善ERP数据备份磁带备份、光盘备份、灾难恢复演习等适当的二次开发根据企业的应用需求变化，对ERP系统进行适当的二次开发.包括ERP与其他软件的接口开发、ERP系统报表的开发与完善等ERP系统运营维护模式

从维护主体的角度分析。根据维护主体划分，企业常用的ERP系统维护模式主要有三种：自己维护、外包维护以及二者的结合。其比较分析按表维护主体角度的ERP系统维护模式比较分析表确定ERP系统的维护模式特点自己维护1.企业自己维护ERP系统，大部分工作由企业的IT部门承担，其他的职能部门也参与维护工作。通常为ERP系统本身的正常运行与维护由IT相关部门的人员进行维护，不同职能部门的人则对各自相关的系统模块运行进行维护2.该模式的优点是维护人员熟悉企业的业务流程，可以更好地实现系统的深度应用3.该模式适合IT技术力量较强的公司采用外包维护1.企业将全部ERP维护工作外包给专业性公可完成，通常为外包给软件提供商成专业的系统维护商2.该模式有助于企业整合利用其外部最优秀的IT专业化资源，从而集中精力发展企业的核心业务，达到降低成本、提高效率，提高企业的核心竞争力3.中小企业采用该模式的比较多自己维护和外包维护的结合1.由企业和软件提供商或专业的系统维护商共同承担维护工作2.该模式可以充分利用企业和第三方的IT资源，结合双方的优势力量3.通常情况企业负责自身业务流程方面的维护，第三方负责相关技术的维护。根据谁为主要维护力量，又可分为两种：自己维护为主，外包维护为辅和外包维护为主、自己维护为辅ERP系统运营维护模式

从系统管理和维护的分散程度分析。据系统管理和维护的分散程度，ERP系统维护的方式有分散式系统维护方式和集中式系统维护方式两种。其比较分析按下表确定ERP系统的维护模式特点分散式系统维护方式1.分散式维护方式是指整个公司中每个利益相关的实体都有自己的IT部门负责该组织中ERP相关的资源和事宜的管理工作。它们各自有自己的系统服务器，井且可以进行ERP项目的开发和实施。2.采取分散式系统维护方式的多是集团企业。3.这些集团企业具有以下特点：.(1)集团企业采取分散式管理模式，集团总部对分支机构的监控比较弱；(2)集团总公司的IT部门和其他分支机构的IT部门之间的联系不紧密；(3)集团中各分支机构的信息化应用水平差距不大，统一的管理和维护比较困难；(4)集团企业涉足行业范围不同，其分支机构的行业差异程度大。集中式系统维护方式1.集中式维护方式是指与ERP相关的主要资源和相关事宜都由公司统一管理。2主要资源包括硬件资源，软件资源和人力资源，相关事宜主要是系统维护过程中的ERP项目的实施