Analýza a modelování dat. Helena Palovská



Podobné dokumenty
DBS Konceptuální modelování

Modely datové. Další úrovní je logická úroveň Databázové modely Relační, Síťový, Hierarchický. Na fyzické úrovni se jedná o množinu souborů.

Analýza dat a modelování. Přednáška 1

Úvod do databázových systémů 6. cvičení

Databázové modelování. Analýza Návrh konceptuálního schématu

Úvod do softwarového inženýrství IUS 2009/2010 p.1/30

A5M33IZS Informační a znalostní systémy. O čem předmět bude? Úvod do problematiky databázových systémů

Konceptuální datové modely používané při analýze

Analýza dat a modelování. Přednáška 2

Smysl metodiky IS/IT. Koncentrovaná zkušenost Checklist na nic nezapomeneme

6 Objektově-orientovaný vývoj programového vybavení

7.3 Diagramy tříd - základy

Databáze I. 4. přednáška. Helena Palovská

Databázové systémy úvod

Kapitola 2: Entitně-vztahový model (Entity-Relationship model) Množiny entit (entitní množiny) Atributy

2. Konceptuální model dat, E-R konceptuální model

2 Konceptuální modelování a návrh databáze

Databázové systémy úvod

Databáze 2013/2014. Konceptuální model DB. RNDr. David Hoksza, Ph.D.

Modelování procesů s využitím MS Visio.

2 Konceptuální modelování a návrh databáze

Konceptuální modelování. Pavel Tyl

MOŢNOSTI VYUŢITÍ ROLÍ, AKTORŮ A AGENTŮ PŘI DESIGNU BYZNYS PROCESŮ

DATABÁZOVÉ SYSTÉMY. Metodický list č. 1

7.3 Diagramy tříd - základy

Vývoj IS - strukturované paradigma II

Objektová tvorba SW, Analýza požadavků 2006 UOMO 53

Marketingová komunikace. 2. a 3. soustředění. Mgr. Pavel Vávra 9103@mail.vsfs.cz. Kombinované studium Skupina N9KMK3PH (vm3aph)

Diagram výskytů a vztahů

Obsah. Zpracoval:

Obsah přednášky. Databázové systémy RDBMS. Fáze návrhu RDBMS. Coddových 12 pravidel. Coddových 12 pravidel

Pokročilé typové úlohy a scénáře 2006 UOMO 71

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 I

4IT218 Databáze. 4IT218 Databáze

TÉMATICKÝ OKRUH Softwarové inženýrství

Relace x vztah (relationship)

Analýza a Návrh. Analýza

Diagramy tříd - základy

RNDr. Jakub Lokoč, Ph.D. RNDr. Michal Kopecký, Ph.D. Katedra softwarového inženýrství Matematicko-Fyzikální fakulta Univerzita Karlova v Praze

Databázové systémy BIK-DBS

Unifikovaný modelovací jazyk UML

Konceptuální modelování

DBS Konceptuální modelování

MODELOVÁNÍ DAT V INFORMAČNÍCH SYSTÉMECH. Jindřich Kaluža Ludmila Kalužová

Architektura informačních systémů. - dílčí architektury - strategické řízení taktické řízení. operativní řízení a provozu. Globální architektura

Strukturované metody Jan Smolík

ROZDÍLY V NÁVRZÍCH RELAČNÍCH A OBJEKTOVÝCH DATABÁZÍ A JEJICH DŮSLEDKY PRO TRANSFORMACI MODELŮ

Metodika návrhu databáze

Marketingová komunikace. 3. soustředění. Mgr. Pavel Vávra Kombinované studium Skupina N9KMK3PH (vm3bph)

DATOVÉ MODELOVÁNÍ ER MODEL

Objektově orientované technologie Logická struktura systému Objektový diagram. Pavel Děrgel, Daniela Szturcová

4IT218 Databáze. 4IT218 Databáze

Marketingová komunikace. 2. soustředění. Mgr. Pavel Vávra Kombinované studium Skupina N9KMK1aPH/N9KMK1bPH (um1a1ph/um1b1ph)

7.5 Diagram tříd pokročilé techniky

