业务流程BPM工作流

在面向对象编程中，对象是一等公民，后来在函数式编程中，函数是一等公民，而如今在事件驱动编程中，事件是第一公民，事件其实是对象与函数的集合体，能够利用两者优点，回避缺点。 这篇文章介绍著名的服装电子商务企业Stitch Fix是如何使用事件驱动实现软件系统建

本文是讨论微服务和领域事件架构下一些需要长时间运行服务的设计问题，这些长时间运行的服务任务是因为有人工流程介入导致，比如请假需要所在部门和人事部门等两个部门领导批准，那么请假这个服务就可能需要一两天时间才能完成，因为需要两个部门领导都在电脑前且点按了批准按钮，这个请假服务流程才结束。

我们知道无服务器架构背后是有服务器。那有什么意义呢？有人开玩笑说：那只是别人的服务器。 使用无服务器架构有几个好处： 1.不需要自己配置或管理服务器了，用别人的。 2.能够量入为出，根据系统规模扩张伸缩

本文讨论的是如何使用CQRS实现API设计。 概述下面是名为Command / Query Responsibility Segregation（CQRS）的设计模式：

应用程序的开发变得越来越耗时，且构建成本越来越高，现在出现了一种新的趋势，即企业客户自己可以设计、构建、定制和部署APP，几乎不用编码。在过去几年中，低代码平台（由Forrester Research创造的一个术语）在企业中越来越受欢迎 - 特别是对于中小型企业。其中许多平台都具有点击式拖放组件。这

Activiti 6工作流引擎默认是集成Spring Boot 1.5，只有到Activiti 7才支持Spring Boot 2，但是本身变化比较大，这个开源项目终于将Activiti 6集成到Spring Boot2，同时加入了自己的用户身份UUM系统，比较简单实用，好像出自国人之手。

无服务器是基于事件驱动的，那么是不是无服务器只能用来实现事件驱动呢？当需要以低延迟来处理数据流时，函数编程、事件流和事件源是这项任务的最佳选择工具。 但是，只有少数解决方案才能采取真正的事件溯源Event sourcing，并实现“事件回放”。更常见的方案

Effektif是由Tom Baeyens启动并领导，他是原来JBOSS的JBPM创建者，也是Activiti的创建者。

开源工作流引擎Activiti 基于Spring boot 2发布了新的Activiti Core，见maven仓库starte

“任何让非程序员构建可执行程序的工具最终会变得足够复杂，以至于用户实际上是程序员。” 我想知道是否有人将此经验进行命名（或者甚至可能已经证实）？ 也许是一个必然结果：“当你强迫领域专家使用工具或建模语言以可执行的形式表达需求时，他们最终会指派中间人（分析师

一、流程的变更 <

业务是：生产各种不同的产品（电脑，网络产品等），不同类型的产品会有些不同的流程。首先是半成品的生产，开出一个工令，会有产品类型，数量等信息。产品类型决定该产品需要走的流程。在生产过程中收集并保存产品的相关数据到数据库中。之后是成品的生产，将前面已经生产好的半成品及一些其他零件组装起来

对上图的说明:1.

业务流程管理（BPM）软件意味着少代码或无代码，当前无服务器概念正在发展，函数即服务的概念有助于BPM等概念在云中复活，g2crowd有一个众多市场上BPM产品的比较图，符合纳入BPM类别的资格，产品必须： 1.捕获业务流程2.允许创建业务规则逻辑

图片来源于C++ coding standard ，flow chart for Project decision making,真心没明白其用意，想在此弱弱的问一下。