X13DFA

1
X13DFA

• Ing. Martin Molhanec, CSc.
• Metodiky záver
• 10. prednáška

2
Metodiky

• Metodika definuje jaké metody ci techniky budeme
  používat (nemusejí být pouze grafickédiagramy!)
• A v jakém poradí
• A jaké jsou mezi nimi souvislosti, abychom
  dosáhli požadovaného cíle, kterým je popis
  zkoumaného systému a realizace informacního
  systému

3
Metodiky
4
Metodiky
5
Metodiky
6
Metodiky
7
Metodiky
8
METODIKY

• DATOVÉ
• Vlastne neexistovaly, protože byla pouze jediná
  metoda ER model
• STRUKTUROVANÉ
• Zahrnovaly více modelu datový a více funkcních
• Modern Structured Analyzes YOURDON
• SSADM firemní LBMS
• OBJEKTOVÉ
• OOA/OOD Coad and Yourdon
• OMT Rumbaugh
• Booch
• Jacobson
• UML
• UP Unified Process
• RUP Rational unified process
• Post UML
• Agilní metodiky
• Extrémní programování
• Ostatní
• Business Analyses BORM

9
SSADM

• The Structured Systems Analysis and Method
• 1982, Velká Británie, 70 projektu
• Je založena na datové analýze data se nemení,
  ale funkce ano.
• Hlavní soucásti metodiky
• STRUKTURA definuje obsah etap a kroku, jejich
  vstupy a výstupy
• TECHNIKY definují, jak mají být provedeny
  jednotlivé etapy (kroky) a cinnosti
• DOKUMENTACE definuje popis a prezentaci
  jednotlivých kroku (etap)

10
Systems Engineering

• LBMS, firma Velká Británie
• Metodika postavená na SSADM
• Výrobce nástroje CASE, který tuto metodiku
  podporuje

• Klasický vývoj
• Úvodní studie
• Analýza požadavku
• Logický návrh
• Fyzický návrh
• Implementace a testování
• Instalace

• Expresní postup(potlacená analýza)
• Zahájení projektu
• Expresní návrh
• Expresní implementace

11
ETAPA 0
Úvodní studie (studie proveditelnosti) Je
nepovinná, úcelem je rozhodnout, zda projekt je
technicky možný.
ETAPA 1
Analýza požadavku (pruzkum stávajícího
stavu) Analytici pochopí soucasný systém vcetne
terminologie. Je od ceho se odrazit. Odhalí se
základní data v systému. Stanoví se hranice
systému. Výsledkem je logický pohled na soucasný
systém.
ETAPA 2
Organizace vecné oblasti Reengineering
organizace. Zpusob organizace se musí podrídit
svému cíli. Tuto etapu musí vykonat uživatelé
systému.
12
ETAPA 3
Specifikace požadavku (definice
požadavku) Detailní specifikace požadavku.
Funkcní a nefunkcní požadavky. Výsledkem je
katalog požadavku, hrubý konceptuální model,
životní cykly entit, hranice systému, DFD,
minispecifikace a prototypy.
ETAPA 4
Logická specifikace systému (technické
rešení) Návrh technických rešení, jejich
porovnání. Týká se jak SW, tak HW.
ETAPA 5
Logický návrh Rozpracování etapy 3 do detailu s
ohledem na výsledky etapy 4. Návrh GUI, podrobná
specifikace procesu.
ETAPA 6
Fyzický návrh Logický návrh se transformuje s
ohledem na zvolený SW a HW. Modularita programu.
Návrh fyzické databáze.
13
Další metodiky

• RUPRational Unified ProcessJe metodika firmy
  Rational postavená na UP a UML. V soucasné dobe
  je velice rozšírená, prestože má ruzné
  nedostatky. Stojí za ní velké firmy, napríklad
  Microsoft.
• BORMBusiness Object Relational MethodPuvodní
  ceská metodika (Merunka, Polák, ), zabývá se
  analýzou pre analýzou (v oblasti business
  procesu).
• A další

Bude samostatná prednáška!
14
RUP

• Vychází z UP a používá notaci UML
• Je firemní
• Firma Rational (zakladatelé UML) nástroj CASE
  Rational Rose