C8 Relační databáze. 1. Datový model

Hierarchický databázový model

TÉMATICKÝ OKRUH Teorie zpracování dat, Databázové a informační systémy a Teorie informačních systémů

Primární klíč (Primary Key - PK) Je právě jedna množina atributů patřící jednomu z kandidátů primárního klíče.

Funkční schéma Datové schéma Integrita modelu s realitou

Návrh databázového modelu

Informační systémy 2008/2009. Radim Farana. Obsah. Nástroje business modelování. Business modelling, základní nástroje a metody business modelování.

Geografické informační systémy p. 1

Specializace Návrhář software na základě analýzy vytváří návrh softwarových aplikací ve formě schémat a diagramů.

7.5 Diagram tříd pokročilé techniky

A Metodologie návrhu ERD (Batini, Ceri, Navathe)

Jazyk UML - přehled. diagram hierarchie procesů. IS firmy. podpora řízení. evidence zaměstnanců. pokladny. výroba. diagram procesních vláken

Řízení přístupových práv databázový návrhový vzor

Design systému. Komponentová versus procesní architektura

Tvorba informačních systémů

A Metodologie návrhu ERD (Batini, Ceri, Navathe)

Metody popisu systému, základy UML

UML úvod. Zdroje: Kanisová Hana, Müller Miroslav: UML srozumitelně, Computer Press 2007

RELAČNÍ DATABÁZOVÉ SYSTÉMY

Databázové systémy. Cvičení 2

UML a jeho použití v procesu vývoje. Jaroslav Žáček jaroslav.zacek@osu.cz

RNDr. Jakub Lokoč, Ph.D. RNDr. Michal Kopecký, Ph.D. Katedra softwarového inženýrství Matematicko-Fyzikální fakulta Univerzita Karlova v Praze

Modelování řízené případy užití

Jiří Mašek BIVŠ V Pra r ha

Informační systémy 2008/2009. Radim Farana. Obsah. UML - charakteristika

Databáze. Logický model DB. David Hoksza

Konceptuální modelování

Úvod do databázových systémů. Lekce 1

2. přednáška z předmětu GIS1 Data a datové modely

Objekty, třídy, vazby 2006 UOMO 30

Datové modelování II

Databázové patterny. RNDr. Ondřej Zýka

1. Integrační koncept

Informač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í

Relační databázový model. Vladimíra Zádová, KIN, EF, TUL- DBS

RUP - Disciplíny. Jaroslav Žáček jaroslav.zacek@osu.cz

Okruhy z odborných předmětů

Obsah přednášky. Databázové systémy. Normalizace relací. Normalizace relací. Normalizace relací. Normalizace relací

Databázové systémy. Ing. Radek Holý

Databázové patterny. MI-DSP 2013/14 RNDr. Ondřej Zýka,

Databázové systémy. Vztahy a relace. 3.přednáška

DBS Transformace konceptuálního schématu na

Univerzita Pardubice Fakulta ekonomicko-správní Ústav systémového inženýrství a informatiky

Úvod, terminologie. Ing. Michal Valenta PhD. Databázové systémy BI-DBS ZS 2010/11, P edn. 1

Objektově orientované technologie. Daniela Szturcová

ČESKÁ TECHNICKÁ NORMA

Transkript:

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 sequence diagram class diagram...

Datový aspekt inf. systému 1 Úvodní analýza, požadavky 2 Design 3 Nové požadavky 4 Rozšíření? 5 Úpravy? Bez zásadnějších problémů Radikální změny představovaly a představují zásadní obtíže!

Datový model Jak dosáhnout stability struktur dat pro danou oblast zájmu? Oblast zájmu se také může rozšířit... Osvědčilo se: věrnost realitě protože nové požadavky jsou o stejném světě

Princip tří schémat (ANSI/SPARC 1975) Externí schéma pohled uživatelů Analytický, konceptuální model model světa Interní schéma datové struktury

Postup shora dolů Externí schémata pohledy uživatelů Analytický, konceptuální model model světa Logický model designu bez rozhodnutí o implementačních technologiích Implementační schéma volby v rámci implementačních technologií

