Business Modelling

1
Business Modelling
Requirements Engineering Project
Management Lecture 3

• Jerzy.Nawrocki_at_put.poznan.pl
• www.cs.put.poznan.pl/jnawrocki/require/

2
Key Roles in XPrince
Project Manager
Time
Time
3
XPrince Artefacts
Aim Scope
Business Model and System Scope
AS Plan
Most Important Use Cases
Architect. Vision Tools
Init. Project Plan
Architecture
Requirements Spec.
Initial Prototype (code test cases)
Architect. Plan
Mockup
Accept. Tests Frame
GUI Design
Updat. Proj. Plan
Project Manager
4
Use Case Diagram in UML
Airline reservation
Travel agent
Merchant bank
5
Business Model Scope
Define scope of a system supporting assignment of
students to Master Degree Programmes.
Which one?
Bachelor Degree (6 semesters)
6
Business Model Scope Use Cases

• Dean
• Sets number of places for each MS Degree
  Programme.
• Gets list of students assigned to each MS
  Programme.
• Student
• Enters her preferences by sequencing MS Degree
  Programmes from the most to the least
  interesting.
• Gets information about the MS Programme to which
  she has been assigned.

7
Introduction
Chaos
Computerized chaos
computers
8
Bibliography

• ISO/IEC 12207 Standard for Information
  TechnologySoftware life cycle processesLife
  cycle data, IEEE/EIA 12207.1-1997, April 1998.
• IEEE Guide for Information Technology System
  Definition - Concept of Operations (ConOps)
  Document, IEEE Std 1362-1998, March 1998.

?
9
Agenda

• IEEE/EIA Standard 12207-1997
• IEEE Standard 1362-1998
• Business Modelling
• Current situation description
• Nature of changes
• The proposed system

• Introduction
• XPrince Team
• Project Lifecycle
• The Analyst Role
• The Architect Role
• The Project Manager Role
• Scaling up
• Conclusions

10
ISO/IEC 12207 contents
6.1 Acquisition plan 6.2 Change request or
modification request 6.3 Concept of operations
description 6.4 Database design description 6.5
Development process plan 6.6 Evaluation
records 6.8 Maintenance process plan 6.9
Operation process plan 6.10 Problem report and
problem resolution report 6.11 Project management
plan 6.12 Software architecture description . . .
11
Concept of Operations - 12207
Purpose Describe, in users terminology, how the
system should operate to meet the users
needs. Content a) Generic description
information
Change history Summary References Glossary
12
Concept of Operations - 12207
Purpose Describe, in users terminology, how the
system should operate to meet the users
needs. Content a) Generic description
information
b) Description of current situation or system c)
Justification for and nature of changes d)
Concepts for the proposed system
13
Business Modelling
Current situation
Proposed system
Change
14
Concept of Operations - 12207
Purpose Describe, in users terminology, how the
system should operate to meet the users
needs. Content a) Generic description
information (previous slide) b) Description of
current situation or system c) Justification for
and nature of changes d) Concepts for the
proposed system
e) Operational scenarios
f) Summary of impacts g) Analysis of the
proposed system h) Priorities, assumptions,
constraints, advantages, limitations,
alternatives, and trade-offs considered.
15
Agenda

• IEEE/EIA Standard 12207-1997
• IEEE Standard 1362-1998
• Business Modelling
• Current situation description
• Nature of changes
• The proposed system

• Introduction
• XPrince Team
• Project Lifecycle
• The Analyst Role
• The Architect Role
• The Project Manager Role
• Scaling up
• Conclusions

