合同管理设计说明

合同管理设计说明（共7篇）

1.合同管理设计说明 篇一

OA办公平台合同管理模块使用说明

一、合同流程发起

1.点击菜单“我的流程”---“发起流程”---“合同流程”中的“合同审批” 2.先根据合同类型选择“合同模版”（特殊合同可选“自由合同”），之后自动生成正文模版和“合同编号”。“合同名称”“项目名称”“登记日期”“签订日期”“合同金额”“项目类别”“客户名称”“付款方向”“合同状态”等内容根据实际情况填写。流程标题可不填。

3.合同付款方式计划中，点击右侧可以添加删除行。内容按照实际情况填写，若没有可不填，但付款比例为必填项，且要保证累加起来为100%。完成后点击保存。

4.正文内容由所选模版产生，空白处可根据实际情况填写，模版内容严禁修改，否则审批时将打回。

5.填写完成后点击下一步，选择相应的审批人员提交。（具体流程见后）

二、合同查询

1.可以查询自己发出的流程。具体操作在“我的流程”---“流程查询”中。和以往的请示流程查询一致。

三、合同借阅

1.若想查询别人发起的流程，可选择“合同借阅”（需要有相应的权限）。操作方法为：点击菜单“我的流程”---“发起流程”---“合同流程”中的“合同借阅”。选择需要借阅的合同，点击下一步提交审批。目前合同借阅均由合约管理部进行审批。

四、合同流程、附件材料及有关规定 1.工程施工合同 1.1审批流程

发起部门→发起部门负责人→合约部→项目管理部→质量安全部→财务审计部→总经办→总经理→合约部（打印、盖章、归档）

1.2须附有以下有效材料的扫描件：

营业执照、资质证书、安全生产许可证、组织结构代码证、税务登记证、法人身份证 1.3有关规定

1.3.1项目部对外分包部分工程项目，单项分包金额超过3万元的必须签订“项目分包合同”或“独立分承包商承包合同”并上报公司审批，上报的合同中需明确分包工程项目

内容、工程量清单、分包价格、结算方式、付款方式等，1.3.2有关发起部门在发起该合同“审批流程”时，必须采用公司统一制定的标准电子模块合同样本在网上进行申报。

2.物资采购合同 2.1审批流程

发起部门→项目部或有关部门负责人→合约部→项目管理部→财务审计部→总经办→总经理→合约部（打印、盖章、归档）

2.2须附有以下有效材料的扫描件

2.2.1营业执照、组织结构代码证、税务登记证、法人身份证、产品合格证（随货提供）2.2.2采购设备、钢材、水泥还须附有以下有效材料的扫描件：产品生产（制造）或经销许可证、产品检验合格证（随货提供）

2.2.3采购化学用品还须附有以下有效材料的扫描件：安全生产许可证、危险化学品经营许可证

2.3有关规定

2.3.1项目部或有关部门采购各类大宗材料，从同一处供应商累计采购金额超过5万元的项目和采用单价形式签订的合同，需与供应商签订“材料采购合同”并上报公司审批；

2.3.2一次性采购金额不超过5万元的零星项目不需要报公司审批；

2.3.3上报的“材料采购合同”中需明确物资品种、单价、数量、质量标准、结算方式、付款方式等。

2.3.4有关发起部门在发起该合同“审批流程”时，必须采用公司统一制定的标准电子模块合同样本在网上进行申报。

3.公务车租赁合同 3.1审批流程

发起部门→项目部或有关部门负责人→合约部→项目管理部→财务审计部→总经办→总经理→合约部（打印、盖章、归档）

3.2须附有以下有效材料的扫描件

3.2.1 个人：车辆所有人身份证、机动车行驶证、机动车驾驶证、车辆强制保险证明 3.2.2集体：营业执照、组织结构代码证、税务登记证、法人身份证、机动车行驶证、机动车驾驶证、车辆强制保险证明

3.3有关规定

3.3.1项目部或有关部门对外租赁公务车，单车租赁金额或零租累计金额超过2万元的必须签订“公务车租赁合同”并上报公司审批；

3.3.2上报的“租赁合同”中需明确租赁车辆型号、租赁期限、价格、结算方式、付款

方式等；

3.3.3项目部或有关部门在发起该合同“审批流程”时，必须采用公司统一制定的标准电子模块合同样本在网上进行申报。

4．设备租赁合同 4.1审批流程

发起部门→项目部或有关部门负责人→合约部→项目管理部→质量安全部→财务审计部→总经办→总经理→合约部（打印、盖章、归档）

4.2须附有以下有效材料的扫描件 4.2.1个人

设备所有人身份证、设备出厂合格证、年检合格证、设备购置发票或设备转让协议（需公证）

4.2.2集体

营业执照、组织结构代码证、税务登记证、法人身份证、设备出厂合格证、年检合格证 4.2.3特种设备还须附有以下有效材料的扫描件

特种设备出厂合格证、特种设备检验合格证、年检合格证、制造监督检验证明、特种设备（厂内）行驶证、特种设备作业人员证

4.2.4特种车辆还须附有以下有效材料的扫描件

出厂合格证、特种设备检验合格证、年检合格证、特种设备作业人员证、机动车行驶证、机动车驾驶证、车辆强制保险证明

4.3有关规定

4.3.1项目部或有关部门对外租赁各类机械，单台机械租赁金额或零租累计金额超过2万元的必须签订“设备租赁合同”并上报公司审批；

4.3.2上报的“租赁合同”中需明确租赁机械（物资）型号、租赁期限、价格、结算方式、付款方式等；

4.3.3项目部或有关部门在发起该合同“审批流程”时，必须采用公司统一制定的标准电子模块合同样本在网上进行申报。

5．运输合同 5.1审批流程

项目部→项目部负责人→合约部→项目管理部→财务审计部→总经办→总经理→合约部（打印、盖章、归档）

5.2须附有以下有效材料的扫描件 5.2.1个人

运输车辆所有人身份证、年检合格证、机动车行驶证、机动车驾驶证、车辆强制保险证明、运输营运许可证

5.2.2集体

营业执照、组织结构代码证、税务登记证、法人身份证、运输营运许可证 5.3有关规定

5.3.1项目部对外租赁各类机械，单台机械租赁金额或零租累计金额超过2万元的必须签订“设备租赁合同”并上报公司审批；

5.3.2上报的“租赁合同”中需明确租赁机械（物资）型号、租赁期限、价格、结算方式、付款方式等；

5.3.3项目部在发起该合同“审批流程”时，必须采用公司统一制定的标准电子模块合同样本在网上进行申报。

