建筑施工企业工程项目管理软件

　　一、施工企业成本管理系统分析模型

　　桥梁建筑管理系统软件构建了三个模型分别用于处理不同的问题,它们对应于系统的不同功能模块.这就是网络级维护模型、功能性改进模型和决策优化模型.下面对这三个模型分别进行介绍。

　　(1)网络级维护模型

　　维护模型对应于桥梁管理活动中的已建成桥梁的维护措施.这个模型建立了一个严密的框架,它所处理的数据并不针对个别的桥梁,而是针对每一个单元;它所分析的是针对每一种桥粱单元维护需求而可能采取的措施.所谓的网络级是指将主管部门辖区内所有桥梁视为一个整体来进行考虑。

　　桥梁建筑管理系统软件系统中预定义的桥梁单元有120个,这些单元都是被普遍认可的桥梁单元.如果有特殊的需要,用户可以添加自己定制的单元,单元通过“状态语言"来描述其所处的状态,所谓的“状态语言”是指对某一单元预先定义的几种状态,在桥梁建筑管理系统软件里，一种单元的状态定义限制在5个以内.监测人员需要记录每种单元处于每一个状态的比例,这种比例是网络级的。根据监测的数据,桥梁建筑管理系统软件采用马尔可夫退化模型预测每年各种状态之间的转化概率,理论上根据现有的监测数据就可以得到未来任一时刻的单元状态。

　　在网络级维护模型中.维护措施的成本信息和单元状态信息是同样重要的,针对每一种单元状态，桥梁建筑管理系统软件定义了主管部门可能采取的几种措施以及对应的费用，网络级维护模型的优化目标是在保证单元使用安全的前提下,使得单元在期望使用年限内维护成本最小.结合经济学的相关知识建立优化方程,实际上就建立了一个马尔可夫决策过程,求解这一过程需要一些系统工程方面的知识,这方面已经有很成熟的理论可以参考,求解的结果就得到了最优的单元维护计划。

　　(2)功能性改进模型

　　在桥梁建筑管理系统软件中,桥梁功能的改进是和桥梁单元的维护分开考虑的.这一模型的基础是桥梁最低使用要求和桥梁设计标准.桥梁最低使用要求的作用在于获取桥梁功能的改进需求，而桥梁设计标准的作用则在于确定完成相应的改进措施所需要的工作量.通过比较桥梁的使用要求和实际状况就可以确定改进需求,当然这在系统中是通过有关指标的评价确定的，基本设计标准和单位成本矩阵，功能改进的成本也能够得到.科学评价改进措施所带来效果对于决策是非常重要的,桥梁建筑管理系统软件是以用户成本降低的形式来评价功能改进的效果的，改进模型认为功能改进带来的成本降低主要来自于两个方面:事故减少和车辆绕行的减少,为了将这两个方面的成本量化需要一些统计数据来进一步建模。

　　(3)央策优化模型

　　决策优化模型为主管部门最终的桥梁管理决策提供支持,它与前两个模型息息相关，可以说网络级维护模型和功能性改进模型是决策模型的基础.在所有桥梁都处于监测的情况下,每一座桥的每一个单元所处的状态都是可知的,在桥梁建筑管理系统软件中,不采取任何措施的长期成本和采取了优化维护措施的长期成本之差被视为该维护措施的净收益,显然在决策中应当倾向于采用净收益最大的维护措施,但是同时要考虑此维护措施成本方面的因素.一座桥梁中所有单元需要进行的维护措施成本总和和效益总和就表明了这座桥的维护需求大小和维护效益大小，桥梁的功能性改进措施有可能需要和维护措施同时进行.若一座桥在这两方面的需求同时都很突出,就有必要进一“步考虑是否需要完全重建.通常在三种情况下“完全重建”的方案可能会被采用:功能改进措施无法实行;维护与改进成本和重建成本之比已经超过了一定的限度;重建能带来非常可观的收益。

　　由于在维护模型中所有的单元都是在网络级水平进行考虑其维护需求的，最终的分析结果必然会由于各座桥梁之间的实际情况差别存在误差.在央策模型中,桥梁建筑管理系统软件允许用户将这种特别成本计人维护成本中，并在最终决策优化中加以考虑。

　　决策优化的约束条件是资金的限制和相关措施之间的关系,由于资金一般总是不足的,所以在决策时需要找到一种客观的方法,使得在有限预算的限制下可获取利润最大，桥梁建筑管理系统软件中采用的优化决策原则是边际收益最大化原则,即采用能使增加成本带来的收益率最大的措施,这个模型的优化求解方法是一种梯度方法,它能给出近似的最优解决方案。

　　二、施工企业成本管理系统的进一步发展

　　目前市场上的软件就其应用环境可以分为“单机版”和“客户端/服务器版”(亦可称为“网络版”)两种,而“客户端/服务器版”类型的软件的应用环境又有局城网(LAN)和广域网( WAN)两种，桥梁建筑管理系统软件是一个单机版的应用程序,它已经具备了数据库、仿真分析和决策优化功能.这是根据桥梁管理系统用户定制的,因为它的直接用户是政府主管部门，不包括各个桥当地的管理者,没有必要为两年一度的监测信息传递设计软件,架设硬件(网路)。

　　在目前阶段,已出现的软件以单机版为主.这样做的好处有两点，一是单机版功能足以满足使用需要,目前网络需求并不明确;二是硬件要求不高，便于用户接受,有用户才可能有进一步的发展,为软件的生存提供保证.但是随着计算机网络的迅速发展，管理系统网络化的需求必然凸现,国民经济水平的提高必然要求更加有力的桥梁安全使用保障,进而要求更加精确的桥梁状态监测,甚至于实时监测,这就为“网络版”桥梁管理系统的出现提出了要求,应该在桥梁管理系统的长期规划中以此为战略目标，对桥梁管理系统进行进一步深人的概念设计，可以提出两种方案。

　　(1)方案一：软件集成类型

　　这种方案对应于单机版的软件,是把数据库系统和分析决策功能集成在一个软件里,以数据库系统为软件的核心,基于数据信息构建仿真分析和决策优化模块，采用这个方案进行总体设计时,需要注意的是如何保证该软件与其它类型数据库的兼容性.可以预见,这种类型的桥梁管理系统软件必然包含庞大的数据信息。

　　(2)方案二 ： 软件协作类型

　　此方案如采用“三层架构”设计应能为更广泛的用户提供更有效的服务，所谓的三层架构是指将软件分为数据库服务器、应用服务器和客户端三个层次进行开发.这样,数据库所具有的分析功能更加侧重于信息管理工作,仿真分析与决策优化模块可以作为独立的商业软件发行.对这样的软件,仿真分析与决策优化能力体现其管理功能的优劣,它对各种商业数据库的支持能力决定它被用户接受的程度。

　　这两种方案可以看作是桥梁管理系统发展的两个阶段,方案一同样要求软件具有对不同的数据库加以支持,方案二的桥梁管理系统软件亦可以内置数据库,便于信息管理，二者的区别在于侧重点不同.在桥梁管理软件的应用尚不普及的情况下,方案一能够迅速的为用户所接受;而在桥梁信息数据库已经建立得较为完善的情况下,方案二既易于为用户接受,又能使桥梁管理系统的应用更加有效和有针对性.可以将“方案二”视为“方案一”的发展方向，因为方案二体现了软件向网络化、控件化发展的方向，对于桥梁信息数据库,亦不必将其单纯用于桥梁管理,将桥梁管理系统和地理信息系统相结合必将发挥出它们在城市建设和发展中更大的作用,而方案二则为这种信息的结合提供了保证。