ARIS现状描述建模标准.docx

1、ARIS现状描述建模标准ARIS模型建模标准样例1.概述1.1目的和意义建模工作是业务流程治理信息系统信息初始化的要紧工作。只有在流程建模和风险建模准确、全面、标准的基础上，才能够实现流程治理的可视化、集中化、标准化；能够基于同一套流程，依照不同治理部门的要求自动输出各类治理文档，实现一次建模，全程共享，并最终成立起一个先进、高效的业务流程治理平台。本手册将帮忙读者把握业务流程治理信息系统的建模能力，指导读者慢慢完成业务流程平台的搭建。1.2利用说明该手册以实际操作进程为编述思路，注重操作参考性，图文并茂，具有有效价值；内容简单易懂，引导性强，可作为培训教材利用。该建模标准全面的标准了建模工作

2、的结果，是在ARIS里面进行建模工作的标准指导性文件。并从建模员的角度动身，以一个流程为例，详细介绍了建模工作和操作方式。1.3内容介绍建模标准分为12个章节，每一章一样包括以下内容：模型概述、模型创建、对象描述、连线关系和图形布局等。第2章至第12章的要紧内容安排如下： 第二、3、4章别离介绍了组织图、应用系统图和技术术语图的建模标准，这是进行流程建模的基础； 第五、六、7、8章介绍了流程建模标准，包括流程体系、流程总图、功能树图和流程图； 第9章介绍功能分派图建模1.4建模方式为了保证流程的集成，模型的可治理、可保护，本项目中采纳ARIS的房式结构理论的建模方式。即先搭建组织、功能、应用系

3、统、风险库等组件，最后组装成业务流程。在项目中，所有模型和对象要严格的分目录寄存，确保治理方便。2.预备工作233.1系统登岸 每一个建模员都需利用由系统治理员分派的用户名（密码需当即修改）登录到效劳器上的效劳器名模型库。 登录时，需利用定制的统一过滤器和中文语言（Chinese） 组结构标准2.12.22.2.1主组组结构第一层组结构的内容名称依照房式结构来划分。主组命名标准：组名=序号+空格+该组的内容名称，如“ 01组织架构”。2.2.2第一层组结构第一层的组结构应该依照模型内容来创建。第一层组名命名标准：除组织架构依照其原有的“A、B、C”编号之外，其余组别均以“1. 、2.”阿拉伯数

4、字命名。如：“1. 行政”。2.2.3第二层组结构第二层组名命名标准：数字编号继承上级，再加上本层次编号。如“ PPM”。 2.2.4第三层组结构命名标准：上级编号加上模型名称，如“ PPM 内容引进”。2.2.5第四层流程模型命名标准：阿拉伯数字加上，如“ 引进片源审查流程” “ 引进选题治理流程”。流程编号是依照十进制排序，若是中间添加流程可按1五、2五、35以此类推插入。3.2图形标准2.32.3.1打印输出点击菜单“视图-选项”打开下述界面，将“显示打印页”勾上。在建模时，会显现红色的边框。2.3.2打印比例和方向 点击“视图-选项”窗口左侧“关于新模型”-“打印”，在右边勾选 “纵向

5、”，使流程图的打印方向默以为纵向。2.3.3模板点击“选项”窗口左侧的“表示”，在右边设置“当前模板”为“XXX Project To Be Blue Print Design”，设置“在符号中的文本特性”为“多行文本”。2.3.4连线、网格的设置点击“选项”窗口左侧的“连接”，设置“跨接高度”和“弯成圆滑程度”为20，勾选“只以适当的角度创建新的连接”。点击“选项”窗口左侧的“网格”，在右边设置网格为5。设置完毕，点 “确信”。2.3.5图形整洁对多个对象，可采纳“排列”菜单中的各项，如左对齐，纵向等间距等，使模型中的各对象排列整齐。另外，图中所有的连线要整齐，能重合的要重合。2.3.6图形

6、比例需要输出到WORD文档的模型，需在2X2格的打印页面内纵向建模，以保证输出的模型打印能够清楚。3.建模标准44.1企业总图 企业总图用来作为企业模型库的入口，它同时也表达了完整企业的房式结构下应该治理元素和关系。企业总图一样包括五个视图：组织视图，功能视图，产品效劳视图，数据视图，流程视图。依据不同企业的治理需要，还能够将视图细分，例如分解出战略视图，应用系统视图等。3.1.1创建模型 在主组“ 业务流程治理平台”下创建模型； 新建模型，选择视图：流程视图； 选择模型类型：结构模型； 依照规那么：企业名称+企业总图，命名模型。例如：“ 入口模型”； 选择模型位置在已创建的组，完成模型的创建

