建筑项目造价控制系统的设计与实现论文.doc_第1页
建筑项目造价控制系统的设计与实现论文.doc_第2页
建筑项目造价控制系统的设计与实现论文.doc_第3页
建筑项目造价控制系统的设计与实现论文.doc_第4页
建筑项目造价控制系统的设计与实现论文.doc_第5页
已阅读5页,还剩1页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

建筑项目造价控制系统的设计与实现论文 0.引言 目前,在工程建设项目中,工程造价作为一项复杂的重要性工作,在整个的施工过程中要根据设计的变更和工程量的变化对工程造价进行反复的修改,传统的手工方法计算己不能满足当前的工作需要,为此我们开发了一套可靠、实用的造价控制系统,提高了当前的工作效率。下图1为系统的业务流程。 1建筑项目造价控制系统的总体架构 1.1关于SOA系统架构方案 该系统的总体设计思路是采用Web服务技术对造价控制系统进行架构,然后采用C/S的三层开发模式和分层的服务体系结构设计和实现建筑工程造价的控制系统,然后通过协议为系统提供Web服务,以此来为其他系统查找和发现解决实际的问题。再次,通过Web服务的多层结构,也进一步方便了不同系统之间的交互作用简化了操作程序和节省了时间同时减少了服务器的压力。另外,和传统的c/s结构模型相比,其性能更加适合造价控制系统的实际,并且实现了一个客户端或着多个客户端共享一个完整的数据库,结构简单易于实现。下图2为系统架构的方案示意图。 1.2关于系统的开发模式 1.2.1C/S架构 通常在这种架构下,客户端仍然是与用户进行交互的,客户端从服务器程序上获取信息后将这些信息在用户界面进行显示,并做好信息的记录,然后将记录反馈到服务器上。在此C/S架构的主要优点有结构比较简单、便于实现。其缺点是在不同区域的维护工作比较验证,在对某个地方所以改动时,必需要先升级所有的客户端的程序。 1.2.2关于三层架构 三层架构的设计主要是把传统的客户端为了客户和应用器两个部分。也就是把应用客户分离出来,成为了一个单独设计的系统,然后在用户的层面上表现出来,对用户的界面和接口进行简单的处理,对于主要的核心业务风要留在应用服务器上,这时应用服务器与前端的客户机进行连接以此来完成接收和处理客户的请求,然后访问后端的数据库信息,最后再把信息反馈给前端的客户机,这时,由于三层架构的关系,把服务程序和协议,都集中到应用服务器上,进行集中了应用系统的维护,消除了C/S架构中的维护困难工作。 1.2.3关于Web服务架构 通过以上的设计研宄发现,对于SOA系统架构、C/S架构以及三层架构等不同架构造价控制系统而言,它们只是一个封闭的和独立的信息应用系统,只能为用户提供单一的调用信息。另外, 2.建筑项目造价控制系统模块的功能设计 2.1用户管理模块设计 在该模块的设计中,我们要完成5项内容的操作。一是完成输入用户信息。其主要包括设计单位、施工单位、监理单位信息的输入,在信息输入后要将其保存。二是,根据工程建设及造价控制的要求,用户信息进行修改。三是在项目完工后,如果不在与某个单位联系,就可以删除用户信息。四是,在工程建设中根据工程所需,查询用户信息。五是,查询用户的现况。按照要求需要将用户的信息自动生成表格的形式,方便查看。 2.2工程信息管理模块的设计 在该工程信息模块的设计时,主要设计工程项目有新建工程信息管理,查询工程信息,删除工程信息等功能。 一是,新建工程。其主要包括三个方面的内容分别是:工程总说明、工程项目的特征、预算信息。工程总说明又包括工程概况(工程的名称、工程范围、地点、建筑面积等)、编制依据、特殊材料、设备的情况;项目特征主要包括:工程项目地点、工程的主要类别、结构的具体类型以及层数、建筑面积等。下表为工程项目的主要信息表。另外,对于预算信息,在设计中,主要包括的有项目名称、设计单位、监理单位、预算信息人员信息等。 2.3价格管理模块的设计 工程造价是工程建设项目中工程量和价格结合的结果。工程量主要是指工程的数量和定额控制;价主要是指人工的价格、材料、机械设备等。因此,价格管理系统必需实现对这些价格的控制管理。在目前的市场经济条件下,人工和材料以及机械的价格都是动态变化的,以最终实现市场形成价格的时期,所以作为价格管理系统要充分满足市场经济的需求,适应改革的新需要。在满足传统价格的基础上,对于新增的价格信息要进行准备的预测,以便高效的完成工程项目。 2.4关于工程造价控制模块的设计 在该模块的设计中,主要的设计内容有投资决策、工程设计、招投标、施工验收等。在投资决策中,做好投资估算是投资方案的主要依据,在批准前进行控制目标,然后根据投资估算和结合工程的概况编制项目建议书,最终形成可行性的研宄报告。二是在设计阶段,要以预防为主,它是工程造价控制的主导思想,因此在设计时不仅要满足建筑功能还要节约投资。控制投资额度。另外,在设计时要环环相扣,在初步设计完成以后,要保证其设计不超过项目计划的投资;施工图的预算也不要超过修正的概算。所以,在设计中,要做好反馈跟踪工作,适时调整做好细节的控制。三是招投标阶段。在进行该阶段的设计时,其造价的控制主查标底,在招投标时,招标人要要所工程的图纸、按照文件的规定,为投标人提供实物工程量的项目清单,然后根据统一量对工程的情况进行描述和提出要求,结合项目、市场为该工程提供自主报价。竣工验收阶段。后期的控制工作主要内容有竣工结算的编制和完工后的费用控制。 2.5关于数据层结构的设计 任何的信息系统都是由数据库来,进行搜索和访问的,这主要是因为信息系统是以计算机为工具,所以,数据库系统的设计是系统设计的关键因素。其设计质量的好坏直接影响了整个管 理系统的效率,所以在本文我们采用了,MicrosoftServer2000 数据库。其主要包括:标准定额数据库。这主要是因为不同的体系,其指标不相同,对于费用的计价方法也不同,因此,在一个工程项目中只能运用一种定额体系,为其定一个标准定额数据库。另外,建筑工程数据库。在标准定额完成后,建设一个工程数据库对应一个工程数据库的模板,实现让几个标准的定额数据库来共用一个工程的数据库模板。 2.6关于应用层面的设计 2.6.1SOA的服务模型方案设计 一是,数据维护服务。其主要是指对数据库的安全性和完整性的控制维护,它是系统维护过程中的重要内容之一,在造价控制系统中的主要任务是对每和个数据进行更新升级和匹配,进一步完成工程信息的新增、修改和删除。例如用户的基本信息,可以定义如下的内容: PublilassUserlnfoprivateStringuser_code:/用户号privateStringuserNAME:/用户姓名privateStringuserPhone:/用户电话privateStringuserSex:/用户性别 二是,业务操作服务。该服务操作要按照相关的规则进行,以达到特定的目的,在对业务对象进行操作活动时,要体现出用户的变动、指令及设备的跟进操作。另外,对于类似的业务服务操作,与数据库的操作不同,在此我们只需要对其功能进行定义,不在对具体对象定义。 2.6.2关于表示层的设计 该设计主要是针对数据的格式,对于数据进行加密、解密和压缩,以此确保业务层发出的信息能够被另一个系统识别,在Web客户端和Windows客户端中均可调用SOA的服务,另外为了不产生混乱,保证系统正常支行,还要采用合理的方案对其进行系统的优化,比如,系统管理员、造价人员等。我们在此提供的Windows客户端其主要的优点就是操作方便,计算速度快,功能强大;实现了相应的功能。 3.结语 综上

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论