1
回复

使用EaseChatFragment的EaseConstant.CHATTYPE_CHATROOM直接崩溃 环信_Android

回复

XIAOTOUTOU 回复了问题 • 1 人关注 • 282 次浏览 • 2018-11-23 18:05 • 来自相关话题

2
回复

集成easeUI 2x时,报错EMSDK.h file not found,求助大神 环信_iOS

yjjzhuce 回复了问题 • 3 人关注 • 1541 次浏览 • 2018-11-22 18:50 • 来自相关话题

1
回复

设置了防止多次初始化后,干掉app后再次启动app,聊天室会自踢。 环信_Android

beyond 回复了问题 • 2 人关注 • 387 次浏览 • 2018-11-22 18:42 • 来自相关话题

1
回复

运营级一比一仿微信含直播小视频app源码出售转让 源码 C++

beyond 回复了问题 • 2 人关注 • 322 次浏览 • 2018-11-22 18:41 • 来自相关话题

1
回复

集成环信UI 聊天界面表情显示不出来 聊天界面没有表情

beyond 回复了问题 • 2 人关注 • 365 次浏览 • 2018-11-22 18:38 • 来自相关话题

1
回复

引入报这个错,求大神 环信_Android

beyond 回复了问题 • 2 人关注 • 263 次浏览 • 2018-11-22 18:35 • 来自相关话题

1
回复

环信即时通讯android sdk 注册用户问题 环信_Android

beyond 回复了问题 • 2 人关注 • 238 次浏览 • 2018-11-22 18:34 • 来自相关话题

1
评论

asp.net强大后台:learun混合工作流框架规范 工作流

涵涵有小虎牙 发表了文章 • 103 次浏览 • 2018-11-22 15:29 • 来自相关话题

以前,我们对标准工作流进行过简单梳理,今天,我们再来看一下混合工作流。

了解混合工作流,我们必须要先分清角色、内容、流程之间的关系——即角色与内容是挂在流程节点上的功能点。在实际操作中,我们需要将流程节点控制好,再将不同的角色,以及对应的操作内容挂靠上去即可,这样一来是可以方便理清关系,另外也可以使系统更有层次。
控制好非标准流程节点,可以由以下几个方面着手。

1.如果流程配置者有配置SQL的能力,那么将数据库流程配置权限开放,让配置者自行配置,这样的开发工作压力会小一些。

2.画流程图的方式。一个流程的执行可以通过流程图来表现,对于产品经理来说是再熟悉不过了。通过流程图的基本逻辑,可以将流程中遇到的各种情况可视化的展示出来,条理清晰而且操作简单。缺点即开发难度过大,一般小团队难以胜任。

3.通过一一配置功能来进行配置,这种方式虽然表面上看起来十分的繁琐,但是相对于前两种来说开发难度小,且对于配置者的能力要求不高。

具体来说,要单独配置每一项功能的流程,先确定流程的主流程有几个节点,如果碰到判断的节点选择是,碰到并发流程或执行的节点选择最长的一个流程。确定之后,将所有节点的内容操作与角色配置出来,然后再配置该节点是否进行判断,是否进行或操作,是否进行与操作。

如果有判断操作时,则分出一个子流程,再将子流程按照上述方式进行配置,最终归于主流程的某一个节点。如果有与操作时,要确定配置与操作的分支节点时是要配置在单个节点还是多个节点。

单个节点的话则需满足这两个节点才往下进行,多个节点时则将这几个节点作为一个小流程单独按照上述方式进行配置再合并至主流程,看是否满足与行为。

如果有或操作判断时,同样要确定在哪个节点的或操作至哪个节点可以进行另外的节点流转。

以上这些情况对于开发团队来说也是一个巨大的考验,因为不同的工作流程代表着不同权限的操作,不同状态的流转,而可定制化的流程则代表着其中的变化无穷,对于服务器的压力,数据库的冗余情况都不容乐观。

那么,如何设计高效的混合工作流呢?

设计一个后台压力小,操作简单的高效混合工作流,可以有两种方式。

第一:将非标准工作流拆分成多个标准工作流。

第二:开辟独立与配置权限之外的工作流角色模块。

1. 将混合工作流拆分成多个标准工作流

一个非标准工作流固然麻烦,可是在大多数的情况下,其可以拆分为几个标准工作流。比如,某个非标准工作流可以线性拆分为多个分支流程,并发流程与执行、并发流程或执行。

将其每一个组合到一起,即可形成完整的工作流,那么我们就可以在系统中提供组合模板,让配置者可以进行选择,组合到一起形成一个非标准工作流。

如果是非线性的,比如可能为分支套分支,并发套并发的情况,我们可以将每一种情况都拆分成一个工作流,然后将生产端入口保持统一,每一步的不同操作可以进入不同的工作流,最终流转的出口保持一致即可。有点类似于开发中设计模式的工厂模式。

2. 开辟独立与配置权限之外的工作流角色模块

一般来说,我们在配置工作流角色的时候,都是使用类似权限控制的角色,比如到这个节点角色为库管,另一个节点角色为商管。其实换个角度想想,再说设计工作流的时候,完全可以设计一个独立于权限之外只配置工作流的角色。

比如“分支节点角色1号”“流程角色1号”“并发或角色2号”,然后再通过穷举法,将所需要用到的使用流程都列出来,把角色放置于节点上。

这样,一个活的需要配置的流程就变成了一个个的死流程。

再将这些角色赋予权限角色。再定义一些规则:比如若没有配置此节点的角色则此节点默认通过,将某个工作流角色配置两个权限角色则为或操作/与操作。这样也就解决了上述的问题。
工作流可以说是后台系统中比较复杂的一部分。即便某些系统中一开始没有工作流,随着系统功能的增加,也不可避免会用到工作流,所以提前了解下工作流的设计方法,对于产品来说很有帮助,在开始设计的阶段也可以考虑将内容设计进去以免后期维护成本过大。

官方:http://www.learun.cn/

免费体验地址:http://www.learun.cn/Home/VerificationForm 查看全部


以前,我们对标准工作流进行过简单梳理,今天,我们再来看一下混合工作流。

了解混合工作流,我们必须要先分清角色、内容、流程之间的关系——即角色与内容是挂在流程节点上的功能点。在实际操作中,我们需要将流程节点控制好,再将不同的角色,以及对应的操作内容挂靠上去即可,这样一来是可以方便理清关系,另外也可以使系统更有层次。
控制好非标准流程节点,可以由以下几个方面着手。

1.如果流程配置者有配置SQL的能力,那么将数据库流程配置权限开放,让配置者自行配置,这样的开发工作压力会小一些。

2.画流程图的方式。一个流程的执行可以通过流程图来表现,对于产品经理来说是再熟悉不过了。通过流程图的基本逻辑,可以将流程中遇到的各种情况可视化的展示出来,条理清晰而且操作简单。缺点即开发难度过大,一般小团队难以胜任。

3.通过一一配置功能来进行配置,这种方式虽然表面上看起来十分的繁琐,但是相对于前两种来说开发难度小,且对于配置者的能力要求不高。

具体来说,要单独配置每一项功能的流程,先确定流程的主流程有几个节点,如果碰到判断的节点选择是,碰到并发流程或执行的节点选择最长的一个流程。确定之后,将所有节点的内容操作与角色配置出来,然后再配置该节点是否进行判断,是否进行或操作,是否进行与操作。

如果有判断操作时,则分出一个子流程,再将子流程按照上述方式进行配置,最终归于主流程的某一个节点。如果有与操作时,要确定配置与操作的分支节点时是要配置在单个节点还是多个节点。

单个节点的话则需满足这两个节点才往下进行,多个节点时则将这几个节点作为一个小流程单独按照上述方式进行配置再合并至主流程,看是否满足与行为。

如果有或操作判断时,同样要确定在哪个节点的或操作至哪个节点可以进行另外的节点流转。

以上这些情况对于开发团队来说也是一个巨大的考验,因为不同的工作流程代表着不同权限的操作,不同状态的流转,而可定制化的流程则代表着其中的变化无穷,对于服务器的压力,数据库的冗余情况都不容乐观。

那么,如何设计高效的混合工作流呢?

设计一个后台压力小,操作简单的高效混合工作流,可以有两种方式。

第一:将非标准工作流拆分成多个标准工作流。

第二:开辟独立与配置权限之外的工作流角色模块。

1. 将混合工作流拆分成多个标准工作流

一个非标准工作流固然麻烦,可是在大多数的情况下,其可以拆分为几个标准工作流。比如,某个非标准工作流可以线性拆分为多个分支流程,并发流程与执行、并发流程或执行。

将其每一个组合到一起,即可形成完整的工作流,那么我们就可以在系统中提供组合模板,让配置者可以进行选择,组合到一起形成一个非标准工作流。

如果是非线性的,比如可能为分支套分支,并发套并发的情况,我们可以将每一种情况都拆分成一个工作流,然后将生产端入口保持统一,每一步的不同操作可以进入不同的工作流,最终流转的出口保持一致即可。有点类似于开发中设计模式的工厂模式。

