Otázky z testu

Question 1

1) Ve kterém období se začal používat pojem “softwarové inženýrství”?

Answer 1

1960-1970

Question 2

Co softwarové inženýrství poskytuje vývojářům?

Answer 2

• Základní bázi znalostí

- Podrobný návod, jak plánovat.

Question 3

Čím se zabývá programování v malém?

Answer 3

Řešením jednotlivých modulů

Question 4

Čím se zabývá programování ve velkém?

Answer 4

Dekompozicí softwaru

Question 5

Co je hlavním cílem programování ve velkém?

Answer 5

Plánováním rozsáhlých systémů ?

Question 6

Čím se projevuje “softwarová krize”?

Answer 6

a. 60 léta
b. Neúnosné prodlužování
c. Prodražování projektů
d. Nízká kvalita výsledných produktů
e. Problematická údržba
Nízká produktivita práce progrmátorů

Question 7

Pro koho je vytvářen generický software?

Answer 7

Pro neznámého uživatele

Question 8

Pro koho je vytvářen zákaznický software?

Answer 8

Pro konkrétního zájemce.

Question 9

Jaké problémy mohou vznikat v projektech s vývojem softwaru?

Answer 9

a. Složitost
b. Přizpůsobivost (když se něco změní, měl by se přizpůsobovat software a ne naopak)
c. Nestálost (přibývají požadavky, mění se okolí a mění se i software)
d. Neviditelnost
i. Nelze určit co v dané reprezentaci chybí
ii. Ilustrací neviditelnosti je 90% syndrom

Question 10

Co může patřit do problémů neviditelnosti v projektech s vývojem softwaru?

Answer 10

90% syndrom

Question 11

Co patří do problémů složitosti v projektech s vývojem softwaru?

Answer 11

Komunikace v týmu

Složité stavy softwaru

Question 12

Do jaké kategorie problémů problémů lze zařadit netriviální stavy softwaru?

Answer 12

Složitosti

Question 13

Jak si vysvětlujete problém “přizpůsobilosti” ve vývoji softwaru?

Answer 13

Když se něco změní, měl by se přizpůsobit SW a ne naopak.

Question 14

Co je to správnost softwaru?

Answer 14

Správností rozumíme, že výsledky odpovídají specifikaci.

Question 15

Co je to model životního cyklu?

Answer 15

a. Rozdělují proces vývoje SW na po sobě jdoucí etapy (někdy i souběžně)
b. Zahrnují podstatné prvky přístupu k vývoji softwaru
Liší se v posloupnosti jednotlivých vývojových etap

Question 16

Co může být problémem v projektech s vývojem softwaru?

Answer 16

a. Příčný řez
i. Nedostatečná dokumentace, poskytování jen zdrojových kódů, programátor se soustředí jen na implementaci daného podsystému atp. způsobí:
1) Když na vývoji systému musí pokračovat jiný programátor
2) Ten většinou zjistí, že bude efektivnější začít s vývojem od začátku
3) Nebo když dostane za úkol převzít nebo pomoct na jiném subsystému

Question 17

Jak specifikace požadavků může být problémem v projektech s vývojem softwaru?

Answer 17

a. Když je neformální, nejasná, neúplná a rozporuplná -> výsledek by se lišil od představy zákazníka.

Question 18

Je dobře formulovat požadavky neformálně přirozeným jazykem? (ano/ne)

Answer 18

Ne.

Question 19

Je vhodné zapisovat požadavky neformálním způsobem?

Answer 19

Ne.

Question 20

Mohou se požadavky během projektu měnit požadavky?

Answer 20

Ano.

Question 21

Je software náchylné k chybám? (ano/ne)

Answer 21

Ano

Question 22

Může komunikace v týmu ovlivnit vznik problémů v projektu s vývojem softwaru? (ano/ne)

Answer 22

Ano

Question 23

Co způsobí přidání dalších pracovníků do zpožděného projektu?

Answer 23

Prodlouží se doba trvání projektu

Question 24

Co může způsobit přidání dalších pracovníků do zpožděného projektu?

Answer 24

a. Projekt se ještě více zpozdí.

b. Přidání více programátorů nic neřeší (z hlediska času)..

Question 25

Vypište s jakými problémy se může setkat projekt, když se ve značně rozpracovaném stavu, přidají do řešitelského týmu další pracovníci.

Answer 25

