
- •Co je předmětem fáze analýzy požadavků na informační systém? Analýza
- •Výstupem analýzy:
- •Co je smyslem modelem řízeného vývoje (mda, resp. Mdd)?
- •Co to je architektura informačního systému? Uveďte typické příklady architektury.
- •Integrace stávajících aplikací
- •Co to je bezpečnost informačních systémů, jak se zajišťuje?
- •Co to je inspekce produktu?
- •Inspekční setkání
- •Co to je programové rozhraní (api), jak se navrhuje?
- •Co to je síťový graf (pert)?
- •Co to je sloupcový diagram (Gantt Chart)?
- •Co to je softwarové inženýrství a proč vzniklo?
- •Co to je softwarový projekt a jaké jsou jeho charakteristické rysy?
- •Co to je uml, k čemu V kontextu softwarového inženýrství slouží?
- •C o to jsou funkční a nefunkční požadavky?
- •Co to jsou softwarové metriky, kdy se používají?
- •Co to jsou stupně dospělosti vývoje (cmm), jak se liší?
- •Jaké dokumenty jsou vstupem a výstupem fáze návrhu informačního systému?
- •Vstupy:
- •Výstupní dokumenty návrhu
- •Jaké metodiky řízení vývoje informačních systémů znáte?
- •Jaké metody modelování informačních systémů znáte?
- •Jaké metody se používají pro řízení kvality vývoje informačních systémů?
- •Jaké metody testování softwarových produktů znáte?
- •Jaké nástroje pro vývoj informačních systémů znáte? Ve kterých fázích se používají?
- •Implementace:
- •Výběr vhodného case nástroje
- •Jaké softwarové profese znáte a co je předmětem jejich zaměření?
- •Jaké techniky plánování znáte, jak se liší?
- •Jaké znáte metody odhadu nákladů na informační systém?
- •Jaký je rozdíl mezi strukturovanými a objektovými metodikami?
- •Vazba (link)
- •Jakými fázemi prochází životní cyklus informačního systému?
- •Na čem je založena technika odhadu dekompozicí?
- •Na čem jsou založeny statistické metody odhadu (cocomo)?
- •Vysvětlete pojem datové modelování, jaké datové modely znáte?
- •Vysvětlete pojem funkční (procesní) modelování, jaké modely znáte?
- •Vysvětlete, co to je akceptační test.
- •1. Podmínky pro akceptační test – za kterých bude splněn
- •2. Dokumentaci pro akceptační test – jak se to má dokumentovat
- •3. Definici akcí pro akceptační test – postup aby naplnil scénář
C o to jsou funkční a nefunkční požadavky?
Co to jsou softwarové metriky, kdy se používají?
Obecné dělení metrik v IS/ICT:
tvrdé - Jedná se o objektivně měřitelné ukazatele, které sledují vývoj podnikových cílů,podnikových aktivit, či jsou zaměřeny přímo na zákazníka. Jsou snadno měřitelné, jsou k dispozici bez dodatečných nákladů, lze je získat jako vedlejší produkt z dat určených pro jiné účely (databáze help-desk...), dají se většinou převést na finanční vyjádření, týkají se oblastí, které přímo ovlivňují základní konkurenční faktory (jsou formulovány v návaznosti na jednotlivé perspektivy BSC). Člení se na výsledkové ("Leg") - jsou zaměřeny na metriky dosa.ení cílů, výkonnostní ( "Lead") - jsou zaměřeny na měření výkonnosti
měkké - Měkké metriky slouží k měření a hodnocení úrovně informatické podpory jednotlivých procesů, či funkčních oblastí podniku auditním způsobem. Měkké metriky jsou koncipovány v souladu s účelem použití, např. tak, aby byly využitelné k hodnocení míry plnění interních cílů v dané oblasti a dosažení potenciálních efektů z inovace IS/IT .
Vyžadují dodatečné náklady, měření se provádí méně často (čtvrtletně, půlročně, ročně)
Hlediska kategorizace metrik IS/ICT:
dle měřicí stupnice (nominální, ordinální, intervalové, poměrové, absolutní)
dle opakovatelnosti použití (kontinuální - měření probíhá opakovaně v definované periodicitě, diskrétní - jsou aplikovány opakovaně v časově limitovaném rozsahu, zejména jako nástroj hodnocení akcí inovačního charakteru - inovace IS/IT, inovace HW platformy apod., počet opakovaných měření je nízký)
dle předmětu měření (metriky celku, metriky služeb, metriky procesů, metriky zdrojů)
dle vlastnosti předmětu měření (metriky objemu, metriky efektivnosti, metriky jakosti, metriky vyvolaných efektů)
dle fáze životního cyklu (metriky vývoje,metriky provozu)
dle úrovně řízení podnikové informatiky (metriky strategického řízení - kontinuální tvrdé metriky cílů, metriky taktického řízení - výsledkové metriky, metriky operativního řízení - tvrdé i měkké metriky)
Aby bylo možné procesy měřit, je nejprve nutné vytvořit modely těchto procesů. Dále postupujeme tak, že provádíme měření kvality provádění procesů – zralost. Obvykle se používají pro měření procesů měkké metriky, pomocí které je proces zařazen na 5-6 stupňové škále zralosti (CMMI, COBIT).
Principiálně jsou u procesů informatiky měřeny dvě základní skupiny metrik:
výkonnostní (KPI) - jsou to metriky, které sledují výkonnost (efektivnost provádění) procesů informatiky,
výsledkové (KGI - Key Goal Indicators) - jsou to metriky, které charakterizují aktuální úroveň (vytvořenou hodnotu), kterou procesy přispívají k dosahování podnikových cílů.
Metriky produktu, procesu a projektu jsou kvalitativní charakteristiky programů, procesu jejich tvorby a projektu.
Důvody pro měření metrik:
plánování projektu (odhad nákladů, pracnosti, času)
kontrola kvality produktu
odhad produktivity
zdokonalení práce (růst výkonnosti organizace)
Vychází převážně z "historických zkušeností":
Jaké byla produktivita vývoje minulých projektů?
Jaká byla kvalita vytvořeného softwaru?
Jak mohou být tato data, týkající se kvality a produktivity, extrapolována na současný projekt?
Jak nám pomůže minulost při plánování a odhadech současného projektu?
Ukazatel (indikátor) je metrika nebo kombinace metrik, které poskytují náhled na softwarový projekt, proces nebo produkt. Slouží k jejich hodnocení, aby bylo možné případně provést nápravu.
Ukazatelé procesu - umožní náhled na efektivitu existujícího procesu. Metriky procesů jsou sbírány dlouhodobě v průběhu řešení různých projektů. Mají indikovat zlepšení softwarového procesu. (strategie)
Ukazatelé projektu - umožní odhadnout stav projektu, potenciální rizika, odkrýt oblasti problému, dřív než budou kritické, přizpůsobit směr práce a úkolů, vyhodnotit schopnosti projektového týmu řídit kvalitu SW. (taktika)
Determinanty kvality softwaru a efektivity organizace:
Zkušenost a motivace lidí
Složitost produktu
Technologie (metody softwarového inženýrství)
obchodní podmínky (obchodní pravidla, termíny..)
charakteristiky zákazníka (snadnost komunikace..)
vývojové prostředí (CASE)