6．土地、房屋租赁合同 6.1审批流程

项目部→项目部负责人→合约部→行政人事部→项目管理部→财务审计部→总经办→总经理→合约部（打印、盖章、归档）

6.2须附有以下有效材料的扫描件

土地使用权证、房屋产权证、土地及房屋产权人身份证 6.3有关规定

项目部在发起该合同“审批流程”时，必须采用公司统一制定的标准电子模块合同样本在网上进行申报。

7．劳务承包合同 7.1审批流程

发起部门→项目部负责人→合约部→行政人事部→项目管理部→财务审计部→总经办→总经理→合约部（打印、盖章、归档）

7.2须附有以下有效材料的扫描件

营业执照、组织结构代码证、税务登记证、法人身份证、劳务资质 7.3有关规定

项目部在发起该合同“审批流程”时，必须采用公司统一制定的标准电子模块合同样本在网上进行申报。

2.合同管理设计说明 篇二

1 构件框架介绍

构件技术是在面向对象技术基础之上演化而来的。构件技术与面向对象的开发方法是不同的，面向对象的技术强调对个体的抽象，构件则更推广了对象封装的内涵，侧重于复杂系统中组成部分的协调关系，强调实体在环境中的存在形式。本文利用统一建模语言(UML)作为整个构件建模的描述工具，采用UMLComponent进行系统的构件框架设计。

构件框架描述的是如何在特定背景下整合所有的构件说明。它将个别构件说明的接口构件连接在一起并且显示构件对象(Component Obje ct)间如何交互。总起来说，构件框架将所有的构件说明整合在一起，形成一个满足用户需求的系统。

2 构件标识

构件标识阶段目的是产生业务与系统的接口集合及构件说明，组成初步构件框架。在这个阶段强调应该管理哪些信息及接口，构件应该提供哪些功能及构件间如何实现有效的运作。

2.1 决定核心业务类型

标识出合同类间的依赖关系(如图1)

在图中可以看出合同管理员，煤产品，煤炭合同，合同备档，客户，合同执行人员都有扇入关系所以将它们放入核心类型候选集中。

在候选集中合同管理员，煤产品，煤炭合同，客户，合同执行人员都具有自己的标识性，合同备档则必须取决于合同，因此不保留该类型。目前候选集中存在的类型为合同管理员，煤产品，煤炭合同，客户，合同执行人员。

合同管理员，煤产品，客户，合同执行人员都属于分类类型可以标识出自己的类别且没有扇出关系，所以保留在核心类型中。合同类有三条扇出线但这三条扇出线都不是指派关系所以可以保留在核心类型集合中。

所以管理员，煤产品，客户，合同执行人员，合同是满足核心类型特性的业务类型。

2.2 由核心业务类型产生业务接口，并标识其责任归属

合同备档，合同备档状态，合同执行状态都具有扇出关系，合同备档应属于合同管理接口，合同备档状态依赖于合同备档所以也应属于合同管理接口。合同执行状态有两条扇出线，但与合同类的耦合较强，所以合同执行状态也应属于合同管理接口。

经过上述步骤，即可产生一个具有核心类型、业务接口及责任归属的业务类型模型，如图2所示：

2.3 标识系统接口及操作

以年订货合同操作为例进行说明：

1)“订货合同录入 () ”系统操作的目的是将年订货合同录入至系统。数据类型”ContractDetail”包含合同的细节，数据类型”ContractKind”标识合同类别。系统操作的表达方式为：”I年订货合同录入:订货合同录入(In ContractDetail:ContractDetail, In ContractKind:String):boole an”。2)“查询合同 () ”系统操作的目的是确保系统中不会有重复的合同存在。必须回传系统中是否存在该合同的信息。系统操作的表达方式为：”I年订货合同录入:查询合同 (in ContractCode:String, out CanSave:boole an) :boole an”。3)“合同备档 () ”系统操作的目的是使录入系统的合同建立档案信息并允许借阅。数据类型”ContractRe cord”包含合同备档信息系统操作的表达方式为：”I年订货合同录入:合同备档 (in ContractCode:String, In ContractRecord:ContractRe cord) :boole an”。最后将所有的系统接口，系统操作整理成系统接口汇总图如图3:

3 产生构件说明框架

如图4所示，将系统构件说明与业务构件说明整合，产生系统构件说明框架。合同管理作为煤炭采掘业信息系统的一个子系统与客户管理、煤品管理、管理员管理、打印管理、结算管理等系统有交互关系，如果把这些系统都包进构件中，则失去构件布署与置换的意义，因此可将这些系统作为合同管理的外部系统加以说明。根据已得到的构件说明框架和接口，程序员可以根据这些信息选择构件的取得来源及组装方式。

4 结语

在信息化时代的要求下，各类企业需要应用信息化提高企业的竞争能力，特别是煤炭采掘业这类信息化水平较低的企业。所以煤炭采掘业应构建集企业资金流、物流、信息流于一体的适用于煤炭采掘业的信息系统来将企业的各项业务整合成为一个有机的整体，以提高企业管理效率。

本文在研究煤炭运销特点的基础上根据煤炭企业生产运营的特殊性建立了煤炭采掘业信息系统中的合同管理构件说明框架。

参考文献

[1]冯冲, 江贺, 冯静芳.软件体系结构理论与实践[M].人民邮电出版社, 2004.

3.合同管理信息系统的设计与应用 篇三

关键词：合同管理 信息 财务

随着长江南京航道局进一步强化经济管理，尤其是对收入类合同、支出类合同的监督，结合长江南京航道局及其下属单位对合同管理的要求采用“统一管理、分级控制”的原则，我们提出了开发合同管理信息系统的设计构想。合同管理信息系统是把纸质合同关键信息电子化，并在系统中记录合同的执行金额，以财务的角度监督合同覆行，既简化管理，又抓住了合同最关键要素，提高管理的效率。通过合同管理信息系统，实现合同的执行管理，实现合同收、付款与财务的集成，最终实现合同实时管理，合同综合分析和合同管理移动应用。

合同管理信息系统主要构想

