Softwarové inženýrství Jaké byly charakteristické znaky softwarové krize? :r1 prodlužování a prodražování projektů, nízká kvalita, nesnadnost údržby a inovace, špatná produktivita práce :r2 nedostatek programátorů :r3 prudké zlevnění počítačových systémů :r4 žádné z uvedených :r1 ok 2 -- Co nepatří mezi příčiny softwarové krize? :r1 Prodlužování a prodražování projektů :r2 nezvládnuté technologie :r3 podcenění hrozeb a rizik :r4 neznalost základních pravidel :r1 ok 2 -- „Disciplína zabývající se reálnými problémy vývoje softwarových systémů“ je definicí :r1 softwarového inženýrství :r2 softwarových systémů. :r3 výpočetní techniky :r4 programování :r1 ok 2 -- Jaká je poslední fáze životního cyklu softwarových systémů dle SDLC? :r1 Disposition Phase :r2 Development Phase :r3 Integration and Test Phase :r4 Operations and Maintenance phase :r1 ok 2 -- Co nepatří mezi nevýhody vodopádového přístupu? :r1 Opakování :r2 nemožnost odhadnout výslednou kvalitu produktu v průběhu vývoje :r3 závislost výsledného produktu na kvalitě zadání :r4 příliš dlouhá doba vývoje :r1 ok 2 -- Přístup, kdy se jednotlivé aktivity vývoje pravidelně opakují a při každém opakování se přidá malá skupina funkcí vedoucích k cílovému stavu, se nazývá :r1 iterativní přístup :r2 vodopádový přístup :r3 agilní přístup :r4 Přístup „průzkumného” programování :r1 ok 2 -- Lidé a jejich interakce jsou důležitější než procesy a nástroje; fungující software je důležitější než podrobná dokumentace, spolupráce se zákazníkem je důležitější než uzavřené smlouvy; reakce na změny je důležitější než dodržování plánu – jsou principy :r1 agilního přístupu :r2 iterativního přístupu :r3 vodopádového přístupu :r4 přístupu „průzkumného programování“ :r1 ok 2 -- Identifikace klíčových funkcionalit systému, nejkritičtějších Use Casů je jedním z cílů: :r1 Fáze zahájení :r2 Fáze rozpracování :r3 Fáze konstrukce :r4 Fáze nasazení :r1 ok 2 -- Výstupem fáze Elaboration (rozpracování) je: :r1 spustitelná, otestovaná architektura (fungující část aplikace) :r2 pochopení problematiky a identifikovaná rizika. :r3 beta-release aplikace :r4 produkt připravený k finálnímu nasazení :r1 ok 2 -- Výstupem fáze Construction je :r1 beta-release aplikace :r2 spustitelná, otestovaná architektura (fungující část aplikace) :r3 produkt připravený k finálnímu nasazení :r4 pochopení problematiky a identifikovaná rizika. :r1 ok 2 -- Výstupem fáze Transition je: :r1 produkt připravený k finálnímu nasazení :r2 pochopení problematiky a identifikovaná rizika. :r3 spustitelná, otestovaná architektura (fungující část aplikace) :r4 beta-release aplikace :r1 ok 2 -- Na kterou z fází připadá dle prof. Vondráka nejvyšší časová dotace? :r1 Tvorba :r2 Rozpracování :r3 Zahájení :r4 Předání :r1 ok 2 -- Shoda zúčastněných stran na rozsahu, nákladech a časovém harmonogramu projektu a shoda v odhadu všech rizik a strategiích jejich snižování jsou dvě ze základních kritérii: :r1 LOM :r2 RUP :r3 UML :r4 SDLC :r1 ok 2 -- Událost, Aktivita a Brána jsou prvky :r1 tokových objektů :r2 spojovacích objektů :r3 plaveckých drah :r4 artefaktů :r1 ok 2 -- Diagram znázorňující instance tříd a vztahy mezi nimi právě v jednom okamžiku se nazývá :r1 objektový diagram :r2 diagram tříd :r3 diagram komponent :r4 strukturální diagram :r1 ok 2 -- Diagram určený k modelování výpočetních či organizačních procesů či datových toků se nazývá: :r1 Diagram aktivit :r2 Diagram chování :r3 Diagram komponent :r4 Objektový diagram :r1 ok 2 -- Který diagram je nejčastěji využíván pro znázornění vztahů mezi zákazníkem a systémem? :r1 Diagram případů užití :r2 Diagram aktivit :r3 Diagram chování :r4 Diagram komponent :r1 ok 2 -- Pro testování srozumitelnosti a konzistentnosti se používají: :r1 testy dokumentace :r2 testy bezpečnostní :r3 zátěžové testy :r4 testy použitelnosti :r1 ok 2 -- Definování, měření, analýza, zlepšování a řízení jsou fázemi :r1 DMAIC :r2 LOM :r3 LAC :r4 UML :r1 ok 2 -- Jakým testem ověřujeme fungování jednotlivých větví programu? :r1 White box testování :r2 Black box testování :r3 verifikace :r4 evaluace :r1 ok 2 --