7、。3.1.2新建或利用显现复制为模型添加对象 新建对象：ARIS 视图； 对象类型：结构元素； 为对象命名； 选择如下符号：3.1.3连接已添加的对象对象之间不进行连接。模型样例：3.1.4为模型保护特性： 模型名称保护在模型特性名称上。 “模型的描述和概念”保护在模型特性描述/概念上。3.1.5为对象保护特性： 对象名称保护在对象特性名称上。 “对象的具体描述”保护在对象特性全名上。4.2组织图3.23.2.1模型概述1)模型说明：组织图用于描述各级组织机构（如某某中心/频道、部处、科组等）之间的层次结构关系和指定组织机构的相关职位。2)模型类型：组织图。 3)所属视图：组织视图。4)命名格

8、式：组织图的命名即该组织机构的名称。5)模型内容：组织图由组织单元、职位、组及其彼其间的连线关系组成。6)层次结构：每一个组织图只显示一层上下级关系。3.2.2模型创建1)创建方式：组织总图直接新建，其他的组织图通过对上级组织图中指定的对象新建分派组织图模型而来。2)创建位置：一级组织图（即组织总图）寄存在目录“01 组织架构”下，而且为该一级组织图中每一个直属下级机构（包括组）创建一个同名目录，用来寄存二级组织图；三级及以下各级组织图寄存途径依此类推（注：同名指组织图的名称去掉前面的约束概念部份后，与其所在目录的名称去掉序号后相同）。3.2.3对象描述组织图中可利用的对象有组织单元、职位和组

9、。 组织单元（1）描述内容：用于描述各级组织机构，如 “新闻编辑部”、“ 新闻评论部”等。（2）创建方式：在组织图中新建。（3）命名：一样采纳两级命名；但对其上级单位和二级机构、所属单位等的命名，需要在前面加上单位。 职位（4）描述内容：用于描述各级组织机构的对应职位，如 “访谈中心组组长”、 “财务科科长”等。（5）创建方式：在组织图中新建。（6）命名：一样采纳两级命名；但对其上级单位和二级机构、所属单位的职位命名，需要在前面加上单位。 组（7）描述内容： 多个不同单位、部门或职位的集合，如“主管部门”、“相关部门”、 “所属单位”的委员会等。 项目临时性组织或委员会，如“ERP项目组”、“

10、预算治理委员会”等。 外部单位，即不在的组织结构图中显现的单位和部门，如广电总局、银行等。（8）创建方式：在组织图中新建。（9）命名：通过命名使该组描述的范围尽可能清楚确信。3.2.4连线关系连线类别源对象连接类型目标对象图例说明组织单元和职位组织单元是的上级组织单元表示组织机构的上下级关系及组织机构的对应职位组织单元由组成职位职位是的管理者组织单元组和组织单元、职位组被分配给组织单元表示组和组、组织单元的关系及组的对应职位组是的上级组组由组成职位4.3数据表单3.33.3.1模型概述1)模型说明：技术术语图用于描述企业中流程涉及到的各类数据表单，包括纸质文档和电子文档。2)模型类型：技术术语

11、图。 3)所属视图：数据视图。4)命名格式：技术术语的命名即该表单的名称。5)模型内容：技术术语图由簇、技术术语及其彼其间的连线关系组成。6)层次结构：每一个技术术语图只显示一层上下级关系。3.3.2模型创建1)创建方式：现有表单总图直接新建，其他的组织图通过对上级组织图中指定的对象新建分派组织图模型而来。2)创建位置：一级技术术语（即技术术语总图）寄存在目录“02 数据表单”下，而且为该一级技术术语图中每一个数据类别创建一个同名目录，用来寄存二级技术术语图，以下途径依此类推。3.3.3对象描述组织图中可利用的对象有簇和技术术语。1)创建簇类型的对象；2)为对象命名，知足命名标准，数据类别名称

12、，例如：生产类单据；3)选择如下符号：4)连线关系：不创建连接。5)数据类别6)创建技术术语类型的对象；7)为对象命名，知足命名标准：如“新闻制作打算保护单”8)选择如下符号：3.3.4连线关系数据类别数据类别连线关系含有3.3.5为模型保护特性1)模型名称保护在模型特性名称上。2)模型的具体描述保护在模型特性描述/概念上。3.3.6为对象保护特性 簇1)对象名称保护在对象特性名称上。2)对象的具体描述保护在对象特性描述/概念上。3)对象的全称保护在对象特性全名上。 技术术语1)对象名称保护在对象特性名称上。2)对象的具体描述保护在对象特性描述/概念上。3)对象的全称保护在对象特性全名上。4)

