Co vás tady čeká za odpovědi na otázky k teoretickému zápočtu z IS? #lolfont
|
|
- Ivo Navrátil
- před 6 lety
- Počet zobrazení:
Transkript
1 Co vás tady čeká za odpovědi na otázky k teoretickému zápočtu z IS? #lolfont 1. K čemu slouží matice CRUD? Jaký je rozdíl mezi use case v objektové analýze a procesem ve strukturované analýze? Jaký je rozdíl mezi třídou v UML a entitou v ERD? Vyjmenujte alespoň tři use case pro aktora čas Ke kterému prvku DFD můžeme přidat podnikové pravidlo, aby se objevilo v ERD? K čemu využíváme prvek split/merge? Jak popisujeme strukturu dat v data dictionary? Kdy se používá minispecifikace a jak ji vyjádřím? Kdy použiji řídící proces a řídící datový tok? Najděte alespoň pět chyb v systémovém diagramu Co je to fyzická úroveň datového modulu? Popište k čemu slouží Co kontroluje funkce kontrola konzistence v CASE nástrojích? Jaká je souvislosti mezi ERD (entitně-relační diagram) a DFD (data flow diagram)? Které prvky z Process Analystu můžeme importovat do Data Architectu? Ke kterému prvku DFD můžeme přidat podnikové pravidlo, aby se objevilo v ERD? Co je to systémová encyklopedie? Jaké informace v ní najdeme? Pro který software je typická? Co jsou to podniková pravidla a ke kterým prvkům se připojují? Co se děje s procesem, který dekomponujeme? Proč modelujeme IS? (5 důvodů) Vyjmenujte prvky entity a uveďte příklad entity a jejich prvků Jaký je rozdíl mezi strukturovanou a objektovou analýzou? Co kontrolují CASE systémy? Jak se liší následující typy softwaru? Charakterizujte pomocí tří vět programy Navision, Data Architect a Rational Rose Jak popisujeme use case? Které prvky obsahuje kontextový diagram? Co je to prototyp? Vysvětlete pojem kardinalita a uveďte příklady pro jednotlivé typy
2 28. Co je to modelování, proč modelujeme a kdy modelujeme? Co je to doména? Kdo je to aktor? Vysvětlete pojem parcialita Cecky Porovnejte software Dynamics Navision a Axapta Jaký je rozdíl mezi Data Architectem a Process Analystem? Z čeho se skládá funkční model? Jaké jsou tři úrovně DFD? Popište Backus-Naurovu notaci Co obsahuje datový slovník? Porovnejte prvky ERD a DFD Proč je možné mít více hranic v use case diagramu? Popište diagram tříd Jaké diagramy můžeme dodat k use case diagramu? Jaký je rozdíl mezi sekvenčním, aktivitním a komunikačním diagramem? Jaké jsou typy vazeb v use case? Co je to lifeline? Vysvětlete spirálový a vodopádový model Vyjmenujte tři diagramy interakce systému (behaviorální) Porovnejte vztahy include a extend Kdy využijeme generalizaci aktora? Kdy využijeme generalizaci use case? Jaký je rozdíl mezi komunikačním a sekvenčním diagramem? Láskyplný BONUS Jaké jsou atributy prvků class diagramu? Vyjmenujte alespoň pět komponent IS Jmenujte pět informačních systémů a jejich vlastnosti Které modelování je statické a které dynamické? Je rodné číslo vhodným primárním klíčem? Vymyslete vlastní podnikové pravidlo typu Proč je lepší objektový přístup namísto strukturního? Typy zpráv sekvenčního diagramu
3 52.9 K čemu jsou fragmenty sekvenčního diagramu? Jaké jsou komponenty diagramu aktivit? Bonus totalus exitus netříděné shrnutí z posledního cvičení, zkuste si odpovědět
4 1. K čemu slouží matice CRUD? Matice CRUD (Create Read Update Delete) nám zobrazuje vztahy mezi data story a procesy a vztahy mezi data itemy a procesy. Dokáže odhalit špatně navržený systém (prázdný řádek v CRUD matici značí, že data store není použitý v návrhu IS je duch). 2. Jaký je rozdíl mezi use case v objektové analýze a procesem ve strukturované analýze? V objektové analýze je use case případem použití. Ve strukturované analýze je proces způsobem zpracování vstupů a transformace výstupů. 3. Jaký je rozdíl mezi třídou v UML a entitou v ERD? Třída v UML je popsána atributy, metodami a vztahy. V ERD je entita popsána názvem, vlastnostmi a vazbami. 4. Vyjmenujte alespoň tři use case pro aktora čas. Pravidelné zasílání reportů Každodenní odesílání údajů bance Začátek soutěže (soutěž začíná vždy v 10:00) Automatická aktualizace Posílání uzávěrky Výpočet odvodu DPH 5. Ke kterému prvku DFD můžeme přidat podnikové pravidlo, aby se objevilo v ERD? Podnikové pravidlo můžeme přidat k data store či data itemu (položky, které při importu v ERD používám). 6. K čemu využíváme prvek split/merge? Split slouží k rozložení jednoho datového toku na dva (ty obsahují data items z původního toku v libovolném pořadí a počtu, ale žádné jiné data items se mohou duplikovat). Merge slouží k sloučení dvou datových toků do jednoho (obsah nového toku jsou data items s obou původních toků, bez duplicit). 4
5 7. Jak popisujeme strukturu dat v data dictionary? Strukturu dat v data dictionary popisujeme pomocí Backus-Naurovy notace (metasyntaxe), příklad: <symbol> ::= <sada_symbolů> Dále můžeme strukturu dat také popsat Jacksonovým diagramem či CASE nástrojem. 8. Kdy se používá minispecifikace a jak ji vyjádřím? Minispecifikaci používáme na nejnižší úrovni rozložení (ve chvíli, kdy je proces dostatečně dekomponovaný). Minispecifikaci lze popsat pomocí: 1. Strukturovaného jazyka (nejpoužívanější je angličtina s klíčovými slovy CREATE, WRITE pro data stores, READ, SEND TO pro terminátory, UPDA- TE, IF THEN ELSE, REPEAT-UNTIL, WHILE-DO) 2. Jacksonových diagramů (diagramy využívající selekce, iterace* a sekvence) 3. Pseudokódu (neformální jazyk) 9. Kdy použiji řídící proces a řídící datový tok? Řídící proces se používá pokud potřebujeme určit, zda provádět danou operaci nebo ne (zpracování). Pomocí řídícího toku se posílají pouze impulzy (signály). Datové toky řídícího procesu neobsahují data items. Pouze řídí chod celého IS. Řídící datový tok se v diagramu znázorňuje přerušovanou čárou. 10. Najděte alespoň pět chyb v systémovém diagramu. (tady to může být různě, ukázkové řešení aby bylo jasný, na co se zaměřit) ČTENÍ špatný název datového toku ČTENÍ datový tok k terminátorovi nemůže být oboustranný ZAPLAŤ špatný název datového toku FAKTURA nepřiřazený datový tok k terminátoru POŽADAVEK nevhodný typ směru (aktualizace) datového toku EVIDENCE KNIH > PŮJČKY A REZERVACE nepojmenovaný datový tok nepropojení procesů v diagramu (DS)KNIHY > (DS)ČTENÁŘI nepojmenovaný datový tok (DS)KNIHY) data store je duplicitní INFO O KNIZE dvakrát stejně nazvaný datový tok IS UCE do terminátoru jdou dva datové toky z dvou různých procesů ČTENÁŘ z terminátoru nejde žádný datový tok 11. Co je to fyzická úroveň datového modulu? Popište k čemu slouží. Fyzická úroveň datového modulu je tvořena ERD diagramem. 5
6 Slouží k modelování dat a vztahů mezi nimi. 12. Co kontroluje funkce kontrola konzistence v CASE nástrojích? Kontrola konzistence ověřuje, zdali je diagram správně namodelovaný z hlediska daných datových toků (např. aby nebyl datový tok update u terminátora či mezi procesy) a také z toho hlediska, zdali má každý terminátor a data store datový tok do nějakého procesu. Dále kontroluje, zdali jsou vyplněné všechny data itemy. 13. Jaká je souvislosti mezi ERD (entitně-relační diagram) a DFD (data flow diagram)? Navazují na sebe. Z DFD diagramu můžeme vytvořit ERD diagram tím, že určíme, že data store je entita, ze které se vytváří entity v ERD. Stejně tak se kopírují podniková pravidla, domény a datové prvky. Stejně tak se i z ERD dá vytvořit DFD (implementace datových slovníků, data stores a podnikových pravidel). 14. Které prvky z Process Analystu můžeme importovat do Data Architectu? Data stores označené jako entity Podniková pravidla Domény Datové prvky v data storech (datové slovníky) 15. Ke kterému prvku DFD můžeme přidat podnikové pravidlo, aby se objevilo v ERD? Takové podnikové pravidlo se musí týkat domén či data stores (popř. jejich data itemů), které jsou označené jako entity. 16. Co je to systémová encyklopedie? Jaké informace v ní najdeme? Pro který software je typická? Jedná se o seznam všech použitých prvků v IS (procesy, datové toky, terminátory, data stores, datové prvky, podniková pravidla, domény, split/merge). V encyklopedii najdeme k prvkům veškeré informace, jejich popisy a anotace. Je typická pro CASE nástroje (např. Process Analyst). 17. Co jsou to podniková pravidla a ke kterým prvkům se připojují? Podniková pravidla jsou všeobecné pokyny, které obsahují určité omezení. Vytvářejí se na základě směrnic nebo jiných interních pravidel. Připojují se k doménám, terminátorům, datovým tokům, data stores, 6
7 Příklad: Čtenář musí mít minimálně 18 let pro přístup do pornosekce. Typy podnikových pravidel: definice, vzorec (suma objednávka = hodnota položka * počet kusů), omezení (využívá interval), skutečnost (fakt) 18. Co se děje s procesem, který dekomponujeme? Terminátory, které jsou připojené k dekomponovanému procesu se přesouvají o úroveň níže a zároveň tak i datové toky, které jsou na ně také napojené (při kontextovém diagramu dochází k duplikování terminátorů podle toho, kolik toků z nich vychází nebo vchází). To samé platí i o data stores při dekompozici na druhé úrovni DFD a o procesu, který je připojený na dekomponovaný proces. 19. Proč modelujeme IS? (5 důvodů) Pro zvýšení efektivity práce Pro lepší komunikaci se zákazníky v rámci firmy Pro větší přehled o podnikových aktivitách Pro zjednodušení práce Pro tvoření reportů Pro vytváření podnikových analýz Inovace Bezpečnost Zautomatizování procesů Dohled Všechny informace se centrálně ukládají na server Strategická výhoda pro organizaci s IS Rychlé vyhledávání informací Nižší náklady v dlouhém období Statistiky 20. Vyjmenujte prvky entity a uveďte příklad entity a jejich prvků. Prvky entity jsou název, atributy a datový typ. Příklad: Zaměstnanec ID_zaměstnanec (integer), jméno (text), telefon (integer), stravuje se (boolean) 21. Jaký je rozdíl mezi strukturovanou a objektovou analýzou? Strukturovaná analýza využívá několika modelů funkčního, datového, řídícího, modelu vnějšího chování, vedlejší pomocné prostředky (DD). Objektová analýza vychází z objektově-orientovaného programování, překonává sémantické mezery. 7
8 22. Co kontrolují CASE systémy? Práci tvůrců IS Řízení procesu vývoje IS Testování a nasazení aplikace (IS) 23. Jak se liší následující typy softwaru? Charakterizujte pomocí tří vět programy Navision, Data Architect a Rational Rose. Navision je podnikový modulární informační systém, který pomáhá firmám s účetnictvím, ekonomikou a řízením vztahu se zákazníky. Data Architect je CASE nástroj pro vytváření ERD diagramů, umožňuje import data stores (entit) z Process Analystu. Rational Rose je objektový CASE nástroj od firmy IBM, jedná se o balík několika produktů. 24. Jak popisujeme use case? Názvem, stručnou charakteristikou a scénáři (hlavní, alternativní). Use case diagram popisujeme aktorem, hranicí systému, vazbou a use casem. 25. Které prvky obsahuje kontextový diagram? Kontextový diagram obsahuje vždy jeden jediný proces a terminátory, které jsou v okolí systému (externí entity). Proces v kontextovém diagramu představuje proces nejvyšší úrovně hierarchického rozkladu (IS). Kontextový diagram neobsahuje data stores! 26. Co je to prototyp? Prototyp je simulace systému, na které se uživatelům představí jeho konečná (nebo alespoň částečná) podoba, struktura, funkce a rozhraní. 27. Vysvětlete pojem kardinalita a uveďte příklady pro jednotlivé typy. Kardinalita značí násobnost. Její typy jsou 1:1 (člověk má občanský průkaz), 1:n (člověk má své vlastní oblečení n), m:n (člověk m je spolubydlícím v bytě n). 28. Co je to modelování, proč modelujeme a kdy modelujeme? Modelujeme pro porozumění rozsáhlého problému, abychom mohli problém řešit v týmu bez větších obtíží. Díky abstraktnímu pohledu na IS jsme schopni rychle zapracovat neočekávané požadavky. Také jsme schopni odhalit odstranit redundantní funkce. 8
9 Modelovat můžeme strukturovaně (DFD + ERD) nebo objektově (UML). Modelujeme funkce, strukturovaně tabulky, objektově objekty, strukturu dat, role (oprávnění), vazby mezi objekty a grafické rozhraní (GUI). Modelujeme po analýze požadavků IS. 29. Co je to doména? Doména představuje striktně zadaný formát pro data item (např. je vždy text s 100 znaky, ve formátu xxx@xxx.xxx). 30. Kdo je to aktor? Aktor specifikuje určitou roli v use case diagramu. Tuto roli bude vykonávat určitý uživatel, který bude interagovat s IS. 31. Vysvětlete pojem parcialita. Parcialita značí povinnost. Prázdné kolečko značí nepovinnost (a nezávislost), plné kolečko povinnost (a závislost). 32. Cecky žádné malé velké gigantické umělé (tribute pro původní autory některých vypracovaných otázek <3 ) 33. Porovnejte software Dynamics Navision a Axapta. Axapta je určená pro velké podniky, je drahá, propojuje moduly a má účetní knihu. Dynamics Navision je jednodušší, levnější, pro střední podniky. 34. Jaký je rozdíl mezi Data Architectem a Process Analystem? Process Analyst pracuje s DFD digramem, Data Architect s ERD diagramem. 35. Z čeho se skládá funkční model? Z hierarické sítě diagramů (DFD, ERD) složené z komponentů DFD proces, terminátor, data store, datové toky. V ERD jsou komponenty entity a vazby. 36. Jaké jsou tři úrovně DFD? Kontextový diagram, systémový diagram a DFD modul. 9
10 37. Popište Backus-Naurovu notaci. (datová položka) volitelná struktura {DP} násobná struktura [DP/DP] výběrová ID *DP poznámka {jméno} + přezdívka + adresa + pohlaví titul = {písmeno} + {.} + ({písmeno}) písmeno = {a..z; A..z} adresa = ulice + číslo_popisné + číslo_orientačné ulice = (číslo) + {písmeno} + (číslo) 38. Co obsahuje datový slovník? Datový slovník je složený z datového toku a datových položek (data items). Položka obsahuje: název, typ, povinnost, označení, jedinečnost 39. Porovnejte prvky ERD a DFD. ERD DFD Entita Data store Doména Doména Podnikové pravidlo Podnikové pravidlo Terminátor / Externí entita Proces Datový tok Atribut Datová položka (Data Item) Split/merge 40. Proč je možné mít více hranic v use case diagramu? Protože v use case můžeme mít více informačních systémů a prvky i mezi více IS mohou spolupracovat. 41. Popište diagram tříd. Diagram tříd představuje statický pohled na modelovaný systém a jeho úkolem je znázornit typy objektů v systému a jejich vztahy. Základním objektem diagramu tříd je třída, která obsahuje název, atributy a metody. Všechny prvky třídy mají svoji danou viditelnost. V diagramu tříd existuje několik vztahů: mohutnost (multiplicita), závislost (dependence), asociace, agregace (prázdný kosočtverec), kompozice (plný kosočtverec), dědičnost (generalizace) a realizace. 10
11 Asociace značí, že jedna instance může komunikovat s druhou. Agregace značí, že jedna instance má druhou. Kompozice značí, že jedna instance je zásadní součástí jiné. 42. Jaké diagramy můžeme dodat k use case diagramu? Sekvenční diagram Komunikační diagram Stavový diagram Diagram časování Diagram aktivit 43. Jaký je rozdíl mezi sekvenčním, aktivitním a komunikačním diagramem? Sekvenční diagram ukazuje, jak na sebe sekvence (ve scénáři) navazují. Diagram aktivit znázorňuje chování systému, je dynamický. Diagram komunikace je podobný se sekvenčním diagramem s tím rozdílem, že diagram komunikace umožňuje libovolné rozložení instancí tříd, propojuje je a používá číslování pro znázornění pořadí (z jednoho panáčka jde rovnou 1.1 i 3.1 funkce). 44. Jaké jsou typy vazeb v use case? Asociace Agregace Kompozice Generalizace (dědění) Extend (rozšíření) Include (zahrnutí) 45. Co je to lifeline? Třída v sekvenčním diagramu. 46. Vysvětlete spirálový a vodopádový model. Vodopádový model vychází ze sekvenčního přístupu k jednotlivým fázím do další fáze můžeme až ve chvíli, kdy jsme předchozí kompletně dokončili. Spirální model je založený na určování cílů, vyhodnocení alternativ a rizik, vývoj a verifikace další úrovně produktu a plánování následujících fází. Po každé fázi následuje testování, hodnocení a předání dílčích výsledků produkt je testován pravidelně. 11
12 47. Vyjmenujte tři diagramy interakce systému (behaviorální). Diagram aktivit, stavový diagram a sekvenční diagram. 48. Porovnejte vztahy include a extend. Include značí, že zahrnuje nějakou funkci. Extend je vztah pro rozšíření. V případě include se vykoná nový i includovaný case, protože ten nový má includovaný v sobě. 49. Kdy využijeme generalizaci aktora? Když hlavní aktor a jeho přiřazené use case jsou přiřazené současně i podřízeným hlavního aktora. 50. Kdy využijeme generalizaci use case? Když potřebujeme rozšířit danou funkci. Hlavní use case mi opisuje funkcionalitu všeobecně, ale jeho podřízení ho blíže specifikují. 51. Jaký je rozdíl mezi komunikačním a sekvenčním diagramem? Komunikační obsahuje objekty, sekvenční třídy. 52. Láskyplný BONUS Sem patří vše, co má potenciál se objevit v testu (na cvičení na to bylo upozorňováno), ale přesto to žádný student v testu doposud nezaznamenal nebo o tom neřekl ostatním. Peace Jaké jsou atributy prvků class diagramu? Private, public, protected Vyjmenujte alespoň pět komponent IS. Nákup, sklad, výroba, zboží, zákazníci Jmenujte pět informačních systémů a jejich vlastnosti. Helios Fenix pro menší veřejné instituce ShipEdge webová cloudová služba pro správu skladišť Money S3 IS pro účetnictví, podporuje moduly Money S4 ABRA mapuje výrobní proces, umí číst čárové kódy (G3 pro firmy; G4 komplexní řešení pro velké firmy) Microsoft Dynamics NAV 52.4 Které modelování je statické a které dynamické? Dynamický pohled představuje funkční DFD. Statický pohled představuje datový ERD. 12
13 52.5 Je rodné číslo vhodným primárním klíčem? Není Vymyslete vlastní podnikové pravidlo typu. Příklad na certifikaci montéra: Definice: Montér je zaměstnanec firmy. Omezení: Montér musí mít minimálně pět let praxe v oboru. Skutečnost: Montér obnovuje svůj certifikát po šesti letech. Vzorec: Montérova mzda je dána vzorcem 52.7 Proč je lepší objektový přístup namísto strukturního? Lze hned vidět funkcionalitu celého systému Na objekty lze aplikovat vazby, pomocí nich můžeme určit principy objektů Lze rozdělit více IS a jejich funkcionalitu pomocí hranic (vidíme tak celkovou funkcionalitu i jiných IS, což nám umožňuje spolupráci s nimi) Typy zpráv sekvenčního diagramu. Asynchronní (obyčejná šipka) aktor něco pošle, ale nečeká na odpověď Synchronní (plná šipka, vybarvená) aktor něco pošle a čeká na odpověď Návratové (přerušovaná šipka) 52.9 K čemu jsou fragmenty sekvenčního diagramu? Spojují navzájem podobné zprávy Jaké jsou komponenty diagramu aktivit? Aktivita (obdélník se zaoblenými hranami) je jednoduchá nebo strukturovaná (ta má dole uprostřed +) Počáteční bod/událost (kolečko) Koncový bod/událost (kolečko s tečkou uprostřed) Tok (klasická čára) nemusí mít název Rozhodovací blok (diamant) min. dva toky dál, ty toky MUSÍ být pojmenované; názvem bloku je vždy otázka Fork/join Plavecké dráhy horizontální nebo vertikální; vyznačují, kdo přesně dělá kterou aktivitu Bonus totalus exitus netříděné shrnutí z posledního cvičení, zkuste si odpovědět - Backus-Naurova notace - notace pro vytváření dat v data dictionary - obsahuje násobnostní prvky, volitelnost - Jacksonovy diagramy - CO ZNAČÍ SEKVENCE, ITERACE,...? - Jaké jsou všechny možnosti minispecifikací? - Kontrola konzistence? - kontrola z pohledu fyzického řešení, kontrola v CRUD matici, nesmí vzniknout duch 13
14 - Systémová encyklopedie = sdružuje všechny komponenty IS, zabraňuje vytváření duplicit (obsahuje všechny DFDčka, domény, business rules, ERDčka,...) - Pro které nástroje je typická systémová encyklopedie? - pro case use nástroje - kroužek - split/merge - umožňuje rozdělovat datové toky (a,b,c na a,b a c jinam) - může vytvářet duplicity - merge spojuje datové toky (a,b a b,c spojí na a,b,c) - zabraňuje duplicitám - co se děje s procesem, který dekomponujeme - všechny prvky napojené k procesu se přesouvají do nižší vrstvy, terminátoři se namnoží podle počtu datových prvků, u 2->3 tam může být i data store - tři use cases pro aktora a čas: zálohovat server, aktualizovat systém, - jaký je rozdíl mezi procesem a řídícím procesem - v řídícím procesu netečou data, je značen čárkovaně - řídící proces pracuje s impulzy, normální proces pracuje s daty - Rational Rose - SW nástroj pro modelování UML - jaký je rozdíl mezi Microsoft Dynamics NAV (IS), Visual Paradigm (modelování UML, procesní modelování), ProcessAnalyst (DFD) a DataArchitect (ERD)? - proč modelujeme IS? - - co modelujeme v IS? - - jaký je rozdíl mezi entitou a třídou? - entita má název a atributy, třída má ještě i metody - jaký je rozdíl mezi use case a procesem? - use case znázorňuje funkcionalitu, proces znázorňuje algoritmus (v 2. vrstvě DFD je proces modulem) - naučit se správně vysledovat chyby v DFD, špatný názvy procesů, duchy, špatné číslování procesů, špatné číslování data stores,... 14
Objektově orientované technologie Dynamický náhled Sekvenční diagram (Realizace UC) Daniela Szturcová
Objektově orientované technologie Dynamický náhled Sekvenční diagram (Realizace UC) Daniela Szturcová Osnova Modelování interakcí mezi objekty modelování zpráv (mapování zpráv na operace), vytváření a
VíceBusiness Process Modeling Notation
Business Process Modeling Notation Stephen A. White, IBM Corporation Procesní řízení 1 Co to je BPMN? Standard Business Process Modeling Notation (BPMN) byl vyvinutý skupinou Business Process Management
VíceModelování informačních systémů s využitím jazyka UML. Jaroslav Šmarda
Modelování informačních systémů s využitím jazyka UML Jaroslav Šmarda Využití jazyka UML při vývoji IS na příkladu jednoduché aplikace pro evidenci knih Model IS Modelování případů užití Diagram případů
VíceDBS Konceptuální modelování
DBS Konceptuální modelování Michal Valenta Katedra softwarového inženýrství FIT České vysoké učení technické v Praze Michal.Valenta@fit.cvut.cz c Michal Valenta, 2010 BIVŠ DBS I, ZS 2010/11 https://users.fit.cvut.cz/
Více7.3 Diagramy tříd - základy
7.3 Diagramy tříd - základy - popisuje typy objektů a statické vztahy mezi nimi Objednávka -datumpřijetí -předplacena -číslo -cena +vyřiď() +uzavři() {if Objednávka.zákazník.charakteristika = 'nejistý'
VíceIS Restaurace. Semestrální práce. Tomáš Rumíšek V Brně dne 7. 1. 2014 Peter Ševčík
IS Restaurace Semestrální práce Tomáš Rumíšek V Brně dne 7. 1. 2014 Peter Ševčík 1 1. Obsah 2. Neformální specifikace... 3 Informační systém Restaurace... 3 3. Formální specifikace... 3 Funkční požadavky...
Více3 druhy UML diagramů
UML grafický jazyk se pro vizualizaci, specifikaci, navrhování a dokumentaci programových systémů zjednodušuje komunikaci mezi zadavatelem a řešitelem projektu UML podporuje objektově orientovaný přístup
Více7.3 Diagramy tříd - základy
7.3 Diagramy tříd - základy - popisuje typy objektů a statické vztahy mezi nimi Objednávka -datumpřijetí -předplacena -číslo -cena +vyřiď() +uzavři() {if Objednávka.zákazník.charakteristika = 'nejistý'
VíceDiagramy tříd - základy
Diagramy tříd - základy - popisuje typy objektů a statické vztahy mezi nimi Objednávka Zákazník -datumpřijetí -předplacena -číslo -cena +vyřiď() +uzavři() {if Objednávka.zákazník.charakteristika = 'nejistý'
VíceÚvod do softwarového inženýrství IUS 2009/2010 p.1/30
Úvod do softwarového inženýrství IUS 2009/2010 5. přednáška Ing. Radek Kočí, Ph.D. Ing. Bohuslav Křena, Ph.D. Vytvořeno na základě přednášky doc. Ing. Jaroslava Zendulky, CSc. Úvod do softwarového inženýrství
VíceDatabázové modelování. Analýza Návrh konceptuálního schématu
Databázové modelování Analýza Návrh konceptuálního schématu 1 Vytváření IS Analýza Návrh Implementace Testování Předání SW Jednotlivé fáze mezi sebou iterují 2 Proč modelovat/analyzovat? Standardizované
VíceRuční návrh Připravíme si odpovědi na základní otázky Co chceme řešit (projektovat) a proč Komu to bude sloužit Jaký užitek z toho bude mít uživatel I
Návrh řešení IS Vývoj informačních systémů Ruční návrh Připravíme si odpovědi na základní otázky Co chceme řešit (projektovat) a proč Komu to bude sloužit Jaký užitek z toho bude mít uživatel IS a jaký
VíceKonceptuální modelování. Pavel Tyl 21. 3. 2013
Konceptuální modelování Pavel Tyl 21. 3. 2013 Vytváření IS Vytváření IS Analýza Návrh Implementace Testování Předání Jednotlivé fáze mezi sebou iterují Proč modelovat a analyzovat? Standardizované pracovní
VíceArchitektury Informačních systémů. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/
Architektury Informačních systémů Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Nutné pojmy Co je to informační systém? Jaké oblasti zahrnuje? Jaká je vazba IS na podnikovou strategii?
VíceArchitektury Informačních systémů. Jaroslav Žáček
Architektury Informačních systémů Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Nutné pojmy Co je to informační systém? Jaké oblasti zahrnuje? Jaká je vazba IS na podnikovou strategii?
VíceJazyk UML - přehled. diagram hierarchie procesů. IS firmy. podpora řízení. evidence zaměstnanců. pokladny. výroba. diagram procesních vláken
Jazyk UML - přehled Unified Modeling Language jazyk pro popis objektově orientované analýzy a návrhu aplikací slouží k vzájemné komunikaci mezi zadavatelem a návrhářem systému má několik částí, není nutné
VíceModelování procesů s využitím MS Visio.
Modelování procesů s využitím MS Visio jan.matula@autocont.cz Co je to modelování procesů? Kreslení unifikovaných či standardizovaných symbolů, tvarů a grafů, které graficky znázorňují hlavní, řídící nebo
VíceInformační systémy 2008/2009. Radim Farana. Obsah. UML - charakteristika
2 Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní, Katedra automatizační techniky a řízení 2008/2009 Radim Farana 1 Obsah Jazyk UML, základní modely, diagramy aktivit, diagramy entit.
VíceMetody popisu systému, základy UML
Metody popisu systému, základy UML Strukturovaný přístup Klasickou metodou analýzy a návrhu informačních systémů je strukturovaný přístup, navržený v 70. letech (Tom DeMarco, Ken Orr, Larry Constantine,
VíceKlasické metodiky softwarového inženýrství I N G M A R T I N M O L H A N E C, C S C. Y 1 3 A N W
Klasické metodiky softwarového inženýrství I N G M A R T I N M O L H A N E C, C S C. Y 1 3 A N W Osnova přednášky Co to je softwarové inženýrství Softwarový proces Metodika a metoda Evoluce softwarových
VíceInovace tohoto kurzu byla spolufinancována z Evropského sociálního fondu a státního rozpočtu České republiky.
Inovace tohoto kurzu byla spolufinancována z Evropského sociálního fondu a státního rozpočtu České republiky. Projekt ESF OP VK reg.č. CZ.1.07/2.2.00/28.0209 Elektronické opory a e-learning pro obory výpočtového
Více7.6 Další diagramy UML
7.6 Další diagramy UML 7.6.1 Moduly (balíčky - package) a kolaborace (collaboration) Jak rozložit rozsáhlý systém na menší? - seskupování tříd (prvků modelu) do jednotek vyšší úrovně (package v UML). UI
Více2. Modelovací jazyk UML 2.1 Struktura UML 2.1.1 Diagram tříd 2.1.1.1 Asociace 2.1.2 OCL. 3. Smalltalk 3.1 Jazyk 3.1.1 Pojmenování
1. Teoretické základy modelování na počítačích 1.1 Lambda-kalkul 1.1.1 Formální zápis, beta-redukce, alfa-konverze 1.1.2 Lambda-výraz jako data 1.1.3 Příklad alfa-konverze 1.1.4 Eta-redukce 1.2 Základy
VíceUML. Unified Modeling Language. Součásti UML
UML Unified Modeling Language 1995 počátek 1997 verze 1.0 leden dnes verze 2.0 (vývoj stále nedokončen) Standardní notace OMG podpora velkých firem (Microsoft, IBM, Oracle, HP ) popisuje struktury popisuje
Více7.2 Model použití (jednání) (Use Case)
7.2 Model použití (jednání) (Use Case) - při analýze požadavků často popis typických interakcí uživatele, nedokumentované Jacobson model použití (1992) Scénář Posloupnost kroků popisujících interakci mezi
VíceVyřešené teoretické otázky do OOP ( )
Vyřešené teoretické otázky do OOP (16. 1. 2013) 1) Vyjmenujte v historickém pořadí hlavní programovací paradigmata a stručně charakterizujte každé paradigma. a) Naivní chaotičnost, špatná syntaxe a sémantika
Více7.6 Další diagramy UML
7.6 Další diagramy UML 7.6.1 Moduly (balíčky - package) a kolaborace (collaboration) Jak rozložit rozsáhlý systém na menší? - seskupování tříd (prvků modelu) do jednotek vyšší úrovně (package v UML). UI
Více7.5 Diagram tříd pokročilé techniky
7.5 Diagram tříd pokročilé techniky Stereotypy - jeden ze základních prostředků rozšiřitelnosti UML - pro modelovací konstrukce neexistující v UML, ale podobné předdefinované v UML definované uživatelem
VíceCommunist Party of Nepal (Unified Marxist-Leninist) Unified Modeling Language University of Massachusetts Lowell User-mode Linux.
Jan Smolík UML UML Communist Party of Nepal (Unified Marxist-Leninist) Unified Modeling Language University of Massachusetts Lowell User-mode Linux Zdroj: Wikipedia Unified modelling language Neproprietární
VíceObjektově orientované technologie. Daniela Szturcová
Objektově orientované technologie Cvičení 5 - Tvorba třídního diagramu Daniela Szturcová 1 5 Tvorba třídního diagramu Cíl cvičení Vyhledat třídy, jejich atributy a operace. Navrhnout vazby mezi třídami.
VíceArchitektura informačních systémů. - dílčí architektury - strategické řízení taktické řízení. operativní řízení a provozu. Globální architektura
Dílčí architektury Informační systémy - dílčí architektury - EIS MIS TPS strategické řízení taktické řízení operativní řízení a provozu 1 Globální Funkční Procesní Datová SW Technologická HW Aplikační
VíceModelování procesů (1) Procesní řízení 1
Modelování procesů (1) Procesní řízení 1 Vizualizace procesů Znázornění procesu ve formě diagramatického modelu, vede k jeho zpřehlednění a snadnějšímu pochopení. Označuje se jako: procesní mapa, procesní
Více8.2 Používání a tvorba databází
8.2 Používání a tvorba databází Slide 1 8.2.1 Základní pojmy z oblasti relačních databází Slide 2 Databáze ~ Evidence lidí peněz věcí... výběry, výpisy, početní úkony Slide 3 Pojmy tabulka, pole, záznam
VíceObjektově orientované technologie Business proces Diagram aktivit. Daniela Szturcová
Objektově orientované technologie Business proces Diagram aktivit Daniela Szturcová Osnova Bysnys proces pojmy metody, specifikace pomocí diagramů Modelování pomocí aktivitního diagramu prvky diagramu
Více10 Metody a metodologie strukturované analýzy
10 Metody a metodologie strukturované analýzy 10.1 Strukturovaná analýza DeMarco (1978) Nástroje: DFD, datový slovník, strukturovaná angličtina, rozhodovací tabulky a stromy Postup: 1. Analýza stávajícího
VíceÚvod do principů objektově orientovaného programování
OBSAH DISTANČNÍHO E-LEARNINGOVÉHO KURZU PROFESNÍ RŮST ANALYTIKA OD ZÁKLADŮ (BASE) ÚVOD DO TECHNOLOGIÍ INFORMAČNÍCH SYSTÉMŮ Jak funguje počítač na základní úrovni Základy HTML Skripty ve webovských technologiích
VíceModel podnikových procesu. Model objektu. Model funkcí. Akce. Proces Objekt (trída) Událost Atribut. Akce. Akce. Funkce
Model podnikových procesu Model objektu Akce Proces Objekt (trída) Událost Atribut Akce Akce Funkce Model funkcí Souvislosti klícových nástroju a pojmu v konceptuálním modelu IS Model podnikových procesu
VíceVývoj IS - strukturované paradigma II
Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 05 1/18 Vývoj IS - strukturované paradigma II Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta informačních
Více11 Diagram tříd, asociace, dědičnost, abstraktní třídy
11 Diagram tříd, asociace, dědičnost, abstraktní třídy Studijní cíl Tento studijní blok má za cíl pokračovat v základních prvcích jazyka Java. Konkrétně bude věnována pozornost diagramům tříd, asociaci,
VíceUnifikovaný modelovací jazyk UML
Unifikovaný modelovací jazyk UML Karel Richta katedra počíta tačů FEL ČVUT Praha richta@fel fel.cvut.czcz Motto: Komunikačním m prostředkem informační komunity se postupem času stala angličtina. Chcete-li
VíceZákladní informace. Modelování. Notace
Základní informace BPMS = business process management systems - systémy pro modelování a optimalizace business procesů uvnitř organizace BPMN = business process modeling notation - součást BPMS, notace
Více7.5 Diagram tříd pokročilé techniky
7.5 Diagram tříd pokročilé techniky Stereotypy - jeden ze základních prostředků rozšiřitelnosti UML - pro modelovací konstrukce neexistující v UML, ale podobné předdefinované v UML definované uživatelem
VíceInformační systémy 2008/2009. Radim Farana. Obsah. Nástroje business modelování. Business modelling, základní nástroje a metody business modelování.
3 Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní, Katedra automatizační techniky a řízení 2008/2009 Radim Farana 1 Obsah Business modelling, základní nástroje a metody business modelování.
VícePŘÍLOHA C Požadavky na Dokumentaci
PŘÍLOHA C Požadavky na Dokumentaci Příloha C Požadavky na Dokumentaci Stránka 1 z 5 1. Obecné požadavky Dodavatel dokumentaci zpracuje a bude dokumentaci v celém rozsahu průběžně aktualizovat při každé
VíceInfrastruktura UML. Modelování struktury v UML. Superstruktura UML. Notace objektů. Diagramy objektů
Infrastruktura UML v UML Karel Richta listopad 2011 Richta: B101TMM - v UML 2 Superstruktura UML Směr pohledu na systém dle UML Diagramy popisující strukturu diagramy tříd, objektů, kompozitní struktury,
VíceKlíčová slova: OOP, konstruktor, destruktor, třída, objekt, atribut, metoda
Anotace sady: Úvod do objektově orientovaného programování, VY_32_INOVACE_PRG_OOP_01 Autor: Blanka Sadovská Klíčová slova: OOP, konstruktor, destruktor, třída, objekt, atribut, metoda Druh učebního materiálu:
VíceNávrh IS - UML. Jaroslav Žáček
Návrh IS - UML Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ UML UML není metodikou ani programovacím jazykem, je to pouze vizuální modelovací nastroj pro objektově orientované systémy.
VíceNávrh IS - UML. Jaroslav Žáček
Návrh IS - UML Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Trochu historie neuškodí Do roku 1994 chaos ve světě objektově orientovaných metod (několik jazyků pro vizuální modelování,
VíceAnalýza a modelování dat. Helena Palovská
Analýza a modelování dat Helena Palovská Analýza a modelování pro SW projekt Strukturovaný přístup Dynamická část (procesy, aktivity, funkce) Statická část (data) Objektově orientovaný přístup use case
VíceObsah. Zpracoval:
Zpracoval: houzvjir@fel.cvut.cz 03. Modelem řízený vývoj. Doménový (business), konceptuální (analytický) a logický (návrhový) model. Vize projektu. (A7B36SIN) Obsah Modelem řízený vývoj... 2 Cíl MDD, proč
VíceModely datové. Další úrovní je logická úroveň Databázové modely Relační, Síťový, Hierarchický. Na fyzické úrovni se jedná o množinu souborů.
Modely datové Existují různé úrovně pohledu na data. Nejvyšší úroveň je úroveň, která zachycuje pouze vztahy a struktury dat samotných. Konceptuální model - E-R model. Další úrovní je logická úroveň Databázové
VíceKonceptuální datové modely používané při analýze
Konceptuální datové modely používané při analýze Abstraktní datové typy jako definice domén atributů ADT (Abstraktní datový typ) zapouzdření datového typu lidský mozek je schopen řešit úlohy jen do určité
VíceOkruhy z odborných předmětů
VYŠŠÍ ODBORNÁ ŠKOLA INFORMAČNÍCH STUDIÍ A STŘEDNÍ ŠKOLA ELEKTROTECHNIKY, MULTIMÉDIÍ A INFORMATIKY Novovysočanská 280/48, 190 00 Praha 9 Pracoviště VOŠ: Pacovská 350/4, 140 00 Praha 4 Okruhy z odborných
VíceAlgoritmizace prostorových úloh
INOVACE BAKALÁŘSKÝCH A MAGISTERSKÝCH STUDIJNÍCH OBORŮ NA HORNICKO-GEOLOGICKÉ FAKULTĚ VYSOKÉ ŠKOLY BÁŇSKÉ - TECHNICKÉ UNIVERZITY OSTRAVA Algoritmizace prostorových úloh Vývojové diagramy Daniela Szturcová
Více7.2 Model použití (jednání) (Use Case)
7.2 Model použití (jednání) (Use Case) - při analýze požadavků často popis typických interakcí uživatele, nedokumentované Jacobson model použití (1992) Scénář Posloupnost kroků popisujících interakci mezi
VíceUML úvod. Zdroje: Kanisová Hana, Müller Miroslav: UML srozumitelně, Computer Press 2007
UML úvod Kapitola má seznámit se základy modelovacího jazyka UML. Klíčové pojmy: UML, CASE nástroje, procesní modelování, případy užití, role, diagram tříd, diagram objektů, sekvenční diagramy, digram
Více9 Strukturovaná analýza
9 Strukturovaná analýza 9.1 Modelovací techniky strukturované analýzy - systém chápán jako kolekce funkcí (procesů) operujících nad daty funkční (procesní) modelování - základní model strukturované analýzy
VíceDatabáze 2013/2014. Konceptuální model DB. RNDr. David Hoksza, Ph.D.
Databáze 2013/2014 Konceptuální model DB RNDr. David Hoksza, Ph.D. http://siret.cz/hoksza Osnova Organizace Stručný úvod do DB a DB modelování Konceptuální modelování Cvičení - ER modelování Náplň přednášky
VíceSQL - trigger, Databázové modelování
6. přednáška z předmětu Datové struktury a databáze (DSD) Ústav nových technologií a aplikované informatiky Fakulta mechatroniky, informatiky a mezioborových studií Technická univerzita v Liberci jan.lisal@tul.cz
Více6 Objektově-orientovaný vývoj programového vybavení
6 Objektově-orientovaný vývoj programového vybavení 6.1 Co značí objektově-orientovaný - organizace SW jako kolekce diskrétních objektů, které zahrnují jak data tak chování objekt: OMG: Objekt je věc (thing).
VíceUML - opakování I N G. M A R T I N M O L H A N E C, C S C. Y 1 3 A N W
UML - opakování I N G. M A R T I N M O L H A N E C, C S C. Y 1 3 A N W Co je to UML Evoluce UML Diagram komponent Diagram odbavení Diagram tříd Aktivity diagram Stavový diagram Sekvenční diagram Diagram
VíceTÉMATICKÝ OKRUH Softwarové inženýrství
TÉMATICKÝ OKRUH Softwarové inženýrství Číslo otázky : 22. Otázka : Úvodní fáze rozpracování softwarového projektu. Postupy při specifikaci byznys modelů. Specifikace požadavků a jejich rozpracování pomocí
VíceStrukturované metody Jan Smolík
Strukturované metody Jan Smolík Historie strukturovaných metodik Strukturované programování Programování ve velkém Funkční přístup Yourdan structured method Structured design (Larry Constantine) Datové
VíceÚvod do databázových systémů
Úvod do databázových systémů Databáze je dnes velmi často skloňovaným slovem. Co se pod tímto termínem skrývá si vysvětlíme na několika následujících stranách a cvičeních. Databáze se využívají k ukládání
VíceX36SIN: Softwarové inženýrství. Životní cyklus a plánování
X36SIN: Softwarové inženýrství Životní cyklus a plánování 1 Kontext Minule jsme si řekli, co to je deklarace záměru, odborný článek, katalog požadavků, seznam aktérů a seznam událostí. Seznam aktérů a
VíceUniverzita Pardubice Fakulta ekonomicko-správní Ústav systémového inženýrství a informatiky
Univerzita Pardubice Fakulta ekonomicko-správní Ústav systémového inženýrství a informatiky Datová podpora na úrovni kontaktního pracoviště Úřadu práce pro státní sociální podporu Josef Hájek Bakalářská
Více7 Jazyk UML (Unified Modeling Language)
7 Jazyk UML (Unified Modeling Language) 7.1 Základní charakteristika jazyka Motivace - vznik řady OO metod a metodologií (konec 80. let a první polovina 90.let) podobné notace vyjadřující totéž, komplikující
VíceProblémové domény a jejich charakteristiky
Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 02 1/16 Problémové domény a jejich charakteristiky Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta
VíceTÉMATICKÝ OKRUH Softwarové inženýrství
TÉMATICKÝ OKRUH Softwarové inženýrství Číslo otázky : 24. Otázka : Implementační fáze. Postupy při specifikaci organizace softwarových komponent pomocí UML. Mapování modelů na struktury programovacího
VíceKomputerizace problémových domén
Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 03 1/19 Komputerizace problémových domén Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta informačních
VíceDalším příkladem může být například výstup dat na různá zařízení, souborů, grafických rozhraní, sítě atd.
1. Zapouzdření Cíl látky Tento blok nejdříve přiblíží zásadu zapouzdření a odpoutání kódu a po té na relacích, jako jsou asociace, agregace a kompozice, vysvětlí jak lze objektový zdrojový kód zapouzdřovat
VíceAnalýza a modelování dat. Přednáška 4
Analýza a modelování dat Přednáška 4 Objektově orientovaný přístup Strukturovaný přístup starší přístup analýzy modelování dat typický zástupce: E-R model prvky reálného světa zobrazujeme do předem připravených
VíceJazyk UML VST (Velmi stručný tutorial) verze 1.0
Jazyk UML VST (Velmi stručný tutorial) verze 1.0 Softwarové inženýrství školní rok 2004 2005 Ing. Ladislava Smítková Janků (Praha, 24.5.2005) Obsah Obsah Obsah...2 1 Co je to UML...3 2 Diagram případů
VíceModelování procesů (2) 23.3.2009 Procesní řízení 1
Modelování procesů (2) 23.3.2009 Procesní řízení 1 Seznam notací Síťové diagramy Notace WfMC Notace Workflow Together Editor Aktivity diagram (UML) FirsStep Designer Procesní mapa Select Prespective (procesní
VíceMaturitní témata Školní rok: 2015/2016
Maturitní témata Školní rok: 2015/2016 Ředitel školy: Předmětová komise: Předseda předmětové komise: Předmět: PhDr. Karel Goš Informatika a výpočetní technika Mgr. Ivan Studnička Informatika a výpočetní
VíceDiagram datových toků - DFD
Funkční model Diagram datových toků - DFD DFD - Data Float Diagram Z historie jsou známy první pokusy znázornění datových toků v organizační struktuře podniku a výroby již na počátku století. Dnes patří
Více1/1 ČESKÁ ZEMĚDĚLSKÁ UNIVERZITA V PRAZE PROVOZNĚ EKONOMICKÁ FAKULTA PŘIJÍMACÍ ŘÍZENÍ 2017/2018
ČESKÁ ZEMĚDĚLSKÁ UNIVERZITA V PRAZE PROVOZNĚ EKONOMICKÁ FAKULTA PŘIJÍMACÍ ŘÍZENÍ 2017/2018 Informační technologie 1 - Doporučená doba zpracování: 40 minut 1) Termín DCL v relačně databázové technologii
VíceModelování řízené případy užití
Modelování řízené případy užití kompletní proces od UC po implementaci, robustnost 2005 Radek Ošlejšek, Jiří Sochor FI MU Brno oslejsek@fi.muni.cz http://www.fi.muni.cz/~oslejsek/pa103 30. 3. 2005 PA103:
VíceProgramování II. Třídy a objekty (objektová orientovanost) 2018/19
Programování II Třídy a objekty (objektová orientovanost) 2018/19 Osnova přednášky Objektový přístup (proč potřebujeme objekty). Třídy, objekty,... Příklad. Proč potřebujeme objekty? Udržovatelnost softwaru
Více1. Dědičnost a polymorfismus
1. Dědičnost a polymorfismus Cíl látky Cílem této kapitoly je představit klíčové pojmy dědičnosti a polymorfismu. Předtím však je nutné se seznámit se základními pojmy zobecnění neboli generalizace. Komentář
VíceInformační systémy 2008/2009. Radim Farana. Obsah. Obsah předmětu. Požadavky kreditového systému. Relační datový model, Architektury databází
1 Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní, Katedra automatizační techniky a řízení 2008/2009 Radim Farana 1 Obsah Požadavky kreditového systému. Relační datový model, relace, atributy,
VíceIS pro podporu BOZP na FIT ČVUT
IS pro podporu BOZP na FIT ČVUT Závěrečná zpráva pro 2. iteraci 21. dubna 2011 Zadavatel: Ing. Jiří Chludil Řešitelský tým: Jiří Kopecký Jan Kratochvíl Milan Matějček Štefan Pinďák Kristýna Streitová Úvod
VícePrincipy UML. Clear View Training 2005 v2.2 1
Principy UML Clear View Training 2005 v2.2 1 1.2 Co je touml? Unified Modelling Language (UML) je univerzálníjazyk pro vizuální modelování systémů Podporuje všechny životní cykly Mohou jej implementovat
VíceOOT Objektově orientované technologie
OOT Objektově orientované technologie Požadavky a případy užití Daniela Szturcová Institut geoinformatiky, HGF Osnova Systém Uživatelé Případy užití Vazby (asociace, generalizace, include a extend) Shrnutí
VíceUML a jeho použití v procesu vývoje. Jaroslav Žáček jaroslav.zacek@osu.cz
UML a jeho použití v procesu vývoje Jaroslav Žáček jaroslav.zacek@osu.cz Různé pohledy na modelování Různé pohledy na modelování Unified Modeling Language UML není metodikou ani programovacím jazykem,
VíceOOT Objektově orientované technologie
OOT Objektově orientované technologie Požadavky a případy užití Daniela Szturcová, Pavel Děrgel Institut geoinformatiky, HGF Osnova Systém Uživatelé Případy užití Vazby (asociace, generalizace, include
VíceVYHLEDÁVÁNÍ PRVKŮ ACTOR A PROCESNÍ MODELOVÁNÍ
VYHLEDÁVÁNÍ PRVKŮ ACTOR A PROCESNÍ MODELOVÁNÍ Část 3 Tento článek je pokračováním předešlých článků RNDr. Ilja Kraval, duben 2009 http://www.objects.cz ÚVOD V předešlých článcích jsme se seznámili s použitím
VíceZáklady analýzy. autor. Jan Novotný http://blog.novoj.net/ 15. února 2007
Základy analýzy autor Jan Novotný http://blog.novoj.net/ 15. února 2007 V prezentaci jsou použity diagramy z: Wikipedia, Sparx UML Tutorial, Argo UML Metodiky vývoje Různé metodiky vývoje vazba na fáze
VíceAnalýza Realizace případů užití
Analýza Realizace případů užití Analýza část 9 Clear View Training 2005 v2.2 1 12.2 Analýza případu užití Obchodní model [nebo doménový model] Inženýr případů užití Analytická třída Model požadavků Analyse
VíceProgram a životní cyklus programu
Program a životní cyklus programu Program algoritmus zapsaný formálně, srozumitelně pro počítač program se skládá z elementárních kroků Elementární kroky mohou být: instrukce operačního kódu počítače příkazy
Více7 Jazyk UML (Unified Modeling Language)
7 Jazyk UML (Unified Modeling Language) 7.1 Základní charakteristika jazyka Motivace - vznik řady OO metod a metodologií (konec 80. let a první polovina 90.let) podobné notace vyjadřující totéž, komplikující
Více9 Strukturovaná analýza
9 Strukturovaná analýza 9.1 Modelovací techniky strukturované analýzy - systém chápán jako kolekce funkcí (procesů) operujících nad daty funkční (procesní) modelování - základní model strukturované analýzy
VíceRELAČNÍ DATABÁZOVÉ SYSTÉMY
RELAČNÍ DATABÁZOVÉ SYSTÉMY VÝPIS KONTROLNÍCH OTÁZEK S ODPOVĚDMI: Základní pojmy databázové technologie: 1. Uveďte základní aspekty pro vymezení jednotlivých přístupů ke zpracování hromadných dat: Pro vymezení
VíceMOŢNOSTI VYUŢITÍ ROLÍ, AKTORŮ A AGENTŮ PŘI DESIGNU BYZNYS PROCESŮ
MOŢNOSTI VYUŢITÍ ROLÍ, AKTORŮ A AGENTŮ PŘI DESIGNU BYZNYS PROCESŮ Ing. Jan Smolík Vysoká škola finanční a správní PROČ JINÝ ZPŮSOB MODELOVÁNÍ PROCESŮ Základní žurnalistické otázky Co, kdo, kdy, kde, jak,
VíceTvorba informačních systémů
Tvorba informačních systémů Michal Krátký 1 1 Katedra informatiky VŠB Technická univerzita Ostrava Tvorba informačních systémů, 2005/2006 c 2006 Michal Krátký Tvorba informačních systémů 1/35 Konceptuální
VíceDBS Konceptuální modelování
DBS Konceptuální modelování Michal Valenta Katedra softwarového inženýrství FIT České vysoké učení technické v Praze c Michal Valenta, 2012 BI-DBS, ZS 2012/13 https://edux.fit.cvut.cz/courses/bi-dbs/ Michal
VíceUML: Unified Modeling Language
UML 1 UML: Unified Modeling Language Systém kombinace softwaru, hardwaru, dat a uživatelů, která umožňuje řešení konkrétního problému Vývoj systémů vytváření systémů pro klienta Vývoj probíhá na základě
VíceObsah přednášky. Databázové systémy RDBMS. Fáze návrhu RDBMS. Coddových 12 pravidel. Coddových 12 pravidel
Obsah přednášky Databázové systémy Konceptuální model databáze Codd a návrh relační databáze fáze návrhu pojem konceptuální model základní pojmy entity, relace, atributy, IO kardinalita, 2 historie: RDBMS
VíceTÉMATICKÝ OKRUH Teorie zpracování dat, Databázové a informační systémy a Teorie informačních systémů
TÉMATICKÝ OKRUH Teorie zpracování dat, Databázové a informační systémy a Teorie informačních systémů Číslo otázky : 16. Otázka : Funkční a dynamická analýza informačního systému. Obsah : 1. Úvod 2. Funkční
Více