Analýza IS

1. Analýza IS • Je studium problému dříve, než vyvineme úsilí k jeho praktické realizaci. • Smyslem analýzy je vysvětlit podstatu a esenci problému, vytvořit modely IS na úrovni problémové domény, zjednodušit složitější pohledy (CO se bude systém umět). • Neptáme se zde JAK bude systém fungovat konkrétně v daném prostředí. V analýze se nesmí objevit implementační pojmy jako tabulka, sloupec, procesor, databáze…, ale pouze pojmy jako faktura, řádek faktury… • Analýze předchází Specifikace požadavků (klíčový moment, kdy dochází ke styku uživatele s řešitelem a ti musejí najít společný jazyk).

2. Specifikacepožadavků • Specifikacepožadavkůprobíhávečtyřechkrocích: • 1. Neformálníspecifikace • 2. Formálníspecifikace • funkčníspecifikace • specifikacenefunkčníchpožadavků • požadavkynařešení (podmínkydodání, pgmovacíjazyk + prostředí, standardy) • požadavkynavýrobek (přenositelnost, spolehlivost, použitelnost, efektivita - požadaveknavýkon a paměť) • vnějšípožadavky (legislativnípožadavky, peníze, org. struktura).

3. Specifikacepožadavků • 3. Prověření (validace) požadavků • prověření konzistentnosti, úplnosti a reálnosti požadavků • prověření potřeb uživatele. • 4.Specifikace uživatelského vzhledu • princip prvořadosti uživatele • princip jednotnosti • princip vlídnosti. • Výstupem fáze Specifikace požadavků je Specifikační dokument, který slouží jako podklad pro další práci vývojového týmu (mívá právní platnost, je součástí smlouvy). Stanovuje: • cíl řešení, požadovaný výsledek, • podrobně dokumentovaný cílový stav, aby bylo možné posoudit, zda implementace stavu dosáhla, • parametry jako cena, přínos, podmínky dodání …

4. Evidence a analýza požadavků • Evidence a analýza požadavků je klíčováčinnost v projektu, opravajejíchžnedostatků je velminákladná. • Specifikace se vytvářínazákladěpožadavků od uživatele (těch je mnoho, jsounejednoznačné, častojdouprotisobě, nebo se běhemvývojemění). • Nástroje pro evidenci a správupožadavkůumí v dokumentunajítpožadavky, vytvořit z nichstrukturu, ohodnotit je atributy, najítmezinimivztah. • Výsledkem je specifikacepožadavků, která je strukturovaná, jednoznačná, konzistentní a úplná, každýpožadavekmásvouhistorii, svéhouživatele, souvztažnost k jinémupožadavku, lze je třídit a filtrovat. • Konkrétní nástrojena trhu Doors a RequisitePro.

5. Modelyanalýzy • Největšíčástprácesystémovéhoanalytikaspočívá v tvorběmodelů. • V zásaděexistujídvazákladnípřístupy k analýze • strukturovanýpřístup, • objektověorientovanýpřístup. Strukturovaný přístup k analýze • Pro tvorbumodelůpoužívámemodelyanalýzy: • 1. Model funkční • prezentován - DFD(cv.) • 2. Model vnějšíhochovánísystému • prezentován - kontextovým diagramem(cv.) • prezentován - seznamemudálostí

6. Modely strukturované analýzy • Seznamudálostí • je tvořensoupisemrůznýchpodnětů, kterépůsobínasystém z jehookolí (procesy IS modelujívznik a důsledkykaždéudálosti). • Třitypyudálostí • Flow oriented (F)- je charakterizovánavstupemdat do systému. • Temporal (T)-spojena s časem, časováudálost je řízenavnitřnímihodinamisystému, jejívýskytnezávisínapříchodudatnebopovelu do systému. • Control (C)- zvláštnípřípad T události - charakterizujevnějšípodnět, kterýnenese data, ale neřídí se hodinami, nebozvláštnípřípad F události - nesejednoduchýbinárníúdaj (ano/ne, zapni/vypni…).

