ARIS现状描述建模标准.docx
《ARIS现状描述建模标准.docx》由会员分享，可在线阅读，更多相关《ARIS现状描述建模标准.docx（30页珍藏版）》请在冰豆网上搜索。
ARIS现状描述建模标准
ARIS模型建模标准
样例
1.概述
1.1目的和意义
建模工作是业务流程治理信息系统信息初始化的要紧工作。
只有在流程建模和风险建模准确、全面、标准的基础上，才能够实现流程治理的可视化、集中化、标准化；能够基于同一套流程，依照不同治理部门的要求自动输出各类治理文档，实现一次建模，全程共享，并最终成立起一个先进、高效的业务流程治理平台。
本手册将帮忙读者把握业务流程治理信息系统的建模能力，指导读者慢慢完成业务流程平台的搭建。
1.2利用说明
该手册以实际操作进程为编述思路，注重操作参考性，图文并茂，具有有效价值；内容简单易懂，引导性强，可作为培训教材利用。
该《建模标准》全面的标准了建模工作的结果，是在ARIS里面进行建模工作的标准指导性文件。
并从建模员的角度动身，以一个流程为例，详细介绍了建模工作和操作方式。
1.3内容介绍
《建模标准》分为12个章节，每一章一样包括以下内容：
模型概述、模型创建、对象描述、连线关系和图形布局等。
第2章至第12章的要紧内容安排如下：
第二、3、4章别离介绍了组织图、应用系统图和技术术语图的建模标准，这是进行流程建模的基础；
第五、六、7、8章介绍了流程建模标准，包括流程体系、流程总图、功能树图和流程图；
第9章介绍功能分派图建模
1.4建模方式
为了保证流程的集成，模型的可治理、可保护，本项目中采纳ARIS的房式结构理论的建模方式。
即先搭建组织、功能、应用系统、风险库等组件，最后组装成业务流程。
在项目中，所有模型和对象要严格的分目录寄存，确保治理方便。
2.预备工作
2
3
3.1系统登岸
每一个建模员都需利用由系统治理员分派的用户名（密码需当即修改）登录到效劳器上的[效劳器名]模型库。
登录时，需利用定制的统一过滤器和中文语言（Chinese）
组结构标准
2.1
2.2
2.2.1主组组结构
第一层组结构的内容名称依照房式结构来划分。
主组命名标准：
组名=序号+空格+该组的内容名称，如“01组织架构”。
2.2.2第一层组结构
第一层的组结构应该依照模型内容来创建。
第一层组名命名标准：
除组织架构依照其原有的“A、B、C”编号之外，其余组别均以“1.、2.”阿拉伯数字命名。
如：
“1.行政”。
2.2.3第二层组结构
第二层组名命名标准：
数字编号继承上级，再加上本层次编号。
如“PPM”。
2.2.4第三层组结构命名标准：
上级编号加上模型名称，如“PPM内容引进”。
2.2.5第四层流程模型命名标准：
阿拉伯数字加上，如“引进片源审查流程”“引进选题治理流程”。
流程编号是依照十进制排序，若是中间添加流程可按1五、2五、35以此类推插入。
3.2图形标准
2.3
2.3.1打印输出
点击菜单“视图->选项”打开下述界面，将“显示打印页”勾上。
在建模时，会显现红色的边框。
2.3.2打印比例和方向
点击“视图->选项”窗口左侧“关于新模型”->“打印”，在右边勾选“纵向”，使流程图的打印方向默以为纵向。
2.3.3模板
点击“选项”窗口左侧的“表示”，在右边设置“当前模板”为“XXXProjectToBeBluePrintDesign”，设置“在符号中的文本特性”为“多行文本”。
2.3.4连线、网格的设置
点击“选项”窗口左侧的“连接”，设置“跨接高度”和“弯成圆滑程度”为20，勾选“只以适当的角度创建新的连接”。
点击“选项”窗口左侧的“网格”，在右边设置网格为5。
设置完毕，点“确信”。
2.3.5图形整洁
对多个对象，可采纳“排列”菜单中的各项，如左对齐，纵向等间距等，使模型中的各对象排列整齐。
另外，图中所有的连线要整齐，能重合的要重合。
2.3.6图形比例
需要输出到WORD文档的模型，需在2X2格的打印页面内纵向建模，以保证输出的模型打印能够清楚。
3.建模标准
4
4.1企业总图
企业总图用来作为企业模型库的入口，它同时也表达了完整企业的房式结构下应该治理元素和关系。
企业总图一样包括五个视图：
组织视图，功能视图，产品效劳视图，数据视图，流程视图。
依据不同企业的治理需要，还能够将视图细分，例如分解出战略视图，应用系统视图等。
3.1.1创建模型
在主组“业务流程治理平台”下创建模型；
新建模型，选择视图：
流程视图；
选择模型类型：
结构模型；
依照规那么：
[企业名称]+企业总图，命名模型。
例如：
“入口模型”；
选择模型位置在已创建的组，完成模型的创建。
3.1.2新建或利用显现复制为模型添加对象
新建对象：
ARIS视图；
对象类型：
结构元素；
为对象命名；
选择如下符号：
3.1.3连接已添加的对象
对象之间不进行连接。
模型样例：
3.1.4为模型保护特性：
模型名称保护在模型特性[名称]上。
“模型的描述和概念”保护在模型特性[描述/概念]上。
3.1.5为对象保护特性：
对象名称保护在对象特性[名称]上。
“对象的具体描述”保护在对象特性[全名]上。
4.2
组织图
3.2
3.2.1模型概述
1）模型说明：
组织图用于描述各级组织机构（如某某中心/频道、部处、科组等）之间的层次结构关系和指定组织机构的相关职位。
2）模型类型：
组织图。
3）所属视图：
组织视图。
4）命名格式：
组织图的命名即该组织机构的名称。
5）模型内容：
组织图由组织单元、职位、组及其彼其间的连线关系组成。
6）层次结构：
每一个组织图只显示一层上下级关系。
3.2.2模型创建
1）创建方式：
组织总图直接新建，其他的组织图通过对上级组织图中指定的对象新建分派组织图模型而来。
2）创建位置：
一级组织图（即组织总图）寄存在目录“01组织架构”下，而且为该一级组织图中每一个直属下级机构（包括组）创建一个同名目录，用来寄存二级组织图；三级及以下各级组织图寄存途径依此类推（注：
同名指组织图的名称去掉前面的约束概念部份后，与其所在目录的名称去掉序号后相同）。
3.2.3对象描述
组织图中可利用的对象有组织单元、职位和组。
组织单元
（1）描述内容：
用于描述各级组织机构，如“新闻编辑部”、“新闻评论部”等。
（2）创建方式：
在组织图中新建。
（3）命名：
一样采纳两级命名；但对其上级单位和二级机构、所属单位等的命名，需要在前面加上单位。
职位
（4）描述内容：
用于描述各级组织机构的对应职位，如“访谈中心组组长”、“财务科科长”等。
（5）创建方式：
在组织图中新建。
（6）命名：
一样采纳两级命名；但对其上级单位和二级机构、所属单位的职位命名，需要在前面加上单位。
组
（7）描述内容：
多个不同单位、部门或职位的集合，如“主管部门”、“相关部门”、“所属单位”的委员会等。
项目临时性组织或委员会，如“ERP项目组”、“预算治理委员会”等。
外部单位，即不在的组织结构图中显现的单位和部门，如广电总局、银行等。
（8）创建方式：
在组织图中新建。
（9）命名：
通过命名使该组描述的范围尽可能清楚确信。
3.2.4连线关系
连线类别
源对象
连接
类型
目标对象
图例
说明
组织单元和职位
组织单元
是…的上级
组织单元
表示组织机构的上下级关系及组织机构的对应职位
组织单元
由…组成
职位
职位
是…的管理者
组织单元
组和组织单元、职位
组
被分配给
组织单元
表示组和组、组织单元的关系及组的对应职位
组
是…的上级
组
组
由…组成
职位
4.3数据表单
3.3
3.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为对象保护特性
簇
1）对象名称保护在对象特性[名称]上。
2）"对象的具体描述"保护在对象特性[描述/概念]上。
3）"对象的全称"保护在对象特性[全名]上。
技术术语
1）对象名称保护在对象特性[名称]上。
2）"对象的具体描述"保护在对象特性[描述/概念]上。
3）"对象的全称"保护在对象特性[全名]上。
4）"数据表单填写标准"保护在对象特性[填写标准]上。
4.4应用系统类型图
3.4
3.4.1模型概述
（1）模型说明：
用于描述企业内的应用系统。
（2）模型类型：
应用系统图。
（3）所属视图：
功能视图。
（4）命名格式：
某某应用系统图。
如：
“播出编排治理系统”。
3.4.2模型创建
（5）创建方式：
新建应用系统图模型。
（6）创建位置：
“03应用系统”
3.4.3对象描述
（7）应用系统图由应用系统对象组成。
（8）应用系统的命名遵循统一原那么。
关于各中心内部通用的系统，采纳各中心统一的系统名称；关于各中心内部利用的系统，需要加上单位名称，如：
“新闻编辑部播音系统”。
3.4.4对象之间一样无连线关系。
4.5流程总图
3.5
3.5.1模型概述
（1）模型说明：
用于阅读公司整个流程体系的门户，同时表现业务模式的全景。
（2）模型类型：
增值链图。
（3）所属视图：
流程视图。
（4）命名格式：
流程名称。
（5）模型内容：
流程总图由所有一级流程功能对象组成。
3.5.2模型创建
（6）创建方式：
流程总图为新建增值链图模型。
（7）创建位置：
流程总图寄存在该公司的组“04业务流程”中。
3.5.3对象描述
（8）流程总图中可利用的对象只有代表一级流程的功能对象。
（9）创建方式：
第一创建一级功能树，再创建流程总图；方式为从一级功能树中“显现复制”所有一级流程对象到流程总图中。
（10）命名规那么：
某某公司简称+流程总图。
3.5.4连线关系
流程总图不保护功能对象之间的连接关系。
4.6功能树图
3.6
3.6.1模型概述
（1）模型说明：
描述业务流程的层次结构。
（2）模型类型：
功能树。
（3）所属视图：
功能视图。
（4）命名格式：
流程名称。
（5）模型内容：
功能树图由功能对象及其之间的连线关系组成。
每一个功能树图只描述一层上下级关系，依照从上往下细分的结构顺序，用多个功能树图描述各级流程的层次结构。
。
3.6.2模型创建
（6）创建方式：
一级功能树图（如新闻节目中心业务功能树）为新建功能树模型；二级及以下的功能树（如新闻采访功能树），通过在其上级的功能树图中相应功能新建分派功能树模型而得。
（7）创建位置：
一级功能树图寄存在该公司的“04业务流程”组里；而且在“04业务流程”下为该中心每一个一级流程创建一个同名的组，用来寄存二级流程；三级及以下功能树寄存在其上级组里为其创建的同名组中。
3.6.3对象描述
（8）功能树图中可利用的对象只有功能。
（9）功能代表流程层次结构中的各级流程。
（10）创建方式：
在功能树图中新建。
（11）命名规那么：
流程名称。
3.6.4连线关系
源对象
连接
类型
目标对象
图例
说明
功能1
（上级流程）
是…面向流程的上级
功能2
（下级流程）
表示流程的
层次关系
4.7产品树
3.7
3.7.1模型概述
（1）模型说明：
描述业务流程的层次结构。
（2）模型类型：
产品树。
（3）所属视图：
产品效劳视图。
（4）命名格式：
产品或效劳名称。
（5）模型内容：
产品树图由产品对象及其之间的连线关系组成。
每一个产品树图只描述一层上下级关系，依照从上往下细分的结构顺序，用多个产品树图描述各级产品和效劳的层次结构。
3.7.2模型创建
（6）创建方式：
一级产品树图（如新闻节目中心产品树）为新建功能树模型；二级及以下的功能树（如新闻采访产品树），通过在其上级的产品树图中相应功能新建分派产品树模型而得。
（7）创建位置：
一级产品树图寄存在该公司的“05产品效劳”组里；而且在“05产品效劳”下为该中心每一个一级流程创建一个同名的组，用来寄存二级产品树图；三级及以下产品树寄存在其上级组里为其创建的同名组中。
3.7.3对象描述
（8）产品树图中可利用的对象只有产品。
（9）产品代表流程执行的目的。
（10）创建方式：
在产品树图中新建。
（11）命名规那么：
产品或效劳名称。
3.7.4连线关系
源对象
连接
类型
目标对象
图例
说明
产品1
（上级）
包含
产品2
（下级）
表示产品服务之间的层次关系
4.8EPC（事件驱动流程链）
3.8
3.8.1模型概述
（1）模型说明：
描述详细的业务流程步骤。
（2）模型类型：
EPC（事件驱动流程链）。
（3）所属视图：
流程视图。
（4）命名格式：
具体业务流程名称。
（5）模型内容：
EPC事件驱动流程链由事件和功能彼此触发，和其涉及到的流程元素（包括组织单元和职位、数据表单、应用系统、产品和效劳）组成。
用于表述完成业务流程的步骤。
（6）在特性中保护模型全名，全名格式例如：
“PPM内容引进010引进片源审查片源初审流程”。
3.8.2模型创建
创建方式：
从上一阶增值链图（流程场景）中创建分派。
3.8.3对象描述
（7）EPC中可利用的对象包括：
事件
功能
组织单元
职位
技术术语
应用系统
产品/效劳
逻辑符号（AND&OR&XOR）
（8）创建方式：
事件和功能可在EPC中新建，其他元素从其各自图中引用以保证一致性。
（9）命名规那么
事件：
名词+被动形式，如：
“申请已被批准”；
功能：
动词+宾语，如“提出播出申请”。
3.8.4连线关系
源对象
连接
类型
目标对象
图例
说明
事件
激活
功能
表示事件与功能之间互相作用的关系
功能
创建
事件
组织单元
完成
功能
表示某组织单元完成某功能的操作
职位
完成
功能
表示职位完成某功能的操作
组
完成
功能
表示组完成某功能的操作
技术术语
是…的输入
功能
表示某功能的完成需要此技术术语的输入
功能
拥有…的输出
技术术语
表示某功能的完成拥有了此技术术语的输出
功能
读取
簇
表示某功能的完成需要读取某一类数据
功能
产生
产品/服务
表示某功能完成后产生了此产品或服务
4.9功能分派图
3.9
3.9.1模型概述
（1）模型说明：
描述某一业务流程节点。
（2）模型类型：
功能分派图。
（3）所属视图：
流程视图。
（4）命名格式：
具体业务流程步骤名称。
（5）模型内容：
功能分派图中只能描述一个功能，以其他流程元素和与其的关系一起组成。
3.9.2模型创建
创建方式：
从上一阶EPC（事件驱动的流程链）中创建分派。
3.9.3对象描述
（6）功能分派图中可利用的对象包括：
功能
组织单元
职位
技术术语
簇
应用系统
产品/效劳
（7）创建方式：
功能应与其上级模型中的流程功能名称相同，流程元素应从其各自图中引用以保证一致性。
（8）命名规那么
功能：
动词+宾语，如“提出播出申请”。
3.9.4连线关系
源对象
连接
类型
目标对象
图例
说明
组织单元
完成
功能
表示某组织单元完成某功能的操作
职位
完成
功能
表示职位完成某功能的操作
组
完成
功能
表示组完成某功能的操作
技术术语
是…的输入
功能
表示某功能的完成需要此技术术语的输入
功能
拥有…的输出
技术术语
表示某功能的完成拥有了此技术术语的输出
功能
读取
簇
表示某功能的完成需要读取某一类数据
功能
产生
产品/服务
表示某功能完成后产生了此产品或服务
4.流程结构
5
5.1流程分级
业务流程纵向分为四级，上级流程包括其下级流程。
流程地图：
业务流程总图，分五类：
行政、节目、技术、经营、其他；
流程区域：
节目业务治理流程中包括节目生产治理、技术资源治理等；
业务场景：
按每一个流程区域所执行的功能划分，如：
在节目生产治理流程中又包括节目生产治理核心流程和内容引进治理流程；
业务流程：
底层的具体业务运作，细化每一个步骤执行的动作。
5.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格（系统默许值），职能带的职能组织居中放置。
每列左右宽度均为格（系统默许值），平行放置2个对象，左列界、对象、对象、右列界距离依次为格、格、0格，可依照需要统一稍作调整（格=鼠标拖动1步）。
若是一列中存在并列的两列或多列流程，列宽调整为格乘以流程分支列数；在不阻碍要紧标准的情形下，能够略微调整列宽。
所有对象的上下距离遵循紧凑原那么，但“功能功能”距离不小于1格，“事件功能”距离不小于1格，“功能事件”距离不小于格。
功能/组织/事件位置
功能对象均在每列的左侧，组织类对象均在相对应功能对象的右边，平行放置。
判定模块依照流程走向分为两类：
第一类有一个事件往上；第二类两个事件皆往下。
第一类判定模块，其功能对象与事件对象全数放在同一列中，功能对象放置于左侧，返回的事件对象一样放置在功能对象的右下方，流程主线上的事件对象放置在功能
升级会员 