© 2
01
3 M
ID G
mb
H
ww
w.m
id.d
e
BP
MN
2.0
- B
usi
nes
s P
roce
ss M
od
el a
nd
No
tati
on
In
nov
ato
r fo
r B
usi
nes
s A
nal
ysts
Info
rmie
ren
Sie
sich
übe
r In
nova
tor
for
Bus
ines
s A
naly
sts,
Ges
chäf
tspr
ozes
smod
ellie
rung
mit
BP
MN
2.0
!
Ere
ign
isse
Star
t-er
eign
isE
nd
-er
eign
is
Zw
isch
ener
eign
is
ein
getr
eten
ausg
elö
st
Esk
alat
ion
Bed
ingu
ng
Feh
ler
Zei
t/T
imer
Nac
hri
cht
Term
inie
run
g
Lin
k
Sign
al
Ab
bru
ch
Bla
nko
Ko
mp
ensa
tio
n
Meh
rfac
h
Par
alle
l meh
rfac
h
eingetre
ten
Zwischenereignis
Starte
reignis
unterbre
chend
nicht-unte
rbre
chend
unterb
rechend
nicht-unte
rbre
chend
ausgelöst
Endereignis
Einl
adun
gska
rten
best
elle
n
Tele
foni
sch
nach
frage
n
Einl
adun
ger
stel
len
Teiln
ehm
erst
reic
hen
Teiln
ehm
erbe
stä
gen
Einl
adun
gst
orni
eren
Stor
nier
ung
Einladung erstellen
Vera
nsta
ltung
gepl
ant
14 T
age
Absa
ge
Zusa
ge
Vera
nsta
ltung
abge
sagt
Term
inie
rung
Fort
setz
ung
abge
sagt
zuge
sagt
nich
t err
eich
bar
Fort
setz
ung
noch
10
Einl
adun
gska
rten
übr
igEi
nlad
ung
Ere
ign
is: r
eprä
sen
tier
t G
esch
ehn
isse
inn
erh
alb
ein
es P
roze
sses
. Ein
Ere
ign
is k
ann
als
Sta
rt-,
Zw
isch
en-,
Ran
d- u
nd
En
der
eign
is v
erw
end
et w
erd
en.
Zwischenereignis
Randereignis angehefte
t
Randereignis angehefte
t
Teilpro
zess-
Startere
ignis
Teilpro
zess-
Startere
ignis
Bed
ingt
er F
luss
Nac
hri
chte
n
Sym
bolis
iert
den
Nac
hric
hten
aust
ausc
h zw
isch
en z
wei
ver
-sc
hied
enen
Par
tici
pant
s. E
r ka
nn d
irek
t am
Par
tici
pant
ode
r an
ein
em E
lem
ent
des
enth
alte
nen
Pro
zess
es b
egin
nen
bzw
. en
den
und
geht
imm
er ü
ber
Par
tici
pant
-Gre
nzen
hin
weg
.
über
Par
tici
pant
-Gre
nzen
ver
lauf
en,
jedo
ch z
wis
chen
Lan
es
wec
hsel
n.
Ass
ozi
atio
n
als
Dat
en-A
sso
ziat
ion
ve
rwen
det
. Z
ur
Mo
del
lieru
ng
von
K
om
pen
sati
on
en
wir
d
sie
als
Ko
mp
ensa
tio
ns-
Ass
ozi
atio
n
verw
end
et.
von
Gat
eway
s.
Wir
d n
ach
Gat
eway
s d
urc
hla
ufe
n, w
enn
kei
ne
and
ere
Be-
din
gun
g er
füllt
ist.
Ko
llab
ora
tio
n:
bes
chre
ibt
die
In
tera
ktio
n z
wis
chen
Par
tici
pan
ts (
im
Bei
spie
l: K
un
de,
Un
tern
ehm
en u
nd
Lie
fera
nt)
.
Pro
zess
: bes
chre
ibt
den
Ab
lau
f in
ner
hal
b e
ines
Par
tici
pan
ts (
im B
ei-
spie
l: A
nge
bo
tser
stel
lun
g).
wie
bet
eilig
te R
olle
n o
der
Sys
tem
e (i
m B
eisp
iel:
Sach
bea
rbei
ter
un
d
Gen
ehm
iger
).
Pro
zess
e u
nd
Ko
llab
ora
tio
nen
Lief
eran
t
KundeAngebotsanfrage
Ange
bot
gene
hmig
en
Genehmiger
Ange
bot
erst
elle
nAn
gebo
t
Sachbearbeiter
UnternehmenAngebotserstellung
Ange
bot a
ngef
ragt
Ange
bot e
rste
llt
Ange
bot a
ngef
ragt
Ange
bot e
rste
llt
Anfr
age
Ange
bot
Rück
frag
eAn
twor
t
Art
efak
te
Gru
ppie
rung
en
dien
en
der
Stru
ktur
ieru
ng v
on E
lem
ente
n
den
Pro
zess
abla
uf.
Mit
Tex
tan
mer
kun
gen
kö
nn
en
Hin
wei
se u
nd
Zu
satz
info
rma-
tio
nen
fest
geh
alte
n w
erd
en.
Gru
pp
ieru
nge
nTe
xtan
mer
kun
gen
Ange
bot
erst
elle
nAn
gebo
tve
rsen
den
Ange
bot v
ersa
ndt
Prei
slist
e
Angebotserstellung
Kund
en-
© 2
01
3 M
ID G
mb
H
Ein
Ta
sk
rep
räse
nti
ert
ein
en
ein
zeln
en
Pro
zess
sch
ritt
bzw
. ein
e A
rbei
tsei
nh
eit.
Ben
utze
r-Ta
sk: w
ird
von
eine
m B
enut
zer m
it
IT-U
nter
stüt
zung
dur
chge
führ
t.
Serv
ice-
Task
: w
ird
au
tom
atis
iert
du
rch
ge-
füh
rt. T
ech
nis
ch in
terp
reti
ert
ist
es e
in A
uf-
ruf e
iner
Op
erat
ion
ein
es S
ervi
ces.
Ges
chäf
tsre
gel-T
ask:
w
erte
t G
esch
äfts
-re
geln
fü
r ei
n E
rgeb
nis
od
er e
ine
En
t-sc
hei
du
ng
aus.
Man
uelle
r-Ta
sk: w
ird
ohne
IT-U
nter
stüt
zung
du
rchg
efüh
rt.
Akt
ivit
äten
Skri
pt-
Task
: fü
hrt
ein
Skr
ipt
dir
ekt
in d
er
Pro
zess
-En
gin
e au
s.
Auf
rufa
ktiv
ität
G
lob
aler
-Tas
k:
ist
ein
wie
der
verw
end
bar
er
Au
fru
fakt
ivit
ät U
nte
rpro
zess
: ist
ein
eig
enst
änd
iger
Pro
zess
, d
er v
on
ver
sch
ied
enen
Pro
zess
en a
ufg
eru
fen
wer
den
kan
n.
Em
pfa
ngs
-Tas
k: e
mp
fän
gt N
ach
rich
ten
un
d
ents
pri
cht
der
Sem
anti
k d
es Z
wis
chen
er-
eign
isse
s fü
r ei
nge
tret
ene
Nac
hri
chte
n.
Sen
de-
Task
: se
nd
et N
ach
rich
ten
un
d e
nt-
spri
cht
der
Sem
anti
k d
es Z
wis
chen
erei
g-n
isse
s fü
r au
sgel
öst
e N
ach
rich
ten
.
Ere
igni
sbas
iert
er T
eilp
roze
ss: w
ird
durc
h ei
n ex
tern
es E
reig
nis
Teilp
roze
ss:
ist
kein
eig
enst
änd
iger
Pro
zess
. E
r is
t d
irek
t in
d
en u
mge
ben
den
Pro
zess
ein
geb
ette
t, d
aher
dar
f er
auch
nu
r ei
n B
lan
ko-S
tart
erei
gnis
hab
en u
nd
nic
ht
wei
ter
du
rch
Lan
es
un
tert
eilt
wer
den
.
Tran
sakt
ione
n: s
telle
n in
sic
h ab
gesc
hlos
sene
, vo
llstä
ndig
e
alle
Änd
erun
gen
müs
sen
rück
gäng
ig g
emac
ht w
erd
en, u
m d
en
Urs
prun
gszu
stan
d w
ied
er h
erzu
stel
len.
Ad
-hoc
-Tei
lpro
zess
: ent
hält
Akt
ivit
äten
, der
en D
urch
führ
ung,
A
bfo
lge
und
Aus
führ
ungs
häu
figk
eit
im E
rmes
sen
des
jew
eili-
Kont
aktd
aten
spei
cher
n
Acco
untd
aten
lösc
hen
Acco
untd
aten
spei
cher
n
Acco
unt a
nleg
en
Fehl
er b
eim
Spei
cher
nRo
llbac
kFe
hler
bei
mSp
eich
ern
Abbr
uch
Kund
ein
form
iere
n
Mes
sung
durc
hfüh
ren
Reaktio
nsze
it üb
erw
ache
n
Anfr
age
im 1
st-L
evel
bear
beite
n
Supportanfrage bearbeiten
Schl
eife
nbed
ingu
ng:
Noc
h ke
ine
Lösu
ng g
efun
den
Man
gel
behe
ben
Qua
lität
prüf
en
Urs
ache
finde
n
Sche
iteru
ngsg
rund
iden
ti�zieren
Kund
ein
form
iere
n
Mangelbehebung durchführen
Sche
iteru
ngsg
rund
Sche
iteru
ngsg
rund
Man
gelb
eheb
ung
gesc
heite
rt
Man
gelb
eheb
ung
gesc
heite
rt
Man
gel b
ehob
en
Haup
tgan
gzu
bere
iten
Zuta
ten
eink
aufe
nTi
sch
deck
en
Best
eck
polie
ren
Nac
hspe
isezu
bere
iten
Vors
peise
zube
reite
n
Dinn
er v
orbe
reite
n
Ad-hoc-Teilprozess
Freu
nde
einl
aden
Akt
ivit
äten
aus
gefü
hrt
wer
den,
lie
gt i
m E
r-m
esse
n de
s A
usfü
hren
den.
Die
se A
ktiv
ität
imp
lizie
rt e
inen
Un
ter-
bzw
. Te
ilpro
zess
.
Schl
eife
: w
iede
rhol
t di
e A
usfü
hrun
g so
lang
e bi
s di
e Sc
hlei
fenb
edin
gung
erf
üllt
ist.
Par
alle
le
Meh
rfac
hau
sfü
hru
ng:
m
ehrf
ach
e,
glei
chze
itig
e A
usf
üh
run
g fü
r ei
ne
Men
ge v
on
O
bje
kten
.
Seq
uen
tiel
le M
ehrf
ach
ausf
üh
run
g: m
ehrf
a-ch
e,
nac
hei
nan
der
er
folg
end
e A
usf
üh
run
g fü
r ei
ne
Men
ge v
on
Ob
jekt
en.
Kom
pens
atio
n: A
ktiv
ität
stel
lt d
en U
rspr
ungs
-zu
stan
d w
ied
er h
er.
Mar
kier
un
gen
für
Akt
ivit
äten
Kom
pens
atio
ns-A
ssoz
iati
on
ein
Kom
pens
atio
ns-E
reig
nis
bei
eine
m R
ollb
ack
mit
der
Kom
-pe
nsat
ions
-Akt
ivit
ät.
Dat
eno
bje
kt
Dat
ensp
eich
er (R
efer
enz)
Dat
enau
sgab
e
Dat
enei
nga
be
Dat
en g
esp
eich
ert.
Die
dar
in h
inte
rleg
ten
Dat
en
sin
d s
om
it n
ur
inn
erh
alb
des
Pro
zess
es,
in d
em s
ie
mo
del
liert
sin
d, v
erfü
gbar
.
Erw
arte
t ei
n a
ufr
ufb
arer
Pro
zess
od
er e
in U
nte
r-p
roze
ss I
nfo
rmat
ion
en f
ür
sein
e A
usf
üh
run
g, w
ird
d
iese
r In
form
atio
nsb
edar
f du
rch
ein
e D
aten
ein
gab
e m
od
ellie
rt.
Die
Dat
enau
sgab
e is
t d
as G
egen
stü
ck z
ur
Dat
en-
ein
gab
e. M
it i
hr
wer
den
die
Erg
ebn
isse
od
er a
uch
R
ück
gab
ewer
te, d
ie e
in P
roze
ss li
efer
t, m
od
ellie
rt.
Im G
egen
satz
zum
Dat
enob
jekt
kan
n ei
n re
fere
nzie
rter
D
aten
spei
cher
Info
rmat
ione
n so
woh
l pro
zess
über
grei
-fe
nd a
ls a
uch
zeit
lich
über
die
Pro
zess
been
digu
ng h
in-
weg
spe
iche
rn.
Dat
enD
aten
-Ass
ozi
atio
nSa
mm
lung
/Lis
te v
on D
aten
obje
kten
Nam
e[Z
ust
and
]N
ame
[Zu
stan
d]
Nam
e[Z
ust
and
]
Nam
e[Z
ust
and
]
Nam
e[Z
ust
and
]
Nam
e[Z
ust
and
]
Nam
e[Z
ust
and
]
Die
Dat
en-A
sso
ziat
ion
ste
llt d
ar,
das
s ei
ne
Akt
ivit
ät D
aten
lie
st
od
er s
chre
ibt.
Inst
anzi
ieru
ng
Inst
anzi
ieru
ng:
ger
ade
bei
der
Pro
zess
auto
mat
isie
run
g is
t d
ie In
stan
ziie
run
g vo
n P
roze
ssen
rel
evan
t.
Gat
eway
s u
nd
Ere
ign
isse
kö
nn
en d
azu
ver
wen
det
wer
den
.
Das
Ein
tret
en d
es e
rste
n E
reig
niss
es in
stan
ziie
rt d
en P
roze
ss. A
lle
wei
tere
n P
fade
des
ere
igni
sbas
iert
en e
xklu
sive
n G
atew
ays
sind
ni
cht
meh
r gü
ltig
.
Ange
bot
über
arbe
iten
send
ener
stel
len
Ange
bot
send
en
Ange
bot
stor
nier
en
Angebotsbearbeitung
Kund
enan
twor
t
Frist
ende
Ange
bot
Ange
bot
abge
lehn
t
vers
andt
Ange
bot
vers
andt
Das
Ein
tret
en d
es e
rste
n E
reig
nis
ses
inst
anzi
iert
den
Pro
zess
. W
eite
re E
reig
nis
se m
üss
en e
intr
eten
, dam
it d
er P
roze
ss n
orm
al
bee
nd
et w
erd
en k
ann
.
Meh
rfac
h-
Star
tere
ign
isP
aral
lele
s M
ehrf
ach-
Star
tere
igni
s
Der
Pro
zess
kan
n d
urc
h u
nte
rsch
ied
lich
e E
reig
nis
se in
stan
ziie
rt
wer
den
. Sä
mtl
ich
e E
reig
nis
se m
üss
en e
inge
tret
en s
ein
, dam
it d
er P
roze
ss
inst
anzi
iert
wer
den
kan
n.
Reise
kost
enab
rech
nen
Reisekostenabrechnungdurchführen
Reise
kost
enab
rech
nung
eing
egan
gen
15. d
es M
onat
s
Man
gelb
eheb
ung
durc
hfüh
ren
Mangel beheben
Man
gelb
eheb
ung
ange
ford
ert
Man
gelb
eheb
ung
abge
lehn
tM
ange
lbeh
ebun
gge
mel
det
Reise
kost
enab
rech
nen
Reisekostenabrechnungdurchführen
15. d
es M
onat
sRe
iseko
sten
abre
chnu
ngei
ngeg
ange
n
erei
gnis
bas
iert
-ex
klu
siv
erei
gnis
bas
iert
-p
aral
lel
alle
Pfa
de
wer
den
du
rch
lau
fen
Gat
eway
s
dat
enb
asie
rtex
klu
siv
(en
twed
er O
DE
R)
par
alle
l (U
ND
)
inkl
usi
v (O
DE
R/U
ND
)
erei
gnis
bas
iert
exkl
usi
v
kom
ple
x
erei
gnis
bas
iert
: d
er F
luss
wir
d z
u d
em P
fad
wei
terg
elei
tet,
d
esse
n E
reig
nis
zu
erst
ein
trit
t.
nu
r ei
n P
fad
wir
d d
urc
hla
ufe
n
in A
bh
ängi
gkei
t d
es z
uer
st e
intr
eten
den
E
reig
nis
ses
wir
d e
in P
fad
du
rch
lau
fen
Ange
bot
able
hnen
Kund
ein
form
iere
n
Ange
bot
anne
hmen
Ange
bot p
rüfe
n
Ange
bot o
k
Ange
bot
fehl
erha
exkl
usi
v: g
enau
ein
Pfa
d w
ird
du
rch
lau
fen
Mus
ikau
swäh
len
Get
ränk
ebe
sorg
en
Esse
n be
sorg
enVe
rans
taltu
ngpl
anen
Freu
nde
einl
aden
Antw
ort
bear
beite
nVo
rgan
gab
schl
ieße
nAn
gebo
tun
terb
reite
n
Antw
ort
14 T
age
Kund
enw
unsc
her
mi
eln
Kund
ein
form
iere
n
Raum
buc
hen
Get
ränk
ebe
stel
len
Get
ränk
ege
wün
scht
Raum
gew
ünsc
ht
inkl
usiv
: meh
rere
Pfa
de k
önne
n du
rchl
aufe
n w
erde
n
ein
Pfa
d, m
ehre
re o
der
so
gar
alle
Pfa
de
kön
nen
du
rch
lau
fen
wer
den
von
kom
plex
en R
egel
n ge
nutz
t
par
alle
l: sä
mtl
ich
e P
fad
e w
erd
en d
urc
hla
ufe
n
Gesc
hsr
egel
-Ta
sk
Sequ
enM
ehrf
ach-
ausf
ühru
ng
Erei
gnis
basi
erte
r Tei
lpro
zess
Serv
ice-
Task
Lane 1 (untergeordnet)
Aufr
uftä
t:U
nter
proz
ess
Man
uelle
r-Ta
sk
Auf
rufa
ktiv
ität:
Glo
bale
r-Ta
sk
Send
e-Ta
sk
Skrip
t-Ta
sk
Teilp
roze
ss (m
it Sc
hlei
f
Lane 2 (untergeordnet)
Lane (übergeordnet)
Parcipant/Pool (White Box)Prozess
Par
cipa
nt/P
ool (
Blac
k Bo
x)
Text
-Anm
erku
ng h
ier
als S
chle
ifenb
edin
gung
Eska
las-
Zwisc
hene
reig
nis
Tim
er-
Zwisc
hene
reig
nis Te
rmin
ieru
ngs-
Ende
reig
nis
Para
llele
sGa
tew
ay
List
e[Z
usta
nd 1
,Zu
stan
d 2]
Nac
hric
hten
-En
dere
igni
s
Date
nobj
ekt
[Zus
tand
]
Fehl
er-R
ande
reig
nis
(unt
erbr
eche
nd)
Sign
al-
Zwisc
hene
reig
nis
Erei
gnis
basi
erte
sG
atew
ay
Stan
dard
-Ant
wor
t
Ausn
ahm
e-An
twor
t
Frist
Nac
hric
hten
-St
arte
reig
nis
Dat
ensp
eich
er[Z
usta
nd 1
,Zu
stan
d 2]
Date
nspe
iche
r[E
ndzu
stan
d]
Link
-Zw
ische
nere
igni
s
Fehl
er-
Ende
reig
nis
Eska
las-
Star
tere
igni
s(n
icht
unt
erbr
eche
nd)
Exkl
usiv
esGa
tew
ayM
ehrf
ach-
Ende
reig
nis
Link
-Zw
ische
nere
igni
sIn
klus
ives
Gate
way
Bedi
ngun
g
ande
rnfa
lls(D
efau
lt)
Bedi
ngun
g
Bedi
ngun
g
Nac
hric
ht(A
uslö
ser)
Nac
hric
ht(A
uslö
ser)
Nac
hric
ht(A
uslö
ser)
Nac
hric
ht(A
uslö
ser)
Nac
hric
ht(A
uslö
ser)
Ere
ign
isse
En
d-
erei
gnis
Zw
isch
ener
eign
is
ein
getr
eten
ausg
elö
st
Bed
ingu
ng
Zei
t/T
imer
Term
inie
run
g
Ko
mp
ensa
tio
n
Par
alle
l meh
rfac
h
eingetre
ten
Zwischenereignis
Starte
reignis
unterbre
chend
nicht-unte
rbre
chend
unterb
rechend
nicht-unte
rbre
chend
ausgelöst
Endereignis
Einl
adun
gska
rten
best
elle
n
Tele
foni
sch
nach
frage
n
Einl
adun
ger
stel
len
Teiln
ehm
erst
reic
hen
Teiln
ehm
erbe
stä
gen
Einl
adun
gst
orni
eren
Stor
nier
ung
Vera
nsta
ltung
gepl
ant
14 T
age
Absa
ge
Zusa
ge
Vera
nsta
ltung
abge
sagt
Term
inie
rung
Fort
setz
ung
abge
sagt
zuge
sagt
nich
t err
eich
bar
Fort
setz
ung
noch
10
Einl
adun
gska
rten
übr
igEi
nlad
ung
Ere
ign
is: r
eprä
sen
tier
t G
esch
ehn
isse
inn
erh
alb
ein
es P
roze
sses
. Ein
Ere
ign
is k
ann
als
Sta
rt-,
Zw
isch
en-,
Ran
d- u
nd
En
der
eign
is v
erw
end
et w
erd
en.
Zwischenereignis
Randereignis angehefte
t
Randereignis angehefte
t
Teilpro
zess-
Startere
ignis
Teilpro
zess-
Startere
ignis
Nac
hri
chte
n
Sym
bolis
iert
den
Nac
hric
hten
aust
ausc
h zw
isch
en z
wei
ver
-sc
hied
enen
Par
tici
pant
s. E
r ka
nn d
irek
t am
Par
tici
pant
ode
r an
ein
em E
lem
ent
des
enth
alte
nen
Pro
zess
es b
egin
nen
bzw
. en
den
und
geht
imm
er ü
ber
Par
tici
pant
-Gre
nzen
hin
weg
.
über
Par
tici
pant
-Gre
nzen
ver
lauf
en,
jedo
ch z
wis
chen
Lan
es
wec
hsel
n.
Ko
llab
ora
tio
n:
bes
chre
ibt
die
In
tera
ktio
n z
wis
chen
Par
tici
pan
ts (
im
Bei
spie
l: K
un
de,
Un
tern
ehm
en u
nd
Lie
fera
nt)
.
Pro
zess
: bes
chre
ibt
den
Ab
lau
f in
ner
hal
b e
ines
Par
tici
pan
ts (
im B
ei-
spie
l: A
nge
bo
tser
stel
lun
g).
wie
bet
eilig
te R
olle
n o
der
Sys
tem
e (i
m B
eisp
iel:
Sach
bea
rbei
ter
un
d
Gen
ehm
iger
).
Pro
zess
e u
nd
Ko
llab
ora
tio
nen
Lief
eran
t
KundeAngebotsanfrage
Ange
bot
gene
hmig
en
Genehmiger
Ange
bot
erst
elle
nAn
gebo
t
Sachbearbeiter
UnternehmenAngebotserstellung
Ange
bot a
ngef
ragt
Ange
bot e
rste
llt
Ange
bot a
ngef
ragt
Ange
bot e
rste
llt
Anfr
age
Ange
bot
Rück
frag
eAn
twor
t
Art
efak
te
Gru
ppie
rung
en
dien
en
der
Stru
ktur
ieru
ng v
on E
lem
ente
n
den
Pro
zess
abla
uf.
Mit
Tex
tan
mer
kun
gen
kö
nn
en
Hin
wei
se u
nd
Zu
satz
info
rma-
tio
nen
fest
geh
alte
n w
erd
en.
Gru
pp
ieru
nge
nTe
xtan
mer
kun
gen
Ein
Ta
sk
rep
räse
nti
ert
ein
en
ein
zeln
en
Pro
zess
sch
ritt
bzw
. ein
e A
rbei
tsei
nh
eit.
Ben
utze
r-Ta
sk: w
ird
von
eine
m B
enut
zer m
it
IT-U
nter
stüt
zung
dur
chge
führ
t.
Serv
ice-
Task
: w
ird
au
tom
atis
iert
du
rch
ge-
füh
rt. T
ech
nis
ch in
terp
reti
ert
ist
es e
in A
uf-
ruf e
iner
Op
erat
ion
ein
es S
ervi
ces.
Ges
chäf
tsre
gel-T
ask:
w
erte
t G
esch
äfts
-re
geln
fü
r ei
n E
rgeb
nis
od
er e
ine
En
t-sc
hei
du
ng
aus.
Man
uelle
r-Ta
sk: w
ird
ohne
IT-U
nter
stüt
zung
du
rchg
efüh
rt.
Akt
ivit
äten
Skri
pt-
Task
: fü
hrt
ein
Skr
ipt
dir
ekt
in d
er
Pro
zess
-En
gin
e au
s.
Auf
rufa
ktiv
ität
G
lob
aler
-Tas
k:
ist
ein
wie
der
verw
end
bar
er
Au
fru
fakt
ivit
ät U
nte
rpro
zess
: ist
ein
eig
enst
änd
iger
Pro
zess
, d
er v
on
ver
sch
ied
enen
Pro
zess
en a
ufg
eru
fen
wer
den
kan
n.
Em
pfa
ngs
-Tas
k: e
mp
fän
gt N
ach
rich
ten
un
d
ents
pri
cht
der
Sem
anti
k d
es Z
wis
chen
er-
eign
isse
s fü
r ei
nge
tret
ene
Nac
hri
chte
n.
Sen
de-
Task
: se
nd
et N
ach
rich
ten
un
d e
nt-
spri
cht
der
Sem
anti
k d
es Z
wis
chen
erei
g-n
isse
s fü
r au
sgel
öst
e N
ach
rich
ten
.
Ere
igni
sbas
iert
er T
eilp
roze
ss: w
ird
durc
h ei
n ex
tern
es E
reig
nis
Teilp
roze
ss:
ist
kein
eig
enst
änd
iger
Pro
zess
. E
r is
t d
irek
t in
d
en u
mge
ben
den
Pro
zess
ein
geb
ette
t, d
aher
dar
f er
auch
nu
r ei
n B
lan
ko-S
tart
erei
gnis
hab
en u
nd
nic
ht
wei
ter
du
rch
Lan
es
un
tert
eilt
wer
den
.
Tran
sakt
ione
n: s
telle
n in
sic
h ab
gesc
hlos
sene
, vo
llstä
ndig
e
alle
Änd
erun
gen
müs
sen
rück
gäng
ig g
emac
ht w
erd
en, u
m d
en
Urs
prun
gszu
stan
d w
ied
er h
erzu
stel
len.
Ad
-hoc
-Tei
lpro
zess
: ent
hält
Akt
ivit
äten
, der
en D
urch
führ
ung,
A
bfo
lge
und
Aus
führ
ungs
Kont
aktd
aten
spei
cher
n
Acco
untd
aten
Acco
untd
aten
lösc
hen
Acco
untd
aten
spei
cher
n
Acco
unt a
nleg
en
Fehl
er b
eim
Spei
cher
nRo
llbac
kFe
hler
bei
mSp
eich
ern
Abbr
uch
Kund
ein
form
iere
n
Mes
sung
durc
hfüh
ren
Reaktio
nsze
it üb
erw
ache
n
Anfr
age
im 1
st-L
evel
bear
beite
n
Supportanfrage bearbeiten
Schl
eife
nbed
ingu
ng:
Schl
eife
nbed
ingu
ng:
Noc
h ke
ine
Lösu
ng g
efun
den
Noc
h ke
ine
Lösu
ng g
efun
den
Sche
iteru
ngsg
rund
iden
Mangelbehebung durchführen
Man
gelb
eheb
ung
gesc
heite
rt
Ad-hoc-Teilprozess
Akt
ivit
äten
aus
gefü
hrt
wer
den,
lie
gt i
m E
r-
Die
se A
ktiv
ität
imp
lizie
rt e
inen
Un
ter-
bzw
. Te
ilpro
zess
.
Schl
eife
: w
iede
rhol
t di
e A
usfü
hrun
g so
lang
e
Par
alle
le
Meh
rfac
hau
sfü
hru
ng:
m
ehrf
ach
e,
glei
chze
itig
e A
usf
üh
run
g fü
r ei
ne
Men
ge v
on
O
bje
kten
.
Seq
uen
tiel
le M
ehrf
ach
ausf
üh
run
g: m
ehrf
a-ch
e,
nac
hei
nan
der
er
folg
end
e A
usf
üh
run
g
Kom
pens
atio
n: A
ktiv
ität
stel
lt d
en U
rspr
ungs
-zu
stan
d w
ied
er h
er.
Mar
kier
un
gen
für
Akt
ivit
äten
Kom
pens
atio
ns-A
ssoz
iati
on
ein
Kom
pens
atio
ns-E
reig
nis
bei
eine
m R
ollb
ack
mit
der
Kom
-pe
nsat
ions
-Akt
ivit
ät.
Gesc
hsr
egel
-Ta
skSe
rvic
e-Ta
sk
Lane 1 (untergeordnet)
Aufr
uftä
t:U
nter
proz
ess
Man
uelle
r-Ta
sk
Send
e-Ta
sk
Teilp
roze
ss (m
it Sc
hlei
f
Lane 2 (untergeordnet)
Lane (übergeordnet)
Parcipant/Pool (White Box)Prozess
Par
cipa
nt/P
ool (
Blac
k Bo
x)
Text
-Anm
erku
ng h
ier
als S
chle
ifenb
edin
gung
Eska
las-
Zwisc
hene
reig
nis
Tim
er-
Zwisc
hene
reig
nis Te
rmin
ieru
ngs-
Ende
reig
nis
Para
llele
sGa
tew
ay
List
e[Z
usta
nd 1
,Zu
stan
d 2]
Date
nobj
ekt
[Zus
tand
]
Fehl
er-R
ande
reig
nis
(unt
erbr
eche
nd)
Sign
al-
Zwisc
hene
reig
nis
Erei
gnis
basi
erte
sG
atew
ay
Nac
hric
hten
-St
arte
reig
nis
Dat
ensp
eich
er[Z
usta
nd 1
,Zu
stan
d 2]
Exkl
usiv
esGa
tew
ayM
ehrf
ach-
Ende
reig
nis
Link
-Zw
ische
nere
igni
sIn
klus
ives
Gate
way
Bedi
ngun
g
ande
rnfa
lls(D
efau
lt)
Bedi
ngun
g
Bedi
ngun
g
Nac
hric
ht(A
uslö
ser)
Nac
hric
ht(A
uslö
ser)
www.bt-magazin.de 4.2013 Heft 15 € 4,90
New School of IT – IT muss neu gedacht werden
EAM Light – Pragmatik ist gefragt
Die agile Organisation – der Erfolgsfaktor
… NEU ORGANISIERT!
©iS
tock
foto
.com
/ags
andr
ew
47bt | 4.2013www.bt-magazin.de
Enterprise Architecture Management
Jede IT-Abteilung steht im Grunde immer vor zwei gegenläu�gen Aufgabenstellungen: Einerseits sollen stabil laufende Anwendungen immer ef�zienter und kostengünstiger betrieben, andererseits sämtliche neu-en und innovativen Technologien nutzbringend in die bestehende Systemlandschaft integriert werden. Glaubt man den Analysten wie IDC, Gartner oder Forrester, so wird sich in den nächsten Jahren der Druck auf die IT in Unternehmen sogar noch steigern, da Trends wie Big Data [1], Consumerization [2] oder Gami�cation [3] zu starken Veränderungen der Unternehmens-IT füh-ren werden. Dabei sind die meisten IT-Abteilungen erst heute dabei, bereits in die Jahre gekommene Innovatio-nen wie Cloud Computing oder auch Social Networks als Virtualisierungs- und Kommunikationsplattformen zu integrieren, und zwar in eine heterogene und histo-risch gewachsene Systemlandschaft, die zu einem gro-ßen Teil aus älteren Systemen besteht. Um die Balance zwischen Ef�zienzsteigerung, Kosteneinsparungen und Innovationsfähigkeit zu gewährleisten, sind verlässli-che Fakten, Weitsicht und kluges Management gefragt.
ENTERPRISE ARCHITECTURE MANAGEMENT: FAKTEN, WEITSICHT UND MANAGEMENTGrundsätzlich müssen verlässliche Fakten darüber vor-liegen, wie viele Anwendungen, Systeme, Server und Da-tenspeicher im Einsatz sind. Außerdem ist es sinnvoll zu wissen, welche Informationssysteme von wem, wo und wie verwendet werden. Darüber hinaus stellen Fakten über die Arbeitsweise, den Aufbau, die Produkte und die Position in der Wertschöpfungskette eines Unter-nehmens die Grundvoraussetzungen zur ef�zienten und kostengünstigen Bereitstellung dar.
Weitsicht bedeutet nichts anderes, als dass jedes Un-ternehmen eine klare Vorstellung darüber haben sollte, wie es sich in Zukunft positionieren will. Dies betrifft insbesondere die Arbeitsweise, Größe, geogra�sche Ausbreitung sowie die Produkte und Märkte. Weitsicht bildet die Grundlage für jede längerfristige Strategie zur Umsetzung innovativer IT-Technologien.
Kluges Management basiert auf einer Menge aus Prinzipien und Vorgaben, die den Rahmen für eine kontinuierliche Weiterentwicklung der bestehenden
EAM Light: Enterprise Architecture Management morgen
Pragmatik gefragt Enterprise Architecture Management (EAM) als durchgängiger Ansatz für die vollständige
Abbildung einer Anwendungslandschaft ist angesichts der rasanten Entwicklung im Bereich
Mo bile-Arbeitsplätze und Consumerization für die meisten Unternehmen kaum zu leisten. Wel-
ches Architekturparadigma erlaubt jedoch die notwendige Flexibilität bei gleichzeitiger Steu-
erbarkeit? EAM Light verabschiedet sich von der Vollständigkeit zugunsten eines verständli-
cheren Gesamtbilds – also EAM „Reduce to the Max“. Die Grundelemente sind die zentralen
Geschäftsinformationen, die wichtigsten Geschäftsprozesse und die Hauptsysteme.
AUTOR: DANIEL LIEBHART
www.bt-magazin.de48 bt | 4.2013
Anwendungslandschaft vorgibt. Es sorgt beispielsweise für eine vernünftige ständige Modernisierung der Sys-temlandschaft und für einen beherrschbaren Techno-logiemix.
Enterprise Architecture Management (EAM) ist das Mittel jeder größeren IT-Abteilung, wenn es darum geht, Fakten und Weitsicht klug zu managen. EAM schafft Ordnung als Grundvoraussetzung, damit wichtige Fak-ten überhaupt erst erfasst, verstanden und Weitsicht for-muliert werden kann.
ENTERPRISE ARCHITECTUREDie IEEE beschreibt Architektur in ihrem Software-Engineering-Glossar als „organisierte Struktur eines Systems oder einer Komponente“ [4]. Eine gute Archi-tektur basiert also auf einer Reihe grundlegender Prin-zipien, beein�usst die allgemeinen Eigenschaften eines IT-Systems und erlaubt einen geregelten und kommuni-zierbaren Entwicklungsprozess. Vor allem ermöglicht sie jedoch, dass Systeme miteinander und nebenein-ander existieren können, ohne dass sie sich gegensei-tig stören. Die „UML-Päpste“ Booch, Rumbaugh und Jacobson sind sogar noch etwas spezi�scher in ihrer De�nition des Architekturbegriffs: „Eine Architektur ist eine Menge von signi�kanten Entscheidungen über die Organisation eines Softwaresystems, die Auswahl der einzelnen Strukturelemente und deren Schnittstellen sowie deren Verhalten“[5]. Diese De�nition gilt jedoch nur für Softwaresysteme – eine Enterprise-Architektur hingegen stellt eine Erweiterung dar und bildet ein Ord-nungsraster für das gesamte Unternehmen. Sie hat die Aufgabe, betriebliche Tätigkeiten und alle dafür ver-wendeten Informationssysteme formal und exakt zu be-schreiben. Dazu gehört die Organisation mit sämtlichen Abläufen und Regeln, verwendeten Informationen, IT-Systemen, Schnittstellen und andere Aspekte. Es gilt,
diese so genau zu erfassen, dass sämtliche Ressourcen eines Unternehmens als klare Fakten dargestellt werden können. Dies ist keine einfache Aufgabe, aber es gibt eine Vielzahl bewährter Methoden und Standards zur Darstellung und Weiterentwicklung von Enterprise-Architektur.
EAM-FRAMEWORKSEs existieren über zwanzig verschiedene Ansätze, wie Enterprise Architecture Management (EAM) aufzu-bauen und umzusetzen ist [6]. Allen gemeinsam ist die Tatsache, dass sie mit verschiedenen Sichten auf den Betrachtungsgegenstand arbeiten. Dies hat einen tiefen Grund: Leider ist es nicht möglich, Informationssyste-me wie beispielsweise Bauwerke in einem einzigen Plan darzustellen. Im Bauwesen gibt es standardisierte Plä-ne in 3-D, die jeden einzelnen Aspekt eines Gebäudes darstellen. Spezialisierte Sichten, wie sie etwa für den Einbau der sanitären Anlagen und Leitungen notwen-dig sind, werden aus dem Gesamtplan extrahiert. Genau das klappt in der IT nicht. Da IT-Systeme sehr viel mehr dynamische Elemente als normale Bauwerke enthalten, sind mehrere Sichten notwendig, um eine IT-Landschaft vollständig darzustellen. Die Anzahl der notwendigen Sichten variiert zwar von Ansatz zu Ansatz, aber es sind immer mindestens drei Stück. Und sie werden auch nicht aus einem Gesamtplan extrahiert – schlimmer noch: Sie sind oft sehr schwer miteinander in Zusammenhang zu bringen.
Das Zachmann-Framework beispielsweise ver-wendet nicht weniger als dreißig Sichten, um gemäß Information Systems Architecture (ISA) die Gesamtar-chitektur auf Unternehmensebene darzustellen [7]. Die Systemlandschaft einer Unternehmung wird als Ganzes aus zwei Blickwinkeln betrachtet – aus der Perspekti-ve und aus dem Fokus. Die Perspektive beschreibt die
Model Data Function Network People Time Motivation
Scope List of Things List of Processes List of Locations List of Organisations
List of Cycles List of Goals/Strategies
Enterprise Model Conceptual Enterprise Model
Business Process Model
Business Logistics System
Work Flow Model
Master Schedule Business Plan
System Model Logical Data Model
Application Architecture
Distributed System Architecture
Human Interface Architecture
Processing Structure
Business Rule Model
Technology Model
Physical Data Model
System Design System Architecture
Presentation Architecture
Control Structure Rule Design
System Logical Data Model
Application Architecture
Distributed System Architecture
Human Interface Architecture
Processing Structure
Business Rule Model
Functioning Data Function Network Organisation Schedule Strategy
Tabelle 1: Die dreißig Sichten des Zachmann-Frameworks
49bt | 4.2013www.bt-magazin.de
Sichtweise der am Systembau beteiligten Personengrup-pen – also der Planer, des Besitzers, der Gestalter und der Erbauer. Zudem sind detaillierte und operative Per-spektiven vorgesehen. Der Fokus versucht, verschiede-ne Aspekte wie Daten, Funktion, Netzwerk, Personen, Zeit und Motivation eines Systems isoliert zu betrach-ten. Damit eine gesamte Systemlandschaft im Auge zu behalten, ist eine sehr komplexe Aufgabe. Das Zach-mann-Framework aus dem Jahr 1987 gilt allgemein als Geburtsstunde von EAM, obwohl sich diese Ansätze aus den Computer-Integrated-Manufacturing-Standards der Siebzigerjahre entwickelt haben.
Open Distributed Processing (ODP), ein anderer EAM-Ansatz, arbeitet mit fünf verschiedenen View-points: Enterprise, Information, Computational, Engi-neering und Technology [8]. Der Enterprise Viewpoint
beschreibt die Gesamtumgebung des Systems sowie seinen Zweck. Außerdem werden die Anforderungen an das System, zu erfüllende Bedingungen, ausführba-re Aktionen und Zielvorgaben aus Unternehmenssicht de�niert. Der Information Viewpoint legt die Struktur und Semantik der Systeminformationen fest. Der Com-putational Viewpoint zerlegt ein System in logische, funktionale Komponenten. Das Ergebnis sind Objekte mit Schnittstellen, an denen sie Dienste anbieten bzw. nutzen. Der Engineering Viewpoint beschreibt die erfor-derliche Systemunterstützung, um schließlich eine Ver-teilung der Objekte aus dem Computational Viewpoint zu erlauben. Der Technology Viewpoint beschreibt die Wahl konkreter Technologien zur Implementierung und Realisierung des Systems. Das ODP-Vorgehen, ein ISO/IEC-Referenzmodell aus dem Jahr 1995, ist eine Art ur-
Abb. 1: ODP-Vorgehen
www.bt-magazin.de50 bt | 4.2013
sprüngliches Gesamtraster für die Neuentwicklung eines sehr großen Systems. Viele Abbildungen, die durch ODP vorgesehen worden sind, werden heute als UML-Dia-gramme realisiert.
Der heute in vielen Unternehmen und zunehmend in staatlichen Verwaltungen eingesetzte Ansatz ist The Open Group Architecture Framework, kurz TOGAF [9]. Es erlaubt eine Beschreibung in mehreren Sichten, wie beispielsweise Geschäftsarchitektur, Informationsarchi-tektur, Sicherheitsarchitektur und Technologiearchitek-tur. Die einzelnen Elemente der verschiedenen Sichten werden als Sammlung von Artefakten beschrieben. Mit einer abstrakten Ebene zur Darstellung aus fachlicher Sicht und einer konkreten Ebene zur Darstellung der technischen Umsetzung kann eine gesamte Systemland-schaft als verständliche und zusammenhängende Dar-stellung dokumentiert werden. Darüber hinaus arbeitet TOGAF mit Granularitätsstufen von der Vision über die Prinzipien über ein technisches Referenzmodell bis hin zu Enterprise-Architecture-Patterns, Software-De-sign-Patterns, Netzwerkkonzepten und Plattform-Best-Practices. Dahinter steckt ein Entwicklungsmodell, das rund um ein Anforderungsmanagement gruppiert wird. TOGAF sieht zur Erfassung einer Systemlandschaft eine Vielzahl von Darstellungen vor. Die Geschäftsarchitek-tur, die Architektur der Daten, der Anwendung und der Technologie werden getrennt dargestellt. Außerdem sind Anwendungsfälle, Prozesse, Organisation, Systems Engineering, Sicherheit, Betriebsprozesse und Kosten darzustellen. TOGAF ist mit seinem Zerti�zierungs-programm heute einer der wichtigsten EAM-Standards überhaupt.
PROBLEME IN DER PRAXISJeder EAM-Ansatz kämpft heute mit Akzeptanzpro-blemen. Es ist und bleibt schwierig, ein Unternehmen und seine Tätigkeiten formal so zu erfassen, dass die IT-Systeme und ihre Weiterentwicklung eins zu eins daraus abgeleitet werden können. Einer der Hauptgründe liegt darin, dass Fachabteilungen andere Bedürfnisse nach Formalisierung der Geschäftstätigkeiten haben als die IT. Um die bestmöglichen Hilfsmittel bereitzustellen, müssen IT-Entscheider jedoch wissen, wie genau eine Fachabteilung arbeitet. Das bedeutet nichts anderes als eine formale Erfassung im Rahmen eines EAM. Eine Fachabteilung benötigt diese Formalisierung jedoch nicht für ihre eigentliche Arbeit, da das Personal auf dem entsprechenden Fachgebiet ausgebildet ist und oft-mals jahrelange Erfahrung hat. Das führt in der Praxis oft dazu, dass EAM die alleinige Aufgabe der IT bleibt, obwohl wichtige Aspekte des Business Engineerings wie Geschäftsmodelle, Prozesslandkarten und Wertschöp-fungsnetze zentrale Bestandteile jeder Unternehmensar-chitektur darstellen. Genau diese Elemente können ohne den systematischen Einbezug des Fachbereichs nicht vernünftig erhoben oder gep�egt werden. Zu diesen Schwierigkeiten kommt hinzu, dass die P�ege der einmal erhobenen Artefakte sehr zeitintensiv ist, selbst wenn entsprechende Pro�tools eingesetzt werden. Alleine auf-grund des Aufwands kommen die oben beschriebenen Ansätze lediglich für größere Unternehmen in Frage.
EAM LIGHT?Dennoch bleibt die Aufgabe, eine IT bereitzustellen, die ef�zient, kostengünstig und gleichzeitig innovativ ist.
Abb. 2: Grundelemente des EAM Light
51bt | 4.2013www.bt-magazin.de
Relevante Informationen müssen deshalb so aufbereitet werden, dass Verantwortliche businessrelevante Ent-scheidungen vernünftig fällen können. Diese Aufgabe stellt sich nicht nur für große Unternehmen, sondern für jede Firma, deren Funktionieren direkt von IT-Systemen abhängig ist. Entscheidungsrelevante Fragestellungen und ihre möglichen Antwortvarianten sind meist auf eine Gesamtsicht angewiesen, um Tragweite und Spiel-raum überhaupt abschätzen zu können. Gefragt wäre ein Ansatz, der als Managementanweisungen die mini-male Anzahl der Sichtweisen erlauben würde, die für ein Verständnis der Faktenlage als Istzustand, der zukünftig notwendigen Anwendungslandschaft als Sollarchitektur und möglicher Umsetzungsszenarien nötig sind. Eine Art „Lean Enterprise Architecture Management“ oder auch ein EAM Light.
Die Grundelemente eines EAM Light sind die zen-tralen Geschäftsinformationen, die wichtigsten Ge-schäftsprozesse und die zentralen Anwendungen – also genau drei Sichten. Die Erfassung der Fakten ist da-durch mit endlichem Aufwand zu leisten. Zentral ist nicht die Vollständigkeit sämtlicher Artefakte, sondern die Zusammenstellung der wichtigsten Elemente. Dies kann oftmals auf Basis von Interviews mit den wich-tigsten Stakeholdern in einem Unternehmen erfolgen. Ebenfalls wichtig ist die Verständlichkeit der Darstel-lung, denn ein formal korrektes Entity Relationship Model (ERD) hilft einem Entscheidungsträger oftmals nur wenig, wenn es um die Beurteilung der Verwen-dung und der Relevanz von Unternehmensinforma-tionen geht. Für ihn ist es viel wichtiger zu wissen, welches Informationsobjekt von welcher Anwendung verwendet wird und welchen Weg Informationen durch Unternehmen und Anwendungen nehmen. Auch hilft ein vollständiges Klassendiagramm aller unterneh-mensweit verwendeten Objekte selten beim Abwägen, welcher Geschäftsbereich wie gut von Informationssys-temen unterstützt wird und werden sollte. EAM Light bedeutet Pragmatik – ein bewusstes Weglassen über-�üssiger Details zugunsten einer entscheidungsrelevan-ten Gesamtsicht.
BASIS 1: DIE ZENTRALEN GESCHÄFTSINFORMATIONENEine Basis von EAM Light sind die Geschäftsinforma-tionen, die von jedem Unternehmen verwendet werden – relevant sind typischerweise zwischen 12 und 15 lo-gische Entitäten. Es ist zwar sehr wahrscheinlich, aber keineswegs bewiesen, dass diese Entitäten für eine be-stimmte Branche immer dieselben sind. Beispielsweise sind für Finanzdienstleister die Institution, das Instru-ment, der Kunde, das Konto, der Kredit als Entitäten
relevant, während für ein Handelsunternehmen der Kunde, das Produkt, das Angebot, die Faktura oder der Partner wichtig sind. Für die Immobilienbranche stehen die Anlage, das Gebäude/Grundstück, der Vertrag oder der Kredit im Fokus, während für Energieversorger die Ressource, der Abnehmer, die Zeitreihe oder die Ka-pazität relevant ist. Für EAM Light sind die Au�istung und die De�nition der zentralen logischen Entitäten aus Businesssicht relevant, wobei der Aufwand für die Ab-stimmung der genauen De�nition nicht zu unterschätzen ist, da bestimmte Entitäten in unterschiedlichen Abtei-lungen anders verstanden werden können.
BASIS 2: DIE WICHTIGSTEN GESCHÄFTSPROZESSEDer zweite grundlegende Aspekt für EAM Light ist die Erfassung der Geschäftsprozesse auf oberster und auf zweitoberster Ebene. Dabei muss unbedingt zwischen wertschöpfenden Leistungsprozessen, Führungspro-zessen und unterstützenden Prozessen unterschieden werden. Deren Erfassung erfolgt idealerweise durch eine Gruppierung in Leistungsgruppen wie beispiels-weise Verkauf, Produktion, Produktentwicklung, Füh-rung und Support. Die ersten drei sind wertschöpfende Leistungsprozesse, deren Erfassung so verständlich sein muss, dass sich sämtliche Mitarbeitende eines Unter-nehmens problemlos in der Prozesslandkarte wieder-�nden können. Es soll also ganz bewusst auf unnötige Details verzichtet werden. Eine einfache Darstellung der Abläufe auf oberster und zweitoberster Ebene und eine verständliche Beschreibung der einzelnen Prozesse ist in vielen Fällen vollkommen ausreichend.
BASIS 3: DIE HAUPTSYSTEMEDas dritte Basiselement von EAM Light sind die beste-henden und die in Zukunft vorgesehenen Anwendun-gen. Dabei ist eine einfache Zuordnung der gesamten Anwendungslandschaft beispielsweise in Haupt- und Hilfssysteme für einen bestimmten Geschäftszweig und in externe und interne Systeme hilfreich. Es ist eine lo-gische Systemlandschaft zu entwerfen, die eine Darstel-lung sämtlicher Anwendungen auf einen Blick erlaubt. Das Ordnungskriterium für die Darstellung ist dabei der Sichtweise des jeweiligen Unternehmens anzupassen. Für eine Verwaltung ist beispielsweise eine Abgrenzung zwi-schen Kernsystemen und Hilfssystemen pro amtlicher Tätigkeit sowie zwischen Schnittstellen und externen Systemen sinnvoll. Handelt es sich bei der Organisation um eine Bank, muss zwischen Backend-Systemen, Back-end-Integration sowie dezentralen Systemen, Fach-, Backof�ce- und Client-Self-Service-Anwendungen un-terschieden werden.
www.bt-magazin.de52 bt | 4.2013
ERKENNTNISSE DURCH GEGENÜBERSTELLUNGENSind nun die Anwendungen, Prozesse und logischen In-formationsobjekte als Basis eines EAM Light erfasst, so werden sofort Zusammenhänge klar, die durch andere Ansätze erst durch längere Vorarbeiten einem einge-schränkten Expertenkreis zugänglich wären. Im nächs-ten Schritt werden die drei Grundelemente einander gegenübergestellt und damit Schnittstellen und Abhän-gigkeiten sichtbar gemacht.
Beispielsweise stellt man Anwendungen und logi-sche Informationsobjekte gegenüber, um aufzuzeigen, welche Anwendung welche Operation auf den Infor-mationsobjekten ausführt. Dabei wird zwischen den Operationen Create (C), Read (R), Update (U) und Delete (D) unterschieden. Wenn eine bestimmte Ist-anwendung durch andere oder anders strukturierte Sollanwendungen verändert oder gar abgelöst werden soll, so wird durch die Gegenüberstellung sichtbar, welche Informationsobjekte betroffen sind und wel-che Schnittstellen mit größter Wahrscheinlichkeit an-zupassen sind.
Oder man stellt Prozesse und Anwendungen gegen-über, um aufzuzeigen, welche Prozesse durch welche Systeme wie unterstützt werden. Es wird typischerweise zwischen Kernsystem und Hilfssystem unterschieden. Ersteres wird hauptsächlich für die Unterstützung des entsprechenden Prozesses verwendet. Ohne Kernsystem kann ein Prozess nicht oder nur sehr schwierig abgewi-ckelt werden. Ein Hilfssystem dient zur Unterstützung des Prozesses, sein Ausfall ist jedoch nicht kritisch für dessen Abwicklung. Wenn eine bestimmte Istanwen-dung durch andere oder anders strukturierte Sollanwen-dungen verändert oder gar abgelöst werden soll, so wird durch die nachfolgende Darstellung klar ersichtlich, welche Prozesse betroffen sind.
FAZITEAM Light reduziert die gängigen EAM-Ansätze auf ein Gesamtbild, das für sämtliche Stakeholder im Unter-nehmen verständlich wird. Als Grundelemente werden die zentralen Geschäftsinformationen, die wichtigs-ten Prozesse und die Anwendungen eingesetzt. Durch Gegenüberstellung und einfache Darstellung werden mögliche Optionen sichtbar und Entscheidungen sowie deren Konsequenzen transparent. Das erleichtert die Be-reitstellung innovativer und gleichzeitig ef�zienter und kostengünstiger Anwendungslandschaften enorm. Eine solche Erleichterung ist unabdingbar, wenn Unterneh-men dem klassischen „Softwarewildwuchs“ Einhalt gebieten und ihre Anwendungslandschaften nachhaltig weiterentwickeln wollen.
Links & Literatur[1] Laney, D.: „The Birth of Infonomics, the New Economics of
Information“, Gartner, October 2012; Gantz, J., Reinsel, D.; Arend, C.: „The Digital Universe in 2020: Big Data, Bigger Digital Shadows, and Biggest Growth in the Far East – Wes-tern Europe“, IDC February 2013
[2] Forrester Consulting: „Key Strategies To Capture And Mea-sure The Value Of Consumerization Of IT“, May 2012; Prete, C. D.; Levitas, D.; Grieser, T.; Turner, M. J.; Pucciarelli, J.; Hudson, S.: „IT Consumers Transform the Enterprise: Are You Ready? “, IDC, September 2013 (Republished)
[3] Fauscette, M.: „Enterprise Gamification: Creating a Leader’s Edge – Industry Development and Models“, IDC Jun 2013; Wise, J.: „Gamification: ‘Level Up’ Your Strategic Ap-proach“, Forrester Report, May 2013
[4] IEEE Std 610.12-1990 (R2002), IEEE Standard Glossary of Software Engineering Terminology, IEEE 2002
[5] Booch, G.; Rumbaugh, J.; Jacobson, I.: „The Unified Mode-ling Language User Guide“, Addison-Wesley Professional, 2005
[6] Schönherr, M.: „Enterprise Architecture Frameworks“, in: Enterprise Application Integration – Serviceorientierung und nachhaltige Architekturen, Reihe: Enterprise Architecture, Band 2, Technische Universität Berlin, 2004
[7] Zachmann, J. A.: „A Framework for Information Systems Architecture“, IBM Systems Journal, vol. 26, no. 3, 1987
[8] ITU-T: Reference Model for Open Distributed Processing Part 1–Part 4 ITU-T X.901/ISO 10746-1, May 1995
[9] Hornford, D.; Paider, T.; Forde, Ch.; Josey, A.; Doherty, G.; Fox, C.: „TOGAF Version 9.1“, The Open Group, 2011
Daniel Liebhart ist Dozent für Informatik an der Züricher Hochschule für Angewandte Wissen-schaften (ZHAW) und Solution Manager der Trivadis AG. Er ist Autor des Buchs „SOA goes real“ (Hanser Verlag) und Koautor verschiedener Fachbücher.