ARIS现状描述建模标准Word格式文档下载.docx
- 文档编号:16567082
- 上传时间:2022-11-24
- 格式:DOCX
- 页数:30
- 大小:615.89KB
ARIS现状描述建模标准Word格式文档下载.docx
《ARIS现状描述建模标准Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《ARIS现状描述建模标准Word格式文档下载.docx(30页珍藏版)》请在冰豆网上搜索。
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模型概述
技术术语图用于描述企业中流程涉及到的各类数据表单,包括纸质文档和电子文档。
技术术语图。
数据视图。
技术术语的命名即该表单的名称。
技术术语图由簇、技术术语及其彼其间的连线关系组成。
每一个技术术语图只显示一层上下级关系。
3.3.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)对象名称保护在对象特性[名称]上。
对象的具体描述"
保护在对象特性[描述/概念]上。
3)"
对象的全称"
保护在对象特性[全名]上。
技术术语
4)"
数据表单填写标准"
保护在对象特性[填写标准]上。
4.4应用系统类型图
3.4
3.4.1模型概述
(1)模型说明:
用于描述企业内的应用系统。
(2)模型类型:
应用系统图。
(3)所属视图:
功能视图。
(4)命名格式:
某某应用系统图。
“播出编排治理系统”。
3.4.2模型创建
新建应用系统图模型。
(6)创建位置:
“03应用系统”
3.4.3对象描述
(7)应用系统图由应用系统对象组成。
(8)应用系统的命名遵循统一原那么。
关于各中心内部通用的系统,采纳各中心统一的系统名称;
关于各中心内部利用的系统,需要加上单位名称,如:
“新闻编辑部播音系统”。
3.4.4对象之间一样无连线关系。
4.5流程总图
3.5
3.5.1模型概述
用于阅读公司整个流程体系的门户,同时表现业务模式的全景。
增值链图。
流程视图。
流程名称。
(5)模型内容:
流程总图由所有一级流程功能对象组成。
3.5.2模型创建
(6)创建方式:
流程总图为新建增值链图模型。
(7)创建位置:
流程总图寄存在该公司的组“04业务流程”中。
3.5.3对象描述
(8)流程总图中可利用的对象只有代表一级流程的功能对象。
(9)创建方式:
第一创建一级功能树,再创建流程总图;
方式为从一级功能树中“显现复制”所有一级流程对象到流程总图中。
(10)命名规那么:
某某公司简称+流程总图。
3.5.4连线关系
流程总图不保护功能对象之间的连接关系。
4.6功能树图
3.6
3.6.1模型概述
描述业务流程的层次结构。
功能树。
功能树图由功能对象及其之间的连线关系组成。
每一个功能树图只描述一层上下级关系,依照从上往下细分的结构顺序,用多个功能树图描述各级流程的层次结构。
。
3.6.2模型创建
一级功能树图(如新闻节目中心业务功能树)为新建功能树模型;
二级及以下的功能树(如新闻采访功能树),通过在其上级的功能树图中相应功能新建分派功能树模型而得。
一级功能树图寄存在该公司的“04业务流程”组里;
而且在“04业务流程”下为该中心每一个一级流程创建一个同名的组,用来寄存二级流程;
三级及以下功能树寄存在其上级组里为其创建的同名组中。
3.6.3对象描述
(8)功能树图中可利用的对象只有功能。
(9)功能代表流程层次结构中的各级流程。
(10)创建方式:
在功能树图中新建。
(11)命名规那么:
3.6.4连线关系
功能1
(上级流程)
是…面向流程的上级
功能2
(下级流程)
表示流程的
层次关系
4.7产品树
3.7
3.7.1模型概述
产品树。
产品效劳视图。
产品或效劳名称。
产品树图由产品对象及其之间的连线关系组成。
每一个产品树图只描述一层上下级关系,依照从上往下细分的结构顺序,用多个产品树图描述各级产品和效劳的层次结构。
3.7.2模型创建
一级产品树图(如新闻节目中心产品树)为新建功能树模型;
二级及以下的功能树(如新闻采访产品树),通过在其上级的产品树图中相应功能新建分派产品树模型而得。
一级产品树图寄存在该公司的“05产品效劳”组里;
而且在“05产品效劳”下为该中心每一个一级流程创建一个同名的组,用来寄存二级产品树图;
三级及以下产品树寄存在其上级组里为其创建的同名组中。
3.7.3对象描述
(8)产品树图中可利用的对象只有产品。
(9)产品代表流程执行的目的。
在产品树图中新建。
3.7.4连线关系
产品1
(上级)
包含
产品2
(下级)
表示产品服务之间的层次关系
4.8EPC(事件驱动流程链)
3.8
3.8.1模型概述
描述详细的业务流程步骤。
EPC(事件驱动流程链)。
具体业务流程名称。
EPC事件驱动流程链由事件和功能彼此触发,和其涉及到的流程元素(包括组织单元和职位、数据表单、应用系统、产品和效劳)组成。
用于表述完成业务流程的步骤。
(6)在特性中保护模型全名,全名格式例如:
“PPM内容引进010引进片源审查片源初审流程”。
3.8.2模型创建
创建方式:
从上一阶增值链图(流程场景)中创建分派。
3.8.3对象描述
(7)EPC中可利用的对象包括:
事件
功能
应用系统
产品/效劳
逻辑符号(AND&
OR&
XOR)
事件和功能可在EPC中新建,其他元素从其各自图中引用以保证一致性。
(9)命名规那么
事件:
名词+被动形式,如:
“申请已被批准”;
功能:
动词+宾语,如“提出播出申请”。
3.8.4连线关系
图例
事件
激活
功能
表示事件与功能之间互相作用的关系
创建
完成
表示某组织单元完成某功能的操作
表示职位完成某功能的操作
表示组完成某功能的操作
技术术语
是…的输入
表示某功能的完成需要此技术术语的输入
拥有…的输出
表示某功能的完成拥有了此技术术语的输出
读取
簇
表示某功能的完成需要读取某一类数据
产生
产品/服务
表示某功能完成后产生了此产品或服务
4.9功能分派图
3.9
3.9.1模型概述
描述某一业务流程节点。
功能分派图。
具体业务流程步骤名称。
功能分派图中只能描述一个功能,以其他流程元素和与其的关系一起组成。
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职位
用于描述各级组织机构的对应职位。
对其二级机构职位的命名,需要在前面加上上级机构。
4.1.3组
多个不同单位、部门或职位的集合,如“主管部门”、“相关部门”、“某某领导小组”等。
外部单位,即不在组织结构图中显现的单位和部门,如银行、政府部门等。
出于系统操作需要而概念的某些工作角色,非正式人事编制内的职位,如“用户治理员”等。
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格,“功能事件”距离不小于格。
功能/组织/事件位置
功能对象均在每列的左侧,组织类对象均在相对应功能对象的右边,平行放置。
判定模块依照流程走向分为两类:
第一类有一个事件往上;
第二类两个事件皆往下。
第一类判定模块,其功能对象与事件对象全数放在同一列中,功能对象放置于左侧,返回的事件对象一样放置在功能对象的右下方,流程主线上的事件对象放置在功能
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- ARIS 现状 描述 建模 标准