2. Systémová analýza SA návrhová část projektu = příručka projektu - systémový přístup k analýze problémů, nejdůležitější etapa projektu - podrobné st

Transkript

1 1. IŘS, definice, třídění, projekt, životní cyklus IŘS systémy na zpracování získaných (naměřených) informací a jejich využití pro řízení IŘS : a) IS informační systémy systémy sběru a zpracování dat (hromadné), použití ve správních oblastech (procesech), člověk řídí proces, PC je jen inf. Systém b) ASŘ automatizované systémy řízení ASŘTP = technologických procesů techn. Proces, jeho výsledkem je nějaký produkt - AŘSVP = výrobních procesů shodné s ASŘTP + plánování, velký kontakt s procesem měřidla, akční členy - IŘDS = dispečerské systémy člověk se podílí na řízení, např. zadává data Uspořádání a) Centralizované moc komplikované, moc kabelů -> poruchy b) Distribuované Hierarchické - Síťové selhání jedné části nezpůsobí pád celku - Holonické (celostní) systémy inteligentní čidla, koncentrátory dat sbírající informace z čidel, systém poskytuje jen min infosek, ale jen ty důležité PROJEKT návrh (dokument) design, celé dílo = projekt Životní cyklus 1. Zadání = uživatelské požadavky, iterační proces = konzultace zadavatele a řešitele 2. Analýza a hrubý návrh rozklad zadání na jednotlivé úlohy (=systémové požadavky), návrh hrubé architektury systému, vazby mezi úlohami, Závazná systémová specifikace závěr systémové analýzy (návrhové části projektu) dokument, souhlas obou stran 3. Detailní návrh detailní zpracování programů, detailní specifikace požadavků (př: PC HW, SW) 4. Realizace instalace systému, není přesné rozhraní mezi 3 a 4 5. Zkoušení a integrace testuji od nejmenších jednotek, pok součinost, vhodné určit pořadí testů 6. Integrační test otestování celého systému u výrobce, v této fázy by měli být všechny chyby odstraněny, systém je připraven na provoz 7. Uvedení do provozu předávací test, nesledují se detaily V-Diagram Uživatelské požadavky vyhodnocení (validace) předávací testy Systémové požadavky ověření (verifikace) integrační test Architektura systému ověření zkoušení Implementace zkoušení při tvorbě

2 2. Systémová analýza SA návrhová část projektu = příručka projektu - systémový přístup k analýze problémů, nejdůležitější etapa projektu - podrobné studium projektu a založení hlavních rysů řešené úlohy - podstatnou součástí je analýza systému SA analýza souč. stavu - analýza požadavků to, co se má řešit 1. Specifikace funkcí systému definice fci systému z hlediska uživatele, přepracování zadání do formy specifikace z hlediska vnějších projevů ve smyslu požadavků zadavatele 2. Hrubý návrh fcí systému, algoritmizace definice všech fcí systému potřebných k realizaci uživatel. fcí, alg. propracovány pouze do definice jednotlivých úloh, modulů a jejich vazeb 3. Návrh způsobu testování a uvádění do provozu doplněk definice fcí systému, dopad na souhrnnou efektivnost řešení 4. Návrh zabezpečení spolehlivosti zabezpečení spolehlivosti všech složek systému : fční, technické, progamové, lidské 5. Personální zabezpečení a časový plán 6. Další rozvoj systému Uzávěrkou je SYSTÉMOVÁ SPECIFIKACE závazný dokument schválený uživatelem i řešitelem.

3 3. Metody analýzy systémů, strukturované a OO Metody analýzy systémů = metody tvorby modelů (grafických, slovních, matematických) důležité je vypořádat se se složitostí systémů => uplatnění obecných principů Obecné principy: - abstrakce systém je abstrakcí reality zanedbání, vyloučení vlastností, které nejsou podstatné z hlediska sledovaného účelu systému. Ashbyho definice systému systém není reálný objekt, ale soubor veličin na objektu pozorovaných - dekompozice rozklad systému na dílčí jednotky, subsystémy a prvky. Důležité je určit úroveň rozkladu - hierarchie zachycení souvislostí mezi částmi systému ve smyslu nadřízenosti a podřízenosti. Je to dobré východisko pro postupné zpřesňování popisu systému. - modularita dekompozice systému na menší části, které vykazují jistou samostatnost moduly (samostatné, minimum fčních vazeb na okolí) 2 rysy systému struktura souvisí s dekompozicí systému - chování souvisí s popisem fcí systému, s algoritmizací Strukturované metody založení na sledování struktury systému OO přístup (Simula 60. léta) popis světa jako množiny objektů tvořených datovou strukturou a množinou fcí tyto objekty = stavební prvky systému Principy OO přístupu dědičnost, polymorfismus, ohraničenost, virtualita Grafické metody lepší schopnost zprac. člověkem, počítačová podpora Metody popisu informačních a datových toků jsou tedy základními metodami