16
IEEE Std 1362 History
1980 R.J. Lano, A Structured Approach for
Operational Concept Formulation, TRW SS-80-02,
Redondo Beach, CA. 1992 Software Systems
Technical Committee of the American Institute of
Aeronautics and Astronautics (AIAA), A standard
for an Operational Concept Document. 1993 MS
thesis, California State University, Sacramento
accepted as MIL-STD-498. 1998 IEEE Std 1362-1998
by R. Thayer, R. Fairley, P. Bjorke.
17
ConOps structure - 1362
1. Scope 2. Referenced documents 3. Current
system or situation 4. Justification for and
nature of changes 5. Concepts for the proposed
system 6. Operational scenarios 7. Summary of
impacts 8. Analysis of the proposed system 9.
Notes Appendices Glossary
18
Operational scenarios
A step-by-step description of systems operation
and interaction with its users and external
interfaces under a given set of circumstances.
19
ConOps structure - 1362
1. Scope 2. Referenced documents 3. Current
system or situation 4. Justification for and
nature of changes 5. Concepts for the proposed
system 6. Operational scenarios 7. Summary of
impacts 8. Analysis of the proposed system 9.
Notes Appendices Glossary
20
Current / proposed system description
3.1 Background, objectives, and scope 3.2
Operational policies and constraints
Constraints on the hardware, the hours of
operation of the system, the number of available
personnel, ..
21
Current / proposed system description
3.1 Background, objectives, and scope 3.2
Operational policies and constraints
3.3 Description of the current system or
situation The operational environment
Major system components and their
interconnections Interfaces to external
systems or procedures Functions (features)
Inputs, outputs, data flows Cost of
system operations Operational risk factors
Performance // Safety and security
aspects // ...
22
Current / proposed system description
3.1 Background, objectives, and scope 3.2
Operational policies and constraints 3.3
Description of the current system or situation
3.4 Modes of operation for the current system or
situation Operational, degraded,
maintenance, training, .. 3.5 User classes and
other involved personnel 3.5.1
Organizational structure 3.5.2 Profiles of
user classes 3.5.3 Interactions among user
classes 3.5.4 Other involved personnel 3.6
Support environment
23
Current / proposed system description
3.1 Background, objectives, and scope 3.2
Operational policies and constraints 3.3
Description of the current system or situation
3.4 Modes of operation for the current system or
situation 3.5 User classes and other involved
personnel 3.5.1 Organizational structure
3.5.2 Profiles of user classes 3.5.3
Interactions among user classes 3.5.4 Other
involved personnel 3.6 Support environment
24
Agenda

• IEEE/EIA Standard 12207-1997
• IEEE Standard 1362-1998
• Business Modelling
• Current situation description
• Nature of changes
• The proposed system

• Introduction
• XPrince Team
• Project Lifecycle
• The Analyst Role
• The Architect Role
• The Project Manager Role
• Scaling up
• Conclusions

25
ConOps structure - 1362
1. Scope 2. Referenced documents 3. Current
system or situation 4. Justification for and
nature of changes 5. Concepts for the proposed
system 6. Operational scenarios 7. Summary of
impacts 8. Analysis of the proposed system 9.
Notes Appendices Glossary
26
Business modelling

• Actors
• Business-level use-cases (processes)
• Information objects (data)

27
Agenda

• IEEE/EIA Standard 12207-1997
• IEEE Standard 1362-1998
• Business Modelling
• Current situation description
• Nature of changes
• The proposed system

• Introduction
• XPrince Team
• Project Lifecycle
• The Analyst Role
• The Architect Role
• The Project Manager Role
• Scaling up
• Conclusions