合同管理信息系统是结合长江南京航道局及其下属单位对合同管理采取“统一管理、分级控制”的原则，进一步整合全局资源，强化合同业务财务一体化功能，同时强化合同审批、合同信息集中管理等职能，形成合同的全面信息化管理。合同管理信息化总体构想是“统一管理”用合同管理平台来实现，“分级控制”用合同业务执行平台来实现，主要构想以下几点：①实现合同的无纸化管理、实现合同的存档，合同综合信息查询；②合同的跟踪，全过程实现电子化；③实现合同从起草到签订有规范的流程审批，保证合同是合规，合法，同时确保合同管理部门对合同有审查的作用；④通过系统提醒，服务财务、经办部门关注业务，确保合同按计划执行；⑤合同查询：按单位年度、单位、名称、金额等维度；⑥合同统计：按一定的条件进行综合分析；⑦合同预警分析：代办事项提醒，合同审批，到期款提醒、合同执行提醒；⑧集成：以合同管理平台为基础，实现与已建成的财务系统、基建系统、等系统的信息集成；⑨合同管理采取全局统一管理、下属单位分级控制的管理模式：架构统一的合同管理平台，通过平台实现对下属单位的合同统计、分析和监控，实现全局合同管理规范化，合同统计统一化，提高合同管理水平和管理效率；⑩合同管理平台后期更加深化应用：监控细化。例如：合同管理自动化、智能化：通过信息管理平台，设置一定的约束条件，由系统自动产生对合同监控、分析的提醒和报告，对合同进行预警；合同管理便捷化：通过信息管理平台，提供统一的工作平台，也可以通过Andriod智能手机，实现移动应用对合同的查询、分析、工作审批等内容。

合同管理信息系统总体架构

合同管理信息系统主要是依据局对合同指导要求，对全局合同的统一管理和监督的平台。总体架构图如下：

合同管理信息系统的应用

合同管理信息系统根据应用的功能不同分为合同管理平台和合同业务执行平台两个层面，合同管理平台主要用于合同的后台管理者对合同执行的监督与管理，合同业务执行平台为合同承办部门的日常业务使用。

1、合同管理平台主要功能

平台基础数据管理。合同管理信息与组织架构对应，便于分析下属各单位的合同信息，保证信息的准确性。在合同管理平台中对下属各单位的各种数据信息进行定义，保证向下数据抽取的时候，能准确识别合同信息与单位信息匹配。

合同签定前审批流程管理。合同草拟后，通过系统的标准工作流引擎预先的合同审批流程，对草拟的合同进行审批，审批通过后，合同才能签定。签定后的合同一方面继续保证合同管理平台对合同的跟踪、记录，另一方面作为合同业务执行管理平台的输入，由经办部门对合同再进行过程管理，并实现合同业务财务的一体化管理操作。

合同查询。以合同号作为查询的根据，实现对合同的相关信息查询，查询的时候可以与基建系统等其它系统集成，带出合同审批信息，便于基建等系统中对合同的审批信息和相关信息的查询，全面了解合同的全过程信息。注意要实现此功能，必须保证合同编号在合同系统、基建等其它系统中都是相同的且唯一的编号。具体实现过程如下图：

合同统计分析。局下达合同统计要求，在合同管理平台中开发格式报表，成功发布后，由平台按条件，自动的从下属单位的数据库中进行抽取，并按平台要求的条件进行汇总、分析和展现。具体工作流程如下：

合同管理平台权限管理。设置人员对各机构的查询权，实现人员对各类合同的查询权。在合同管理平台中开发了各种分析、监控报表，报表可以通过用户授权，实现不同人员的不同查询范围和查询权限。

平台集成功能。由平台实现南京航道局及其下属各单位的合同管理系统集成，主要包含账套的集成。账套集成了，才能保证下属单位的数据能自上而下的抽取，自下而上的传输。

2、合同业务执行平台主要功能

合同统计分析。主要是开发各种报表，如上文所述的一系列分析，如支出合同一览表、支出合同执行进度监控与分析、收入类型分析、资金类型分析等表。

合同执行预警。根据合同的计划收款日期和系统当前日期对比，自定义提前预警的周期（天数），由系统自动提醒快到期未收款或付款的合同，提供给相关部门、人员参考，跟进合同的执行情况，保证合同的按期完成和财务业务对应工作的按期执行。设置预警项目和对应的预期规则等内容；设置预警触发条件、发送内容、发送规则、接收对象等内容；系统自动预警，产生预警报表，自动发送给相关人员，跟进业务。

移动应用。移动应用主是是通过Andriod智能手机平台，进行合同的相关业务操作，达到以下管理或工作价值：随时随地查询合同执行状况；随时随地进行合同相关流程的审批；通过移动终端快速的进行合同相关的查询；系统的预警信息，发送到移动终端，保证业务信息及时有效的传递。

合同管理信息系统的安全保障

安全账户和登陆。合同管理平台系统账户管理安全特点如下：账户密码加密存储；支持动态密码登陆（认证）。

平台安全记录：用户对系统访问的记录；用户对资源操作的记录；记录数据的查询；记录数据的分析。

数据传输安全用户终端和服务器的数据传输采用TCP/IP、ORM-RPC传输协议，数据包采用128位SSL加密，加密采用MD5算法。

数据库访问安全。数据库访问采用独立的SQL语法体系和解析引擎，进行数据库的查询和更新操作。

结语

目前长江南京航道局及其下属单位均已经使用合同管理信息系统，系统运行状态稳定。合同管理信息系统的上线，给日常合同管理及财务管理工作带来了便捷性，同时使得合同财务管理的规范性尤其是内控管理要求得到实际落地。合同管理信息系统与财务系统的数据共享及功能联动，有效地规避了财务的支付风险；为收入合同数据的统计分析以及收款预测，提供了强有力的支撑。

4.车辆管理系统设计说明书 篇四

系统设计说明书

学院：计算机与信息

班级：

学号：

姓名：

11软工A1 20114832516 田

伟

日期：2014.4.18

目录

系统设计说明书...............................................................................................................................3 1.引言..............................................................................................................................................3 1.1.编写目的..........................................................................................................................3 1.2.编写背景..........................................................................................................................3 1.3.参考资料..........................................................................................................................3 1.4.运行环境...........................................................................................................................3 1.5.预期读者...........................................................................................................................4 2.任务概述......................................................................................................................................4 2.1.目标..................................................................................................................................4 2.2.需求概述..........................................................................................................................4 2.3.条件与限制......................................................................................................................4 3.总体设计......................................................................................................................................5 3.1.总体结构设计..................................................................................................................5 3.2.功能分配..........................................................................................................................5 4.接口设计......................................................................................................................................6 4.1.外部接口设计...................................................................................................................6 4.1.1.软件接口................................................................................................................6 4.1.2.硬件接口................................................................................................................6 4.1.3.界面设计................................................................................................................6 4.2.内部接口设计...................................................................................................................6 5.数据结构设计..............................................................................................................................7 5.1.逻辑结构设计..................................................................................................................7 5.2.物理结构设计..................................................................................................................8 5.3.数据库设计.........................................................................................................................8 6.运行设计....................................................................................................................................13 6.1.运行控制........................................................................................................................13 6.2.运行时间........................................................................................................................13 7.出错处理设计............................................................................................................................14 7.1.出错输出信息................................................................................................................14 7.2.出错处理对策................................................................................................................14 7.3.故障分析与定位............................................................................................................14 8.安全保密设计............................................................................................................................14 9.系统维护设计............................................................................................................................14

