流程驱动应用系统设计

 第1集：基础概念 - 6分钟

● 今天我来探讨流程驱动模式的应用系统设计，顾名思义就把管理系统以流程的方式实现。与之对应是传统的、模块功能菜单的过程系统。

● 这个简单的方法论，一看都会，一做都废。

● 要做到这一点需要有流程、实体、单据一些的基础知识理论做指导，并配合一个流程引擎系统，BPM系统实现。

● 世界上由两种事情最难做，一个是把自己的思想装进别人的脑袋，另一件是把别人口袋里的钱装进自己口袋。前者做到了叫老师、后者做到了叫老板，两者都做好了叫老婆。

● 在我看来，做老师要比做老板难的多，接收别人的思想是很困难的。

● 我有一个客户，他是公司的老板，说服了公司的所有人摒弃自己的开发架构，全面拥抱驰骋低代码平台，开发公司的LIMS产品，迈出这一步非常难得。

● 他带着公司的技术负责人与设计原型，在我公司里现场办公。 用2个周的时间完成了接受我的概念，推翻了原来设计，对产品按照流程驱动模式进行重构。

● 在第3天的时候提出来说，"周总，我不能采用您的方案，这样做系统就没有菜单了，客户不能接受，改变不了客户的使用习惯，因为市场上的LIMS产品都是我们这样设计的，我们的设计参考了很多家LIMS产品。"

● 我说：“ 郭总，如果您设计的产品于别人是一样的，没有自己的特色，不能于别人区分出来， 你就要卖给客户，就要拼界面设计，拼价格，拼关系，是没有竞争力的。”

● ” 对于简单好用的产品没有客户会拒绝，操作习惯问题不存在，大道至简。“

● ” 我们设计的LIMS是流程驱动的，各个部门角色人员市场、财务、办公室、分析组、采样组、计划组都围绕发起、待办来工作，借助流程的功能实现，实现业务的闭环，开发简洁、高效，灵活。“

● ” 他们的LIMS是传统模块，菜单，权限过程模式的LIMS，我们的菜单数量要比他们减少80%，我们开发效率要提高数倍。 ”

● 这个客户客户给我说，他连续2个周，晚上都没有休息好，一直在理解我的思想，终于悟出了流程思维设计的道理，

● 感慨万千之后，满载而归，我也有幸遇到这样的客户，能够认可专业的力量，承认自己的不足。

● 临走的时候我给他说，您在给客户介绍LIMS产品的时候，可以有底气说，我们是基于流程驱动的业务系统，他们是系统模块菜单过程的系统。我可以自由的组合应对管理需求的变化，我的简洁、简单，所有的人员都是围绕流程开展工作的。

● 一个人就要做认为对的，并且难以决定的事情。道理是需要靠自己领悟，而非别人强加给你。

● 我经常说改变一个技术人员的思维，难于与虎谋皮。

● 您也不能指望看完这一个视频，就能够像我一样就有流程思维设计系统。

● 也不能说我集成进去一个

● 因为他需要一定的流程基础理论知识做指导，需要一套流程引擎来实现，需要去实践。

● 我希望通过我的努力把您面向菜单功能设计思想，转变为面向流程模式的思想。

● 两个模式系统设计者的出发点不同，解决的问题都是一样的。

● 他的实现方式是把客户的管理活动转化为流程模型，使用流程引擎驱动各个部门写作完成工作闭环，借助流程引擎的功能，又快又好的完成项目交付。

● 前者菜单简洁清新，基于发起、待办、抄送、在途功能实现，通过流程节点把整个管理活动连接起来。

● 后者通过系统、模块、菜单按角色、部门权限分配功能，用多个页面实现客户的需求。

● 优劣势一目了然，前者的交付，借助流程功能，简单、精巧、灵活，代码量少，交付周期短，客户容易接受。

● 后者页面多，菜单多、分配权限复杂、代码量大、维护成本高、交付周期长，培训成本高。

● 我们的团队要在这个内卷社会上站住脚、赚到钱，就需要选择后者，降低成本、提供质优价廉的产品或服务。

● 期望用我的思想，能够帮助您建立起来流程思维分析系统的能力，我会分三期来讲解这个话题。

● 下一个视频我们以两个例子订餐系统、LIMS系统，深入理解流程驱动模式的系统设计。

第2集：实战案例解析1-食堂订餐 - 5m

● 上集讲解流程驱动的应用系统优点与特征。我鼓励年轻的设计人员，学习流程思维来设计，分析系统。

● 这一集，我们用【食堂订餐】的需求，来探讨流程驱动的应用系统设计。

● 提升自己对流程的认知，成为一名优秀的系统分析设计师，像周老师一样用流程思维思考系统的问题。

● 需求概述：一个单位有300多名员工，食堂每天8点发布菜品单，让员工提交订餐，截止10点结束，食堂汇总订单进行安排做饭。

