作业流程开发开发教程.doc

PRIMETON TECHNOLOGIES，LTD.
上海普元信息技术有限责任公司

Primeton BPS 6.5开发教程
EOS开发模式

No part of this document may be reproduced，stored in any electronic retrieval system，or transmitted in any form or by any means，mechanical，photocopying，recording，otherwise，without the written permission of the copyright owner.

COPYRIGHT by Primeton Technologies，Ltd. ALL RIGHTS RESERVED.
导 读
本文档阅读对象为软件设计和开发人员，为了能更好理解和使用（Primeton BPSTM，Business Process Suite，简称普元流程平台）；您需要理解HTML、Javascript、Java、JSP、SQL等J2EE基本知识，这将为您能更好学习本文档起到事半功倍效果。
本文档将通过案例来引导读者运用Primeton BPSTM产品在Primeton EOSTM平台中进行实际流程开发，使读者可以不久运用Primeton BPSTM产品开发流程应用。
本文档旨在让您学会使用Primeton BPSTM For EOS业务流程开发过程、核心要点及惯用场景，涉及业务流程定义、开发、调试、运营、布置、监控、业务定制，为了更轻松高效学习本文档，咱们推荐学习办法请参见附录，同步在学习过程中，您也许随时会用到如下文档：
《Primeton EOS 6程序员教程》
《Primeton BPS 开发指南》
《Primeton BPS 参照手册》
《Primeton BPS 管理员手册》
以上文档请见产品联机协助。
目 录
导 读 2
目 录 3
第1章 BPS6.5概述 5
1.1 BPS6.5产品简介 5
1.2 BPS6.5产品组件 5
1.3 BPS6.5实现机制 7
1.3.1 BPS6.5参照模型 7
1.3.2 BPS6.5角色模型 8
1.3.3 BPS6.5数据模型 10
1.3.4 BPS6.5流程引擎与业务应用布置模式 11
1.4 BPS6.5产品安装 13
第2章 案例实现 20
2.1 预备知识 20
2.2 核心知识点 20
2.3 需求分析 21
2.4 项目准备 22
2.4.1 数据模型设计 22
2.4.2 基本框架搭建 23
2.5 流程设计建模 29
2.5.1 组织机构建模 29
2.5.2 业务目录规划 31
2.5.3 业务流程建模 32
2.5.4 业务资源定义 36
2.6 流程实现 40
2.6.1 任务列表实现 40
2.6.2 流程环节实现 41
2.7 布置发布 50
2.7.1 发布流程与资源 50
2.7.2 发布EOS程序 53
2.8 流程运营与监控 54
2.9 需求变更 58
2.10 流程调节 59
2.10.1 业务资源配备 59
2.10.2 环节调节 61
2.10.3 分支规则调节 62
2.10.4 参加者规则调节 64
2.10.5 时间限制调节 65
2.10.6 发布运营 66
2.11 案例分析 70
2.12 小结 71
第3章 惯用场景指南 73
3.1 业务化表单使用 73
3.2 结合业务查询分库 73
第4章 附录 77
4.1 BPS6.5惯用术语 77
4.2 源代码运营 77
4.3 推荐学习方式 79
4.4 进阶学习参照 80
4.5 FAQ 80

第1章 BPS6.5概述
本章提纲
您将理解Primeton BPS6TM产品定位、产品构造图、有关组件和概念参照模型。以及您如何将普元流程平台和自己应用集成？如何在EOS开发模式下迅速搭建开发环境？

