某项目管理综合平台建设方案

扬州华中名目治理综合平台
建设方案
目录
第一章建设目标
通过华中名目治理综合平台为实现基于BIM技术的建设工程名目质量正常监督治理提供支撑工具，开发的具体目标如下：
（1）核心业务流畅处理
通过业务流程治理〔BPM〕技术，实现公司各业务流程之间的横向纵向数据流淌，完成核心业务的有效流畅处理；
（2）发扬BIM技术优势
通过BIM应用更好地协同各参与方，发扬BIM技术优势，使工程设计和施工的错误落低到最少，操纵投资，按时优质完成名目建设
（3）数据分析、决策支撑
在数据共享的本源上，进行数据多向分析，通过图文方式提供更便捷的表达方式，并为决策支撑提供数据依据。

第二章系统需求分析
2.1功能需求
2.1.1业务现状
目前扬建华中公司要紧为业主提供咨询治理侍候，其工作要紧分为三个时期：
第一时期名目建设审批时期：建设工程从立项到竣工所有的程序，包括立项审批、规划设计、建设工程报建、建设工程竣工验收，通过业务流程治理和操纵，完成各个事项的公司内部的审核审批，并提供即时打印功能，完成与相关行政审批部门的工作无缝对接，要紧是走业务流程；
第二时期名目建设施工时期：名目建设施工过程中的名目监管，通过系统完成质量正常监督治理的工作，通过移动端能够为名目治理人员提供工地现场侍候；
第三时期名目竣工交付时期：从竣工验收到业主签收，要紧是提供辅助决策支持。

2.1.2工程名目
针关于工程名目治理，开发要点包括如下几点：
〔1〕工程进度治理
实现进度谋划、材料物资等内容的综合治理，提供各参与方在要害节点上的业务报表，并提供汇总报表，便于治理者把握当前名目的进度情况。

〔2〕工程质量正常监督治理
为现场各专业工程师提供制式进程报表，对现场存在的咨询题进行拍照并上传并可选择相应处理，自动进行处理流程，提供制式表格。

能够为治理方提供各参与方的总报表，并能够自动提醒各方相关处理结果。

〔3〕知识库治理
建立质量、正常通病库，为日常监督治理侍候。

〔4〕工作考核
通过对华中名目治理人职员作量的统计，完成对工作人员的工作考核。

工作考核能够分为周考核、月考核、季度考核和年考核。

2.1.3数据交换
与上级或相关业务单位进行数据交换，实现数据共享。

华中名目治理工作需采纳其他单位的信息系统，并需向主管部门进行数据的上传，因此需要其他系统数据进行共享。

针对华中的实际情况，数据交换的要紧方式有：excel导进导出方式、WebService、socket等方式。

2.2其他需求
2.2.1系统的完整性、正常性、稳定性、正确性
〔1〕完整性
在发生例如侍候器掉电等情况时，能够保证系统数据的不失往。

〔2〕正常性
要求提供身份验证，通过身份验证的用户相关权限进行相关操作，不答应出现权限混乱的情况。

对一些保密信息，除特定人员外，其他人员禁止访咨询。

防止黑客通过网络攻击本系统，导致系统瘫痪。

防止各种非法的访咨询、使用、修改、破坏或者泄密。

具体需求必须包括：利用可靠的密码技术；把握特定的记录或历史数据集；给不同的模块分配不同的功能；计算临界值的检查。

〔3〕稳定性
由于本系统的用户群较多，上传的数据直截了当妨碍到业务的办理，因此系统的稳定性非常重要。

本系统的功能稳定性需求要紧包括：一次又一次运行某一功能是否均可正确完成；关于用户的非法操作能够人性化提醒。

〔4〕正确性
所公布的软件能够正确的完成用户的操作需求，对业务的流程不存在混淆情况。

关于特殊的情况要求有异常处理。

本系统开发完成后，功能的正确程度要紧包括：数据精度，即周统计、月统计和年统计的数据必须抵达一定精度；计算正确性。