● 当IT部门得到这个需求的时候，在传统思维的影响下，立马有一个方案，食堂人员菜单、员工订餐菜单、设计表结构、设计表单。根据角色分配权限。

● 界面原型与领导确认、编写详细需求设计、数据库结构设计、前端、后端、美工、测试进行开展工作。

● 这一系列的操作下来没有10个工作日交付不了任务。

● 这是传统的设计模式，从高校或者培训机构走出来的学生，都会按照这个思维方式去做。

● 如果您接触过流程引擎、表单引擎、单据的概念您就会有自己的思考，我给出如下方案。

● 方案1：食堂每天8点群发一个菜单邮件，邮件里有一个连接，直接连接到流程上的表单上，该流程只有一个节点，进行选择菜品，提交流程表单后就结束了。后端食堂根据业务数据的汇总分析功能，汇总出来要准备的菜品。

● 方案2：创建三个节点分合流程。食堂下达菜品单（分流节点）， 员工订单填报（子线程：），食堂订单汇总（合流节点）。这个方案全部用流程实现，成熟的BPM系统不需要编码就可以实现，半个工作日搞完。

● 方案3：创建一个菜品单据，他的增加、删除、修改的权限分配给食堂角色。在单据上创建一个多次启动的业务流程，这个流程由员工发起，这个流程有一个节点，食堂根据流程数据进行汇总得到想要的数据。这个是单据+流程的模式来实现。

● 解决问题：殊途同归，没有定法，不要认为邮件方案是拿不上台面，最低的成本、最短的路径无疑就是好办法。

● 有一次同事们在给我探讨一个技术点，说对水的分析样本损坏了，样本入库了怎么办？需要开发一个样本出库的功能吗？他们对这个问题争论好久了。

● 我答复说：样本坏了重新采集一个放到样本库里就好了吗？为啥还要做样本出入库的功能？他们恍然大悟，面面相觑。

● 流程就是一个解决问题的工具，他象一把刀，要利用好这把刀解决问题，那就需要掌握他的特性，要学会流程的基础知识。

● 我呼吁软件专业的高校，开设流程引擎BPM这个课程，让更多的学生认识这个技术。

● 如果以上的实例对你没有难度，下集我们讲解LIMS系统产品设计。

● 如果您理解这个过程那就参考下下集如何培养流程思维？

● 如果您认为周老师讲的不错，请点赞、分享给您的同事、朋友、领导、老板。您的支持是我创作的最大动力。

第3集：实战案例解析1-LIMS

● 我们以一个LIMS系统的设计来说明。

● 我的LIMS系统里集成了一款工作流引擎，我的LIMS就是流程驱动的吗？答案：不一定。

● 与流程驱动类型的系统相对应的是

● 这个视频里讲解什么是流程驱动类型的系统？与模块功能菜单的过程系统区别是什么？

● 您的应用系统是真正基于流程驱动的吗？流程驱动型系统设计有什么好处？

● 以上的4个问题我们讲分4期讲解，他们是一连贯思维。

● 我们研发应用系统，就是解决管理活动中的问题

● 这个话题较大我将分三集来讲解，

第4集：培养步骤 (4分钟)

1.  润物细无声：通过前几集的视频，您对流程思维已经有感性认识，只知道思想很好，但是不能从理性上说出来，为啥这样设计？

2.  随风潜入夜：在以后的视频里，一些概念、思想、方法慢慢的入住您的大脑里。

3.  分析问题有理有据、大道至简，让悄悄的与周围的人不同。

4.  大家好，我是周朋，一位流程表单引擎、低代码平台的设计者、开发者、探索者。为企业提供优秀解决服务与产品。

5.  我将用一系列的视频把自己的研究成果，分享给年轻的系统分析员、产品经理、系统架构师。

6.  期待我的思想能够改善您的开发平台、优化您的系统设计，给您不一样的观察事物的视角。

7.  流程思维是一个优秀的架构师稀缺的思维，需要一定的理论知识做指导，依托一款流程引擎来落地的。

8.  如果在配合一款第代码平台，就如虎添翼。前者是工具，后者是灵魂，二者一样重要。

9.  就类似于一个将军不仅要有强大的军队，还要有高维度的战略战术思想做指导，需要兵法，我给您提供的就是兵法。

10.  我们要描述出来这个规律，认识规律。兵无常势，水无常形，在以后的工作中灵活运用。

11.  我们从如下几个步骤入手，逐步提高，不可操之过急。

12.  第1步：驾奴学习一款优秀的工作流表单引擎，低代码开发工具了解这个工具的特性。周老师推荐自己研发的驰骋工作流，网上可以下载安装，有开源版本。

13.  第2步：深入理解单据、实体的概念，并理解单据与流程的关系，如何用流程操作实现记录实现增加、删除、修改、以及业务操作。