• Je založena na prírustcích
• Prírustkový zpusob rešení problému
• Clovek lépe reší menší úlohy nežli velké
• Jeden prírustek obsahuje
• Požadavky
• Analýza
• Návrh
• Implementace
• Testování

Já osobne na prírustky moc neverím!
15
Agilní metodiky

• Snaha o prizpusobivejší zpusob rízení projektu,
  než u stávajících metodik
• Agile Manifesto
• Mnoho ruzných metodik, více ci méne agilních
• Napríklad XP (eXtrémní Programming)
• OOSP (Object-Oriented Software Process)

16
Životní cyklus ICT ve firme!
Ale zacneme trochu ze široka ?

• Modelová situace
• Chceme ve firme uskutecnit inovaciv oblasti ICT
• Nebo toto po nás vyžaduje náš zákazník
• Jádrem inovace muže být nový softwarový produkt
• Jeho naprogramování je pouze jedna z dílcích
  cinností, které je nezbytné ucinit!

17
ICT lifecycle in a company
market conditions,visionmission statements
1. business needs business strategy
legacy situation (e.g. system architecture,
bussiness processes, applicationsdata)
business requirements (ideally all aspects of
business incl. measures usually in description
of future business processes)
2. ICT strategy - ICT assessment - ICT
strategic plan - ICT implementation/tactical
plan
feedbackchanges in legacy situation (2-5 years
need to update the whole ICT strategy)
required target ICT architecture, ICT organization
existing ICT systems, user requirements (e.g.
to-be processes including material flows data
flows)
3. project feasibility - ICT project goals
objectives - gap analysis to-be vs.
as-is(processes/ICT) - business case
(costbenefit analysis) - decision on package
or in-house devel.
feedback (maintainance changes, requests for new
features)
project charter (project sponsor, manager, team,
schedule, budget, ...)
4. in-house development - analysis design
implementation - tests - roll-out
5. using packages - configuration - test -
roll-out
new or updated ICT systems, new or updated user
behavior
6. maintenance support - user help desk -
configuration management - risk management
security
18
ICT lifecycle in a company
market conditions,visionmission statements
1. business needs business strategy
legacy situation (e.g. system architecture,
bussiness processes, applicationsdata)
business requirements (ideally all aspects of
business incl. measures usually in description
of future business processes)
2. ICT strategy - ICT assessment - ICT
strategic plan - ICT implementation/tactical
plan
feedbackchanges in legacy situation (2-5 years
need to update the whole ICT strategy)
required target ICT architecture, ICT organization
existing ICT systems, user requirements (e.g.
to-be processes including material flows data
flows)
3. project feasibility - ICT project goals
objectives - gap analysis to-be vs.
as-is(processes/ICT) - business case
(costbenefit analysis) - decision on package
or in-house devel.
feedback (maintainance changes, requests for new
features)
project charter (project sponsor, manager, team,
schedule, budget, ...)
4. in-house development - analysis design
implementation - tests - roll-out
5. using packages - configuration - test -
roll-out
new or updated ICT systems, new or updated user
behavior
6. maintenance support - user help desk -
configuration management - risk management
security
19
ICT lifecycle in a company
market conditions,visionmission statements
1. business needs business strategy
legacy situation (e.g. system architecture,
bussiness processes, applicationsdata)
business requirements (ideally all aspects of
business incl. measures usually in description
of future business processes)
2. ICT strategy - ICT assessment - ICT
strategic plan - ICT implementation/tactical
plan
feedbackchanges in legacy situation (2-5 years
need to update the whole ICT strategy)
required target ICT architecture, ICT organization
existing ICT systems, user requirements (e.g.
to-be processes including material flows data
flows)
3. project feasibility - ICT project goals
objectives - gap analysis to-be vs.
as-is(processes/ICT) - business case
(costbenefit analysis) - decision on package
or in-house devel.
feedback (maintainance changes, requests for new
features)
project charter (project sponsor, manager, team,
schedule, budget, ...)
4. in-house development - analysis design
implementation - tests - roll-out
5. using packages - configuration - test -
roll-out
new or updated ICT systems, new or updated user
behavior
6. maintenance support - user help desk -
configuration management - risk management
security
20
ICT lifecycle in a company
market conditions,visionmission statements
1. business needs business strategy
legacy situation (e.g. system architecture,
bussiness processes, applicationsdata)
business requirements (ideally all aspects of
business incl. measures usually in description
of future business processes)
2. ICT strategy - ICT assessment - ICT
strategic plan - ICT implementation/tactical
plan
feedbackchanges in legacy situation (2-5 years
need to update the whole ICT strategy)
required target ICT architecture, ICT organization
existing ICT systems, user requirements (e.g.
to-be processes including material flows data
flows)
3. project feasibility - ICT project goals
objectives - gap analysis to-be vs.
as-is(processes/ICT) - business case
(costbenefit analysis) - decision on package
or in-house devel.
feedback (maintainance changes, requests for new
features)
project charter (project sponsor, manager, team,
schedule, budget, ...)
4. in-house development - analysis design
implementation - tests - roll-out
5. using packages - configuration - test -
roll-out
new or updated ICT systems, new or updated user
behavior
6. maintenance support - user help desk -
configuration management - risk management
security
21
ICT lifecycle in a company
market conditions,visionmission statements
1. business needs business strategy
legacy situation (e.g. system architecture,
bussiness processes, applicationsdata)
business requirements (ideally all aspects of
business incl. measures usually in description
of future business processes)
2. ICT strategy - ICT assessment - ICT
strategic plan - ICT implementation/tactical
plan
feedbackchanges in legacy situation (2-5 years
need to update the whole ICT strategy)
required target ICT architecture, ICT organization
existing ICT systems, user requirements (e.g.
to-be processes including material flows data
flows)
3. project feasibility - ICT project goals
objectives - gap analysis to-be vs.
as-is(processes/ICT) - business case
(costbenefit analysis) - decision on package
or in-house devel.
feedback (maintainance changes, requests for new
features)
project charter (project sponsor, manager, team,
schedule, budget, ...)
4. in-house development - analysis design
implementation - tests - roll-out
5. using packages - configuration - test -
roll-out
new or updated ICT systems, new or updated user
behavior
6. maintenance support - user help desk -
configuration management - risk management
security
22
ICT lifecycle in a company
market conditions,visionmission statements
1. business needs business strategy
legacy situation (e.g. system architecture,
bussiness processes, applicationsdata)
business requirements (ideally all aspects of
business incl. measures usually in description
of future business processes)
2. ICT strategy - ICT assessment - ICT
strategic plan - ICT implementation/tactical
plan
feedbackchanges in legacy situation (2-5 years
need to update the whole ICT strategy)
required target ICT architecture, ICT organization
existing ICT systems, user requirements (e.g.
to-be processes including material flows data
flows)
3. project feasibility - ICT project goals
objectives - gap analysis to-be vs.
as-is(processes/ICT) - business case
(costbenefit analysis) - decision on package
or in-house devel.
feedback (maintainance changes, requests for new
features)
project charter (project sponsor, manager, team,
schedule, budget, ...)
4. in-house development - analysis design
implementation - tests - roll-out
5. using packages - configuration - test -
roll-out
new or updated ICT systems, new or updated user
behavior
6. maintenance support - user help desk -
configuration management - risk management
security
23
Historie SP