2. 开辟独立与配置权限之外的工作流角色模块

一般来说,我们在配置工作流角色的时候,都是使用类似权限控制的角色,比如到这个节点角色为库管,另一个节点角色为商管。其实换个角度想想,再说设计工作流的时候,完全可以设计一个独立于权限之外只配置工作流的角色。

比如“分支节点角色1号”“流程角色1号”“并发或角色2号”,然后再通过穷举法,将所需要用到的使用流程都列出来,把角色放置于节点上。

这样,一个活的需要配置的流程就变成了一个个的死流程。

再将这些角色赋予权限角色。再定义一些规则:比如若没有配置此节点的角色则此节点默认通过,将某个工作流角色配置两个权限角色则为或操作/与操作。这样也就解决了上述的问题。
工作流可以说是后台系统中比较复杂的一部分。即便某些系统中一开始没有工作流,随着系统功能的增加,也不可避免会用到工作流,所以提前了解下工作流的设计方法,对于产品来说很有帮助,在开始设计的阶段也可以考虑将内容设计进去以免后期维护成本过大。

官方:http://www.learun.cn/

免费体验地址:http://www.learun.cn/Home/VerificationForm
0
回复

环信的getAllConversations方法获取到的消息列表是否可以缓存 环信_Android

回复

Carthach 发起了问题 • 1 人关注 • 226 次浏览 • 2018-11-22 14:58 • 来自相关话题

1
回复
2
回复

群成员添加成员 环信_Android

henanleon 回复了问题 • 3 人关注 • 713 次浏览 • 2018-11-20 22:06 • 来自相关话题

3
回复

关于 环信群 环信技术支持

henanleon 回复了问题 • 3 人关注 • 2650 次浏览 • 2018-11-20 22:02 • 来自相关话题

1
评论

企业内部应用的核心与灵魂:工作流管理系统 工作流

涵涵有小虎牙 发表了文章 • 94 次浏览 • 2018-11-20 20:59 • 来自相关话题

工作流是企业内部系统的核心和灵魂,而审批则是工作流中的最基础的应用场景。在公司管理和运转中引入审批工作流,替代原本的纸质申请和审批,以期提高公司的运转效率公司管理制度规范化系统留档,便于追溯环保。
总结了在企业在实际业务中需求,根据客户反馈,构建出一套敏捷开发框架--learun。Learun可以保证在团队的开发过程中高效协作,同时覆盖OA工作流、ERP、CRM、HRM、MIS、BI、移动APP、电商后台等多项应用系统的配置,大幅节省开发成本,提升开发效率。更详细的可以在网站www.learun.cn体验。

一. 角色

在一个公司中,每个人都会有自己的岗位职责和层级之分,不同的岗位和层级定位不一样,需要完成的任务也不一样。在审批流程中,我们只抽象划分为两类:

角色1:发起人

审批的发起人需要完成的主要是事务性、操作性的工作,同时也是一个审批流程的Owner,是最关心审批进展的人。因此在发起人的角度,在创建完审批事项后,还需要完善相关信息、催促审批人及时审批、处理驳回修改意见、重新提交等。发起人角度设计的要点总结如下:

兼容统一发起入口和业务场景触发常用的审批事项要方便找到有统一汇总的审批管理页面

角色2:审批人

审批人在流程中需要完成的主要是决策性的工作,因此在审批人的视角,内容和操作都应该尽量精简:

只看到最重要的信息,避免信息过多影响判断只进行必要操作,不能有过多选择或过多输入,影响决策效率统一的页面进行审批操作和管理需要有审批历史,以便追溯

二. 内容

1. 提炼最小集合

根据审批事项的不同,需要流转的内容也是不同的。对于审批流程的设计来说,需要在实际业务中提炼出最核心的内容,一则可以减轻发起人的工作负担(发起一个审批要填一堆的资料相信没人会开心),二则可以提高决策的准确性和效率。

例如一个请假审批流程,核心就是请假时间、事由和请假类型;而一个立项投决的审批,则需要重点展示立项会的表决结果,同时还需要把会议记录做为附件带上,以便在必要时可以查看,在交互上,这里同样需要注意内容的归类、收纳。

设计要点总结如下:

内容尽可能精炼有些内容是必要的,但系统可以自行获取就不要让发起人再输入一遍预置常用的内容,用选择的方式替代输入的方式,同时也提高了内容的规范性

2. 查看和修改

在审批的过程中,有时候需要让不同的审批人查看不同的内容,且限定有些人有修改权限而有些人只有只读权限,这都会在后面的“权限”里总结。

三. 流程

1. 自主选定审批人流程

这是一种比较轻量、灵活的审批流程形式,适用于公司规模不大、流程没有标准化的情况。要点是发起人发起一个审批事项并提交时,需要自行选择下一个环节的审批人。而下一个环节的审批人审批通过后,可以选择继续流转到再下一个人去审批,或者结束这个流程。

2. 串行流程

串行流程就是每一个审批环节的人审批通过后,才会进入到下一个环节。每个环节的驳回,可以根据业务需要,设计成驳回到发起人、驳回到上一个环节或驳回到指定环节重新审批,或兼而有之,做为选项供审批人选择。
3. 并行流程

并行流程是一个审批环节需要几个人或角色审批通过才算通过,可以有以下两种方式:

任意一个人审批通过即进入下一环节必须所有人审批通过才进入下一环节

上述第一个方式比较好理解,第二个方式和串行流程容易混淆,即同样是要多个人审批,到底是一个接一个、还是同时通过才算通过?到底用哪种方式,区别是审批人是不是同一个级别,并行的方式其实类似于同级别的会签,而串行方式适合有上下层级关系的情况。

并行流程的驳回则相对简单,一般是设计成有一个人驳回则该环节即算驳回。
4. 条件触发流程

条件触发流程在审批工作流中也比较常见,设计上就是某个审批环节要由谁/或哪个角色审批,需要取决于条件判断。例如金额低于1万元由财务总监审批通过后即结束,金额在1万元以上则由副总裁审批通过后即结束。
5. 混合流程

混合流程顾名思义就是混合了以上几种流程,还是以上述金额审批为例,我们修改成:金额低于1万元的,由财务审批通过后即结束;金额在1万元到10万元的,需要先由财务审批,之后交由副总裁审批通过后即结束;金额高于10万元的,需要由董事长和总裁一同审批通过后才结束。
四. 动作

1. 通过

通过动作由审批人操作,是否需要输入通过原因、通过原因是否必填需要根据实际业务情况决定。要点总结如下:

简单申请不需要填写通过原因,或者原因选填通过原因需要填的话,可用于反馈或激励发起人的情况

2. 驳回修改

驳回修改动作由审批人操作,和通过不同,为了让发起人知道如何修改,驳回原因一般需要设定成必填项,否则发起人或上一个审批环节的人不知道为何被驳回、以及要如何修改。

驳回修改可根据业务需要,在以下逻辑中选择:

驳回到发起人驳回上一环节驳回到选定的之前的某个审批环节

3. 重新提交

重新提交由发起人操作,和驳回修改是一一对应的。设计上要注意,审批人审批重新提交的内容时,需要附带上一次驳回修改的原因。

4. 取消

取消动作可选,一般来说是发起人取消,而不是审批人取消,原因如下:

审批人只关心一个审批事务过来后,判断并决策是通过还是驳回取消和驳回含义容易混淆,区分不开

在设计上,我们还可以做到发起人是否可取消可由配置项进行配置。

五. 权限

权限的控制贯穿在审批流程的方方面面,上述的角色、内容、流程和动作都会涉及到权限的控制。权限体系的设计是一个大工程,在审批流程中,采用基于角色的访问控制体系(RBAC)是一个不错的选择:

“基于角色的访问控制体系,包括用户、角色、目标、操作、许可权五个基本数据元素,每个角色至少具备一个权限,每个用户至少扮演一个角色,可以对完全不同的角色分配完全相同的访问权限,用户和角色是多对多的关系。”

设计要点总结如下:

操作和许可权内容,可区分为功能权限和数据权限什么人可以发起什么审批,由功能权限控制什么人/角色在整个审批流程中可见什么数据,由数据权限控制什么人/角色可以审批什么环节,由独立的审批配置控制,下一节会进行阐述

关于权限可以参考笔者另一个篇文章:面向中小企业SaaS的权限管理系统

六. 配置和扩展性

审批工作流的配置灵活度和开发复杂度成反比,具体要灵活到什么程度,需要由业务需求决定。一般针对公司开发的中后台系统,灵活性相对较少,而面向多个公司的商业化的系统,则灵活性要求大大提高。配置的灵活性体现在以下方面:

审批流程的类型可修改具体的审批环节可增删改各个环节审批人/角色可配置审批相关的权限可变更

七. 效率

工作流的核心目标是提高企业运行效率,如果线上审批流程效率还不如原来的纸质操作,那这个流程的设计就是失败的,也失去了意义。因此,在完成整个审批流程的设计之后,我们还需要花大精力对流程的效率进行审视和优化。对于审批流程效率的提升,总结的经验点如下:

审批的操作尽可能精简,且操作含义明确只要求输入必要的表单待审批事项及时通知到审批人审批进展及时通知发起人发起人可选择主动催促审批人做好下一步操作的引导

总结

审批流程是中后台工作流的基础应用,我们在设计的过程中,把握的核心要点是“提高效率,规范管理”,在设计过程中要时时回头审视,以免脱离了这个最重要的目标。

免费演示地址:http://www.learun.cn/Home/VerificationForm 查看全部

工作流是企业内部系统的核心和灵魂,而审批则是工作流中的最基础的应用场景。在公司管理和运转中引入审批工作流,替代原本的纸质申请和审批,以期提高公司的运转效率公司管理制度规范化系统留档,便于追溯环保。
总结了在企业在实际业务中需求,根据客户反馈,构建出一套敏捷开发框架--learun。Learun可以保证在团队的开发过程中高效协作,同时覆盖OA工作流、ERP、CRM、HRM、MIS、BI、移动APP、电商后台等多项应用系统的配置,大幅节省开发成本,提升开发效率。更详细的可以在网站www.learun.cn体验。

一. 角色

在一个公司中,每个人都会有自己的岗位职责和层级之分,不同的岗位和层级定位不一样,需要完成的任务也不一样。在审批流程中,我们只抽象划分为两类:

角色1:发起人

审批的发起人需要完成的主要是事务性、操作性的工作,同时也是一个审批流程的Owner,是最关心审批进展的人。因此在发起人的角度,在创建完审批事项后,还需要完善相关信息、催促审批人及时审批、处理驳回修改意见、重新提交等。发起人角度设计的要点总结如下:

兼容统一发起入口和业务场景触发常用的审批事项要方便找到有统一汇总的审批管理页面

角色2:审批人

审批人在流程中需要完成的主要是决策性的工作,因此在审批人的视角,内容和操作都应该尽量精简:

只看到最重要的信息,避免信息过多影响判断只进行必要操作,不能有过多选择或过多输入,影响决策效率统一的页面进行审批操作和管理需要有审批历史,以便追溯

二. 内容

1. 提炼最小集合

根据审批事项的不同,需要流转的内容也是不同的。对于审批流程的设计来说,需要在实际业务中提炼出最核心的内容,一则可以减轻发起人的工作负担(发起一个审批要填一堆的资料相信没人会开心),二则可以提高决策的准确性和效率。

例如一个请假审批流程,核心就是请假时间、事由和请假类型;而一个立项投决的审批,则需要重点展示立项会的表决结果,同时还需要把会议记录做为附件带上,以便在必要时可以查看,在交互上,这里同样需要注意内容的归类、收纳。

设计要点总结如下:

内容尽可能精炼有些内容是必要的,但系统可以自行获取就不要让发起人再输入一遍预置常用的内容,用选择的方式替代输入的方式,同时也提高了内容的规范性

2. 查看和修改

在审批的过程中,有时候需要让不同的审批人查看不同的内容,且限定有些人有修改权限而有些人只有只读权限,这都会在后面的“权限”里总结。

三. 流程

1. 自主选定审批人流程

这是一种比较轻量、灵活的审批流程形式,适用于公司规模不大、流程没有标准化的情况。要点是发起人发起一个审批事项并提交时,需要自行选择下一个环节的审批人。而下一个环节的审批人审批通过后,可以选择继续流转到再下一个人去审批,或者结束这个流程。

2. 串行流程

串行流程就是每一个审批环节的人审批通过后,才会进入到下一个环节。每个环节的驳回,可以根据业务需要,设计成驳回到发起人、驳回到上一个环节或驳回到指定环节重新审批,或兼而有之,做为选项供审批人选择。
3. 并行流程

并行流程是一个审批环节需要几个人或角色审批通过才算通过,可以有以下两种方式:

任意一个人审批通过即进入下一环节必须所有人审批通过才进入下一环节

上述第一个方式比较好理解,第二个方式和串行流程容易混淆,即同样是要多个人审批,到底是一个接一个、还是同时通过才算通过?到底用哪种方式,区别是审批人是不是同一个级别,并行的方式其实类似于同级别的会签,而串行方式适合有上下层级关系的情况。

并行流程的驳回则相对简单,一般是设计成有一个人驳回则该环节即算驳回。
4. 条件触发流程

条件触发流程在审批工作流中也比较常见,设计上就是某个审批环节要由谁/或哪个角色审批,需要取决于条件判断。例如金额低于1万元由财务总监审批通过后即结束,金额在1万元以上则由副总裁审批通过后即结束。
5. 混合流程

混合流程顾名思义就是混合了以上几种流程,还是以上述金额审批为例,我们修改成:金额低于1万元的,由财务审批通过后即结束;金额在1万元到10万元的,需要先由财务审批,之后交由副总裁审批通过后即结束;金额高于10万元的,需要由董事长和总裁一同审批通过后才结束。
四. 动作

1. 通过

通过动作由审批人操作,是否需要输入通过原因、通过原因是否必填需要根据实际业务情况决定。要点总结如下:

简单申请不需要填写通过原因,或者原因选填通过原因需要填的话,可用于反馈或激励发起人的情况

2. 驳回修改

驳回修改动作由审批人操作,和通过不同,为了让发起人知道如何修改,驳回原因一般需要设定成必填项,否则发起人或上一个审批环节的人不知道为何被驳回、以及要如何修改。

驳回修改可根据业务需要,在以下逻辑中选择:

驳回到发起人驳回上一环节驳回到选定的之前的某个审批环节

3. 重新提交

重新提交由发起人操作,和驳回修改是一一对应的。设计上要注意,审批人审批重新提交的内容时,需要附带上一次驳回修改的原因。

4. 取消

取消动作可选,一般来说是发起人取消,而不是审批人取消,原因如下:

审批人只关心一个审批事务过来后,判断并决策是通过还是驳回取消和驳回含义容易混淆,区分不开

在设计上,我们还可以做到发起人是否可取消可由配置项进行配置。

五. 权限

权限的控制贯穿在审批流程的方方面面,上述的角色、内容、流程和动作都会涉及到权限的控制。权限体系的设计是一个大工程,在审批流程中,采用基于角色的访问控制体系(RBAC)是一个不错的选择:

“基于角色的访问控制体系,包括用户、角色、目标、操作、许可权五个基本数据元素,每个角色至少具备一个权限,每个用户至少扮演一个角色,可以对完全不同的角色分配完全相同的访问权限,用户和角色是多对多的关系。”

设计要点总结如下:

操作和许可权内容,可区分为功能权限和数据权限什么人可以发起什么审批,由功能权限控制什么人/角色在整个审批流程中可见什么数据,由数据权限控制什么人/角色可以审批什么环节,由独立的审批配置控制,下一节会进行阐述

关于权限可以参考笔者另一个篇文章:面向中小企业SaaS的权限管理系统

六. 配置和扩展性

审批工作流的配置灵活度和开发复杂度成反比,具体要灵活到什么程度,需要由业务需求决定。一般针对公司开发的中后台系统,灵活性相对较少,而面向多个公司的商业化的系统,则灵活性要求大大提高。配置的灵活性体现在以下方面:

审批流程的类型可修改具体的审批环节可增删改各个环节审批人/角色可配置审批相关的权限可变更

七. 效率

工作流的核心目标是提高企业运行效率,如果线上审批流程效率还不如原来的纸质操作,那这个流程的设计就是失败的,也失去了意义。因此,在完成整个审批流程的设计之后,我们还需要花大精力对流程的效率进行审视和优化。对于审批流程效率的提升,总结的经验点如下:

审批的操作尽可能精简,且操作含义明确只要求输入必要的表单待审批事项及时通知到审批人审批进展及时通知发起人发起人可选择主动催促审批人做好下一步操作的引导

总结

审批流程是中后台工作流的基础应用,我们在设计的过程中,把握的核心要点是“提高效率,规范管理”,在设计过程中要时时回头审视,以免脱离了这个最重要的目标。

免费演示地址:http://www.learun.cn/Home/VerificationForm
2
回复

对于环信的接收消息的这个回调接口 怎么判断消息的类型 环信_Android

依杰-BlueBoy 回复了问题 • 3 人关注 • 1599 次浏览 • 2018-11-20 09:45 • 来自相关话题

1
回复

最新3.5.2IOS的sdk,遇到一个无敌bug,大神解惑 bug 问题 环信iOS

回复

shuijilove 回复了问题 • 1 人关注 • 297 次浏览 • 2018-11-18 20:52 • 来自相关话题

1
评论

这是一个悲伤的程序员爱情故事 工作流