14.  第3步：在第1，2基础上分析系统首先按照第2条的理论去套用需求。通过实践一步步的把掌握流程的分析方法论。

15.  下面我抛出几个定义，这些是理论的基础。

16.  表单：请参考我的以前视频，对这个概念的讲解。

17.  实体定义：实体就是一个事物，比如：员工、岗位、部门、设备、学生。

18.  单据定义：在实体上发生的业务活动。比如：员工报销单、学生缴费单、设备维修单等。

19.  单据流程定义：单据要挂在流程上运动，我们称为单据流程。比如报销流程、设备维修流程、学生缴费流程。

20.  单据与流程的关系：新增关系、修改关系、删除关系、批处理关系、业务流程关系。

21.  名词定义是对一个事物的准确描述。

22.  小到：手机、电脑，大到：万有引力、麦克斯方程、波粒二象性，都是名词，名词不是制造出来的，而是研究出来的。

23.  下一节课我们讲解：分解这些概念的关系，理解这些概念是我们走向高级系统分析人员的基础。你要与众不同就需要，独特的看待问题角度，我们下级见。

24. 

 第5集：实体、单据概念 5m6s

1.  上集我们讲解了，走向优秀的、流程思维的、高级的系统架构师、分析员、产品经理的学习步骤。

2.  这次讲解表单、单据、实体的概念，让我们从更高的维度认识这个事物。表单类似于车厢、数据就是货物。

3.  听完后，你会悄悄的与众不同。这个视频让你从感性认知到理性认知的升华。

4.  这些知识都是周老师在研发流程表单引擎、低代码开发平台中，为客户提供服务与产品总结的。

5.  表单分为：实体与单据，是人与人之间传递信息的介质，与文章一样，文章分为说明文、叙事文。

6.  实体：必须有编号、名称字段，比如：员工编号，员工名称。设备编号、设备名称。 编号：一般设计为英文字母的组合，是实体的主键。名称：华为电脑，事物的名字。

7.  它具有持久存储、描述的、说明的性质，数据会在整个生命周期做很少量的变化，就好像一个说明书，一片说明文，描述事物的特征。

8.  实体的主键生成后不会变化，不能重复，其他表单通过引用与该表单数据关联。

9.  单据：必须有单号、标题、单据状态字段三个字段，比如：罚款单、出库单、收费单。

10.  单号比如：cc2025-0009 一般是年度加流水号, 标题：用户表述该表单的概述，通常是有几个字段组合而成。

11.  状态字段：一般分为0空白，1草稿，2审核中，3归档等。不同的设计员可以有自己的理解。

12.  单据具有业务流水性质，使用状态来控制记录的生命周期，在归档前期，数据内容变化频繁，归档之后，数据处于休眠锁定状态。

13.  单据需要的，称为审核单或者审批单，比如：设备报废审批单，付款审批单。

14.  没有审核行为的叫记录单，比如：设备清洁记录单，付款记录单。

15.  单据具有叙事性质，要有时间、地点、人物、事件等要素，就好像一片叙事小作文。

16.  表单与文章的共同点是，承载数据内容，承接人与人之间传递信息的介质。

17.  表单与文章的本质，对人类的作用都是相同的，文章有说明文、叙事文的分类。表单分为：单据与实体，这是他们的业务性质不同。

18.  深刻的洞察事物之间的区别与联系，练习一双火眼金睛看待问题、分析问题、总结问题。

19.  经过周老师这么一说，你是不是对这两个事物更深刻的了解？ 观点独特新颖， 我在下个视频里讲解如何提高自己对应用系统的认知？。

20.  实体表单用买描述事物特征的，就是说明文。比如：员工信息、固定资产信息。

21.  单据是用来描述一个事件的，就是叙事文。比如员工的：借款单、报销单。固定资产的维修单、报废单、折旧单。

22.  我在前一个视频里讲过，表单的定义，表单就是数据存储与展现的工具，用于传递数据内容的方法，各位可以去翻翻。

23.  根据管理者的需要，有的单据需要做记录、有的审批。前者是记录单、后者叫审批单。都是在一个实体上发生的业务操作。

24.  记录单，比如：维修记录单、工作日志记录单、付款记录单。

25.  审批单：比如：维修审批单、工作日志审批单、付款审批单。在驰骋低代码的设计中，审批单分为简易审批单与流程审批单。

26.  下级我们讲解如何提高对应用系统的认知？

 第6集：提高自己应用系统的认知？ 4m26s

1.  提高对应用系统本质的理解，从技术层面是数据表、字段、字段类型等，从业务层面就是流程、表单、数据、实体、等概念。

2.  要做好一位优秀的分析师，要跳出技术层面，从业务层面理解问题。借用西游记一句话：跳出三界外，不在五行中。

3.  这期视频是个比较轻松的话题，如何提高对应用系统的认知？

4.  为了讲明白一个道理，周老师经常把周围相关的事物扯进来。

