轨道交通行业竣工决算系统设计.docVIP

轨道交通行业竣工决算系统设计 摘要：随着IT系统渗透到工程项目建设的预算、合同、支付、财务等方方面面，形成了一个庞大的工程建设数据中心，依托IT系统完成工程项目的竣工决算便应运而生了。该文以苏州轨道交通公司为例，探讨了轨道交通行业竣工决算系统设计的思路和要解决的主要问题。 关键词：IT；竣工决算；数据；OLAP；系统设计 中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2014）02-0407-02 竣工决算是指当所建项目全部完工并经过验收后，由建设单位向国家报告建设成果和财务状况的总结性文件。 竣工决算是工程建设的最后一个环节，是工程项目经济效益的全面反映，也是核定各类新增资产价值、办理其交付使用的依据。通过竣工决算，一方面能够正确反映建设工程的实际造价和投资结果；另一方面可以通过竣工决算与概算、预算的对比分析，考核投资控制的工作成效，总结经验教训，积累技术经济方面的基础资料，提高未来建设工程的投资效益。 伴随着信息化技术的飞速发展，工程建设类项目已经不完全是一个百分之一百只和钢筋混凝土打交道的行业了。IT系统可以给复杂的工程建设项目管理带来高效、快捷、准确等优势，随着IT系统渗透到工程项目建设的预算、合同、支付、财务等方方面面，形成了一个庞大的工程建设数据中心，依托IT系统完成工程项目的竣工决算便应运而生了。 轨道交通行业工程竣工决算是轨道交通建设工程经济效益的全面反映，是项目法人核定各类新增资产价值，办理其交付使用的依据。通过竣工决算，一方面能够正确反映轨道交通工程的实际造价与投资结果；另一方面可以通过竣工决算与概算、预算的对比分析，考核投资控制的工作成效，总结经验教训，积累技术经济方面的基础资料，提高未来轨道交通工程的投资效益。 本文给出了基于IT系统的轨道交通行业竣工决算系统的设计思路和方案，探讨了设计的主要思路和要解决的主要问题。 1 研究内容和要解决的关键问题 1.1 数据整合 目前，苏州轨道交通公司投入了合同管理系统和Oracle EBS两大业务系统。其中合同系统主要管理轨道交通所有合同的付款阶段、合同清单、月度计量，Oracle EBS主要提供了财务模块，用于支付款项。由于轨道工程施工的复杂性，土建类供应商每个月根据本月完成的实际工作清单，在合同系统中提交支付申请，然后通过Oracle EBS系统完成支付。工程决算分析的数据需要贯穿这些业务系统，将相关数据进行有机的整合，形成统一的分析数据源。这个过程需要是自动化的，并且可自定义的。 1.2 数据模型定义 预算、概算和款项是竣工决算的三个重要元素，只有事先定义好了这三者之间的对应关系，最终才能分析出竣工决算的报表。数据模型的定义是决算分析系统的难点和重点，只有实现了灵活的数据模型定义，才能提供完善的数据分析场景。 1.3 OLAP分析 随着数据库技术的发展和应用，数据库存储的数据量发生了指数级的增长，同时，用户的查询需求也越来越复杂，涉及的已不仅是查询或操纵一张关系表中的一条或几条记录，而且要对多张表中千万条记录的数据进行数据分析和信息综合，关系数据库系统已不能全部满足这一要求。OLAP分析专门设计用于支持复杂的分析操作，侧重对决策人员和高层管理人员的决策支持，可以根据分析人员的要求快速、灵活地进行大数据量的复杂查询处理，并且以一种直观而易懂的形式将查询结果提供给决策人员。 基于OLAP进行分析模型的设计，具有灵活的分析功能、直观的数据操作和分析结果可视化表示等突出优点，从而使用户对基于大量复杂数据的分析变得轻松而高效，以利于迅速做出正确判断。 1.4 分析效率 竣工决算是一个数据查询和分析的过程，而预算、合同、财务系统都是海量数据，再加上财务数据计算复杂，统计分析的时候需要兼顾性能和效率。 传统的工程项目竣工决算都是通过电子表格来完成的，由于涉及到大量的数据处理和变更，很容易出现错误。通过IT系统进行决算分析有效了利用了合同、财务等IT系统的数据。提高了准确率和效率。 2 系统设计思路和处理流程 2.1 设计思路 将合同系统和财务系统的数据进行整合，通过自动化数据处理平台把两个数据库中的数据集合到数据仓库中。 出于某些原因，合同系统中的基础开项数据会存在一定的偏差和遗漏，例如有些开项数据没有关联概算，或者关联到了错误的概算，这些都会影响最终决算时的结果。这个阶段的功能是对数据进行校对和完善，主要包括：根据实际业务将对能形成资产的合同开项进行完善资产目录及安装位置等基础信息；根据建设移交运营制度的规范将原有合同清单进行组合、拆解；设置概算项目树与会计科目的对应关系等。 由于在进行决算分析时涉及到多个维度（合同开项本身就具备上下级层次，另外出于统计的需要，资产又会分成各种类别，如固定资产、专用设备、专用材料等），而且每个维度要统计合同开项的