系统设计说明书

1.引言

1.1.编写目的

本说明书对车辆管理系统的总体设计与实现作详细说明。用于记录系统在技术层面上的实施过程，以需求说明作为设计的根本出发点，作为产品实现、功能要求和控制的依据。为开发人员指明设计方向，便于其在最短的时间内开发出功能最齐全的软件。

1.2.编写背景

物流系统是现代经济系统的主动脉，物流的最简单理解就是货物运输，所以运输在物流运作中的地位十分重要，而车辆是运输企业的命脉，有机的管理好车辆十分关键。传统的运输业已不能满足市场需求。运输企业的信息化管理具有重要意义。

1.3.参考资料

《UML基础与Rose建模教程》

《C#数据库系统开发完全手册》

《软件工程实验与实践教程》

《实用软件文档写作》

1.4.运行环境

运行该软件所适用的具体设备必须是奔腾操作系统在Windows xp及以上。

数据库为SQL Server2005以上版本

4、内存512MB以上的计算机。1.5.预期读者

本说明书的预期读者是项目的开发人员，测试人员和维护人员。

2.任务概述

2.1.目标

车辆管理系统将为企业提供各种车辆管理和快速查询的功能，以提高公司的运作效率，降低运作成本。结合公司需求，主要为用户提供以下几方面的功能。* 车辆基本信息管理 * 车辆购置管理 * 车辆调拨管理 * 车辆报废管理 * 车辆信息管理

2.2.需求概述

主要输入输出项：

系统用户信息（二级公司用户，总工程师，总经理）车辆基本信息（车牌号、自编号、公司编码等）

车辆购置信息（基本申请信息、审批信息、批复信息）车辆报废信息（基本申请信息、审批信息、批复信息）车辆调拨信息（基本申请信息、审批信息、批复信息）

2.3.条件与限制

车辆管理系统的用户分为四类：系统管理员、总经理、总工程师、二级公司用户。不同用户具有不同的操作权限。在用户作出操作时，系统需对判断用户是否具有该操作的权限，严禁一切非法操作，从而保证数据的安全性和完整性。3.总体设计

3.1.总体结构设计

图1 车辆管理系统功能模块结构

3.2.功能分配

用户的登录管理模块：

输入：用户名、密码、用户类型。

输出：相应用户界面显示或提示出错信息。

车辆信息、车辆购置信息、车辆调拨信息、车辆报废信息查询模块：

输入：用户输入各种所需查询的基本信息 输出：相应的详细信息界面

车辆信息、车辆购置信息、车辆调拨信息、车辆报废信息添加模块：

输入：用户输入各种所需添加的详细信息 输出：数据库操作执行结果对话框

车辆信息、车辆购置信息、车辆调拨信息、车辆报废信息修改模块: 输入: 用户输入各种所需修改的详细信息 输出: 数据库操作执行结果对话框 车辆信息、车辆购置信息、车辆调拨信息、车辆报废信息删除模块: 输入：用户输入各种所需删除的基本信息 输出：数据库操作执行结果对话框

退出模块：

输入：用户输入退出命令 输出：确认信息框

确认模块：

输入：用户操作命令 输出：确认信息框

4.接口设计

4.1.外部接口设计 4.1.1.软件接口

使用Sql Server数据库的驱动程序，通过COM接口访问。

4.1.2.硬件接口

鼠标。

键盘。

USB移动数据存储器。

4.1.3.界面设计

1.用户登录界面

2.管理员界面

3.二级公司用户界面

4.总工程师界面

5.总经理界面

4.2.内部接口设计

模块间接口采用数据耦合方式，通过参数表传送数据，交换信息。

5.数据结构设计

5.1.逻辑结构设计

5.2.物理结构设计

5.3.数据库设计

字段名

1、车辆基本信息表 车牌号

char(10)not null，数据类型

是否可为空

公司编码 char(10)not null, 自编号

char(10)null, 厂牌 char(18)null, 型号 char(18)null, 规格 char(18)null, 落户日期 datetime null, 燃料 char(18)null, 车辆来源 char(18)null, 来源摘要 char(100)null, 出厂日期 datetime null, 参运日期 datetime null, 登记证号 char(18)null, 产权归属 char(10)null, 使用性质 char(18)null, 车型 char(20)null, 车辆原值 decimal(10,2)null, 吨位 decimal(7,3)null, 养路费 decimal(7,2)null, 建设基金征费标准 decimal(7,2)null, 车辆级别 char(2)null, 发动机号 char(18)null, 底盘号 char(18)null, 车架号 char(18)null, 车身颜色 char(18)null, 一级维护周期 decimal(3)null, 二级维护周期 decimal(3)null，2、车辆购置申请信息表

申请单编号

char(10)

not null, vehicle_no

char(10)

not null, 公司编码

char(10)

not null, 产权归属

char(10)

null, 主管部门意见

char(100)

null, 主管部门审批意见

char(100)

null, 经历批示意见

char(100)

null, 经理批示时间

datetime

null, 车辆名称

char(40)

null, 申请时间

datetime

null, 生产厂家

char(100)

null, 厂牌

char(18)

null, 型号

char(18)

null, 规格

char(18)

null, 购置数量

decimal(3)

null, 单价预算

decimal(10,2)

null, 购置时间

datetime

null, 主要技术参数

char(100)

null, 购置理由

char(100)

null, 用途说明

char(100)

null, 资金来源

char(100)

null，3、车辆调拨申请信息表

申请单编号

char(10)

not null, 公司编码

char(10)

not null, 公司信_公司编码

char(10)

not null, 公司信_公司编码2

char(10)

not null, 车牌号

char(10)

not null, 审批信_产权归属

char(10)

null, 主管部门意见

主管部门审批意见

经历批示意见

经理批示时间

申请时间

调拨原因

通知时间

厂牌

型号

规格

自编号

调拨起始日期

调拨结束日期

交接地点

产权归属

经办人

4、车辆报废申请信息表申请单编号

公司编码

车牌号

产权归属

主管部门意见

主管部门审批意见

经历批示意见

经理批示时间

申请时间

厂牌

型号

规格

自编号

落户日期

吨位

原值

净值

char(100)

char(100)

char(100)

datetime

datetime

char(100)

datetime

char(18)