5.  打比喻是说明问题常见的方法，如果能够打比喻，就说明这两个事物相近。

6.  比如：我们讲表单，把文章扯进来。 讲流程引擎、表单、数据之间的关系，把汽车、车厢、货物扯进来。

7.  文章分为：说明文与记事文。表单分为：实体与单据。他们之间有对应关系，如果理解不了，请翻翻以前的视频。

8.  实体就是描述事物特征的数据，比如员工、固定资产。单据就是在实体上发生的事件，是叙事的，比如：付款申请单，资产维修单。

9.  设计流程引擎就像设计汽车一样，流程有发起、前进、后退、移交。对应的汽车活动也有。

10.  这是因为世界上的事物是存在联系的，认识这个世界首要做的就是分类。学会把一类与另一类的事物区分出来，找到他们的共性与不同。

11.  为什么周老师能够知道，能讲的出来?

12.  因为我在长期的开发设计工作中，仔细观察、理解。形成了对系统的分析的方法论，保持独立思考的习惯。

13.  事物之间存在联系，研究这些联系，抓住共性，理解事物的本质。

14.  表单于文章有共性，同样流程引擎、表单、数据与汽车也有共性。

15.  流程引擎是车辆的控制系统、表单是车厢、数据就是货物。场景不同：救护车、油罐车、大客车，对应的货物也不一样。下集我们讲解这个问题。

16.  如果我从事其他职业的研究，我自信也会有收获，各位就见识不到ccflow这款产品了。

17.  跟着周老师学习流程设计，不仅仅能够学到专业知识，也能教会你分析事物的方式，方法。

18.  面向对象的编程是人类近1百年中，如果不能说是最伟大的发明，也是伟大的发明之一。

19.  勤奋是提高对分析应用系统的能力之一，其次使用唯物主义世界观分析事物。借用道德经中的一句话，“天下大事，必作于细”。

20.  更快的办法就是学习、吸收、引进周老师的思想，站在周老师的肩膀上更上一层楼。

21.  周老师的思想融入了驰骋低代码平台、流程引擎、表单引擎、面向模式的编程高代码开发之中。

22.  如果说一个系统是管理者的思想体现，同样以上的系统也是周老师思想的载体。

23.  你不使用ccflow，也可以还是把周老师的思想，武装你的头脑，改造你现有的系统，优化结构设计。

24.  大道至简，条条大路通罗马，一个方程有n个解法。成年人的世界里，不分对错。至少周老师的思想会给你打开一扇门。

25.  本期视频较短，说多了让人有些自诩之感，言归正传，我们下集进入深水区探讨流程、表单、数据之间的关系。

===over ==

26.  如果你让我给你讲人情世故，为人处世，那我不在行。

27.  但是讲这些吃饭的家伙，我会讲的头头头是道，讲的三天三夜说不完。

28. 

29.  承接上集，讲解了表单分为单据实体，说明了单据与实体的区别与特征。实体是用于说明的、单据用于记事的。

30.  我们引入文章的来有效的说明，文章与表单的作用对人类都是相同的，传递信息。

31. 

32. 

33. 

34.  其中一个公司的老板带着开发人员到公司现场开发LIMS产品，我给他灌输的这些概念，他2个周都没有休息好，终于改变的自己的想法，按照我的思想作为指导开发系统。

35.  因为我在长期的工作中，形成了自己的世界观，观察、理解、处理事物的方法论，保持独立思考的习惯。

36.  事物于事物之间存在联系，研究这些联系，抓住共性，理解事物的本质，表单于文章有共性，同样流程引擎、表单、数据与汽车也有共性。

37.  我是把这个思考能力用到软件开发上了，如果我从事其他职业的研究，我自信也会有收货，各位就见识不到ccflow这款产品了。

38.  跟着周老师学习流程设计，不仅仅能够学到专业知识，也能教会你分析事物的方式，方法。

39.  言归正传，我们开始研究单据。

40. 

41.  下集我们探讨，流程、单据的关系，关注我，不迷路。

== OVER ==

42.  周老师分享自己的研究理论，开阔粉丝们的视野，同时为自己的产品代言。

43.  这一集我们从感性认识走理性认识，掌握这个理论，用这个理论分析问题，无战不胜，无坚不摧。

44.  这个理论是周老师总结的，结合驰骋工作流、低代码产品落地的。即使不使用ccflow您可以使用ccflow的思想武装您的大脑。

45.  名词定义是对一个事物的准确描述。

46.  如何从理性上、从观念上看待这种可以感知而自己无法描述的流程思维那？

47. 

48.  你要使用他的方法，就需要接受他的名词定义，就需要理解他研究的规则，我要说的是那个名词定义者不是专业人员提出的，

49.  认识事物从对事物的分类开始，把每一类的特征搞清楚，分别处理。