1.1 BPS6.5产品简介
普元业务流程平台套件（Primeton BPSTM：Business Process Suite，简称普元流程平台）是业界第一种完全基于业务化思想实现SOA流程平台产品，负责对业务流程整个生命周期管理，涉及业务流程设计建模、测试与调试、布置、运营、监控、管理。Primeton BPSTM是遵从WfMC参照模型而又具备中华人民共和国特色特性流程平台产品。
Primeton BPSTM是具备中华人民共和国特色流程平台产品。它融入了国内电子政务与电信等行业特殊规定，在符合WfMC规范同步，又提供了灵活工作任务分派方略、业务流程版本管理方略、丰富流程模式、灵活组织模型等特性，使得它可以从容应对复杂中华人民共和国特色流程模式和人工流程解决。
Primeton BPSTM采用了各种方式以保证流程引擎高效稳定运营，满足大型流程应用建设需求，例如良好事件驱动式系统架构、优化BPS数据库、历史数据与运营数据分离、集群高速缓存等等。
Primeton BPSTM业务流程定制选件提供基于WEB业务化流程设计和调节能力，支持流程建设阶段完全业务化分析建模，以及流程维护阶段敏捷业务化流程变更，从而极大提高业务人员参加流程建设能力，加快流程响应业务变化速度。
1.2 BPS6.5产品组件
Primeton BPSTM由如下九某些产品组件构成：BPS Process Server（BPS流程引擎）、BPS API & Component Library（BPS API和构件库）、BPS Studio（BPS流程设计建模工具）、BPS Process Composer（BPS业务流程定制）、BPS Rule Engine（BPS规则引擎）、BPS Rule Composer（BPS业务规则定制）、BPS Governor（BPS引擎治理工具）、BPS Admin & Monitor（BPS流程管理监控台）和BPS Work Client（BPS流程客户端）。BPS6.5产品构造如Error! Reference source not found.所示。

图1-1 BPS产品构造图
· BPS Process Server（BPS流程引擎）
BPS Process Server（BPS流程引擎）是BPS运营期核心，为公司流程运转提供驱动力，保证大业务量并发场景下流程操作顺利执行。
BPS Process Server共有三个职责：流程调度、任务调度和应用调度。BPS Process Server支持包括自由流在内各种复杂流程模式，能灵活满足中华人民共和国特色业务需求；BPS Process Server支持复杂代理代办模型，对人工任务灵活性存在很大优势；BPS Process Server同步负责与内部或外部各种应用以同步或异步方式进行交互，保证引擎解决过程中事务完整性，促使互联网时代大量业务交互可以顺利进行。
· BPS Rule Engine（BPS规则引擎）
BPS Rule Engine（BPS规则引擎）是一种高性能业务规则运营环境，它能从业务变量以及系统环境数据中获取必要数据作为决策数据源，通过复杂计算得出条件判断成果或者参加者集合，然后把成果传递给流程引擎使用。通过把业务规则引擎和流程引擎配合使用，可以大大提高业务配备化能力，迅速支持业务流程和业务方略变更。
· BPS API & Component Library（BPS API和构件库）
BPS API & Component Library（BPS API和构件库）提供众多流程API与EOS服务构件，为流程业务开发提供了极大便捷性。
在实际应用开发过程中，Java开发模式中普通是通过API调用流程引擎所提供服务，EOS平台开发模式中普通是通过调用EOS服务构件中服务来使用流程引擎所提供服务。BPS API和构件库是BPS流程引擎访问接口，是对引擎功能完备封装。
BPS API和构件库涉及：流程定义管理接口和服务、实例管理接口和服务、客户端接口和服务、代理代办接口和服务、特殊功能接口和服务以及页面标签库。
· BPS Studio（BPS流程设计建模工具）
BPS Studio（BPS流程设计建模工具）是基于Eclipse插件体系构造实现可视化流程设计器，它既可以与顾客基于EclipseJava集成开发环境融合，又能与Primeton EOSTM集成开发环境无缝集成，提供一体化流畅开发体验。
· BPS Governor（BPS引擎治理工具）
BPS Governor（BPS引擎治理工具）是集成BPS提供系统管理工具，系统管理员可以通过它对BPS流程引擎进行配备和管理。
· BPS Process Composer（BPS业务流程定制）
BPS Process Composer（BPS业务流程定制）是在Primeton BPSTM流程引擎之上实现基于Web业务化流程定制工具，它支持业务部门流程管理人员基于Web方式进行流程业务化配备与调节，为业务人员提供完全业务域支撑能力，敏捷响应业务流程变更。
· BPS Rule Composer（BPS业务规则定制）
BPS Rule Composer（BPS业务规则定制）是在Primeton BPSTM流程引擎和Primeton BPSTM规则引擎之上实现基于Web业务化规则定制工具，通过该组件，业务管理人员可以在系统维护期间维护业务规则，使业务方略变更及时体现到IT系统当中。业务规则定制过程中可以引用业务变量、流程上下文数据、活动上下文数据等，以"类自然语言"方式进行灵活配备，并可以进行各种复杂运算。
· BPS Admin & Monitor（BPS流程管理监控台）
BPS Admin & Monitor（BPS流程管理监控台）是业务流程管控人员流程操作平台。通过它，业务流程管控人员不但可以对流程实例实行挂起、恢复、回退等操作，还可以进行代理代办交接等管理动作，甚至可以查询业务审计日记，对业务操作人员流程动作进行监控。
· BPS Work Client（BPS流程客户端）
BPS Work Client（BPS流程客户端）是一种客户端典型案例，它为流程开发、调试和验证提供极大便捷性。
通过BPS流程客户端，业务人员和开发人员不但可以执行启动流程、查看任务、完毕任务等基本操作，还可以进行涉及代理、代办、领取等复杂操作。BPS流程客户端重要用来进行流程模仿调试，验证流程可行性和对的性。在业务运营阶段，应用普通需要构造满足自己特殊需要客户端。
1.3 BPS6.5实现机制
1.3.1 BPS6.5参照模型
1993年，国际工作流管理联盟WfMC（Workflow Management Coalition）成立标志着工作流技术开始进入相对成熟阶段。WfMC在工作流管理系统有关术语、体系构造及应用编程接口等方面制定了一系列原则，提出了工作流参照模型。
工作流参照模型拟定了工作流管理系统基本架构。该架构是开发工作流软件时应当采纳系统模型，固然，一种工作流管理系统也可以不遵循这个模型原则，或只实现这个模型一某些，但事实证明，这个模型构造是当前最为合理。
Primeton BPSTM参照体系架构在WfMC描述体系架构基本上进行了加强和改进，如Error! Reference source not found.所示。

