ARIS现状描述建模规范.doc

ARIS模型建模规范样例目录1.概述31.1目的和意义31.2使用说明31.3内容介绍31.4建模方法32.准备工作42.1系统登陆42.2图形规范53.建模规范93.1企业总图93.2组织图113.3数据表单133.4应用系统类型图143.5流程总图143.6功能树图153.7产品树163.8EPC（事件驱动流程链）173.9功能分配图184.流程结构214.1流程分级214.2职能带21附录 符号说明表271. 概述1.1 目的和意义建模工作是业务流程管理信息系统信息初始化的主要工作。只有在流程建模和风险建模准确、全面、标准的基础上，才可以实现流程管理的可视化、集中化、规范化；可以基于同一套流程，根据不同管理部门的要求自动输出各种管理文档，实现一次建模，全程共享，并最终建立起一个先进、高效的业务流程管理平台。本手册将帮助读者掌握业务流程管理信息系统的建模能力，指导读者逐步完成业务流程平台的搭建。1.2 使用说明该手册以实际操作过程为编述思路，注重操作参考性，图文并茂，具有实用价值；内容简单易懂，引导性强，可作为培训教材使用。该建模规范全面的规范了建模工作的结果，是在ARIS里面进行建模工作的规范指导性文件。并从建模员的角度出发，以一个流程为例，详细介绍了建模工作和操作方法。1.3 内容介绍建模规范分为12个章节，每一章一般包括以下内容：模型概述、模型创建、对象描述、连线关系和图形布局等。第2章至第12章的主要内容安排如下：u 第2、3、4章分别介绍了组织图、应用系统图和技术术语图的建模规范，这是进行流程建模的基础；u 第5、6、7、8章介绍了流程建模规范，包括流程体系、流程总图、功能树图和流程图；u 第9章介绍功能分配图建模1.4 建模方法为了保证流程的集成，模型的可管理、可维护，本项目中采用ARIS的房式结构理论的建模方式。即先搭建组织、功能、应用系统、风险库等组件，最后组装成业务流程。在项目中，所有模型和对象要严格的分目录存放，确保管理方便。2. 准备工作122.1 系统登陆n 每一个建模员都需使用由系统管理员分配的用户名（密码需立即修改）登录到服务器上的服务器名模型库。n 登录时，需使用定制的统一过滤器和中文语言（Chinese）n 组结构规范2.12.22.2.1 主组组结构第一层组结构的内容名称按照房式结构来划分。主组命名规范：组名=序号+空格+该组的内容名称，如“ 01组织架构”。2.2.2 第一层组结构第一层的组结构应该根据模型内容来创建。第一层组名命名规范：除了组织架构按照其原有的“A、B、C”编号以外，其余组别均以“1. 、2.”阿拉伯数字命名。如：“1. 行政”。2.2.3 第二层组结构第二层组名命名规范：数字编号继承上级，再加上本层次编号。如“2.1 PPM”。 2.2.4 第三层组结构命名规范：上级编号加上模型名称，如“2.1 PPM 内容引进”。2.2.5 第四层流程模型命名规范：阿拉伯数字加上，如“2.1.010 引进片源审查流程” “2.1.020 引进选题管理流程”。流程编号是按照十进制排序，如果中间添加流程可按15、25、35以此类推插入。2.2 图形规范2.32.3.1 打印输出点击菜单“视图-选项”打开下述界面，将“显示打印页”勾上。在建模时，会出现红色的边框。2.3.2 打印比例和方向 点击“视图-选项”窗口左侧“对于新模型”-“打印”，在右侧勾选 “纵向”，使流程图的打印方向默认为纵向。2.3.3 模板点击“选项”窗口左侧的“表示”，在右侧设置“当前模板”为“XXX Project To Be Blue Print Design”，设置“在符号中的文本特性”为“多行文本”。2.3.4 连线、网格的设置点击“选项”窗口左侧的“连接”，设置“跨接高度”和“弯成圆滑程度”为20，勾选“只以恰当的角度创建新的连接”。点击“选项”窗口左侧的“网格”，在右侧设置网格为5。设置完毕，点 “确定”。2.3.5 图形整洁对多个对象，可采用“排列”菜单中的各项，如左对齐，纵向等间距等，使模型中的各对象排列整齐。另外，图中所有的连线要整齐，能重合的要重合。2.3.6 图形比例需要输出到WORD文档的模型，需在2X2格的打印页面内纵向建模，以保证输出的模型打印能够清晰。3. 建模规范33.1 企业总图n 企业总图用来作为企业模型库的入口，它同时也表达了完整企业的房式结构下应该管理元素和关系。企业总图一般包括五个视图：组织视图，功能视图，产品服务视图，数据视图，流程视图。依据不同企业的管理需要，还可以将视图细分，例如分解出战略视图，应用系统视图等。3.1.1 创建模型n 在主组“ 业务流程管理平台”下创建模型；n 新建模型，选择视图：流程视图；n 选择模型类型：结构模型；n 按照规则：企业名称+企业总图，命名模型。例如：“ 入口模型”；n 选择模型位置在已创建的组，完成模型的创建。3.1.2 新建或使用出现复制为模型添加对象n 新建对象：ARIS 视图；n 对象类型：结构元素；n 为对象命名；n 选择如下符号：3.1.3 连接已添加的对象对象之间不进行连接。模型样例：3.1.4 为模型维护特性：n 模型名称维护在模型特性名称上。n “模型的描述和定义”维护在模型特性描述/定义上。3.1.5 为对象维护特性：n 对象名称维护在对象特性名称上。n “对象的具体描述”维护在对象特性全名上。3.2 组织图3.23.2.1 模型概述1) 模型说明：组织图用于描述各级组织机构（如某某中心/频道、部处、科组等）之间的层次结构关系以及指定组织机构的相关职位。2) 模型类型：组织图。 3) 所属视图：组织视图。4) 命名格式：组织图的命名即该组织机构的名称。5) 模型内容：组织图由组织单元、职位、组及其相互间的连线关系组成。6) 层次结构：每个组织图只显示一层上下级关系。3.2.2 模型创建1) 创建方式：组织总图直接新建，其他的组织图通过对上级组织图中指定的对象新建分配组织图模型而来。2) 创建位置：一级组织图（即组织总图）存放在目录“01 组织架构”下，并且为该一级组织图中每个直属下级机构（包括组）创建一个同名目录，用来存放二级组织图；三级及以下各级组织图存放路径依此类推（注：同名指组织图的名称去掉前面的约束定义部分后，与其所在目录的名称去掉序号后相同）。3.2.3 对象描述组织图中可使用的对象有组织单元、职位和组。l 组织单元（1） 描述内容：用于描述各级组织机构，如 “新闻编辑部”、“ 新闻评论部”等。（2） 创建方式：在组织图中新建。（3） 命名：一般采用两级命名；但对其上级单位和二级机构、所属单位等的命名，需要在前面加上单位。l 职位（1） 描述内容：用于描述各级组织机构的对应职位，如 “访谈中心组组长”、 “财务科科长”等。（2） 创建方式：在组织图中新建。（3） 命名：一般采用两级命名；但对其上级单位和二级机构、所属单位的职位命名，需要在前面加上单位。l 组（1） 描述内容：u 多个不同单位、部门或职位的集合，如“主管部门”、“相关部门”、 “所属单位”的委员会等。u 项目临时性组织或委员会，如“ERP项目组”、“预算管理委员会”等。u 外部单位，即不在的组织结构图中出现的单位和部门，如广电总局、银行等。（2） 创建方式：在组织图中新建。（3） 命名：通过命名使该组描述的范围尽可能清晰确定。3.2.4 连线关系连线类别源对象连接类型目标对象图例说明组织单元和职位组织单元是的上级组织单元表示组织机构的上下级关系及组织机构的对应职位组织单元由组成职位职位是的管理者组织单元组和组织单元、职位组被分配给组织单元表示组和组、组织单元的关系及组的对应职位组是的上级组组由组成职位3.3 数据表单3.33.3.1 模型概述1) 模型说明：技术术语图用于描述企业中流程涉及到的各类数据表单，包括纸质文档和电子文档。2) 模型类型：技术术语图。 3) 所属视图：数据视图。4) 命名格式：技术术语的命名即该表单的名称。5) 模型内容：技术术语图由簇、技术术语及其相互间的连线关系组成。6) 层次结构：每个技术术语图只显示一层上下级关系。3.3.2 模型创建1) 创建方式：现有表单总图直接新建，其他的组织图通过对上级组织图中指定的对象新建分配组织图模型而来。2) 创建位置：一级技术术语（即技术术语总图）存放在目录“02 数据表单”下，并且为该一级技术术语图中每个数据类别创建一个同名目录，用来存放二级技术术语图，以下路径依此类推。3.3.3 对象描述组织图中可使用的对象有簇和技术术语。1) 创建簇类型的对象；2) 为对象命名，满足命名规范，数据类别名称，例如：生产类单据；3) 选择如下符号：4) 连线关系：不创建连接。5) 数据类别6) 创建技术术语类型的对象；7) 为对象命名，满足命名规范：如“新闻制作计划维护单”8) 选择如下符号：3.3.4 连线关系数据类别数据类别连线关系含有3.3.5 为模型维护特性1) 模型名称维护在模型特性名称上。2) 模型的具体描述维护在模型特性描述/定义上。3.3.6 为对象维护特性l 簇1) 对象名称维护在对象特性名称上。2) 对象的具体描述维护在对象特性描述/定义上。3) 对象的全称维护在对象特性全名上。l 技术术语1) 对象名称维护在对象特性名称上。2) 对象的具体描述维护在对象特性描述/定义上。3) 对象的全称维护在对象特性全名上。4) 数据表单填写规范维护在对象特性填写规范上。3.4 应用系统类型图3.43.4.1 模型概述（1） 模型说明：用于描述企业内的应用系统。（2） 模型类型：应用系统图。（3） 所属视图：功能视图。（4） 命名格式：某某应用系统图。如：“播出编排管理系统”。3.4.2 模型创建（1） 创建方式：新建应用系统图模型。（2） 创建位置：“03 应用系统”3.4.3 对象描述（1） 应用系统图由应用系统对象组成。（2） 应用系统的命名遵循统一原则。对于各中心内部通用的系统，采用各中心统一的系统名称；对于各中心内部使用的系统，需要加上单位名称，如：“新闻编辑部播音系统”。3.4.4 对象之间一般无连线关系。3.5 流程总图3.53.5.1 模型概述（1） 模型说明：用于浏览公司整个流程体系的门户，同时表现业务模式的全景。（2） 模型类型：增值链图。（3） 所属视图：流程视图。（4） 命名格式：流程名称。（5） 模型内容：流程总图由所有一级流程功能对象组成。3.5.2 模型创建（1） 创建方式：流程总图为新建增值链图模型。（2） 创建位置：流程总图存放在该公司的组 “04 业务流程”中。3.5.3 对象描述（1） 流程总图中可使用的对象只有代表一级流程的功能对象。（2） 创建方式：首先创建一级功能树，再创建流程总图；方法为从一级功能树中“出现复制”所有一级流程对象到流程总图中。（3） 命名规则：某某公司简称 + 流程总图。3.5.4 连线关系流程总图不维护功能对象之间的连接关系。3.6 功能树图3.63.6.1 模型概述（1） 模型说明：描述业务流程的层次结构。（2） 模型类型：功能树。（3） 所属视图：功能视图。（4） 命名格式：流程名称。（5） 模型内容：功能树图由功能对象及其之间的连线关系组成。每一个功能树图只描述一层上下级关系，按照从上往下细分的结构顺序，用多个功能树图描述各级流程的层次结构。3.6.2 模型创建（1） 创建方式：一级功能树图（如新闻节目中心业务功能树）为新建功能树模型；二级及以下的功能树（如新闻采访功能树），通过在其上级的功能树图中相应功能新建分配功能树模型而得。（2） 创建位置：一级功能树图存放在该公司的 “04 业务流程”组里；并且在“04 业务流程”下为该中心每个一级流程创建一个同名的组，用来存放二级流程； 三级及以下功能树存放在其上级组里为其创建的同名组中。3.6.3 对象描述（1） 功能树图中可使用的对象只有功能。（2） 功能代表流程层次结构中的各级流程。（3） 创建方式：在功能树图中新建。（4） 命名规则：流程名称。3.6.4 连线关系源对象连接类型目标对象图例说明功能1(上级流程)是面向流程的上级功能2(下级流程)表示流程的层次关系3.7 产品树3.73.7.1 模型概述（1） 模型说明：描述业务流程的层次结构。（2） 模型类型：产品树。（3） 所属视图：产品服务视图。（4） 命名格式：产品或服务名称。（5） 模型内容：产品树图由产品对象及其之间的连线关系组成。每一个产品树图只描述一层上下级关系，按照从上往下细分的结构顺序，用多个产品树图描述各级产品和服务的层次结构。3.7.2 模型创建（1） 创建方式：一级产品树图（如新闻节目中心产品树）为新建功能树模型；二级及以下的功能树（如新闻采访产品树），通过在其上级的产品树图中相应功能新建分配产品树模型而得。（2） 创建位置：一级产品树图存放在该公司的 “05 产品服务”组里；并且在“05 产品服务”下为该中心每个一级流程创建一个同名的组，用来存放二级产品树图； 三级及以下产品树存放在其上级组里为其创建的同名组中。3.7.3 对象描述（1） 产品树图中可使用的对象只有产品。（2） 产品代表流程执行的目的。（3） 创建方式：在产品树图中新建。（4） 命名规则：产品或服务名称。3.7.4 连线关系源对象连接类型目标对象图例说明产品1 (上级)包含产品2(下级)表示产品服务之间的层次关系3.8 EPC（事件驱动流程链）3.83.8.1 模型概述（1） 模型说明：描述详细的业务流程步骤。（2） 模型类型：EPC（事件驱动流程链）。（3） 所属视图：流程视图。（4） 命名格式：具体业务流程名称。（5） 模型内容：EPC事件驱动流程链由事件和功能相互触发，以及其涉及到的流程元素（包括组织单元和职位、数据表单、应用系统、产品和服务）组成。用于表述完成业务流程的步骤。（6） 在特性中维护模型全名，全名格式示例：“2.1 PPM 内容引进 010 引进片源审查 片源初审流程”。3.8.2 模型创建创建方式：从上一阶增值链图（流程场景）中创建分配。3.8.3 对象描述（1） EPC中可使用的对象包括： 事件 功能 组织单元 职位 技术术语 应用系统 产品/服务 逻辑符号（AND & OR & XOR）（2） 创建方式：事件和功能可在EPC中新建，其他元素从其各自图中引用以保证一致性。（3） 命名规则 事件：名词 + 被动形式，如：“申请已被批准”； 功能：动词 + 宾语，如“提出播出申请”。3.8.4 连线关系源对象连接类型目标对象图例说明事件激活功能表示事件与功能之间互相作用的关系功能创建事件组织单元完成功能表示某组织单元完成某功能的操作职位完成功能表示职位完成某功能的操作组完成功能表示组完成某功能的操作技术术语是的输入功能表示某功能的完成需要此技术术语的输入功能拥有的输出技术术语表示某功能的完成拥有了此技术术语的输出功能读取簇表示某功能的完成需要读取某一类数据功能产生产品/服务表示某功能完成后产生了此产品或服务3.9 功能分配图3.93.9.1 模型概述（1） 模型说明：描述某一业务流程节点。（2） 模型类型：功能分配图。（3） 所属视图：流程视图。（4） 命名格式：具体业务流程步骤名称。（5） 模型内容：功能分配图中只能描述一个功能，以其他流程元素以及与其的关系共同组成。3.9.2 模型创建创建方式：从上一阶EPC（事件驱动的流程链）中创建分配。3.9.3 对象描述（6） 功能分配图中可使用的对象包括： 功能 组织单元 职位 技术术语 簇 应用系统 产品/服务（7） 创建方式：功能应与其上级模型中的流程功能名称相同，流程元素应从其各自图中引用以保证一致性。（8） 命名规则功能：动词 + 宾语，如“提出播出申请”。3.9.4 连线关系源对象连接类型目标对象图例说明组织单元完成功能表示某组织单元完成某功能的操作职位完成功能表示职位完成某功能的操作组完成功能表示组完成某功能的操作技术术语是的输入功能表示某功能的完成需要此技术术语的输入功能拥有的输出技术术语表示某功能的完成拥有了此技术术语的输出功能读取簇表示某功能的完成需要读取某一类数据功能产生产品/服务表示某功能完成后产生了此产品或服务4. 流程结构44.1 流程分级业务流程纵向分为四级，上级流程包含其下级流程。流程地图：业务流程总图，分五类：行政、节目、技术、经营、其他；流程区域：节目业务管理流程中包括节目生产管理、技术资源管理等；业务场景：按每个流程区域所执行的功能划分，如：在节目生产管理流程中又包括节目生产管理核心流程和内容引进管理流程；业务流程：底层的具体业务运作，细化每个步骤执行的动作。4.2 职能带a) 职能带是流程图中的区域划分，表示不同组织在该流程中执行的功能。一个职能带中只有一个职能组织对象。如果一个职能带中有两个职能组织对象，可将其拆成两个职能带；或者合并职能组织，用一个组来表示，如下图。 b) 职能带的职能组织（包括组织单元、职位、组）为该职能带的主要执行组织，负责或参与执行该职能带中的所有功能。c) 职能带的职能组织类型为组织单元，表示负责执行该职能带的具体单位部门，如：体育频道等。d) 职能带的职能组织类型为组的，表示执行该职能带的项目性组织或人员群体等，如：部门领导、项目小组等。e) 职能带的职能组织类型为职位的，表示负责执行该职能带的具体职位，如：节目播出管理处处长等。一般情况下，职能带的职能组织不是用职位；如果职能组织为职位的，职能带中的功能可以不连接职位。4.1.1 组织单元a) 描述内容：用于描述各级组织机构。b) 命名：一般采用两级命名；对其二级机构的命名，需要在前面加上上级机构。4.1.2 职位a) 描述内容：用于描述各级组织机构的对应职位。b) 命名：一般采用两级命名；对其二级机构职位的命名，需要在前面加上上级机构。4.1.3 组a) 描述内容： 多个不同单位、部门或职位的集合，如“主管部门”、“相关部门”、“某某领导小组”等。 项目临时性组织或委员会，如“ERP项目组”、“预算管理委员会”等。 外部单位，即不在组织结构图中出现的单位和部门，如银行、政府部门等。 出于系统操作需要而定义的某些工作角色，非正式人事编制内的职位，如“用户管理员”等。b) 命名：通过命名使该组描述的范围尽可能清晰确定。4.1.4 功能描述内容：工作步骤、系统操作或业务活动。命名规则： # + “.” + 步骤内容。#为该步骤在本流程的序号，不足两位数的在前面补“0”；序号与步骤名称之间以半角的“.”间隔开；步骤内容一般采用动作加描述对象的命名方式。如：“05.填写科目维护清单”，“12.审批申请单”。引用流程时，从一级流程图中将其对应的功能出现复制在流程图中，符号改为流程接口。流程接口不得更改其原有的特性。一个流程接口只表示引用一个流程；引用多个流程时应拆分为多个流程接口。4.1.5 事件描述内容：流程运行过程中所发生的状态改变或场景选择。命名规则：一般采用“已”规则，即：描述对象 + “已” + 状态/动作。如：“出库单已编制”，“费用申请审核已通过”。判断模块描述某一判断过程，包括一个功能和两个事件，例如：功能“审核费用申请”、事件“费用申请审核已通过”、事件“费用申请审核不通过”。4.1.6 文档文档包括纸质文档、电子文档、SAP系统文档。纸质文档表示以文本形式存在的文件、制度、表单等（包括以Office办公软件为载体的文档、表单）电子文档表示在应用系统数据库中储存的文档、数据，如SAP、FMIS系统中产生的文档、表单等。SAP系统文档特指SAP系统中的文档、表单、数据等，是电子文档的一种。单联/多联表单：多联（未维护视为单联表单）4.1.7 连线任何对象最多只有四边的中点允许连线。功能对象：依流程顺序上进下出，与其他对象左右相连。即，功能统一从上边中点连入，从下边中点连出；左右两边中点连接文档、应用系统对象，组织只连在右边中点。 事件对象：依流程顺序统一从上边中点连入，从左/右边中点连出往上，从下边中点连出往下。 逻辑符：单进多出，或多进单出。避免任何可能引起歧义或误解的连线交叉与重叠，比如：有相同入口（或出口）的连线，能重叠的部分应重叠；入口和出口都不同的连线绝对不能重叠。任何对象不得压到对象与对象之间的连接线（风险对象和控制对象除外）。连接线不得与列界线重叠；事件返回的连线一般要超出列界线，但最右列从右侧连出的连接线不得出列界线外（可将列宽拉伸为9格）。 连接线尽量不交叉，能直则直。4.1.8 逻辑关系一般情况下，流程图中不使用逻辑符号；如若需要对个别流程或流程片段的走向作明确说明的，可单独添加逻辑符号。流程图里的逻辑关系有如下三种规则：逻辑与。表示一件事情可能产生的几个结果或后续活动，全部发生；或表示一件事情的发生需要几个条件同时满足。逻辑或。表示一件事情可能产生的几个结果中，至少有一个会发生。如确定存档文件后，纸质存档和电子存档至少会做一种，也可能两种都做。逻辑异或。表示一件事情可能产生的几个结果中，有且只有一个会发生。如主管领导审核后，会出现通过和不通过两种结果，有且只有一个会发生。4.1.9 图形布局对象间隔功能、事件、组织等对象横平竖齐。任何两个对象不得相触，留有空隙（风险、控制除外）。职能带列标题高度均为2格（系统默认值），职能带的职能组织居中放置。每列左右宽度均为8.5格（系统默认值），平行放置2个对象，左列界、对象、对象、右列界间隔依次为0.5格、0.5格、0格，可根据需要统一稍作调整（0.5格= 鼠标拖动1步）。如果一列中存在并列的两列或多列流程，列宽调整为8.5格 乘以 流程分支列数；在不影响主要规范的情况下，可以稍微调整列宽。所有对象的上下间隔遵循紧凑原则，但“功能功能”间隔不小于1格，“事件功能”间隔不小于1格，“功能事件”间隔不小于1.5格。功能/组织/事件位置功能对象均在每列的左侧，组织类对象均在相对应功能对象的右侧，平行放置。判断模块根据流程走向分为两类：第一类有一个事件往上；第二类两个事件皆往下。第一类判断模块，其功能对象与事件对象全部放在同一列中，功能对象放置于左侧，返回的事件对象一般放置在功能对象的右下方，流程主线上的事件对象放置在功能对象正下方。第二类判断模块，其功能对象与事件对象无