a. Komunikace s novými členy týmu b. Seznámení se s projektem = nejdřív musí pochopit co, jak a proč je v projektu naprogramované/řešené, tak jak je.

Question 26

Co způsobuje problémy v rozsáhlých softwarových projektech?

Answer 26

a. Komunikační problémy: i. Práce ve velkých SW projektech se těžko organizuje a plánuje. ii. Produktivita jednotlivých programátorů se může značně lišit. Může to být extrémně až 1:20 iii. Přidání dalších programátorů do zpožděného projektu projekt ještě více zpozdí.

Question 27

Co může být problémem v projektech s vývojem softwaru? ------

Answer 27

a. Komunikace | Nízká znovupoužitelnost

Question 28

Co způsobuje nízká znovupoužitelnost software?

Answer 28

Neustálé programování obdobných modulů

Question 29

Lze metody řešení malých problémů použít na řešení velkých (složitých) problémů?

Answer 29

Ne

Question 30

Co roste s velikostí softwarového projektu?

Answer 30

Dokumentace. Čím je dokumentace rozsáhlejší a rozmanitější, tím hůře se udržuje její aktuálnost vzhledem ke stavu SW, úplnosti a konzistenci.

Question 31

Co způsobuje stárnutí softwaru?

Answer 31

a. Když je potřeba nahradit úspěšný SW systém novým: i. Nový systém bude příliš složitý, nepřehledný a neefektivní. Dalším rizikem při návrhu druhého systému je nepoužití nových technologií.

Question 32

Co to znamená, když nastanou problémy v projektu v důsledku syndromu druhého systému?

Answer 32

a. Když je potřeba nahradit úspěšný SW systém novým: | i. Nový systém bude příliš složitý, nepřehledný a neefektivní. Dalším rizikem při návrhu dr

Question 33

Co nepatří do požadavků?

Answer 33

a. Podrobnosti o návrhu b. Podrobnosti o implementaci c. Informace o plánování d. Informace o testování

Question 34

Kategorie požadavků

Answer 34

a. Funkční požadavky b. Nefunkční požadavky c. Ostatní: i. Podnikatelské požadavky ii. Uživatelské požadavky iii. Funkční požadavky iv. Systémové požadavky

Question 35

Jak se mohou dále dělit nefunkční požadavky?

Answer 35

a. V jakém programovacím jazyku bude systém implementován b. Jaké bude mít výkonnostní parametry c. Pro jaký hardware bude určen d. Pro jaký operační systém bude určen

Question 36

Čím je modelování případů užití?

Answer 36

Je to jedna z forem inženýrství požadavků.

Question 37

K čemu jsou dobré případy užití?

Answer 37

a. Ke správnému pochopení uživatelských požadavků. | Snaží se zjistit, čeho potřebují dosáhnout uživatelé.

Question 38

41) Z jakých aktivit se skládá modelování případů užití?

Answer 38

a. Nalezení hranic systému (zjistit si, co jsou to hranice systému) b. Vyhledání aktérů / účastníků c. Nalezení případů užití i. Specifikace případů užití ii. Určení alternativních scénářů

Question 39

Co jsou aktéři?

Answer 39

a. Kdo nebo co používá systém i. Aktéři / účastníci jsou vyjádřením rolí v kterých bezprostředně používají daný systém 1) Aktér může vyjadřovat roli uživatele, roli dalšího systému, který se dotýká hranic Vašeho systému ii. Aktéři jsou vůči systému externími entitami iii. Aktér specifikuje roli, kterou určitá externí entita přijímá v okamžiku, kdy začíná daný systém používat

Question 40

43) Co je případ užití?

Answer 40

a. Případ užití je něco, co aktér od systému očekává. Je to "případ užití systému specifickým aktérem". b. Případy užití jsou vždy iniciovány aktérem i. Hlavní aktér spouští případ užití ii. Žádný nebo více vedlejších aktérů jsou v interakci s případem užití po jeho spuštění c. Případy užití jsou vždy napsány z pohledu aktéra.

Question 41

44) Co je to relace v diagramech případů užití?

Answer 41

a. Vazba mezi aktéry a případy užití

Question 42

45) Čím jsou aktéři vzhledem k systému?

Answer 42

a. Kdo nebo co používá systém

Question 43

Jak lze hledat aktéry?

Answer 43