• Sériový vývoj (vodopád)
• Nevýhodou je malá pružnost
• Inkrementální (spirálový)
• U velkých projektu je nárocný na zdroje
• Iterativní
• Vývoj se deje po kouskách
• Paralelní
• Vývoj se deje soucasne

Dobrá cesta
Agilní metodiky
24
objektove orientované paradigmaa velké projekty

• Velké projekty je potreba kvalifikovane plánovat
  a rídit tak, aby se prednosti OO paradigmatu
  projevily a ne aby se staly ohrožením projektu.
  Není možné se pouze spoléhat na zázracné
  vlastnosti nových programovacích jazyku a
  nástroju.
• pro oblast rízení a podpory softwarových projektu
  máme ruzné metodiky
• Rational Software Corporation. RUP - Rational
  Unified Process
• S. W. Ambler Object-Oriented Process Pattern

• rozsáhlá sada ruzných nástroju a technik, je
  treba si umet vybrat
• nepokrývá fázi údržby a provozu
• je šitý na míru smíšeným vývojovým nástrojum
• predpokládá klasický vývoj s UML

• jednodušší, procesne orientovaný, zahrnuje CMM,
  SCM, metriky, ...
• fáze údržby a provozu je aktivní soucástí
  celého procesu
• duraz na využití refactoringu,
  znovupoužitelnosti a vlastností cistých nástroju