50.  流程思维需要有一定的理论基础的支持，世界物体都运行在规律之中，这个规律就是道。

51.  以上的四个概念是不是既熟悉有陌生，还有些信用如果您能理解我的以上4个概念，您就

52.  培养流程思维需要一定的理论知识与一定的技术储备。

53.  很多产品经理、系统设计人员、系统架构师都知道这个概念，但是很少人能够带着这个流程思维去设计系统。

54.  有的设计人员认为集成了一个流程引擎，系统就成为了流程驱动模型的系统了，这样的说法不全对。

55.  要设计这样的系统，需要有一定的基础知识、理论、概念来指导我们的设计，武装我们的能力。

56.  什么是单据、实体、流程、什么是应用？ 单据实体与流程关系是什么？当你搞明白了这几个问题设计系统的时候就会自然的由面向过程的思维转向面向流程思维了。

57.  有了以上的的基础知识还不够，我们还需要一定的技术储备，就是说您的开发框架要支持这些功能，如果不支持这些功能就需要改造这他们适应这样的需求开发。

58.  关于理论知识与技术储备在第2期视频讲解，本期视频重点是深刻认识，流程驱动型的应用系统。

  第7集：流程、表单、数据的关系。5m15s

1.  立志成为一名优秀的产品经理、系统架构师、分析员，象周老师一样思考问题，学会用流程思维来武装自己。

2.  流程、表单、数据之间的关系，类似于：汽车控制系统、车厢、货物的关系。

3.  这一系列视频，让你提高看待问题、分析问题、设计系统的能力，让你悄悄的与众不同。

4.  汽车有前进、后退、左转、右转、刹车、加油门、鸣笛、换司机等操作。

5.  您会发现流程也有相对应的，发送就是前进、退回就是倒车、、刹车就停止挂起、鸣笛就是发消息，换司机就是移交。

6.  车厢就是表单、货物就是数据。

7.  工作流引擎与汽车的研究相通，世界上很多道理都是相通的，关键是你需要抓住事物的本质。

8.  通过这个比喻，您立刻就搞明白了这个问题，在设计看待工作流引擎系统中，有独特的视角，胜过你看很多书，我总是会给你一些不一样的观点与思维。

9.  流程引擎类似于是车辆的控制系统、控制车辆的前进、后退、左转弯、右转弯。操作车辆的是一个主体，人或者是设备。

10.  同样的，操作流程节点主体，是人或者是设备。在节点上需要有，手工执行、自动执行、手工+自动执行的属性。

11.  表单是车厢、数据就是货物。货物不同，对车厢的要求也不同，救护车、油罐车、大客车，对应的货物也不一样。

12.  如果硬要让卡车去做客车的事情，能够把货物运到，但是体验不好，这是另外一个话题，用户使用体验。

13.  对于表单的类型的划分，仁者见仁智者见智，抛砖引玉。驰骋的分类是，经典表单、开发者表单、章节表单、VSTO表单、自由表单

14.  每个类型对应不同的应用场景，就类似于车厢根据不同的货物要求设计不同类型的一样。

15.  通常我们用经典表单，对于客户渲染要求较高的，使用开发者表单。

16.  对于合同，项目申报，需要把文档格式化存储对章节权限需要控制的，使用章节表单。

17.  对于复杂的科学计算的使用VSTO表单借助excel功能来实现。

18.  参考驰骋的设计，来改造自己的表单引擎，这是技术层面的问题，这一系列的课程，讲的是理论。

19.  如果一个表单绑定到流程上，我们称为流程表单，应用在单据上我们称为单据表单。

20.  如果一个节点绑定了多个表单，就类似于一个火车头拉了多个车厢，我们成为多表单节点。

21.  流程与表单是：是多对多的关系，一个节点可以绑定多个表单、一个表单可以绑定多个节点上。

22.  表单与节点有权限控制关系：比如一个表单绑定到多个节点上了，在A节点可以填写，在B节点上只读，在C节点上部分字段只读，部分字段不可见。

23.  表单挂在流程上有三类的功能需求： 1. 传递数据。 2. 审核职能。 3. 数据分发汇总。

24.  传递数据：是最基础的功能。

25.  审核职能：是管理者的控制风险、区分责任主体的需要。

26.  数据分发汇总：这个功能是传递数据的一部分，多用于分合流，用于数据的分发汇总。

27.  更多的功能特点，需要参考驰骋BPM的流程属性、节点属性，技术层面问题其他视频有讲解。

28.  如果周老师的思想对您有用，请点赞、收藏、转发，关注，下集讲解技术思维与应用思维。

第8集：技术思维与应用思维

1.  对数据库的表的字段，可以分为sting,int,float类型，这种分类的方法我称为技术思维。

2.  换个角度，把字段分为属性、枚举、外键字段，我们称为应用思维。

3.  属性字段：姓名、地址、电话、年龄、身高。