a. Ptejme se: i. Kdo nebo co používá systém? ii. Jakou roli v této interakci hraje? iii. Kdo instaluje systém? iv. Kdo spouští a vypíná systém? v. Kdo se stará o jeho údržbu? vi. Jaké další systémy spolupracují se systémem? vii. Kdo systému zadává informace a kdo je používá? viii. Děje se něco v určitou dobu?

Question 44

Kým jsou případy užití inicializovány?

Answer 44

Aktérem

Question 45

Kým jsou případy užití inicializovány?

Answer 45

Aktéry

Question 46

Jak se určují případy užití?

Answer 46

a. Nejprve projděte seznam aktérů a zvažte způsob, jímž bude každý z nich systém používat. b. Při určování případů užití se ptejte: i. Jaké funkce jednotliví aktéři od systému očekávají? ii. Bude systém poskytovat a uchovávat informace? Pokud ano, jací aktéři budou tyto činnosti aktivovat? iii. Jací aktéři budou upozorněni na změnu stavu systému? iv. Existují nějaké vnější události, které ovlivňují systém? Co upozorní systém na tyto události? v. Reaguje systém na vnější systémy? vi. Generuje systém zprávy?

Question 47

K čemu je dobrý slovníček pojmů?

Answer 47

Každé odvětví má vlastní žargon, jazyk, terminologii. Je důležité zachytit jazyk ve slovníčku pojmů daného projektu.

Question 48

Kdy je dobré modelovat případy užití?

Answer 48

V systémech, v nichž převládají funkční požadavky. | c. V systémech s mnoha typy uživatelů, kterým systém poskytuje různé funkce (systém má mnoho aktérů)

Question 49

52) Kdy není vhodné modelovat případy užití?

Answer 49

a. V systému převládají nefunkční požadavky b. Systém má málo uživatelů c. Systém má málo rozhraní

Question 50

Proces vývoje softwaru

Answer 50

a. Transformace potřeb uživatelů do požadavků b. Na základě požadavků dochází k vytvoření návrhu systému c. Implementace návrhu do SW systému d. Testování SW systému e. Předání systému uživateli Co Kdo Dělá Kdy

Question 51

Co je primárním cílem podnikatelských plánů.

Answer 51

Vytvoření opory, která pomůže při realizaci podnikatelské myšlenky Návod jak zaznamenávat všechny myšlenky a nápady

Question 52

Pravidla myšlenkových map.

Answer 52

a. Hlavní téma se umisťuje do středu mapy b. Jednotlivé části (klíčová slova) se rozmisťují kolem středu a spojují se se středem čarami c. Části lze dále větvit do libovolné úrovně d. Pomocnými čarami nebo šipkami lze zachytit vztahy napříč hierarchií e. Používají se jednotlivá slova nebo krátká slovní spojení

Question 53

56) K čemu slouží scénáře v případech užití a jaké máme?

Answer 53

a. Jaké máme? i. Hlavní scénář ii. Alternativní scénář/e b. Co to je / k čemu slouží? i. Vyjadřuje jeden konkrétní průchod případem užití

Question 54

57) Jak můžeme hledat aktéry?

Answer 54

a. Ptejme se: i. Kdo nebo co používá systém? ii. Jakou roli v této interakci hraje? iii. Kdo instaluje systém? iv. Kdo spouští a vypíná systém? v. Kdo se stará o jeho údržbu? vi. Jaké další systémy spolupracují se systémem? vii. Kdo systému zadává informace a kdo je používá? viii. Děje se něco v určitou dobu?

Question 55

Co je UML?

Answer 55

a. Jednotný neboli unifikovaný grafický modelovací jazyk (notace), který se používá při vývoji softwaru.

Question 56

59) Lepší alternativu na otázku "jak se případy užití hledají":

Answer 56

a. Najdete aktéry a pak všechny podnikatelské procesy, kterých se tito aktéři účastní. b. Najdete vnější události, na které systém musí odpovídat, a tyto události pak spojíte s příslušnými aktéry a případy užití. c. Pomocí scénářů užití popíšete všechny podnikatelské procesy, scénáře užití zobecníte do případů užití a nakonec najdete aktéry, kterých se tyto případy užití týkají. d. Případy užití odvodíte ze stávajících funkčních požadavků. Pokud některé z funkčních požadavků nevedou k žádnému případu užití, zamyslete se, jestli je doopravdy potřebujete.