Poslední úpravy - Vyhledat:

SQL

O modelování

Power Designer

Oracle Data Modeler

Krátká videa DM

Zdroje...

edit SideBar

DM /

Pravidla o struktuøe informací

< Role ve vztahu | Tutoriál informaèní analýzy | Analýza za pomoci pøíkladù >

1. ®e ka¾dá skupina má nejvý¹e jednoho vedoucího, je pøirozený øád vìcí.
2. ®e pro ka¾dou výpùjèku musíme mít registrovaného vypùjèitele, je pravidlo, které se má dodr¾ovat pøi zapisování výpùjèek.
3. ®e ka¾dé vynesení knihy z knihovny má být zaregistrováno, to má zabezpeèit zaøízení knihovny.
4. ®e ka¾dý ètenáø mù¾e mít najednou vypùjèeno nejvý¹e 40 svazkù, je pravidlo, které se má také dodr¾ovat pøi zapisování výpùjèek.

Pravidla 1.,2. a 4. se týkají informací v informaèním systému. Informaèní systém pro ka¾dou skupinu eviduje nejvý¹e jednoho vedoucího, pokud by tomu tak nebylo, pova¾ovali bychom údaje za neodpovídající realitì. Pokud by se v informaèním systému objevila výpùjèka bez zaregistrovaného vypùjèitele, pova¾ovali bychom to za chybu pracovníka, který výpùjèku registroval, a za chybu systému, který to dovolil. Podobnì je tomu s pravidlem 4 - do systému by se nemìla dostat 41. stávající výpùjèka jakéhokoli ètenáøe.

Jak je to s pravidlem 3.? Toto pravidlo nemù¾e zajistit samotný informaèní systém, je závislé na provozních opatøeních knihovny. Nicménì se také týká informací – pokud není kniha na svém místì v knihovnì, musíme vìdìt, kde je.

Jak vidíme, pravidla týkající se vlastností informací v informaèním systému mù¾eme rozdìlit do tøí skupin:

  • pravidla pøirozeného øádu vìcí,
  • pravidla, jejich¾ dodr¾ování má zajistit informaèní systém,
  • a pravidla, jeji¾ dodr¾ování le¾í mimo pùsobnost informaèního systému.

Z pohledu projektu informaèního systému není velký rozdíl mezi první a druhou skupinou pravidel, proto¾e data se do databází nedostávají jako automatický odraz reality, ale prostøednictvím lidí nebo zaøízení, a ti se mohou dopou¹tìt chyb. U tìchto pravidel jde o to, ¾e nìkterým definovaným chybám má informaèní systém zabránit.

Aèkoli by se to tak na první pohled mohlo zdát, není ani ta tøetí skupina pravidel pro projekt informaèního systému nepodstatná. Tato pravidla toti¾ øíkají, jak to je v øádném stavu aplikaèní oblasti, a poskytují inspiraci pro návrh rùzných bezpeènostních a kontrolních opatøení. Pro pravidlo 3. uvedené na zaèátku této kapitoly mù¾eme zøídit brány detekující èipy v exempláøích knih, a podpoøit inventury pomocí èteèky èárových kódù nebo èipù a porovnání s daty v databázi. Také mù¾e informaèní systém vydat upozornìní, pokud podle logiky vìci je nìjaké pravidlo z této skupiny poru¹eno: exempláø knihy evidentnì nemù¾e být najednou na dvou místech. – Informaèní systém mù¾e porovnávat informace nedostupné najednou pro jednotlivého pracovníka. Mù¾e zkontrolovat nìjaká (dal¹í) pravidla, a pøi jejich poru¹ení mù¾e provést urèitou akci.

Zaznamenání v konceptuálním modelu

Pro nìkterá z pravidel máme speciální znaèky pou¾ívané v grafické podobì modelu, ostatní musíme zaznamenat nìjakou jinou formou – napøíklad slovním vyjádøením. V takovém pøípadì je potøeba dbát na jednoznaènost a pøesnost.

Existují i rùzné formální jazyky pro vyjádøení pravidel, zvá¾it jejich pou¾ití mù¾eme, pokud je dokument urèen technicky orientovaným osobám. Rozhodnì nejsou vhodné, pokud má text èíst netechnický odborník z aplikaèní oblasti.

Jak se pøi analýze zji¹»ují?

O této otázce pojednává následující kapitola.

< Role ve vztahu | Tutoriál informaèní analýzy | Analýza za pomoci pøíkladù >

Upravit - Historie - Tisk - Poslední úpravy - Vyhledat
Poslední úprava stránky: 24.05.2011, 07:32