本课题的主要内容是要详细了解建筑安装项目成本管理系统中收支管理的具
体流程。了解建筑安装中的收支业务。通过建筑安装中的收支情况与业务流程，运
用java、flex与hibernate等相关技术编写建筑安装项目成本管理系统中的收支
管理子系统。
通过将建筑安装项目的收支业务映射进收支管理子系统中。让客户可以在采用B/S架构的系统中能收实时的了解项目的收支情况。系统需要能够做到自动或手动地记录项目的收入或者支出的情况。并且可以让客户可以对项目的收入与支出进行分析与剖析，以便客户能够随时地掌握公司的经济运行情况，方便客户对之后的项目运行进行资金的控制和管理。
摘 要 I
Abstract II
1 绪论 1
1.1选题背景 1
1.2 现状分析 2
1.3 本章小结 3
2 关键技术 4
2.1关键技术概述 4
2.2 Spring 4
2.3 Hibernate 5
2.4 Flex 6
2.5 BlazeDS 7
2.6 本章小结 8
3 系统需求分析 9
3.1 需求概述 9
3.2 系统用例图 9
3.3 系统需求分析 13
3.3.1施工员报量需求分析 13
3.3.2分包合同报量需求分析 15
3.3.3项目部报量需求分析 17
3.3.4材料支付需求分析 18
3.3.5分包支付需求分析 19
3.3.6租赁支付需求分析 20
3.3.7 记账需求分析 21
3.3.8项目费用月结需求分析 22
3.3本章小结 23
4 系统架构与设计 24
4.1 设计原则 24
4.2 系统技术架构 25
4.3 系统功能架构 25
4.4施工员报量管理模块设计 27
4.4.1功能设计 27
4.4.2领域类设计 27
4.5分包合同报量管理模块设计 34
4.5.1功能设计 34
4.5.2领域类设计 34
4.6项目部报量管理模块设计 37
4.6.1功能设计 37
4.6.2领域类设计 37
4.7材料支付管理模块设计 43
4.7.1功能设计 43
4.7.2领域类设计 43
4.8分包支付管理模块设计 45
4.8.1功能设计 45
4.8.2领域类设计 45
4.9租赁支付管理模块设计 46
4.9.1功能设计 46
4.9.2领域类设计 46
4.10记账管理模块设计 48
4.10.1功能设计 48
4.10.2领域类设计 48
4.11项目费用月结模块设计 49
4.11.1功能设计 49
4.11.2领域类设计 49
4.12本章小结 50
5 系统实现 52
5.1 系统实现总体概述 52
5.1.1实现理念 52
5.1.2软件环境 52
5.1.3代码层次 52
5.2 施工员报量管理模块的实现 52
5.3分包报量管理模块的实现 53
5.3项目部报量管理模块的实现 54
5.4材料支付管理模块的实现 54
5.5分包支付管理模块的实现 55
5.6租赁支付管理模块的实现 56
5.7记账管理模块的实现 56
5.8项目费用月结管理模块的实现 58
5.9本章小结 59
6系统测试 60
6.1测试项目 60
6.1.1测试项目背景 60
6.1.2测试要点 60
6.1.3测试内容 60
6.2测试范围 60
6.3测试用例 61
6.3.1施工员报量功能性测试 61
6.3.2分包支付功能性测试 61
6.3.3项目费用月结功能性测试 62
7结束语 64
7.1 本文工作总结 64
7.2进一步的研究课题及展望 64
致 谢 65
参考文献 66
收支管理是安装工程项目成本管理的重要组成部分，所以，如何在项目施工过程中管理好项目的收支情况是一件十分重要的事情。收支管理系统就是根据项目施工的实际收支情况进行的数据收集、归类与分析。因此，收支管理系统采用了B/S的架构，企业的人员都可以在浏览器上操作系统，使数据可以保证及时性、准确性和一致性，施工项目的所有收支情况都可以在系统中反映出来。企业的领导人则可以根据系统中反映的项目收支情况对项目施工过程中的成本进行掌控，并调整施工过程中的费用消耗。
收支管理系统涉及到报量管理、费用管理，支付管理等关键功能。系统中的用户权限分布明确，从总公司、分公司到项目部，各个级别的用户有不同的权限对工程成本信息的查询、统计和管理工作，实现对项目收支的有效控制。该系统实质上便是一种基于数据库的成本管理控制的计算机信息管理系统，该系统的特点如下：
1. 安装部署简单、灵活，无需安装客服端。
2. 数据统一收集管理，便于查询和分析。
3. 系统数据与项目的实施过程同步，不会造成数据的滞后
关键词：收支 管理 数据
对于收支管理，是安装项目成本管理的重要组成部分，而且项目的收支情况是反应项目成本的重要依据，工程项目而言，项目的收支为了实时把控好项目的收支情况，根据收支情况来调整项目的施工来说，把收支管理好是一个非常重要的功能。本章的主要内容是对收支管理进行了详细的需求分析。
施工员涉及到的是施工员报量业务，预算员涉及到的是分包合同报量和项目报量的业务，财务科科长涉及到的是分包支付、租赁支付和材料支付的业务，项目经理则涉及到记账和项目费用月结的业务。收支管理模块的用例如下图3.1所示：对于收支管理，是安装项目成本管理的重要组成部分，而且项目的收支情况是反应项目成本的重要依据，工程项目而言，项目的收支为了实时把控好项目的收支情况，根据收支情况来调整项目的施工来说，把收支管理好是一个非常重要的功能。本章的主要内容是对收支管理进行了详细的需求分析。
施工员涉及到的是施工员报量业务，预算员涉及到的是分包合同报量和项目报量的业务，财务科科长涉及到的是分包支付、租赁支付和材料支付的业务，项目经理则涉及到记账和项目费用月结的业务。收支管理模块的用例如下图3.1所示：
本系统是基于SHF框架进行开发的，而技术架构是指SHF框架中实现功能的分层架构，在此框架中一共分为五层，如图4.1所示，这五层与数据模型（Entity）之间相互协调共同工作从而组成了SHF框架的核心架构：
图4.1 SHF框架技术架构图
从上图4-1可以看出，SHF框架的技术架构主要分为前端展现层和后台业务逻辑层，其中前端展现层有2层，后台业务逻辑层有3层，它们通过中间件BlazeDS相互连接。从图中可以看出前端展现层和业务逻辑层有几层是一样的如Entity和Service，这两层分别是实体层（或数据模型层）和服务层，其中实体层前端展现层和业务逻辑层是对应的，及后台的java实体和前台的Flex实体都是代表同一个实体，它们之间相互映射。服务也是相互对应但是有些区别，前端展现层服务层所对应的是业务逻辑层的ViewService层，这一层是专门负责和前端展现层映射的服务层。
4.3 系统功能架构
建筑安装项目成本管理系统的基础架构是由施工图预算管理、管理项目管理、合同管理、设备租赁管理、材料管理、经营管理、收支管理和系统管理等组成。而收支管理子系统是由施工员报量管理、分包合同报量管理、项目部报量管理、材料支付管理、分包支付管理、租赁管理、记账管理和项目费用月结管理组成。建筑安装项目成本管理系统——收支管理子系统的具体功能如下图4.3所示：
图4.2建筑安装项目成本管理系统
图4.3 建筑安装项目成本管理系统--收支管理子系统
对图4.3中的功能模块简单描述如下：
施工员报量模块：对施工过程中施工员完成的工程量的报量进行管理。
分包合同报量模块：对施工过程中分包合同完成的工程量的报量进行管理。
项目报量模块：对施工过程中项目完成的工程量的报量管理。
材料支付模块：对施工过程中采购合同的支付进行管理。
分包支付模块：对施工过程中分包合同的支付进行管理。
租赁支付模块：对施工过程中租赁合同的支付进行管理。
记账管理模块：对施工过程中所产生的费用进行记账管理。
项目费用月结模块：对项目的费用产生情况进行一个结算管理。
收支管理子系统的功能是由以上模块协作完成的。由于各个模块之间耦合性很低，所以又保证了各个功能的独立性，各个模块可独立装载实现不同的效果，使系统可以灵活多变在不同的管理模式下和不同的收支管理流程下都可使用。
4.4施工员报量管理模块设计
4.4.1功能设计
施工员报量首先是由施工员提出施工员报量单，然后提交到项目部，项目部相关人员对施工员提交的施工员报量单进行审核。施工员报量模块有对施工员报量新增、编辑、删除以及提交等操作权限。
4.4.2领域类设计
在施工员报量中涉及到的类主要是施工员报量单（SubCProgress）、分包工程项目报量（SubCProjectProgress）、分包工程分部分项报量（SubCSegmentProgress）、分包工程定额子目报量（SubCQuotaProgress）以及分包工程人机材含量报量（SubCPmmContentProgress），各自的属性以及他们之间的关联如下图4.4所示：
图4.4 施工员报量类图
从上图中可以看出施工员报量中由施工员报量单、分包工程项目报量、分包工程分部分项报量、分包工程定额子目报量以及分包工程人机材含量报量组成。他们之间的关系是一个施工员报量单对应一个分包工程项目报量，一个分包工程项目报量对应多个分包工程分部分项报量，一个分包工程分部分项报量对应多个分包工程定额子目报量，一个分包工程定额子目报量对应多个分包工程人机材含量报量，因此它们之间这种一对多的关系要用面向对象中的集合List来维持。施工员报量涉及到类的字段信息如下表所示：本系统是基于SHF框架进行开发的，而技术架构是指SHF框架中实现功能的分层架构，在此框架中一共分为五层，如图4.1所示，这五层与数据模型（Entity）之间相互协调共同工作从而组成了SHF框架的核心架构：
图4.1 SHF框架技术架构图
从上图4-1可以看出，SHF框架的技术架构主要分为前端展现层和后台业务逻辑层，其中前端展现层有2层，后台业务逻辑层有3层，它们通过中间件BlazeDS相互连接。从图中可以看出前端展现层和业务逻辑层有几层是一样的如Entity和Service，这两层分别是实体层（或数据模型层）和服务层，其中实体层前端展现层和业务逻辑层是对应的，及后台的java实体和前台的Flex实体都是代表同一个实体，它们之间相互映射。服务也是相互对应但是有些区别，前端展现层服务层所对应的是业务逻辑层的ViewService层，这一层是专门负责和前端展现层映射的服务层。
4.3 系统功能架构
建筑安装项目成本管理系统的基础架构是由施工图预算管理、管理项目管理、合同管理、设备租赁管理、材料管理、经营管理、收支管理和系统管理等组成。而收支管理子系统是由施工员报量管理、分包合同报量管理、项目部报量管理、材料支付管理、分包支付管理、租赁管理、记账管理和项目费用月结管理组成。建筑安装项目成本管理系统——收支管理子系统的具体功能如下图4.3所示：
图4.2建筑安装项目成本管理系统
图4.3 建筑安装项目成本管理系统--收支管理子系统
对图4.3中的功能模块简单描述如下：
施工员报量模块：对施工过程中施工员完成的工程量的报量进行管理。
分包合同报量模块：对施工过程中分包合同完成的工程量的报量进行管理。
项目报量模块：对施工过程中项目完成的工程量的报量管理。
材料支付模块：对施工过程中采购合同的支付进行管理。
分包支付模块：对施工过程中分包合同的支付进行管理。
租赁支付模块：对施工过程中租赁合同的支付进行管理。
记账管理模块：对施工过程中所产生的费用进行记账管理。
项目费用月结模块：对项目的费用产生情况进行一个结算管理。
收支管理子系统的功能是由以上模块协作完成的。由于各个模块之间耦合性很低，所以又保证了各个功能的独立性，各个模块可独立装载实现不同的效果，使系统可以灵活多变在不同的管理模式下和不同的收支管理流程下都可使用。
4.4施工员报量管理模块设计
4.4.1功能设计
施工员报量首先是由施工员提出施工员报量单，然后提交到项目部，项目部相关人员对施工员提交的施工员报量单进行审核。施工员报量模块有对施工员报量新增、编辑、删除以及提交等操作权限。
4.4.2领域类设计
在施工员报量中涉及到的类主要是施工员报量单（SubCProgress）、分包工程项目报量（SubCProjectProgress）、分包工程分部分项报量（SubCSegmentProgress）、分包工程定额子目报量（SubCQuotaProgress）以及分包工程人机材含量报量（SubCPmmContentProgress），各自的属性以及他们之间的关联如下图4.4所示：
图4.4 施工员报量类图
从上图中可以看出施工员报量中由施工员报量单、分包工程项目报量、分包工程分部分项报量、分包工程定额子目报量以及分包工程人机材含量报量组成。他们之间的关系是一个施工员报量单对应一个分包工程项目报量，一个分包工程项目报量对应多个分包工程分部分项报量，一个分包工程分部分项报量对应多个分包工程定额子目报量，一个分包工程定额子目报量对应多个分包工程人机材含量报量，因此它们之间这种一对多的关系要用面向对象中的集合List来维持。施工员报量涉及到类的字段信息如下表所示：
