Processist流程建模规范V1.0(简洁版)
工作流程组件系统设计V1.0
工作流程组件设计
Version:1.0
Date:2018.3.9
变更历史
目录
1.数据模型 (4)
1.1.工作流相关概念 (4)
1.1.1.名词解释 (4)
1.1.2.活动类型 (4)
1.1.3.相关约定 (4)
1.2.工作流中的活动分解 (4)
1.3.业务活动的实现模型 (5)
1.3.1.类图 (5)
1.3.2.数据模型 (6)
1.4.各种活动类型的配置举例 (7)
1.4.1.带与汇聚的活动 (7)
1.4.2.带或汇聚的活动 (7)
1.4.3.带与分支的活动(不做实现) (8)
1.4.4.带或分支的活动(不做实现) (8)
1.4.5.顺序常规活动 (9)
1.4.6.具有与汇聚功能的常规活动 (9)
1.4.7.具有与分支功能的常规活动 (9)
1.4.8.具有或分支功能的常规活动 (10)
2.应用编程接口设计 (10)
1.数据模型
1.1.工作流相关概念
1.1.1.名词解释
工作流(WorkFlow):全部或者部分由计算机支持或者自动完成的业务活动。
业务过程(Process):由一些业务活动组成,有一定的生命周期,通过相关人员及计算机的协同活动执行一系列的活动。
业务活动(Activity):活动是一个需要相关资源或者计算机处理的任务。
任务(Task):任务就是业务活动的实例。
业务规则(Rule):业务规则主要包括活动的前依赖规则和后转发规则,是活动的启动、执行、挂起等行为所遵循的条件。
活动前依赖规则(PreRule):活动的前依赖规则就是活动的启动条件。
活动后转发规则(RoutingRule):活动的后转发规则指的是活动结束后应该启动那些后继活动。1.1.2.活动类型
1、流程文件——流程设计流程
XXXX流程
1.0目的
2.0适用范围
流程要素
3.0概念定义
【对本流程文档中用到的专业名词、术语、缩写的定义/解释,如果没有可以写成无。和名词解释的意思很相似。注意:凡是容易引起歧义的名词最好都要有解释或说明。】
4.0角色定义
【不同业务具有同一处理过程,但角色不一样,可以用概况性的角色加以描述,但须在这里加以定义】
5.0绩效指标
6.0内容
6.1输入输出
6.2角色职责
6.3流程图
采用VISIO2003中TQM模板及流程图中的常用符号。若对VISIO不熟悉,也可采用POWERPOINT处理。
6.4流程活动说明
【包括活动的描述(活动编号、活动的名称和活动执行者)以及活动的操作(本活动做什么、如何操作、操作步骤是什么)。
注意:流程活动说明要体现活动的内涵。活动说明关注的是活动怎么做,力求达到新员工看到这个活动说明就可以照做的效果。
活动名称用动宾结构表示,一般不要超过8个字
流程中的各个活动说明要有该活动的执行人或熟悉该活动的人进行说明。】
6.5文件记录
【流程中使用、产生的表格、模板等文件记录。】
7.0附加说明
04_01_软件过程模型_1
可视化建模UML
目前许多项目都使用面向对象编程语言来实现 可重复使用的、容许变更并且稳定的系统。为 实现具备这些优点的系统,在设计中使用对象 技术尤为重要。 Rational 公司创建的工业级标准UML提供一 个面向对象的设计模型,以此为基础实施软件。
验证软件质量
质量管理贯穿 RUP 的所有工作流程、阶段和迭代过 程。一般来说,在整个生命周期内进行质量管理即 是要使流程质量和产品质量达标,并对此进行评测 和评估。 RUP的每一个工作流程都从不同维度对软件质量进 行验证与评估。
使用基于构件的体系架构
整个生命周期中,用例促使 RUP 的各流程前后衔接,而设 计活动是以构架-系统构架或软 件构架(对侧重于软件开发的系 统而言)的概念为中心展开的。 流程初期迭代(主要集中在精化 阶段)的重点在于生成并验证一 个软件构架,它在最初开发周期 中采用一个可执行构架原型的形 式,并在以后的迭代中逐渐演变 成最终系统。 RUP 提供了一种有条不紊的系 统化方法来设计、开发和验证一 个构架。
将需求转换为未来系统的设计; 逐步开发强壮的系统构架; 使设计适合于实施环境,为提高性能而进行设计。
实施
施工作流程的目标是系统的编码实现以及单元 测试,最后集成为可用系统。 实施工作流程的目的:
对照实施子系统的分层结构定义代码结构; 以构件(源文件、二进制文件、可执行文件以及 其他文件等)的方式实施类和对象; 对已开发的构件按单元来测试; 将各实施员(或团队)完成的结果集成到可执行 系统中;
流程图建模规则
状Hale Waihona Puke Baidu:决策后的状态
文档:表示流程中输入输出
IT平台:表示完成某项任务和活动 依托的信息平台,如OA、BOSS 、等。
13
子流程:流程中引用了另一流程 时使用
逻辑符号:该符号为“与”关系, 当流程步骤A、B为“A、B同时发生 ”的关系时,用该符号链接
逻辑符号:该符号为“或”关系, 当流程步骤A、B为“或者A发生, 或者B发生,也可A、B同时发生”的 关系时,用该符号链接
指完成某项任务和活动依托的信息平台,并非所有的活动都具有IT应用平台。常用的平 台比如BOSS系统、OA系统、MIS系统等
是指流程执行中需要参照和遵循规范和规则及相关依据
流程设计的理念、希望实现的输出成果和预期目标
影响流程指标和预期目标达成的关键活动和相关要求及注意事项说明
指对责任部门/岗位的负责内容和权限进行界定;特指某项活动必须由特殊授权或拥有 特殊资质或技能的人完成或决定。一般权限包括财务权限、专项技术权限等。
指完成某项任务活动所必须的信息、数据、报告、分析等,比如市场数据、市场报告 、公司要求等等。活动输入有些是有标准的模板,比如表单、协议等,有些可以没有 ,甚至可能是口头的传递
指完成某项任务后,输出的成果,输出包括表单、报告、模板、公告、订单、实物等
指为了使输出结果与期望目标吻合,明确某项活动的责任部门和岗位,乃至人员
SOA实验一流程建模
实验一: 流程建模
实验背景
该实验是对一个物料更改审批的流程进行的建模。审批流程包含了一个主流程和其下的几个子流程,下面分别给出它们的组件交互图并对其进行描述。
. 顺序图
图. 顺序图
过程描述:
() 当结构发生变化时,会向中发送一条消息,接到这条消息后,会将其发送给,发起流程;消息格式为,也就是变更前和变更后的, ;
() 会解读这条消息,抽取出变更前以及变更后部件的和,调用查询出变更前和变更后的结构,并且比较出结构变更结果;
() 将结构变更结果送给人工任务,交由设计审核人员进行审批;
() 如果审核人员审批通过的话,则会调用,将变更数据插入数据库;
() 如果审核人员审批不通过的话,则会调用发邮件通知工程设计人员审核失败消息。
图. 顺序图
过程描述:
() 当原材料信息发生变化时,会向中发送一条消息,接到这条消息后,会将其发送给,发起流程;消息格式为,也就是发生原材料改变的部件的, ;
() 会解读这条消息,查询出原材料信息,并将查询结果格式化成规定的文件;
() 将原材料变更结果送给人工任务,交由设计审核人员进行审批;
() 如果审核人员审批通过的话,则会调用,将变更数据插入数据库;
() 如果审核人员审批不通过的话,则会调用发邮件通知工程设计人员审核失败消息。
. 顺序图
图. 顺序图
过程描述:
() 调用查询出变更前的结构信息;
() 调用查询出变更后的结构信息;
() 调用,比较变更前和变更后的结构变化,并且生成指定格式的文件返回。
. 顺序图
图. 顺序图
过程描述:
() 调用查询出变更的信息;
() 调用将信息转换成制指定格式的文件返回。
ARIS流程建模规范
流程建模规范
编写
校对
审核
批准
XXXX有限公司
目录
1. 1.概述 (1)
1.1.目的和意义 (1)
1.2.利用说明 (1)
1.3.内容介绍 (1)
1.4.建模方式 (1)
2.预备工作 (1)
2.1.系统登岸 (1)
2.2.组结构标准 (2)
2.2.1.主组组结构 (2)
2.2.2.第一层组结构 (2)
2.2.3.第二层组结构 (2)
2.2.4.第三层组结构命名标准: (3)
2.2.5.第四层流程模型命名标准: (3)
2.3.图形标准 (3)
2.3.1.打印输出 (3)
2.3.2.打印比例和方向 (4)
2.3.3.模板 (4)
2.3.4.连线、网格的设置 (5)
2.3.5.图形整洁 (6)
2.3.6.图形比例 (6)
3.建模标准 (6)
3.1.企业总图 (6)
3.1.1.创建模型 (6)
3.1.2.新建或利用显现复制为模型添加对象 (7)
3.1.3.连接已添加的对象 (7)
3.1.4.为模型保护特性: (8)
3.1.5.为对象保护特性: (8)
3.2.组织图 (8)
3.2.1.模型概述 (8)
3.2.2.模型创建 (9)
3.2.3.对象描述 (9)
3.2.4连线关系 (10)
3.3.数据表单 (11)
3.3.1.模型概述 (11)
3.3.2.模型创建 (11)
3.3.3.对象描述 (11)
3.3.4.连线关系 (12)
3.3.5.为对象保护特性 (12)
3.4.应用系统类型图 (13)
3.4.1.模型概述 (13)
3.4.2.模型创建 (13)
3.4.3.对象描述 (13)
3.5.流程总图 (13)
流程图制作规范57772
教育部作业标准化(SOP)流程图制作规范
秘书室管考科制 931009
壹、前言
「标准作业流程」是企业界常用的一种作业方法。其目的在使每一项作业流程均能清楚呈现,任何人只要看到流程图,便能一目了然.作业流程图确实有助于相关作业人员对整体工作流程的掌握。制作流程图的好处有三:
(一)所有流程一目了然,工作人员能掌握全局。
(二)更换人手时,按图索骥,容易上手。
(三)所有流程在绘制时,很容易发现疏失之处,可适时予以调整更正,使各项作业更为严谨。
贰、目的
一、为建立本部作业标准化(SOP)流程图之可读性及一致性,乃参考美国国家标
准协会(American National Standards Institute, ANSI)系统流程图标准
符号,选定部份常用图形,作为本规范流程图制作符号;及参考道勤企业管理
顾问有限公司「效率会议」标准流程,作为本规范流程作业要项及流程图之范
例。
二、本规范对于流程图绘制方式,采用由上而下结构化程序设计(Top—down
Structured Programming)观念,亦即流程图的结构,由循序、选择及重复三
种结构所组成,以制作一个简单、易懂及便于维护、修改的流程图.
三、对于制作流程图共通性目标,本规范亦列出流程图绘制原则。
参、流程图符号
可由计算机的Word 软件中,工具列─插入─图片─快取图案─流程图,选取
肆、流程图结构说明:
一、循序结构(Sequence)
(一)图形:
(二)意义:处理程序循序进行。
(三)语法:DO 处理程序1 THEN DO 处理程序2
(四)实例:
(五)运用时机:
Process 流程
Only for MFG 天弘(东莞)科技有限公司
1、严格按照WI作业。
2、WI与正在生产的Model相同。
3、在线操作员要有相应的技能卡。
4、表单必须真实,及时,正确,完整做好记录。
5、表单要符合ISO9000,规范使用和填写,使用表单应为最新版
本。
6、PCBA板不允许叠放。
7、拿PCBA板时只能拿板子的边缘部份,不可以用手碰到元件。
8、拿PCBA板时,严禁碰撞,应轻拿轻放。
9、必须检查上一工位的产品。
10、必须把上一工位的缺失回馈给上一工位。
11、产品完成之后,必须检查本工位的产品,保证是良品流到下一
站。
12、连续出现三个不良品时,必须报告给拉长。
13、发现问题或异常情况时必须及时报告给拉长。
14、能够按时完成生产计划。
15、能够超计划地完成生产。
16、开线,换Model,工程变更时应对物料进行清理和检查。
17、开线,换Model,工程变更时应进行首件检查。
18、必须在规定的时间学会所需的技能,并能熟练掌握。
19、必须学会相邻岗位的技能,并能熟练掌握。
20、操作动作简练,标准。
21、必须学会一些与本工位相关的简单的维修方法。
22、必须保持平衡生产,严禁生产速度时快时慢。
将我们的企业文化付诸于行动
流程图制作软件使用手册
AdvanTrol-Pro
流程图制作使用手册
浙江中控技术股份有限公司
声明
⏹严禁转载本手册的部分或全部内容。
⏹在不经预告和联系的情况下,本手册的内容有可能发生变更,请谅解。
⏹本手册所记载的内容,不排除有误记或遗漏的可能性。如对本手册内容有疑问,请与
我公司联系。
商标
中控、SUPCON、SPlant
、 Webfield 、ESP-iSYS 、MultiF、InScan、SupField以上商标或标识均是
浙江中控技术股份有限公司已经注册或已经申请注册或正在使用的商标和标识,拥有以上商标的所有权,未经浙江中控技术股份有限公司的书面授权,任何个人及企业不得擅自使用上述商标,对于非法使用我司商标的行为,我司将保留依法追究行为人及企业的法律责任的权利。
文档标志符定义
警告:标示有可能导致人身伤亡或设备损坏的信息。
WARNING: Indicates information that a potentially hazardous situation which, if not avoided, could result in serious injury or death.
电击危险:标示有可能产生电击危险的信息。
Risk of electrical shock: Indicates information that Potential shock hazard where HAZARDOUS LIVE voltages greater than 30V RMS, 42.4V peak, or 60V DC may be accessible.
process的模型选择手册
Title: Process模型选择手册
一、引言
在软件开发过程中,选择合适的开发模型对项目的成功至关重要。不同的项目需要不同的开发模型来适应其特定的需求和要求。本文将介绍几种常见的软件开发模型,以及它们适用的场景和特点,帮助读者选择合适的模型来进行软件开发。
二、瀑布模型
1. 瀑布模型是一种线性的开发模型,将软件开发过程分为需求分析、系统设计、实现、测试和维护五个阶段。
2. 瀑布模型适用于需求相对稳定、技术可行性已经验证的项目。开发过程中各个阶段相对独立,每个阶段完成后才进入下一个阶段。
3. 瀑布模型的优点是结构清晰,易于管理和跟踪。但同时也存在无法应对需求变更、进度无法估计准确等缺点。
三、迭代模型
1. 迭代模型通过将整个软件开发过程分为多个迭代周期来进行开发,每个迭代周期包括需求分析、设计、实现和测试。
2. 迭代模型适用于需求变化较快或者技术风险较高的项目。每个迭代周期都可以产生可执行的软件产品,有助于及时发现和解决问题。
3. 迭代模型的优点是能够灵活应对需求变更,能够及时验证技术方案的可行性。但同时也存在迭代周期过多导致管理复杂、成本和时间控
制困难等缺点。
四、增量模型
1. 增量模型是一种逐步增加功能的软件开发模型,每个增量都包括完整的软件系统功能。
2. 增量模型适用于时间紧迫、需要快速交付部分功能的项目。同时也适用于复杂系统的开发,可以通过逐步增加功能降低风险。
3. 增量模型的优点是交付较早的产品、强调模块化开发,有利于风险管控。但同时也存在需求变更导致重构成本增加、需求管理难度加大等缺点。
Processist流程建模规范V1.0(简洁版)
Processist流程建模规范
V1.0
目录
一、流程图语言要素规范 (3)
二、流程图表达规范 (6)
三、流程建模说明 (9)
一、流程图语言要素规范
绘制流程图需要有统一的语言规范,以保证所有绘制的流程图能够采用共同的表达方式,这是流程协同、共享、讨论的基础。
1.活动:活动是构成流程的最基本单位,表示动作。一般表达是“动词+名词”的方式,例如“检测样品”。也可以是动词的方式,比如“审批”,为了区别不同的动作,尽量避免直接用“审批”这样的动作表述来表示活动,而表示成“审批采购单”。如果有多个相同的动作而发出者和内容不同,那么在一个流程中通常加以注释而表述成“审批采购单(1)”和“审批采购单(2)”。
2.流程线:流程线是用来连接流程活动和其他元素的连接器,在流程图上是带有箭头的实线,表达流程执行的顺序和路径。
3.输入和输出:输入和输出是活动的对象,前一个活动的输出是后一个活动的输入。活动在流程图上通过流程线连接起来,而现实的活动是通过输入输出关联起
来的。输入是活动的起因,输出是活动的结果,通常是物品、文本、信息等。输入输出用名词来表达,在流程图上写在流程线上。
4.角色:角色是实施活动并对活动结果负责的岗位、部门、公司或系统,通常应该定义到岗位,以保证能够使活动的责任落实到具体的岗位。多数活动的角色能够定义到岗位,也有部分角色不能和岗位对应,例如报销流程中的“报销申请人”,不能定义到具体特指的岗位。所以角色的范围大于岗位。在角色中也可以表达系统,这是为统计哪些流程在IT系统中实现提供方便,但是系统应该放在角色的下面。例如“输入客户信息”这个活动,第一角色是“客服专员”,第二角色是“ERM”系统。
现代软件工程ProcessModel
Unified Process Model A software process that is:
use-case driven architecture-centric iterative and incremental
Closely aligned with the Unified Modeling Language (UML)
Purposes of Process
Increase the quality of the end product; Improve the repeatability and predictability of the development effort; Decrease the effort required to develop the end product at the required level of quality.
Problems of Prototyping Model
RAD模型
RAD小组1 业务建模 数据建模
2~3 个 月
RAD小组2 业务建模 数据建模 处理建模 应用生成 测试
……
RAD小组n 业务建模 数据建模 处理建模 应用生成 测试
处理建模 应用生成 测试
Microsoft倡导的开发模型
RAD模型的特点 顺序开发(如同瀑布模型);
流程建模
错误情况举例4
订单
入库单
读者信息
逾期历史
数据不通过任何手续就能在数据存储之间流 动?
怪了,表格中的数据长腿了吗?要不硬盘智 能化了,不需要任何外部力量,磁道上的数 据会自己移动?
错误情况举例5
xx 仅有流入的数据流, 数据还有什么用途吗?
纯粹是垃圾!
xx
仅有流出的数据流, 数据是从何而来呢?
模型的局部会存在这种情况, 但系统地看应该不会。如果有, 那个数据肯定是一千年不变, 可以直接由数据库管理员一次性 搞定。
1.企业过程重组BPR ⑴ 定义 对企业经营过程进行根本性的再思考和彻 底的重新设计,以求获取可以用诸如成本、质量、 服务和速度等方面的业绩来衡量的巨大的成就。
⑵关键性概念 ①根本性的 ②彻底的 ③巨大的
实施BPR的企业: ➢ 企业陷入困境,有生存危机 ➢ 企业经营状况良好,预感走下坡路 ➢ 企业处在鼎盛时期,无明显困难 ④过程
系
主
审批签字 打印审批表
任
参加考试 学 生
答卷
例1:根据以下业务处理过程画出领料业务流程图:
车间填写领料单给仓库要求领料,库长根据用料
计划审批领料单,未批准的领料单退回车间,已批 准的领料单 被送到仓库保管员处,由他查阅库存帐。
若帐上有货则通知车间来领料,否则将缺货通知交 采购人员。
未批准的领料单
1 Business Process Modeling(BPM)业务流程建模
IDEner创意孵化项目系统建模
前言
以下分别采用业务流程建模和UML建模两种建模发放对系统设计进行建模。其中UML 面向对象系统设计建模中,我们采用了类图,对象图,Communication Diagram(通信图),状态图。
说明:由于参考文献问英文文档,有些翻译可能不是很贴切。
1. Business Process Modeling(BPM)业务流程建模
业务流程建模通过一系列的技术和标准实现对业务流程进行分析设计,实施以及执行。能够帮助识别,描述,分解业务流程。BPM支持三种流行的流程语言:Analysis languages,Service Orchestration languages,Collaborative languages。后两者语言能够直接生成代码。
1.1 Process Hierarchy Diagram(PHD)业务架构图
业务架构图给出了系统功能的视图,并且将一个流程分解成多个子流程。分析阶段分析师和经理用使用此图。
IDEner创意孵化系统的业务架构图如下。
图1 IDEner创意孵化系统的业务架构图
1.2 Business Process Diagrams(BPD)业务流程图
业务流程图给出了系统各个层面流程间的控制流和数据流的视图。业务流程图可以是业务架构图中的一个子流程。
对于系统的不同层面,有以下三种业务流程图
1.2.1 Top-level diagram 描述业务伙伴之间的关系。
对于图1 IDEner创意孵化系统的业务架构图中的Bind Advertise子流程我们进一步分解成业务流程图得到图2。
process培训教材
文件编号
DOCUMENT NO:
发行版本
VERSION:
页数
PAGINATION: 69
培训教材
培训教材目录
第一章基础培训教材
第一节常用术语解释(一) (1)
1.组装图 (1)
2.轴向引线元件 (1)
3.单端引线元件 (1)
4.印刷电路板 (1)
5.成品电路板 (1)
6.单面板 (1)
7.双面板 (1)
8.层板 (2)
9.焊盘 (2)
10.元件面 (2)
11.焊接面 (2)
12.元件符号 (2)
13.母板 (2)
14.金属化孔(PTH) (2)
15.连接孔 (2)
16.极性元件 (2)
17.极性标志 (2)
18.导体 (2)
19.绝缘体 (2)
20.半导体 (3)
21.双面直插 (3)
22.套管 (3)
23.阻脚 (3)
24.管脚打弯 (3)
25.预面型 (3)
第一节常用术语解释(二) (4)
1.空焊 (4)
2.假焊 (4)
3.冷焊 (4)
4.桥接 (4)
5.错件 (4)
6.缺件 (4)
7.极性反向 (4)
8.零件倒置 (4)
9.零件偏位 (4)
10.锡垫损伤 (4)
11.污染不洁 (4)
12.爆板 (4)
13.包焊 (4)
14.锡球 (4)
15.异物 (4)
16.污染 (4)
17.跷皮 (4)
18板弯变形 (4)
19.撞角、板伤 (4)
20.爆板 (4)
21.跪脚 (4)
22.浮高 (4)
23.刮伤 (4)
24.PCB板异物 (4)
25.修补不良 (4)
26.实体 (5)
27.过程 (5)
28.程序 (5)
29.检验 (5)
30.合格 (5)
31.不合格 (5)
32.缺陷 (5)
流程图绘制标准-流程图高级教程
流程图内文字采用宋体;流程标题采用14pt字体、加粗、左对齐;职能带标题采用12pt字体、中间对齐;其它流程图正文内文字采用8pt字体;
尽量避免交叉线、有时可以适当合并以求简单明了;
2、明确制定考核体系和执行考核过程中各部门的职责
3、确保考核过程公正公平,有效加强对经销商的管理,降低成本
o凡流程中有审核、审批的活动亦按该示例绘制。
o 通常情况下,判断框和选择框上下端连接“是”线,左右端“否”流入流出。
1.1.5
形状:
页外连接图例
使用说明:
o一页图中不能完成的流程可以分页绘制,用跨页连接符号表示连接点。
1.1.6
形状:
文档图例
多联文档图例
使用说明:
o用来表示业务活动应用(输入)或产生(输出)的文档、报告等信息,放置于产生该文档的附近,活动输入文档放于活动左侧,产生文档放于活动右侧,一般与活动在同一职能带;
2.3
示例:财务凭证修改及冲销流程编码为:FI-01.01。03。
释义:FI表示财务会计模块,01。01。03表示是三级流程.
3.
使用VISIO绘图软件的垂直跨职能带模板绘制流程图;
为便于浏览,一页流程图中活动框的数量一般不应超过20个(若流程层级划分合理,一个流程的活动一般可以控制在20个以内),保证一页流程图在A4页面范围内能清楚显示,否则可分页绘制,但为了保证流程图的可读性应尽量避免分页;
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
Processist流程建模规范
V1.0
目录
一、流程图语言要素规范 (3)
二、流程图表达规范 (6)
三、流程建模说明 (9)
一、流程图语言要素规范
绘制流程图需要有统一的语言规范,以保证所有绘制的流程图能够采用共同的表达方式,这是流程协同、共享、讨论的基础。
1.活动:活动是构成流程的最基本单位,表示动作。一般表达是“动词+名词”的方式,例如“检测样品”。也可以是动词的方式,比如“审批”,为了区别不同的动作,尽量避免直接用“审批”这样的动作表述来表示活动,而表示成“审批采购单”。如果有多个相同的动作而发出者和内容不同,那么在一个流程中通常加以注释而表述成“审批采购单(1)”和“审批采购单(2)”。
2.流程线:流程线是用来连接流程活动和其他元素的连接器,在流程图上是带有箭头的实线,表达流程执行的顺序和路径。
3.输入和输出:输入和输出是活动的对象,前一个活动的输出是后一个活动的输入。活动在流程图上通过流程线连接起来,而现实的活动是通过输入输出关联起
来的。输入是活动的起因,输出是活动的结果,通常是物品、文本、信息等。输入输出用名词来表达,在流程图上写在流程线上。
4.角色:角色是实施活动并对活动结果负责的岗位、部门、公司或系统,通常应该定义到岗位,以保证能够使活动的责任落实到具体的岗位。多数活动的角色能够定义到岗位,也有部分角色不能和岗位对应,例如报销流程中的“报销申请人”,不能定义到具体特指的岗位。所以角色的范围大于岗位。在角色中也可以表达系统,这是为统计哪些流程在IT系统中实现提供方便,但是系统应该放在角色的下面。例如“输入客户信息”这个活动,第一角色是“客服专员”,第二角色是“ERM”系统。
5.注释:可以是执行该活动的规则和说明,也可以是对该活动的一个经验积累。可以把执行这个活动的简短的经验和说明作为一个记录的内容放在注释里,也可以作为文档的形式放在附件里。活动经验性的注释是企业知识库的重要内容,能够使老员工的经验得到分享。
6.附件:附件可以挂接的东西很多,应用也比较广泛,与这个活动相关的表单、制度、标准文件、模板、示例等等都可以作为附件,但不建议挂接带有企业现实数据的过程性文档。一般来讲,OA或工作流上面挂的是过程性文档。这里挂的主要是标准性的文档,是告诉你这件事情该怎么做,而不是监控你怎么做,也不是执行的结果文档(除了示例以外)。
7.条款:条款是对于制度的细化,制度通过条款化能够形成条目和流程相关联,能够让制度落地在流程上,实现制度和流程的整合和统一。条款化是一个复杂的过程,需要对企业的制度进行逐条的分解和优化,在流程管理的初期不建议企业使用这项功能。
8.下一层级:当需要对一个活动进行更细致的流程描述的时候,我们就需要将这个活动进行分解,我们把下一个层级的流程称为上一个层级的子流程。企业流程的层级就是这样逐层分解而成的。
以上是对于一个流程活动而言的构成要素,其中活动、流程线、输入输出、角色是构成流程不可或缺的最基本要素。
此外还有很多用于构成流程图的要素,可以参照BPMN2.0的流程语言规范,这个规范比较复杂,内容很多,而我们通常使用的有下述几个:
8.开始:表示流程的起始,外部或内部的因素引发了流程。比如外部“客户需求”或者内部“质量问题”等。
9.结束:表示流程的终止,流程到了关闭的终点或者延伸到外部。比如“产品交付完成”或者“文件存档”等。
10.流程链接:表示从一段流程跳转到另一段流程的链接符号。流程链接在企业流程整体性的表达上是非常重要的,以为企业的现实流程不可能在一张图上完整表达出来,通过链接能够体现流程穿越职能部门和业务模块的端到端的特征。11.区域:区域只是作为业务模块之间的关系说明,通常在L0层使用,只对分类有意义。例如L0层通常分为:战略、运营、管理和支持区域。
12.活动编号:每个活动都在系统中被分配一个唯一的ID号,在页面上可以直观看到的第一个创建的活动分配为“1”,第二个创建的活动分配为“2”,在关系复杂的流程图中,这种编号只是为了活动的识别,并不能够完全代表流程现实活动的顺序。只有活动有编号,判断符号是没有编号的。
13、增值链符号:增值链符号只在L0层用来表达价值链业务模块,属性相当于活动。
14.判断:表示流程在此经过是否的选择会形成不同的路径。需要说明的是,判断表达一种逻辑而不是活动,因此判断前面的活动才是形成判断这个逻辑的具体动作。比如,前面一个活动是“审批采购申请表”,后面一个判断为“是/否通过“,然后分成是、否的两条路径。
15.网关:此外还有网关,网关是在流程输入输出线上用来表达流程路径多种复杂条件和情况的逻辑符号,比如并行、聚合、多路等等。判断是一种表达是否逻辑的单一网关。
在BPMN2.0的语言规范中对于流程图构成要素给出很多定义,还包括事件、泳道等等,这更多是面向开发人员的工具,在企业普遍实施的由管理和业务人员主导的流程梳理和呈现中,因为其复杂性一般不被采用,毕竟最好的传播语言一定是以简单为前提的。
流程图语言要素规范除了上述要素定义以外,还需要有统一的样式、模板、字体、颜色等,企业可以自行定义成为一种统一的风格。
二、流程图表达规范
1.开始和结束的表达
开始应该表达为触发流程的初始点或者外部条件,同样的,结束是整个流程终止或者延伸到企业外部。在绘制企业流程全景的时候,开始多见于市场端,结束多见于客户端,在企业运营中并不多见。企业中的多数流程的入口和出口应该是通过链接相互关联起来。
2.链接的表达:流程链接在流程图上的定义,是从一张流程图上的一个链接符跳转到另一个张流程图上的一个链接符,因此在构建流程链接的时候,必须保证两张流程图都预先设置的相应位置的链接符,才能实现流程的链接。流程不能链接到当前流程图以及其自身以下层级子流程图,否则会出现死循环。
3.判断的表达:
当流程需要判断时,通常需要使用判断符,判断符是对上个活动的输出物进行判断,语言表述为:“是/否XX”的格式。判断符本身不表示活动,而前面一定是一个能够发起判断的动作,判断符号上没有编号。
情况1,一般沿着直线方向代表“是”,垂直方向为“否”,如下图所示: