对建设工程项目成本管理信息系统的研究与实践 毕业论文

'对建设工程项目成本管理信息系统的研究与实践摘要本系统以施工企业项目成本管理为研究对象，通过对企业现状的分析得出了在设计过程中应注意的重点和可能遇到的难点，从而得出系统设计的总体思路。通过对系统设计的可行性分析和需求分析得出了系统设计的业务流程图和数据流程图，通过对系统分析，得出了系统设计的总体目标和设计思路，以及系统实现的方法。论文主要介绍了施工企业成本管理系统设计的总体设计思路，数据库设计以及功能模块设计。系统主要包括成本计划模块，成本核算模块，核算信息管理模块以及成本分析模块。关键词：施工企业成本管理系统设计31 TheResearchandPracticeofInformationSystemonControlofCostforConstructionProjectProjectcostmanagementofconstructionenterprises,obtainedbytheanalysisofthecorporatestatusquoshouldbethefocusofattentionandmayencounterdifficultyinthedesignprocess,toarriveatageneralideaofthesystemdesign.Comethesystemdesignthroughsystemdesign,feasibilityanalysisanddemandanalysisofbusinessprocessdiagramsanddataflowdiagrams,obtainedthroughsystemsanalysis,theoverallsystemdesignobjectivesanddesignideas,aswellasthesystem.Thepaperintroducestheconstructionenterprisescostmanagementsystemdesignideaoftheoveralldesign,databasedesign,andfeaturesmodulardesign.Thesystemismainlyincludecostplanningmodule,costingmodule,accountinginformationmanagementmodule,aswellascostanalysismodule.字典Keywords：ConstructionenterprisesCostingSystemDesign31 目录第1章前言11.1公司概况11.2施工企业成本管理现状11.2.1管理制度不健全，成本管理手段落后11.2.2缺乏成本竞争意识，不注重技术开发与研究成果的应用11.2.3技术与经济分离，造成成本不经济21.3研究的内容与方法41.3.1研究内容41.3.2研究方法41.4设计思路4第2章系统分析82.1需求分析82.2可行性分析82.2.1技术可行性82.2.2经济可行性82.2.3环境可行性92.3业务流程分析92.4数据流程分析112.4.1系统概况表112.4.2数据流程图122.5数据字典13第3章系统设计143.1系统总体设计143.1.1系统网络拓扑结构143.1.2系统体系结构………………………………………………………183.1.3系统功能结构……………………………………………………193.2数据库设计223.2.1数据表结构设计……………………………………………………223.2.2数据库存储过程设计………………………………………………243.2.3分布式数据库的分布设计…………………………………………24第4章系统测试与运行情况264.1建筑企业成本管理系统测试的目的264.2建筑企业成本管理系统测试环境及工具264.3建筑企业成本管理系统测试阶段264.3.1阶段测试……………………………………………………………………………………….264.3.2测试策略………………………………………………………………………………………274.4结果………………………………………………………………………………………………………..29结论30致谢31参考文献3231 第1章前言1.1公司概况沂南县城区建筑工程公司是一家通过ISO9001:2000国际质量体系认证的，具有独立法人实体的企业，下辖二家全资子公司：沂南县万科混凝土搅拌站、临沂市瑞大房地产开发公司。公司秉承“以质量求发展，以诚信树品牌”的经营理念；以先进的设备、精湛的技术、上乘的质量、优质的服务赢得了广大客户的信赖和好评。现已形成以房地产开发、房屋建筑施工，商业混凝土浇筑等多业并举共同发展的格局。公司注册资本3200万元，现持有房屋建筑工程施工总承包贰级、市政公用工程施工总承包三级、建筑装修装饰工程专业承包二级、房地产开发三级资质证书，并连续多年被授予省市“重合同守信誉”、“建安企业”、“先进施工企业”企业。1.2施工企业成本管理的现状　　　1.21、管理体制不健全，成本管理手段落后　　（1）、多数施工企业没有建立与工程项目管理相对应的组织机构和项目管理体系。没有设立项目控制部、采购部、施工管理部、等组织机构，只是设立了一个工程施工项目部，在服务功能、组织体系、‘技术管理体系、人才结构等方面不能满足工程施工的要求。（2）、项目管理方法和手段较落后，缺乏先进的工程项目计算机成本管理系统。设计体制、程序、方法等也存在铺张浪费、程序不简洁，方法不得当等问题。1.22、缺乏成本竞争意识，不注重技术开发与研究成果的应用。一些企业主要管理人员高唱成本管理的口号，却在具体实施、具体落实时，不支持、不落实。不是以成本核算为中心，而是以我为中心，把企业的利益、员工的利益放在九霄云外。导致市场竞争能力差，难以接受低价中标的现实。企业普遍缺乏先进水平的工艺技术和工程技术，没有自己的专利技术和专有技术，独立进行工艺设计和基础设计的能力也有待加强。1.23、技术与经济分离，造成成本不经济。31 施工企业成本管理指导思想不明确，部门之间协调不好，以致出现以牺牲质量来降低成本及不惜血本擅自提高设计标准的形象工程的现象。搞技术的不懂经济或不问经济，搞经济的不懂技术或不问技术，彼此脱节，没有形成有机整体。　　1.3研究的内容与方法1.3.1研究的内容1、通过分析论文研究的背景，指出建立基于网络的成本管理系统对工程项目成本管理的重要性2、通过对成本管理这一理论及常用方法的研究，建立成本控制模型。对现有成本管理的方法、程序、内容、特点等因素的分析，为建立成本管理信息系统铺平了道路。3、以沂南县城区建筑工程公司项目部为实例，设计成本管理系统模型，为项目成本管理提供计算和辅助管理工具，以辅助项目管理者进行成本预测、编制成本计划，完成实时成本跟踪，成本控制和进行成本分析。1.3.2研究方法1.信息咨询在认真研究成本管理本身以及相关管理模式的基础上，针对某些疑点问题，寻求导师及其他专家进行咨询，认真交流彼此观点。2.实践总结在研究过程中，通过项目实践首先验证自己的理论研究结论，同时又不断地总结工程施工企业进行工程成本管理控制存在的共性问题与解决方法1.4设计思路1.研究课题的确定2.系统需求、可行性分析3.总体分析设计、流程图设计4.系统详细设计、功能结构设计6.系统数据库分析，功能结构分析6.系统实现方法分析31 下图为研究思路的步骤流程图：研究课题的确定系统需求分析、可行性分析总体分析设计、流程图设计系统详细设计、功能结构设计系统实现方法分析系统的数据库分析、功能结构分析总结并编写文档资料结束开始附图：设计思路图31 31 第2章成本管理信息系统系统分析2.1需求分析由于一个单体工程的建设需要建设单位、施工单位、设计单位、勘察单位等多个单位的互相协调才能完成对其成本的确定。所以，成本控制也需要多个部门的共同协商才能确定。而传统的协调方式不能提高工作效率，有时候还会因此耽误一定的施工工期，因此增加了施工成本。对于单体工程的主体单位施工单位来说，项目管理人员对施工成本控制的控制也因为项目的数据繁多而有些力不从心。工程从开工开始的施工合同，到工程竣工时的工程决算当中大量的信息都已纸质介质存储，查找起来非常困难。由于建设工程的单一性所以建设工程在施工过程中就会发生很多的不确定因素，使得工程在施工进度与成本管理方面难度加大。所以我们需要一个基于现代科技的全面系统2.2可行性分析工程项目成本管理系统可行性分析又称可行性研究，从经济、技术、社会等方面对项目的必要性、可能性、合理性，以及系统开发所面临的重大风险进行分析和评价，得出项目是否可行的结论。2.2.1技术可行性技术可行性是分析在特定条件下，技术资源的可用性和这些技术资源用于解决信息系统问题的可能性和现实性。在公司同事和领导的帮助和指导下，开发该系统所需的硬件设备，如服务器、PC机、打印机及网络配件等，市场上有销售且价格较低，能满足系统功能要求的软件，操作系统采用WindowsXP,数据库管理系统采用SQLServer2000，这些软件在MIS开发中已被大量应用，技术上都比较成熟。因此技术上是可行的。2.2.2经济可行性经济可行性分析也称投资/效益分析或成本效益分析，它是分析信息系统项目所需要的花费和项目开发成功之后能带来的经济效益。通俗的讲，分析信息系统的经济可行性，就是分析该系统是否值得开发。经济可行性分析需要确定出所要开发的信息系统的总成本和总收益。信息系统总成本包括信息系统开发成本和运行成本；信息系统的效益包括直接经济效益和间接社会效益。31 以目前粗放的成本核算，每一个项目的成本浪费率占到了成本合同价的3%--5%左右，那么以单项合同价50万来计算，每一单项工程就会浪费15000---250000元的费用。如果我们开发一个成本管理系统，估算一下大概也就需要8万---10万左右。以公司每年20个单项工程来计算，那么整个公司一年成本的节约就可以支付系统开发的费用以及后期的维护费用，所以经济上面是可行的。2.2.3环境可行性社会可行性具有比较广泛的内容，它需要从政策、法律、道德、制度、管理、人员等社会因素论证信息系统开发的可能性和现实性。社会可行性还需要考虑操作可行性，分析操作可行性必须立足于实际操作和使用信息系统的用户环境。根据公司现有较为粗放的财务核算体系，项目经理以及领导层对准确的成本核算期待很高。因为只有对成本进行有效的管理，才能对各负责人的业绩进行考核，同时，财务部门也能拿出原始依据对个项目的资金使用情况监控。2.3业务流程分析由于公司的项目较多，所以每个项目部应该配备有相应的财务人员，对现场各岗位的资金使用情况做记录，收集票据，然后录入，进行相应的成本核算，生成报表，将发生的成本与预算的成本进行对比，发现盈亏。现有的业务流程图如下：31 图2.1现有的业务流程图31 图2.2优化后的业务流程图优化后的业务流程图具有以下三级控制：1.单项业务的合理性开支控制2.明细项目开支金额和数量的控制3.汇总项目（总成本）的控制2.4数据流程分析数据流程分析是把数据在组织内部的流动情况抽象地独立出来，舍去了具体的组织机构、信息载体、物质、材料等，单从数据流动过程来考查实际业务的数据处理模式。数据流程分析的目的就是要发现和解决数据流通中的问题，这些问题包括：数据流程不畅、前后数据不匹配、数据处理过程不合理等。这些问题，有些是属于数据处理流程的问题，有些是属于原系统管理混乱的问题。一个通畅的数据流程是目标系统实现业务处理过程的基础。31 2.4.1系统概况表系统概况表是在系统业务流程图基础上提取系统的基本要素——输入、输出、处理、存储和外部环境等编制而成的。它是流程图的文字概括，两者配合使用。该表主要分为输入、处理、存储和输出四个部分，可清楚地反映系统的各种输入、处理、输出和各种数据存储。表2.1系统概况表输入：用户来源信息处理：（是否为公司财务人员）用户身份审核预算数据等成本核算汇总不合理预警等数据存储：预算数据输出：各成本项目数据等成本偏差分析报表成本明细报表等2.4.2数据流程图数据流程图是系统逻辑模型的主要组成部分，它能精确地在逻辑上描述系统的功能、输入、输出和数据存储等，而摆脱了所有的物理内容。通过调查和分析，最终得出的数据流程图如下：31 会计人员P2核算数据相关部门核算数据表D2P3数据分析P成本管理系统D3数据报表P4发出警告预算数据表D1D4警告日志P1预算数据预算员图2.3数据流程图2.5数据字典所谓数据字典，是以特定格式记录下来的、对系统的数据流程图中各个基本要素(数据流、加工、存储和外部实体)的内容和特征所作的完整的定义和说明。数据流程图配以数据字典，就可以从图形和文字两个方面对系统的逻辑模型进行描述，从而形成一个完整的说明。数据字典的内容包括六个方面：数据项、数据结构、数据流、处理逻辑、数据存储和外部实体。◆数据项也称数据元素，具有独立逻辑含义的最小数据单位。如：合同表、成本核算员、成本项目汇总表、定额表、核算项目、工程量清单表、差错表、原始预算表、价格表等。下表是对本系统中部分重要数据项的描述。表2.2数据项编号名称简述类型长度取值/含义31 别名DI0001合同表对各区县签订的项目合同，编制对应的合同名称编号合同编号ID文本1001-区县项目经理编号，0002-对应的项目名称编号DI0002账号对财务人员登录系统的唯一识别码账号ID文本1001-按部门而设置的编号002-按岗位设置的编码DI0003用量对定额费用表和用量表而进行计量用量表ID数字401-对材料费用的编号02-对项目用量的编号◆数据结构数据项是不能分解的数据，而数据结构是可以进一步分解的数据包。数据结构由两个或两个以上相互关联的数据元素或者其他数据结构组成的。一个数据结构可以由若干个数据元素组成，也可以由若干个数据结构组成，还可以由若干个数据元素和数据结构组成。下表是对部分数据结构的描述：表2.3数据结构表编号名称简述别名数据结构组成有关的数据流有关的处理逻辑DS001核算项目基本本信息描述核算项目固有的属性核算项目签订时间+合同金额+审计金额+所属区县+项目经理成本核算人员→核算项目表更新/查询31 DS002成本项目汇总基本信息描述成本项目汇总固有的属性汇总表信息人工+材料+机械+其他+经手人+汇总时间+合同名称成本核算人员→成本项目汇总表收集◆数据流数据流是数据结构在系统内传输的路径。数据流的组成可以是一个已定义的数据结构，也可以由若干数据项和数据结构组成。如果是已定义的数据结构，可以直接在描述栏写上该数据结构的编码和名称；如果是由若干数据项和数据结构组成，则必须按数据结构组成的描述方式来描述该数据流的组成。下表是对部分数据流的描述：表2.4数据流表数据流编号数据流名称描述数据流来源数据流去向数据流组成数据流量高峰期及流量DF0001成本项目表描述项目成本的基本信息成本核算人员数据库合同名称+项目经理+入账时间>=2MB不定DF0002用户查询信息表描述用户查询的基本信息用户数据库查询时间+查询内容很小不定◆数据存储数据存储是数据结构停留或保存的地方，也是数据流的来源和去向之一。在数据字典中，只描述数据存储的逻辑结构，而不涉及它的物理结构。下表是系统中部分表单的数据存储的描述31 表2.5数据存储表数据存储编号数据存储名称简述别名组成记录长度记录数容量有关的处理逻辑D1定额信息表描述定额信息基本信息定额信息编号+定额费用+定额用量300B60000条1024KB套用D2核算项目提供成本核算的合同名称核算项目签订时间+合同金额+审计金额+所属区县+项目经理+合同名称200B60000条300KB查询◆外部实体外部实体是数据的来源和去向，外部实体主要说明外部实体产生的数据流、接收到的数据流以及该外部实体的数量。在教学参考书系统中，用户、工作人员员都是外部实体。外部实体定义包括外部实体编号、外部实体名称、简述、输入数据流和输出数据流等。下表是外部实体用户的描述实例：表2.6外部实体表31 外部实体编号外部实体名称简述输入数据流输出数据流E0001成本核算人员进行成本核算的主体成本项目汇总表系统数据库◆处理逻辑处理逻辑描述数据流程图中数据的基本处理过程，比较复杂，在数据字典中仅对数据流程图中最底层的处理逻辑加以说明。下表是对系统部分处理逻辑的描述：表2.7处理逻辑表处理逻辑编号处理逻辑名称简述输入数据流输出数据流P0001更新核算项目成本核算人员对新签订的合同，重新录入系统数据库合同专管员输入合同名称系统数据库P0002收集汇总成本项目数据成本核算人员对各项目的成本项目进行分类汇总各项目的成本项目数据系统数据库31 第3章系统设计在本系统中，对业务需求进行详细细致的分析，认真梳理流程，细致优化相关业务表单是整个系统成功的关键，需求不清、流程不准确、表单设计不优良，都会对后续开发工作产生不良影响，浪费人力、物力，拖延项目进度。如何使开发出的系统紧密贴近企业自身特点，适应企业发展需要，是本章重点要讨论的话题。3.1系统总体设计3.1.1系统网络拓扑结构因网络通讯条件各不相同，所以本系统应采用分布式数据库方式，即在公司建立数据中心和Web服务器，保存所有超过1000个项目部的建筑工程项目成本数据，每个分公司通过网络在线访问服务器、查询、统计、分析建筑工程项目成本信息。各个项目部建立自己的建筑工程项目成本数据库服务器和Web服务器，保存本项目建筑工程项目成本信息，项目相关管理部门访问服务器查询、统计、分析建筑工程项目成本信息。各项目的建筑工程项目成本数据采用可靠的数据传输方式上传到公司财务科数据库服务器。图7系统硬件结构图3.1.2系统体系结构31 因公司合作单位分布地域广，网络通讯条件又各不相同，所以本系统应采用分布式数据库方式。根据系统特点、用户需求、应用方式以及C/S、B/S的优缺点。公司等确定采用C/S、B/S和单机应用方式结合。系统的体系结构分为四层：数据库层、应用架构平台层、业务系统层及信息门户层，如图8所示：图8体系结构图3.1.3系统功能结构本系统的设计与开发根据企业级应用体系思想与方法，基于系统设计原则，根据系统总体需求及项目实施实际，系统按其所完成的功能不同划分为六个子系统。图11系统功能模型31 基础信息编码相关基础信息管理分包合同管理物资合同管理项目制造成本管理项目计划统计管理资金计划管理物资进场记录管理分包款支付管理物资款支付管理项目自购物资管理项目工程款回收管理项目物资盘存量管理图24系统功能对应数据依存关系图1、合同台帐管理系统合同台帐管理包括业主承包合同、分包合同、物资供应合同的合同双方基本信息、成本分类信息、合同价格明细数据、付款条件、变更内容等主要内容及合同执行过程记录台帐。信息一经录入、审核，无需各部门分别单独登记台帐即可提供标准合同台帐，供公司各相关单位查询主要信息及监控合同的履约过程，同时成为各相关单位控制资金收支及控制成本的实质性依据。2、制造成本报表管理31 系统制造成本报表管理包括土建制造成本、机电制造成本两部分，主要由收入、制造成本两张主报表及分包完成工作量、单项物资合同款、集中招标物资合同款、临建分包完成工作量、其它制造成本等明细表构成。结合计划统计报量，收入数据实质包括实际完成工作量、业主确认量、预估业主确认量，预估业主确认量造成的误差在次月补齐。与现行制造成本报表管理相比，系统制造成本报表管理具有以下特点：将季度报表调整为月度报表，虽然多数项目每月都存在预估业主确认量，但此部分误差可在次月消化，从年度角度看只有每年12月份误差在本年无法消化，其它月份可较准确反映收入真实情况。由于实行月度报表，与季度报表相比，提高了信息实时性，更有利于成本、资金过程控制。月度计划统计报量与业主确认量对比有利于在过程中分析项目风险，提高公司控制风险的能力。系统制造成本报表成本分类更为细化，与商务合约分类更为贴近，利于数据对比，从而提高成本分析的质量。分包完成工作量、单项物资合同物资款由分包、分供方总额报量调整为每份合同明细报量，因此可成为分包合同执行的有效控制依据，一方面提高了制造成本报表的严肃性，另一方面可将分包支付总额控制提高到分包合同支付过程明细控制，有效降低由于工作失误造成的超付发生，使管理工作更精细化。3、物资进场管理物资进场管理包括公司统一招标物资合同进场管理、项目单项物资合同进场管理、项目零星采购物资进场管理。与现行工作模式相比，一方面物资进场记录一经录入审核，相关部门即可查阅到物资实际成本数据，可有效减少由于物资验收单未能及时送达相关部门造成项目虚盈而带来的项目成本起伏情况，另一方面物资进场记录与物资合同紧密挂钩，成为控制物资合同执行过程控制依据，可降低物资合同超付风险。4、资金管理系统资金管理包括资金计划管理、工程款回收台帐管理、分包合同、物资合同支付管理。与现行工作模式相比，系统具有以下特点：资金计划由总额计划改为分包合同、物资合同明细计划，使得资金计划能真正成为合同过程支付控制依据之一，提高资金计划的严肃性，从而提高资金计划的准确性，为公司统筹资金管理提供更为可信的依据。结合资金计划中工程款回收计划及工程款回收台帐信息，在合同明细控制的同时，按照工程款回收计划完成率与资金计划总额的乘积实行总额控制，根据项目进度情况在资金层面提高公司以收定支管理原则的执行力度。分包合同、物资合同支付受到资金计划、分包完成工作量、合同支付条款、物资进场记录等多重因素制约，可极大改善资金超付情况，降低公司资金风险。5、数据分析利用按照开发项目、地点、单位、专业、费用类别等条件的综合汇总分析查询，并根据具体需求，出具分析表格。6、系统管理子系统在系统管理子系统中，需要管理多用户的使用权限时，通常使用权限管理模式来实现系统中功能模块的使用权限，即系统各个功能模块的权限需要分配给相应的用户，而用户只能行使自己职责范围内的功能。每个子系统所包含模块之间的关系表如下图所示：31 图15子系统模块管理关系3.2数据库设计数据库是信息管理系统的基础和核心，数据库设计是系统开发的重要组成部分。建筑成本管理系统的数据包括数据采集系统所采集的数据和信息管理系统的数据，数据采集系统的数据是未经过人工处理的原始数据，因此需要单独建库存储；项目成本管理系统的数据是根据项目形象进度各专业人员录入的实际基础数据；同时存放计算公式，费用明细，结果表的系统；信息管理系统存放的是一些系统信息和权限信息等。在本系统我们采用了Oracle9i数据库，并用PowerDesinger作为数据库设计工具，PL／SQL作为数据库开发工具。3.2.1数据表结构设计数据库实现中最重要的是表的设计，合理的设计数据表，是顺利开发数据库的基础。在设计数据表时要注意控制数据冗余、关联的原则、安全性和完整性、使用主键或索引约束、命名的规则性等几个问题。整个管理系统包含200多个表，在此不作一一介绍。下面两图分别是预算管理模块和定额管理的物理数据库模型(PDM)。在设计表的过程中，要根据建模过程中的类图来设计表之间的主、外键依赖关系。可以看出，定额管理表结构中，基本定额指标为中心；预算管理表结构中，以参数表为中心，费用计算表为目的。利用PowerDesigner本身提供的功能直接生成物理数据库，也可以直接生成建表脚本。31 图27成本计算子系统表设计31 图28成本管理和价格管理子系统表设计3.2.2数据库存储过程设计存储过程是存储在数据库服务器上的SQL操作。系统开发中大量的使用了存储过程，很多业务处理流程(比如费用分解到单元、井下作业费用等)都在后台以存储过程的方式来实现。存储过程用PL／SQL语言实现，这种语言经过扩展已经包含了条件语句、循环语句以及其它一些程序设计语言的特性。使用存储过程有下面的优点：1、存储过程在服务器上被预先编译，因此它们在性能上超越了动态SQL。2、因为存储过程放在数据库服务器上，所以它对所有客户都是可用的。3、存储过程内部封装了业务逻辑，这样就可以只在一个地方(在服务器上)修改业务逻辑而无需对任何客户端进行修改。4、存储过程可以执行任意数量的SQL操作，无需客户端把每一条语句都传给服务器，从而减少网络流量。5、便于模块化程序设计，并可独立于程序源代码而单独修改。3.2.3分布式数据库的分布设计分布式数据库的分布设计要求确定数据的分片和片断的分配。分片是把一全局对象(实体或关系)细分成若干逻辑片断的过程；分配是把各片断映射到一个或多个站点的过程，片段是最合适的数据分配单位。1、数据分片设计数据分片分为水平分片、垂直分片、混合分片等。分片按照作业对应如下图：31 图29项目数据分片设计不论哪种分片方法，必须遵守如下规则：若R={R1,R2,…，Rn}满足：(1)完整性（completeness）条件：如果，则必有，i=1,2,…,n(2)可重构条件：（水平分片）或（垂直分片）(3)不相交条件：=空值，,i,j=1,2,…,n（水平分片）=主键属性，,i,j=1,2,…,n（垂直分片）比如按项目部相关单位水平分片预算费用表r_dwfyz,r_dwfyz(dwdm，fyid，rq，fydm，fymc，yssl，yszfy,yxbz,jcbz)definefragmentr_dwfyz_1asselect*fromr_dwfyzwheredwdm=’城市建设公司’definefragmentr_dwfyz_2asselect*fromr_dwfyzwheredwdm=’一局建设发展公司’2、数据库片断的位置分配设计在非冗余分配中，每个片断恰好映射到一个站点上；在冗余分配中，每个片断映射到一个或多个站点上。非冗余分配的设计比较容易，最简单的方法是“最佳适应”31 方法，比如把项目部相关单位的分片数据放到某一个项目上。冗余分配的设计比较复杂，必须确定每一片段复制的程度。复制的利益随着检索与更新间的比值而增加，维护数据库的一致性需要将更新传播到所有的副本。建立一个完善的数据采集系统，整合项目现场数据库和成本预算管理数据库，实现两者的无缝结合是科学和技术发展之必然。对于去除人为因素、实现生产成本预算智能化、提高经济效益、降低成本起着不可忽略的作用，对稳定和改善生产质量、提高产量、促进生产信息化、提高企业竞争力有重要的意义；并且促成控制与管理相结合、控制信息和管理信息的集成，为领导者的科学决策提供了依据。生产数据采集系统是利用通讯总线技术，实现各种类型工业现场数据的采集，并保存到统一数据库平台的智能系统。根据不同的现场情况，可以采用不同的通讯总线技术和数据采集系统的架构。在以后发展中预算系统可以整合相关系统数据库，逐步实现数据采集的自动化。31 第4章系统测试与运行情况系统测试是软件开发过程的重要组成部分，是用来确认一个程序品质性能的标尺。系统测试就是在软件投入运行前，对系统需求分析、设计规格说明和编码的最终复审，是系统质量保证的关键步骤。本系统在经过单元测试、结合测试、内部运行测试后，顺利的经过了六个月的试运行测试，圆满完成了系统设计需求，得到了客户的肯定。4.1建筑企业成本管理系统测试目的建筑企业成本管理系统进行测试的主要目的是：1．检查系统目前流程是否符合系统设计需求。2．通过对测试数据的各种操作，检查系统对数据处理的准确性。3．新增或修改业务流程情况下，系统的扩展性。4．验证系统的稳定性。5．验证系统的高效性。6．验证系统的健壮性。4.2建筑企业成本管理系统测试环境及工具主机：IBMRS/6000操作系统：WindowsXP,Windows2003数据库SQLServer2000WEB应用服务器：ApacheHttpServer,InternetInformationServer客户端Web浏览器：MicrosoftIE5.0以上31 4.3建筑企业成本管理系统测试阶段对系统的测试，可以查出系统所存在的漏洞以及操作不合理的地方，有助于对系统在最后交付运行顺利工作。4.3.1阶段测试测试根据开发阶段，分为：PT（单体测试）、IT（结合测试）、ST（系统测试）、OT（运用测试）以及移行部署。1．单元测试 单元测试是在系统开发过程中要进行的最低级别的测试活动，在单元测试活动中，系统的独立单元将在与程序的其他部分相隔离的情况下进行测试。单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软件动态测试的最基本的部分，也是最重要的部分之一，其目的是检验软件基本组成单位的正确性。一个软件单元的正确性是相对于该单元的规约而言的。因此，单元测试以被测试单位的规约为基准。单元测试的主要方法有控制流测试、数据流测试、排错测试、分域测试等等。本系统的单元测试采用了控制流测试法和数据流测试法。2．结合测试结合测试，不是重复的单体测试。单体测试的时候，我们是站在理解业务的开发人员的角度上看的，能debug着进行测试，一旦进入结合测试阶段，我们就是站在客户观点上来对应测试了。结合测试是在系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。它根据集成测试计划，一边将模块或其他软件单位组合成越来越大的系统，一边运行该系统，以分析所组成的系统是否正确，各组成部分是否合拍。集成测试的策略主要有自顶向下和自底向上两种。本系统采用的是自底向上的测试方法。3．系统测试 系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并非一项简单的任务，它被称为测试的“先知者问题”。它的的任务是近可能彻底的检查出程序中的错误，提高软件系统的可靠性，其目的是检验系统"做得怎样？"。这阶段又可分为三个步骤：模块测试，测试每个模块的程序是否有错误；组装测试，测试模块之间的接口是否正确；确认测试，测试整个软件系统是否满足用户功能和性能的要求。因此，系统测试应该按照测试计划进行，其输入、输出和其他动态运行行为应该与软件规约进行对比。软件系统测试方法很多，主要有功能测试、性能测试、随机测试等等。本系统主要做了功能测试和性能测试。4．验收测试 验收测试是部署软件之前的最后一个测试操作。验收测试旨在向软件的购买者展示该软件系统满足其用户的需求。它的测试数据通常是系统测试的测试数据的子集。所不同的是，验收测试常常有软件系统的购买者代表在现场，甚至是在软件安装使用的现场。这是软件在投入使用之前的最后测试。5．回归测试 　回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。回归测试是在软件维护阶段，对软件进行修改之后进行的测试31 通常发生在系统的升级及重构之后。其目的是检验对软件进行的修改是否正确。这里，修改的正确性有两重含义：一是所作的修改达到了预定目的，如错误得到改正，能够适应新的运行环境等等；二是不影响软件的其他功能的正确性。本系统在重构之后多次进行了回归测试，保证了系统重构的顺利完成。4.3.2测试策略1．单元测试单元测试是在软件开发过程中要进行的最低级别的测试活动，在单元测试活动中，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。经常与单元测试联系起来的另外一些开发活动包括代码走读(Codereview)，静态分析(Staticanalysis)和动态分析(Dynamicanalysis)。静态分析就是对软件的源代码进行研读，查找错误或收集一些度量数据，并不需要对代码进行编译和执行。动态分析就是通过观察软件运行时的动作，来提供执行跟踪，时间分析，以及测试覆盖度方面的信息。单元测试（模块测试）是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为。单元测试是由程序员自己来完成，最终受益的也是程序员自己。可以这么说，程序员有责任编写功能代码，同时也就有责任为自己的代码编写单元测试。执行单元测试，就是为了证明这段代码的行为和我们期望的一致。2．性能测试性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。3．负载测试Loadtesting（负载测试），通过测试系统在资源超负荷情况下的表现，以发现设计上的错误或验证系统的负载能力。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。4．Bug控制跟据缺陷内容来分，主要分为需求Bug与程序Bug，对于这种分法的好处就是明确了Bug处理的责任人。对于程序Bug我们都知道是由相关开发人员进行处理。下面主要讨论一下需求Bug,需求Bug从名称上来就知道是要交由需求人员进行处理，可怎么处理，怎样在处理的过程中有效的让这些创意得到体现。现在我们都有Bug管理系统，这时我们的测试人员将需求Bug不是提交给程序员，而是提交给需求分析人员，由他们进行处理，不过这里我想强调的是对需求Bug的定位，如果这个Bug在软件需求说明书中明确提到了，这时就不可能定位它为需求Bug，它是必需让程序员实现的，称为软件功能缺陷，提交由程序员进行处理。但如果需求说明书没有明确提到的，我们则可以定位为需求Bug[18].这样处理有以下好处，首先需求Bug31 再不象以前，没有人进行确认，需求的处理人员本来就是需求人员，由他们确认与跟踪是最好不过的，因为他们对需求有绝对的权威。同时测试人员其实就是最早的用户，他们的需求就是用户的需求，这种方法加强了需求人员与测试人员的沟通，使需求得到有效的补充，从而让产品更加完善。还有测试人员从本质上来说与程序员还是对立的，这里如果为了这样一个不是软件本身问题的问题形成与开发人员的对立，则会出现赢得战役而丢失整个战争的情况，测试人员协调好与开发人员的关系，让他们更有效的对软件本身的缺陷形成有效的关注是最好的。还有最为关键的一点，测试人员的激情是最重要的，如果他们的想法没有得到体现，这时会渐渐的失去对测试的兴趣，从而软件的质量则会无法得到保证，通过这种方法可以让他们看到自己的建议可以通过对需求人员的反映得到实现，让他们时时觉得自己的想法是可以通过这种方法来有效的推行，这样工作的积极性才会有保障，才能让系统测试结果最有效。5．安装测试安装测试可以分为1)全新安装，待安装的软件包是完整的，包含了所有的文件。2)升级版本安装，部分文件构成的软件包。3)补丁式安装，很小的改动或很少文件的更新，系统版本不变，系统运行环境改变，性能调优，只改参数，没有软件文件的变化。本系统主要采用的是全新安装测试。即使对升级安装，实际也是有差别的，一种是完全替换原来版本，另外一种就是保持多种版本共存，后者的难度会更大些。不管是哪一种情况，用户数据得到保护，包括完整性、一致性的验证，是非常重要的[19]。系统迁移，也可以并入安装测试。安装测试主要进行以下三个方面的测试：1)环境的不同设置或配置：强调用户的使用环境，考虑各种环境的因素的影响，如一个完全崭新的、非常干净的操作系统或应用系统之上去进行某个产品的安装，或者是考虑各种硬件借口的要求。2)安装文档的准确性。进行安装测试时，必须一步一步地完全按照文档去做（如拷贝文档指令，粘贴到系统安装相应地方），不能下意识地使用已有的经验去纠正安装不对的地方。3)安装的媒体制作是否有问题，包括最后制做时可能会丢了一个文件，或感染上计算机病毒等。安装测试有时容易被忽略，如果没做好，其损失依然很大，如必须换回全部安装盘、或重印安装手册、或加重技术支持负担，所以安装测试也是重要的一个测试阶段。6．测试服务器要想减少Web应用程序部署过程中的问题，第一个措施是建立Web应用程序的至少一个（甚至多个）测试部署环境。这些环境模拟了生产服务器环境，但是不与最终应用程序的真实用户进行交互。通过使用这种环境，可以对Web应用程序进行开发和测试，确保他们确实能够工作，而不至于让用户发现他们的毛病。而且有机会检查部署应用程序的过程[20]。4.4建筑企业成本管理系统测试结果31 系统经过公司各相关部门和部分项目的积极参与，经过近半年试用，我们认为系统以合同管理为基础，以公司项目收支为主线，围绕项目成本管理为主要内容，为项目和总部提供了一个简约、高效的工作平台，对提高公司总部集约化管理水平有极大的推进作用，拟在公司全面实施。本系统以项目收支为主线，以项目及总部各部门间协同工作为基本模式，搭建住处化工作平台，主要实现的功能有：合同台帐管理、制造成本报表管理、物资进场管理、资金管理、数据分析利用。各项功能可在完成实际业务的同时自动积累大量经营、生产数据，为开展各种分析工作提供了良好的条件。具体测试结果如下：1、稳定性方面，建筑企业成本管理系统6月份开始试用，截止目前，在公司现有网络、服务器硬件条件下，系统可保证稳定运行。2、保密性方面，系统通过提供细化从高管、部门经理、业务经理、到各高位，从项目经理、商务经理到项目员工业务功能权限、查询权限、数据查询范围的机制，可保证数据在严格授权的条件下提供数据共享，保证数据的保密性。3、数据安全性方面，系统数据统一存储在公司企业级大型数据库中，并提供每天自动备份机制来保证数据的安全性。系统及研发过程中的一些问题：1、系统本身仍有进一步完善的空间。系统虽然对现行工作流程进行了一些优化，较之过去有较大进步，但随公司管理水平的提高，仍然具有继续优化的空间。例如，公司目前的物资零库存管理模式，由于缺乏准确的物资计划支持，没有真正达到零库存管理的实质目的，仅仅实现了公司总部物理零库存，而项目现场依然有规模不小的库存。从成本角度看，以购代耗，表面上一次性进入成本，省略了库存管理，简化了工作，实际上增加了期末物资成本倒盘工作，并没有从本质上减轻工作，反而在一定程度上提供了项目调节成本的空间，而且以购代耗不利于准确反映分部分项工程物资消耗水平，不利于项目成本分析工作的开展。因此，如何提高物资计划的准确性，真正实现零库存管理，依然是一个课题。2、系统数据采集还没有全面延伸到最前沿。有些数据依然依赖于项目综合计算后上报公司，一方面没有减轻项目工作压力，另一方面这些数据还不能全面真实反映项目状态。后续系统应注意将数据采集点前延至数据发生点，以全面提高数据对真实状态反映的准确性。随系统作用有效发挥，各单位基础工作更为扎实，各种基础数据库的建立，还会暴露出现在难以发现的新问题，另一方面，过去的次要矛盾也许会变成主要矛盾，这都要求系统要随着管理工作的不断进步而不断发展完善。31 结论鉴于目前公司粗放的成本核算方式，不严谨的成本计划和不严格的成本分析，为改善该公司目前的成本管理效果，使其能够适应新的竞争环境，丰富经营方式，从成本上面找利润，通过科学、有效的成本管理系统，提高综合竞争能力，特设计本次毕业设计的施工企业成本管理系统。此信息系统采用模块化的设计方法，划分各子功能模块分别实现各项功能，最后将各模块整合成完整的系统。该系统还存在一系列需要优化和改进的地方，比如对成本核算的分析等方面没有进行详细的设计和描述，因为我们进行成本核算的目的是为了进行成本滚动计划和成本控制，如果仅仅只有核算，提供的永远是历史数据，面对现在多变的信息时代，相信这样的成本数据也显得苍白无力。虽然该系统的设计不尽完美，但是为该公司的成本管理提供了一个方向，希望该系统的设计能够引起公司领导层的关注，因为面对施工企业的低利润率，我们只有对成本进行了有效而准确的核算、严格的成本控制、正确的成本分析，争取更多的利润，这样才能在众多的竞争者中立于不败之地！31 致谢当我给这篇论文划上句号的时候，我在这所学校的学习也将暂告一段落，此时心情难以言表。本文是在导师*****教授的悉心指导下完成的，在课题研究与论文写作的各个阶段都给予了明确的建议、鼓励和及时的帮助，在此，对导师的辛勤培养和教育表示深深的感谢！导师深厚的学养和严谨的治学态度对本人的影响将是长远的，这是我求学过程中的又一份丰厚的收获。在完成学业期间还得到了许多老师、同学、亲人和朋友的关心帮助，在此，向他们表示诚挚的谢意!感谢百忙之中审阅论文的各位老师。31 参考文献[1]中顾网《国有施工企业成本管理的现状》[2]沈遂的《工程施工企业成本管理信息系统》[3]《北京航空大学硕士学位论文》[4]《建设领域信息化标准体系》编委。建设领域信息化标准体系。中国建筑工业出版社出版2003年[5]《建设行业信息化标准的发展对策与应用》编委会。建设行业信息化标准的发展对策与应用。中国建筑工业出版社出版2002年[6]施工企业管理信息化建设和管理创新.机械工业出版社.2005[7]我国企业信息化建设与管理中的典型问题.机械工业出版社.2003[8]管理信息系统与企业信息化建设.机械工业出版社.2003[9]企业信息化建设的项目管理.机械工业出版社.2007[10]李晓东，张德群，孙立新.建设工程信息管理.机械工业出版社.2007[11]美国项目管理协会著项目管理知识体系指南（PMBOX指南）北京：电子工业出版社，2004[12]胡志根《工程项目管理》武汉大学出版社[13]《建设工程项目管理规范实施手册》中国建筑工业出版社31'