Základy návrhu informačního systému Richard Lipka, DBM 1 – 19. 2. 2013.

Prezentace na téma: "Základy návrhu informačního systému Richard Lipka, DBM 1 – 19. 2. 2013."— Transkript prezentace:

1 Základy návrhu informačního systému Richard Lipka, DBM 1 – 19. 2. 2013

2 Návrh informačního systému Běžný popis: Znamená to?  Definice požadavků  Návrh software (databáze + přístup k ní)  Implementace a testování součástí  Integrace součástí  Testování systému  Nasazení  Údržba Definice požadavků Návrh systému a software Implementace a testování Testování systémuNasazení a údržba 2DBM1 - základy návrhu IS, cvičení

3 Proč to nefunguje tak snadno? Obrázky z http://bridgehunter.com/photos/12/91/129137-L.jpg http://www.ukoln.ac.uk/qa-focus/documents/case-studies/case-study-03/qa-uml Nevím co chci, ale poznám to až to uvidím 3DBM1 - základy návrhu IS, cvičení

4 Lepší možnosti? Spirála, RUP, …  formální metodiky Scrum, FDD, Crystal  agilní metodiky  Flexibilnější  Snazší dlouhodobé odhadování a plánování (ale nemusí vyjít)  Lépe definované kdy se vracet k „základním“ fázím  Řízení rozsáhlejších projektů  Přizpůsobené konkrétnímu projektu  Obtížnější řízení – vyžadují větší důvěru vývojářů a zákazníků  Vývoj jen po malých částech, každá znovu konzultována  snazší změny v průběhu 4DBM1 - základy návrhu IS, cvičení

5 Lze použít „vodopád“ ? Pořád je nutné plánovat! Činnosti rozdělit na dílčí části, v každé provést jednotlivé kroky Každá část by měla mít jasný výstup - ověřitelný zákazníkem  dá se sledovat postup Nezapomenout na nasazení a údržbu Nebát se zahodit nepotřebné části, dokud je ještě čas Definice požadavků Návrh systému a software Implementace a testování částí Testování celku Uživatelské testy navržené části 5DBM1 - základy návrhu IS, cvičení

6 Jak moc se to může pokazit?  Špatné plánování, nejasné zadání  Pozdě ukončený projekt  Příliš velký rozsah a přidávání funkcí  Zpackané testování zátěže  1987 – Databáze řidičů v Kalifornii – 45 mil. $ 1  2003 – Nefungující správa skladu po několik let – 265 mil. $ 2  Apple Copland OS (3 roky vývoje) 3  Centrální registr vozidel 4 1, 2 - www.computerworld.com/s/article/9116470/IT_s_biggest_project_failures_and_what_we _can_learn_from_them?taxonomyId=73&pageNumber=2 3 - http://en.wikipedia.org/wiki/Copland_(operating_system) 4 - http://www.ceskapozice.cz/byznys/podnikani-trhy/kolaps-registru-vozidel-jestli-ani-tohle-neni- na-odstoupeni-ministra 6DBM1 - základy návrhu IS, cvičení

7 Databázové technologie - základy  V současné době relační databáze  V budoucnu možná objektové?  Data v tabulkách  Jeden řádek = jeden záznam  Sloupce určují strukturu  Struktura umožňuje snazší automatické zpracování a hledání 7DBM1 - základy návrhu IS, cvičení IdentifikátorJménoPříjmeníPoziceAdresa 8304252024JaroslavŠindelářÚčetníKyjevská 108 8106125893PetraLilovováAnalytičkaStromková 10

8 Databázové technologie - základy DBM1 - základy návrhu IS, cvičení8  Tabulky lze propojit „ukazateli“  Lepší pořádek v databázi, menší riziko chyby (viz centrální registr vozidel)  Úspora místa  Snazší strojové zpracování  Snazší prohledávání IdentifikátorJméno…Pozice… 8304252024Jaroslav…1… 8106125893Petra…2… Id pozicePozice 1Účetní 2Analytik

9 Návrh IS – základní charakteristika DBM1 - základy návrhu IS, cvičení9  Jaká data budu ukládat  Archivace – chci záznamy o všech minulých událostech  Řízení – chci záznamy o probíhajících událostech  Statistika – potřebuji z dat odvodit nová data  Jak zacházet s informacemi  Kdo smí data do systému vložit  Kdo (a za jakých okolností) smí data měnit a opravovat  Kdo smí data zobrazit  Jak informace vkládat a získávat  Připravené formuláře a sestavy  navrhnout případy užití

10 Návrh IS – případy užití DBM1 - základy návrhu IS, cvičení10 Firma si vede inventář majetku - nábytku, počítačů, projektorů a knih. Každý kus majetku se nachází v některé z místností firmy a každý je přidělen určitému zaměstnanci. V každé místnosti je určen jeden zaměstnanec jako její správce. Správce Systém Nakupuje nábytekOdepisuje nábytekPřiděluje nábytekPřijímá nábytek Zaměstnanec

11 Návrh IS - tvorba databáze DBM1 - základy návrhu IS, cvičení11  Popsat strukturu tabulek  Entita – objekt reálného světa, jehož popis chci v DB mít  řádek tabulky  Atribut – jedna konkrétní vlastnost entity, obvykle atomická (nedělitelná na „podatributy“)  sloupec tabulky  Relace – vztah mezi entitami  Nejprve najít co nejvíc entit (popis podstatným jménem)  Projít entity a hledat u každé její atributy  Z některé entity se může stát atribut  Některá entita / atribut se může změnit v relaci  Určit relace mezi entitami

12 Návrh IS – tvorba databáze DBM1 - základy návrhu IS, cvičení12 Tělovýchovná jednota pořádá v průběhu týdne několik pravidelných kurzů. Má několik místností kde kurzy mohou probíhat. Kurz vede vždy jeden z několika registrovaných cvičitelů, někteří cvičitelé vedou i několik kurzů. Každý kurz má určenou kapacitu a až do jejího vyčerpání se do něj mohou hlásit lidé. Jeden člověk může chodit do libovolného počtu kurzů. Entity: Kurz Místnost Cvičitel Žák Atributy kurzu: Zaměření Cvičitel (= bude to relace?) Doba (je atomická? Jak ji popsat?) Místnost (= bude to relace?) Kapacita (je to vlastnost kurzu? )

13 Návrh IS –E-R-A model DBM1 - základy návrhu IS, cvičení13  Existuje řada notací (viz cvičení)  Obvykle se modelují zvlášť atributy (seznamem) a zvlášť entity a relace  Je třeba zachytit  Kardinalitu vztahu  Povinnost existence vztahu  Význam (jméno) vztahu KurzMístnost CvičitelŽák vede navštěvuje se odehrává 1 N 1N N M