Konceptuální schéma Srozumitelný a věcně správný model, na jehož základě bude databáze navržena srozumitelný, přehledný vše podstatné věcně správný konceptuální, nikoli technologický

Konceptuální schéma Společný základ pro chápání objektů aplikace uživateli, analytikem, správcem databáze i programátory

Konceptuální schéma Poskytuje dokumentaci: k ověření správnosti analýzy východisko pro seznámení se stávajícími databázovými strukturami východisko při analýze nových požadavků

Jak dělat konceptuální schéma? Analyzovat uživatelské požadavky Analyzovat realitu

Jak analyzovat realitu? Přístupy: Entity a vztahy mezi nimi tímto přístupem se budeme zabývat ER modely Všechno jsou funkce Objekty a jejich role Objekty, třídy,... v objektovém přístupu

Entity-relationship modely 1976 Peter Chen: "The Entity Relationship Model: Toward a Unified View of Data"

Možné další zdroje ke studiu http://krokodata.vse.cz/dm http://nb.vse.cz/~palovska/4it218/ KoncMod.zip http://nb.vse.cz/~palovska/sa321/ MetodaInformacniAnalyzy.zip Halpin, Terry. Information Modeling and Relational Databases, Morgan Kaufmann 2008

Konstrukty ER modelů Entity Vztahy Atributy Identifikátory Kardinalita Povinnost ISA vztahy

Entita Něco, co je rozeznatelné, schopné nezávislé existence a identifikovatelné Např. student, učebna, učitel, kurz... Obvykle jde o koncept, který má jméno Ve větách obvykle vystupuje jako podmět nebo předmět

Entita Zobrazována jako obdélník, se jménem typu uvnitř UČITEL

Entita Vymezení pojmu jméno typu způsoby identifikace výskytů definice typu uvedení příkladů

Entitní typ UČITEL Vymezení pojmu jméno typu UČITEL způsoby identifikace : učo rodné číslo definice typu kdo má smlouvu na to, aby učil uvedení příkladů RNDr. Helena Palovská PhD., doc. Ing. Bohumil Miniberger, CSc.

Vztah Zachycuje jak dvě či více entit spolu souvisí Např. UČITEL vyučuje PŘEDMĚT Obvykle vyjádřen slovesnou vazbou Vyjádřen přísudkovou částí věty

Vztah Zobrazován jako spojnice mezi entitami či jako ikona se spojnicemi k entitám UČITEL vyučuje PŘEDMĚT UČITEL vyučuje PŘEDMĚT

Vztah Výstižná formulace Vyjádření pro směr tam a zpět UČITEL vyučuje PŘEDMĚT PŘEDMĚT je vyučován UČITELEM Příklady vztahu v tabulce v diagramu Definice, pokud je potřeba k porozumění

Vztah vyučuje Tabulka příkladů UČITEL RNDr. Helena Palovská PhD. doc. Ing. Bohumil Miniberger, CSc. doc. Ing. Bohumil Miniberger, CSc. Doc. RNDr. Ľubomír Dedera, PhD. Doc. RNDr. Ľubomír Dedera, PhD. PŘEDMĚT Analýza a modelování dat Modelování a návrh datových skladů Techniky a CASE nástroje vývoje IS Techniky a CASE nástroje vývoje IS Základy softwarového inženýrství

Vztah vyučuje Diagram příkladů RNDr. Helena Palovská PhD. Analýza a modelování dat doc. Ing. Bohumil Miniberger, CSc. Modelování a návrh datových skladů Doc. RNDr. Ľubomír Dedera, PhD. Techniky a CASE nástroje vývoje IS Základy softwarového inženýrství

Vztah vyučuje Definice: Má kvalifikaci eventuálně smlouvu na to, aby ten předmět vyučoval.

Arita vztahu Kolik rolí je ve vztahu Např. UČITEL učí PŘEDMĚT na ŠKOLE 3 role: vyučující, vyučovaný předmět, vzdělávací instituce

Arita vztahu Dá se zjistit z tabulky příkladů vztahu z jejího klíče všechny role musí být součástí klíče

