ARIS中文使用手册第41章Word格式.docx
《ARIS中文使用手册第41章Word格式.docx》由会员分享,可在线阅读,更多相关《ARIS中文使用手册第41章Word格式.docx(20页珍藏版)》请在冰点文库上搜索。
这方面的一个例子是一个消费定单从消费者质询到发货的处理。
这样一个如此说明复杂功能的业务过程可被分为子过程,从而减少其复杂性。
因此,功能术语可用在所有结构层次。
其他更多地用描述性的方法的术语一般也用于说明各层次:
事物处理,过程,子功能段的基本功能。
分划的功能可包括几个层次。
在语义功能树上基本功能说明最低层次。
定义:
基本功能是相对于业务过程分析的目标不能更深一步细分的功能。
功能树或层次结构图用来说明此子过程结构(见图4.1.12).
跟踪消费者订单
确认用户订单
接受用户订单
图4.1.12:
功能树(部分视图)
在一个功能树上可以使用不同的标准组合功能群(见Brombacher/Bungert,PraxisderUnternehmensmodellierung1992)。
经常用于此用途的标准包括:
相同对象的处理(面向对象的),属于同一过程(面向过程)或包括同一操作(面向操作)。
图4.1.1-3显示了一个面向对象细分的例子。
高级功能生产定单处理细分为制作生产定单,批准生产定单,校正生产定单,取消生产定单,发布生产定单,监控生产定单功能。
这些功能描述了不同的操作(制作,校正,取消,等等),这些操作在这个生产过程案例中执行同一个目标。
.
面向对象的高层
监控生产订单
发布生产订单
校正生产订单
确认生产订单
创建生产订单
处理生产订单
取消生产订单
图4.1.1-3:
面向对象的功能树
如果要功能树显示通过业务过程建模得到的结论,那么面向过程的功能树成为选择的方法。
创建消费者数据库
批准消费者订单
检验产品的实用性
检验消费者信用度
确认消费者订单
图4.1.1-4面向过程功能细分项目的示例显示
接受消费者定单,校验消费者定单,制作消费者数据库,检验消费者信贷价值,查证产品实用性和批准消费者定单功能属于处理消费者定单业务流程。
不同于一个面向对象的细分,这里的操作执行不同的对象(用户订单,产品实用性)。
接受消费者订单
处理消费者订单
检验消费者信用
图4.1.1-4:
面向过程功能树
面向过程分组即将所有对不同信息对象执行同一程序的功能(检验,创制,删除)组合在一起。
例如图4.1.1-5所示的修改功能。
这些功能可以属于不同的过程也可包括在不同对象的处理中。
然而它们对单个对象的执行的程序类型通常是一样的。
.
校正检查计划
校正人力资源计划
校正生产计划
校正生产单
校正消费者订单
面向执行的高层
校正对象
图4.1.1-5:
面向执行功能树
一方面,在功能树上说明功能减少复杂性,但是另一方面,它只是一个静态表示法。
除了这种静态表示作用,它也许对按时间顺序了解功能程序序列有用处。
事件驱动过程链用来描述按时间顺序排列的程序序列。
它们由事件和功能组成——同时事件在功能间形成链。
事件属于集成信息系统体系结构(ARIS)体系结构(ARIS)数据视图。
事件驱动过程链记述在继承信息系统控制视图中——符合集成信息系统体系结构(ARIS)体系结构(ARIS)的分离原则(见Chapter4.4.1).
从主题相关的角度说明功能,不仅涉及到功能能被细分为其要素的特性,其他功能特性也是有用的。
这一点对参加业务过程设计的特性尤为正确。
因此,每一份功能草案应该包括信息,不管这种信息需要顾客输入或是其能自动运行。
所以,合适的,执行起来不受用户干扰的功能,可以作为一批来捆扎和处理(批运行)。
编制业务过程的另一方向角度提供关于功能数量基础(例如,一天调查程序数目)和功能执行的合计周期的信息。
合计周期本身由单个的时间要素组成(准备时间,处理时间和等待时间)。
集成信息系统体系结构(ARIS)把这些信息按功能对象类型保存。
在这个手册的附录你可以找到所有的归结类型。
Y图
Y图以高度集中的程度说明一个企业的功能(任务)。
.这里,我们处理主要的功能领域,诸如生产设计,材料管理,维护。
.Y通过接口模块形式的结构说明(见Scheer,A.-W.:
业务过程再设计1994,p.87)细分为逐个的功能。
Y左边分支包括生产计划和控制的主要业务管理的计划功能。
而右边的包含了关于生产计划和实现的面向技术上的功能。
计划功能安排在Y的高一些的部分,控制和实现功能在较低的部分。
从而,Y-CIM模型描绘了把一个企业在生产方面涉及到的所有功能分类的一个框架。
在集成信息系统体系结构(ARIS)里,对于交叉引用模型,这种类型被作为面向功能的方法。
被说明的对象属于功能对象类型。
若按一定的层次排序,这种对象类型可被连结到例如功能树和扩展的实际关系模型。
在图4.1.1-6.显示一例
维护
库存控制
NC-Maschines控制
NC-项目制作
任务计划
设计及构筑
产品设计
监控
工厂数据输入
细节控制
订单发布
材料管理
主要需求计划
消费者处理单
图4.1.1-6:
Y图表
SAP应用图
对于SAPR/3应用模型的实施,SAP应用图允许面向SAPR/3应用系统模块的方法。
在R/3应用模型中,过程选择矩阵分配到这种类型图的每一个对象。
在单独的R/3模块和程序某一段中,它列举了可以这样解释的主要应用程序。
SAPR/3系统的SAP应用图表如图4.1.1-7显示
图4.1.1-7:
SAP应用图表
目标图
在开始建模、分析或优化业务过程前,你应该定义公司业务过程建模目标。
在目标图上你可以——在其他事情中——定义(公司)目标和构建目标结构层次。
目标是公司未来目的,在成功要素和清楚的业务过程支持下实现。
可以列举有助于目标的可能的成功要素,把他们按一定的层次排列,并分配到他们所支持的目标中。
为达到公司特定的目标,成功要素列示了需要考虑的方方面面。
在目标图上把它们分配给公司目标。
这种类型图利用功能对象类型同需求定义的其它类型图连接。
对于每个目标,你可以列举出能导致实现这个目标的功能(业务过程)。
在业务过程的建模和优化阶段,说明过程模型时,你应该考虑在对象和分配的功能中定义的优先权。
图4.1.1-8显示目标图的一个例子
提高营业/销售额
提供新产品
提高顾客服务质量
改善产品
开辟新市场
提高市场份额
降低成本
提高功效
图4.1.1-8:
目标图实例
设计规范—应用系统类型图
功能视图的设计规范包括应用系统和模块类型,应用系统类型的模块结构,单独事务处理步骤的草图和输入输出图的定义的规范。
说明功能视图设计规范要回答的中心问题是:
∙利用应用系统,模块类型或设计功能怎样支持被定义的功能?
∙应用系统类型和模块类型按模块方式怎样创建?
∙执行一个功能需要哪些列表和修饰?
∙使用应用类型和模块类型需要创建哪些列表,哪些修饰用到应用类型和模块类型?
∙一个应用系统的技术基础(操作系统,用户接口和管理系统数据库)是什么?
∙在使用某个单独应用系统类型前追求什么业务目标?
在功能视图的设计概念中,中心对象类型从而是应用系统类型。
对照在功能视图的实施层次中应该首先考虑的、并且说明单独的可确认的应用系统的、具体的应用系统,例如公司的许可号码,应用系统由代表所有严格共享相同技术基础的应用系统构建。
应用系统类型揭示了完全基于同种技术的一类应用系统。
例如:
集成信息系统体系结构(ARIS)工具箱。
译文4.1说明了一个应用系统类型。
从这种应用系统类型中,可以获得一些许可和一些这样的单独应用程序。
下面的图表显示了一个应用系统类型:
图4.1.2-1:
一个应用系统类型的图形表示
应用系统类型通常作为模块来设计。
应用系统类型图能帮助举例说明这种模块化设计。
应用系统类型的单个基础是各个模块类型。
如图4.1.2-2所示一例:
ARIS
包含
图4.1.2-2:
应用系统的模块化设计
在上面的例子中,ARIS工具组4.1由ARIS简易设计,ARIS作业成本管理方法和ARIS仿真组成。
和应用系统类型一样,模块类型用于代表严格共享统一技术基础的各个单独模块。
模块化类型是应用系统类型的基础。
他们是能够独立运行的成分。
模块化类型是应用系统的一个元素,它能独立运行。
模块化类型代表那些都完全基于同一技术基础的单独的应用系统。
在层次结构上可以自由组合应用系统类型和模块化类型。
模块化结构可以被分为最低层次的设计功能类型。
从事务处理的意义上来说,设计功能类型是模块化类型的最小单元。
它们利用单独的程序元素实现运行,处理单任务步骤一般必须完全执行它们。
验证总和
图4.1.2-3:
设计功能的图形表示
应用系统类型图也允许你说明需求定义的功能,需求定义是被定义过的应用系统类型和模块化类型支持。
这种安置由此组成了功能视图的需求定义和定义规范间的链。
图4.1.2-4是这方面的例子
可支持
利用实际程序
调查业务过程
图4.1.2-4:
应用系统的功能分配
为了完全地定义应用系统类型和模块化类型的技术基础,它们也可用尽可能的用户接口,管理信息系统数据库和操作系统类型分配,和执行它们的编程语言一样,凭借这些运行。
因为这些是类型并且没有具体例子,这完全有可能存在多重关系。
因此,Windows3.1和WindowsNT用户接口可被配置到一种应用系统类型,这意味着这种应用系统可在这两种用户界面运行。
如果用户接口被分配一个具体的例子(例,一个应用系统),则仅仅需要唯一一个的关系。
这准确说明了公司购买的,单独的应用系统许可的配置。
图4.1.2-5显示在应用系统类型图中可能配置的例子:
图4.1.2-5:
应用系统类型配置
利用一个应用系统编辑一个特定主体导致不同界面的应用,特定应用系统提供的不同列表的创造和使用。
为了解释这个主题,列表和修饰对象是可利用的,它们可配置到特定主体功能,或应用系统类型,或模块化类型中。
如果在没有具体应用系统类型的引用下需要首先定义普通过程链,则草图列表和草图修饰对象可以用来定义被需求的修饰和列表。
一般地,在没有创建一个应用系统的突变和修饰的一个具体参考条件下,两种对象首先指定了使用什么类型的列表和修饰(例如,对于用户数据的登录)随后,这种草表和修饰可以被附在具体列表和修饰后。
配置定义了可得到的实施可能性。
.图4.1.2-6给出一例:
对象列表
报表
实施
创建
输入对象属性
对象/对话窗口
对象属性表
能够使用
文件功能描述
校正功能描述
图4.1.2-6:
修饰和表列的配置
在应用系统类型图表中对象类型的全部列表和它们的可能关系可在附录中查找。
实施——应用系统类型图
在应用系统图中,现行的应用系统和模块可被配置到在设计规范中被说明的应用系统和模块类型。
例如,在一个公司存在这些应用系统类型实例,其能唯一地被他们的许可号鉴别。
一个应用系统(模块)是一个应用系统类型(模块化类型)的一个单独的实例,其例如,能被他的许可号码唯一地鉴别。
应用系统和模块将在图4.1.3-1用图显示
模块
应用系统
图4.1.3-1:
应用系统和模块的图形表示
因为在一个公司中可能存在一个应用系统类型(模块化类型)的几个号码,所以遵循在应用系统图中,几个应用系统(模块)可以分配到一个应用系统类型(模块化类型)。
如图4.1.3-2所示:
图4.1.3-2:
应用系统分配给应用系统类型
应用系统图说明了应用系统的实际模块结构。
然而,设计规范指出了应用系统类型所有可能的模块成分。
现在,每一个应用许可得到了说明,这意味着每一个单独的许可的模块成分能被唯一地鉴定。
在一个公司,应用系统类型可以有几个拥有完全不同模块结构的应用系统。
(见图4.1.3-3)
图4.1.3-3:
统一类型的两个应用系统的不同结构
除了说明实际存在的应用系统和模块,实施程度也允许定义以单独程序文件形式的,应用系统的程序技术(物理)的转换。
为此目的,应用系统图可以说明使用哪些程序模块类型实现一个应用系统类型或模块化类型。
每一个通过购买一个许可在硬盘上可得到的程序文件是一个程序模块。
通过决定完全基于相同技术的程序模块类型开发一个程序模块类型。
图4.1.3-4显示应用系统模块类型分配给应用系统类型,同单独的程序模块分配给程序模块类型一样。
图4.1.3-4:
应用系统类型,程序元素类型和程序元素的分配
除了其他程序模块类型,集成信息系统体系结构(ARIS)工具组4.1应用系统由aris.exe,aris.xlm,arisen.dll和merge.exe程序模块类型组成。
由于几个许可的购买或备份复印件的建立,在一个公司里,对每个程序模块,可能存在着几个实例(程序模块)。
程序元素类型和程序元素可在层次结构上自由组合。
为了用技术主体详细说明程序,程序模块类型对程序库的访问可以在应用系统图上得到说明。
附录包含存在于应用系统图的中的对象类型和关系的概述。