char(18)

char(18)

char(10)

datetime

datetime

char(100)

char(10)

char(18)

char(10)

char(10)

char(10)

char(10)

char(100)

char(100)

char(100)

datetime

datetime

char(18)

char(18)

char(18)

char(10)

datetime

decimal(7,3)

decimal(10,2)

decimal(10,2)

null，null，null，null，null，null，null, null, null, null, null，null，null，null，null, null，not null，not null，not null，null，null，null，null，null，null, null, null, null, null，null, null, null, null，已使用年限

decimal(2)

null, 已提折旧

decimal(10,2)

null, 资产级别

char(18)

null, 报废原因

char(100)

null, 累计行驶总里程

decimal(10,3)

null, 办理单位

char(2)

null, 批准文号

char(10)

null, 批准日期

datetime

null, 主管人

char(18)

null, 经管人

char(18)

车辆管辖单位意见

char(100)

5、车辆大修记录表 车牌号

char(10)

大修日期

datetime

间隔里程

decimal(10,3)

工时费

decimal(8,2)

材料费

decimal(8,2)

备注

char(100)

6、车辆改装记录表 车牌号

char(10)

改装日期

datetime

改装改造原因

char(200)

改装总成本及主要参数

char(200)改造后技术性能改变情况

char(200)

7、车辆折旧记录表 车牌号

char(10)

折旧日期

datetime

折旧率

decimal(6,3)

车辆原值

decimal(10,2)

余值

decimal(10,2)

8、发动机维修记录表 车牌号

char(10)

发动机维修日期

datetime

次数

numeric(2)

间隔里程

decimal(10,3)

工时费

decimal(8,2)

材料费

decimal(8,2)

备注

char(100)

9、报废车辆信息表

null，null，not null，not null，null, null, null, null，not null，not null，null，null，null，not null，not null, null，null, null，not null，not null, null，null, null, null, null，车牌号

char(10)not null, 公司编码 char(10)not null, 自编号

char(10)null, 厂牌 char(18)null, 型号 char(18)null, 规格 char(18)null, 落户日期 datetime null, 燃料 char(18)null, 车辆来源 char(18)null, 来源摘要 char(100)null, 出厂日期 datetime null, 参运日期 datetime null, 登记证号 char(18)null, 产权归属 char(10)null, 使用性质 char(18)null, 车型 char(20)null, 车辆原值 decimal(10,2)null, 吨位 decimal(7,3)null, 养路费 decimal(7,2)null, 建设基金征费标准 decimal(7,2)null, 车辆级别 char(2)null, 发动机号 char(18)null, 底盘号 char(18)null, 车架号 char(18)null, 车身颜色 char(18)null, 一级维护周期 decimal(3)null, 二级维护周期 decimal(3)null，10、报废车辆大修记录表 车牌号

char(10)not null, 大修日期2 datetime not null, 间隔里程 decimal(10,3)null, 工时费 decimal(8,2)null, 材料费 decimal(8,2)null, 备注 char(100)null，11、报废车辆发动机维修记录表 车牌号

char(10)not null, 发动机维修日期2 datetime not null, 次数 numeric(2)null, 间隔里程 decimal(10,3)null, 工时费 decimal(8,2)null, 材料费 decimal(8,2)null, 备注 char(100)null，12、报废车辆改装记录表 车牌号

char(10)not null, 改装日期2 datetime not null, 改装改造原因 char(200)null, 改装总成本及主要参数 char(200)null, 改造后技术性能改变情况 char(200)null，13、报废车辆折旧记录表 车牌号

char(10)

not null, 折旧日期2

datetime

not null, 折旧率

decimal(6,3)

null, 车辆原值

decimal(10,2)

null, 余值

decimal(10,2)

null，14、公司信息表

公司编码

char(10)

not null, 公司名称

char(18)

null, 6.运行设计

6.1.运行控制

本软件控制流程：主程序运行，等待用户的输入，根据用户的输入调用各子模块。

6.2.运行时间

搜索查找响应时间<5s； 运行响应时间<5s； 7.出错处理设计

7.1.出错输出信息

1、登录失败：说明密码、用户名以及用户类型至少有一项不符，弹出警告信息后需重新输入用户名、密码或重新选择用户类型，否则将无法登录。

2、对于超出用户权限范围的操作，予以提示。例如二级公司用户试图修改其他公司的申请单信息，公司总经理试图批复产权归属为“融资挂靠”的申请单信息等。

7.2.出错处理对策

故障出现后可能采取的变通措施，包括：软件系统维护、重装软件系统。

7.3.故障分析与定位

对于简单的错误可以人为地查找到并且确定错误的地方，对于复杂的错误可以通过具体的测试，能够迅速查找到出错的原因以及出错的地方。

8.安全保密设计

新用户注册时需给管理员出示其所属公司的证明，由管理员填写注册信息，并交付二级公司用户。二级公司用户可以自行修改个人信息，包括用户名和密码。用户登录后不得执行超出其权限范围的操作。

9.系统维护设计

5.ATM管理系统设计说明书 篇五

班级：软件0802

姓名：杨凯

学号：200807040221

ATM机管理系统

1编写目的

ATM机管理系统是银行业务流程过程中十分重要且必备的环节之一，在银行业务流程当中起着承上启下的作用，其重要性不言而喻。但是，目前许多银行在具体的一些业务流程处理过程中仍然使用手工操作的方式来实施，不仅费时、费力，效率低下，而且无法达到理想的效果。为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档，本文针对上述问题，采用软件工程的开发原理，依据软件流程过程规范，按照需求分析，概要设计，程序编码，软件应用等过程，开发了这个系统。ATM系统必须向客户提供如下服务：

1、客户可以做一次取款（取款金额必须是100元人民币的整数倍），在现金被提取之前，必须得到银行的许可。

2、客户可以做一次存款，客户把存款量输入到ATM系统中，必须从银行得到许可。

3、客户可以做一次转帐。

4、客户可以进行一次详细账户信息查询。

5、客户通过有效验证后可以更改密码。

6、客户可以在取回磁卡是选择是否得到记录操作的打印凭条。

ATM系统将把每一处理传达到银行并且获得银行许可。如果银行确定客户PIN 是无效的，客户将被要求再进入PIN。如果客户不能在五次尝试之后成功地进入PIN，客户的卡将被机器没收，而客户不得不联系银行取回它。

2背景

待开项目名称：ATM机管理系统。

3定义

账号：在银行中，事务应用的单个账号。账号可以为多种类型，但是至少包括支票和存款。每个顾客可以拥有多个账号。

