第八章
一、选择题
1．IEEE802.11定义了无线局域网的两种工作模式，其中的 B 模式是一种点对点连接的网络，不需要无线接入点和有线网络的支持，用无线网卡连接的设备之间可以直接通信。
A）Roaming B）Ad Hoc C）Infrastructure D）DiffuselR
2．IEEE802.11的物理层规定了三种传输技术，即红外技术、直接序列扩频（DSSS）和跳频扩频（FHSS）技术，后两种扩频技术都工作在 C 的ISM频段。
A）600MH B）800MHz C）2.4GHz D）19.2GHz
3．最新提出的IEEE802.1la标准可提供的最高数据速率是 D 。
A）1Mbps B）2Mbps C）5.5Mbps D）54Mbps
4．以下关于蓝牙技术特征的描述中，错误的是 D 。
A）蓝牙系统结构的基本特征主要表现在：网络拓扑、交换模式、节能模式、抗干扰性能、鉴权与加密、话音编码、软件结构等方面
B）蓝牙的软件体系是一个独立的操作系统，不与任何操作系统捆绑
C）蓝牙协议体系中协议和协议栈的设计原则是开放性、兼容性与互通性
D）蓝牙软件结构标准包括802.11和802.16两大部分
5．以下关于配置无线接入点的描述中，错误的是 D 。
A）当为无线接入点加电时，接入点会自动运行加电程序
B）第一次配置无线接入点，需要将无线接入点连接到一个有线的网络中
C）SSID是区分大小写的D）无线接入点的默认IP地址是10.0.0.1
6．以下关于无线局域网的设计的描述中，错误的是 C 。
A）在无线网络的初步调查阶段，设计者不仅要关注与现有的有线网络相关的方方面面，同样也要关注用户对现有网络的使用情况。
B）在初步设计时，要把终端或移动PC考虑到设计以及网络费用中。
C）在详细设计阶段，要确保任何在初步设计评审中所制定的功能改变都不会影响到设计的整体方案
D）文档的产生过程要与整个设计和实施过程基本保持一致
7．下面不是IEEE 802.11b的优点的是 B 。
A）支持以百米为单位的范围 B）允许多种标准的信号发送技术
C）内置式鉴定和加密
D）最多三个接入点可以同时定位于有效使用范围中，支持上百个用户同时进行语音和数据支持
8．以下关于蓝牙系统的主要参数和指标的描述中，错误的是 B 。
A）同时支持电路交换和分组交换业务 B）信道数为69
C）标称数据速率为1Mbps D）认证基于共享链路密钥询问/响应机制
9．下面的描述中，不是配置无线接入点所需要的信息的是 D 。
A）系统名和对大小写敏感的服务集标识符（SSID）
B）如果没有连接到DHCP服务器，则需要为接入点指定一个唯一的IP地址
C）如果接入点与你得PC不在同一子网内，则需要子网掩码和默认网关
D）SMTP协议与用户名、密码
10．在安装和配置无线接入点之前，不需要向网络管理员询问的信息是 A 。
A）DHCP服务器地址 B）如果接入点与PC不在同一子网内，则需要子网掩码和默认网关
C）无线网络中大小写敏感的服务集标识符 D）SNMP集合名称以及SNMP文件属性
11．下面不是IEEE 802.11b的应用的优点的是 A 。
A）为不经常进行网络配置更改的工作区域降低了总拥有成本
B）在不易接线或接线费用较高的区域中提供网络服务
C）为远程或销售办公室提供易于安装、使用和维护的网络
D）漫游功能使企业可以建立易于使用的无线网络
12．蓝牙系统的跳频速率是 B 。
A）1500次/s B）1600次/s C）1700次/s D）1800次/s
13．IEEE802.11b的实际吞吐量是 A 。
A）5~7Mbps B）10~2Mbps C）28~31Mbps D）31Mbps以上
14．为了使无线信号有较大的信噪比，一提高数据传输的稳定性和可靠性，一般 B 。
A）不要将AP连接到天线上B）都要将AP连接到天线上
C）都要将AP连接到室内天线上D）都要将AP连接到全向天线上
15．以下设备中， B 主要用于连接几个不同的网段，实现较远距离的无线数据通信。
A）无线网卡B）无线网桥C）无线路由器 D）无线网关
二、填空题
1．蓝牙的软件体系是一个独立的【1】。操作系统
2．HiperLAN/2的省电机制是基于【2】对睡眠期的初始约定。 MT
3．一个无线接入点通常由一个【3】和一个有线的网络接口构成。无线输出口
4．802.11在MAC层引入了新的RTS/CTS选项，这是为了解决【4】问题。 Hidden node
5．常用的无线局域网标准有：蓝牙标准、HiperLAN标准和【5】。IEEE 802.11b
三、分析题
1．请简述802.11中存在的“Near/Far”问题及其解决方案。
在802.11无线局域网协议中，如果要检测冲突，设备必须能够一边接受数据信号一边传送数据信号，这在无线系统中是无法办到的，这就是“Near/Far”问题。
为了解决该问题，802.11中对CSMA/CD进行了调整，采用了新的CSMA/CA或者DCF。CSMA/CA利用ACK信号来避免冲突的发生，即，只有当客户端收到网络上返回的ACK信号后才确认送出的数据已经正确到达目的。CSMA/CD通过这种方式来提供无线的共享访问，这种显示的ACK机制在处理无线问题时非常有效。
然而这种方式确增加了额外的负担，使得网络的性能有所下降。
2．阅读以下说明，回答问题1至问题3。
【说明】某公司规模扩大，既要考虑保证目前土建装修的效果不被破坏，又要满足网络扩容和企业工作实际需求，同时还要保证投资不要过大，经过深入分析和研究对比，决定采用无线局域网组网来解决网络扩容的问题，网络拓扑如图8-9所示。
图8-9
【问题1】从工作的频段、数据传输速率、优缺点以及它们之间的兼容性等方面，对IEEE802.11a、IEEE802.11b和IEEE802.11g进行比较。
三者的比较如下表8-7所示：
表8-7
【问题2】
1）将（1）处空缺设备的名称填写在答题纸的相应位置。
AP(无线接入点)或无线路由器。
2）（1）所在局域网内的PC机或笔记本的IP地址有哪几种分配方式？在安装（1）时，如何配置这几种方式？
有动态和静态两种分配方式。在配置AP时，若开启AP的DHCP功能并配置相应的参数，AP会自动给局域网内的每台机器动态分配一个局域网的IP地址；若关闭AP的DHCP功能，则由用户在同一子网内自行静态设定IP地址。
3）对PC机或笔记本中无线网卡进行配置时，“encryption”项的值如何确定？
和AP“encryption”项的值相同。
4）配置完成后，采用什么命令测试该无线网络是否连通？ping命令。
1.1 工作流引擎技术 工作流概念的提出是人们注意到了隐藏在业务处理的过程控制的共性，并从业务处理操作中分离出过程逻辑单独加以研究，从而可以实现过程优化配置和重组。但是，多年来，不同的研究者和产品供应商从不同的角度给出了工作流的定义。下面分别从工作流定义及工作流相关术语进行解释，并分析工作流应用中所遇到的多种模式，提出了工作流参考引擎、处理模型、体系结构等。 1.1.1工作流定义 WfMC给出的工作流的定义[21]：工作流（Workflow）是一类能够完全或者部分自动执行的经营过程，根据一系列过程规则，文档、信息或任务能够在不同的执行者之间传递、执行。 工作流是指业务领域的流程，它描述了业务过程中的各个要素以及要素之间的关系。 业务过程则是对工作流的抽象，通过对业务过程中各要素的描述形成过程定义。过程定义是过程自动化的基础数据，它通过工作流引擎进行管理。 下面将对工作流引擎技术中涉及到的一些基本概念给出其定义。这些概念包括：工作流引擎、业务过程、过程定义、活动、自动活动、人工活动、实例、过程实例、活动实例、工作流参与者、工作项、工作项列表等。 1.工作流引擎 工作流引擎是一个软件系统，它定义、创建和管理工作流的执行，并且运行在一个或多个工作流引擎之上。工作流引擎能够解释过程定义、实现与工作流参与者的交互并且调用各种外部IT工具和应用。 2.业务过程 一个包含一个或多个相关程序或活动的集合，这些程序或活动共同实现一个业务或决策目标。通常地，业务过程存在于一个定义了职能角色和业务关系的组织结构中。 3.过程定义 过程定义是对业务过程的描述，这种描述形式支持诸如建模、通过工作六管理系统执行等操作的自动化处理。过程定义有活动和它们之间的关系组成，这些活动和关系形成了一个网状结构，并且还包含过程开始和结束条件和各活动的详细信息，如活动参与者、相关应用和数据等。 4.活动 活动是对一份工作的描述，它是过程中的一个逻辑步聚。一个活动可以是
一J P D L 流程定义 1.1 process-definition(流程定义) 流程定义的根节点，是所有节点的父节点 1.2 node(自动节点) 这种节点和State相反，也称自动节点。当业务程序实例执行到这个节点，不会停止执行。而是会继续往下执行。如果该节点存在多个离开转向。那么，就会执行其中的第一个离开转向，在Node 状态中，不需要外部参与者的参与，业务流程的这个部分是自动的、即时完成的。
1.3 start-state(开始状态) 1.4 end-state(结束节点) 对于每一个流程定义都会有一个结束节点，与开始节点对应 1.5 state(状态) State节点也叫手工节点，进入到这种节点，整个流程的执行就会中断。直到系统外参与者发起继续执行的命令，即调用signal或end方法，业务程序实例的执行才能够继续下去。
1.6 task-node (任务节点) 其性质和node节点一样，在没有task的时候，也都是自动执行，不等待。task-node被归类为一个等待节点，是指在task-node中的task列表中的task没有全部执行完之前，它会一直等待。T ask 可以在task-node节点下定义，也可以挂在process-definition节点下。最普遍的方式是在task-node 节点下定义一个或多个任务。默认情况下，流程在task-node节点会处于等待状态，直到所有的任务被执行完毕。Task的执行是按顺序执行的，任务都完成后，token仍然不会指向后面的节点；需要自己手动调用()才会驱动流程到下面的节点。
为了帮助读者理解task-node节点的signal属性，这里举例如下： 对于这样的流程定义：
系统分析师辅导：工作流管理系统体系结构设计 摘要：工作流管理系统将最终成为覆盖于各类台式机与网络操作系统之上的业务操作系统，但工作流技术目前还不够完善。作者在深入研究了工作流管理联盟提供的工作流管理系统模型和各大主流工作流管理系统的基础上设计了一套功能全面的工作流管理系统体系结构。本文主要从该体系结构的三个层次深入介绍了该系统结构。 关键词：工作流管理系统、业务操作系统、软件体系结构、业务建模 1、引言 在一个组织内部存在着两种信息：一种是数据信息，另一种是业务信息。在组织之间也同样存在着两种信息：一种是数据信息，另一种是业务往来信息。如果这两种信息用计算机系统来管理，前一种属于组织内部的信息系统，后一种属于B2B电子商务系统。目前对数据信息的计算机管理系统（即：数据库管理系统）经过多年的发展已经成熟。对业务过程的计算机管理系统由于比较复杂，可变因素较多，难度大，因此发展还不成熟。工作流技术作为现代组织实现过程管理与过程控制的一项关键技术，为组织的业务处理过程提供了一个从模型建立、管理到运行、分析的完整框架。同时，工作流管理系统（Workflow Management System ,WFMS）通过一套集成化、可互操作的软件工具为这个框架提供了全过程的支持。Thomas Koulopoulos曾预言：工作流管理系统将最终成为覆盖于各类台式机与网络操作系统（如：Windows,Unix,Windows NT）之上的业务操作系统BOS（Business Operating System）,它将带来操作系统的一次革命。但是目前工作流技术无论从理论上还是从实践都还不够完善，要实现Thomas Koulopoulos的预言可能还需有一段路要走。本文主要介绍了由作者独立设计一套工作流管理系统体系结构，以供工作流技术爱好者参考。 2、工作流管理系统的基本概念 顾名思义，工作流就是工作任务在多个人或单位之间的流转。在计算机网络环境下，这种流转实际上表现为信息或数据在多个人之间的传送。工作流管理联盟( Workflow Management Coalition ，WfMC)对工作流的定义是：“业务过程的部分或全部在计算机应用环境下的自动化”。她所要解决的主要问题是，“使在多个参与者之间按照某种预定义规则传递的文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者是促使此目标的实现”。 工作流管理系统就是通过管理一序列的工作活动以及相关人员、资源、信息技术资料来提供业务处理程序上的自动控制。工作流管理系统通过计算机软件来定义、管理和执行工作流程。在工作流管理系统中计算机运用程序的执行顺序是由工作流逻辑的计算机描述来驱动的。她的主要目标是对业务过程中各步骤(或称活动、环节)发生的先后次序，以及同各个步骤相关的人力、资源、信息资料的调用等进行管理，从而实现业务过程的自动化。当然这种管理可能会在不同的信息及通信环境下实现，所涉及的范围可以小至一个只有几人的工作组，也可以大到政府、企业组织各个机构之间。工作流管理系统将人员、组织结构、设备资源、信息源（如数据库、文件系统、电子邮件、计算机辅助设计工具等）整和成一个整体。这样，工作流管理系统就成为了一个理想的用来收容业务逻辑的业务知识仓库，并给予业务逻辑一个易操作易控制的界面。 工作流管理系统的最大优点就是实现具体应用逻辑和过程逻辑的分离，实现在不修改具体功能的情况下，通过修改业务流程模板来改变系统的功能，完成对组织生产经营过程的部
什么是工作流引擎，工作流引擎有什么作用，为什么需要工作流管理系统，在这里我们主要研究它的好处，你想要理解它的好处，就得知道不使用它会带来什么样的坏处。 现在我们来讲工作流，什么是工作流？所谓的工作流就是通常所说的业务流程，那么所谓的业务流程换句话来讲就是多个人在一起去完成一件事情。这就可以称之为工作流。流程的本质就是一个参与者参与到一个过程里面来 那么现在我们就想为什么需要工作流管理系统，工作流管理系统能给我们带来什么好处。我们就从这个角度出发来了解JBPM 工作流引擎 下面我们就来看关于为什么需要工作流管理系统，以及它给我们带来的好处。 实际上它带来的好处就是使某些容易变化的东西抽象出去，我们能够通过某种方式改变它，然后你就可以对你的某些核心部分不需要做什么变动 现在就通过一个小例子来讲这个工作流引擎到底是一个什么东西 举个请假流程的例子 一个请假的过程 重点讲解UML 里面的内容，确定UML 里面流程图的讲解顺序 请假流程 现在只看左边的内容，右边的后面再讲，我是方便讲解就将这点东西放到这个空白的地方 一个简单的流程图Main 模拟出请假的过程
对提交请假单进行分析 用一个用户来表示普通用户和审批者，只不过他们的权限不同，他们都能够登录到这个系统 现在我们来看用户和请假单，分析他们之间的关系，用户和请假单之间的联系有请假，用户填了一个请假单就创建了一个请假单对象，他们之该是一对多的关系。因为某一个用户可以请多次假 对吧（其实一般是一个请假单对应一个请假者，这个需求就应该得到客户的确定，客户说了算）那么用户和这个请假单之间还有没有其他联系？ 接下来是提交请假单。我首先将请假单提交给张三，那么张三就能够看到这个请假单，如果用户将请假单提交给张三，那么就可以在张三和请假单之间建立一个待审关系 他们之间的关系也是一对多的关系，因为张三可以同时审核几个请假单，就是这意思，一个请假单等待的用户是一个，从现在的需求来看。那么两者之间还有另外一个联系那就是已审，一个用户可以审批过多个请假单，请假单也可以被多个用户审批 比如张三审批以后交给李四审批，李四审批以后交给王五审批，其实这个已审就是记录审批信息的，比如审批时间，审批意见，把它放在审批关联里边 这个就是一个基本的概念，了解这个概念之后我们就考虑它的设计，JBPM 实际上就是协助我们把这个请假单从一个用户手上转递到另一个用户手上。当把这个模型分析清楚了我们就要去实现它。 这里重点分析提交，怎样去提交，在SSH 架构体下，提交请假单这个业务逻辑，你可能就需要这样一个业务逻辑类，里边可能有这么一个方法专门来进行提交操作的，那么这个方法怎样设计，以及这个方法怎样去实现。了解这点你就可以了解JBPM 干什么的，能给我们带来什么好处 (用自己的话说明一下提交请假单的过程 <读一下那段伪代码>) 在这个过程里边写这些代码是比较麻烦的，现在还只是一个固定的流程，假设我现在在这里边变化一下 那么整个方案都要变动。 我现在希望有一个会签的功能 比如我现在要将这个这样的功能，把这个请假单同时提交给多个审批者审批。 那这个时候你就不能够在请假单中间增加一个外键， 把它整成审批者什么的，
1.1工作流引擎技术 工作流概念的提出是人们注意到了隐藏在业务处理的过程控制的共性，并从业务处理操作中分离出过程逻辑单独加以研究，从而可以实现过程优化配置和重组。但是，多年来，不同的研究者和产品供应商从不同的角度给出了工作流的定义。下面分别从工作流定义及工作流相关术语进行解释，并分析工作流应用中所遇到的多种模式，提出了工作流参考引擎、处理模型、体系结构等。 1.1.1工作流定义 WfMC给出的工作流的定义[21]：工作流（Workflow）是一类能够完全或者部分自动执行的经营过程，根据一系列过程规则，文档、信息或任务能够在不同的执行者之间传递、执行。 工作流是指业务领域的流程，它描述了业务过程中的各个要素以及要素之间的关系。 业务过程则是对工作流的抽象，通过对业务过程中各要素的描述形成过程定义。过程定义是过程自动化的基础数据，它通过工作流引擎进行管理。 下面将对工作流引擎技术中涉及到的一些基本概念给出其定义。这些概念包括：工作流引擎、业务过程、过程定义、活动、自动活动、人工活动、实例、过程实例、活动实例、工作流参与者、工作项、工作项列表等。 1.工作流引擎 工作流引擎是一个软件系统，它定义、创建和管理工作流的执行，并且运行在一个或多个工作流引擎之上。工作流引擎能够解释过程定义、实现与工作流参与者的交互并且调用各种外部IT工具和应用。 2.业务过程 一个包含一个或多个相关程序或活动的集合，这些程序或活动共同实现一个业务或决策目标。通常地，业务过程存在于一个定义了职能角色和业务关系的组织结构中。 3.过程定义 过程定义是对业务过程的描述，这种描述形式支持诸如建模、通过工作六管理系统执行等操作的自动化处理。过程定义有活动和它们之间的关系组成，这些活动和关系形成了一个网状结构，并且还包含过程开始和结束条件和各活动的详细信息，如活动参与者、相关应用和数据等。 4.活动 活动是对一份工作的描述，它是过程中的一个逻辑步聚。一个活动可以是
activity工作流表结构分析 activity工作流表结构分析 版权声明：本文为博主原创文章，未经博主允许不得转载。 1、结构设计 1.1、逻辑结构设计 Activiti使用到的表都是ACT_开头的。 ACT_RE_*: ’RE’表示repository(存储)，RepositoryService接口所操作的表。带此前缀的表包含的是静态信息，如，流程定义，流程的资源（图片，规则等）。 ACT_RU_*: ‘RU’表示runtime，运行时表-RuntimeService。这是运行时的表存储着流程变量，用户任务，变量，职责（job）等运行时的数据。Activiti只存储实例执行期间的运行时数据，当流程实例结束时，将删除这些记录。这就保证了这些运行时的表小且快。 ACT_ID_*: ’ID’表示identity (组织机构)，IdentityService接口所操作的表。用户记录，流程中使用到的用户和组。这些表包含标识的信息，如用户，用户组，等等。 ACT_HI_*: ’HI’表示history，历史数据表，HistoryService。就是这些表包含着流程执行的历史相关数据，如结束的流程实例，变量，任务，等等ACT_GE_*: 全局通用数据及设置(general)，各种情况都使用的数据。 1.2、所有表的含义
序号表名说明 1 act_ge_bytearray二进制数据表 2 act_g e_property 属性数据表存储整个流程引擎级别的数据,初始化表结构时，会默认插入三条记录， 3 act_hi_actinst历史节点表 4 act_hi_attachment历史附件表 5 act_hi_comment历史意见表 6 act_hi_identitylink历史流程人员表 7 act_hi_detail历史详情表，提供历史变量的查询 8 act_hi_procinst历史流程实例表 9 act_hi_taskinst历史任务实例表 10act_hi_varinst历史变量表 11act_id_group用户组信息表 12act_id_info用户扩展信息表 13act_id_membership用户与用户组对应信息表 14act_id_user用户信息表 15. act_re_deployment部署信息表 16. act_re_model流程设计模型部署表 17act_re_procdef流程定义数据表 18act_ru_event_subscr throwEvent、catchEvent时间监听信息表 19act_ru_execution运行时流程执行实例表 20act_ru_identitylink运行时流程人员表，主要存储任务节点与参与者的相关信息 21act_ru_job运行时定时任务数据表 22act_ru_task运行时任务节点表 23act_ru_variable运行时流程变量数据表 2、表以及索引信息 2.1 二进制数据表（act_ge_bytearray） 2.1.1 简要描述 保存流程定义图片和xml、Serializable(序列化)的变量,即保存所有二进制数据，特别注意类路径部署时候，不要把svn等隐藏文件或者其他与流程无关的文件也一起部署到该表中，会造成一些错误（可能导致流程定义无法删除）。 2.1.2 表结构说明
工作流程的定义及工作流系统如何开发 时间：2004-10-10 工作流就是： 在一个工作群组中，为了达成某一个共同目的而需要多人协力以循序或 平行工作的形式来共同完成的任务” 关于工作流的几个名词解释： 工作的流动性是一个人接着一个人执行，或同时由多人分开执行，或是上 述两类工作合并之后的混合性工作 泛指各种事务上所 必需执行的流程性 工作 循序或平行工作 若是单人就可以完 任务 多人
成的工作,则不能
归类为流程工作。 凡是一件工作必须 经由两个或更多人 来协力完成的工作 才能称为流程工作 多人参的流程性工 作，必须是以完成 共同目的为前提。 如果一群人是分别 共同目的 针对不同的专案来 执行各别的工作， 并不算构成一个工 作流程 工作流程的应用范围 在一般的组织活动中，有相当多数量的事务性工作可以被归类到流程性工作的范围里面，举例如下： 工作报表呈报流程
采购单 流程贷款审核流程 员工绩效考核 流程
各类报 表会签 流程 如何架构一个工作流程 首先要定义出在一个群组工作的环境下，所需要执行或控管的事务性工作性质 及其内容 根据所定义的工作内容，再将它分成许多子工作，或称为步骤。每个步骤都都 包含了在这个阶段所需要完成的项目清单，而且这些步骤内的项目应当是在逻 辑上适合在同一步骤内完成的。任何一件流程工作都会有许多不同的方法来分 解成许多子工作，而如何切割一个流程工作，则要根据实际的情况来做判断；决定各个步骤需要那些专业背景的人员来执行； 决定各个步骤在流程执行时的顺序； 在执行的过程中，有些步骤的执行会因为某些条件不同而产生不同的结果，进而影响到下一个步骤的执行。所以我们必须要找出这些特定的步骤，并且将相关的执行状态条件定义清楚； 将工作流程中的所有执行步骤及每个步骤之间的关系图画出来，并且根据这份关系图来验证流程的可行性。 根据各个步骤的不同需求，分别建立各阶段所需要的表单，工作指令，文件……等项目。 工作流系统开发一般的工作流管理系统由三个部分组成：工作流引擎、流程管理工
工作流使用文档说明书 工作流的概念： 工作流是多人按顺序依稀填写一张表单，或者填写会签意见，传递附件，在工作中，不同步骤的主办人对附件的权限可以单独进行设置。 1、如何新建工作 点击工作流—新建工作，在流程分类下，用户具有新建权限的所有工作流程以及相应的分类会在左侧显示，点击我要发起的工作流程的名字，点击“新建并办理按钮”，如下图所示： 以下为新建工作后进入流程表单中办理的页面，控件显示如果为灰色，表示在当前步骤该控件为不可写。主办人在表单页面内容填写完毕后，点击“转交下一步”，进行下一步人员的选择。 可在下方进行附件的上传，有两种方式：一种是直接添加空白文档，一种是可点击“添加附件”按钮，可直接上传本机中已完成的附件文档。
点击“转交下一步”按钮，进入下图所示页面，只需要选择下一步骤的审批人员名字，点击“确认转交”按钮即可。 2、我的工作 流程新建完成后，待审批工作就进入到模块“我的工作”中，所有未接收或者已接收的流程都在该模块中显示。显示流程的名称、文号以及步骤和目前的状态。 点“主办”按钮进入流程办理页面，主要是对表单发文内容的核稿。本人办理完工作
后想关注此流程办理进度，办理情况，如图所示： 3、如何对所有的工作进行查询 对于已经完成的流程，或正在进行的流程，就可以实现多种范围、多种流程的查询，包括快速查询和工作流高级查询两种。点击工作查询首先出现以下界面： 查询时，用户可以根据工作流的状态或者文号或者时期等查询工作流。 高级查询:可以清楚的看到每一个工作流的状态。如果选择某个流程进入详细查询, 按照流程查询的时候，需要选择某一个流程，可以进行多种形式的针对具体表单项目的查询。可以在查询时，自由选择该流程表单中的字段，用以生成统计HTML或EXCEL格式的报表，便于保存和统计。
表名表说明 T_Condition 报表条件 T_ConditionDetail 报表条件详细值 T_DatacenterUser 基层用户信息 T_FadeBespeak 调查退订表 T_fieldItem 调查项目表输入项信息 T_fieldItemDetail 调查项目表输入项信息详细 T_InceptForm 调查总表 T_InputReport 输入报表信息 T_InputReportConfirm 输入报表确认 T_InputReportCrm 可录入基层单位 T_InputReportItem 输入项信息 T_InputReportItemClose 输入项锁定 T_InputReportItemtype 输入项信息种类 T_OutReport 输出报表信息 T_OutReportCondition 输出报表条件项 T_OutReportItem 输出报表项定义 T_OutReportItemCondition 输出报表项中的条件信息 T_OutReportItemCoordinate T_OutReportItemRow 输出报表项中的行展开循环信息 T_OutReportItemRowGroup 输出报表项中第一列指定的客户信息T_OutReportItemTable 输出报表项中的表名信息 T_OutReportShare 输出报表共享信息 T_OutReportStatitem 明细报表报表统计项 T_ReportStatitemTable 明细报表数据库表信息 T_ResearchTable 调查表 T_ Statitem 统计项维护 T_SurveyItem 调查项目表 SMS_Message 短信信息表 HrmRoleMembers 人力资源角色成员表 HrmRoles 人力资源角色表 Prj_Cpt 项目资产表 Prj_ProjectInfo 项目基本信息表 Prj_ProjectStatus 项目状态表 Prj_ProjectType 项目类型表 Prj_T_ShareInfo 项目类型共享信息表 Prj_Task_NeedDoc 项目任务所需文档表 Prj_Task_NeedWf 项目任务所需流程表 Prj_Task_ReferDoc 项目任务参考文档表 Prj_TaskProcess 项目任务信息表 Prj_Template 项目模板信息表 Prj_TemplateTask 项目任务模板信息表 Prj_TaskTemplet_NeedDoc 项目任务模板所需文档表 Prj_TempletTask_NeedWf 项目任务模板所需流程表
jira自定义工作流配置 在介绍jira自定义工作流配置之前先介绍一些概念性的知识： 1.工作流：是一个问题经过进过其生命周期的若干个步骤和阶段的变迁。工作流通常代 表实际的业务处理流程。 一个工作流是由步骤和变迁组成的，一个工作流的步骤标识着一个问题的一个阶段或者叫“状态”，变迁是工作流中两个步骤之间的连接。 2.当定义一个变迁的时候，可以选择性的指定一下选项： Conditions（条件）——用于控制哪些用户能够执行一个变迁。 Validators（校验）——在执行变迁之前，用于检查任何用户的输入是否合法。 Post Functions（后续操作）——在变迁完成之后，用于执行特定的动作，如：将问题分配给特定的用户，发送通知email，更行问题的某个字段。 Screen（显示给用户的界面）——这对于用户输入信息之后才能完成变迁的情况是有用的。 3.在jira中的默认工作流程图中，5个方框表示工作流的步骤/状态（open、in progress、 resolved、reopen、closed），箭头代表变迁（transitions）。这个从网上查一下。 4.在jira中可以用不同的方式来创建一个新的工作流： 页脚内容1
1)通过“Add New Workflow”来创建一个空白的工作流。用这个方法创建的工作流有 一个默认的步骤open，该步骤有一个进入的工作流变迁：“create”。 2)通过点击“copy”链接，拷贝已经存在的工作流（如果您准备新添加的工作流和已 经存在的工作流类似，则可以使用此方法）。用这种方法您的工作流将会包含所拷贝的工作 流的所有步骤和变迁。 1.创建工作流 Jira安装完成以后地址栏中输入：http://10.7.101.25：8080/secure/Dashboard.jspa进行平台配置。 在创建新的工作流时一般先将全部步骤定义好，再创建变迁将步骤连接起来，所以首先要自己定义一个工作流程图。 1．以jira管理员的账户登录系统。 2．在jira的导航菜单上点击“Administration”链接。 3．点击左侧导航菜单中的Global Settings—>Workflows，如下图： 页脚内容2
工作流程的定义及工作流系统如何开发 时间：2004-10-10 工作流就是： “在一个工作群组中，为了达成某一个共同目的而需要多人协力以循序或平行工作的形式来共同完成的任务” 关于工作流的几个名词解释： 工作的流动性是一个人接着一个人执行，或同时由多人分开执行，或是上述两类工作合并之后的混合性工作 任务泛指各种事务上所必需执行的流程性工作 循序或平行工作 多人若是单人就可以完成的工作,则不能归类为流程工作。凡是一件工作必须经由两个或更多人来协力完成的工作
才能称为流程工作 共同目的多人参的流程性工作，必须是以完成共同目的为前提。如果一群人是分别针对不同的专案来执行各别的工作，并不算构成一个工作流程 工作流程的应用范围 在一般的组织活动中，有相当多数量的事务性工作可以被归类到流程性工作的范围里面，举例如下： 工作报表呈报流程 采购单流程 贷款审核流程 员工绩效考核 流程 各类报 表会签 流程
如何架构一个工作流程 首先要定义出在一个群组工作的环境下，所需要执行或控管的事务性工作性质及其内容 根据所定义的工作内容，再将它分成许多子工作，或称为步骤。每个步骤都都包含了在这个阶段所需要完成的项目清单，而且这些步骤内的项目应当是在逻辑上适合在同一步骤内完成的。任何一件流程工作都会有许多不同的方法来分解成许多子工作，而如何切割一个流程工作，则要根据实际的情况来做判断； 决定各个步骤需要那些专业背景的人员来执行； 决定各个步骤在流程执行时的顺序； 在执行的过程中，有些步骤的执行会因为某些条件不同而产生不同的结果，进而影响到下一个步骤的执行。所以我们必须要找出这些特定的步骤，并且将相关的执行状态条件定义清楚； 将工作流程中的所有执行步骤及每个步骤之间的关系图画出来，并且根据这份关系图来验证流程的可行性。 根据各个步骤的不同需求，分别建立各阶段所需要的表单，工作指令，文件……等项目。 工作流系统开发
工作流引擎（Workflow Engine ） 所谓工作流引擎是指workflow作为应用系统的一部分，并为之提供对各应用系统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。 工作流引擎（Workflow Engine ） 什么是工作流引擎（Workflow Engine ） 例如开发一个系统最关键的部分不是系统的界面，也不是和数据库之间的信息交换，而是如何根据业务逻辑开发出符合实际需要的程序逻辑并确保其稳定性、易维护性（模块化和结构化）和弹性（容易根据实际业务逻辑的变化作出程序上的变动，例如决策权的改变、组织结构的变动和由于业务方向的变化产生的全新业务逻辑等等）。 Workflow 引擎解决的就是这个问题：如果应用程序缺乏强大的逻辑层，势必变得容易出错（信息的路由错误、死循环等等）。 就好比一辆汽车，外表做得再漂亮，如果发动机有问题就只是一个摆设。应用系统的弹性就好比引擎转速方面的性能，加速到100 公里需要1 个小时（业务流程发生变动需要进行半年的程序修改）还能叫好车吗？引擎动不动就熄火（程序因为逻辑的问题陷入死循环）的车还敢开吗？ 工作流解决方案与传统管理软件的关系 传统的管理软件注重解决企业应用层现存的问题（例如提高企业的资源配置率或提高单一员工的生产效率）。例如：EXCEL 可以提高员工画表格的效率、财务软件可以规范财务人员的工作并提高账目查询的效率、CRM 可以规范客户管理从而使客户资源掌握在公司手中而不是被一部分业务人员把持并提高客户响应时间、ERP 解决的是如何配置企业资源：使企业的人力资源、财力资源和物资资源能够根据业务的需求实现最大化配置。workflow 关注的是如何缩短流程闲置时间，从而提高企业的业务处理能力并使企业能够关注于真正对企业有意义的增值业务上。从建立企业神经系统的角度也许更能理解两者的区别。传统软件不能解决工作流的问题，例如ERP 关注的是企业的资源配置，但不可能解决资源传输过程中的损耗和降低传输（流程）的成本；同样workflow也不能完全解决传统管理软件所能解决的问题，例如对生产管理的MRP 系统所能解决的生产过程控制通过workflow很难实现。但一个好的传统软件如果希望能自动化地在整个企业
很详细的系统架构图--专业推荐 2013.11.7
1.1.共享平台逻辑架构设计 如上图所示为本次共享资源平台逻辑架构图，上图整体展现说明包括以下几个方面： 1 应用系统建设 本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发，从而建立行业的全面的应用系统架构群。整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合，完成应用系统的统一化管理与维护。 2 应用资源采集 整体应用系统资源统一分为两类，具体包括结构化资源和非机构化资源。本次项目就要实现对这两类资源的有效采集和管理。对于非结构化资源，我们将通过相应的资源采集工具完成数据的统一管理与维护。对于结构化资源，我们将通过全面的接口管理体系进行相应资源采集模板的搭建，采集后的数据经过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。 3 数据分析与展现 采集完成的数据将通过有效的资源分析管理机制实现资源的有效管理与展现，具体包括了对资源的查询、分析、统计、汇总、报表、预测、决策等功能模块的搭建。 4 数据的应用 最终数据将通过内外网门户对外进行发布，相关人员包括局内各个部门人员、区各委办局、用人单位以及广大公众将可以通过不同的权限登录不同门户进行相关资源的查询，从而有效提升了我局整体应用服务质量。 综上，我们对本次项目整体逻辑架构进行了有效的构建，下面我们将从技术角度对相
关架构进行描述。 1.2.技术架构设计 如上图对本次项目整体技术架构进行了设计，从上图我们可以看出，本次项目整体建设内容应当包含了相关体系架构的搭建、应用功能完善可开发、应用资源全面共享与管理。下面我们将分别进行说明。 1.3.整体架构设计 上述两节，我们对共享平台整体逻辑架构以及项目搭建整体技术架构进行了分别的设计说明，通过上述设计，我们对整体项目的架构图进行了归纳如下：
工作流Activiti介绍与应用 工作流（workflow）就是工作流程的计算模型，即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算。我的理解就是：将部分或者全部的工作流程、逻辑让计算机帮你来处理，实现自动化。 1Activiti简介 Activiti是由Alfresco软件在2010年5月17日发布的业务流程管理(BPM)框架,它是覆盖了业务流程管理，工作流，服务协作等领域的一个开源，灵活的，易扩展的可执行流程语言框架。它实现了BPMN 2.0规范，可以发布设计好的流程定义，并通过api进行流程调度。 1.1A ctiviti基础编程框架 Activiti的基础编程框架如下：
Activiti基于Spring，ibatis等开源中间件作为软件平台，在此之上构建了非常清晰的开发框架。上图列出了Activiti的核心组件。 1.ProcessEngine：流程引擎的抽象，对于开发者来说，它是我们使用Activiti的外观(fa?ade)，通过它可以获得我们需要的一切服务。 2.XXService（TaskService,RuntimeService,RepositoryService...):Activiti按照流程的生命周期（定义，部署，运行）把不同阶段的服务封装在不同的Service中，用户可以非常清晰地使用特定阶段的接口。通过ProcessEngine能够获得这些Service 实例。 1.2A ctiviti重要服务类 ProcessEngine：流程引擎的抽象，通过它我们可以获得我们需要的一切服务。RepositoryService: Activiti中每一个不同版本的业务流程的定义都需要使用一些定义文件，部署文件和支持数据(例如BPMN2.0 XML文件，表单定义文件，流程定义图像文件等)，这些文件都存储在Activiti内建的Repository中。RepositoryService提供了对repository 的存取服务。 TaskService：在Activiti业务流程定义中每一个执行节点都被称作一个Task，流程运行过程中，与每个任务节点相关的接口，比如complete, delete,delegate等等都是TaskService提供的。 IdentityService: Activiti中内置了用户以及组管理的功能，必须使用这些用户和组的信息才能获取到相应的Task。IdentityService提供了对Activiti 系统中的用户和组的管理功能。FormService：Activiti中的流程和Task状态均可关联业务相关的数据。通过FormService可以存取启动和完成任务所需要的表单数据。RuntimeService：在Activiti中，每当一个流程定义被启动一次之后，都会生成一个相应的流程对象实例。RuntimeService提供了启动流程、查询流程实例、设置获取流程实例变量等功能。此外它还提供了对流程部署，流程定义和流程实例的存取服务。. ManagementService: ManagementService提供了对Activiti流程引擎的管理和维护功能，这些功能不在工作流驱动的应用程序中使用，主要用于Activiti系统的日常维护。HistoryService: HistoryService用于获取正在运行或已经完成的流程实例的信息，与RuntimeService中获取的流程信息不同，历史信息包含已经持久化存储的永久信息，并已经被针对查询优化。 关于ProcessEngine和XXService的关系，可以看下面这张图：
Activiti工作流使用说明文档 V1.0 2019年8月9日
目录 一、模型设计器 (4) 1.1任务 (5) 1.1.1 用户任务 (5) 1.1.2 服务任务 (5) 1.1.3 脚本任务 (6) 1.1.4 业务规则任务 (7) 1.1.5 接收任务 (7) 1.1.6 手动任务 (7) 1.1.7 邮件任务 (8) 1.1.8 Camel任务 (8) 1.1.9 Mule任务 (8) 1.1.10 决策任务 (9) 1.2构造 (10) 1.2.1 子流程 (10) 1.2.2 事件子流程 (11) 1.3泳道列表 (11) 1.4分支 (12) 1.4.1 排他分支 (12) 1.4.2 并行分支 (12) 1.4.3 包容分支 (13) 1.4.4 事件分支 (13) 1.5事件 (14) 1.5.1 定时器事件 (14) 1.5.2 信号事件 (14) 1.5.3 消息事件 (16) 1.5.4 错误事件 (16) 1.5.5 边界事件 (17) 1.5.6 中间事件 (18)
1.5.7 开始事件 (18) 1.5.8 结束事件 (18) 1.6属性元素 (18) 1.6.1 异步 (18) 1.6.2 排他 (19) 1.6.3 补偿 (19) 1.6.4 中断任务 (20) 1.6.5 分配 (21) 1.6.6 到期时间 (22) 1.6.7 表单 (22) 1.6.8 表达式 (24) 1.6.9 多实例 (25) 1.7监听器配置 (28) 1.7.1 执行监听器 (29) 1.7.2 任务监听器 (30) 1.7.3 事件监听器 (32) 1.7.4 全局事件监听器 (33) 二、workflow-service (34) 2.1数据更新逻辑 (34) 2.2方法表达式配置 (35) 2.3自定义外置表单 (36) 2.4事件监听器配置 (37) 2.5方法调用说明 (37) 三、常见问题 (37)
第1章总体说明 在使用EOS WorkFlow的过程中，无论是开发者在“开发环境”中定义业务流程，还是“工作流引擎”控制流程流转，或是工作流参与者使用的“客户端”，再或者管理员使用的“管理与监控工具”，在这期间都会贯穿EOS Workflow 的5个主要对象——流程定义、活动定义、流程实例、活动实例以及工作项。 1.1 EOS工作流开发过程简述 EOS的工作流开发过程可以看作是一个不断迭代的过程，如下图： 首先是分析需求，然后根据需求定义流程，在这个阶段最主要的工作任务其实是设计，根据业务需求来设计流程，这个流程要怎么走，流程相关的数据如何流动，流程的参与者如何界定，与流程相关的业务数据如何流动及保存等等。在这个阶段的工作结果是一个可以发布的流程，第一次形成的流程可能是一个比较简单的，并不完善的版本，但是随着迭代的进行，这个流程将不断地被修正和改进，直到形成一个能够使用的版本。 接下来是流程的发布，流程发布的目的是让工作流引擎能够识别该流程。在开发环境(JBoss)下可以直接在Studio中发布流程，开发阶段一般用此方法，在生产环境中一般是先打包，然后在xlocalhost:端口/eosmgr中发布。 流程发布后就可以执行了，流程在执行阶段叫流程实例，它有待启动、运行、挂起、完成、结束、中止等六种状态。 我们在设计及开发的过程中可能会犯一些错误，从而导致发布的流程执行不正确，或者还可能已经开发好的流程满足不了现在的需求，需要进行调整，这个时候迭代就开始了。
1.2 概念说明 流程定义：描述一个完整的业务过程，它由若干活动组成。包括了流程的基本信息、流程的开始和结束条件、组成的活动、活动间流转的规则、需要用户执行的工作任务（工作项）、可能调用的应用程序以及流程相关数据等信息。提交到流程定义库（WFProcessDefine）后会包含流程定义ID（流程定义的唯一标识）、流程定义名称、版本号、流程定义描述以及提交时间等描述。 活动定义：包含在流程定义之中，代表了一个相对独立的、逻辑的工作单元。一个活动代表一个需要由相关资源处理，或者由计算机处理的任务。其中定义了该活动的基本信息、执行该活动的参与者、时间限制、工作项信息、触发事件、启动策略等信息。 流程实例：当流程定义提交、发布到服务器以后，就可以启动该流程，启动时会创建流程定义的一个实例，叫流程实例。同一个流程定义可以有多个流程实例。每一个流程实例会被保存在流程实例库(WFProcessInst)中，包括流程实例ID（唯一标识）、流程实例名称、流程定义ID、流程实例的状态、该实例的启动者、启动时间、相关数据等信息。 活动实例：流程实例中的每个活动称为活动实例。每一个活动实例会被保存在活动实例库(WFActivityInst)中，包括活动实例ID（唯一标识）、活动实例的状态、所属的活动定义ID以及流程实例ID、时间限制、是否超时、创建时间等信息。 工作项：表示流程实例在流转过程中为完成某个活动实例所要参与者做的工作。一个活动实例可以对应一个或多个工作项。每个工作项会被保存在工作项库(WFWorkItem)中，包括工作项ID（唯一标识）、参与者ID、工作项的状态、所属的活动实例ID，流程实例ID等信息。 对象间的主要关系 流程定义和活动定义是在工作流开发阶段所确定；流程实例、活动实例和工作项则是在工作流运行阶段确定。 一个流程定义由多个活动定义组成。 一个流程定义可以创建多个流程实例。 一个流程实例包含多个活动实例，每个活动实例可以包含一个或多个工作项在一些特定的情况下（比如，一个活动要循环执行多次），一个活动定义会存在多个活动实例 具体如下图所示：
Activiti数据表结构 目录 1ACTIVITI数据库表结构 ----------------------------------------------------------------------------------------------- 2 1.1数据库表名说明 ------------------------------------------------------------------------------------------------ 2 1.2数据库表结构---------------------------------------------------------------------------------------------------- 3 1.2.1Activiti数据表清单: ---------------------------------------------------------------------------------------- 3 1.2.2表名:ACT_GE_BYTEARRAY （通用的流程定义和流程资源）-------------------------------- 3 1.2.3表名:ACT_GE_PROPERTY （系统相关属性） ----------------------------------------------------- 4 1.2.4表名:ACT_HI_ACTINST （历史节点表） ------------------------------------------------------------ 5 1.2.5表名:ACT_HI_ATTACHMENT （附件信息）-------------------------------------------------------- 6 1.2.6表名:ACT_HI_COMMENT （历史审批意见表）-------------------------------------------------- 6 1.2.7表名:ACT_HI_DETAIL （历史详细信息）----------------------------------------------------------- 7 1.2.8表名:ACT_HI_IDENTITYLINK （历史流程人员表） ---------------------------------------------- 8 1.2.9表名:ACT_HI_PROCINST（历史流程实例信息）核心表---------------------------------------- 8 1.2.10表名:ACT_HI_TASKINST（历史任务流程实例信息）核心表------------------------------ 9 1.2.11表名:ACT_HI_VARINST（历史变量信息） ------------------------------------------------------ 9 1.2.12表名:ACT_ID_GROUP（用户组表） ------------------------------------------------------------ 10 1.2.13表名:ACT_ID_INFO （用户扩展信息表） ---------------------------------------------------- 10 1.2.14表名:ACT_ID_MEMBERSHIP（用户用户组关联表） -------------------------------------- 11 1.2.15表名:ACT_ID_USER（用户信息表） ------------------------------------------------------------ 11 1.2.16表名:ACT_RE_DEPLOYMENT（部署信息表）------------------------------------------------ 12 1.2.17表名:ACT_RE_MODEL (流程设计模型部署表) ----------------------------------------------- 12 1.2.18表名:ACT_RE_PROCDEF （流程定义表） ---------------------------------------------------- 13 1.2.19表名:ACT_RU_EVENT_SUBSCR (运行时事件) ------------------------------------------------- 14 1.2.20表名:ACT_RU_EXECUTION （运行时流程执行实例） ----------------------------------- 15 1.2.21表名:ACT_RU_IDENTITYLINK（身份联系） --------------------------------------------------- 15 1.2.22表名:ACT_RU_JOB（运行中的任务）---------------------------------------------------------- 16 1.2.23表名:ACT_RU_TASK(运行时任务数据表) ------------------------------------------------------ 16 1.2.24表名:ACT_RU_VARIABLE(运行时流程变量数据表) ----------------------------------------- 17 2ACTIVITI中主要对象的关系 -------------------------------------------------------------------------------------- 18