工作流

松耦合架构 概述 使用独立的组件设计架构，降低相互依赖，当一个组件出现故障时，其他不受影响 利用ELB和SQS来打破传统服务器各层的关联，成为各层之间的中介，各层的故障和扩展均由中介自助处理 系统的耦合程度越低，系统的扩展就越轻松，容错能力越高 托管的无服务架构 设计服务，而不是设计服务器 通过托管服务和无服务器架构可以提高环境的可靠性和效率 在需要时优先考虑无服务器解决方案 使用消息队列处理应用程序之间的通信 在静态资产存储在外部 ， 如S3 使用IAM处理用户身份验证和用户状态存储 面向服务的架构（SOA） 服务是独立的功能单元 应用程序通过通信协议为其他组件提供服务 微服务架构 概念 SOA中的小型、独立进程 每个进程专注于执行一个小型任务 不同进程之间通过与语言无关的API进行通信 微服务可以独立扩展，可以轻松的扩展或收缩组件而其他组件保持不变。 微服务还可以轻松应对故障，因为不会出现级联故障而提高容错能力，所以可以将系统可用性适当降低。 微服务是易于交换的，只需要用一个组件替换另一个组件就可以完成升级 将功能拆分成不同组件 迭代小型部件 缩小测试界面区 受益于更低的变更风险 使用水平扩展的各个组件 意味着成本、规模和更改风险均降低，从而提高效率 微服务边界上下文 每个业务域都分为多个上下文，业务域可是任何完整的业务流程，他是被多个数据块结合构建

谢谢各位前辈回答. 以下针对ccflow 5.0 3680版本来讲 我在文档中看到,ccflow的标准SDK开发方式是通过复制若干文件,将ccflow项目与业务项目合并为一个项目.而我觉得这种方式耦合度较大,想将ccflow项目单独布署,然后通过wcf对外发布服务. 1.目前ccflow只提供了BP.WF.Dev2Interface操作对象.如果我想使用WCF的话,就需要自己再写一个WCF接口与WCF实现类,在实现类里完成对操作对象的调用.其实Ccflow可以预先提供这两个类嘛.先写一个WCF接口类,再将BP.WF.Dev2Interface类变为其实现类.这样可以同时满足使用Ccflow标准SDK开发与另外一些使用WCF开发的人. RE: 你完全可以封装成webservices, 把那些BP.WF.Dev2Interfac静态的方法，就是体力活的问题。 2.BP.WF.Dev2Interface的用户登录方法接收一个SID参数,且在方法体里对此参数进行了验证.但数据库里没有这个列,官方Demo的登录也没有调用这个方法,是自己实现的,其也没有用到这个参数,我也没有找到有关此列的相关说明.请问我该如何使用呢? RE: SID 是您的系统与ccflow耦合用的安全验证码，两个程序如何实现用户信息的安全切换登录，在流程设计器文档中有详细的描述。或者 Baidu 一下 ccflow SID

*** 如何把子线程的数据汇总到合流节点表单中去？ 对于分合流程来说，一般的模式就是分流– 子线程– 合流。通常是分流点与合流点是同一个人处理，比如：事例中的部门负责人启动分流让本部门的成员填写同一格式的工作日志，然后汇总到部门经理。 *** 现实的业务需求是合流点上要看到每个子线程的工作内容，如何把子线程的数据汇总到合流节点表单中去？ CCFlow 为您提供如下两种方案： 1 ，使用 ccflow 内部的约定规则：在合流点上创建一个明细表，明细表的字段与子线程节点表单字段对应，这样才确保可以复制，在合流节点表单上的明细表里的属性里的设置是分流节点表单字段。 这样，每一个子线程完成后就向这个明细表中插入一条数据，并把子线程节点表单的数据按照字段对应关系复制到明细表的一行记录中。 2, 利用子线程的节点事件：在子线程发送成功与撤消的两个节点事件中向指定的表写入数据，一般是向合流节点表单写入，以满足您的特殊要求。在发送成功时插入数据，在撤消时删除数据。 第一种方案适用于大众情况，第二种方案需要写存储过程，可以处理复杂的业务逻辑。 来源： oschina 链接： https://my.oschina.net/u/10897/blog/52424

关于工作流引擎授权问题的需求变更 各位ccflow爱好者，如果你在使用ccflow的授权功能，请仔细阅读。 新需求点说明: --------------------- 1, 同一个时间点一个人只能授权给一个人。 2，需要按流程的范围授权，或者全部授权。 3, 需要为授权增加一个日期. 变更内容: --------------------- 1，原来的 WF_Emp 表中的 AuthorIsOK 取消了. 2, 新增加了 AuthorWay 0, 未授权， 1，全部授权，2按指定的流程授权. 如果此枚举值，有变化ccflow会另行通知。 3, 新增加了 AuthFlows 字段，用来存储授权的流程编号，流程编号用逗号分开. 4, 新增加了 AuthorToDate 授权到日期, 如果逾期登录会提示出错，但是ccflow不会自动收回授权。 etc: 此类文件位于 D:\ccflow\Components\BP.WFV4\Port\WFEmp.cs 开源的驰骋工作流引擎，工作流程管理系统 官方网站 http://ccflow.org 8:44 2012/6/17 来源： oschina 链接： https://my.oschina.net/u/10897/blog/62586