13、数据表单填写标准保护在对象特性填写标准上。4.4应用系统类型图3.43.4.1模型概述（1）模型说明：用于描述企业内的应用系统。（2）模型类型：应用系统图。（3）所属视图：功能视图。（4）命名格式：某某应用系统图。如：“播出编排治理系统”。3.4.2模型创建（5）创建方式：新建应用系统图模型。（6）创建位置：“03 应用系统”3.4.3对象描述（7）应用系统图由应用系统对象组成。（8）应用系统的命名遵循统一原那么。关于各中心内部通用的系统，采纳各中心统一的系统名称；关于各中心内部利用的系统，需要加上单位名称，如：“新闻编辑部播音系统”。3.4.4对象之间一样无连线关系。4.5流程总图3.53.

14、5.1模型概述（1）模型说明：用于阅读公司整个流程体系的门户，同时表现业务模式的全景。（2）模型类型：增值链图。（3）所属视图：流程视图。（4）命名格式：流程名称。（5）模型内容：流程总图由所有一级流程功能对象组成。3.5.2模型创建（6）创建方式：流程总图为新建增值链图模型。（7）创建位置：流程总图寄存在该公司的组 “04 业务流程”中。3.5.3对象描述（8）流程总图中可利用的对象只有代表一级流程的功能对象。（9）创建方式：第一创建一级功能树，再创建流程总图；方式为从一级功能树中“显现复制”所有一级流程对象到流程总图中。（10）命名规那么：某某公司简称 + 流程总图。3.5.4连线关系流程

15、总图不保护功能对象之间的连接关系。4.6功能树图3.63.6.1模型概述（1）模型说明：描述业务流程的层次结构。（2）模型类型：功能树。（3）所属视图：功能视图。（4）命名格式：流程名称。（5）模型内容：功能树图由功能对象及其之间的连线关系组成。每一个功能树图只描述一层上下级关系，依照从上往下细分的结构顺序，用多个功能树图描述各级流程的层次结构。3.6.2模型创建（6）创建方式：一级功能树图（如新闻节目中心业务功能树）为新建功能树模型；二级及以下的功能树（如新闻采访功能树），通过在其上级的功能树图中相应功能新建分派功能树模型而得。（7）创建位置：一级功能树图寄存在该公司的 “04 业务流程”组

16、里；而且在“04 业务流程”下为该中心每一个一级流程创建一个同名的组，用来寄存二级流程； 三级及以下功能树寄存在其上级组里为其创建的同名组中。3.6.3对象描述（8）功能树图中可利用的对象只有功能。（9）功能代表流程层次结构中的各级流程。（10）创建方式：在功能树图中新建。（11）命名规那么：流程名称。3.6.4连线关系源对象连接类型目标对象图例说明功能1(上级流程)是面向流程的上级功能2(下级流程)表示流程的层次关系4.7产品树3.73.7.1模型概述（1）模型说明：描述业务流程的层次结构。（2）模型类型：产品树。（3）所属视图：产品效劳视图。（4）命名格式：产品或效劳名称。（5）模型内容：

17、产品树图由产品对象及其之间的连线关系组成。每一个产品树图只描述一层上下级关系，依照从上往下细分的结构顺序，用多个产品树图描述各级产品和效劳的层次结构。3.7.2模型创建（6）创建方式：一级产品树图（如新闻节目中心产品树）为新建功能树模型；二级及以下的功能树（如新闻采访产品树），通过在其上级的产品树图中相应功能新建分派产品树模型而得。（7）创建位置：一级产品树图寄存在该公司的 “05 产品效劳”组里；而且在“05 产品效劳”下为该中心每一个一级流程创建一个同名的组，用来寄存二级产品树图； 三级及以下产品树寄存在其上级组里为其创建的同名组中。3.7.3对象描述（8）产品树图中可利用的对象只有产品。

18、（9）产品代表流程执行的目的。（10）创建方式：在产品树图中新建。（11）命名规那么：产品或效劳名称。3.7.4连线关系源对象连接类型目标对象图例说明产品1 (上级)包含产品2(下级)表示产品服务之间的层次关系4.8EPC（事件驱动流程链）3.83.8.1模型概述（1）模型说明：描述详细的业务流程步骤。（2）模型类型：EPC（事件驱动流程链）。（3）所属视图：流程视图。（4）命名格式：具体业务流程名称。（5）模型内容：EPC事件驱动流程链由事件和功能彼此触发，和其涉及到的流程元素（包括组织单元和职位、数据表单、应用系统、产品和效劳）组成。用于表述完成业务流程的步骤。（6）在特性中保护模型全名，

