1 / 13

Základy návrhu informačního systému

Základy návrhu informačního systému. Richard Lipka, DBM 1 – 19. 2. 2013. 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.

keely
Download Presentation

Základy návrhu informačního systému

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  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 DBM1 - 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 DBM1 - 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 DBM1 - 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 DBM1 - 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 vozidel4 • 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 DBM1 - 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í DBM1 - základy návrhu IS, cvičení

  8. Databázové technologie - základy • 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í DBM1 - základy návrhu IS, cvičení

  9. Návrh IS – základní charakteristika • 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í DBM1 - základy návrhu IS, cvičení

  10. Návrh IS – případy užití 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. Systém Nakupuje nábytek Přiděluje nábytek Přijímá nábytek Odepisuje nábytek Správce Zaměstnanec DBM1 - základy návrhu IS, cvičení

  11. Návrh IS - tvorba databáze • 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 DBM1 - základy návrhu IS, cvičení

  12. Návrh IS – tvorba databáze 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? ) DBM1 - základy návrhu IS, cvičení

  13. Návrh IS –E-R-A model • 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 Kurz Místnost se odehrává 1 N N N vede navštěvuje M 1 Žák Cvičitel DBM1 - základy návrhu IS, cvičení

More Related