多比 图形控件 是一款基于Web(VML和SVG技术)的矢量图形控件， 类似于网页上的Visio控件，是目前国内外最佳的基于web的 工作流 设计器、工作流流程监视器解决方案。 可广泛应用于包括：电力、军工、煤炭、化工、科研、能源等各种监控软件、web工作流设计器、asp.net工作流设计器、电力、化工、煤炭、工控组态软件、仿真、地理信息系统、工作流、复杂报表 工业SCADA系统、ERP流程设计系统、图形管理、图形拓扑分析、GIS地理信息系统系统、工程制图等领域。目前已经为全球20多个国家的数千家客户采用。 下载试用 产品 多比(SVG/VML)图形控件试用版 (3 MB) 试用版下载 来源： oschina 链接： https://my.oschina.net/u/1583261/blog/316318

多比图形控件是一款基于Web(VML和SVG技术)的矢量 图形控件 ， 类似于网页上的Visio控件 拓扑图软件 ，是目前国内外最佳的基于web的 工作流 设计器、工作流流程监视器解决方案。 可广泛应用于包括：电力、军工、煤炭、化工、科研、能源等各种监控软件、web工作流设计器、asp.net工作流设计器、电力、化工、煤炭、工控组态软件、仿真、地理信息系统、工作流、复杂报表 工业SCADA系统、ERP流程设计系统、图形管理、图形拓扑分析、GIS地理信息系统系统、工程制图等领域。目前已经为全球20多个国家的数千家客户采用。 原文来自：http://twaver.com.cn/pdt/1431 下载试用 产品 多比(SVG/VML)图形控件试用版 (3 MB) 试用版下载 来源： oschina 链接： https://my.oschina.net/u/1583258/blog/337820

1 集中式工作流 像 SVN 一样，集中式工作流以中央仓库作为项目所有修改的单点实体。所有修改都提交到 Master 这个分支上。 这种方式与 SVN 的主要区别就是开发人员有本地库。Git 很多特性并没有用到。 2 GitFlow 工作流 Gitflow 工作流通过为功能开发、发布准备和维护设立了独立的分支，让发布迭代过程更流畅。严格的分支模型也为大型项目提供了一些非常必要的结构。 3 Forking 工作流 Forking 工作流是在 GitFlow 基础上，充分利用了 Git 的 Fork 和 pull request 的 功能以达到代码审核的目的。更适合安全可靠地管理大团队的开发者，而且能接受不信任贡献者的提交。 来源： https://blog.csdn.net/poiuyppp/article/details/99459878

1 分支种类  主干分支 master 主要负责管理正在运行的生产环境代码。永远保持与正在运行的生产环境完全一致。  开发分支 develop 主要负责管理正在开发过程中的代码。一般情况下应该是最新的代码。  bug 修理分支 hotfix 主要负责管理生产环境下出现的紧急修复的代码。 从主干分支分出，修理完毕并测试上线后，并回主干分支。并回后，视情况可以删除该分支。  准生产分支（预发布分支） release 较大的版本上线前，会从开发分支中分出准生产分支，进行最后阶段的集成测试。该版本上线后，会合并到主干分支。生产环境运行一段阶段较稳定后可以视情况删除。  功能分支 feature 为了不影响较短周期的开发工作，一般把中长期开发模块，会从开发分支中独立出来。 开发完成后会合并到开发分支。 2 GitFlow工作流举例 3 分支实战 来源： https://blog.csdn.net/poiuyppp/article/details/99460441

驰骋工作流引擎设计 ccflow 已读回执 关键字： 工作流引擎 已读回执 CCFlow 工作流程引擎已读回执 开源工作流引擎 工作流引擎已读回执定义： 在工作流程引擎中：节点A 向节点B运动后，A的处理人想知道B是否打开此工作。 我们处理工作的时间周期， 察看工作- 打开工作- 处理工作- 发送工作。 在打开工作时触发工作已读回执动作 ， 在发送工作时处理节点收听动作，关于什么是节点收听请参考驰骋工作流引擎操作手册的其他章节。 扩展阅读 - 电子邮件中已读回执: 如果您在使用电邮写信时选择了“已读回执”，当收件人打开您的邮件时，会提示发送方要求发送已读回执，如果对方同意发送回执，那么就会有一个已读回执发送回来给你，您就可以确认对方是否收到了该邮件，并且知道对方是什么时候阅读该邮件的。如果对方拒绝发送回执，那样您就无法知道接收方是否已读。 但是ccflow 没有处理拒绝发送已读回执动作。 应用背景: 在财务报销流程中，申请者想在第一时间里知道他的上级领导是否打开他申请单。 Ccflow 的抽象模式: 不设置，自动回执，由上一节点的表单字段决定，由sdk开发者参数决定四种ccflow已读模式。 不设置： 默认为不设置。 由上一节点的表单字段决定： 比如A发向B ，在B节点上设置此规则，要在A的节点表单上增加一个系统字段SysIsReadReceipts 建议为boolen类型

在战略机遇期的最后15年中，全球的工作流系统开始崛起，同时，宇宙里面出现了一个工作流恒星团 不止是我的JWFD项目出现了恒星系统，其它工作流项目也出现了宏观巨系统，只要数字巡天系统找到 JWFD的恒星的具体空间位置，也就可以定位工作流星团的空间位置，这个恒星星团里面可能有数千颗恒星系统 但是年龄都不大。。。。 其它文明和系统的有些人经常派飞船去那里玩，去搞破坏。。。我们要小心。。。 美国的知名三女侠-树莓派，蓝莓派，草莓派三姐妹的战舰，经常去我们的星团里面投毒。。。 你们小心点，我叫比利.迈尔和昂星团7姐妹打你们。。。 这个恒星星团的恒星年龄从10岁到18岁不等 工作流行业的各位朋友们。。。。一定要有大局观啊。。。不要仅仅埋头写代码啊。。。 来源： http://www.cnblogs.com/comsci/p/11671948.html