19、全名格式例如：“ PPM 内容引进 010 引进片源审查 片源初审流程”。3.8.2模型创建创建方式：从上一阶增值链图（流程场景）中创建分派。3.8.3对象描述（7）EPC中可利用的对象包括： 事件 功能 组织单元 职位 技术术语 应用系统 产品/效劳 逻辑符号（AND & OR & XOR）（8）创建方式：事件和功能可在EPC中新建，其他元素从其各自图中引用以保证一致性。（9）命名规那么 事件：名词 + 被动形式，如：“申请已被批准”； 功能：动词 + 宾语，如“提出播出申请”。3.8.4连线关系源对象连接类型目标对象 图例说明事件激活功能表示事件与功能之间互相作用的关系功能创建事件组织单元

20、完成功能表示某组织单元完成某功能的操作职位完成功能表示职位完成某功能的操作组完成功能表示组完成某功能的操作技术术语是的输入功能表示某功能的完成需要此技术术语的输入功能拥有的输出技术术语表示某功能的完成拥有了此技术术语的输出功能读取簇表示某功能的完成需要读取某一类数据功能产生产品/服务表示某功能完成后产生了此产品或服务4.9功能分派图3.93.9.1模型概述（1）模型说明：描述某一业务流程节点。（2）模型类型：功能分派图。（3）所属视图：流程视图。（4）命名格式：具体业务流程步骤名称。（5）模型内容：功能分派图中只能描述一个功能，以其他流程元素和与其的关系一起组成。3.9.2模型创建创建方式：从

21、上一阶EPC（事件驱动的流程链）中创建分派。3.9.3对象描述（6）功能分派图中可利用的对象包括： 功能 组织单元 职位 技术术语 簇 应用系统 产品/效劳（7）创建方式：功能应与其上级模型中的流程功能名称相同，流程元素应从其各自图中引用以保证一致性。（8）命名规那么功能：动词 + 宾语，如“提出播出申请”。3.9.4连线关系源对象连接类型目标对象图例说明组织单元完成功能表示某组织单元完成某功能的操作职位完成功能表示职位完成某功能的操作组完成功能表示组完成某功能的操作技术术语是的输入功能表示某功能的完成需要此技术术语的输入功能拥有的输出技术术语表示某功能的完成拥有了此技术术语的输出功能读取簇表

22、示某功能的完成需要读取某一类数据功能产生产品/服务表示某功能完成后产生了此产品或服务4.流程结构55.1流程分级业务流程纵向分为四级，上级流程包括其下级流程。流程地图：业务流程总图，分五类：行政、节目、技术、经营、其他；流程区域：节目业务治理流程中包括节目生产治理、技术资源治理等；业务场景：按每一个流程区域所执行的功能划分，如：在节目生产治理流程中又包括节目生产治理核心流程和内容引进治理流程；业务流程：底层的具体业务运作，细化每一个步骤执行的动作。5.2职能带a)职能带是流程图中的区域划分，表示不同组织在该流程中执行的功能。一个职能带中只有一个职能组织对象。若是一个职能带中有两个职能组织对象，

23、可将其拆成两个职能带；或归并职能组织，用一个组来表示，如以下图。 b)职能带的职能组织（包括组织单元、职位、组）为该职能带的要紧执行组织，负责或参与执行该职能带中的所有功能。c)职能带的职能组织类型为组织单元，表示负责执行该职能带的具体单位部门，如：体育频道等。d)职能带的职能组织类型为组的，表示执行该职能带的项目性组织或人员群体等，如：部门领导、项目小组等。e)职能带的职能组织类型为职位的，表示负责执行该职能带的具体职位，如：节目播出治理处处长等。一样情形下，职能带的职能组织不是用职位；若是职能组织为职位的，职能带中的功能能够不连接职位。4.1.1组织单元a)描述内容：用于描述各级组织机构。

24、b)命名：一样采纳两级命名；对其二级机构的命名，需要在前面加上上级机构。4.1.2职位a)描述内容：用于描述各级组织机构的对应职位。b)命名：一样采纳两级命名；对其二级机构职位的命名，需要在前面加上上级机构。4.1.3组a)描述内容： 多个不同单位、部门或职位的集合，如“主管部门”、“相关部门”、“某某领导小组”等。 项目临时性组织或委员会，如“ERP项目组”、“预算治理委员会”等。 外部单位，即不在组织结构图中显现的单位和部门，如银行、政府部门等。 出于系统操作需要而概念的某些工作角色，非正式人事编制内的职位，如“用户治理员”等。b)命名：通过命名使该组描述的范围尽可能清楚确信。4.1.4功

