Modelování business procesu v ARIS Toolset

Transcription

Modelování business procesů v ARIS Toolset
Marek Rychlý
Vysoké učení technické v Brně
Fakulta informačních technologií
Ústav informačních systémů
Cvičení pro SRI
23. října 2015
Marek Rychlý
Modelování business procesů v ARIS Toolset — Cvičení pro SRI, 23. října 2015
1 / 19
Obsah
1
ARIS Toolset
2
Modelování v ARIS
Postup při modelování
Druhy modelů
Příklad
3
Shrnutí a závěr
Marek Rychlý
2 / 19
ARIS Toolset
Modelování v ARIS
Shrnutí a závěr
Obsah
1
ARIS Toolset
2
Modelování v ARIS
Druhy modelů
Příklad
3
Shrnutí a závěr
Marek Rychlý
3 / 19
ARIS Toolset
Modelování v ARIS
Shrnutí a závěr
ARIS platforma (ARIS Toolset/Platform)
(diagram převzat z „Products - Aris platform & webMethods. Studiopagni Business Solutions.“)
Marek Rychlý
4 / 19
ARIS Toolset
Modelování v ARIS
Shrnutí a závěr
ARIS modely (ARIS House)
modely organizace
(kdo se účastní)
modely dat
(která data vstupují a vystupují)
modely funkcí
(co se to vykonává)
modely procesů
(jak se to vykonává)
modely produktů a služeb
(proč se to vykonává)
Marek Rychlý
(diagram převzat z „Andre Dutra: ARIS tool and methodology for
Enterprise and Solutions Architecture. 2011.“)
5 / 19
ARIS Toolset
Modelování v ARIS
Shrnutí a závěr
Druhy modelů
Příklad
Obsah
1
ARIS Toolset
2
Modelování v ARIS
Druhy modelů
Příklad
3
Shrnutí a závěr
Marek Rychlý
6 / 19
ARIS Toolset
Modelování v ARIS
Shrnutí a závěr
Druhy modelů
Příklad
Postup modelování v ARIS Architect/Designer
1. modely organizace
1
přehled organizační struktury
(zahrnuje: „organizační jednotky“, účelově „sestavené skupiny“, „funkční místa“
pro jednoho pracovníka, vztahy uvedených)
2
detaily organizační struktury
+
(postupný rozpad org. jednotek, zahrnuje: dtto „role“ pro pracovníky
vykonávající stejné činnosti, vztahy uvedených)
Marek Rychlý
7 / 19
ARIS Toolset
Modelování v ARIS
Shrnutí a závěr
Druhy modelů
Příklad
2. modely oblastí procesů
1
přehled oblastí procesů
(zahrnuje: objekty „postupů tvorby přidané hodnoty“ a jejich „výkony“, tedy vstupy
a výstupy, vztahy uvedených)
procesy řídící – řídí strategii společnosti
procesy hlavní – tvoří business
procesy podpůrné – slouží ostatním
2
detaily oblasti procesů
(rozpad přehledu oblastní na návazné procesy, zahrnuje: dtto)
Marek Rychlý
8 / 19
ARIS Toolset
Modelování v ARIS
Shrnutí a závěr
Druhy modelů
Příklad
3. modely jednotlivých procesů
1
přehled jednotlivých procesů
(kontext procesu, zahrnuje: hlavní „činnost“, účastnící se „organizační jednotky“,
„funkční místa“, „aplikace“ a jejich „data“, použité „dokumentovatelné znalosti“,
procházející „dokumenty“, zaznamenané „výkony“ a „cíle“)
2
skladbu jednotlivých procesů
(rozpad na subprocesy, zahrnuje: objekty „postupů tvorby přidané hodnoty“ a jejich
„výkony“, tedy vstupy a výstupy, vztahy uvedených)
3
detaily průběhu jednotlivých subprocesů
(běh procesu, zahrnuje: „činnosti“, jejich spouštěcí a jimi vyvolávané „události“,
účastnící se „typy pracovníků“ jako funkční místa, „externí osoby“, „aplikace“ a
jejich „data“, použité „dokumentovatelné znalosti“, procházející „dokumenty“,
odkazy na předcházející a navazující „subprocesy“, a „logické operátory“ pro
rozpojení a spojení toku činností a událostí na/z jeden, více, či všechny běhy)
Marek Rychlý
9 / 19
ARIS Toolset
Modelování v ARIS
Shrnutí a závěr
Druhy modelů
Příklad
Business Process Modeling
with the ARIS Toolset
— zde má být příloha —
přejít na přílohu
Marek Rychlý
10 / 19
ARIS Toolset
Modelování v ARIS
Shrnutí a závěr
Druhy modelů
Příklad
Organizační struktura
Organizational Chart
Slouží k postupnému rozpadu org. struktury na jednotky a role.
(prvky „Organizational unit“, „Position“ a další)
Popisuje strukturu jako organizace jako skupinu org. jednotek.
(skupinu prvků „Organizational unit“, případně „. . . type“)
Org. jednotky tvořeny jinými org. jednotkami a funkčními místy.
(vztahy „is composed of“ na „Organizational unit“ a „Position“)
Funkční místa jsou zodpovědné za jednotky a vykonávají role.
(vztahy „is organizational manager“ na jednotky a „performs“ na „Person type“)
Marek Rychlý
(diagram převzat z „ARIS Business Designer 7.2.4“)
11 / 19
Organizační struktura - přehled OS
Organizace
XY, a.s.
je organizačně odpovědný
je tvořen
Štábní
organizační
jednotky
je tvořen
Obchod
je tvořen
Příprava zakázky
je tvořen
je tvořen
Výroba
Ředitel
organizace XYZ
je tvořen
Logistika
je tvořen
Servis
Legenda:
Organizační
jednotka
(barva žlutá)
ÚČEL OBJEKTU :
Zaznamenat konkrétní
organizační jednotku
Funkční místo
(barva žlutá)
ÚČEL OBJEKTU :
funkční místo obsazené
jedním pracovníkem
Skupina
(barva žlutá)
ÚČEL OBJEKTU :
Zaznamenat např. skupinu vedení
nebo dočasnou pracovní skupinu
(např. po dobu projektu, řešení úkolu apod.)
Obchod
Obchod
je tvořen
Vedoucí
obchodu
vykonává
Vlastník procesu
Obchod
Hadrbolec Michal, Ing.
vykonává
je tvořen
Vedoucí útvaru
Marketing
je tvořen
Oddělení
obchodování
je tvořen
Oddělení
smluvních
vztahů
Legenda:
Organizační
jednotka
(barva žlutá)
Role
(barva žlutá)
ÚČEL OBJEKTU :
ÚČEL OBJEKTU :
Seskupit pracovníky jedné organizační
jednotky, kteří vykonávají stejné činnosti
Funkční místo
(barva žlutá)
ÚČEL OBJEKTU :
Oddělení obchodování
Oddělení
obchodování
je tvořen
Vedoucí oddělení
obchodování
vykonává
Vlastník procesu
Obchodování
vykonává
Vedoucí
oddělení
Štěpánek Pavel, Ing.
je tvořen
Obchodník 1
vykonává
Pracovník obchodu
Plachý Igor, Ing.
je tvořen
Obchodník 2
vykonává
Pracovník obchodu
Malá Olga, Ing.
vykonává
je tvořen
Obchodník 3
vykonává
Interní
auditor jakosti
Pracovník obchodu
Bůček Petr, Ing.
je tvořen
Obchodník 4
vykonává
Pracovník obchodu
Krejčí Václav, Ing.
je tvořen
Pracovník podpory
obchodu 1
vykonává
Pracovník obchodu
Žižka Jaromír
je tvořen
Pracovník podpory
obchodu 2
Ryšavá Pavlína, ing
vykonává
Pracovník obchodu
ARIS Toolset
Modelování v ARIS
Shrnutí a závěr
Druhy modelů
Příklad
Přehledy procesů
Value-added Chain Diagram
Procesy jako souběhy a zřetězení postupů tvorby přidané hodnoty.
(„Value-added chain“ objekty, souběžně či propojené vztahem „is predecessor of“)
Objekty lze seskupovat do skupin procesů.
(na nejvyšší úrovni typicky skupiny procesů řídících, hlavních a podpůrných)
Délky objektů postupů tvorby přidané hodnoty odpovídají délce půrběhu.
(zejména ve srovnání s délkami ostatních souběžných postupů)
Marek Rychlý
12 / 19
Přehled procesů Organizace XY, a. s.
Procesy řídící
Oblast procesů:
01 Řízení společnosti
Procesy hlavní
Oblast procesů:
02 Prodej
předchází
Oblast procesů:
04 Výroba energií
předchází
Oblast procesů:
03 Logistika
Oblast procesů:
05 Distribuce tepla
Procesy podpůrné
Oblast procesů:
06 Personalistika
Oblast procesů:
07 Finance a controlling
Oblast procesů:
08 ICT
Oblast procesů:
9 Poskytování údržby
a služeb
Legenda:
Postup tvorby
přidané hodnoty
(barva zelená)
ÚČEL OBJEKTU:
V nejvyšší úrovni procesního modelu
představuje tento objekt typu Funkce
v Modelu tvorby přidané hodnoty
skupinu procesů nebo proces
Výkon
(barva zelená)
ÚČEL OBJEKTU :
Zaznamenat výkony (= produkty)
vytvářené/poskytované
v rámci popisovaných procesů.
Poznámka : jiný symbol pro službu
Oblast procesů: 02 Prodej
Oblast procesů:
02 Prodej
předchází
Proces 02.01:
Plánování prodeje
předchází
Proces 02.02:
Řízení vztahů
se stávajícími
zákazníka
předchází
Proces 02.04:
Prodej tepelné
energie
Proces 02.05:
Prodej elektrické
energie
předchází
předchází
Proces 02.03 :
Získání
nového zakázníka
předchází
Proces 02.06:
Prodej ostatních
produktů a služeb
předchází
Proces 02.07:
Vyhodnocení
prodeje
Proces 02.03 :
Získání nového zakázníka - subprocesy
Proces 02.03 :
Získání
nového zakázníka
Subproces 02.03.01:
Navázání kontaktu
s potenciálním
zákazníkem
Subproces 02.03.02:
Vyřízení
poptávky na
novou zakázku
Subproces 02.03.03 :
Zpracování
nabídky na
novou zakázku
Legenda:
Postup tvorby
přidané hodnoty
(barva zelená)
ÚČEL OBJEKTU:
V úrovni subprocesů procesního modelu
představuje tento objekt typu Funkce
v Modelu tvorby přidané hodnoty subproces
Subproces 02.03.04:
Zpracování
smlouvy na
novou zakázku
ARIS Toolset
Modelování v ARIS
Shrnutí a závěr
Druhy modelů
Příklad
Vstupy/výstupy a průběhy procesů
Function Allocation Diagram & eEPC
Vstupy a výstupy procesů modelovány pomocí FAD.
(na proces se napojí různé entity, vč. dokumentů, databází, aplikací, služeb, atd.)
Průběhy procesů modelovány pomocí (e)EPC.
(kombinuje vstupy a výstupy pomocí událostí a funkcí)
Marek Rychlý
13 / 19
Proces 02.03 :
Získání nového zakázníka - přehled
Dokument
připojen
Norma:
ČSN EN ISO
9001:2002
provádí
Oddělení
obchodování
je potřebný pro
rozhoduje o
Dokument
připojen
Směrnice:
IOP
spolupracuje na
je potřebný pro
spolupracuje na
poskytuje vstup pro
Oddělení
projekční
přípravy
Oddělení
smluvních
vztahů
poskytuje vstup pro
podporuje
Formulář 2
Štěpánek Pavel, Ing.
Oddělení
technologické
přípravy
spolupracuje na
Objednávka
na novou
zakázku
Vedoucí oddělení
obchodování
podporuje
MS WORD
Obchodní IS
Obrazovky
připojeny
Poptávka na
novou
zakázku
poskytuje vstup pro
Proces 02.03 :
Získání
nového zakázníka
Databáze
o potenciálních
zákaznících
a zakázkách
je vstupem pro
vytváří výstup pro
Nabídka na
novou
zakázku
Smlouva na
novou
zakázku
Záznam
o přezkoumání
návrhu smlouvy
má výstup
má výstup
Uzavřená smlouva
na novou zakázku
Databáze
o potenciálních
zákaznících
a zakázkách
Metrika
připojena
podporuje
Zvyšování
efektivity
nabídkového
řízení
Legenda:
Činnost
(barva zelená)
ÚČEL OBJEKTU
V Modelu kontextu činnosti
Představuje objekt Činnost proces
Organizační
jednotka
(barva žlutá)
ÚČEL OBJEKTU :
Funkční místo
(barva žlutá)
ÚČEL OBJEKTU :
Aplikace
(barva modrá)
ÚČEL OBJEKTU :
Zaznamenat používanou aplikaci
Cluster
(barva červená)
ÚČEL OBJEKTU :
Zaznamenat data v elektronické podobě
( v databázi.)
používané v rámci popisovaných procesů.
Dokumentované
znalosti
(barva modrá)
ÚČEL OBJEKTU :
Zaznamenat dokumentované znalosti
potřebné v rámci popisovaných procesů
(pravidla, normy,předpisy, ... )
Dokument
(barva bílá)
ÚČEL OBJEKTU :
Zaznamenat NOSIČ INFORMACÍ
v papírové podobě
vytvářený v rámci popisovaného procesu
Výkon
(barva zelená)
Cíl
(barva zelená)
ÚČEL OBJEKTU :
Zaznamenat výkony (= produkty)
vytvářené/poskytované
v rámci popisovaných procesů.
Poznámka : jiný symbol pro službu
ÚČEL OBJEKTU:
Zaznamenat konkrétní cíl procesu,
a to včetně ukazatele, parametru a dalších
potřebných atributů
Subproces 02.03.01: Navázání kontaktu
s potenciálním zákazníkem
Potenciální
zákazník
má být
kontaktován
podporuje
Vyhledání
potenciálního
zákazníka
provádí
Obchodní IS
Pracovník obchodu
mění
Databáze
o potenciálních
zákaznících
a zakázkách
Směrnice:
IOP
je potřebný pro
Obchodní IS
je vstupem pro
provádí
Kontaktovaní nového
zákazníka
Potenciální
zákazník
neprojevil zájem
o další jednání
spolupracuje na
Pracovník obchodu
Proces :
Vyvolání
poptávky
po produktu
Zákazník externí
Potenciální
zákazník
kontaktuje
organizaci
Potenciální
zákazník
projevil zájem
o další jednání
Směrnice:
IOP
je potřebný pro
provádí
Poptávkové
jednání
s potenciálním
zákazníkem
spolupracuje na
Pracovník obchodu
Zákazník externí
Poptávka na
novou
zakázku
Poptávkové
jednání ukončeno
bez poptávky
podporuje
Vyhodnocení
neúspěšného jednání
s potenciálním
zákazníkem
provádí
Poptávkové
jednání ukončeno
vytvořením
poptávky
Obchodní IS
Subproces 02.03.02:
Vyřízení
poptávky na
novou zakázku
Pracovník obchodu
mění
Databáze
o potenciálních
zákaznících
a zakázkách
Jednání
s potenciálním
zákazníkem
vyhodnoceno
Legenda
Činnost
(barva zelená)
ÚČEL OBJEKTU
V modelu eEPC představuje
konkrétní činnost v procesu
Událost
(barva fialová)
ÚČEL OBJEKTU :
Informace charakterizující příčinu nebo
výsledek činnosti v rámci toku procesu.
Typ pracovníka
(barva žlutá)
ÚČEL OBJEKTU :
Seskupit pracovníky jedné organizační
jednotky, kteří vykonávají stejné činnosti
Externí osoba
ÚČEL OBJEKTU :
Zaznamenat účastníka procesu
mimo struktury organizace (zákazník,
dodavatel, ... )
Aplikace
(barva modrá)
ÚČEL OBJEKTU :
Zaznamenat používanou aplikaci
Cluster
(barva červená)
ÚČEL OBJEKTU :
Zaznamenat data v elektronické podobě
( v databázi.)
používané v rámci popisovaných procesů.
Dokumentované
znalosti
(barva modrá)
ÚČEL OBJEKTU :
Zaznamenat dokumentované znalosti
potřebné v rámci popisovaných procesů
(pravidla, normy,předpisy, ... )
Dokument
(barva bílá)
ÚČEL OBJEKTU :
Zaznamenat NOSIČ INFORMACÍ
v papírové podobě
vytvářený v rámci popisovaného procesu
Rozhraní procesu
(barva bílá)
ÚČEL OBJEKTU :
Uvést, jaký subproces popisovanému
subprocesu předchází resp. po něm následuje.
Jedná se o objekt typu FUNKCE a proto má
s ním totožné atributy.
ÚČEL OBJEKTU
Rozpojuje a spojuje cesty
procesu - z možných cest
nastane vždy pouze jedna
ÚČEL OBJEKTU
Rozpojuje a spojuje cesty v procesu
- všechny následné cesty pokračují současně
ÚČEL OBJEKTU
Rozpojuje a spojuje cesty v procesu
- pokračující cesty nastávají v proměnlivém
počtu (jedna až všechny)
ARIS Toolset
Modelování v ARIS
Shrnutí a závěr
Druhy modelů
Příklad
Organizace modelů a entit
Modely a entity se organizují v projektu do skupin.
(projekt je databáze, skupiny jsou složky v databázi)
Na všechny entity v modelech je možno napojit podrobnější modely.
(tzv. „assignments“ modelů v kontextové nabíce nad entitou)
Stejné entity by se měly mezi modely sdílet.
(aby byla zachována integrita celého projektu)
Sdílené entity vhodné umístit do zvláštní skupiny (knihovny).
(založit skupoinu „knihovna sdílených objektů“)
Sdílené entity je vhodné zpravovat zvlášt’, tj. řídit jejich změny.
(změna se projeví ve více modelech)
Sdílené entity je vhodné vysázet do nějakého pomocného modelu.
(vizualizace obsahu knihovny a ochrana před auto. smazáním nepoužívaných entit)
Marek Rychlý
14 / 19
ARIS Toolset
Modelování v ARIS
Shrnutí a závěr
Obsah
1
ARIS Toolset
2
Modelování v ARIS
Druhy modelů
Příklad
3
Shrnutí a závěr
Marek Rychlý
15 / 19
ARIS Toolset
Modelování v ARIS
Shrnutí a závěr
Shrnutí a závěr
Mnoho ARIS nástrojů pro popis, analýzu a měření businessu organizace.
(ARIS Toolset/Platform)
ARIS modely pro různé oblasti business procesů.
(ARIS House)
Modelování od celkového přehledu k jednotlivým nejmenším částem.
(postupná dekompozice modelů)
Literatura
Davis&Brabander: ARIS Design Platform, Getting Started with BPM. Springer, 2007.
Marek Rychlý
16 / 19
Poděkování a otázky
Přílohy
Děkuji za pozornost.
Otázky? Diskuze?
Marek Rychlý
17 / 19
Přílohy
— ZAČÁTEK PŘÍLOHY —
zpět do prezentace
přeskočit přílohu
Výňatek z prezentace:
Michael Paskevicius (2006)
Business Process Modeling with the ARIS Toolset
ARIS Toolset Views and Models
Extended Event-driven Process Chain (eEPC)
Database Structure of ARIS
Marek Rychlý
18 / 19
Business Process
Design
Michael Paskevicius © 2006
IDS Scheer: ARIS Toolset
A.R.I.S.
Architecture of Integrated Information Systems
ÆFramework or concept for describing companies and business
application systems
ARIS Toolset Views
Strategic Perspective: Value Chain
Organizational Perspective:
Organigram
Functional Perspective:
Function Tree
Data Perspective: Entity
Relationship Diagram
Benefits of Process Mapping
z
z
z
z
z
Help a team come to a common understanding of
a process
Find unnecessary, missing or inefficient steps in a
current process
Look in more detail at the current methods being
used in each part of the process
Identify the supplier and customers of the process
(both internal and external)
As a powerful communication tool
Model Assignments
z
z
An assignment is a model that describes an
object in more detail
Various degrees of modeling – top level,
lowest level
Model View of Assignments
HR / Support
Research and Development
Procurement
Production
Sales
Production
Sales
Accounting
Properties View of
Assignments
Linked Procurement Model
Identify need for
raw materials
Verify purchase
order against
delivery
Create purchase
requisition
Send requisition
for approval
Requisition
approved
Create purchase
order for
supplier
Goods delivered
Order fullfilled
Order flawed
Process payment
to supplier
Contact supplier
Requisition
rejected
Procurement
process
complete
Explorer View of Assignments
Link to Physical Sales eEPC
Order follow-up
Feedback received
Production planning
Production plan created
Order confirmation
created
Customer order entered
Order confirmation
Order Rejected
The ARIS Explorer
The central management
component of ARIS
z
Management of:

