
- •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ář
Vazba (link)
Jedná se o instanci asociace, jinými slovy o vazbu mezi objekty.
Agregace
Agregace je zvláštním typem asociace. Znázorňuje složení objektů jedné třídy z objektů jiných tříd (objekt je agregací objektů jiných tříd). Znázorňuje se kosočtvercem na konci čáry (u agregované třídy). Silnějším typem agregace je kompozice (složenina). U kompozice existuje komponenta (tj. objekt, který tvoří součást agregace/kompozice) pouze uvnitř složeného objektu. Jinými slovy, tato komponenta může patřit pouze jednomu celku. Kompozice se znázorňuje vyplněnym kosočtvercem na konci čáry. Dva prvky agregace mohou být vůči sobě ve vztahu “nebo”. Znamená to, že třída agregující tyto třídy se pak skládá pouze z jedné z nich. Vztah “nebo” se znázorní čárkovanou čarou mezi agregačními čarami. Agregaci je možné znázornit také v kontextovém diagramu. Agregovaná třída je pak zakreslená jako velký obdélník, uvnitř něho jsou pak všechny jeho komponenty. Agregace je tranzitivní (to znamená, že je-li třída 3 komponentou třídy 2 a třída 2 komponentou třídy 1, pak třída 3 je také komponentou třídy 1).
Jakými fázemi prochází životní cyklus informačního systému?
Proč je vývoj IS rozdělen na fáze?
Proces vývoje a provozu IS je spojen s řadou krizových situací a problémů. Pokud se tento proces rozdělí do částí, lze jej lépe zvládnout. Proces vývoje a provozu IS je rozdělen do etap, aby:
se lépe řídil,
se lépe kontroloval,
se dělaly věci, které se mají dělat v pravou chvíli,
se tvůrci systému nezabývali zbytečnými podrobnostmi tehdy, kdy to ještě není třeba,
přijetí příslušných produktů rozhodovali k tomu kompetentní lidé apod.
Fáze životního cyklu informačního systému:
Nápad
Neformální specifikace
deklarace záměru – základní představa co by měl SW dělat, stanovení vize, smyslu, rozsahu
odborný článek – podrobnější než deklarace, odborná terminologie klienta, stručně a neformálně co klient chce v jeho terminologii, seznámení sw firmy s fungováním zákazníka
úvodní studie (feasibility study) – není analýza, jedná se o studii proveditelnosti - co problém zahrnuje, za jakých podmínek to uděláme, za jakou cenu a zda se nám to vyplatí, analýza organizace, zda je projekt v současné stavu firmy proveditelný tak, jak je předložen, co by se muselo změnit a kolik by to stálo
Formální specifikace (analýza) – co budeme dělat
Dekompozice (návrh) – to co děláme když máme analýzu, rozčleňování na problémy, programování ve velkém
Řešení komponent (modulů) – rozdělujeme aby to bylo přirozené pro vývojáře, analytiky, manažer rozhoduje o tom, kdo, co, jak např. outsourcing
Implementace komponent – programování v malém
Testování komponent
Integrace komponent do celku
Testování celku (akceptační test) – testy reálného provozu, najímání hackerů
akceptační test – je součástí smlouvy, píše se před formální specifikací, klient mu musí rozumět
klient podle něj testuje sw posloupností operací a musí se stát to co chtěl
posloupnost operací která se provádí a dojde se podle ní k výsledku
verifikace – ověření, pravda, to co je specifikované zda bylo realizováno (implementováno)
zda je systém udělaný dobře a nemá chyby
potvrzení správnosti, pravosti, ověřování
validace – to co zadal klient je to co jsme udělali
systém dělá co zákazník chtěl
ověření, prověření
Verifikovaný Sw nemusí být validní.
Instalace
Provoz a údržba produktu
NÁVRH - abychom věděli, že to co programujeme, že to opravdu chceme.
IMPLEMENTACE – abychom udělali validaci – že jsme naprogramovali to co jsme chtěli
Bez ohledu na různé přístupy k fázím vývoje IS by každá fáze měla mít:
cíl
účel a obsah
předpoklady zahájení
kritéria ukončení
klíčové dokumenty
kritické faktory
činnosti
To, co bude obsahem těchto bodů u každé etapy, stanoví konkrétní metodika vývoje IS (např. RUP).
Typy životních cyklů vývoje IS
Vodopádový postup Vývoj IS je realizován po jednotlivých etapách jednorázovým průchodem od první do poslední fáze. V tomto modelu pokud se jedna etapa ukončí, již se k ní nevracíme.
Přírůstkový postup Přírůstek = ucelená a relativně uzavřená část systému, kterou lze samostatně navrhnout, implementovat a uvést do provozu. Systém je pak vyvíjen po jednotlivých přírůstcích tak, že každý jeden přírůstek žije ve svém vlastním životním cyklu.
Model průzkumník Během vývoje systému se řešitelé při získávání poznatků a zkušeností vrací k již prožitým etapám.
Spirálový model Vzniknul, aby se odstranily nevýhody vodopádového živ. cyklu. Jednotlivé kroky při vývoji systému se ve spirále opakují na vyšším stupni zvládnutí problematiky.
Iterační model – viz.otázka 10
Dodávám jednotlivé kusy SW a Informační Systém se o něj zvětšuje, ten kus je funkční