25、能描述内容：工作步骤、系统操作或业务活动。命名规那么： # + “.” + 步骤内容。#为该步骤在本流程的序号，不足两位数的在前面补“0”；序号与步骤名称之间以半角的“.”距离开；步骤内容一样采纳动作加描述对象的命名方式。如：“05.填写科目保护清单”，“12.审批申请单”。引用流程时，从一级流程图中将其对应的功能显现复制在流程图中，符号改成流程接口。流程接口不得更改其原有的特性。一个流程接口只表示引用一个流程；引用多个流程时应拆分为多个流程接口。4.1.5事件描述内容：流程运行进程中所发生的状态改变或场景选择。命名规那么：一样采纳“已”规那么，即：描述对象 + “已” + 状态/动作。如：“

26、出库单已编制”，“费用申请审核已通过”。判定模块描述某一判定进程，包括一个功能和两个事件，例如：功能“审核费用申请”、事件“费用申请审核已通过”、事件“费用申请审核不通过”。4.1.6文档文档包括纸质文档、电子文档、SAP系统文档。纸质文档表示以文本形式存在的文件、制度、表单等（包括以Office办公软件为载体的文档、表单）电子文档表示在应用系统数据库中贮存的文档、数据，如SAP、FMIS系统中产生的文档、表单等。SAP系统文档特指SAP系统中的文档、表单、数据等，是电子文档的一种。单联/多联表单：多联（未保护视为单联表单）4.1.7连线任何对象最多只有四边的中点许诺连线。功能对象：依流程顺序

27、上进下出，与其他对象左右相连。即，功能统一从上边中点连入，从下边中点连出；左右两边中点连接文档、应用系统对象，组织只连在右边中点。 事件对象：依流程顺序统一从上边中点连入，从左/右边中点连出往上，从下边中点连出往下。 逻辑符：单进多出，或多进单出。幸免任何可能引发歧义或误解的连线交叉与重叠，比如：有相同入口（或出口）的连线，能重叠的部份应重叠；入口和出口都不同的连线绝对不能重叠。任何对象不得压到对象与对象之间的连接线（风险对象和操纵对象除外）。连接线不得与列界限重叠；事件返回的连线一样要超出列界限，但最右列从右边连出的连接线不得出列界限外（可将列宽拉伸为9格）。 连接线尽可能不交叉，能直那么直

28、。4.1.8逻辑关系一样情形下，流程图中不利用逻辑符号；如假设需要对个别流程或流程片段的走向作明确说明的，可单独添加逻辑符号。流程图里的逻辑关系有如下三种规那么：逻辑与。表示一件情形可能产生的几个结果或后续活动，全数发生；或表示一件情形的发生需要几个条件同时知足。逻辑或。表示一件情形可能产生的几个结果中，至少有一个会发生。如确信存档文件后，纸质存档和电子存档至少会做一种，也可能两种都做。逻辑异或。表示一件情形可能产生的几个结果中，有且只有一个会发生。如主管领导审核后，会显现通过和不通过两种结果，有且只有一个会发生。4.1.9图形布局对象距离功能、事件、组织等对象横平竖齐。任何两个对象不得相触，

29、留有间隙（风险、操纵除外）。职能带列题目高度均为2格（系统默许值），职能带的职能组织居中放置。每列左右宽度均为格（系统默许值），平行放置2个对象，左列界、对象、对象、右列界距离依次为格、格、0格，可依照需要统一稍作调整（格= 鼠标拖动1步）。若是一列中存在并列的两列或多列流程，列宽调整为格 乘以 流程分支列数；在不阻碍要紧标准的情形下，能够略微调整列宽。所有对象的上下距离遵循紧凑原那么，但“功能 功能”距离不小于1格，“事件 功能”距离不小于1格，“功能 事件”距离不小于格。功能/组织/事件位置功能对象均在每列的左侧，组织类对象均在相对应功能对象的右边，平行放置。判定模块依照流程走向分为两类：第一类有一个事件往上；第二类两个事件皆往下。第一类判定模块，其功能对象与事件对象全数放在同一列中，功能对象放置于左侧，返回的事件对象一样放置在功能对象的右下方，流程主线上的事件对象放置在功能