Vypisky

delování
Položeno hlavně kolem dat.
#. Tvorba prvotního DFD.
#. Tvorba ERD, normalizace, máme logický datový model
#. Úprava DFD podle ERD, dostaneme logický procesní model
#. Rozložení na části
#. Specifikace detailů částí

** Pohledová analýza
Používá se když na první pohled není snadné najít
v systému hiearchii.
#. Nakreslíme diagram všech možných pohledů. Pohledy by se neměly
překrývat
#. Sdružíme pohledy do skupin podle obdobné problematiky.
Rozlišíme funkční pohledy, které něco dělají, a nefunkční pohledy,
které jsou mimo systém nebo popisují vlastnosti a požadavky.
#. Vytvoříme hiearchii pohledů (takovej ten stromeček),
používáme tabulky akcí (zdroj dat, vstupní data, akce, výstupní
data, příjemce dat)

Funkční pohledy jsou
* Hraniční -- ovlivňují systém (např. uživatel)
* Definiční -- definují funkce systému, jsou jeho součástí

__Akční diagramy__ jsou velmi podobné DFD.

** YMSA
Esenciální model je dlouhodobý (ideální) model systému, který
se může opakovaně implementovat různými technologiemi.

Podle YMSA se esenciální model skládá z [[#modelOkoli][modelu okolí]]
a [[#modelChovani][modelu chování]].


** SSADM
"Obrácená" notace DFD, používá vnořené diagramy (něco jako ZUI).
Je to metoda řízená daty, nepokrývá celý životní cyklus projektu
(chybí vše od implementace dál).

Postup:
#. Studujeme stávající systém.
#. Podle toho vytvoříme specifikaci požadovaného systému
#. Formulujeme podrobné technické alternativy a jednu vybereme.
#. Podrobný návrh
#. Aplikací jednoduchých pravidel vytvoříme fyzický návrh.

Nástroje:
* Logické datové struktury -- něco jako ERD
* Diagramy datových toků -- něco jako DFD
* Životní cyklus entity -- strom, který se prochází
zleva doprava (asi DFS). Značky:
''o'' :: Alternativa, provádí se jen jedna z označených
možností
''*'' :: Iterace, provádí se opakovaně.


** SELECT perspective
Objektová analýza a návrh. Používá následující nástroje
#. Process Hiearchy Diagram (stromová struktura činností,
které se ve firmě provádějí).
#. Use cases (UML) -- pro každý proces
#. Process Thread Diagram (něco jako DFD, modelují firemní
aktivity, takové ty tlusté šipky a ovály)
#. Class model (UML)
#. Interaction model -- Collaboration diagram a Sequence diagram

Postupuje se po inkrementech, které mají minimální velikost
jednoho use case, aby zákazník viděl jasný přínos.

__3 tier__
Metodika správně provazuje přes aplikační vrstvu (namísto datové)

** Analytik by měl znát
Analytik by měl mít dobrou představu o __fungování firmy__
zákazníka -- zkratky, pojmy, postupy, politiky, organizace,
důležité osoby, strategie. Dále by měl mít přehled
o __okolí firmy__ tj. právní omezení, konkurence, produkty.



{endslide}



* Analytické diagramy
** Data flow diagram
Úrovně diagramů:
* __Kontextový diagram__ -- jediný proces, jinak jen terminátory.
* __Systémový diagram (0. úroveň)__ -- zobrazuje základní strukturu systému.
* Další vrstvy

*** Komponenty diagramu
**** Datové toky
Mohou představovat i pohyb reálného materiálu.

Data v paketu se mohou rozdělit - třeba adresa na město, PSČ atd.

**** Procesy
Mohou představovat i reálné pracoviště ve firmě.

**** Paměťi
__Esenciální paměť__ je nezbytná pro předávání informací
mezi dvěma procesy pracujícími v různém čase.

__Implementační paměť__ teoreticky nepotřebná, prakticky
se však hodí.

**** Terminály
Terminál je mimo studovaný systém a analytik nemůže
změnit interakci mezi terminály a proto tato nebude