2.2.2运行界面、故障处理
〔1〕界面色彩要求
关于需用户长时刻使用的系统，应当使用户在较长时刻使用后不至于感到视觉疲惫为宜；切忌色彩过多，花哨鲜艳，严峻碍事用户视觉交互。

〔2〕界面平面版式要求
系统样式排版整洁划一，尽可能划分不同的功能区域于固定位置，固定的格式，方便用户导航使用；排版不宜过于密集，维持一定的“留白〞区域，减轻查瞧时的视觉疲惫。

〔3〕输进设计要求
高效率的输进方式，特定的字段内容的输进方式选用使用效率最高、不轻易发生错误的方式；表单格式尽量维持业务原始票据的格式或字段排列顺序，方便用户的集中录进过程。

〔4〕提示信息要求
错误操作的提示信息使用非专业的、易理解的名次告知用户；对用户宽容的语气；严峻的警告信息使用弹出信息框提示，不严峻的在页面前后文处直截了当输出，弹出不宜太频繁；可能对系统导致破坏性的操作要给出警告信息和用户确认按钮，用户能够取消操作，防止意外的错误操作造成损失。

〔5〕故障处理
由于用户在使用系统时，可能因长期的增加、删除、修改数据造成系统响应时刻超长，因此，应定期对系统进行优化，对垃圾数据进行删除，并定期对数据进行备份。

〔6〕其他咨询题
硬件方面：假如系统侍候器出现咨询题，能够通过倒进备份数据来解决。

软件方面：在系统内部中良好的应用异常进行处理。

第三章系统总体设计方案
3.1系统设计原因此
依据名目建设要求，华中名目治理综合平台建设名目设计遵循以下原因此：●先进性
华中名目治理综合平台建设采纳成熟、具有国内先进水平，并符合国际开发趋势的技术和产品。

在设计过程中充分依照国家的相关典型、标准，借鉴国外目前成熟的主流应用软件系统体系结构，以保证系统具有较长的生命力和扩展能力。

●适用性
华中名目治理综合平台要充分结合扬州华中名目治理咨询〔以下简称“华中〞〕的实际需求，确保系统能够有效支持华中开展各项工作的需要，促进工作协同与信息共享，增进典型治理与知识治理，进而提高企业的各项工作效率。

●扩展性
华中名目治理综合平台具备跨平台运行支持能力，能够运行在多种硬件平台和操作系统与数据库平台上，保卫用户原有投资；并具备集中、分布式部署的能力；提供清晰的二次开发环境与接口；以满足随着业务需求变化的同时对华中名目治理综合平台所带来的妨碍。

●可配置性
华中名目治理综合平台开发以成熟的中间件系统为本源，提供简便、可视化操作界面，并提供强大的系统配置治理工具，以便于系统的快速开发、配置和部署。

提供系统对业务的适应能力。

●稳定性
华中名目治理综合平台具备良好的系统稳定性。

确保系统及相应的软硬件支撑环境稳定、可靠的运行。

为华中名目治理综合平台提供稳定、可靠的运行保障。

●正常性
华中名目治理综合平台提供完备的正常保障体系，以确保系统的应用正常、数据正常，有效支持业务开发。

3.2系统要害技术
3.2.1自定义工作流
〔1〕工作流引擎流转架构
⏹节点：对应一个业务环节，包含该环节的办理规因此、办理人员范围、业务
处理权限等。

⏹路由：对从某一个业务环节切换到另外一个办理环节的逻辑走向。

⏹表单：对应的用户实际业务处理但据呈现。

支持Html表单、子表单，标签
切换提醒用户或者自动保留当前标签的内容。

⏹数据项：用户单据的某一个信息点，包括格式、录进方式、展现方式、存储
方式等。

⏹权限：包括流程的起草、治理、读者、流程实例的办理、意见的输进、查瞧、
对数据项的编辑、显示等功能。