4.  枚举字段：性别、政治面貌、公文类型。

5.  外键字段：班级编号、流程编号、商品类别、货币类别。

6.  在技术角度上，数据库存储的是一个个的表，在应用角度上，是一个个的实体或者单据。

7.  在技术角度上，表的列就是字段，在应用角度上，表的列就是属性。

8.  在技术角度上，一条记录，一行数据。是应用上的一个实体、或者一个单据。

9.  在技术表里的多条数据，就是一个数据集dataset。在应用上，是多个实体集合、或者叫单据集合。

10.  这就是角度不同，但是在现实的世界里，都是说的同一个事物。你在孩子面前叫老子，在媳妇面前叫丈夫，你还是你。

11.  技术与应用两者就是毛与皮的关系，技术为应用服务，应用需要技术支撑。

12.  技术与应用都是无限大，应用好像更大一些，从技术到应用需要有一个方法做连接，这个方法就是我前几集讲的流程思维方法论。

13.  如何把ERP、OA、BPM、OA系统设计出来，需要一定的方法作为指导。

14.  技术上：千变万化的页面，最终都是到数据库表的、增、删、改、查。

15.  应用上：有表单工单、流程工具、数据可视化等工具。

16.  我们的目的是用应用思维，指导我们的工具研发，由工具构建无限的应用给。

17.  在10多集中的理论、概念、定义是周老师的标准，仅供参考。

18.  感觉这些观点有用，请关注我。

19.  ===OVER ==

 

第9集：软件应用系统的业务分类

● 一个应用系统软件，从业务的角度上，周老师把他分类2大类。

● 分别是：实体管理类，交付管理类。

● 研究一个事物，我们先给它做个分类，然后分别对他们起个名字，下个定义，不同类型的事物我们分别公式处理。

● 实体管理系统：围绕一个实体来完成管理活动，在该记录上发生的业务内容。

● 比如：人力资源、固定资产、车辆管理、学生管理等。

● 管理活动围绕一个编号、名称、状态的实体进行。在该实体上发生的业务活动，都是以这个实体主键进行的。

● 以这个实体的台账为管理入口，以实体为中心，对完成的业务活动进行管理与记录。

● 比如：车辆管理系统，围绕对车辆的维修、派车、折旧、以及实体的状态控制等操作。

● 交付管理系统：围绕一个交付完成的，它具有重复的、固定工作模式的活动行为，是为了完成一个交付活动。

● 比如：工程管理系统、订单管理系统、飞机维修系统、LIMS、MES系统都属于这一类。

● 管理活动围绕一个交付主流程完成的，流程的各个节点是此交付活动的不同的阶段，也可以称为里程碑。

● 简单的交付活动使用一个流程就可以完成，对于可以分解执行的使用父子流程完成。

● 以后章节我们讲解这两个模式的解决方案。

● 两者对比：

#	对比项	实体管理系统	交付管理系统
1	核心特点	● 围绕一个具体的实体（如人力资源、固定资产、车辆、学生等）进行管理。 ● 管理活动主要集中在对这些实体的记录、状态更新和业务处理上。 ● 以实体的台账为管理入口，所有与实体相关的业务活动都以该实体为主键进行记录和管理。	● 围绕一个交付活动进行管理，这些活动具有重复的、固定的工作模式。 ● 管理活动主要集中在对交付流程的控制、节点管理和交付成果的跟踪上。 ● 流程的各个节点代表交付活动的不同阶段或里程碑，确保交付活动按计划进行。
2	典型应用	● 人力资源管理系统：管理员工的个人信息、考勤、薪资、培训等。 ● 固定资产管理系统：记录资产的采购、入库、折旧、报废等信息。 ● 车辆管理系统：管理车辆的维修、派车、保险、年检等业务。 ● 学生管理系统：记录学生的基本信息、课程选择、成绩、出勤等。	● 工程管理系统：管理工程项目的立项、设计、施工、验收等阶段。 ● 订单管理系统：跟踪订单的创建、审核、发货、收款等流程。 ● 飞机维修系统：管理飞机的定期检查、维修任务分配、维修记录等。 ● LIMS（实验室信息管理系统）：管理实验室的样品接收、测试、报告生成等流程。 ● MES（制造执行系统）：监控生产线的生产计划、调度、执行和反馈等。
3	管理优势	● 提高了对实体资源的管理效率和准确性。 ● 便于跟踪实体的状态和历史记录，为决策提供依据。	● 提高了交付活动的效率和可控性。 ● 确保交付活动按照预定的流程和质量标准进行。 ● 便于跟踪和分析交付活动的进度和结果，为持续改进提供依据。
4	生命周期	无	主题流程从发起流程，到流程结束，就是交付结束。
5	关键字段	编号，名称，实体状态	单据编号，标题，流程状态、里程碑
6	实现目的	记录实体发生的各种业务，以及实体的统计分析需要。	规范化生产、活动。控制风险。