z
Groups
Models
Objects
Users
Font formats
Languages tasks
Improvement proposals
Designed as a hierarchical
or tree structure
Process Engineering/Reengineering
z
The most frequently used model type of the process
view is the Extended Event-Driven Process Chain
(eEPC)
z
This model allows for degrees of complexity
z
z
z
As simple and lean as process steps only
As complex as to include data, function, organization views
Generally accepted as they are simplistic and use
easy-to-understand notation
Extended Event-driven
Process Chain (eEPC)
Basic Elements of the eEPC
•A function is a technical task, a procedure, and/ or
an activity performed on an (information) object to
support one or more company goals.
Function
Event
•A function uses time and/or has a cost associated
with it.
•An event represents a business relevant occurrence
which either controls or influences the continuation
of a business process.
•Events act as triggers for activities, but are also
based on preceding functions and therefore describe
an event
Business Process Components
Logical Link Operators
Significance when
paths are separating
Significance when
paths are converging
Exclusive OR
Only one of the
possible process paths
must be followed
The following process
flow will be initiated from
only one of the possible
process paths
Open OR
At least one of the
must be followed
The following process
flow will initiated by at
least one of the
All outgoing process
paths must be followed
All incoming process
paths trigger the
following process flow.
If one of the paths has
not been fully
completed, then the
process pauses at this
point until all incoming
process paths have
been completed.
Name
Symbol
AND
AND
A+B
Open OR
A, B, or A+B
XOR
A or B
Loan application
received
Verify loan
application
details
Loan application
approved
Loan application
rejected
Event and Function Triggers
Summary: eEPC Modeling Rules
z
z
z
z
z
z
z
An eEpc begins and ends with an event(s) (or with process
interface(s)).
The sequential order Event-Function-Event-Function must be
followed and can only be interrupted by logical link operators
Trivial events are to be omitted (events in a sequence in the
middle of the process flow)
Logical link operators can only be used for multiple process
paths
Logical link operators have either one incoming connection and
several outgoing connections, or several incoming connections
and one outgoing connection.
No OR operator or exclusive OR (XOR) operator may follow an
individual event
Any number of paths is possible for branches
Database Structure
The Database Structure of ARIS
Æ All information is stored in a database
The database helps to avoid redundancy in the models
design
Occurrence Copy
Reuse of existing objects
•Helps to identify interdependencies between processes
•Redundancy free data storage
•Allows for easy update of an objects attributes
Definition Copy
z
z
When you copy the object a separate entry is created in the
database
The new object has no reference to the original object
Variant Copy
z
z
When you create a variant, a separate entry in created in the
database which references its original definition
Allows the user to compare and contrast the new object against
the existing object
Exercise
z
When an article inquiry is received the process begins.
z
After the inquiry has been recorded, the inquiry data is transferred to the
offer to be issued by the order handling secretary using MS Word. She will
use the customer inquiry, customer data and customer conditions in issuing the
offer.
z
The order handling employee will check the availability of the desired articles. This
is done in the SAP R/3 System using the article data and the customer inquiry.
z
If delivery is not possible, the order handling employee must agree on an alternative
delivery date with the customer. If the delivery is possible then the delivery date can
be defined. Only then can the articles be reserved in the SAP R/3 System.
z
Of course, a customer rejection can also result when an alternative shipping date is
offered if the customer is not willing to accept another delivery date.
z
When the products are reserved, the offer is generated by the order handling
secretary in MS Word. The department apprentice monitors the offer in Applix.
z
While the offer is being monitored it may still be cancelled in process by the
customer.
z
When the customer order is received, the process customer order process is
started. If may also happen that the customer offer is rejected.
Events and Functions
z
z
offer.
z
z
z
z
z
customer.
z
Article inquiry
Enter inquiry
data into offer
Reserve article
Check availability
of article
Article reserved
Delivery NOT
possible
Agree on
alternative
delivery date
Delivery possible
Generate offer
Offer created
M onitor offer
Customer offer
rejected
Delivery date
defined
Customer order
received
Customer offer
cancelled
Applications
z
z
offer.
z
z
z
z
z
customer.
z
Article inquiry
Reserve article
Enter inquiry
data into offer
SAP R/3
MS Word
Article reserved
Check availability
of article
SAP R/3
Generate offer
MS Word
Delivery NOT
possible
Customer offer
rejected
Delivery possible
Offer created
Agree on
alternative
delivery date
Applix
Monitor offer
Delivery date
defined
Customer offer
cancelled
Customer order
received
Organizational Elements
z
z
offer to be issued by the order handling secretary using MS Word. They will
offer.
z
z
z
z
z
customer.
z
Article inquiry
Enter inquiry
data into offer
Reserve article
Order handling
secretary
Employee
order handling
SAP R/3
M S Word
Check availability
of article
Article reserved
Employee
order handling
SAP R/3
Generate offer
Order handling
secretary
MS Word
Delivery NOT
possible
Agree on
alternative
delivery date
Customer offer
rejected
Delivery possible
Employee
order handling
Delivery date
defined
Offer created
Applix
Monitor offer
Customer offer
cancelled
Customer order
received
Apprentice
Data Stores
z
z
offer.
z
z
z
z
z
customer.
z
Article inquiry
Customer data
Customer inquiry Customer conditions
Enter inquiry
data into offer
Order handling
secretary
Article data
MS Word
Reserve article
Employee
order handling
SAP R/3
Article data
Customer inquiry
Check availability
of article
Article reserved
Employee
order handling
Customer offer
SAP R/3
Generate offer
Order handling
secretary
MS Word
Delivery NOT
possible
Agree on
alternative
delivery date
Customer offer
rejected
Delivery date
defined
Delivery possible
Employee
order handling
Offer created
Applix
Monitor offer
Customer offer
cancelled
Customer order
received
Apprentice
The End
Thank you for your attention
Special thanks to:
Brian Van Kessel @ Ryerson University Toronto
Přílohy
— KONEC PŘÍLOHY —
zpět na začátek přílohy
Marek Rychlý
19 / 19

Modelování business procesu v ARIS Toolset

Transcription

Similar documents

Newsletter Aquarius

here - Software AG

press kit

Schizachyrium scoparium Hit Parade™ Series Little Bluestem Carex

Spring 2007 newspaper.pub

Automating convoy training assessment to improve soldier

Ice damages of coniferous trees in hemiboreal forests in