图1-2 流程参照模型（WfMC Extended）
在开发期，开发人员重要通过集成BPS Studio流程定义工具来定义流程。由于流程定义工具需要依赖组织模型和外部有关应用，因此在流程开发此前需要一方面实现组织模型接口，构造被调用应用（Java办法、EOS服务等）。如果开发者暂时不拟定组织模型，也可以先使用产品内置简朴组织模型。
在运营期，流程引擎是所有依赖中心。BPS流程引擎包括流程调度引擎和任务表管理器两大某些。
流程引擎重要完毕这些工作：通过从组织模型获取到恰当参加者来调度人为参加人工活动； 通过调用外部应用来实现运转自动活动； 通过访问流程有关数据进行必要路由判断； 通过流程控制数据来记录流程运营轨迹； 通过访问日历接口来进行恰当时限设立。 流程调度引擎和任务表管理器之间通过任务表作为联系纽带，通过任务表状态变迁来进行互相驱动。
1.3.2 BPS6.5角色模型
BPS应用环境中一共包括九种角色，分别是：
· 业务分析人员
职责描述：进行组织流程框架规划和业务流程梳理、流程业务建模、流程分析。
基本技能规定：精通某一领域业务知识和流程需求；熟悉业务流程梳理概念与办法。
产品针对特性：提供流程梳理后建模与模仿运营功能。
· 业务流程配备员
职责描述：进行业务流程流程定制、流程调节、流程测试与验证、流程发布、流程监控、流程记录分析、流程优化。
基本技能规定：熟悉业务需求，理解业务流程基本概念，理解业务流程实现过程。
产品针对特性：流程建模功能、程测实验证功能、流程记录分析功能、流程调节功能。
· 流程实行人员
职责描述：重要是指开发商流程实行人员，基本同流程配备员。
基本技能规定：基本同流程配备员。
产品针对特性：基本同流程配备员。
· 流程开发人员
职责描述：在流程开发人员工作过程中，除了开发流程自身（定义流程、活动等）之外，还要开发流程有关资源。例如，有关任务列表、环节呈现界面开发、活动解决逻辑、组织模型接口定制等。
基本技能规定：精通有关服务构件开发所需技能，如JEE开发技能、EOS构件开发技能等，熟悉业务流程基本概念和实现过程。
产品针对特性：BPS Studio、业务资源管理、业务流程定制、流程测实验证、流程管理监控。
· 业务操作员
职责描述：普通是通过和任务表交互来进行工作，她们通过工作流客户端进行流程发起、获取到任务列表，然后解决详细任务。
基本技能规定：精通某领域业务，理解业务流程基本概念。
产品针对特性：流程客户端、流程监控功能。
· 业务管理员
职责描述：对流程进行监控和管理，涉及监控和跟踪流程和任务状态，对异常流程进行维护等，还也许进行某些代理代办或工作交接工作。
基本技能规定：熟悉流程监控和管理流程与办法，理解业务流程概念。
产品针对特性：流程管理监控。
· 系统管理员
职责描述：进行系统配备、业务目录管理、权限设立等。
基本技能规定：熟悉领域技术有关知识。
产品针对特性：业务目录管理、引擎配备管理。
· 应用维护人员
职责描述：进行应用系统软件升级、缺陷修复、流程所使用资源管理等。
基本技能规定：熟悉系统维护与升级有关知识，理解业务化流程定制过程与办法。
产品针对特性：流程管理监控、业务资源管理。
· 超级系统管理员
职责描述：进行统一流程平台配备，涉及受管引擎实例配备等。
产品针对特性：受管引擎实例配备。
1.3.3 BPS6.5数据模型
基于BPS6.5开发应用包括如下数据：业务流程定义数据、流程控制数据、流程有关数据、任务表数据、组织模型数据、流程日历数据和流程应用数据。某些数据概念如Error! Reference source not found.所示。