⏹流转：系统通过在流程定义的节点之间按照定义的路由实现办理状态和办理
人的切
换，支持流程的分支与合并。

〔2〕引擎支持的流转特性
⏹支持节点的多人顺序或多人并行处理。

⏹支持单个流程多节点并行处理。

⏹支持子流程。

⏹支持条件路由：流程治理中条件路由时，能够依据设置的条件来自动选择流
转的环节，好比：费用小于1000部门领导签字完毕给财务即可。

否因此必须再给公司领导审批后再给财务。

又例如：能够依据当前用户的身份或角色来选择流转环节。

支持域值、人员决策以及组合条件。

在流程定义的路由定义上增加条件。

支持使用组合条件的功能。

⏹支持模糊投递和申请办理。

⏹支持转移办理。

⏹支持拿回重办。

⏹支持退回重办。

⏹支持撤销办理。

⏹支持代办处理。

⏹支持秘书功能。

⏹可灵活设定办理期限：流程治理中，每个环节可由当前办理人设置下一节点
办理时限。

流程流转过程中能够依据设置的时限值，发送待办不同的标识信息，如：标题前增加一个图标，假如是正常办理时限内，为绿色；超过警戒值，就为黄色；超过时限值就为红色。

办理时限和办理时刻都有记录，并显示在流程跟踪中，能够作为考核的依据。

能够统计出某人在时限内办理的文件数和警告时限办理的文件数以及超时限办理的文件数。

可按时刻段统计流程中各节点所用工作时，及每个职员超出工作时的次数等。

以用于把握各办理人的办理效率，也可依据情况调整各节点的工作时。

⏹清晰的流程跟踪。

⏹通过节点权限和实例的办理人员的关系精确确定办理人员。

⏹支持按照表单域实现自动流转和人员选择。

3.2.2自定义表单
系统提供丰富的表单展现形式，通过表单引擎和自定义的方式满足不同需求的用户。

自定义表单要紧包括HTML表单、图形表单、Word表单以及Excel表单〔需要控件支持〕等。

3.2.2.1表单引擎介绍
通过表单引擎，实现数据库表与表单之间的映射关系，从而实现各类表单的自定义定制与设置。

要紧属性包括中文名称、数据表名、数据表类型、数据类型、可访咨询单位、可访咨询角色、字段编辑、备注讲明等。

3.2.2.2HTML表单
HTML表单的实现能够通过页面编辑模式和HTML源码模式两种方式来完成自定义定制和相应设置。

能够通过菜单引用的方式来引进数据库表字段；也能够通过HTML代码编辑的方式写进足本。

3.2.2.3图形表单
将日常工作中的表单通过扫描设备扫描成图形文件，在此图形文件上依据数据库表字段进行灵活定制、布局。

要紧属性有字段引进、字段名称、滚动表Sql、打印行数操纵、滚动表样式、引进字段删除等。

3.2.2.4Word表单
能够通过Word书签功能，结合数据表中的字段，两都之间做对应关系，最终实现Word表单中的信息展示。

3.2.3视图定制
依托定制工具，用户能够非常方便地定制视图。

●可定义的数据库表映射，及列表显示规格配置。

●视图列表动态排序，方便信息的扫瞄和查寻。

●分行的颜色比立和统一的显示序号，方便定位信息。

●所有视图均支持分类数据统计功能。

●灵活的页面信息数量设置及翻页、跳转等功能。

●提供视图打印功能，输出当前查询结果列表到Excel文件。

3.2.4多级授权
多级授权〔多应用配置〕是协同办公产品在权限治理方面的一个重要的企业级功能，它使得在同一侍候器〔群〕上部署的一套系统，能够通过多级授权的方式为多个单位所共同使用，通过多级授权，充分显示的系统治理的伸缩性，实现一直倡导的“云侍候〞理念。

同一套应用系统能够通过分级授权〔多应用配置〕，分成多个完全独立的逻辑子系统，而且能够方便的实现各系统的互通与流程整合。