7. Seznam událostí příklad U12: změna informací o titulu (F)U13: zadání výpůjčky (F)U14: zadání navrácení výpůjčky (F)U15: dotaz na tituly od vedoucího (F)U16: dotaz na informace o titulu od vedoucího (F)U17: dotaz na informace o čtenáři od vedoucího (F)U18: dotaz na informace o zaměstnanci od vedoucího (F)U19: změna informací o zaměstnanci (F)U20: založení nového zaměstnance (F)U21: objednání titulu (F)U22: zavedeni titulu (F)U23: potvrzeni provedeni platby (F)U24: dotaz na nevyřízené faktury (F)U25: zadání nabídky titulu (F)U26: vystaveni faktury (F)U27: je půlnoc – rozeslání upomínek (T) a • U1: dotaz na tituly od neregistrovaného čtenáře (F)U2: dotaz na informace o titulu od neregistrovaného čtenáře (F)U3: dotaz na tituly od čtenáře (F)U4: dotaz na informace o titulu od čtenáře (F)U5: žádost o rezervaci titulu od čtenáře (F)U6: žádost o prodloužení výpůjčky od čtenáře (F)U7: dotaz na tituly od knihovníka (F)U8: dotaz na informace o titulu od knihovníka (F)U9: dotaz na informace o čtenáři od knihovníka (F)U10: změna informací o čtenáři (F)U11: založení nového čtenáře (F)

8. Modelystrukturovanéanalýzy • Reakcísystémunaudálost je buďvýstupinformace o události (následku), nebouloženíinformaceo tom, žeudálostnastala. • Každývstup do systému je z tohotopohleduchápánjakoinformace o skutečnéudálosti, výstup je vnějšíreakcínapříslušnouudálost, nebozprávousystému o kombinaciudálostí a jejímodvozenémdůsledku.

9. Modelystrukturovanéanalýzy 3. Model datový (Chen) • prezentován– ERD(cv.) • (prezentuje statickou část systému, vyjadřuje vztahy mezi typy dat bez informací o funkcích, které tato data požívají nebo vytvářejí,je využíván pro návrh fyzické struktury datových souborů a je tvořen entitami a vazbami mezi nimi a atributy). • Entita - cokoliv, co je předmětem zájmu a odpovídá existující realitě (Student, Čtenář). • Relační vazba představuje vztahy mezi jednou nebo několika entitami, každý vztah je spojením mezi 0 a více výskyty entity 1 s 0 nebo více výskyty entity 2 (počet jednotlivých výskytů udává kardinalita). Množina spojení mezi entitami reprezentující něco, co si systém musí pamatovat, ale co nemůže být odvozeno nebo vypočteno.

10. Modelystrukturovanéanalýzy • Relačnívazba je popsánajménemresp. rolí a kardinalitou a parcialitou. • Kardinalita(násobnost) je možnávevícealternativách • 1:1, 1:N, M:N i obecnáčísla. • Parcialita- udává povinnost nebo volitelnost vazby. • Entity dálemohoubýtnadřazené (nadtyp) a podřazené (podtyp). • Atributyjsou vlastnosti entity nebo vztahu, mohou být totální, parciální, základní, odvozené, primární nebo cizí klíče.

11. Modelystrukturovanéanalýzy • 4. Model řídící- modeluječasovězávisléchovánísystému(cv.) Pozn. Specifickýmrysemstrukturovanýchmetod je oddělenípopisutransformacídat (procesů) a jejichnávazností (DFD) od popisučasovýchnávaznostíjednotlivýchprocesů (model řízení) . Prvkytohotomodeluznázorňujemečárkovaně. Nástrojem popisu řídícího procesu v řídícím modelu je stavový diagram-STD

12. Modelystrukturovanéanalýzy Vedlejšípomocnémodelovací prostředkystrukturované analýzy • Datovýslovník (Data Dictionary) - místocentrálníhopopisudatovýchprvků v systému, kteréjsouspolečnéspecifickýmmodelům. • Jazyk DD • Jméno = (Titul)+Křestníjméno+Příjmení • Titul = [Paní|Pan|Slečna|Dr|Prof|Ing] • Křestníjméno ={písmeno} • Příjmení = {písmeno}

13. Modelystrukturovanéanalýzy Jazyk DD má podobu Backus - Naurovy formy, kde • jednotlivé prvky jsou definovány postupně shora dolů • obsah prvků je definován jako • prvek v sekvenci + • varianty selekce [|] • iterace (opakování){} • nepovinný prvek () • * poznámky*, • @ - identifikátor. Princip DD vychází z toho, že to, co je všem modelům společné, jsou obsahově totožná data. Proto je popis datových struktur brán jako základní místo integrace všech modelů dohromady.

14. Modelystrukturovanéanalýzy • ELH - Entity Life History - Životní cyklus entity • další nástroj k popisu systému, méně používaný. • ELH- v některých metodikách se používá jako třetí pohled na systém, jako kontrola konzistence mezi DFD a ERD. • ELHmodeluje všechny možné kombinace, které mohou nastat pro výskyt dané entity během její existence v IS. • ELHmůže být vytvořen pro každou entitu v ERD.

15. Model strukt. analýzy- ELH