图1-3 流程数据模型
· 业务流程定义数据
业务流程定义数据定义了流程拓扑构造、流程所包括活动、流程有关数据定义以及流程使用资源等流程规格特性。BPS6.5把业务流程定义数据存储在文献系统（开发时）或关系数据库（运营时）中。
· 流程控制数据
流程实例运营期间进行实例化所产生数据，由于流程实例经常存在于一种相对较长生命周期中，普通为一天到几种月，因此工作流控制数据需要持久化存储。BPS6.5把流程控制数据存储在关系数据库中。
· 流程有关数据
工作流有关数据是在流程运转过程中和控制流程运转条件有关数据，有关数据也可以用来保存在不同活动之间传递信息。在BPS6.5中，有关数据以构造化形式存储在关系数据库中。
· 任务表数据
任务表是流程引擎和参加者（机构、角色、人员等）交互一种媒介。人员通过任务表来获取自己任务并执行。在BPS6.5中，任务表数据存储在关系数据库中。
· 组织模型数据
组织模型是工作流系统依赖一种重要资源模型，是人工活动执行所需要必备条件。考虑到组织模型在不同公司和单位差别性非常大，BPS6.5提供了接口来限定组织模型，并不提供详细组织模型数据。通过实现组织模型接口，顾客可以使用各种存储形式遗留系统数据。
· 流程日历数据
工作日历是人工任务时间有关一种重要概念。考虑到不同公司和单位差别性也比较大，BPS6.5也提供了接口来限定工作日历，并不保存详细数据。
· 流程应用数据
流程应用数据是所有应用数据中和工作流有关那一某些数据，普通用来保存流程实例在业务方面属性。流程应用数据普通不在工作流引擎管理范畴之内，但是在BPS6.5中，顾客可以在任务表和应用数据之间建立关联，从而达到引擎和业务更好交互。
1.3.4 BPS6.5流程引擎与业务应用布置模式
BPS6.5 Process Server 重要支持三种典型与业务应用布置方式：
· 独立布置模式－－BPS服务器与应用功能分开布置
· 集中布置模式－－BPS服务器与顾客应用集中布置
· 与EOS集中模式－－BPS服务器与EOS应用逻辑集中布置
这三种布置方式中，前两者适合与BPS6.5 For Java环境，最后一种适合于BPS 6.2 For EOS环境。

独立布置模式指BPS6.5产品模块与顾客业务应用布置在互相独立应用服务器下，通过远程调用来访问BPS6.5引擎和BPS6.5资源，如Error! Reference source not found.所示。

图1-4 独立流程服务器应用集成
集中布置模式指BPS6.5产品模块与顾客业务应用耦合在一起，以顾客应用为载体（称为嵌入布置模式）或以BPS引擎所在应用为载体布置在应用服务器上，如Error! Reference source not found.所示。开发方式采用BPS6.5 Studio和Eclipse插件集成开发。

图1-5 嵌入式应用集成
与EOS集中布置指BPS6.5产品作为EOS应用可选组件布置在EOS应用中，如Error! Reference source not found.所示。开发方式采用EOS环境中集成BPS6.5开发环境，顾客可以很以便编辑流程，以及运用EOS一体化开发平台。