包含的如下特性：
●系统治理员：负责治理单位、功能模块和筹建单位治理员等。

给不同单位的
治理员授权能够治理的系统功能模块范围。

多个单位能够设为同一治理员治理。

一个单位也答应有多个治理员。

●单位内部治理员：负责治理维护本单位下的组织机构、用户注册、模板〔表
单、红头等〕定制、流程定制。

●信息公布范围分级治理：单位内部的公开公布的信息默认只能由本单位的人
员瞧到。

本单位内部人员使用系统的默认选择人员范围为本单位通讯录。

同时支持授权用户选择全体公布范围，公布到本单位以外，便于信息共享。

●同时支持一人多岗、一个人属于多家单位或属于一家单位内的多个部门，能
够给多岗人员设定默认单位、部门，方便多岗用户使用系统。

一人多岗用户的权限范围是各单位治理员给他授权的并集。

多级授权实现的技术依据是业务与流程相互分开，即依靠灵活的工作流、表单定制以及字段级不的权限操纵，实现真正的多级授权机制，打造符合华中实际业务需要、又能够极大落低系统设计、实施工作量并有效落低本钱的“虚拟系统架构〞。

3.2.5BIM技术
建筑信息模型〔BuildingInformationModeling〕是以建筑工程名目的各项相关信息数据作为本源，建立起三维的建筑模型，通过数字信息仿真模拟建筑物所具有的真实信息。

它具有信息完备性、信息关联性、信息一致性、可视化、协调性、模拟性、优化性和可出图性八大特点。

BIM技术是一种应用于工程设计建筑治理的数据化工具，通过参数模型整合各种名目的相关信息，在名目编辑、运行和维护的全生命周期过程中进行共享和传递，使工程技术人员对各种建筑信息作出正确理解和高效应对，为设计团队以及包括建筑运营单位在内的各方建设主体提供协同工作的本源，在提高生产效率、节约本钱和缩短工期方面发扬重要作用。

3.3总体框架设计
依据以上的需求，建议扬州华中名目治理综合平台总体框架要紧由本源资源层、通用业务层、业务应用层、决策层、展现层等局限构成，总体框架系统层次清晰，易于维护和扩充。

系统的整体建设方案的架构如下：
3.3.1本源资源、本源数据层
本源资源的最底层是侍候器、存储、网络等构成的IT本源设施层，为华中名目治理综合平台提供本源支撑环境。

之上是本源数据层，即数据库系统，存储华中名目治理综合平台的业务数据与系统数据。

数据层之上是应用中间件层，提供J2EE运行环境和应用集成环境。

3.3.2通用业务层
通用业务层是通过公司业务流程治理平台〔7BPMS〕以及名目中集成的各个增值系统提供的各种侍候功能来构建和实现对系统业务应用的技术支撑。

业务流程治理平台包括的侍候有：组织侍候、权限侍候、表单侍候、流程侍候、展现侍候、资源侍候、业务协同、信息侍候、日志侍候等。

所有业务应用均通过那个平
台进行搭建。

该平台采纳组件化编程，具有良好的扩展性与易维护性。

通用业务层能够运行在多种Java应用侍候器上。

对数据库操作进行了封装，使系统能够运行在不同的数据库上。

3.3.3业务应用层
业务应用层是在通用业务层本源上搭建的业务功能模块，通过通用业务层提供的支撑，定制实现不同业务功能模块的需求。

该层模块可采纳公司BPM快速开发平台以及增值系统提供的一系列组件实现，根基不需要编程。

也能够利用支撑侍候提供的二次开发接口，能够定制开发任意复杂的业务功能模块。

业务应用层要紧是实现对实际业务的系统业务应用功能和系统治理。

3.3.4决策层/展现层
决策层为本系统的站领导和各业务负责人提供的系统数据分析侍候，包括决策支撑、数据检索和统计报表、图表等。

展现层要紧采纳JSP、Servlet等技术实现，表现形式灵活，能够依据用户需要定制个性化的系统首页。