4 4. Strukturované metody analýzy systémů, struktura, chování (CASE 4.0) Metoda fční struktury hierarchický stromový diagram - systém jeho popis je zjemňován rozkladem do dílčch prvků - listové prvky definují dekompozici systému na jednotl. části - jednotlivé řádky představují jednotlivé hierarchické úrovně systému - prvek může být zpracován na další stránce nebo označen jako subsystém PART a dále zpracováván jako samostatný systém. - každý prvek má své jméno jedinečné v rámci FS - popis vychází z metody Jacksonových diagramů VRSTVY vyšší struktura objektová - střední - funkční - nejnižší popis alg. Informační toky De Marcova metoda síťový graf - systém je rozdělen do prvků a znázornění toků informací mezi nimi se nazývá Inf. Toky hrany = předávání infosek, bez určení směru a s ním uzly = prvky : aktivní pasivní = paměť (soubor, DB) externí rozhraní vnitřní rozhraní x lze znázornit pouze vztahy mezi listy hierarchického stromu (metoda fčních struktur) x samostatná metoda nepřehledná => varianty a) FS+IT nejlepší metoda - na nejv. místech se IT neznázorňují, ne nejn. už také ne => malují se jen pro střední vrstvu a jen v případě potřeby b) kontextový diagram b) Ward-Melorova metoda datové toky vodorovně, řídící svisle - fce zpracovatelské, fce řídící - pro složitější systémy moc komplikované Datová analýza určení DATOVÉ STRUKTURY (DS) 2. etapa analýzy - popis struktury informací (inf. toku) stromový hierarchický diagram - Datový element DE reprezentován jménem, které nemusí být stejné jako jméno datového pole typ Jméno atributy IT Datové pole - DE se řadí do seznamu datový katalog DE datový element konkrétní reprezentace dat Databáze Chanův model, ER(A) model, relační model (tabulka) liší se podle oblasti použití (analýza x návrh), diagramové metody Konceptuální model (pojmový) nebereme ohled na realizaci; uživatelský (část modelu z pohledu jednoho uživatele); realizačně závislý (určena realizace) x unikají nám vazby s okolím

5 pro řízení k datovým strukturám se vytvoří kopie typové struktury, abychom mohli pracovat s instancemi tříd Metody popisu chování - metody algoritmizace (popis pomocí sekvence elementárních činností) - verbální - algoritmické jazyky ADA OO, ale složitý => nákladná realizace - BASIC - jednoduchý - Visual Basic komponenty: třídy, metody - grafické prostředky + Basic nebo strukturovaný text - grafické metody vývojáky = konstrukce IF THEN ELSE, zobrazení sledu kroků - strukturogramy (Nasi-Schneidrovy diagramy) - Jacksonovy diagramy - SFC (sekvenční fční bloky) stavové diagramy diagram stavů a přechodů (ST = state transmition) - síťový graf uzly = stavy běžné, počáteční (jen jeden), koncové (více) - hrany přechody mezi stavy, spojeny s událostí (podmínkou) a akcí (např: událost = stisk tlačítka, nebo podmínka = hladina> něco, => akce vypustit bazén ap.) - může se stát, že prvek se musí dekomponovat, protože má složité chování lepší je použít SFC dekomponuje chování na procesy prvek prvek prvek ST ST1 ST2 SFC1 SFC2 - výhoda lze částečně zautomatizovat tvorbu 1. definice stav možné přechody jsou pak již dány výčtem stavů 2. analýza přechodů přechody, které mají smysl se pak píšou (událost, podmínka, akce) - nevýhoda vznikají totožné akce různých přechodů nepoužívat ST pro implementaci Správný přístup : dekompozice systému dekompozice chování popis chování jednotlivých částí