涵涵有小虎牙 发表了文章 • 154 次浏览 • 2018-11-16 16:06 • 来自相关话题

        程序员的爱情,少了点浪漫,多了点bug。
        小马,科班出身,毕业后顺利进入了一家软件开发公司,可能天生就是干程序员的料,沉默寡言,但是遇到程序难题乐于钻研,誓死不休,人称拼命三郎,同事都觉得这个称呼太长,后来便逐步简化为“三郎”了。

        这家伙有一个怪癖,每次解决一个难题,总会对着电脑哈哈傻笑,把身边的人吓得一咯噔。刚开始大家都以为他脑子有问题,久而久之也就习惯了。

       幸福来得太突然,有一天,公司来了一位女程序员,乍一看,没有一点程序猿的样子,长发飘飘,一副大边框的眼睛里藏着一双美丽的大眼睛,连走路的风都带着阵阵清香。

        她被安排在了三郎身边,微笑着向三郎问好,随意但气质不减。但是就是这个简单的动作,让三郎不知所措,连刚才需要解决的bug都抛到九霄云外了。



        俗话说,近水楼台先得月,美女是刚毕业的小妹,工作中难免有许多问题需要问三郎,三郎也总是有求必应,很快帮她解决。美女进步很快,为了答谢三郎,决定请三郎吃个饭。这个不争气的家伙,有点怕,叫上了同事。

       饭桌上,几乎是美女一个在说话,或者说是美女在审问他,她问一句,他答一句。但三郎也是个男人,也有男人都有的想法,但却没有男子汉应该有的勇气,一直红着脸低头吃饭。最后忍不住想看她一眼,却差点噎着了。

      生活又在平淡中过了半年,一个晚上,他依然一个人在办公室里加班。突然她给她打了个电话,她说她喝多了,让他去接她。

      他见到她的时候,她是撑到了极限。如果他晚点到,她可能就睡地上了。

       她刚问完她的地址,她就醉倒了。她吃力的扶着她上了出租车,这也许是他第一次能如此近距离的和美女接触,能如此近距离的味着长发的味道。他费了好大的劲终于把她弄到了屋里,他自己也累得倒在了她边上。房间很静,他能听到她的心跳,能感受到她呼吸的空气撞到他脸上……。









他感觉自己心跳的频率比处理线上支付系统的Bug跳得还要快,他想尝试靠近她一点。就在这时,她吐了出来,弄得两个人一身污垢。

他给自己和她简单擦了一下,然后他拿出了电脑继续写代码。本来三天的工作量,他一个晚上就写完了,效率高得连他自己都不敢相信。

第二天她醒后,连连说谢谢。她说她和男友分手了,心情不好,然后自己跑出去喝酒了,要不是他还真不知道会发生什么事。

这以后,他工作总是心不在焉了。终于有一天,公司上了一个新项目,做一个通用敏捷开发框架,项目命名为“learun”(现在已经成为公司最赚钱的项目了),三郎和美女一起调到了这个项目,美女毕竟经验不丰富,在一个OA组件的构建上遇到了难题,要三郎帮他解决。他连续三天加班到凌晨,顺利帮她完成,而且在代码的注释里,表达了对她的喜欢,这是三郎能想到的最好的方式了。可是天不遂人愿,正好那天美女有事,直接便把这个模块提交了,上线后便没有改过。
        多少天,他一直希望那些地方再出一个bug,让她重新再看到她写给她的心里话。不过,他等了几个月,发现她和之前没什么区别,后来三郎就离职了,50%的工资涨幅都没能留住他。

       接下来的几年里,三郎又换了几家公司。

       今年,他到一家大公司面式的时候,最后的技术总监问他干技术这么多年,最让他揪心的事是什么。

      把他的这个故事和面试官说了。

     最后面试官问他这女孩子到现在有没有联系过你。

     他摇了摇头。

     面试官说了一句,你被录用了,这么多年,那女孩子都没有联系你,说明你写的代码很稳定。 查看全部


        程序员的爱情,少了点浪漫,多了点bug。
        小马,科班出身,毕业后顺利进入了一家软件开发公司,可能天生就是干程序员的料,沉默寡言,但是遇到程序难题乐于钻研,誓死不休,人称拼命三郎,同事都觉得这个称呼太长,后来便逐步简化为“三郎”了。

        这家伙有一个怪癖,每次解决一个难题,总会对着电脑哈哈傻笑,把身边的人吓得一咯噔。刚开始大家都以为他脑子有问题,久而久之也就习惯了。

       幸福来得太突然,有一天,公司来了一位女程序员,乍一看,没有一点程序猿的样子,长发飘飘,一副大边框的眼睛里藏着一双美丽的大眼睛,连走路的风都带着阵阵清香。

        她被安排在了三郎身边,微笑着向三郎问好,随意但气质不减。但是就是这个简单的动作,让三郎不知所措,连刚才需要解决的bug都抛到九霄云外了。



        俗话说,近水楼台先得月,美女是刚毕业的小妹,工作中难免有许多问题需要问三郎,三郎也总是有求必应,很快帮她解决。美女进步很快,为了答谢三郎,决定请三郎吃个饭。这个不争气的家伙,有点怕,叫上了同事。

       饭桌上,几乎是美女一个在说话,或者说是美女在审问他,她问一句,他答一句。但三郎也是个男人,也有男人都有的想法,但却没有男子汉应该有的勇气,一直红着脸低头吃饭。最后忍不住想看她一眼,却差点噎着了。

      生活又在平淡中过了半年,一个晚上,他依然一个人在办公室里加班。突然她给她打了个电话,她说她喝多了,让他去接她。

      他见到她的时候,她是撑到了极限。如果他晚点到,她可能就睡地上了。

       她刚问完她的地址,她就醉倒了。她吃力的扶着她上了出租车,这也许是他第一次能如此近距离的和美女接触,能如此近距离的味着长发的味道。他费了好大的劲终于把她弄到了屋里,他自己也累得倒在了她边上。房间很静,他能听到她的心跳,能感受到她呼吸的空气撞到他脸上……。









他感觉自己心跳的频率比处理线上支付系统的Bug跳得还要快,他想尝试靠近她一点。就在这时,她吐了出来,弄得两个人一身污垢。

他给自己和她简单擦了一下,然后他拿出了电脑继续写代码。本来三天的工作量,他一个晚上就写完了,效率高得连他自己都不敢相信。

第二天她醒后,连连说谢谢。她说她和男友分手了,心情不好,然后自己跑出去喝酒了,要不是他还真不知道会发生什么事。

这以后,他工作总是心不在焉了。终于有一天,公司上了一个新项目,做一个通用敏捷开发框架,项目命名为“learun”(现在已经成为公司最赚钱的项目了),三郎和美女一起调到了这个项目,美女毕竟经验不丰富,在一个OA组件的构建上遇到了难题,要三郎帮他解决。他连续三天加班到凌晨,顺利帮她完成,而且在代码的注释里,表达了对她的喜欢,这是三郎能想到的最好的方式了。可是天不遂人愿,正好那天美女有事,直接便把这个模块提交了,上线后便没有改过。
        多少天,他一直希望那些地方再出一个bug,让她重新再看到她写给她的心里话。不过,他等了几个月,发现她和之前没什么区别,后来三郎就离职了,50%的工资涨幅都没能留住他。

       接下来的几年里,三郎又换了几家公司。

       今年,他到一家大公司面式的时候,最后的技术总监问他干技术这么多年,最让他揪心的事是什么。

      把他的这个故事和面试官说了。

     最后面试官问他这女孩子到现在有没有联系过你。

     他摇了摇头。

     面试官说了一句,你被录用了,这么多年,那女孩子都没有联系你,说明你写的代码很稳定。
2
评论

NIUDAY 11.23 北京站 |环信CEO刘俊彦现场讲述人工智能赋能客户互动之现状与未来 刘俊彦 人工智能 环信 七牛云

beyond 发表了文章 • 145 次浏览 • 2018-11-15 16:36 • 来自相关话题

2018 年是见证「奇迹」的一年。AI 从多年的热门话题中开始走下神坛,逐渐深入到了各个行业,加速经济结构优化及行业智慧化升级,AI 已不再是难以企及的神话而是可触摸的美好未来。 政策支持加上资本推动,无论是从新兴行业还是传统行业都出现了人工智能方面的布局者和佼佼者,智慧教育、移动社交、智能语音、智慧客服、传统媒体等行业都在突破技术上和流程上的难点和困惑。

11 月 23 日,一场由七牛云主办主题为「AI 产业技术的渗透与融合」的 NIUDAY 小牛汇共享日将在北京举行。会上,将邀请众多行业内知名企业及技术专家,针对当前 AI 在技术上以及行业中遇到的一些壁垒问题,进行深入探讨和分享。

智慧教育、移动未来,体验指尖上的 AI

在此次活动中,除行业专家的视点剖析之外,对于 AI 与行业的渗透与融合度是理论大于实践亦或是理论与实践已完美结合,已经应用的行业代表案例有哪些?对于这些问题,大家可以在此次活动中得以解惑。




刘俊彦
手机电商、手机软件系统的快速更迭让在线客服、移动客服有了更大的发展空间,成了市场中的一片蓝海,究竟现状如何、客户体验的真实反馈是什么?环信 CEO 刘俊彦先生带来的《人工智能赋能客户互动之现状与未来》让你更贴近生活,更能体会 AI 的无处不在。




谢华亮