ATM：一个工作站终端，使得顾客能够使用现金卡在ATM上进行自己的事务处理。ATM同顾客进行交互，收集事务信息，并发送事务信息到中心计算机，由中心计算机确认和处理信息之后，将现金通过ATM提供给顾客。

银行：一个金融机构，负责保存顾客的账号信息，执行授权卡通过ATM网访问账号。

银行计算机：银行拥有的计算机，同ATM网和银行自己的现金工作站进行交互。银行可以拥有自己的内部计算机网处理账号，但是我们只关心同网络进行交互的计算机。

现金卡：每张卡提供给一个银行客户，授权客户可以使用ATM机访问自己的账号。每张卡包含一个银行代码和一个卡号，银行代码根据信用卡的国际标准进行编码，卡号确定卡能够访问的账户。一张卡不能访问客户的所有账户。每张卡只能有一个持卡人，但是多个复本可能存在，所以必须考虑从不同的ATM机同时使用相同卡的行为。

客户：拥有银行的一个或者多个账号的人。客户可以包括一个人或者多个人，或者是公司。相同的人，拥有不同银行的账号被认为是不同的客户。

事务：对单个客户账号的单个完整的操作请求。

4参考资料

a． 《 统一建模语言UML》 主编：袁涛 孔蕾蕾 清华大学出版社

b.软件工程国家标准：软件需求说明书（GB856T——88）

5性能

说明：

1、ATM系统软件总体结构：交互式界面和事务处理型系统的混合体。

2、ATM系统分为三个系统层次：

（1）ATM事务处理层（2）营业部事务处理层（3）联营机构事务处理层

3、事务处理的数据库在营业部计算机中集中存放。可被多个并发的ATM通

过联营机构确定连接访问。数据处理是单一的批处理型系统（指一个帐号 被封锁直到处理结束）。

4、联营计算机通过电话线与各营业部计算机连接。并通过站代码和营业部代

码区分ATM业务到营业部的业务处理。

5、每一时刻ATM上只有一个业务活动，联营计算机和营业部计算机可同时

处理多个并发的业务活动。一个业务通过三个物理片段来完成，缺一不可。

6、系统应该具有增加和删除ATM和营业部处理层的能力。

7、系统的安全保证至关重要。必须包括：存取权限、数据一致性保证、出错处理等解决方案

6.ATM机查询账户系统设计说明

进入查询帐户的操作界面

选择你需要的操作就可以查询并显示你的帐户信息 如果 还需要其他操作

按“返回”键

否则（超过10秒钟没有操作 或 选择退出）

退卡

如果 选择其他三个任意一个操作

进入各自的界面进行各自的操作 否则

退卡

7.ATM机转账系统设计说明

进入转账/汇款的操作界面 选择你需要的操作

界面提醒你输入两次你要转入的卡号

卡号输入完毕，提醒你输入金额

按“确定”键，转账完毕

如果 还需要其他操作

按“返回”键

否则 超过10秒钟没有操作 或 选择退出

退卡

如果 选择其他三个任意一个操作 进入各自的界面进行各自的操作

否则

退卡

案。

ATM管理系统用例图:

uc ATM用例图 打印凭条插卡输入密码客户AMT输入取款金额退卡选择业务继续交易完成交易

ATM管理系统类图:

class ATM类图 总行-分行地址分行名称1维护*-1-姓名职务-+ + + + + 现有金额支出金额打印数据()读卡()分发现金()提交用户输入信息()吞卡()1处理*--金额类型日期修改 拥有1远程事务-银行卡*1密码账户号码授权

ATM顺序图:

sd ATM顺序图 CustomerInterfaceWithdrawalTransactionAccountDepositor插入银行卡()有效银行卡()输入密码()验证账户()与分行验证账户()银行账户合法()账户合法()选择取款业务()输入取款金额()处理取款业务()更新账户余额()业务处理成功()业务成功()分发现金()询问是否继续()选择结束服务()打印凭条()打印凭条()提取账户余额信息()返回收据信息()提取储户信息()推出银行卡()描述了顾客在ATM机上取款时信息的流动情况。以时间为顺序。因为仅是示例，所以整个过程是没有出现任何故障时的流程，并且只画到了取款结束。通过这个图，我们可以看出消息是如何在系统中不同对象之间进行交互。

8.注意事项

6.合同管理设计说明 篇六

关键词：记账患者,合同单,医院信息化

1 引言

自2006年以来,我院陆续与当地一些厂矿企业等单位签订了医疗合同。这些单位的患者来我院就诊时,携带本单位财务部门开具的医疗计费合同单(以下简称合同单)作为医疗经费凭证交医院,以费别为记账形式办理各种就诊手续,就诊期间所产生的各种费用在患者出院后由合同单位按季度与医院统一结算。我院现用的“军卫一号”HIS尚不具备合同单管理和监控功能,只能用手工模式进行,不能对记账患者的就诊费用进行及时有效的监控,不符合医院信息化建设要求。针对这种状况,我们设计开发了记账患者合同单管理模块。

2 记账患者合同单概况

合同单是记账患者来医院就诊的重要凭证。根据我院实际情况,记账患者的合同单主要分为两大类:正式合同单和非正式合同单。

正式合同单:由合同单位正式开具,通常上面盖有合同单位公章及签发人签章。正式合同单上主要记录了合同单编号、患者姓名、性别、合同单位名称、住院号、合同单限额等信息。根据有无限额的不同正式合同单又分为有限额合同单和无限额合同单两种,有限额合同单一般在右下角注明了限额为××元,无限额合同单则没有此项。正式合同单样表如图1所示。

非正式合同单:记账患者由于急诊等原因没有及时从合同单位拿到正式合同单,经医院医疗主管部门审批后,由对外医疗办公室开具临时批条。由于是临时性的非正式合同单,所以一般没有合同单编号及限额,也被认为是一种无限额合同单,但医院要根据实际情况及时向记账患者催要正式合同单。

3 模块设计及实现

本模块以基于HIS的Oracle后台数据库为基础,以Powerbuilder为前台开发工具开发,主要实现合同单录入、历史合同单查询、记账患者无合同单报警、医疗费用与限额监控和出院记账患者未结账情况查询等功能[1]。

3.1 设计思路

(1)在Oracle后台数据库中新建记账患者合同单基本情况表inp_chgtype_jz_htd,用于记录合同单基本情况信息,主要由患者ID号、住院标识、合同单号、合同单限额、操作员等字段组成[2]。

(2)以记账患者合同单基本情况表和HIS中各种门诊、住院费用明细表为基础,实现各子模块功能。根据我院实际情况,合同单主要在记账患者住院时使用,本文主要介绍记账患者住院时的合同单管理,门诊部分与住院类似。软件工作流程图如图2所示。