Atribut Vlastnost či charakteristika entity nebo vztahu Např. jméno učitele, e-mailová adresa učitele, název předmětu, učitel vyučuje předmět odkdy Vyjádřen ve větě rozvíjejícím členem nebo jako předmět samostatné věty: Učitel má jméno. Učitel se narodil dne.

Entita nebo atribut? Hodnota, vyjadřující vše = atribut Na co se odkazujeme identifikátorem, a obsahuje potenciálně další informace = entita Nejasné případy adresa, kontakt

Identifikátor Jednoznačně identifikuje výskyt entity mohou existovat alternativní identifikátory nemusí existovat žádný jednoduchý a spolehlivý způsob identifikace např. soukromí zákazníci... Umělé identifikátory implementační realizace nepatří do konceptuálního schématu v analyzované aplikační oblasti takové informace neexistují

Kardinalita vztahu Kolik výskytů entity druhého typu může být v tomto vztahu s jedním a tímtéž výskytem entity prvního typu Kolik předmětů může vyučovat jeden učitel? Více Kolik kateder může garantovat jeden a tentýž předmět? Jediná

Kardinalita vztahu Zobrazuje se čísly 1, n(=více), m(=více) (možno i 2,3,...) UČITEL n vyučuje m PŘEDMĚT čísly nebo hvězdičkou(=více) UČITEL vyučuje * * PŘEDMĚT crow's foot UČITEL vyučuje PŘEDMĚT

Kardinalita vztahu Dá se zjistit z tabulky příkladů vztahu (jaký je klíč tabulky) UČITEL PŘEDMĚT RNDr. Helena Palovská PhD. Analýza a modelování dat doc. Ing. Bohumil Miniberger, CSc. Modelování a návrh datových skladů doc. Ing. Bohumil Miniberger, CSc. Techniky a CASE nástroje vývoje IS Doc. RNDr. Ľubomír Dedera, PhD. Techniky a CASE nástroje vývoje IS Doc. RNDr. Ľubomír Dedera, PhD. Základy softwarového inženýrství z diagramu příkladů vztahu RNDr. Helena Palovská PhD. Analýza a modelování dat doc. Ing. Bohumil Miniberger, CSc. Modelování a návrh datových skladů Doc. RNDr. Ľubomír Dedera, PhD. Techniky a CASE nástroje vývoje IS Základy softwarového inženýrství

Kardinalita vztahu s vyšší aritou Pokud má vztah více rolí než 2, je definice kardinality složitá univerzální analytický nástroj je zjištění klíče či klíčů v tabulce vztahu

Povinnost členství ve vztahu (totalita/parcialita) Jestli každý výskyt daného typu entity musí být v uvažovaném vztahu s nějakým výskytem druhého entitního typu Musí každý učitel vyučovat nějaký předmět? Je to sice málo pravděpodobné, ale může se vyskytovat učitel, který žádný předmět nevyučuje (čerstvě přijatý, nezařazený do výuky) Musí každý předmět být garantován nějakou katedrou? Musí.

Povinnost členství ve vztahu Zobrazuje se: stylem čáry KATEDRA 1 m garantuje PŘEDMĚT KATEDRA garantuje PŘEDMĚT čárkou nebo kolečkem KATEDRA dolní mezí kardinality garantuje PŘEDMĚT KATEDRA garantuje 1 0..* PŘEDMĚT

Povinnost členství ve vztahu Dá se zjistit porovnáním příkladů výskytů entity a příkladů výskytů vztahu

ISA vztahy Nadtyp a jeho podtypy Každý výskyt podtypu je i výskytem nadtypu. Každý pes je zvíře. Each dog is a beast. Vznikají generalizací specializací spořící účet, půjčka, běžný účet jsou produkty spořící účet, běžný účet jsou speciální účty

ISA vztahy Znázorňují se: šipkou od podtypu k nadtypu ZVÍŘE jméno PES číslo známky obdélník uvnitř obdélníku ZVÍŘE jméno PES číslo známky

Co je ISA? Parciální identita vztah s kardinalitou 0..1 : 1 entity vztažené tímto vztahem jsou identické identifikátor v rámci nadtypu je platným identifikátorem i v rámci podtypu podtyp může mít ještě další, speciální způsob identifikace