科技发展教育先行,技术与教育的结合又将碰撞出怎样的火花,会上,将有好未来 SEG 智慧教育事业部技术总监谢华亮带来主题为《AI 在教育行业中的应用》的精彩演讲。




佘超杰

移动互联网的发展已影响到我们身边的每一个人,游戏、娱乐、社交等手机平台的火爆更是带来了巨大的信息流量。但如何应对这些突然爆发的信息流,如何让产品与技术更好地去结合以吸引更多的受众人群,成为人们关注的话题。以作为专注于移动互联网社交的知名企业 Blued 为例,实践与技术并重的技术专家佘超杰将分享给我们《AI 在 Blued 上的应用》。
                
连线行业专家,洞悉专业视点

人工智能技术在飞速发展过程中得到了国家以及政府的极大关注与大力支持,中国人工智能产业发展联盟作为国家发展改革委、科学技术部、工业和信息化部、中央网信办四部委共同指导下的人工智能产业权威联盟机构,也将加入到此次 NIUDAY 小牛汇共享日活动中来。





孙明俊

中国信息通信研究院人工智能部副主任,中国人工智能产业发展联盟总体组组长、数据中心联盟秘书长孙明俊女士将出席本次活动,并将从行业专家的角度带来主题为《人工智能产业发展水平分析》的演讲,向大家解析产业发展水平、分享行业利好政策等。

战略签约中国网 传统与创新的再突破





杨新华

值得一提的是,本次 NIUDAY 小牛汇共享日活动上七牛云将与中国互联网新闻中心举行战略合作签约仪式。届时,中国互联网新闻中心·中国网副总编辑杨新华先生将带来《AI 如何讲好中国故事》的演讲,介绍七牛云在未来媒体平台构建中发挥的作用,以及正处于变革中的媒体行业对 AI 的思考。

当然作为本次 NIUDAY 小牛汇活动的主办方,七牛云也准备了满满的干货带给大家。七牛云技术总监陈超《数据智能时代的智慧工厂实践》、七牛云人工智能实验室资深产品经理杨叶青《一站式审核助力无忧运营》带你体会七牛云两大重要产品线的技术与发展。

更多大咖嘉宾,请往下看~ 





关于环信机器人:

环信机器人已经在中通快递、新东方、天津农商行、宜家、环球捕手等头部企业的“双十一”中发挥着中流砥柱的作用,机器人可以帮助解决80%以上的常见问题,在售后环节能替代超90%的人工,轻松实现7*24无间断客户服务,AI从此让我们的客服人员告别苦逼,云淡风轻,笑对各种节假日促销、狂欢节。

目前,环信机器人已经广泛服务于包括保险、证券、银行、教育、物流、商旅、电商、汽车等行业的数万客户,日机器人会话超千万条。
活动报名地址:http://www.huodongxing.com/event/2464773427600 查看全部

2018 年是见证「奇迹」的一年。AI 从多年的热门话题中开始走下神坛,逐渐深入到了各个行业,加速经济结构优化及行业智慧化升级,AI 已不再是难以企及的神话而是可触摸的美好未来。 政策支持加上资本推动,无论是从新兴行业还是传统行业都出现了人工智能方面的布局者和佼佼者,智慧教育、移动社交、智能语音、智慧客服、传统媒体等行业都在突破技术上和流程上的难点和困惑。



11 月 23 日,一场由七牛云主办主题为「AI 产业技术的渗透与融合」的 NIUDAY 小牛汇共享日将在北京举行。会上,将邀请众多行业内知名企业及技术专家,针对当前 AI 在技术上以及行业中遇到的一些壁垒问题,进行深入探讨和分享。

智慧教育、移动未来,体验指尖上的 AI

在此次活动中,除行业专家的视点剖析之外,对于 AI 与行业的渗透与融合度是理论大于实践亦或是理论与实践已完美结合,已经应用的行业代表案例有哪些?对于这些问题,大家可以在此次活动中得以解惑。

微信图片_20181115162453.jpg

刘俊彦


手机电商、手机软件系统的快速更迭让在线客服、移动客服有了更大的发展空间,成了市场中的一片蓝海,究竟现状如何、客户体验的真实反馈是什么?环信 CEO 刘俊彦先生带来的《人工智能赋能客户互动之现状与未来》让你更贴近生活,更能体会 AI 的无处不在。

微信图片_20181115162531.jpg

谢华亮



科技发展教育先行,技术与教育的结合又将碰撞出怎样的火花,会上,将有好未来 SEG 智慧教育事业部技术总监谢华亮带来主题为《AI 在教育行业中的应用》的精彩演讲。

微信图片_20181115162544.jpg

佘超杰



移动互联网的发展已影响到我们身边的每一个人,游戏、娱乐、社交等手机平台的火爆更是带来了巨大的信息流量。但如何应对这些突然爆发的信息流,如何让产品与技术更好地去结合以吸引更多的受众人群,成为人们关注的话题。以作为专注于移动互联网社交的知名企业 Blued 为例,实践与技术并重的技术专家佘超杰将分享给我们《AI 在 Blued 上的应用》。
                
连线行业专家,洞悉专业视点

人工智能技术在飞速发展过程中得到了国家以及政府的极大关注与大力支持,中国人工智能产业发展联盟作为国家发展改革委、科学技术部、工业和信息化部、中央网信办四部委共同指导下的人工智能产业权威联盟机构,也将加入到此次 NIUDAY 小牛汇共享日活动中来。

微信图片_20181115162600.jpg


孙明俊



中国信息通信研究院人工智能部副主任,中国人工智能产业发展联盟总体组组长、数据中心联盟秘书长孙明俊女士将出席本次活动,并将从行业专家的角度带来主题为《人工智能产业发展水平分析》的演讲,向大家解析产业发展水平、分享行业利好政策等。

战略签约中国网 传统与创新的再突破

微信图片_20181115162615.jpg


杨新华



值得一提的是,本次 NIUDAY 小牛汇共享日活动上七牛云将与中国互联网新闻中心举行战略合作签约仪式。届时,中国互联网新闻中心·中国网副总编辑杨新华先生将带来《AI 如何讲好中国故事》的演讲,介绍七牛云在未来媒体平台构建中发挥的作用,以及正处于变革中的媒体行业对 AI 的思考。

当然作为本次 NIUDAY 小牛汇活动的主办方,七牛云也准备了满满的干货带给大家。七牛云技术总监陈超《数据智能时代的智慧工厂实践》、七牛云人工智能实验室资深产品经理杨叶青《一站式审核助力无忧运营》带你体会七牛云两大重要产品线的技术与发展。

更多大咖嘉宾,请往下看~ 

5bed2dcd27fe6.jpg

关于环信机器人:

环信机器人已经在中通快递、新东方、天津农商行、宜家、环球捕手等头部企业的“双十一”中发挥着中流砥柱的作用,机器人可以帮助解决80%以上的常见问题,在售后环节能替代超90%的人工,轻松实现7*24无间断客户服务,AI从此让我们的客服人员告别苦逼,云淡风轻,笑对各种节假日促销、狂欢节。

目前,环信机器人已经广泛服务于包括保险、证券、银行、教育、物流、商旅、电商、汽车等行业的数万客户,日机器人会话超千万条。
活动报名地址:http://www.huodongxing.com/event/2464773427600
1
回复

android版3.5.2版一对一视频通话 demo编译报错 环信_Android

知足常乐 回复了问题 • 2 人关注 • 292 次浏览 • 2018-11-15 16:10 • 来自相关话题

0
回复

环信3.1版本在Android9.0上面登录返回304错误 环信_Android

回复

大石头 发起了问题 • 1 人关注 • 298 次浏览 • 2018-11-15 10:25 • 来自相关话题

1
评论

成功与失败取决于工作流 工作流

