本发明涉及通过银行凭证的流程组合界面的流程数据机制，尤其涉及流程编辑界面包含统计项、编辑新增单条信息、管理列表和通过流程方式建立银行凭证单据。
背景技术：
流程管理，是一种以规范化的构造端到端的卓越业务流程为中心，以持续的提高组织业务绩效为目的的系统化方法。它应该是一个操作性的定位描述，指的是流程分析、流程定义与重定义、资源分配、时间安排、流程质量与效率测评、流程优化等。因为流程管理是为了客户需求而设计的，因而这种流程会随着内外环境的变化而需要被优化。
在流程管理技术领域，三种不同层次流程管理是优化与供应商有关的业务流程，比如预测、补货、计划、签约、库存控制、信息沟通等。供应商的绩效很大程度上受采购方的流程制约。例如预测流程中，如何确定最低库存、最高库存，按照什么频率更新、传递给供应商，直接影响供应商的产能规划和按时交货能力。再如补货，不同种类的产品，按照什么频率补货，补货点是多少，采购前置期是多少，不但影响到公司的库存管理，也影响到供应商的生产规划。管理层可以通过动员、强调达到一时效果，但不改变流程及其背后的规则，这种效果是暂时的。流程管理和改进的关键是确定目标和战略，书面化流程、实施流程，确定责任人并定期评估。在此基础上，开发一系列的指标，确保流程按既定方式运作，并与前面讲的按时交货率、质量合格率等挂钩。这样，从流程到绩效，再由绩效反馈到流程，形成一个封闭的管理圈。值得注意的是，流程改进更多的是渐进而非革命，因为每个公司总有现行的流程，不大可能推倒重来，要通过不断微调来优化。
系统实施通过银行凭证的流程组合界面的流程数据机制所带来的好处：应用流程组合界面采购单的流程数据机制一方面为系统管理员提供了灵活、方便的操作界面，另一方面又充分利用通过银行凭证的流程组合界面的流程数据机制处理银行凭证数据，具有安全性好、操作方便、实现容易等优点。
技术实现要素：
为了克服现有的银行凭证流程数据机制的不足,本发明提供一种通过银行凭证的流程组合界面的流程数据机制，银行凭证单据通过流程方式建立，规则是在流程编辑器中有一个规则框的节点，而不是把规则放在某个节点上。规则是由一个单独的规则框所生成。所以这里只能读取出发起人节点后面的节点的内容，如果发起人节点后是规则框节点的话，那么可以显示出规则。对于这种系统默认规则，如果处理节点的后一个节点即便不是规则框，也会显示规则内容。关联流程执行结果，如果对应的流程有发起，那么显示这条流程的状态。这里的规则对应的流程列表，只会出现符合规则的数据。
本发明解决其技术问题所采用的技术方案是：在bpel流程中，所有直接嵌套在flow中的活动并发执行，link只能定义在flow之中.每个link连接一个源活动和目标活动，关联一个表示变迁条件的布尔表达式.当link的源活动执行完后对表达式求值，求值结果称为link的状态.flow中的每个活动有一个联合条件，它是以该活动为目标的link的状态和布尔操作符构成的布尔表达式.在执行一个活动之前，需要对它的联合条件求值，这个动作必须在所有进入的link求得状态后才能执行.如果求值结果是false，那么活动不能执行，并且所有以该活动为源的link状态被设置为false。
本发明的有益效果是，为bpel建立了cpn模型，并描述了建模方法。该建模方法考虑了流程的行为和数据两个方面，在描述控制流的同时也描述了数据流，分别通过解析bpel文档和解析wsdl文档实现。使用扩展p3p策略来描述用户的隐私需求，扩展后的隐私策略将隐私数据的使用目的用服务组合内的操作以及访问权限来描述。设计了验证算法，该算法能够从隐私策略的xml文档和服务组合流程cpn模型的xml文档分别提取隐私规约和流程中的可达路径、路径上的操作、操作的隐私输入数据、操作的隐私输出数据，并能够找到bpel流程中违背隐私规约的路径以及路径上违约的操作。实现了一个服务组合隐私数据分析原型系统，该系统为bpel流程中隐私数据的安全性提供了保障，并通过实例验证了该系统的功能。
附图说明
下面结合附图和实施例对本发明进一步说明。
图1为本发明实例bepl流程数据片段图。
图2为本发明实例web服务的工作模型图。
图3为本发明实例固定月份录入数据表单图。
图4为本发明实例本发明实例发票流转图。
具体实施方式
在图1中，表示了本发明实例web服务的工作模型。web服务是一种自治的计算单元，它的三个基于xml(extensiblemarkuplanguage)的核心标准是web服务描述语言(webservicesdescriptionlanguage,wsdl)、统一描述、发现和集成协议(universaldescriptionandintegration,uddi)和简单对象访问协议(simpleobjectaccessprotocol,soap)分别用于web服务的描述、注册和绑定。web服务体系结构包括三种角色和三种操作。三种角色包括:服务提供者、服务使用者和服务代理；三种基本操作包括:发布、发现、绑定和调用。
用户在使用web服务时需要提供一些信息，为了协作web服务在组合时需要交互一些消息，这些消息中会包含隐私数据，因此在web服务的组合过程中会不断的收集和暴露一些隐私数据。随着搜索技术以及数据挖掘技术[13]的发展，互联网上的各种信息能够被轻易地获取，隐私信息的泄漏将会给web服务用户的工作和生活带来麻烦。确保客户隐私信息的安全是服务提供者必须履行的义务，因此任何面向服务的系统都必须考虑所使用数据的隐私需求，隐私信息的保护是现阶段面向服务的软件行业迫切需要解决的问题。目前国内外的研究多集中在服务组合的形式化分析与验证、web服务测试技术和服务组合隐私信息保护等方面，而对服务组合流程中隐私数据的关注相对较少，所以需要一种分析隐私数据的使用和传播是否违背隐私需求的方法，该方法应该具备如下几个方面的能力:首先能够清楚表达web服务用户的隐私需求；其次能够分析验证服务组合流程中隐私数据的使用和传播是否违背隐私规约；最后能够记录违背隐私规约的具体情况，便于服务提供者改进自己提供的服务。