Oplægget blev holdt ved arrangementet "Get F'IT september 2013: Agil Business Process Management i finans", der blev afholdt den 24. september 2013.

1. IT
UNIVERSITETET
I
KØBENHAVN
Agil Business Process Management
- i Finans
Thomas Hildebrandt
Lektor, PhD
Leder af gruppen for Proces- & Systemmodeller
ved IT Universitetet i København
og
Interessegruppen for processer og IT ved Infinit
Tuesday, September 24, 13

2. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
IT-­‐stø3et
sagsbehandling
2
Tuesday, September 24, 13

3. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
IT-­‐stø3et
sagsbehandling
1. Processen skal skride frem så
effektivt som muligt
2
Tuesday, September 24, 13

4. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
IT-­‐stø3et
sagsbehandling
1. Processen skal skride frem så
effektivt som muligt
2. Alle regler/love skal
overholdes
2
Tuesday, September 24, 13

5. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
IT-­‐stø3et
sagsbehandling
1. Processen skal skride frem så
effektivt som muligt
2. Alle regler/love skal
overholdes
3. Skal kunne forstås af
sagsbehandleren
2
Tuesday, September 24, 13

6. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
IT-­‐stø3et
sagsbehandling
1. Processen skal skride frem så
effektivt som muligt
2. Alle regler/love skal
overholdes
3. Skal kunne forstås af
sagsbehandleren
4. Skal støtte samarbejde
mellem flere aktører
2
Tuesday, September 24, 13

7. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
Agil
BPM
i
Finans
3
Hvordan sikres at processerne
passer til virkelighedens skiftende
regler og produkter ? og arbejdsgange ?
Tuesday, September 24, 13

8. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
BPM
Metoden
4
• Beskriv “as-is” og “to-be”
processer som flow-diagrammer
• Adskil flow-diagram fra
beslutningssregler
• Sæt strøm til processen med et
standard BPM (Business Process
Management) System
• Overvåg og tilpas processer
However, the focus is not on data but on process-related information
ordering of activities). Process mining is also related to monitoring and
intelligence [41].
8 Conclusion
Process-aware information systems (PAISs) follow a characteristic life-c
ure 13 shows the four phases of such a life-cycle [7]. In the design p
processes are (re)designed. In the configuration phase, designs are imp
by configuring a PAIS (e.g., a WFMS). After configuration, the enactm
starts where the operational business processes are executed using the sy
figured. In the diagnosis phase, the operational processes are analyzed t
problems and to find things that can be improved. The focus of traditio
flow management (systems) is on the lower half of the life-cycle. As a re
is little support for the diagnosis phase. Moreover, support in the desig
limited to providing an editor while analysis and real design support are
Figure 13: PAIS life-cycle.
In this article, we showed that PAISs support operational business
analyse &
diagnose
procesdesign
systemkonfiguration
procesudførsel
Tuesday, September 24, 13

9. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
BPM
Metoden
4
• Beskriv “as-is” og “to-be”
processer som flow-diagrammer
• Adskil flow-diagram fra
beslutningssregler
• Sæt strøm til processen med et
standard BPM (Business Process
Management) System
• Overvåg og tilpas processer
However, the focus is not on data but on process-related information
ordering of activities). Process mining is also related to monitoring and
intelligence [41].
8 Conclusion
Process-aware information systems (PAISs) follow a characteristic life-c
ure 13 shows the four phases of such a life-cycle [7]. In the design p
processes are (re)designed. In the configuration phase, designs are imp
by configuring a PAIS (e.g., a WFMS). After configuration, the enactm
starts where the operational business processes are executed using the sy
figured. In the diagnosis phase, the operational processes are analyzed t
problems and to find things that can be improved. The focus of traditio
flow management (systems) is on the lower half of the life-cycle. As a re
is little support for the diagnosis phase. Moreover, support in the desig
limited to providing an editor while analysis and real design support are
Figure 13: PAIS life-cycle.
In this article, we showed that PAISs support operational business
analyse &
diagnose
procesdesign
systemkonfiguration
procesudførsel
Tuesday, September 24, 13

10. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
BPM
Metoden
4
• Beskriv “as-is” og “to-be”
processer som flow-diagrammer
• Adskil flow-diagram fra
beslutningssregler
• Sæt strøm til processen med et
standard BPM (Business Process
Management) System
• Overvåg og tilpas processer
However, the focus is not on data but on process-related information
ordering of activities). Process mining is also related to monitoring and
intelligence [41].
8 Conclusion
Process-aware information systems (PAISs) follow a characteristic life-c
ure 13 shows the four phases of such a life-cycle [7]. In the design p
processes are (re)designed. In the configuration phase, designs are imp
by configuring a PAIS (e.g., a WFMS). After configuration, the enactm
starts where the operational business processes are executed using the sy
figured. In the diagnosis phase, the operational processes are analyzed t
problems and to find things that can be improved. The focus of traditio
flow management (systems) is on the lower half of the life-cycle. As a re
is little support for the diagnosis phase. Moreover, support in the desig
limited to providing an editor while analysis and real design support are
Figure 13: PAIS life-cycle.
In this article, we showed that PAISs support operational business
analyse &
diagnose
procesdesign
systemkonfiguration
procesudførsel
?
Tuesday, September 24, 13

11. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
En
Business
Process-­‐GPS?
5
En GPS baseret på flow-diagrammer ville kunne vise ruter
Tuesday, September 24, 13

12. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
En
Business
Process-­‐GPS?
5
En GPS baseret på flow-diagrammer ville kunne vise ruter
- for destinationer og veje der fandtes da den blev lavet!
Tuesday, September 24, 13

13. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
En
Business
Process-­‐GPS?
5
En GPS baseret på flow-diagrammer ville kunne vise ruter
- for destinationer og veje der fandtes da den blev lavet!
og ikke dokumentere reglerne
Tuesday, September 24, 13

14. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
En
typisk
låneproces
?
6
Tuesday, September 24, 13

15. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
En
typisk
låneproces
?
6
Flow diagrammet er rigidt
Tuesday, September 24, 13

16. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
En
typisk
låneproces
?
6
Flow diagrammet er rigidt
- og beskriver ikke forretningsreglen der skal overholdes
Tuesday, September 24, 13

17. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
7
- vi forventer, at kunne vælge et vilkårligt mål, afvige fra
ruten og få foreslået en ny - og at kortet holdes up-to-date
En
Business
Process-­‐GPS
Tuesday, September 24, 13

18. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
7
- vi forventer, at kunne vælge et vilkårligt mål, afvige fra
ruten og få foreslået en ny - og at kortet holdes up-to-date
En
Business
Process-­‐GPS
men også sikre at vi når effektivt i mål
Tuesday, September 24, 13

19. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
8
Skal vi da designe en proces, der beskriver alle mulige veje ??
En
Business
Process-­‐GPS
Tuesday, September 24, 13

20. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
Låneproces
med
flere
veje
9
Tuesday, September 24, 13

21. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
Låneproces
med
flere
veje
9
nej
ja
Tuesday, September 24, 13

22. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
Låneproces
med
flere
veje
9
nej
ja
Sværere at overskue!
Tuesday, September 24, 13

23. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
Låneproces
med
flere
veje
9
nej
ja
Sværere at overskue!
og reglen er stadig implicit
Tuesday, September 24, 13

24. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
Processer
vs
Regler
10
Option 1
Option 2
Option 3
Rule
Pattern
1 is Low is Good = "A"
1 is Low is Bad = ?
1 is High is Good = ?
1 is High is Bad = ?
Conditions Conclusion
Person Debt
Person Employment
History
Person Credit
Rating
Process Model Rule Family Table Decision Model Diagram
Moderne BPMS tillader at adskille beslutningsregler fra flow:
Tuesday, September 24, 13

25. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
Processer
vs
Regler
10
Option 1
Option 2
Option 3
Rule
Pattern
1 is Low is Good = "A"
1 is Low is Bad = ?
1 is High is Good = ?
1 is High is Bad = ?
Conditions Conclusion
Person Debt
Person Employment
History
Person Credit
Rating
Process Model Rule Family Table Decision Model Diagram
Figure 3 Procedural vs. Declarative Solutions
Source: The Decision Model (von Halle & Goldb
with the permission of the Publisher.)
The Rule Family, by definition, implies no p
Rule Family in Figure 3 also indicates via th
to consider. The Rule Family can contain as
For that matter, it can contain additional c
person’s credit rating. The Rule Family tabl
business process models of option 1 and o
all values of person’s debt and employmen
into the business process model rather tha
unnecessary complexity and unnecessary s
conditions in such a business process mode
Option 3
Process Model
Figure 3 Procedural vs. Declarative Solutions
Source: The Decision Model (von Halle & Goldberg) © 2009 Auerbach Publications/Tay
with the permission of the Publisher.)
The Rule Family, by definition, implies no particular sequence among the cond
Rule Family in Figure 3 also indicates via the “?” that there are other possible c
to consider. The Rule Family can contain as many rows as are needed to reach
For that matter, it can contain additional columns if other conditions are neede
person’s credit rating. The Rule Family table also contains business logic for the
business process models of option 1 and option 2. These include the adjudicat
Option 2
Option 3
Rule
Pattern
1 is Low is Good = "A"
1 is Low is Bad = ?
1 is High is Good = ?
1 is High is Bad = ?
Conditions Conclusion
Person Debt
Person Employment
History
Person Credit
Rating
Process Model Rule Family Table D
Moderne BPMS tillader at adskille beslutningsregler fra flow:
Tuesday, September 24, 13

26. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
Processer
vs
Regler
10
Option 1
Option 2
Option 3
Rule
Pattern
1 is Low is Good = "A"
1 is Low is Bad = ?
1 is High is Good = ?
1 is High is Bad = ?
Conditions Conclusion
Person Debt
Person Employment
History
Person Credit
Rating
Process Model Rule Family Table Decision Model Diagram
Figure 3 Procedural vs. Declarative Solutions
Source: The Decision Model (von Halle & Goldb
with the permission of the Publisher.)
The Rule Family, by definition, implies no p
Rule Family in Figure 3 also indicates via th
to consider. The Rule Family can contain as
For that matter, it can contain additional c
person’s credit rating. The Rule Family tabl
business process models of option 1 and o
all values of person’s debt and employmen
into the business process model rather tha
unnecessary complexity and unnecessary s
conditions in such a business process mode
Option 3
Process Model
Figure 3 Procedural vs. Declarative Solutions
Source: The Decision Model (von Halle & Goldberg) © 2009 Auerbach Publications/Tay
with the permission of the Publisher.)
The Rule Family, by definition, implies no particular sequence among the cond
Rule Family in Figure 3 also indicates via the “?” that there are other possible c
to consider. The Rule Family can contain as many rows as are needed to reach
For that matter, it can contain additional columns if other conditions are neede
person’s credit rating. The Rule Family table also contains business logic for the
business process models of option 1 and option 2. These include the adjudicat
Option 2
Option 3
Rule
Pattern
1 is Low is Good = "A"
1 is Low is Bad = ?
1 is High is Good = ?
1 is High is Bad = ?
Conditions Conclusion
Person Debt
Person Employment
History
Person Credit
Rating
Process Model Rule Family Table D
Moderne BPMS tillader at adskille beslutningsregler fra flow:
Men hvad med at erstatte flowet helt med regler?
Tuesday, September 24, 13

27. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
Processer
vs
Regler
10
Option 1
Option 2
Option 3
Rule
Pattern
1 is Low is Good = "A"
1 is Low is Bad = ?
1 is High is Good = ?
1 is High is Bad = ?
Conditions Conclusion
Person Debt
Person Employment
History
Person Credit
Rating
Process Model Rule Family Table Decision Model Diagram
Figure 3 Procedural vs. Declarative Solutions
Source: The Decision Model (von Halle & Goldb
with the permission of the Publisher.)
The Rule Family, by definition, implies no p
Rule Family in Figure 3 also indicates via th
to consider. The Rule Family can contain as
For that matter, it can contain additional c
person’s credit rating. The Rule Family tabl
business process models of option 1 and o
all values of person’s debt and employmen
into the business process model rather tha
unnecessary complexity and unnecessary s
conditions in such a business process mode
Option 3
Process Model
Figure 3 Procedural vs. Declarative Solutions
Source: The Decision Model (von Halle & Goldberg) © 2009 Auerbach Publications/Tay
with the permission of the Publisher.)
The Rule Family, by definition, implies no particular sequence among the cond
Rule Family in Figure 3 also indicates via the “?” that there are other possible c
to consider. The Rule Family can contain as many rows as are needed to reach
For that matter, it can contain additional columns if other conditions are neede
person’s credit rating. The Rule Family table also contains business logic for the
business process models of option 1 and option 2. These include the adjudicat
Option 2
Option 3
Rule
Pattern
1 is Low is Good = "A"
1 is Low is Bad = ?
1 is High is Good = ?
1 is High is Bad = ?
Conditions Conclusion
Person Debt
Person Employment
History
Person Credit
Rating
Process Model Rule Family Table D
Moderne BPMS tillader at adskille beslutningsregler fra flow:
Men hvad med at erstatte flowet helt med regler?
Kreditvurdering med rating A skal forelægge før lån kan gives
Tuesday, September 24, 13

28. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
Processer
vs
Regler
10
Option 1
Option 2
Option 3
Rule
Pattern
1 is Low is Good = "A"
1 is Low is Bad = ?
1 is High is Good = ?
1 is High is Bad = ?
Conditions Conclusion
Person Debt
Person Employment
History
Person Credit
Rating
Process Model Rule Family Table Decision Model Diagram
Figure 3 Procedural vs. Declarative Solutions
Source: The Decision Model (von Halle & Goldb
with the permission of the Publisher.)
The Rule Family, by definition, implies no p
Rule Family in Figure 3 also indicates via th
to consider. The Rule Family can contain as
For that matter, it can contain additional c
person’s credit rating. The Rule Family tabl
business process models of option 1 and o
all values of person’s debt and employmen
into the business process model rather tha
unnecessary complexity and unnecessary s
conditions in such a business process mode
Option 3
Process Model
Figure 3 Procedural vs. Declarative Solutions
Source: The Decision Model (von Halle & Goldberg) © 2009 Auerbach Publications/Tay
with the permission of the Publisher.)
The Rule Family, by definition, implies no particular sequence among the cond
Rule Family in Figure 3 also indicates via the “?” that there are other possible c
to consider. The Rule Family can contain as many rows as are needed to reach
For that matter, it can contain additional columns if other conditions are neede
person’s credit rating. The Rule Family table also contains business logic for the
business process models of option 1 and option 2. These include the adjudicat
Option 2
Option 3
Rule
Pattern
1 is Low is Good = "A"
1 is Low is Bad = ?
1 is High is Good = ?
1 is High is Bad = ?
Conditions Conclusion
Person Debt
Person Employment
History
Person Credit
Rating
Process Model Rule Family Table D
Moderne BPMS tillader at adskille beslutningsregler fra flow:
Men hvad med at erstatte flowet helt med regler?
Kreditvurdering med rating A skal forelægge før lån kan gives
Dokumentation skal modtages før lån kan gives
Tuesday, September 24, 13

29. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
Processer
vs
Regler
10
Option 1
Option 2
Option 3
Rule
Pattern
1 is Low is Good = "A"
1 is Low is Bad = ?
1 is High is Good = ?
1 is High is Bad = ?
Conditions Conclusion
Person Debt
Person Employment
History
Person Credit
Rating
Process Model Rule Family Table Decision Model Diagram
Figure 3 Procedural vs. Declarative Solutions
Source: The Decision Model (von Halle & Goldb
with the permission of the Publisher.)
The Rule Family, by definition, implies no p
Rule Family in Figure 3 also indicates via th
to consider. The Rule Family can contain as
For that matter, it can contain additional c
person’s credit rating. The Rule Family tabl
business process models of option 1 and o
all values of person’s debt and employmen
into the business process model rather tha
unnecessary complexity and unnecessary s
conditions in such a business process mode
Option 3
Process Model
Figure 3 Procedural vs. Declarative Solutions
Source: The Decision Model (von Halle & Goldberg) © 2009 Auerbach Publications/Tay
with the permission of the Publisher.)
The Rule Family, by definition, implies no particular sequence among the cond
Rule Family in Figure 3 also indicates via the “?” that there are other possible c
to consider. The Rule Family can contain as many rows as are needed to reach
For that matter, it can contain additional columns if other conditions are neede
person’s credit rating. The Rule Family table also contains business logic for the
business process models of option 1 and option 2. These include the adjudicat
Option 2
Option 3
Rule
Pattern
1 is Low is Good = "A"
1 is Low is Bad = ?
1 is High is Good = ?
1 is High is Bad = ?
Conditions Conclusion
Person Debt
Person Employment
History
Person Credit
Rating
Process Model Rule Family Table D
Moderne BPMS tillader at adskille beslutningsregler fra flow:
Men hvad med at erstatte flowet helt med regler?
Kreditvurdering med rating A skal forelægge før lån kan gives
Rådgivning skal udføres før lån kan gives
Dokumentation skal modtages før lån kan gives
Tuesday, September 24, 13

30. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
Processer
vs
Regler
10
Option 1
Option 2
Option 3
Rule
Pattern
1 is Low is Good = "A"
1 is Low is Bad = ?
1 is High is Good = ?
1 is High is Bad = ?
Conditions Conclusion
Person Debt
Person Employment
History
Person Credit
Rating
Process Model Rule Family Table Decision Model Diagram
Figure 3 Procedural vs. Declarative Solutions
Source: The Decision Model (von Halle & Goldb
with the permission of the Publisher.)
The Rule Family, by definition, implies no p
Rule Family in Figure 3 also indicates via th
to consider. The Rule Family can contain as
For that matter, it can contain additional c
person’s credit rating. The Rule Family tabl
business process models of option 1 and o
all values of person’s debt and employmen
into the business process model rather tha
unnecessary complexity and unnecessary s
conditions in such a business process mode
Option 3
Process Model
Figure 3 Procedural vs. Declarative Solutions
Source: The Decision Model (von Halle & Goldberg) © 2009 Auerbach Publications/Tay
with the permission of the Publisher.)
The Rule Family, by definition, implies no particular sequence among the cond
Rule Family in Figure 3 also indicates via the “?” that there are other possible c
to consider. The Rule Family can contain as many rows as are needed to reach
For that matter, it can contain additional columns if other conditions are neede
person’s credit rating. The Rule Family table also contains business logic for the
business process models of option 1 and option 2. These include the adjudicat
Option 2
Option 3
Rule
Pattern
1 is Low is Good = "A"
1 is Low is Bad = ?
1 is High is Good = ?
1 is High is Bad = ?
Conditions Conclusion
Person Debt
Person Employment
History
Person Credit
Rating
Process Model Rule Family Table D
Moderne BPMS tillader at adskille beslutningsregler fra flow:
Men hvad med at erstatte flowet helt med regler?
Kreditvurdering med rating A skal forelægge før lån kan gives
Rådgivning skal udføres før lån kan gives
Hvis lån gives skal kreditvurdering gentages efter et år
Dokumentation skal modtages før lån kan gives
Tuesday, September 24, 13

31. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
Processer
vs
Regler
10
Option 1
Option 2
Option 3
Rule
Pattern
1 is Low is Good = "A"
1 is Low is Bad = ?
1 is High is Good = ?
1 is High is Bad = ?
Conditions Conclusion
Person Debt
Person Employment
History
Person Credit
Rating
Process Model Rule Family Table Decision Model Diagram
Figure 3 Procedural vs. Declarative Solutions
Source: The Decision Model (von Halle & Goldb
with the permission of the Publisher.)
The Rule Family, by definition, implies no p
Rule Family in Figure 3 also indicates via th
to consider. The Rule Family can contain as
For that matter, it can contain additional c
person’s credit rating. The Rule Family tabl
business process models of option 1 and o
all values of person’s debt and employmen
into the business process model rather tha
unnecessary complexity and unnecessary s
conditions in such a business process mode
Option 3
Process Model
Figure 3 Procedural vs. Declarative Solutions
Source: The Decision Model (von Halle & Goldberg) © 2009 Auerbach Publications/Tay
with the permission of the Publisher.)
The Rule Family, by definition, implies no particular sequence among the cond
Rule Family in Figure 3 also indicates via the “?” that there are other possible c
to consider. The Rule Family can contain as many rows as are needed to reach
For that matter, it can contain additional columns if other conditions are neede
person’s credit rating. The Rule Family table also contains business logic for the
business process models of option 1 and option 2. These include the adjudicat
Option 2
Option 3
Rule
Pattern
1 is Low is Good = "A"
1 is Low is Bad = ?
1 is High is Good = ?
1 is High is Bad = ?
Conditions Conclusion
Person Debt
Person Employment
History
Person Credit
Rating
Process Model Rule Family Table D
Moderne BPMS tillader at adskille beslutningsregler fra flow:
Men hvad med at erstatte flowet helt med regler?
Kreditvurdering med rating A skal forelægge før lån kan gives
Rådgivning skal udføres før lån kan gives
Hvis lån gives skal kreditvurdering gentages efter et år
og lade it-systemet beregne vejen baseret på reglerne?
Dokumentation skal modtages før lån kan gives
Tuesday, September 24, 13

32. Thomas Hildebrandt, hilde@itu.dk
IT
UNIVERSITETET
I
KØBENHAVN
Finance IT Tuesday
Regelbaseret
hændelsesflow
• Beskriv hændelser, afhængigheder og krav
(iflg. lovgivning) i stedet for proceduren
• Start med målet (godkend lån) - identificer
forudsætninger og opfølgende handlinger
• IT-værktøj kan på vilkårligt tidspunkt beregne
en procedure for den “bedste vej”
• Med det rigtige valg af “modelsprog” kan vi
tillade ændringer i model på vilkårligt
tidspunkt og tage systemet i brug meget
tidligere
11
Tuesday, September 24, 13