● 演示图：

● xxx

● 应用于实践：

● xxxx

第10集：交付类管理系统-特征与诊断

● 上集我们把管理系统分为，交付类管理系统与实体类管理系统，这集讲解如何诊断，你要设计的系统属于哪一类。

● 您应该做过或者接触过项目管理系统、或者工程管理系统。

● 这类系统的特征是，围绕一个交付来完成整体的生命周期管理的活动。

● 整个活动可以看作是一个流水线、可以重复的执行。

● 每个过程执行完毕之后，数据基本不变化了，就归档了，用于以后的数据统计分析。

● 比如：我们建一幢大楼、维修一架飞机、跟踪一个商业机会、、公安局案件管理、都属于与交付系统。

● 项目管理或者工程管理系统也属于这类的系统，符合这个特征的系统无处不在。

● 整个管理活动需要多个角色协作完成，每组角色完成整个工作时，有顺序关系。

● 管理者有明确的实现目标，有明确的执行目的，有成熟的方式方法，来为达到该目标服务。

● 管理者为了达到目的，制定了一系列的步骤、以及为每个步骤的制定了作业标准，用于防范执行过程之中的风险。

● 管理者为了更好的管理，对复杂的活动设置多个里程碑，每个里程碑标记着该交付活动目标。在每个里程碑里，可以分解为多个过程。

● 这么一听下去，是不是又要讲流程？没错：我们讲解的是流程。我们用流程的思维如何处理该系统。

● 如果没有流程思想，这类的系统你很容易把他设计为过程管理的系统。

● 如果您诊断出来了，您要设计的系统就是该类的性质的系统，下面，就按照我的设计方法来套用，因为每次都很好的实践。

● 下集我们讲解这个模式系统的设计与实现。

第11集：交付类管理系统-设计

● 接上集，在诊断出来，您要设计的系统属于交付类系统以后，我们就可以按照这个公式来套用。

● 又快又好、又直接的实现系统设计与开发，设计成为流程驱动模式的应用系统。

● 对于简单的管理活动，直接设计一个流程就好了，比如：客户投诉流程。

● 这里我们说复杂的流程。

● 首先把整个交付活动画出概要的主线流程图，我们以工程项目为例来说明。

● 如果用自然语言描述出来整个过程，那么语言变得苍白无力了，太多的步骤。

● 首先画出来主题流程：项目立项，设计，施工，试运行，验收，结项。

● 在立项阶段：会有很多次审批，比如：环保审批、市政审批、供热审批等等。

● 施工阶段：有购买原材料等业务过程管理。

● 我们了解了父子流程的概念，设计该类的流程就轻松多了。

● 干流程的每个节点，都是一个里程碑。

● 每个里程碑的连接，必须是有先后的承接关系。

● 设置里程碑节点的规范是，此节点下的管理活动，有多个可以并行执行的活动，或者多次执行的活动。

● 比如：在干流程的施工节点上，需要有购买原材料、招聘人员等管理活动。

● 比如：在验收节点上，有验收材料准备子流程，开票子流程，验收问题确认与解决子流程。

● 我们用父子流程来分解复杂的管理活动，如何有效的利用父子流程，请参考驰骋工作流引擎父子流程设计。

● 下集我们讲解，实体类管理系统的诊断与设计。

● ++++++++++++++++++++++++++++++++ End *

 

第12集：实体管理模式的系统- 诊断

● 上集我们把管理系统分为，交付类系统与实体类系统，这集讲解如何诊断，你要设计的系统属于哪一类。

● 您应该做过或者接触过：人力资源管理系统、资产管理系统、车辆管理系统。

● 这类系统的特征是： 第1：围绕一个具体的存在的事物，也就是一个实体，来完成它的业务行为过程管理。

● 比如：固定资产管理系统，围绕一笔数据进行：折旧、维修、报废、出租、移动等业务过程处理。

● 第2：围绕实体集合与实体发生的业务过程，完成对数据的查询、统计分析、批处理。

● 比如：资产管理系统，完成对数据的查询、分析、报表、导出、打印、为决策者提供数据等操作。

● 管理者的管理目标是，规范实体的业务活动，按照标准执行，避免错误与风险。

● 比如：固定资产折旧、报废，就需要按照规范来处理，不能随便执行，执行过程有监督、有流程、有痕迹、可追溯。

● 对实体数据，或者业务数据进行统计、分析、报表为决策者提供依据。

● 实体状态：不同的实体管理方法有不同的状态，每个状态在时间点上是一维的。一个实体从管理者的角度不同，可以有多个状态。

● 比如：固定资产的状态，正常、维修中、报废、出租中等状态。

● 我们可以用流程、实体的方法、或者表单来控制实体状态的变更。比如：报废流程、出租方法。