图1-6 EOS应用集成
1.4 BPS6.5产品安装
开发环境搭建可参见Flash演示动画，观看时，请保证Flash存储在非中文目录中。BPS其她版本安装请参见《Primeton BPS6.5 产品安装指南》。

BPS Studio（BPS流程设计建模工具）是基于Eclipse插件体系构造实现可视化流程设计器，提供可视化业务流程定义、可视化表单开发与调试、以及业务流程布置等功能。
BPS Studio既可以与基于EclipseJava集成开发环境融合，又能与Primeton EOSTM集成开发环境无缝集成，本教程简介第二种集成方式，即安装Primeton Platform 6.5开发版时选取BPS选件。
· Primeton Platform 6.5 开发版安装
1. 启动安装程序
将安装光盘插入CD-ROM中，在autorun界面中选取安装Primeton 6.5开发版。
若不是通过autorun形式启动安装程序，请直接执行安装程序文献install.exe。
2. 阅读安装简介，如Error! Reference source not found.所示，单击【下一步】按钮。

图1-7 简介
3. 阅读开发版允许声明后，选取“本人接受允许合同条款”单选按钮，如Error! Reference source not found.所示，单击【下一步】按钮。

图1-8 允许合同
4. 单击【下一步】按钮，从弹出对话框中选取安装目录，如Error! Reference source not found.所示。设立完毕，单击【下一步】按钮。

图1-9 选取安装途径
安装途径最多可输入64个字符，只能由半角英文字符、数字或下划线“_”构成，且不容许带空格。
如果所选安装目录已经安装过BPS产品，则安装程序将提示顾客选取其她目录。

5. 选取应用服务器，在下拉列表框中选取应用服务器，BPS开发版缺省提供Tomcat-5.5.20服务器，如Error! Reference source not found.所示，单击【下一步】按钮。

图1-10 选取应用服务器
6. 选取安装组件，如Error! Reference source not found.所示，单击【下一步】按钮。

图1-11 选取安装组件
7. 设立管理员信息，依照实际状况输入顾客名称和机构名称，安装程序默认顾客名称为当前登录操作系统顾客名,如Error! Reference source not found.所示,单击【下一步】按钮。

图1-12 设立管理员信息
8. 选取IP和管理端口，在下拉列表框中选取本机IP，如Error! Reference source not found.所示，单击【下一步】按钮。

图1-13 选取IP
9. 创立应用，应用名默以为default”，如Error! Reference source not found.所示，单击【下一步】按钮。

图1-14 创立应用
10. 配备数据库。
(1) 在下拉列表框中选取数据库类型，如“Oracle”。
(2) 输入数据库有关配备信息。
配备Oracle类型数据库界面，如Error! Reference source not found.所示。

图1-15 配备Oracle 9类型数据库
如果初次安装BPS且是初次使用某个数据库顾客，建议选取初始化数据库，将BPS所需表构造建立起来。对于已执行过初始化数据库，再次初始化将覆盖已经存在BPS系统表。
(3) 选取与否“初始化数据库”

(4) 单击【数据库连接测试】按钮，测试所配备数据库与否可以成功连接。
(5) 单击【下一步】按钮。
11. 开始安装，安装过程中显示各组件安装进程，如Error! Reference source not found.所示。

图1-16 正在安装
12. 程序提示开发版已经成功安装，如Error! Reference source not found.所示。 选取“当前查看readme.txt文献。”复选框，可以查看readme文献内容。

图1-17 安装完毕
13. 单击【完毕】按钮，完毕BPS开发版安装。
14. 验证安装
(1) 将在开始程序菜单浮现如下菜单，如Error! Reference source not found.所示。

图1-18 快捷菜单
(2) 检查安装日记。
打开BPS安装目录下platform_install.log安装日记文献，检查安装过程与否有异常信息。
(3) 通过“开始à程序àPrimeton Platform 6.5à启动Server”启动BPS Server，查看控制台与否有异常。
http侦听默认占用8080端口，此端口容易冲突，冲突导致服务无法启动成功。修改Tomcat中端口：打开安装目录\apache_tomcat-5.5.20\conf目录下server.xml，修改其中8080端口。