• použitelný i pro XP, BORM

25
Advanced SW Development Model (ASDM)

• Vychází z praktických zkušeností na IT
  projektech.
• Inspirace metodikou object-oriented process
  pattern (Scott W. Amblera).
• Inspirace nekterými prvky metody RUP.

INICIACE
KONSTRUKCE
DODÁNÍ
PROVOZ

• správne definovatpožadavky na systém
• vybrat optimálnívariantu rešení
• naplánovat a pripravitvše potrebné k zahájení
  projektu. . .

• provést dobrea efektivne analýzu
• co nejlépe sestavit a otestovat systém
• mít rádnoudokumentaci. . .

• efektivne zahájitprovoz systému
• dobre zaškolit uživatele . . .

• spokojenost uživatelu s podporou
• rychlá oprava chyb
• mít dostatecnou znalostní bázipožadavku a
  návrhupro novou verzi. . .

oblasti klícovýchvýkonnostníchpožadavku
Pro každou fázi jsou identifikovány
charakteristické cinnostia k nim jsou definovány
pracovní role a odpovednosti.
26
Scott W. Ambler Object-Oriented Process Pattern
cinnosti provozované na provozní platforme
cinnosti provozované na vývojové a testovací
platforme
INITIATE
CONSTRUCT
DELIVER
MAINTAIN SUPPORT
JUSTIFY
DEFINEREQUIRE-MENTS
MODEL
TESTSIN THE SMALL
TESTSINTHE LARGE
RELEASE
SUPPORT
DEFINEMGMTDOCUMENTS
DEFINEINFRA-STRUCTURE
GENERALIZE
PROGRAM
REWORK
ASSESS
IDENTIFY DEFECTS
provozní tým
pracovní tým
zahajovací tým
podpora týmem help desk
podpora týmem projektové kanceláre
spolupráce všech budoucích uživatelu
spolupráce zástupcu budoucích uživatelu
PODPURNÉ PROCESYzajištení kvality, people
management, risc management, reuse management,
právní zabezpecení, bezpecnost, rízení
infrastruktury, ...
27
SUPPORT PROCESSES FOR THE ADVANCE SOFTWARE
DEVELOPMENT MODEL
RISK MANAGEMENT
QUALITYASSURANCE
TRAINING EDUCATION
IDENTIFYA RISK
ASSESSTHE RISK
DEVELOPMITIGATIONSTRATEGIES
PERFORM INTROTRAININGS
PERFORM DETAILEDTRAININGS
FOLLOWISOSTANDARDS
MITIGATETHE RISK
REPORTRISK
DEVELOPA TRAININGPLAN
DEVELOPA RISKMANAGEMENTPLAN
REUSEMANAGEMENT
METRICSMANAGEMENT
DELIVERABLESMANAGEMENT
INFRA-STRUCTUREMANAGEMENT
COLLECTREUSABLEITEMS
DEVELOPMETRICSPLAN
MANAGE SOFTWARECONFI-GURATION
APPLYCMM, TECHNIQUES
PERFORMAND DISCUSS
28
Nasazení rolí v jednotlivých fázích je odlišné
model program generalize test in the small

development engineer
modeler
project manager
subject matter expert / user
technical writer
Složení týmu a nasazení jeho clenu se v ruzných
fázích ASDM mení.
29
Alokace lidských zdroju
INITIATE
CONSTRUCT
DELIVER
MAINTAIN SUPPORT
!!! pri zahájení projektu se nemá plýtvat
pracovní silou !!! pomer programátorských
profesí k analytickým klesá se mení v závislosti
na fázi projektu.
30
Struktura ASDM
Co do dané fáze vstupuje!
Co se v dané fázi delá!
Co je výstupem dané fáze!
Jaké role se v dané fázi uplatnují!
Príklad jedné fáze, jak se dále delí na etapy
(stages)
31
METODIKY

• Nestací znát pouze jednotlivé metody (diagramy)
• Teprve metodiky jim vdechují smysl!
• V soucasné dobe jsou v popredí zájmu tzv. agilní
  metodiky!

32
Konec metodik