涵涵有小虎牙 发表了文章 • 106 次浏览 • 2018-11-14 21:49 • 来自相关话题

        记得有一家国内知名的国企,在2013年时整合了各个地区的集团分公司,销售公司都搬到一块儿地儿进行集中生产办公。按理说这是大好事,能集中精力专注产品质量,抓好各个研发、生产、销售环节。但由于各个分公司协调不到位,就导致了工作流程环节脱序、扯皮的事件发生。因此,国企的管理者就引进了一套工作流系统,以期能通过这个系统改进和优化整个集团公司的工作流程,让工作流程混乱的现象不再发生。想法虽好,但事与愿违。工作流系统让部分管理者头痛,审批处理环节丢失,导致生产、销售。节出了部分的问题,以致于企业的发展缓慢,原本打算5年上市计划也无法实现。
        工作流是企业成败的幕后推手?这个选择疑问句并不能简单的用“是”与“否”来回答,因为不同的企业、不同的软件时刻都会成为这个问题的变量,左右着即将揭晓的答案。

         有的管理软件(这里以OA为例)对工作流并不是很重视,流程偏传统,样式刻板;有的甚至是写死的,系统中存在什么样的工作流你就得用什么样的,完全没有照顾到企业间的差异性。这类的OA管理软件就显得不是很友好,而它给企业日常工作带来的麻烦还在远不止这些。这是管理软件自身的劣势给出的答案:否。当然也有正面的回答,譬如微宏协同办公管理系统就十分的专注工作流,各个环节的配置都由专人进行实施和维护,将建立强大的工作流引擎作为一项策略。而在目前看来,这个追求是正确的。
         而对企业来说,这个答案是取决于它对工作流的重视程度以及后期的选型。我们知道,对症下药绝对是每个企业都该遵循的规律,而工作流作为管理过程中不能缺少的重要成分,没有理由不被重视。企业要是能抓到这个痛点,想必不难回答上面提出的问题。

         第一,工作在一定程度确保了所执行活动的安全性。因为流程中的权限设置使得该项任务的执行过程只能由已经设定的负责人参与,其他不相关的人并不能进入。

         第二,领导随时可以查看工作进度,加强管控。每一个处理过程都会在系统中留下痕迹,也会显示不同的进度。领导正是通过这一丝丝的蛛丝马迹来对公司整体情况进行把控。

        第三,取代人工的传递方式,节约时间,提高工作效率。员工在完成自己负责的那一阶段时,工作任务便通过预定的流程自动传递到下一位负责人那里去,既保证了正确性,又减少了不必要的时间的浪费。
         第四,工作流也将企业的管理制度电子化,带来企业效益。工作流以及OA系统本身为企业建立的是一整套的制度,从人事到财务再到具体的每项任务如何执行,都是有其规则。作为领导者也能在企业内部发生变动时,轻轻松松的去更改这些设定好的内容以适应企业发展现状。

         第五、工作流系统的售后维护决定了企业能否与人事变动、业务流程、销售流程、采购流程、生产流程等变动相适应,以保证整个系统的正常运行。及时高效的处理工作流系统中的环节问题,就可以保障系统的正常运行。也就不会让管理层有所抱怨和无所适从。

        总而之言,必须让工作流系统能随时保障企业的生产、销售需求,工作流的好坏是由企业管理者决定的,充分维护和更新好工作流系统才能让企业更好更顺利的发展。因此,成败不由工作流决定,而是由企业决策者的“心”决定。态度决定成败,工作流也一样。
官方:http://www.learun.cn/

免费体验地址:http://www.learun.cn/Home/VerificationForm 查看全部


        记得有一家国内知名的国企,在2013年时整合了各个地区的集团分公司,销售公司都搬到一块儿地儿进行集中生产办公。按理说这是大好事,能集中精力专注产品质量,抓好各个研发、生产、销售环节。但由于各个分公司协调不到位,就导致了工作流程环节脱序、扯皮的事件发生。因此,国企的管理者就引进了一套工作流系统,以期能通过这个系统改进和优化整个集团公司的工作流程,让工作流程混乱的现象不再发生。想法虽好,但事与愿违。工作流系统让部分管理者头痛,审批处理环节丢失,导致生产、销售。节出了部分的问题,以致于企业的发展缓慢,原本打算5年上市计划也无法实现。
        工作流是企业成败的幕后推手?这个选择疑问句并不能简单的用“是”与“否”来回答,因为不同的企业、不同的软件时刻都会成为这个问题的变量,左右着即将揭晓的答案。

         有的管理软件(这里以OA为例)对工作流并不是很重视,流程偏传统,样式刻板;有的甚至是写死的,系统中存在什么样的工作流你就得用什么样的,完全没有照顾到企业间的差异性。这类的OA管理软件就显得不是很友好,而它给企业日常工作带来的麻烦还在远不止这些。这是管理软件自身的劣势给出的答案:否。当然也有正面的回答,譬如微宏协同办公管理系统就十分的专注工作流,各个环节的配置都由专人进行实施和维护,将建立强大的工作流引擎作为一项策略。而在目前看来,这个追求是正确的。
         而对企业来说,这个答案是取决于它对工作流的重视程度以及后期的选型。我们知道,对症下药绝对是每个企业都该遵循的规律,而工作流作为管理过程中不能缺少的重要成分,没有理由不被重视。企业要是能抓到这个痛点,想必不难回答上面提出的问题。

         第一,工作在一定程度确保了所执行活动的安全性。因为流程中的权限设置使得该项任务的执行过程只能由已经设定的负责人参与,其他不相关的人并不能进入。

         第二,领导随时可以查看工作进度,加强管控。每一个处理过程都会在系统中留下痕迹,也会显示不同的进度。领导正是通过这一丝丝的蛛丝马迹来对公司整体情况进行把控。

        第三,取代人工的传递方式,节约时间,提高工作效率。员工在完成自己负责的那一阶段时,工作任务便通过预定的流程自动传递到下一位负责人那里去,既保证了正确性,又减少了不必要的时间的浪费。
         第四,工作流也将企业的管理制度电子化,带来企业效益。工作流以及OA系统本身为企业建立的是一整套的制度,从人事到财务再到具体的每项任务如何执行,都是有其规则。作为领导者也能在企业内部发生变动时,轻轻松松的去更改这些设定好的内容以适应企业发展现状。

         第五、工作流系统的售后维护决定了企业能否与人事变动、业务流程、销售流程、采购流程、生产流程等变动相适应,以保证整个系统的正常运行。及时高效的处理工作流系统中的环节问题,就可以保障系统的正常运行。也就不会让管理层有所抱怨和无所适从。

        总而之言,必须让工作流系统能随时保障企业的生产、销售需求,工作流的好坏是由企业管理者决定的,充分维护和更新好工作流系统才能让企业更好更顺利的发展。因此,成败不由工作流决定,而是由企业决策者的“心”决定。态度决定成败,工作流也一样。
官方:http://www.learun.cn/

免费体验地址:http://www.learun.cn/Home/VerificationForm
0
回复

用hbuilder打包Ios应用,环信用的是webSDK,目前不能视频通话。 环信_WebIM

回复

待转行程序猿 发起了问题 • 1 人关注 • 274 次浏览 • 2018-11-14 09:37 • 来自相关话题

1
评论

力软敏捷开发框架工作流实现技术 工作流

涵涵有小虎牙 发表了文章 • 162 次浏览 • 2018-11-13 10:50 • 来自相关话题

         工作流管理联盟(WFMC)提出了一个工作流参考模型,约定了工作流系统的体系结构、应用接口及特性,主要目的是为了实现工作流技术的标准化和开放性。下面简要介绍系统中的各个部分,并对参考模型中的五类接口进行描述。

  1. 工作流管理系统中的各种数据

        工作流控制数据(Workflow Control Data)工作流执行服务/工作流机通过内部的工作流控制数据来辨别单个过程或活动实例的状态。这些数据由工作流执行服务/工作流机控制。用户、应用程序或其它的工作流机/工作流执行服务不能对其进行直接读写操作,它们可以通过向工作流执行服务/工作流机发送消息来获得工作流控制数据的内容。

        工作流相关数据(Workflow Relevant Data)工作流管理系统通过工作流相关数据来确定过程实例状态转换的条件,并选择下一个执行的活动。这些数据可以被工作流应用程序访问并修改。因此,工作流管理软件应该在活动实例之间传递工作流相关数据。

         工作流应用数据(Workflow Application Data)这种数据指那些由应用程序操作的数据。它们是针对应用程序的,工作流管理系统无法对它们进行访问。  

2. 工作流模型和工作流建模工具 

         工作流模型过程模型包含了工作流执行服务运行该过程的所有必需的信息,包括它启动和结束的条件、组成的活动、活动间导航的准则、参与其中的用户、需要激活的应用程序的指针、需要用到的工作流相关数据的定义等等。    

         在工作流的建模期间需要参考组织/角色模型来获得有关组织结构和组织内角色的信息。过程定义指定完成某项活动的组织实体或角色,而不是定义具体人员。工作流执行服务负责在工作流运行环境内将组织实体或角色映射为特定的人员。    

        工作流建模工具它主要用于分析、建模、描述并记录经营过程。它应输出一个能被工作流机动态解释的过程定义。不同的工作流产品其建模工具输出的格式是不同的,参考模型中的接口1不仅使工作流的定义阶段和运行阶段分离,使用户可以分别选择建模工具和执行产品,还可以使不同的工作流产品合作为一个过程定义的执行提供运行服务环境。    

         工作流管理联盟针对工作流建模做了两方面的工作:  (1) 建立了一个元模型(process meta model):它用于描述一个过程模型内各个对象、它们之间的关系及它们的属性,有利于多个工作流产品之间交换模型信息。  (2) 定义了一套可以在工作流管理系统之间及在管理系统与建模工具之间交互过程模型定义的API接口。  图1为工作流管理联盟定义的过程元模型。  