3.2 功能子模块

(1)合同单录入:记账患者在办理住院手续时,通过输入患者的ID号或住院号,即可调出该记账患者的姓名、费别、合同单位等基本信息,以便与合同单上患者的基本信息相核对。如果该患者本次住院已有合同单,则会在界面下方显示该患者的合同单记录。如果录入的是正式合同单,必须输入合同单号,并选择有无限额,有限额的合同单要输入限额值;如果录入的是非正式合同单,可不输入合同单号,但在备注一栏中必须注明审批人。合同单信息填写完毕后,必须要按照上述规则进行数据校验,只有通过了数据校验,才能进行数据提交。合同单录入界面如图3所示。

(2)历史合同单查询:通过日期区间、患者ID号或住院号、合同单位等条件分类统计查询历史合同单记录。

(3)记账患者无合同单报警:对由于急诊等原因记账患者未带合同单或由于工作人员疏忽未及时录入合同单等导致记账患者无合同单的异常情况进行监控报警。

(4)医疗费用与限额监控:录入合同单的最终目的就是实现对记账患者医疗费用与合同单限额的监控。对于有限额的合同单,将记账患者本次住院的累计费用与合同单限额进行比较,当累计费用超过合同单限额时,即将该条记录以红色醒目显示,及时通知相关科室向记账患者催要新合同单。录入新合同单后,系统自动将新合同单的限额与记账患者的本次住院的所有合同单的限额累加,并重新对该记账患者的医疗费用和合同单限额进行监控。无限额的合同单系统默认限额为零,对该部分合同单及对应的记账患者医疗费用不作监控。医疗费用与限额监控界面如图4所示。

(5)出院记账患者未结账情况查询:按截止日期和合同单位等条件统计出院记账患者未结账情况,主要作为合同单位来医院结账时的对账依据。另外,有的合同单位由于各种主客观原因不能及时结账,医院可根据此数据要求合同单位结账。

4 结束语

记账患者合同单管理及费用监控是我院在日常医疗工作中面临的一个实际问题,为解决此问题我们设计开发了记账患者合同单管理模块。在我院住院处、住院收费处等部门应用5个月以来,该模块很好地解决了以前合同单手工管理和记账患者费用与合同单限额难以监控等问题,运行稳定可靠,受到了相关工作人员的一致好评。该模块实现了与HIS的无缝集成、操作简单,对于医院解决其他类似问题具有借鉴意义。

参考文献

[1]李辉,康祥顺.PowerBuilder10.0设计师之路[M].北京:电子工业出版社,2006:53-204.

7.合同管理设计说明 篇七

关键词：限额设计 石化项目 EPC总承包 价值工程

0 引言

EPC（Engineering Procurement and Construction，简称EPC）总承包模式即工程总承包单位按照合同约定，承担工程的设计、采购、施工等工程建设所有阶段的全部工作，在约定的合理工期内，最终向业主提交一个满足合同技术附件约定质量合格的工程项目。在EPC总承包模式下，业主一般会按照批准的基础设计概算控制整个工程总投资，并参照其中各装置单元建设投资，以合同价格的形式分配给各EPC合同包，随着合同的签订，也将投资控制风险转移至EPC承包商。但这并不能完全解除业主在工程总投资超出概算方面的风险，在EPC合同的执行过程中及项目的全生命周期内都需要业主做到高效管理、有效控制。而在项目投资影响的诸多因素中，作为龙头的设计占据着举足轻重的位置。据统计分析在基础设计阶段，其影响项目投资的可能性为75％～95％；在详细设计阶段，影响项目投资的可能性约为5％～35％。很明显，在项目作出投资决策后，项目投资控制的关键在于施工以前设计阶段，限额设计就是设计阶段有效的关键措施。

所谓的限额设计就是按照批准的可行性研究报告及投资估算控制基础设计，按照批准的基础设计总概算控制详细设计施工图预算，同时各专业要在保证达到施工功能前提下，按所分配的投资限额进行设计，严格控制基础设计和详细设计的不合理变更，保证总投资限额不被突破。虽然我国很早就在各个行业基建项目提出限额设计，但实际执行情况并不甚理想。这需要业主与设计方共同配合，用有限的资金投入取得最佳的社会及经济效益。

随着我国大型工程项目建设经验的积累，越来越多的工程实行了EPC总承包模式后，设计人员已经转变观念，具有了经济意识，会自觉的在合同总价内节省投资。对业主方，EPC总承包合同总价内的限额设计对于控制项目总投资意义较小，若控制不善，还会造成运行费用的增加，这就需要业主项目管理团队在推行限额设计时采取切实有效的管理措施，做好推行限额设计的技术基础性工作，加强限额管理，实行对设计阶段工程造价的有效控制。

1 做好基础设计阶段限额管理

实行EPC总承包模式后，在不产生合同变更的条件下，进入详细设计阶段时总的投资费用已基本确定，这就要求在此合同模式下详细设计阶段的限额设计预前管理。其中首要手段就是做好对整个项目投资影响最大的基础设计阶段限额管理。

1.1 将审定的可行性研究阶段的投资估算及工程量进行投资分解，按照各单位工程或专业工程划分，设立限额设计目标。限额设计的目标体现了设计标准、规模、原则的合理确定及有关概预算基础资料的合理取定，通过层层分解，实现了对投资限额的控制与管理，也就同时实现了对设计规模、设计标准、工程数量与概预算指标等各方面的控制。为配合限额设计目标的完成，设定技术上不应突破的限制值，编制项目工程统一规定，对于主要的技术要求、选材标准、配置要求做出限制，并在设计过程中严格执行。

1.2 因在限额设计中技术处于主导地位，经济处于支配地位，基础设计中要重视方案选择，对于可行性研究阶段未落实的技术方案进行多方案比选、细化。推行价值管理，利用价值工程原理V=F/C，合理分析各种方案的功能评价值（F）、充分分析全生命周期成本（C）、综合评价功能价值（V），以最低的总成本、可靠的实现项目的必要功能，从而保证限额设计的有效实施。

1.3 从本质上讲，限额设计就是控制工程设计标准、控制总的工程量。在基础设计阶段，应根据《石油化工装置基础工程设计内容规定》SHSG-033-2003的深度提交设计文件及工程量清单，其中的工程量表要求設计单位造价专业人员会签，让造价人员及早参与到设计过程中，将技术和经济有机的结合起来，及时对工程造价进行分析对比，能动地影响设计。从而保证用于EPC总承包招标的基础设计文件深度满足招标要求并做到尽可能完善，同时编制的概算尽可能详实，对后续的项目执行具有切实的指导意义。