第2章 案例实现
本章提纲
您将从一种详细案例开发中理解如何在EOS应用中开发BPS流程，如何在流程中调用Web Service服务，如何调用BPS构件库，触发流程引擎一步一步运营；如何在Web界面上定制或调节业务流程，实现敏捷响应流程需求变化。

2.1 预备知识
建议具备EOS6.0及以上版本基本开发技能。
2.2 核心知识点
本章通过开发简朴报销流程，协助您理解EOS应用中BPS流程开发过程和流程中调用外部Web Service实现办法；通过调节报销流程，协助您理解在Web界面上灵活调节、敏捷定制业务流程办法；通过对案例分析，协助您更深刻地理解EOS应用与BPS结合原理，功能技术实现与业务流程解耦开发方式。
核心知识点：
l 流程设计开发过程
l 外部Web Service调用
l BPS核心构件使用
l 流程引擎运营原理
l 业务流程定制

· 案例开发过程总览
本章案例是基于从“技术实现”到后期运维阶段“业务调节”过程进行流程应用开发，案例开发过程如Error! Reference source not found.所示。

图2-1 案例开发过程图
整个过程不一定要严格按顺序进行，诸多状况下是交互或迭代进行。
2.3 需求分析
在某公司，员工每月通讯费、车补费、出差车旅费、出差补贴等都需要填写报销单后，交给部门主管审批。如果部门主管审批不通过，员工就不能报销；如果审批通过，就交给财务审视。财务审视确认后，调用已有入账服务，将报销信息归档，员工才会收到报销费用。由于公司员工比较多，报销种类也多，各部门主管和财务部门每天都会收到诸多纸质报销单进行审批或审视，对员工来说，无法直接理解自己报销单状况，需要跟主管或财务人员沟通。基于这种状况，公司急需建立一套报销流程，进行无纸化办公，提高报销效率，减轻部门主管和财务部门工作量。
理解了这些需求后，咱们发现部门主管审批与否通过是员工能否报销核心，考虑到报销中还会存在某些特殊状况，如报销费用太大或非预算项目内报销，决定将报销费用和与否是预算项目这两个因素设计在报销流程中，以便后来报销流程优化或调节。
整个报销流程分析成果如下：
需求分析：
1. 为公司财务部门实现无纸化报销流程
2. 报销流程包括活动：填写报销单，部门主管审批，财务审视，报销信息入账
3. 报销要做工作：填写报销单，保存报销单，部门主管审批，保存部门主管审批意见，财务审视，保存审视人信息，报销信息入账
4. 报销信息入账是直接调用公司已经存在Web Service服务，不用重复实现
5. 报销流程涉及人员：员工，部门主管，财务
6. 影响报销因素：部门主管审批成果、报销金额、与否是预算内项目
需求设计：
依照需求分析可以得到如Error! Reference source not found.所示流程图。

图2-2 流程设计图

2.4 项目准备
对本章案例提供了源代码、相应数据库脚本。导入源代码及布置、运营办法可参见4.4Error! Reference source not found.一节，或者可参见教程配套Flash演示动画，观看时，请保证Flash存储在非中文目录中。

2.4.1 数据模型设计
1. 创立业务表
依照报销流程需求描述，创立报销单信息表Expenseinfo、报销审批信息表Expensecheck。其中Expenseinfo存储员工填写报销单信息、财务审视人；Expensecheck存储审批人信息；入账信息是调用外部入账服务，因此在调用方不需要创立表。
详细建表脚本如下：
-- Create table
drop table EXPENSEINFO;
create table EXPENSEINFO
(
EXPID NUMERIC(18) not null,
PROCESSINSTID NUMERIC(18) not null,
EXPNAME VARCHAR(20) not null,
EXPMONEY NUMBER not null,
REASON VARCHAR(255),
ISBUDGETITEM CHAR(1),
AUDITOR VARCHAR(20)
);
alter table EXPENSEINFO add constraint P_EXP primary key (EXPID);
-- Add comments to the columns
comment on column EXPENSEINFO.EXPID
is '报销单编号';
comment on column EXPENSEINFO.PROCESSINSTID
is '流程实例ID';
comment on column EXPENSEINFO.EXPNAME
is '报销人';
comment on column EXPENSEINFO.EXPMONEY
is '报销金额';
comment on column EXPENSEINFO.REASON
is '报销因素';
comment on column EXPENSEINFO.ISBUDGETITEM
is '与否预算内项目';
comment on column EXPENSEINFO.AUDITOR
is '财务审视人';