28
Business Model Scope
Define scope of a system supporting assignment of
students to Master Degree Programmes.
Which one?
Bachelor Degree (6 semesters)
29
Business Actors
30
Business Actors
Student
Chooses MS Degree Programme (6th semester)
Starosta
Leader of students also a student
Supervisor a Master Degree Progr. (dr hab.)
Supervisor
Deputy director for teaching affairs
Director
Member of the Dean Office staff
31
Rekrutowanie studentów na specjalnosci
1 Dyrektor w porozumieniu z opiekunami wyznacza
termin prezentacji specjalnosci i publikuje
ogloszenie.
32
Rekrutowanie studentów na specjalnosci
1 Dyrektor w porozumieniu z opiekunami wyznacza
termin prezentacji specjalnosci i publikuje
ogloszenie.
2 Opiekunowie prezentuja specjalnosci studentom
III roku.
33
Rekrutowanie studentów na specjalnosci
1 Dyrektor w porozumieniu z opiekunami wyznacza
termin prezentacji specjalnosci i publikuje
ogloszenie.
2 Opiekunowie prezentuja specjalnosci studentom
III roku.
3 Dyrektor w porozumieniu z opiekunami oglasza
liczbe miejsc na specjalnosciach, otwiera zapisy
i wyznacza termin ich zakonczenia.
34
Rekrutowanie studentów na specjalnosci
1 Dyrektor w porozumieniu z opiekunami wyznacza
termin prezentacji specjalnosci i publikuje
ogloszenie.
2 Opiekunowie prezentuja specjalnosci studentom
III roku.
3 Dyrektor w porozumieniu z opiekunami oglasza
liczbe miejsc na specjalnosciach, otwiera zapisy
i wyznacza termin ich zakonczenia.
4 Studenci przekazuja indywidualne rankingi
specjalnosci staroscie.
35
Rekrutowanie studentów na specjalnosci
1 Dyrektor w porozumieniu z opiekunami wyznacza
termin prezentacji specjalnosci i publikuje
ogloszenie.
2 Opiekunowie prezentuja specjalnosci studentom
III roku.
3 Dyrektor w porozumieniu z opiekunami oglasza
liczbe miejsc na specjalnosciach, otwiera zapisy
i wyznacza termin ich zakonczenia.
4 Studenci przekazuja indywidualne rankingi
specjalnosci staroscie.
5 Starosta pobiera z dziekanatu ranking studentów
i biorac pod indywidualne rankingi specjalnosci
oraz liczbe miejsc opracowuje listy studentów na
specjalnosciach.
36
Rekrutowanie studentów na specjalnosci
Lista studentów
37
Rekrutowanie studentów na specjalnosci
1 Dyrektor w porozumieniu z opiekunami wyznacza
termin prezentacji specjalnosci i publikuje
ogloszenie.
2 Opiekunowie prezentuja specjalnosci studentom
III roku.
3 Dyrektor w porozumieniu z opiekunami oglasza
liczbe miejsc na specjalnosciach, otwiera zapisy
i wyznacza termin ich zakonczenia.
4 Studenci przekazuja indywidualne rankingi
specjalnosci staroscie.
5 Starosta pobiera z dziekanatu ranking studentów
i biorac pod indywidualne rankingi specjalnosci
oraz liczbe miejsc opracowuje listy studentów na
specjalnosciach.
6 Starosta przekazuje dyrektorowi listy studentów.
38
Rekrutowanie studentów na specjalnosci
1 Dyrektor w porozumieniu z opiekunami wyznacza
termin prezentacji specjalnosci i publikuje
ogloszenie.
2 Opiekunowie prezentuja specjalnosci studentom
III roku.
3 Dyrektor w porozumieniu z opiekunami oglasza
liczbe miejsc na specjalnosciach, otwiera zapisy
i wyznacza termin ich zakonczenia.
4 Studenci przekazuja indywidualne rankingi
specjalnosci staroscie.
5 Starosta pobiera z dziekanatu ranking studentów
i biorac pod indywidualne rankingi specjalnosci
oraz liczbe miejsc opracowuje listy studentów na
specjalnosciach.
6 Starosta przekazuje dyrektorowi listy studentów.
7 Dyrektor oglasza listy studentów i w ciagu
tygodnia przyjmuje odwolania.
39
Rekrutowanie studentów na specjalnosci
1 Dyrektor w porozumieniu z opiekunami wyznacza
termin prezentacji specjalnosci i publikuje
ogloszenie.
2 Opiekunowie prezentuja specjalnosci studentom
III roku.
3 Dyrektor w porozumieniu z opiekunami oglasza
liczbe miejsc na specjalnosciach, otwiera zapisy
i wyznacza termin ich zakonczenia.
4 Studenci przekazuja indywidualne rankingi
specjalnosci staroscie.
5 Starosta pobiera z dziekanatu ranking studentów
i biorac pod indywidualne rankingi specjalnosci
oraz liczbe miejsc opracowuje listy studentów na
specjalnosciach.
6 Starosta przekazuje dyrektorowi listy studentów.
7 Dyrektor oglasza listy studentów i w ciagu
tygodnia przyjmuje odwolania.
8 Po uplywie tygodnia dyrektor zatwierdza listy
studentów, oglasza je i przekazuje do dziekanatu.
40
Model biznesowy
41
Agenda