2 控制详细设计阶段合同变更

采用EPC总承包合同模式之后，投资额以合同总价的形式转移至EPC总承包商方面。故在EPC总承包商招标及合同执行过程中，做好合同变更的预防及控制工作。在此阶段，业主的限额设计管理主要体现在设计变更的管理控制方面。通过对设计变更的有效控制，一方面避免引起过多的合同变更，直接影响项目总投资，一方面对附带合同变更的设计变更做到技术可行，经济合理。

2.1 在招标阶段，通过技术与经济的多方面权衡，综合评比技术标书和商务标书，选择最优投标方案，减少因合同本身造成的详细设计阶段非技术性合同变更。

2.1.1 加强投标文件中缺项、漏项的评审：若投标文件中产生的缺项、漏项不会使整个投标报价低于成本，投标人在澄清、说明和补正中已承认并承诺由其承担该漏项费用，可将该项对应的所有报价中最高报价计人其评标价中，但如中标，该费用不予增加。避免合同签订后出现合同纠纷，引起费用增加。

2.1.2 加强投标技术文件中工程量及计费价格的评审。审查投标技术文件中工程量是否与招标文件、基础设计文件中的工程量对应，单价的取费是否合理。防止降低工程量，而大幅提高单价现象的出现。便于执行过程中出现合同变更时，控制总变更费用。

2.2 在详细设计开始前，做好设计输入、边界条件的落实及工程统一规定更新维护，减少因业主输入条件变化、业主工程标准调整引起的合同变更。这也是业主限额设计管理的基础性工作。

根据统计数据表明，由设计直接原因引起的变更占34%；根据现场实际情况进行调整、补充、修改的占22%；由于设备提资有误，造成现场到货设备与设计不符发生的变更占18%；由于业主根据生产需求和使用条件提出的变更占13%；由于材料采购原因引起的变更占9%；由业主根据国家规定、企业统一要求提出的变更占4%，其中业主方提出变更的占到了17%。诚然，业主方引起的设计变更，可能节省投资费用，也可能造成投资增加，从而对限额设计带来负面影响。一般情况下，设计变更是不可避免的，但不同阶段的变更，其费用损失相差很大。变更发生的越早，损失越少。在EPC合同模式下，业主提起的变更会直接引起合同变更，对于项目投资带来负面影响。在不可避免的情况下，就需要在详细设计开始前或者初期在基础设计文件的基础上校核全厂系统、各专业界区条件，项目主要工艺物料、蒸汽、水平衡，维护更新项目工程统一规定，并通过设计开工会调整确定输入条件、工程设计标准，将变更损失降低至最低。

2.3 在详细设计过程中及现场施工阶段，做好设计变更的控制管理。即使业主2.2条内容做的多么充分，工程实施过程中也难免出现各式各样的设计变更。因设计处于龙头位置，多数的合同变更是由设计变更引起的，对此阶段设计变更的辨别、评估分析，控制设计变更数量是业主的限额设计管理的关键。

首先，对此阶段的设计变更进行技术审查，防止EPC总承包商设计冒进，保证工程质量。在EPC承包商内部费用控制指标的限制下，各专业会按照标准规范的底限进行设计，原本标准规范就是一个最低标准，仅能够满足标准规范称不上一个好的工程设计，这需要在设计变更的审查中注意业主工程统一规定的落实。此审查原则对详细设计图纸同样适用，从而保证建设工程满足合同要求的相关指标，并最大限度保证质量的优越。

对于重大设计变更，在技术方案可行性审查的基础上，还需要对设计变更的影响范围进行判定，控制变更范围，减少联锁反应。同时要求承包商提供变更建议方案，补充说明技术经济优选的过程。EPC总承包合同不像EPC/Turn Key合同对试运行承担全部责任，EPC总承包商在试运行阶段仅承担技术服务。在设计变更的审查中要注意防止通过设计变更将建设成本转移至试运转费用及生产成本。通过价值工程分析，全生命周期内分析成本，择优选用变更方案。

其次，评估设计变更是否存在引起合同变更的风险。对具有合同变更潜在风险的设计变更，首先对业主合同管理部门进行合同变更预警；同时要求承包商编制详细的合同变更建议方案。在合同变更建议方案中要明确变更内容、变更带来的对质量、进度、费用的影响。由业主方对合同变更建议方案进行评审，包含上述设计变更的技术审查。以合同约定的技术质量要求及项目工程统一规定约定的标准为准则，从技术、经济两个方面进行充分论证，确定是否实施变更。一般情况下，应将总的合同变更费用控制在该装置单元建设投资或者EPC合同价格的10%以内。

3 做好项目统筹计划

综合性的石油化工项目，会有多个装置单元组成，考虑承包商工作负荷，会对整个项目进行合同包划分，由不同的EPC承包商来承建。另外，众所周知，项目管理的三大要素，质量、进度、费用是相辅相成的，若一味强调进度，会同时带来费用的大幅增加。这就需要业主方制定项目总体计划，根据开试车计划安排，有序设置各EPC总承包合同的完工时间。避免在合同执行过程中，因强调进度而造成合同价格或设计变更甚至合同变更的增加。若进度计划要求不合理，承包商会在投标报价阶段加入相应的风险费用，如在条件不充分的情况下，通过保守设计来保证进度，而这些成本无疑会转嫁至投标阶段的报价中，从而保证承包商的收益。这样会反过来影响基础设计阶段工程量清单，造成本文1.3条所要求的工程量清单无实际参考意义，同时会带来2.1.2条招评标时的风险。

4 结语

设计阶段的投资控制是建设项目全过程投资控制的重点、关键环节，但在EPC合同模式下，业主不能过多的干预承包商的工作，且承包商追求利益最大化，业主在此阶段的设计投资控制处于被动阶段。故需要将管理中心前移，利用限额设计落实基础设计深度及工程量、概算准确度，同时在EPC阶段，对于设计方案、设计变更等重大事项、关键节点利用价值工程进行限额设计管理。

随着我国大型项目越来越多的实行EPC合同模式，业主在转移投资控制风险的同时，也需要注重管理的针对性，利用限额设计提高项目投资管理成效，使项目总投资处于业主的有效控制之下。

参考文献：

[1]张宝军，李合成.限额设计与工程造价控制.安阳工学院学报.2009（4）.

[2]王永平.业主在工程设计阶段投資控制研究.商品与质量.2011（4）.

[3]陈峰.价值工程在工程中项目中的应用.山西建筑.2012（2）.

作者简介：