Prezentace z 1.části školení "Úvodu do analýzy" z 24.3.2015, které proběhlo v Cleverlance

1. ANALÝZA
První krok nejen při vývoji softwaru
1- část
2015 Aktualizovaná verze
Martin Paták

2. Obsah
Analýza
a její dopady
nejen na projekty
Proces vzniku,
analýzy a
řízení požadavků
Stakeholders
Získání
požadavků
Třídění
požadavků
Analýza
požadavků
Review Změny

3. Analýza a její dopady
Analýza
a její dopady
nejen na projekty
Proces vzniku,
analýzy a
řízení požadavků
Stakeholders
Získání
požadavků
Třídění
požadavků
Analýza
požadavků
Review Změny

5. ANALYTIK?

6. Proč analýza
Relativní náklady na opravu chyb
0
10
20
30
40
50
60
70
80
Požadavky Design Kód Vývojové
testování
Akceptační
testování
Provoz
Fáze vývoje
Relativnínákladykopravěchyb

7. Validace
Ověření, že systém nabízí požadovanou
funkcionalitu
Verifikace
Ověření, že funkce systému pracují dle
očekávání

8. Analýza z pohledu vývoje SW
Plánování
způsobu ověření
Uživatelské
požadavky
Systémové
požadavky
Architektura
Detailní design
verifikace
Verifikace
Konfigurace a vývoj systému
Unit testy a
Integrační testy
Instalační testy
Systémové testy
Akceptační testy
Vyhodnocení
ověření
Verifikace
Validace
Validace
Validace
Verifikace

9. Analýza pohledu projektu
PMI definoval tři základní ukazatele projektu.
Rozsah (Scope)
Čas dodání (Time) Zdroje (Lidé i peníze))

10. Požadavky z pohledu zadavatele

11. Požadovaná funkcionalita v IT
projektech
Never used
47%
Used after radical
rework
19%
Never finished
29%
Used as developed
2% Used after
minor rework
3%

12. Other
14%
Requirements
41%
Design
28%
Dev. enviroment
5%
Data
6%
User Interafce
6%
Defekty v rámci IT projektů –
- odkud se berou?

13. Jaké jsou důvody pro tyto defekty
 Nejasné nebo nejednoznačné požadavky
 Společný slovník
 Část požadavků je neznámá
 Nejsou definovány vazby mezi požadavky
 Nejasné kompetence zadavatelů (garantů)
 Zapomenutí nebo ignorovaní uživatelé (garanti)
 Požadavky nejsou prioritizované

14.  Požadavek není imlmentován
 Je implemetován špatně
 Je implementován pozdě
 Systémy, nebo části systémů nespolupracují
Defekty vzniklé na základě špatné specifikace

16. Proces řízení požadavků
Analýza
a její dopady
nejen na projekty
Proces vzniku,
analýzy a
řízení požadavků
Stakeholders
Získání
požadavků
Třídění
požadavků
Analýza
požadavků
Review Změny

17. Waterfall model

18. Spiral Model

19. RUP iterace

20. SCRUM

21. Možné alternativy
 User story
 Strukturovaný text
 Detailní vícepohledové specifikace

25. Stakeholders
Analýza
a její dopady
nejen na projekty
Proces vzniku,
analýzy a
řízení požadavků
Stakeholders
Získání
požadavků
Třídění
požadavků
Analýza
požadavků
Review Změny

26. Kdo je stakeholder
 Seznam všech identifikovaných zúčastněných osob
zajímajících se o produkt, nebo majících s ním důležitou
souvislost.
 Zúčastněnou osobou se rozumí osoba nebo organizace, která
má na produkt vliv nebo jejíž účast je pro vývoj produktu
nezbytná.

27. Kdo je stakeholder
 Klient je osoba (osoby), která platí za vývoj a která je
vlastníkem dodávaného systému.
 Zákazník je osoba (osoby), která od klienta produkt koupí.

28. Kdo je stakeholder
 Další zúčastněné osoby
 Uživatelé (Users),
 Sponzor (Sponsor)
 Testeři (Testers)
 Analytici (Business Analysts)
 Odborníci v oblasti technologií (Technology Experts)
 Systémoví návrháři (System Designers)
 Odborníci v oblasti marketingu (Marketing Experts)
 Právníci (Legal Experts)
 Odborníci na danou oblast (Domain Experts)
 Odborníci v oblasti uživatelnosti (Usability Experts)
 Zástupci externích sdružení (Representatives of external
associations)

29. Jaké údaje potřebujeme znát
 Pozice, povolání, jméno, organizace, role
 Nezbytnou míru účasti dané zúčastněné osoby
 Míru vlivu dané zúčastněné osoby
 Dohodu, která řeší spory mezi zúčastněnými osobami.

30. Nejste-li schopni identifikovat
zúčastněné osoby, budou vám
pak chybět jednotlivé požadavky

31. Shrnutí uživatelů obsahuje
seznam všech identifikovaných
uživatelů, včetně zúčastněných osob
uživatelského typu

32. Co u uživatelů zjišťujeme
 Jméno uživatele (Skupina)
 Role uživatele – zahrnuje povinnosti uživatele.
 Předmětná zkušenost
 Zkušenost s technologií
Uveďte skutečnosti jako:
 Fyzické a intelektuální předpoklady / nedostatky
 Přístup k práci
 Přístup k technologii
 Vzdělání, jazyková vybavenost
 Věková skupina, pohlaví
 Priorita uživatele
 Účast