3. 工作流执行服务

        工作流执行服务由一个或多个工作流机组成(在分布环境下,由多个工作流机组成),提供了过程实例执行的运行环境,主要完成以下功能:  (1) 解释流程定义,生成过程实例,并管理其实施过程。  (2) 依据过程定义和工作流相关数据为过程实例的导航提供进入和退出的条件、并行或串行执行活动的信息、用户信息或所需激活的应用程序的信息等等。  (3) 与外部资源交互完成各项活动。 (4) 维护工作流控制数据和工作流相关数据(这些数据包括不同过程和活动实例的内部状态信息、工作流机用于协调和恢复的各种检查数据和恢复/重起信息等),并向用户传递必要的相关数据。    
      在分布式的工作流执行服务中,多个工作流机协调工作,推进工作流机实例的执行。每一个工作流机控制过程执行的一部分,并使用相关的资源和应用工具。这种执行服务需要共同的命名和管理范围,便于过程定义和用户/应用名称一致。分布式的工作流系统采用特定的协议来同步各工作流机,并传递相应的控制信息。在一个同构的工作流执行服务中这些协议是因厂家而异的。当选用不同的工作流系统产品时,各工作流机之间需要一个标准来进行转换。它应包括以下几个方面的内容:  (1) 一个共同的命名机制;  (2) 支持共同的过程定义对象和属性;  (3) 能够传递相应的工作流相关数据,并控制过程实例的生成;  (4) 能够在异构的工作流机间传递过程、子过程及活动;  (5) 支持共同的管理职能。

 4. 工作流机 

         工作流机是一个为工作流实例的执行提供运行环境的软件服务或“引擎”。它主要提供以下功能:  (1) 对过程定义进行解释;  (2) 控制过程实例的生成、激活、挂起、终止等;  (3) 控制活动实例间的转换,包括串行或并行操作、工作流相关数据的解释等;  (4) 支持用户操作的界面;  (5) 维护工作流控制数据和工作流相关数据,在应用或用户间传递工作流相关数据;  (6) 提供一用于激活外部应用程序和访问工作流相关数据的界面;  (7) 提供控制、管理和监督的功能。    

        工作流机的一个重要功能就是控制实例和活动实例的状态转换。工作流管理联盟的参考模型中为过程实例的运行状态和活动实例的状态进行了定义,并给出了状态转换的条件。图2和图3分别描述了过程实例和活动实例各个状态之间的转换。  过程实例包括以下几种运行状态:  初始(inactived):一个过程实例已经生成,但该过程实例并没有满足开始执行的条件;  准备运行(running):该过程实例已经开始执行,但是还不满足开始执行第一个活动并生成一个任务项的条件;       
        运行中(active):一个或多个活动已经开始执行(也就是已经生成一个工作项并分配给了合适的活动实例)  挂起(suspended):该过程实例正在运行,但处于静止状态,除非有一个“重启”的命令使该过程实例回到准备运行状态,否则所有的活动都不会执行;  结束(completed):该过程实例满足结束的条件,工作流管理系统将执行过程实例结束后的操作(如统计),并删除该过程实例;  终止(terminated):该过程实例在正常结束前被迫终止,工作流管理系统将执行补救措施,并删除该过程实例。    
        活动的运行状态包括:  未开始(inactive):该活动实例已经生成但还没有被激活(例如活动开始条件没有满足);  运行中(active):该活动实例已经被激活了;  挂起(suspended):该活动实例处于静止状态;  结束(completed):该活动已经执行完毕,工作流管理系统将进行活动结束后的导航工作,激活下一个符合启动条件的活动实例。

 5. 客户端应用 

        这种方式适合于需要人员参与的活动。这种情况下,工作流机通过任务项列表管理器来进行控制。工作流管理联盟提供了四种可能的通过任务项列表来实现工作流客户工作流机之间的通讯方式,如图4所示。其中一种支持集中式的结构,另外三种适合分布情况下的工作流系统。  (1) 基于主机方式的模型(Hust Based Model):这种方式适合于集中的情况。此时,客户端应用程序、任务项列表管理器、任务项列表和工作流机都列在中央的主服务器上,用户通过模拟一个终端用户来获得任务项列表;  (2) 共享的文件库模型(Shared Filestore Model):在这种情形下,客户应用程序和任务列表管理器位于用户的工作站上,而工作流位于中央服务器上。任务项列表位于一个客户应用和工作流机都能够达到的共享的文件系统中。  (3) 电子邮件模型(Electronic Mail Model):这里,客户应用和任务项列表管理器位于用户的工作站上,工作流机位于中央主机上。所有的通讯都使用电子邮件。此时,任务项列表一般位于客户端;  (4) 过程调用或信息传递模型(Procedure Callor Message Passing Model):这时,客户应用程序和任务项列表管理器位于用户的工作站上,任务项列表和工作流机位于服务器端。用户通过RPC或者其它的消息传递机制来获得任务项列表。     
 6. 由工作流机直接调用的应用程序 

         这种情况适合于不需要人员参与的活动。在简单的情况下,工作流机通过过程模型中定义的活动的信息、应用程序的类型和需要的数据来激活应用程序。被激活的应用程序可以和工作流机位于一台计算机上,可以位于相同的运行平台上,也可以位于网络可以到达的不同平台上。模型定义提供了有关应用程序的类型、地址等充分信息,便于工作流机激活该程序并执行相应的动作。  

 7. 工作流执行服务之间的互操作性

        工作流联盟的目标之一就是规定一个标准使得不同厂商提供的工作流产品能够协调工作,整个系统能够无缝地在各个产品之间传递任务项。工作流管理联盟在互操作性上的工作主要集中在提供了一系列互操作的情景,从简单的任务传递到传输整个工作流过程模型和工作流参考数据。尽管有可能考虑那些很复杂的情形(如不同厂商提供的工作流机共同协作实现工作流执行服务,这在目前还不可能实现,因为它要求所有的工作流机都能够解释过程模型,共享一套工作流控制数据,并在异构的工作流机环境下共享过程实例状态。)但就目前来说,比较切合实际的目标是在不同的工作流执行服务间传递过程的部分内容,支持其实例的运行。  

  8. 系统管理和监控工具

        该工具能够对工作流在整个组织内的流动状况进行监控,并提供一系列的管理功能,如有关安全性、对过程的控制和授权操作等方面的管理。主要功能包括以下几个方面:  (1) 建立、设置和优化组成工作流管理系统的各个软件;  (2) 对过程模型进行实例化;  (3) 将过程模型中的角色实例化;  (4) 将运行中的过程实例、活动实例和数据分发到各个工作流机中;  (5) 启动、挂起、恢复和终止过程实例;  (6) 管理正在执行的过程实例并对正常或异常退出的过程的历史数据进行统计和分析。  

 9. 工作流参考模型中的五类接口  

         工作流联盟给出了五类接口:  (1) 接口1:工作流服务和工作流建模工具;  (2) 接口2:工作流服务和客户应用之间的接口,这是最主要的接口规范,它约定所有客户方应用和工作流服务之间的功能访问方式;  (3) 接口3:工作流机和直接调用的应用程序之间的接口;  (4) 接口4:工作流管理系统之间的互操作接口;  (5) 接口5:工作流服务和工作流管理工具之间的接口。    其中,接口1为在不同物理或电子介质之间传递过程定义的信息提供了交互的形式和API调用;接口2定义了通信建立、工作流定义操作等功能;接口3激活应用程序的API函数应覆盖的几个方面的功能;接口4完成工作流执行服务之间需要提供大量的WAPI来实现互操作,无论是在两个工作流执行服务之间的直接调用还是通过网关函数;接口5主要实现对工作流的管理和监视。
官网:www.learun.cn

免费演示地址:http://www.learun.cn/Home/VerificationForm 查看全部


         工作流管理联盟(WFMC)提出了一个工作流参考模型,约定了工作流系统的体系结构、应用接口及特性,主要目的是为了实现工作流技术的标准化和开放性。下面简要介绍系统中的各个部分,并对参考模型中的五类接口进行描述。

  1. 工作流管理系统中的各种数据

        工作流控制数据(Workflow Control Data)工作流执行服务/工作流机通过内部的工作流控制数据来辨别单个过程或活动实例的状态。这些数据由工作流执行服务/工作流机控制。用户、应用程序或其它的工作流机/工作流执行服务不能对其进行直接读写操作,它们可以通过向工作流执行服务/工作流机发送消息来获得工作流控制数据的内容。

        工作流相关数据(Workflow Relevant Data)工作流管理系统通过工作流相关数据来确定过程实例状态转换的条件,并选择下一个执行的活动。这些数据可以被工作流应用程序访问并修改。因此,工作流管理软件应该在活动实例之间传递工作流相关数据。

         工作流应用数据(Workflow Application Data)这种数据指那些由应用程序操作的数据。它们是针对应用程序的,工作流管理系统无法对它们进行访问。  