• IEEE/EIA Standard 12207-1997
• IEEE Standard 1362-1998
• Business Modelling
• Current situation description
• Nature of changes
• The proposed system

• Introduction
• XPrince Team
• Project Lifecycle
• The Analyst Role
• The Architect Role
• The Project Manager Role
• Scaling up
• Conclusions

42
Okreslanie zakresu systemu
1 Dyrektor w porozumieniu z opiekunami wyznacza
termin prezentacji specjalnosci i publikuje
ogloszenie.
2 Opiekunowie prezentuja specjalnosci studentom
III roku.
3 Dyrektor w porozumieniu z opiekunami oglasza
liczbe miejsc na specjalnosciach, otwiera zapisy
i wyznacza termin ich zakonczenia.
4 Studenci przekazuja indywidualne rankingi
specjalnosci staroscie.
5 Starosta pobiera z dziekanatu ranking studentów
i biorac pod indywidualne rankingi specjalnosci
oraz liczbe miejsc opracowuje listy studentów na
specjalnosciach.
6 Starosta przekazuje dyrektorowi listy studentów.
7 Dyrektor oglasza listy studentów i w ciagu
tygodnia przyjmuje odwolania.
8 Po uplywie tygodnia dyrektor zatwierdza listy
studentów, oglasza je i przekazuje do dziekanatu.
43
Problemy
Niektórzy studenci zamiejscowi z opóznieniem
przekazuja swoje rankingi specjalnosci.
Starosta ma duzo pracy z przygotowaniem list
studentów dla poszczególnych specjalnosci.
44
Koncepcja rozwiazania problemów
Zastapic staroste systemem informatycznym.
45
Agenda

• IEEE/EIA Standard 12207-1997
• IEEE Standard 1362-1998
• Business Modelling
• Current situation description
• Nature of changes
• The proposed system

• Introduction
• XPrince Team
• Project Lifecycle
• The Analyst Role
• The Architect Role
• The Project Manager Role
• Scaling up
• Conclusions