其中功能布局、用户界面友好性与可操作性、及针对不同用户提供有针对性的功能与侍候是首页展现层设计的重点。

华中名目治理综合平台首页是业务功能按用户角色的外在表现，通过功能菜单与操作窗口的形式实现与用户的交换。

3.3.5其他支撑层
运行治理机制贯穿于以上这几层，提供全面完备的运行治理。

纵向两局限分不为正常保障和相关法律政策法规，在法律政策法规的指导下，形成正常保障，成为整个系统的支撑框架。

公司通过多年软硬件名目的成功实施，积存了丰富的名目建设经验，已形成了自已的咨询方法论和实施方法论，并在多个名目建设中实践应用，圆满的完成了名目建设，得到了用户好评。

华中名目治理综合平台整个名目的建设，基于的咨询方法论和实施方法论完成需求、分析、编辑、实现、装配、测试、运行等步骤，囊括了整个名目建设过
程。

3.4系统部署设计
针对华中的实际情况和现状,推举用户采纳集中部署的方式进行系统部署，以下是现时期集中式部署实例图：
3.5产品支撑平台
3.5.1选型原因此
产品选型符合以下原因此：
⏹先进性：采纳目前先进的开发技术和架构〔基于组件或面向侍候的架构〕，
以保证系统的先进性和可扩展性、延长平台的生命周期。

⏹可配置性：提供简便的操作方式及可视化操作界面，易于部署与操作。

提供
清晰的二次开发环境与接口。

⏹开放性：具备跨平台运行支持能力，能够运行在多种硬件平台和操作系统平
台上。

支持多平台操作系统〔Linux、Windows、Unix等〕和多种数据库〔Oracle、mysql等〕环境下运行。

保卫用户已有投资。

⏹稳定性：具备良好的系统稳定性，确保系统稳定、可靠的运行。

⏹正常性：提供完备的正常保障体系，以确保系统数据和系统的正常性。

⏹符合标准：遵循国家及相关行业标准。

⏹合理性：产品应该符合名目本身的特点，制止求大求全，华而不实。

3.5.2选型结果
依据以上选型原因此，得出以下选型结果〔具体依据实际情况再行确定〕：
3.6技术及产品优势
3.6.1成熟开放的平台支撑
产品家族在设计过程中，充分意识到了支撑平台在具体名目中发扬的重要作用。

在大量的名目实践中，的产品支撑平台被证实是成熟、开放、可靠的，获得了客户的广泛赞誉。

在的产品家族中，所有的产品均依托科技的快速开发平台加以构建、实现，确保每类产品的技术架构、设计标准、数据标准等维持一致，从而在企业信息化框架搭建过程中不出现信息孤岛，实现信息的充分流转以及共享的通用平台是一款真正基于SOA技术构建的产品支撑平台，它将大量的信息系统本源模块作为组建封装在平台内，包括各类信息系统都要使用的用户、权限、组织机构治理、工作流引擎、数据交换引擎、正常操纵、日志治理等，在系统开发实施过程中，这些模块无需开发即可从平台中调用，极大减轻了实施人员及客户的负担，加快了名目开发进度。

3.6.2业内领先的WEB化流程引擎
公司的业务流程引擎是全WEB化的流程引擎，是一款基于J2EE架构，符合国内外标准的工作流平台，提供标接口或组件。

具备灵活自由定义公文流转流程及流程条件，流程制定简便灵活可调整性强，同时可对不同流程环节设定操作权限及办理人，满足智能化流转需求等特点，在企业业务流程优化、管控领域拥有明显优势。

其根基功能如下：
.一人多岗，职务排序，角色/职务/部门的排序方法。

.支持节点的多人顺序或多人并行处理。

.支持单个流程多节点并行处理。

.支持子流程。

.支持条件路由,支持使用组合条件的功能。

.支持模糊投递和申请办理。

.支持转移办理。

.支持拿回重办。