2. 工作流模型和工作流建模工具 

         工作流模型过程模型包含了工作流执行服务运行该过程的所有必需的信息,包括它启动和结束的条件、组成的活动、活动间导航的准则、参与其中的用户、需要激活的应用程序的指针、需要用到的工作流相关数据的定义等等。    

         在工作流的建模期间需要参考组织/角色模型来获得有关组织结构和组织内角色的信息。过程定义指定完成某项活动的组织实体或角色,而不是定义具体人员。工作流执行服务负责在工作流运行环境内将组织实体或角色映射为特定的人员。    

        工作流建模工具它主要用于分析、建模、描述并记录经营过程。它应输出一个能被工作流机动态解释的过程定义。不同的工作流产品其建模工具输出的格式是不同的,参考模型中的接口1不仅使工作流的定义阶段和运行阶段分离,使用户可以分别选择建模工具和执行产品,还可以使不同的工作流产品合作为一个过程定义的执行提供运行服务环境。    

         工作流管理联盟针对工作流建模做了两方面的工作:  (1) 建立了一个元模型(process meta model):它用于描述一个过程模型内各个对象、它们之间的关系及它们的属性,有利于多个工作流产品之间交换模型信息。  (2) 定义了一套可以在工作流管理系统之间及在管理系统与建模工具之间交互过程模型定义的API接口。  图1为工作流管理联盟定义的过程元模型。  

3. 工作流执行服务

        工作流执行服务由一个或多个工作流机组成(在分布环境下,由多个工作流机组成),提供了过程实例执行的运行环境,主要完成以下功能:  (1) 解释流程定义,生成过程实例,并管理其实施过程。  (2) 依据过程定义和工作流相关数据为过程实例的导航提供进入和退出的条件、并行或串行执行活动的信息、用户信息或所需激活的应用程序的信息等等。  (3) 与外部资源交互完成各项活动。 (4) 维护工作流控制数据和工作流相关数据(这些数据包括不同过程和活动实例的内部状态信息、工作流机用于协调和恢复的各种检查数据和恢复/重起信息等),并向用户传递必要的相关数据。    
      在分布式的工作流执行服务中,多个工作流机协调工作,推进工作流机实例的执行。每一个工作流机控制过程执行的一部分,并使用相关的资源和应用工具。这种执行服务需要共同的命名和管理范围,便于过程定义和用户/应用名称一致。分布式的工作流系统采用特定的协议来同步各工作流机,并传递相应的控制信息。在一个同构的工作流执行服务中这些协议是因厂家而异的。当选用不同的工作流系统产品时,各工作流机之间需要一个标准来进行转换。它应包括以下几个方面的内容:  (1) 一个共同的命名机制;  (2) 支持共同的过程定义对象和属性;  (3) 能够传递相应的工作流相关数据,并控制过程实例的生成;  (4) 能够在异构的工作流机间传递过程、子过程及活动;  (5) 支持共同的管理职能。

 4. 工作流机 

         工作流机是一个为工作流实例的执行提供运行环境的软件服务或“引擎”。它主要提供以下功能:  (1) 对过程定义进行解释;  (2) 控制过程实例的生成、激活、挂起、终止等;  (3) 控制活动实例间的转换,包括串行或并行操作、工作流相关数据的解释等;  (4) 支持用户操作的界面;  (5) 维护工作流控制数据和工作流相关数据,在应用或用户间传递工作流相关数据;  (6) 提供一用于激活外部应用程序和访问工作流相关数据的界面;  (7) 提供控制、管理和监督的功能。    

        工作流机的一个重要功能就是控制实例和活动实例的状态转换。工作流管理联盟的参考模型中为过程实例的运行状态和活动实例的状态进行了定义,并给出了状态转换的条件。图2和图3分别描述了过程实例和活动实例各个状态之间的转换。  过程实例包括以下几种运行状态:  初始(inactived):一个过程实例已经生成,但该过程实例并没有满足开始执行的条件;  准备运行(running):该过程实例已经开始执行,但是还不满足开始执行第一个活动并生成一个任务项的条件;       
        运行中(active):一个或多个活动已经开始执行(也就是已经生成一个工作项并分配给了合适的活动实例)  挂起(suspended):该过程实例正在运行,但处于静止状态,除非有一个“重启”的命令使该过程实例回到准备运行状态,否则所有的活动都不会执行;  结束(completed):该过程实例满足结束的条件,工作流管理系统将执行过程实例结束后的操作(如统计),并删除该过程实例;  终止(terminated):该过程实例在正常结束前被迫终止,工作流管理系统将执行补救措施,并删除该过程实例。    
        活动的运行状态包括:  未开始(inactive):该活动实例已经生成但还没有被激活(例如活动开始条件没有满足);  运行中(active):该活动实例已经被激活了;  挂起(suspended):该活动实例处于静止状态;  结束(completed):该活动已经执行完毕,工作流管理系统将进行活动结束后的导航工作,激活下一个符合启动条件的活动实例。

 5. 客户端应用 

        这种方式适合于需要人员参与的活动。这种情况下,工作流机通过任务项列表管理器来进行控制。工作流管理联盟提供了四种可能的通过任务项列表来实现工作流客户工作流机之间的通讯方式,如图4所示。其中一种支持集中式的结构,另外三种适合分布情况下的工作流系统。  (1) 基于主机方式的模型(Hust Based Model):这种方式适合于集中的情况。此时,客户端应用程序、任务项列表管理器、任务项列表和工作流机都列在中央的主服务器上,用户通过模拟一个终端用户来获得任务项列表;  (2) 共享的文件库模型(Shared Filestore Model):在这种情形下,客户应用程序和任务列表管理器位于用户的工作站上,而工作流位于中央服务器上。任务项列表位于一个客户应用和工作流机都能够达到的共享的文件系统中。  (3) 电子邮件模型(Electronic Mail Model):这里,客户应用和任务项列表管理器位于用户的工作站上,工作流机位于中央主机上。所有的通讯都使用电子邮件。此时,任务项列表一般位于客户端;  (4) 过程调用或信息传递模型(Procedure Callor Message Passing Model):这时,客户应用程序和任务项列表管理器位于用户的工作站上,任务项列表和工作流机位于服务器端。用户通过RPC或者其它的消息传递机制来获得任务项列表。     
 6. 由工作流机直接调用的应用程序 

         这种情况适合于不需要人员参与的活动。在简单的情况下,工作流机通过过程模型中定义的活动的信息、应用程序的类型和需要的数据来激活应用程序。被激活的应用程序可以和工作流机位于一台计算机上,可以位于相同的运行平台上,也可以位于网络可以到达的不同平台上。模型定义提供了有关应用程序的类型、地址等充分信息,便于工作流机激活该程序并执行相应的动作。  

 7. 工作流执行服务之间的互操作性

        工作流联盟的目标之一就是规定一个标准使得不同厂商提供的工作流产品能够协调工作,整个系统能够无缝地在各个产品之间传递任务项。工作流管理联盟在互操作性上的工作主要集中在提供了一系列互操作的情景,从简单的任务传递到传输整个工作流过程模型和工作流参考数据。尽管有可能考虑那些很复杂的情形(如不同厂商提供的工作流机共同协作实现工作流执行服务,这在目前还不可能实现,因为它要求所有的工作流机都能够解释过程模型,共享一套工作流控制数据,并在异构的工作流机环境下共享过程实例状态。)但就目前来说,比较切合实际的目标是在不同的工作流执行服务间传递过程的部分内容,支持其实例的运行。  

  8. 系统管理和监控工具

        该工具能够对工作流在整个组织内的流动状况进行监控,并提供一系列的管理功能,如有关安全性、对过程的控制和授权操作等方面的管理。主要功能包括以下几个方面:  (1) 建立、设置和优化组成工作流管理系统的各个软件;  (2) 对过程模型进行实例化;  (3) 将过程模型中的角色实例化;  (4) 将运行中的过程实例、活动实例和数据分发到各个工作流机中;  (5) 启动、挂起、恢复和终止过程实例;  (6) 管理正在执行的过程实例并对正常或异常退出的过程的历史数据进行统计和分析。  

 9. 工作流参考模型中的五类接口  

         工作流联盟给出了五类接口:  (1) 接口1:工作流服务和工作流建模工具;  (2) 接口2:工作流服务和客户应用之间的接口,这是最主要的接口规范,它约定所有客户方应用和工作流服务之间的功能访问方式;  (3) 接口3:工作流机和直接调用的应用程序之间的接口;  (4) 接口4:工作流管理系统之间的互操作接口;  (5) 接口5:工作流服务和工作流管理工具之间的接口。    其中,接口1为在不同物理或电子介质之间传递过程定义的信息提供了交互的形式和API调用;接口2定义了通信建立、工作流定义操作等功能;接口3激活应用程序的API函数应覆盖的几个方面的功能;接口4完成工作流执行服务之间需要提供大量的WAPI来实现互操作,无论是在两个工作流执行服务之间的直接调用还是通过网关函数;接口5主要实现对工作流的管理和监视。
官网:www.learun.cn

免费演示地址:http://www.learun.cn/Home/VerificationForm
1
回复

在异步调用EMClient.getInstance().contactManager().getAllContactsFromServer() 获取好友列表时获取不到 环信接口

plory 回复了问题 • 2 人关注 • 398 次浏览 • 2018-11-12 10:52 • 来自相关话题

1
回复

getAllContactsFromServer方法获取不到好友,出现Unknown server error 环信_Android 专职工程师值守

回复

plory 回复了问题 • 2 人关注 • 286 次浏览 • 2018-11-12 10:48 • 来自相关话题