46
Okreslanie zakresu systemu
1 Dyrektor w porozumieniu z opiekunami wyznacza
termin prezentacji specjalnosci i publikuje
ogloszenie.
2 Opiekunowie prezentuja specjalnosci studentom
III roku.
3 Dyrektor w porozumieniu z opiekunami oglasza
liczbe miejsc na specjalnosciach, otwiera zapisy
i wyznacza termin ich zakonczenia.
4 Studenci przekazuja indywidualne rankingi
specjalnosci staroscie.
5 Starosta pobiera z dziekanatu ranking studentów
i biorac pod indywidualne rankingi specjalnosci
oraz liczbe miejsc opracowuje listy studentów na
specjalnosciach.
6 Starosta przekazuje dyrektorowi listy studentów.
7 Dyrektor oglasza listy studentów i w ciagu
tygodnia przyjmuje odwolania.
8 Po uplywie tygodnia dyrektor zatwierdza listy
studentów, oglasza je i przekazuje do dziekanatu.
47
Przypisanie problemów do biznesowych przypadków
uzycia
1 Dyrektor w porozumieniu z opiekunami wyznacza
termin prezentacji specjalnosci i publikuje
ogloszenie.
2 Opiekunowie prezentuja specjalnosci studentom
III roku.
3 Dyrektor w porozumieniu z opiekunami oglasza
liczbe miejsc na specjalnosciach, otwiera zapisy
i wyznacza termin ich zakonczenia.
4 Studenci przekazuja indywidualne rankingi
specjalnosci staroscie.
5 Starosta pobiera z dziekanatu ranking studentów
i biorac pod indywidualne rankingi specjalnosci
oraz liczbe miejsc opracowuje listy studentów na
specjalnosciach.
6 Starosta przekazuje dyrektorowi listy studentów.
7 Dyrektor oglasza listy studentów i w ciagu
tygodnia przyjmuje odwolania.
8 Po uplywie tygodnia dyrektor zatwierdza listy
studentów, oglasza je i przekazuje do dziekanatu.
48
Analiza spójnosci
1 Dyrektor w porozumieniu z opiekunami wyznacza
termin prezentacji specjalnosci i publikuje
ogloszenie.
2 Opiekunowie prezentuja specjalnosci studentom
III roku.
3 Dyrektor w porozumieniu z opiekunami oglasza
liczbe miejsc na specjalnosciach, otwiera zapisy
i wyznacza termin ich zakonczenia.
4 Studenci przekazuja indywidualne rankingi
specjalnosci staroscie.
5 Starosta pobiera z dziekanatu ranking studentów
i biorac pod indywidualne rankingi specjalnosci
oraz liczbe miejsc opracowuje listy studentów na
specjalnosciach.
6 Starosta przekazuje dyrektorowi listy studentów.
7 Dyrektor oglasza listy studentów i w ciagu
tygodnia przyjmuje odwolania.
8 Po uplywie tygodnia dyrektor zatwierdza listy
studentów, oglasza je i przekazuje do dziekanatu.
49
Okreslanie zakresu systemu
1 Dyrektor w porozumieniu z opiekunami wyznacza
termin prezentacji specjalnosci i publikuje
ogloszenie.
2 Opiekunowie prezentuja specjalnosci studentom
III roku.
3 Dyrektor w porozumieniu z opiekunami oglasza
liczbe miejsc na specjalnosciach, otwiera zapisy
i wyznacza termin ich zakonczenia.
4 Studenci przekazuja indywidualne rankingi
specjalnosci staroscie.
5 Starosta pobiera z dziekanatu ranking studentów
i biorac pod indywidualne rankingi specjalnosci
oraz liczbe miejsc opracowuje listy studentów na
specjalnosciach.
6 Starosta przekazuje dyrektorowi listy studentów.
7 Dyrektor oglasza listy studentów i w ciagu
tygodnia przyjmuje odwolania.
8 Po uplywie tygodnia dyrektor zatwierdza listy
studentów, oglasza je i przekazuje do dziekanatu.
50
Okreslanie zakresu systemu
Panu juz dziekujemy!
Student
Starosta
Opiekun
Dyrektor
51
Okreslanie zakresu systemu
1 Dyrektor w porozumieniu z opiekunami wyznacza
termin prezentacji specjalnosci i publikuje
ogloszenie.
2 Opiekunowie prezentuja specjalnosci studentom
III roku.
3 Dyrektor w porozumieniu z opiekunami oglasza
liczbe miejsc na specjalnosciach, otwiera zapisy
i wyznacza termin ich zakonczenia.
4 Studenci przekazuja indywidualne rankingi
specjalnosci staroscie.
5 Starosta pobiera z dziekanatu ranking studentów
i biorac pod indywidualne rankingi specjalnosci
oraz liczbe miejsc opracowuje listy studentów na
specjalnosciach.
6 Starosta przekazuje dyrektorowi listy studentów.
7 Dyrektor oglasza listy studentów i w ciagu
tygodnia przyjmuje odwolania.
8 Po uplywie tygodnia dyrektor zatwierdza listy
studentów, oglasza je i przekazuje do dziekanatu.
52
Okreslanie zakresu systemu
A tobie tez juz dziekujemy!
Liczba miejsc
Liczba miejsc na spec. mgr 2004 Gospodarka
elektroniczna 24 Inteligentne
sys. wspomagania decyzji 24 Inzynieria
oprogramowania
24 Projektowanie i eksploat. sys. informat. 36
Ogloszenie
19 maja o 1515 odbedzie sie w sali A prezentacja
specjalnosci mgr dla studentów III roku.
Ranking specjalnosci
Jan Kowalski Grupa I1 Indeks 55 444
Indywidualny ranking spec. mgr Gospodarka
elektroniczna 2 Inzynieria
oprogramowania
1 Projektowanie i eksploat. sys. informat. 3
Ranking studentów
Lista studentów
53
Tworzenie systemowego przypadku uzycia
1 Dyrektor w porozumieniu z opiekunami wyznacza
termin prezentacji specjalnosci i publikuje
ogloszenie.
2 Opiekunowie prezentuja specjalnosci studentom
III roku.
3 Dyrektor w porozumieniu z opiekunami oglasza
liczbe miejsc na specjalnosciach, otwiera zapisy
i wyznacza termin ich zakonczenia.
4 Studenci przekazuja indywidualne rankingi
specjalnosci staroscie.
5 Starosta pobiera z dziekanatu ranking studentów
i biorac pod indywidualne rankingi specjalnosci
oraz liczbe miejsc opracowuje listy studentów na
specjalnosciach.
6 Starosta przekazuje dyrektorowi listy studentów.
7 Dyrektor oglasza listy studentów i w ciagu
tygodnia przyjmuje odwolania.
8 Po uplywie tygodnia dyrektor zatwierdza listy
studentów, oglasza je i przekazuje do dziekanatu.
54
Tworzenie systemowego przypadku uzycia
Rekrutowanie ...
Koncepcja rozwiazania Zastapic staroste systemem
informatycznym.
3 Dyrektor w porozumieniu z opiekunami oglasza
liczbe miejsc na specjalnosciach, otwiera zapisy
i wyznacza termin ich zakonczenia.
4 Studenci przekazuja indywidualne rankingi
specjalnosci staroscie.
5 Starosta pobiera z dziekanatu ranking studentów
i biorac pod indywidualne rankingi specjalnosci
oraz liczbe miejsc opracowuje listy studentów na
specjalnosciach.
6 Starosta przekazuje dyrektorowi listy studentów.
55
Systemowy przypadek uzycia Rekrutowanie
studentów ...
Koncepcja rozwiazania Zastapic staroste systemem
informatycznym.
1 Dyrektor wyznacza liczbe miejsc na
specjalnosciach, otwiera zapisy i wyznacza termin
ich zakonczenia.
2 Studenci wprowadzaja indywidualne rankingi
specjalnosci.
3 Po uplywie terminu zakonczenia zapisów system
na podstawie rankingów studentów, indywidualne
rankingów specjalnosci oraz liczby miejsc
generuje listy studentów na specjalnosciach.
4 System przesyla dyrektorowi wygenerowane listy
studentów.
56
Okreslanie zakresu systemu
Panstwu juz dziekujemy!
Student
Starosta
Dyrektor
57
Diagram kontekstu
Student
System
Dyrektor
58
Summary
At last!

• ConOps standards 12207 1362
• Business modelling actors, processes,
  information objects
• Current system, nature of change, the proposed
  system

59
Questions?
?
60
Quality assessment

• 1. What is your general impression? (1 - 6)
• 2. Was it too slow or too fast?
• 3. What important did you learn during the
  lecture?
• 4. What to improve and how?