16. Modelystrukturovanéanalýzy • Specifikaceprocesů – minispecifikace • je popisprocesu (funkce) nanejnižšíúrovnihierarchickéhorozkladu, popisujelogikuprocesu, tedy co se musíudělatpřitransformacivstupůnavýstupy. • Tytoelementárnífunkcemusíbýtspecifikoványtak, abydohromadypopisovalycelýsystém. • Minispecifikacivyjadřujemestrukturovanouangličtinou (češtinou), rozhodovacímstromem, tabulkou, strukturnímdiagramem.

17. Modelystrukturovanéanalýzy • Matice - popisují, které entity nebo faktory ovlivňují jiné entity nebo faktory, nebo jejich výskyt v subsystémech.Procesy spolupracují s datovými pamětmi a vytvářejí v nich nové záznamy, mění záznamy, nebo je pouze čtou. Matice CRUD • R proces čte data z paměti READ • U proces aktualizuje data z paměti UPDATE • C proces vytváří data CREATE • D proces maže data DELETE. • Matice umožňují zachytit vztahy mezi • procesy a organizační strukturou podniku, • procesy a bázemi dat, • hledanými informacemi a obrazovkami, které je zobrazují, • procesy a jejich odpovědnými pracovníky,….

18. Modelystrukturovanéanalýzy • Analýzaafinityje možnostvyužitímatic pro aplikace, vekterých je použitovelkémnožstvíobrazovek a jsouvytvořenyrůznýmianalytiky. Je vhodnévytvořitmatici, kteráukazuje, vekterýchobrazovkách se vyskytujíjednotlivéúdaje. Ty obrazovky, kterémají k sobětvarověblízko,jsouafinní. Zabrání se takduplicitámobrazovek a údajů.

19. Podniková pravidla • K prvkům analytických modelů se často připojují podniková pravidla. Jsou to pravidla (omezení), která jsou obecně používána v podniku, např. zákony, vládní nařízení, podnikové směrnice, požadavky zákazníků nebo výpočty a omezení některých prvků. Jejich popis se provádí iterativně, od jednoduchého vyjádření po detailní a zcela konkrétní. Např. časové termíny, počet studentů ve skupině, výpočet určité hodnoty, nejvyšší (nejnižší) přípustná hodnota atd. • Existují v několika typech: definice(zákazník je osoba identifikovaná jménem a adresou), skutečnost (klient může založit jednu nebo více objednávek), vzorec(cena objednávky se rovná součtu cen jednotlivých položek, omezení(suma poptávky celkem nesmí přesáhnout částku 1 mil Kč).

20. Domény • K datovým prvkům analytických modelů lze připojit domény. • Domény pomáhají identifikovat typy informace v projektu. Aplikování domén k datovým položkám zjednodušuje standardizaci datových charakteristik. Šetří čas analytika podporuje tvorbu přehledných a srozumitelných modelů. • Domény mohou popisovat následující informace: datový typ, délku a přesnost, kontrolní parametry, podniková pravidla.

21. Strukturovaný návrh programového systému • Tvoří se v etapě Návrh(podle některých metodik) etapa Konstrukce • Vstupemje funkční specifikace systému představovaná DFD, popisy procedur, popisy GUI, návrh DB. Výstupemje plán kódování a testování. • Nástrojem je tzv. diagram modulární struktury tzv. „structure chart“ (není to Jacksonův diagram!) viz obr. • Zobrazuje moduly (určitý počet příkazů nebo instrukcí), hierarchii a organizaci komunikace mezi moduly a data, která si moduly předávají. Nezobrazujevnitřní logiku ani pořadí nebo počet opakování vzájemného volání. • Strukturovaný návrh se zabývá vnějším pohledem na modul a na programový systém. Ukazuje COdělá, ne JAKto dělá.

22. Strukturovaný návrh programového systému

23. Analýza rizik • Rizikajsou všechny myslitelné situace nebo události, které mohou způsobit nesplnění cílů projektu. Pro každé identifikované riziko je nutné stanovit jeho důležitost (nebezpečnost) a pravděpodobnost výskytu. Rizika se identifikují a analyzují v každé fázi vývoje, důsledkem je včasné vyloučení nevhodných řešení. Analýza rizikmá dva hlavní cíle: • Zjistit předem možná ohrožení hladkého průběhu projektu. • Připravit reakce na tyto události. • Příklady rizik v projektech SW inženýrství • Projektová rizika(odchod lidí z týmu, snížení rozpočtu, opoždění subdodávky). • Technická rizika(nevyzkoušené a nezvládnuté metodiky a technologie, výpadky a selhání HW, problémy se SW). • Obchodní rizika(špatné odhady odbytu a zájmu, konkurenční produkt, nezvládnutý marketing).