支持协同设计工作流项目管理系统.docVIP

支持协同设计工作流项目管理系统 　　摘要：传统的工程项目管理系统普遍存在业务应用逻辑和流程固化的问题，已经无法满足目前房地产开发企业需求。该文重新设计支持协同设计的工作流项目管理系统，采用JaWE组件规范设计XPDL工作流模型文档，设计实现工作流引擎对其进行解释执行，消除了由于业务流程迁移而对信息系统产生的不利影响，可以实现快速改变业务流程而无需改变系统主程序。 　　关键词：XPDL；工作流；工作流引擎；项目管理 　　中图分类号：TP315 文献标识码：A 文章编号：1009-3044（2012）33-7936-03 　　随着我国经济建设的发展和人民生活水平的提高，房地产行业也获得了健康发展的契机，而房地产项目的成败主要取决于设计理念是否先进、施工质量是否达到预期目标等等，这些都直接关系到开发商的经济收益和社会效益。随着计算机应用日益普及，开发商普遍采用工程项目管理软件来帮助企业提高项目管理效率，企业业务规模的不断扩大，对并行项目的管理也变得越来越困难，同时由于当前很多的工程经过层层分包和转包，加上施工管理人员缺乏系统化、规范化流程控制管理理念，项目的管理比较混乱，设计方和建筑方沟通不彻底，项目协同设计能力较差，容易偏离初始设计目标，后期反馈导致项目修改负担重。同时各项目管理系统平台缺乏统一规划，各自形成“信息孤岛”无法进行数据的共享和交换，从而大大降低了企业项目管理的科学性与效率。 　　目前传统的工程项目管理系统一般是将现有业务的应用逻辑和业务流程固化到一起[1]，通过人工操作处理业务流程信息。房地产项目运作的环境错综复杂，地区经济发展水平、政府宏观、微观金融政策的调整、消费对象和消费意愿以及房地产市场的变化等，都可能直接影响到房地产项目的开发和销售。房地产项目的经营者迫切需要提高能够适应激烈的市场竞争，迅速对复杂、高风险的投资活动作出正确决策的能力。由于人工处理信息时效性差，使得房地产开发项目管理方无法做出及时准确的计划和控制。与此同时，当遇到外界环境发生改变，就不得不对已有的规划设计进行修改，甚至已经建成的建筑需要拆除重建，往往这???方式在时间上又是不被允许的，就会导致项目遭受巨大损失。 　　传统的工程项目管理系统实现信息流和业务流的流转一般通过菜单驱动方式，该方式只能机械地处理系统包含的数据和文档资料，难以应对市场快速变化做出相应设计上的修改和灵活管理业务逻辑变迁，无法实现开发商、建筑商、设计院之间的多方协同设计项目管理工作[2]。工程项目管理系统由于涉及到很多资源、进度、收入、设计、合同的变化，这些数据始终处于流动变化状态，业务流程也随之发生改变。比如增加一个审批流程，由于传统系统不能适应业务处理流程改动，除非修改系统源代码，这又需要大量时间和费用，还能导致整个项目管理的业务流程无法正常进行。因此这类系统在设计时就要考虑到如何实现业务流程的快速变更或重建，其中包括改变工作流程流向、增加新工作流程环节、减少老工作流程环节、合并工作流程环节等。传统的工程项目管理系统处理工作流程是通过开发人员人工编写固定操作流程，并由人工触发转入下一步骤，这显然难以适应现代工程项目管理需求灵活多变的现状。 　　1　相关技术 　　JaWE（Java　Workflow　Editor）是一种全新的图形化工作流过程定义编辑器，它严格遵循工作流管理联盟（Workflow　Management　Coalition，WfMC）的接口规范，输出一个标准的过程定义文本描述XPDL（XML　Process　Definition　Language）文件。工作流过程定义接口定义了一个公共接口模式，不同工作流产品的过程定义是可以通过XPDL标准来进行交互的。由JaWE定义的工作流过程模型，能够在不同的工作流软件产品上进行运行和通讯。基于元模型框架的XPDL过程定义接口规范定义了在一个过程定义中常用的实体以及它们之间的关系和实体属性。按照元模型定义，JaWE通过XPDL规范的公用接口模式能够实现多个模型间的转换和过程定义的内部描述。 　　2　支持协同设计的工作流项目管理系统模型 　　图1给出了用统一建模语言（Unified　Modeling　Language，UML）设计的体系结构模型，新模型采用工作流技术来解决目前项目管理信息系统的强耦合与弱柔性的问题。该系统结构包含5个层次，自上而下分别是表示层、访问控制层、模型层、数据访问层、数据库。表示层包含所有用户服务接口，直接为用户提供信息服务；访问控制层主要负责对用户身份进行核实，按照身份服务权限表赋予相应服务模块的访问权限；模型层封装系统所有的服务器组件、逻辑业务功能接口和XPDL流程定义文件，它结构复杂，任务繁重是整个系统协作运行的核心层；数据访问层为以上各层提供数据库访问服务接口；数据库主