--Create table
drop table EXPENSECHECK;
create table EXPENSECHECK
(
EXPID NUMERIC(18)，
CHECKER VARCHAR2(20),
ISAGREE CHAR(1),
ADVICE VARCHAR(255)
);
-- Add comments to the columns
comment on column EXPENSECHECK.EXPID
is '报销单编号';
comment on column EXPENSECHECK.CHECKER
is '审批人';
comment on column EXPENSECHECK.ISAGREE
is '审批成果';
comment on column EXPENSECHECK.ADVICE
is '审批意见';
l 建表脚本合用于oralce9i、oralce10g。
l 每次报销相应一种流程实例，因此在报销单ExpenseInfo表中需要一种字段存储流程实例ID，如PROCESSINSTID。

2.4.2 基本框架搭建
1. 创立项目
点击EOS Studio工具条上【文献à新建àEOS项目】启动项目创立向导，在弹出对话框中选取“空项目”，点击【下一步】，填写项目详细信息，如Error! Reference source not found.所示，创立名称为BPSDemo项目。

图2-3 创立项目
点击【下一步】，显示项目引用库信息。默认状况下EOS项目引用基本构件库和BPS基本构件库。点击【完毕】，在“资源管理器”视图中显示出BPSDemo项目。
2. 创立构件包
右键单击资源管理器中项目BPSDemo，在菜单中通过选取【创立à构件包】，弹出创立构件包对话框，输入构件包名称为“com.primeton.bps.sample”，点击【完毕】后，“资源管理器”中BPSDemo项目如Error! Reference source not found.所示。

图2-4 项目及构件包
3. 数据建模
在EOS应用开发中采用数据定义方式来描述数据构造。一种数据定义由数据实体和显示模型构成，一组数据定义构成了一种数据集。本案例中涉及到报销单信息表Expenseinfo、报销审批信息表Expensecheck就需要导入成EOS应用中数据实体，从而描述数据构造名称和类型信息。
(1) 创立数据库表
在数据库中、或运用数据库第三方工具运营Error! Reference source not found.Error! Reference source not found.章节中数据库脚本创立数据表。此外，也可以借助EOS中内置SQL编辑器来运营后缀名为sql文献，如Error! Reference source not found.所示。

图2-5 创立数据库表
(2) 创立数据集并导入数据实体
展开com.primeton.bps.sample构件包中【数据à数据模型】，在com.primeton.bps.sample包中创立名称为expdataset数据集。在数据集空白处，点击右键，在弹出菜单中选取【导入数据实体】，将Expenseinfo表、Expensecheck表导入到该数据集中，导入时如Error! Reference source not found.所示。

图2-6 导入数据实体
(3) 设立显示属性
针对数据实体中各属性类型或特点，可以设立它们显示属性或者校验类型等。例如：报销单信息表Expenseinfo中主键expid，流程实例IDprocessinstid，报销人expname以及报销金额expmoney不容许为空，可以对数据实体中这些属性设立校验类型。
打开expname高档属性对话框，设立校验类型为必填项，如Error! Reference source not found.所示。同样方式，设立expmoney验证类型为实数且为必填项。设立Expenseinfo中reason及Expensecheck中advice录入方式为“textarea”。

图2-7 设立显示属性
4. 导入外部Web ServiceWSDL
外部Web Service布置在开发版自带Tomcat服务器中，详细布置办法参见4.4Error! Reference source not found.一节。

(1) 访问发布外部Web Service
报销信息入账是调用公司已经存在入账服务，本案例模仿实现了一种服务AccountService。一方面要将其布置在应用服务器中，再启动服务器，在浏览器中访问该服务。依照应用服务器所在IP地址、端标语、应用端标语以及服务名称拼装成服务访问地址：:8080/mydomain/services/AccountService?wsdl。如Error! Reference source not found.所示，在浏览器中可以显示AccountService服务WSDL描述，阐明这个Web Service服务已经发布成功。
BPS 6.2调用WebService支持WSDL规格：
l portType：WSDL中可以定义单portType和多portType；
l binding：WSDL中可以定义单binding和多binding；
l service：WSDL中可以定义单service和多service；
l port：WSDLservice结点下可以定义单port和多port；
l part：WSDLMessage结