● 在前几集，我们讲解了实体与流程的关系，实体与单据的关系，面对这类的系统，您应该有一定的解决方案。

● 如果您诊断出来了，您要设计的系统就是该类的性质的系统，下面，就按照我的设计方法来套用，因为每次都很好的实践。

● 我们下集见。

 

 第13集：实体管理系统设计

● 接上集，在诊断方法出来，您的系统属于实体类管理系统以后，我们就可以按照这个模式来套用。

● 他就是一个万能的公式，用于解决此类问题，屡试不爽，有快又好。

● 第1步：确认要管理的对象，并按照实体的规范设计，它的必要属性有：编号、名称、状态、创建人、创建部门、创建时间。

● 第2步：确认管理对象的状态，不同的实体根据管理者的要求不同，有不同的状态，我们以车辆管理为例，车辆状态是：正常、维修中、出借中、报废中。

● 第3步：理清楚，每个状态下可以发生的业务内容，根据周老师以前讲解的实体与流程、与方法、与通用组件的关系，匹配用户的需求。

● 理解驰骋低代码设计理念，并实际需求结合起来，您会发现设计源于实践。

● 第1：重温实体与流程的关系：新增关系、修改关系、批处理关系、业务关系。

● 新增关系：比如车辆的采购申请，流程走完以后，就可以在数据库新增一笔数据，状态设置为正常。

● 修改关系：车辆的资料发生变更了，就走实体修改类流程，在流程走完以后，数据自动更新车辆实体表。

● 业务关系：车辆维修、车辆出借、车辆报废。

● 批处理关系：批量的计提折旧流程。

● 第2：重温实体与方法设计

● 带参数的方法：车辆维修

● 不带参数据的方法：车辆报废

● 第3：重温实体的组件的与应用场景的匹配

● 二维码组件，日志组件，数据版本组件。这些组件

● 第4：重温实体集合的功能

● 查询条件：查询条件设置

● 查询权限：

● 第5：重温大屏、报表、分组分析组件功能。

● 这些功能有助于协助您完成客户对数据分析、展现的需要。

● 最后的总结：理解实体与流程、方法、应用组件的关系，理解实体集合的周围的规则、

● 

● 

● 

● 又快又好、又直接的实现系统设计与开发，设计成为流程驱动模式的应用系统。

● 对于简单的管理活动，直接设计一个流程就好了，比如：客户投诉流程。

● 这里我们说复杂的流程。

● 首先把整个交付活动画出概要的主线流程图，我们以工程项目为例来说明。

● 如果用自然语言描述出来整个过程，那么语言变得苍白无力了，太多的步骤。

● 首先画出来主题流程：项目立项，设计，施工，试运行，验收，结项。

● 在立项阶段：会有很多次审批，比如：环保审批、市政审批、供热审批等等。

● 施工阶段：有购买原材料等业务过程管理。

● 我们了解了父子流程的概念，设计该类的流程就轻松多了。

● 干流程的每个节点，都是一个里程碑。

● 每个里程碑的连接，必须是有先后的承接关系。

● 设置里程碑节点的规范是，此节点下的管理活动，有多个可以并行执行的活动，或者多次执行的活动。

● 比如：在干流程的施工节点上，需要有购买原材料、招聘人员等管理活动。

● 比如：在验收节点上，有验收材料准备子流程，开票子流程，验收问题确认与解决子流程。

● 我们用父子流程来分解复杂的管理活动，如何有效的利用父子流程，请参考驰骋工作流引擎父子流程设计。

● 下集我们讲解，实体类管理系统的诊断与设计。

第14集：流程驱动系统设计-大总结

● 如果您认真的理解了以前的课程，您具备一定的流程思维能力，这种能力，是设计人员稀缺的能力。

● 它能让我们在解决问题上，一步到位、直达终点，设计出来的系统，流程驱动、简洁好用。

● 一场战役要看一位领袖、一场战争要看一名将军、一场战斗要看一名指挥官。

● 系统分析师就是一名领袖，他的视野与知识储备，决定一个系统的走向，开发成本和客户的体验。

● 我讲解的都是理论知识，都是宏观、来自于我的实践总结。

● 我是一位20多年的驰骋低代码、高代码、流程表单引擎的设计者、开发者、实践者。

● 通过丰富的应用实践活动，对研究的事物进行分类，发现事物运动的规律，并分别制定不同解决方案，用代码来实现它。

● 世界是物质的，物质是运动的，运动是有规律的，规律是可以认识的，认识是发展变化的。

● 一个系统架构，走的越远，越需要哲学的指导。

● 流程引擎、表单引擎、低代码、高代码都是我们解决问题的工具。

● 用周老师讲解的理论知识，来指导您的工具的开发。

● 感谢各位、欢迎下载研究驰骋低代码。

● 我将陆续推出：低代码系统设计、高代码系统设计、流程表单引擎设计，欢迎关注。