Životní cyklus vývoje software

Question 1

Proč potřebujeme definovat proces vývoje

Answer 1

U vývoji SW nemáme tvrdá fakta, proto stavíme na zkušenostech
Proces říká co,jak a kdy dělat při vývoji SW
Best practices
Role, aktivity, artefakty, techniky, nástroje
Začneme tím že sepíšeme requirementy ->
uděláme Design ->
nakodujeme to ->
otestujeme ->
nasadíme do produkce

Question 2

Vývoj SW se dělí na 2 typy:

Answer 2

Vývoj bez příme spoluprace s budoucími uživateli WINDOWS
Specifikace požadavku ve spolupraci s budoucími uživateli IS:
Vývoj na míru |customizace -> Transformace úspěšné verze na konfigurovatelný SW

Question 3

Co je to Informační strategie

Answer 3

Vychází z globální podnikove strategie, plánů a zjištěných nedostatků v podpoře
Určují se architektury IS(mam team Javistu a tlačím tam dotnet tak to moc neprojde)

Question 4

Úvodní studie životního cyklu

Answer 4

Posouzení realizovatelnosti jednoho vybraného systému
Odhad nákladu, přínosů, návrh I/O.
Kolik to stoji a jak dlouho to bude trvat aby to nahoře mohli schválit

Question 5

globální analýza a návrh

Answer 5

Když jdeme dělat projekt jdeme se bavit o určeni scopu – techmologie, modely a kdy se budou implementovat

Question 6

Detailní analýza a návrh

Answer 6

Návrhy UI a workflow, může trvat i měsíc, navrhujeme všechno

Question 7

Implementace

Answer 7

Realizace kódu vytvoření dokumentace

Question 8

Testování

Answer 8

Unit testy, skripty a otestovani

Question 9

Zavádění do provozu

Answer 9

Instalace technického a programového vybavení – povolit firewally, JRE, MYSQL, appka nastavit,
Provoz, údržba, podpora

Question 10

Vodopádový proces vývoje softwaru

Answer 10

Grafická podoba totohle: Sepišu požadavky ->
Udělám analýzu ->
Použiju tyhle a tyhle technologie ->
Implementace kódu ->
testování ->
zavedení do produkce

Question 11

Problémy vodopádu

Answer 11

Zazačatku vpohode, jde to podle prádu ale když dojdem do implementace tak se začneme točit v kruhu code -> fix -> code a deadline je dál a dál
Udělame požadavky nazačatku a už se s nim nebavim
Když ten systém je velký tak to paralyzujeme, vodopad nepočita s tim ž tam budou rozhrani
Pozdni odhaleni chyb vychazi z toho že testujeme až nakonec
Problem s buildem a releasem – jak to nainstalovat, má tam vůbec servery? Kde. Má tma třeba více verzi javy

Question 12

Příčina problému u vodopádu:

Answer 12

šlatna specifikace požadavků, slabá komunikace s zákazníkem, špatně definovana architektura.
Přílišná složitost systému, nedostatečné testování
Důsledky: 20% rysů softwarových aplikací je vždy nebo velmi často používání
80% práce přijde vniveč

Question 13

Agilní metodiky

Answer 13

Je lepší se pobavit se zákazníkem než mít ultimatni tool
Spolupráce se zákazníkem je lepší než sjednávaní smluv
Chceme implementovat reakci na změnu
Chceme abychom co nejrychleji dostali zpětnou vazbu od zákazníka, chceme vyvíjet iterativně
Vede to k tomu „jo pojdme“ to udělat a ne „Nejde to“
Kontinuální zpětná vazba

Question 14

Vodopád vs Agile zaměření:

Answer 14

Vodopád je zaměřen na procesy, předpokládá jejich opakovatelnost
Agilní princip – Zaměřen na lidi – motivace komunikace prvořadá

Question 15

Iterativní přístup při vývoji SW

Answer 15

Snažíme se to rozsekat na hodně malých částí.
Udělám si hodně iterací ve kterých mužu paralelně dělat požadavky, implementaci.testovani
Upravovat podle toho projekt

Question 16

Vodopád vs Iterativní přístup

Answer 16

Vodopad: po roce dodam „hotovou aplikaci“
Agile: Pruběžne dodavam věci a třeba po týdnu dodám registračku kde zaměstnanci naplni data a mužu z toho něco generovat

Question 17

Rízení rizik ve vodopadu a agilu

Answer 17

Agile: vyvojaři nejsou zkušeni v technologii ale napišu si to do rizik a vím co tam je potencionalne jako riziko. U vodopadu sepišu specku jedu dál a pak na mě vybafne nějaky impl problém