Nástroje kvality. Softwarový proces

Nástroje kvality. Softwarový proces
Radek Mařı́k
CA CZ, s.r.o.
May 21, 2010
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
1 / 54
Obsah
1
Japonské nástroje
Staré japonské nástroje
Nové japonské nástroje
2
Softwarový process
Modely
Ekonomika softwarového procesu
3
Unified Model Language - UML
DEMO
4
Přı́loha - UML notace
Grafická notace
UML diagramy
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
2 / 54
Japonské nástroje
Staré japonské nástroje
7 základnı́ch (“starých”) japonských nástrojů
[?]
Charakteristika
užitečné pro vedoucı́ projektu a manažéry projektu,
řešı́ až 95% problémů spojených s udržovánı́m kvality,
Nástroje
diagram přı́čin a následků,
stratifikačnı́ analýza,
kontrolnı́ seznam,
histogram,
diagram rozptylu,
Pareto diagram,
průběhy řı́zenı́.
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
4 / 54
Japonské nástroje
Kontrolnı́ formulář
Staré japonské nástroje
[?]
je tiskopis s předtištěnými položkami, které se majı́ kontrolovat.
ke sběru dat,
ke klasifikaci pozorovaných dat.
N
Action
Expected
1.
Push button A
2.
Select menu File/New
3.
Write "Hello"
4.
Push button B
5.
Push button C
6.
Drag object O1
7.
Draw a line
8.
Change the line color
Radek Mařı́k ([email protected])
T1 T2
Dialog appears
A circle is drawn
Nástroje kvality. Softwarový proces
May 21, 2010
5 / 54
Japonské nástroje
Kontrolnı́ seznam
Staré japonské nástroje
[?]
je kontrolnı́ formulář vyžadujı́cı́ potvrzenı́.
k shrnutı́ klı́čových bodů procesu,
Error Recovery
Testovánı́ softwaru
seznam obecných chyb,
seznam opravených chyb
programu
(PTF - program temporary fix).
Radek Mařı́k ([email protected])
Automatic error correction
Failure to report an error
Failure to set and error flag
Where does the program go back to?
Aborting errors
Recovery from hardware problems
No escape from missing disk
Nástroje kvality. Softwarový proces
May 21, 2010
6 / 54
Japonské nástroje
Staré japonské nástroje
Diagram přı́čin a následků - rybı́ kost (CE diagram)
[?, ?]
je strukturovaný obrázek přı́mek a odboček
použı́vaný k vrstvenı́ a seskupovánı́ přı́čin,
následek zobrazený v obdélnı́ku na pravé straně,
přı́činy jsou nalevo.
Cause branch
Cause twig
Testovánı́ softwaru
objevit možné přı́činy defektů,
Cause twiglet
Effect
porozumět mechanismu selhánı́.
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
7 / 54
Japonské nástroje
Staré japonské nástroje
Přı́klad CE diagramu - Cannyho algoritmus
detekce hran v obrazu a vlivy na kvalitu hrany
selection
noise filtering
thinning
man−made
neighborhood size
textured
kernel size
natural
sigma
input
image
edge
strength
nonmaximal
suppression
edge
detection
low
high
gradient magnitude
Radek Mařı́k ([email protected])
hysteresis thresholding
Nástroje kvality. Softwarový proces
May 21, 2010
8 / 54
Japonské nástroje
Pareto analýza
Staré japonské nástroje
[?, ?]
Pareto princip aplikovaný na kvalitu navrhuje, že ztráta kvality je
rozložena nerovnoměrně tak, že několik málo kritických defektů
způsobuje největšı́ ztrátu.
Vilfredo Pareto (1848-1923) - distribuce bohatstvı́,
“80-20” pravidlo: 20% přı́čin způsobı́ 80% defektů.
Pareto diagram: frekvence vždy striktně klesajı́.
Přı́klad: detekce hran v obrazu [?]
missed edges
výběr způsobu prahovánı́ má daleko většı́ vliv než výběr filtru
gradient thresholds
Radek Mařı́k ([email protected])
Deriche/Sobel
Nástroje kvality. Softwarový proces
May 21, 2010
9 / 54
Japonské nástroje
Staré japonské nástroje
Histogram
je grafická reprezentace četnostı́ vzorků zvolené populace.
zobrazuje distribuci charakteristik parametru,
Testovánı́ softwaru
frekvence defektů produktu
podle závažnosti,
#
počet dnů, po které defekt
zůstává otevřen,
profil spokojenosti zákaznı́ka.
units
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
10 / 54
Japonské nástroje
Diagram rozptylu
Staré japonské nástroje
[?]
vztah dvou intervalových proměnných,
napomáhá datově založeným rozhodnutı́,
korelačnı́ koeficient dvou proměnných
vysoce citlivý na odlehlá data (outlier),
Testovánı́ softwaru - vztahy
McCabe’s index složitosti a
úrovně defektů (predikce),
rychlost defektů testovánı́ a
rychlost defektů zákaznı́ka,
A
rychlosti defektů vı́cekrát
použité komponenty na dvou
platformách.
B
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
11 / 54
Japonské nástroje
Průběh
Staré japonské nástroje
[?]
sleduje vývoj hodnoty parametrů v čase,
základ analýzy trendů,
S křivka sleduje kumulativnı́ vývoj parametru v čase oproti plánu.
Testovánı́ softwaru
počet otevřených problémů za
týden (zatı́ženı́ týmu)
procento oprav softwaru, které
překročı́ kritérium odezvy.
DELINQUENT %
stav testů vyjadřený testovacı́mi přı́pady provedenými a úspěšnými.
WEEK
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
12 / 54
Japonské nástroje
Řı́dicı́ průběh
Staré japonské nástroje
[?]
forma průběhu s definovanou kapacitou procesu.
kapacita procesu
Cp =
|USL − LSL|
6σ
USL je hornı́ specifikačnı́ hranice,
LSL je spodnı́ specifikačnı́ hranice,
6σ představuje celkovou variabilnost procesu.
je obtı́žné aplikovat při vývoji softwaru,
proces je pod kontrolou . . . všechny hodnoty parametrů jsou v
mezı́ch bez jakékoliv tendence,
process je mimo kontrolu . . . některé hodnoty jsou mimo meze nebo
vykazujı́ nějaký trend.
UCL
time
LCL
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
13 / 54
Japonské nástroje
7 nových japonských nástrojů
Nové japonské nástroje
[?]
Charakteristika
zaměřené vı́ce na strategické plánovánı́ kvality,
podporujı́ komunikaci.
pomáhajı́ nalézt společný postoj.
Nástroje
relačnı́ diagram,
diagram afinit,
systematický diagram,
maticový diagram,
analýza maticového diagramu,
procesnı́ rozhodovánı́ podle průběhu řı́zenı́,
šipkový diagram.
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
15 / 54
Japonské nástroje
Nové japonské nástroje
Diagram přı́buznosti (affinity diagram)
použı́ván ke sběru a organizaci faktů, mı́něnı́ a myšlenek.
Hierarchie:
bloky - fakta, mı́něnı́, myšlenky.
ovály - skupiny,
šipky - vztahy.
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
16 / 54
Japonské nástroje
Nové japonské nástroje
Přı́klad diagramu přı́buznosti - analýza názvů sekcı́
[?]
Interpretace: jedná se o reálné, přirozené prostředı́. Úlohy jsou proto
složité, pro které scházı́ penı́ze a rozpoznánı́ ve společnosti. Rovněž
neexistuje přijatelná teorie.
Lack of Performance Evaluation in Computer Vision
Lack of theory
High complexity
No theory for algorithms
Vision is only one module
Measures are not comparable
Vision is too complex
The used models are wrong
Too many tuning parameters
Real environment
Recognition
Evaluation is task dependent
Testing is not acknowledged
Simulations are not reality
Ground truth is too expensive
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
17 / 54
Japonské nástroje
Nové japonské nástroje
Maticový diagram - dům kvality
vztah mezi skutečnou a technickou kvalitou,
odhad mezı́ parametrů nových algoritmů.
závislost charakteristik,
pohled zákaznı́ka,
preference hladkých hranic,
uniformnı́ch oblastı́,
vysokého kontrastu mezi oblastmi,
pěkný tvar oblastı́
pohled technika
GU uniformnost šedi,
NU normalizovaná uniformita,
GC kontrast šedi,
SM tvarová mı́ra,
FRAG fragmentace,
FOM chyba pravděpodobnosti
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
18 / 54
Japonské nástroje
Nové japonské nástroje
Maticový diagram segmentace obrazu
[?]
Relationships values
+ Strong positive
− Strong negative
−
+
+
+
smooth boundaries
25
25
inter−region contrast
7
32
Quality characteristics
Radek Mařı́k ([email protected])
5
5
3
35
25
15
x
Nástroje kvality. Softwarový proces
Weights
Ours
Compet.
PE
15
15
ideal region shape
Priority scores
5
15
55
x
21
21
7
21
15
36
x
Shape
intra−region uniformity
−
FRAG
15
Color
+
−
SM
GC
NU
Deg
ree Quality characteristics
of im
port (technical
Demanded
ance
to c language)
quality
usto
mer
(customer language)
GU
Image Segmentation
−
FOM
5
3
1
May 21, 2010
19 / 54
Softwarový process
Modely
Cyklus vývoje softwaru.
IEEE/ANSI, 1991(Std 1074-1991) Množina aktivit, které vytvářı́ procesy
nutné k vývoji a údržbě softwaru.
Typický model vývojového cyklu
koncept,
požadavky,
návrh,
implementace (kódovánı́),
testovánı́,
použı́vánı́ a údržba.
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
21 / 54
Softwarový process
Vývoj “přes stěnu”
Modely
[?]
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
111
000
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
Customer
111
000
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
Sales
111
000
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
Testing
111
000
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
Coding
111
000
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
000
111
Design
Marketing
rozděl a panuj [?],
přespecializované prostředı́,
konkurenčnı́ oddělenı́ impéria,
ukazovánı́ prstem.
Sekvenčnı́ procesy vytvářenı́ kvality musı́ spolupracovat.
May 21, 2010
22 / 54
Softwarový process
Vodopádový model
Modely
[?]
System
Requirements
Software
Requirements
Specifications
Software
Design
Software
Implementation
Unit Testing
Software
Integration,
Integration
Testing System Testing
Acceptance
Testing
Operation
Maintenance
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
23 / 54
Softwarový process
Spirálový model
Modely
[?]
Cumulative cost
Progress through steps
Determine objectives,
alternatives,
constraints
Evaluate alternatives,
identify, resolve risks
Risk
analysis
Risk
analysis
Risk analysis
Commitment
Review
partition
Risk
analy−
Prototype 1
sis
Requirements plan
life−cycle plan
Concept of
operation
Prototype 2
Development
plan
Prototype 3
Simulations, model, benchmarks
Software
product
design
Integration
and test plan Design validation and
verification
Plan next phases
Implementation
Radek Mařı́k ([email protected])
Acceptance
testing
Operational
prototype
Detailed design
Unit
test
Code
Integration
and test
Nástroje kvality. Softwarový proces
May 21, 2010
24 / 54
Softwarový process
U model
Modely
[?]
Code and spec
modification
Requirements
specification
1
11
System and
acceptance
validation
Requirements
verification
Product simulation
Functional design
specification
3
Code and spec
modification
9
2
Usability test
10
Functional design
verification
6
Function validation
Internal design
specification
Code and spec
modification
Code
4
Internal design
verification
Radek Mařı́k ([email protected])
5
7
Code verification
Unit validation
Nástroje kvality. Softwarový proces
Code and spec
modification
8
Integration
validation
May 21, 2010
25 / 54
Softwarový process
Tunelový model
Modely
[?]
Starting point is known
One day, maybe ....
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
26 / 54
Softwarový process
Iterativnı́ model
Iteration 1
TEST
Test Proces
Modely
[?]
Plan
Design
Implementation
Execution
Evaluation
Radek Mařı́k ([email protected])
Iteration 2
Iteration 3
TEST
TEST
Plan
Design
Implementation
Execution
Evaluation
Plan
Design
Implementation
Execution
Evaluation
Nástroje kvality. Softwarový proces
May 21, 2010
27 / 54
Softwarový process
Modely
Iterativnı́ a inkrementálnı́ model
[?]
Requirements
Analysis and Design
Implementation
Planning
Management
Environment
Initial
Plannig
Deployment
Evaluation
Test
Each iteration
results in an
executable release
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
28 / 54
Softwarový process
Fázovánı́ procesnı́ch aktivit
Radek Mařı́k ([email protected])
Modely
[?]
Nástroje kvality. Softwarový proces
May 21, 2010
29 / 54
Softwarový process
Riskové řı́zenı́
Ekonomika softwarového procesu
[?, ?]
Risk
Waterfall approach
Iterative approach
Iteration Iteration Iteration IterationIterationIterationIteration
Feasibility Elaboration Construction
Transition
study
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
Time
May 21, 2010
31 / 54
Softwarový process
Cena nalezenı́ a opravy chyb
Ekonomika softwarového procesu
[?]
Cost
Čı́m dřı́ve je chyba nalezena a opravena, tı́m je levnějšı́.
Requirements
Radek Mařı́k ([email protected])
Coded
Nástroje kvality. Softwarový proces
Released
May 21, 2010
32 / 54
Softwarový process
Ekonomika softwarového procesu
Distribuce chyb
56 % Requirements
27 % Design
7 % Code
10 % Other
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
33 / 54
Unified Model Language - UML
DEMO
Rational Rose 2003 demo
1
2
přı́pady použitı́
logický pohled - diagram třı́d,
1
2
třı́dy + jejich vlastnosti a metody,
přetahovánı́ do logického pohledu,
3
stavový model dokumnetu
4
sekvenčnı́ diagram, generovánı́ diagramu kolaborace,
5
diagram komponent,
6
diagram rozmı́stěnı́.
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
35 / 54
Unified Model Language - UML
DEMO
Literatura I
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
36 / 54
Přı́loha - UML notace
Software Project Example
Grafická notace
[?]
Systém řı́zenı́ dokumentů
Výňatek z neformálnı́ho popisu:
Jestliže chce uživatel změnit dokument a má na tuto operaci
povolenı́, nikdo jiný jej právě neměnı́, pak uživatel si může vypůjčit
(check out) daný dokument.
Jakmile si uživatel vypůjčı́ dokument, ostatnı́ si jej již vypůjčit
nemohou, ale mohou jej čı́st.
Když uživatel skončı́ editaci dokumentu, měl by jej vrátit zpět (check
in), a takto povolit jiným uživatelům jeho editaci.
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
38 / 54
Přı́loha - UML notace
Grafická notace
Grafická notace
[?, ?]
Notace je grafické vyjádřenı́ modelů, určuje syntaxi modelovacı́ho
jazyka.
jazyk modelovánı́ použitelný jak lidmi tak stroji,
Sloužı́ k:
výstavbě toho správného systému - toho, který splnı́ potřeby uživatele
za rozumnou cenu,
komunikaci s experty domény - vysvětlenı́ práce jiným,
výměně informace mezi různými účastnı́ky,
snadnou manipulaci s modely,
reprezentaci celých systémů použitı́m objektově orientovaných konceptů
Object = Stav + Chovánı́ + Identita
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
39 / 54
Přı́loha - UML notace
Grafická notace
Unified Model Language - UML
[?, ?]
grafická notace,
průmyslový standard (OMG 1997),
9 různých typů diagramů . . . různých pohledů na softwarový systém.
pomáhá komunikaci mezi lidmi,
zachycuje systém na vysoké úrovni abstrakce.
Některé modely
model přı́padů použitı́ popisuje požadavky uživatele,
model třı́d zachycuje statickou strukturu,
statový model vyjadřuje dynamické chovánı́ objektů,
model interakcı́ představuje scénáře a toky zpráv,
implementačnı́ model určuje pracovnı́ jednotky,
model rozmı́stěnı́ poskytuje detaily přı́slušné k rozvrženı́ procesů.
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
40 / 54
Přı́loha - UML notace
UML diagramy
Diagram přı́padu použitı́
je reprezentace funkcionality systému z pohledu uživatele.
Přı́pad použitı́ je typická interakce mezi uživatelem a systémem
počı́tače,
zachycuje nějakou uživatelem viditelnou funkci,
může být malý či velký,
zajisťuje diskrétnı́ cı́l pro uživatele.
Přı́pady použitı́ se točı́ okolo externě vyžadované funkcionality.
Účastnı́k je role, kterou hraje uživatel vůči systému,
může být externı́ systém, který potřebuje informaci od daného systému.
Stereotyp rozšı́řenı́ popisuje variaci obvyklého chovánı́.
Stereotyp použitı́ se doporučuje použı́t pokud se část přı́padu opakuje.
Scénář referuje jednu cestu skrz daný přı́pad použitı́.
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
42 / 54
Přı́loha - UML notace
UML diagramy
RCS Use Cases
$'HYHORSHU
&KHFN2XW
XVHV!!
XVHV!!
3URMHFW/HDGHU
Radek Mařı́k ([email protected])
'DWDEDVH$FFHVV
)LQG3HUVRQ
Nástroje kvality. Softwarový proces
May 21, 2010
43 / 54
Přı́loha - UML notace
Diagram třı́d - základnı́ pojmy
UML diagramy
[?, ?]
reprezentuje statickou strukturu systému pomocı́ typů objektů a jejich
různých druhů statických relacı́.
Třı́da je popis množiny objektů sdı́lejı́cı́ ty samé odpovědnosti,
vlastnosti, operace, atributy, a sémantiku.
Asociace reprezentujı́ vztah mezi instancemi třı́d.
Každá asociace má dvě role; každá role je jednı́m ze směrů asociace.
zdroj, cı́l, multiplicita.
Atribut [?] je abstrakce jedné charakteristiky vlastněnou všemi
entitami, které samy byly abstrahovány do třı́dy.
Operace jsou procesy, které třı́dy mohou provést (odpovı́dajı́
metodám třı́dy).
Agregace je druh asociace který vyjadřuje silnějšı́ho vazbu mezi
třı́dami
(≈ reference).
Kompozice je silnějšı́ forma agregace
(≈ hodnota).
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
44 / 54
Přı́loha - UML notace
Class Diagram - dědičnost
UML diagramy
[?]
Zobecněnı́ spočı́vá ve vyčleněnı́ společných prků v rámci množiny
třı́d do jedné obecné třı́dy zvané supertřı́da.
Specializace dovoluje zachytit speciálnı́ vlastnosti množiny objektů,
které nejsou popsány dosud identifikovanými třı́dami (podtřı́da).
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
45 / 54
Přı́loha - UML notace
Diagram objektů
UML diagramy
[?]
vyjadřuje statickou strukturu systému pomocı́ objektů a jejich vztahů,
je instancı́ diagramu třı́d.
&DU
:KHHO
:KHHO
)RUG&DU
:KHHO
:KHHO
(QJLQH
(QJLQH
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
:KHHO
May 21, 2010
46 / 54
Přı́loha - UML notace
Sekvenčnı́ diagramy
UML diagramy
[?]
ilustruje interakci mezi objekty použitı́m časových struktur, které
určujı́ pořadı́ komunikace.
vysı́lánı́:
synchronnı́ při kterém vysı́lač je blokován a čeká na ukončenı́
zpracovánı́ zprávy volaným objektem,
asynchronnı́ při kterém odesı́latel nenı́ blokován a může pokračovat ve
zpracovánı́ své agendy.
Aktivace koresponduje s dobou, po kterou objekt vykonává nějakou
akci.
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
47 / 54
Přı́loha - UML notace
UML diagramy
RCS CheckOut sekvence
FR5&6*8,
'RFXPHQW
$'HYHORSHU
&KHFN2XWDUJQDPH
,V/RFNHGDUJQDPH
+DV3HUPLVVLRQDUJQDPH
&KHFN2XWDUJQDPH
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
48 / 54
Přı́loha - UML notace
Diagram kolaborace
UML diagramy
[?]
ilustruje interakce mezi objekty použitı́m prostorové struktury, která
představuje fyzické rozmı́stěnı́,
čas se nevyjadřuje explicitně,
zprávy jsou očı́slovány podle pořadı́ odeslánı́.
&KHFN2XWDUJQDPH
$'HYHORSHU
FR5&6*8,
'RFXPHQW
Radek Mařı́k ([email protected])
,V/RFNHGDUJQDPH
+DV3HUPLVVLRQDUJQDPH
&KHFN2XWDUJQDPH
Nástroje kvality. Softwarový proces
May 21, 2010
49 / 54
Přı́loha - UML notace
UML diagramy
Diagram stavových schémat (statechart)
[?]
zachycujı́ chovánı́ třı́d použitı́m statových automatů založených na
pojmech stavu a přechodů,
stav, počátečnı́ stav, koncové stavy,
Změna z jednoho stavu do jiného se provede tehdy, když je daný
přechod iniciován událostı́, která nastane v rámci dané domény
problému.
Stavová schémata jsou hierarchické stavové automaty.
agregace: je kompozice jednoho stavu z několika jiných nezávislých
stavů (konjuktivnı́ typ).
zobecněnı́: maskuje detaily,
obecnějšı́ stavy se nazývajı́ superstavy,
speciálnějšı́ stavy se nazývajı́ podstavy,
ORFNHG
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
XQORFNHG
May 21, 2010
50 / 54
Přı́loha - UML notace
UML diagramy
Přı́klad stavového schématu
(
$
%
$
(
%
(
(
(
&
&
(a) klasicky
(b) hierarchicky
6
7
8
;
$
(
<
(
=
Radek Mařı́k ([email protected])
(
Nástroje kvality. Softwarový proces
(
(>LQ=@
%
May 21, 2010
51 / 54
Přı́loha - UML notace
Diagram aktivit
UML diagramy
[?, ?]
reprezentujı́ chovánı́ operacı́ užitı́m množiny akcı́ organizovaných do
sekvencı́ kroků se sekvenčnı́m či paralelnı́m provedenı́ větvı́ řı́zenı́.
aktivita:
úloha, která je potřeba udělat,
metoda třı́dy,
rozhodnutı́: blokujı́cı́ podmı́nky (guard conditions) řı́dı́, které
přechody se uskutečnı́.
synchronizačnı́ brána smı́ být překročena, pokud byly iniciovány
všechny vstupnı́ přechody.
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
52 / 54
Přı́loha - UML notace
Diagram komponent
UML diagramy
[?]
popisuje softwarové komponenty aplikace v implementačnı́m prostředı́.
5&6*8,
'RFXPHQW'%
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
53 / 54
Přı́loha - UML notace
Diagram rozmı́stěnı́
UML diagramy
[?]
ukazuje umı́stěnı́ softwarových komponent na hardwarových
komponentách.
:RUNVWDWLRQ
6HUYHU
Radek Mařı́k ([email protected])
Nástroje kvality. Softwarový proces
May 21, 2010
54 / 54