
- •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ář
Co to je architektura informačního systému? Uveďte typické příklady architektury.
Architektura IS
Architektura informačního systému (IS) založeného na informačních a komunikačních technologiích (ICT) je v [DOHJ97-01] chápána „jako schéma zohledňující všechny podstatné dimenze návrhu informačního systému“. Umožňuje řídit integraci komponent IS podniku v určitém duchu, stylu. Podle [DOHJ97-01] lze dále celkovou architekturu IS považovat za významnou z těchto důvodů (vedle jiných):
vytváří relativně stabilní rámec, do něhož se v průběhu doby vývoje IS začleňují jednotlivé aplikace a prostředky,
zajišťuje stabilitu vývoje IS i při rychlém technologickém vývoji,
umožňuje využít hotových produktů a reagovat na jejich heterogenitu.
Architekturu IS tak lze považovat za nástroj systémové integrace. Odráží jak integraci vnitropodnikovou, tak integraci podniku s jeho okolím.
Pojďme se nyní podívat na některá pojetí architektury IS.
Architektura IS
schéma zohledňující všechny podstatné dimenze návrhu informačního systému
umožňuje řídit integraci komponent IS podniku v určitém stylu
vytváří relativně stabilní rámec, do něhož se v průběhu vývoje IS začleňují jednotlivé aplikace a prostředky
zajišťuje stabilitu vývoje IS i při rychlém technologickém vývoji
umožňuje využít hotových produktů a reagovat na jejich různorodost (heterogenitu)
lze ji považovat za nástroj systémové integrace. Odráží tak integraci vnitropodnikovou, tak integraci podniku s jeho okolím.
Architektura systému
logická
jakou bude mít logickou strukturu
organizace SW tříd do vyšších celků: balíčků, subsystému a vrstev z hlediska vyšší perspektivy (velké granularity)
platformově nezávislá, nečiní se žádná rozhodnutí o OS, požadavku na HW, či sítové požadavky (TCP/IP nebo IPX)
fyzická
jak to má být rychlé, kolika vrstvé, kde co poběží
architekturu určují nefunkční požadavky
Typické architektury:
3 vrstvé:
klientská vrstva (uživatelské rozhraní)
reprezentuje data IS a poskytuje uživatelům přístup k službám IS
aplikační vrstva (vrstva aplikační logiky)
poskytuje funkce
reprezentuje aplikační logiku
komunikuje s klienty a také s externími IS a zajišťuje výměnu dat mezi nimi
databázová vrstva (vrstvu technických služeb - databázové služby)
poskytuje bezpečné a spolehlivé úložiště pro data
zajišťuje základní integritu, základní zabezpečení přístupu k datům, prostředky pro rychlý přístup k datům a vyhledávání
Vrstvy komunikují pouze se sousední vrstvou. Klíčové pro architekturu je, že popisuje rámec ve kterém se vyvíjí IS – primárně je postavená na nefunkční požadavcích systému.
Architektura je souhrn:
podstatných rozhodnutí o organizaci SW systému
výběru strukturních elementů a jejich rozhraní, ze kterých je systém tvořen
chování použitých elementů specifikovaného vzájemnou interobjektovou spoluprací mezi vybranými elementy
kompozicí těchto strukturních a dynamických elementu do hierarchických struktur podsystému
architekturního stylu, který rozhoduje o způsobu organizace (elementu, rozhraní, spolupráce a kompozice)
Typická obecná architektura IS podniku
Typickou obecnou aplikační architekturu podniku ukazuje obrázek 1 (převzato z [KALR99-01]). Jediné, co se tomuto schématu dá vytknout, je absence subsystémů pro interakci se státní správou, bankovními subjekty a dalšími partnery, které nelze typicky zařadit do dodavatelského řetězce.
[KALR99-01] dále uvádí podrobnější cesty integrace. Řízení vztahů se zákazníky (CRM), jak je naznačeno, integruje dosavadní aplikace pro řízení marketingu, prodeje a služeb zákazníkům. Integrované řízení výroby (ERP) zahrnuje aplikace pro odhady a plánování výroby, řízení materiálového zabezpečení, řízení skladů, distribuce hotové výroby a účetnictví s financemi. Řízení dodavatelských řetězců (SCM) zahrnuje aplikace pro analýzu tržní poptávky, sledování omezení zdrojů a kapacit a aplikace pro plánování v reálném čase. Efektivní řízení prodejních řetězců je umožněno integrací individualizace produktů, řízením cenové a smluvní politiky, automatizovaným řízením nabídky, řízením vztahů se zprostředkovateli a řízením propagace. V samém centru podnikové architektury nalezneme řízení znalostí a systém pro integraci všech podnikových aplikací (EAI). Řízení znalostí (označováno jako KM – knowledge Management či BI – Business Inteligence) je v těsné souvislosti s integrací podnikových aplikací. EAI totiž logicky umožňuje shrnout data ze všech „koutů“ podniku. Aplikace BI pak nabídne analýzy a syntézy dat, předpovědi vývoje. Slouží jako základna pro rozhodování na poli CRM, SCM i ERP.
obrázek 1 – obecná architektura podniku
Typické architektury:
Mají 3 vrstvy – uživatelské rozhraní, aplikační logiky, vrstva technických služeb (databázové služby)
Klíčové pro architekturu – popisuje rámec ve kterém se vyvíjí IS – primárně je postavená na nefunkční požadavcích systému