.支持退回重办。

.支持加签、跳签。

.支持撤销办理。

.支持代办处理。

.支持秘书功能。

.流程定制、查瞧采纳B/S模式。

.流程治理功能能够治理其他系统中的审批流程。

3.6.3真正的多级授权体系
系统具备完善的权限治理体系，多级授权特性，即在同一侍候器〔群〕上部署的一套系统，能够通过多级授权的方式为多个单位所共同使用。

通过多级授权，充分显示的系统治理的伸缩性。

同一套应用系统能够通过分级授权，分成多个完全独立的逻辑子系统，而且能够方便的实现各系统的互通与流程整合。

在一个差不多实现了多级授权的系统中，存在着多级的系统治理架构，跟华中实际相结合，能够命名为系统治理员、单位治理员等，各级治理员的职能描述如下：
系统治理员：负责治理单位、功能模块、单位治理员。

给单位治理员授权能够治理的单位。

给单位授权能够使用的功能模块。

多个单位能够设同一治理员治理。

一个单位也答应有多个治理员。

单位治理员：负责治理维护本单位下的组织机构、用户注册、模板〔表单、红头等〕定制、流程定制。

单位内部的公开公布的信息默认只能由本单位的人员瞧到。

本单位内部人员使用系统的默认选择人员范围为本单位通讯录。

同时授权用户能够通过特定操作，选择全体公布范围，公布到本单位以外。

系统同时支持一人多岗、一个人属于多家单位或属于一家单位内的多个部门，支持默认单位、部门，同时提供该用户选择使用默认单位外的单位或部门来处理文件的功能；该人能使用的模块范围为所属各单位对其授权的总和。

3.6.4组件化体系架构
我们认为，本次名目的建设内容需要纳进到华中信息化建设的大构架下综合考虑，而实现华中信息化建设的成功，就必须为其设计统一的IT架构。

在技术方案中，我们将结合业内流行的信息架构方案和将来信息应用的开发趋势，提出了基于业务组件平台的架构方案，将企业应用化整为零进行开发实施。

在那个地点介绍的组件，并不仅仅是程序中的COM等开发概念，而是的业务组件，在那个地点首先简单的解释一下什么是认为的业务组件概念：业务组件是一系列不可分割的业务活动，是构建专业化机构的功能模块。

业务组件的优势在非常大程度上来源于其具备两个相关但截然不同的特性：首先，组件之间通过松散耦合方式进行链接，具备灵活、响应快、适用能力强的特点；其次，组件内各活动的凝聚力强，可对外提供效率高、质量好的侍候。

业务组件可独立运行，因此能够独立升级和相似替代，而不妨碍整个应用。

采纳业务组件规划系统设计，将为本次名目建设带来以下好处：
●业务活动划分更加清晰
以的经验来瞧，由于目前国内政企信息化尚处于高速开发的时期，在系统设计过程中业务划分不是特不清晰，业务与业务之间的关联紧紧的耦合，满足了某一范围某一时段的个性化需要，然而缺失了业务职责的清晰性，而且系统升级将会变的越来越复杂。

而采纳基于业务组件的设计的系统，将制止那个咨询题，不同的业务领域被强制分割开来，组件内显示了相关业务的紧密性，组件间的业务也通过更加标准化的接口进行交互。

只要交互接口维持不变，组件可独立升级，部署，优化。

●共享系统资源，减少不必要的白费
不管是做现有系统的集成，依然像SOA平台厂商宣扬的那样，系统集成交给SOA平台处理，都或多或少的存在着本源的功能的重复开发。

各个系统都包含权限、流程、组织结构治理等系统功能。

这是资源的白费，关于自建系统来讲，这种白费带来的本钱的增加尤其明显。

同时无法对公共资源进行统一治理。

而将这些本源的功能作为公共资源交由信息化本源支撑平台统一管控，业务组件只专注于业务的事务处理，制止重复的功能开发，也便于业务组件的独立的开发。

●提高复用能力。