Business Rules přístup v návrhu informačních systémů
|
|
- Erik Konečný
- před 8 lety
- Počet zobrazení:
Transkript
1 Business Rules přístup v návrhu informačních systémů Vladimíra Zádová Katedra informatiky, TU Liberec, vladimira.zadova@tul.cz Abstrakt: Pro analýzu a návrh informačních systémů jsou v současnosti typické dva, dnes již klasické, přístupy - strukturovaný a objektový. V souvislosti s analýzou a návrhem informačních systémů (a nejen s nimi) se hovoří i o Business Rules přístupu. Článek obsahuje základní principy a modely specifické pro tento přístup, dále pak srovnání s klasickými přístupy, na závěr se zamýšlí nad příčinami tohoto vývoje. Klíčová slova: analýza, návrh, metody, modely, diagramy, objektový přístup, strukturovaný přístup, Business Rules přístup 1. Úvod Metodiky vývoje a údržby informačních systémů (IS) jsou založeny na objektovém nebo strukturovaném přístupu [BUC]. Jednotlivé přístupy jsou buď aplikovány ve všech etapách návrhu, nebo je pro oblast analýzy použit objektový přístup a v dalších etapách návrhu pak strukturovaný přístup. Za začátek vzniku metod strukturovaného přístupu jsou považována sedmdesátá léta dvacátého století tehdy ještě byly vyvíjeny zvlášť metody pro datový přístup a funkční přístup. V polovině osmdesátých let byly E. Yourdonem tyto metody spojeny v jeden celek pod názvem Modern Structured Analysis. Hlavním přínosem Yourdona bylo propojení metod datové a funkční větve v jeden celek, tedy do koncepce návrhu IS. Od druhé poloviny 80. let se začaly uplatňovat objektový přístup a objektové metody. Postupně vzniklo více než 50 objektových metod a metodik. Některé z nich byly používány, jiné zanikly. Vzájemným ovlivňováním těchto metod a metodik docházelo k postupnému zmenšování jejich odlišností. Prvním a jediným standardem v oblasti objektového modelování IS je UML. Strukturovaný a objektový přístup jsou dnes považovány za klasické přístupy. Od vzniku těchto přístupů uplynula dlouhá doba, v níž se díky rozvoji technologií a jejich aplikaci mění postavení organizací. Globalizace světové ekonomiky způsobila převýšení nabídky nad poptávkou, změnu rozsahu trhu organizací, transformaci organizací. Příznačné pro organizace je posilování jejich konkurenceschopnosti. Činnost organizací významně ovlivňují dodavatelé, zákazníci, konkurenti, orgány veřejné a státní správy. Expanze organizací do jiných teritorií vede k tomu, že se organizace musí přizpůsobovat pravidlům platícím v těchto teritoriích. Změny vnějšího prostředí (ať již v podobě nových pravidel v zákonech a vyhláškách, či tlakem vyvolaným konkurencí, odběrateli, dodavateli), stejně tak změny uvnitř organizace vedou ke změně jejích pravidel. Všechny změny pravidel se musí promítnout do jednotlivých činností organizací, následně i do souvisejících IS. Klasické přístupy, vzhledem k době svého vzniku, nereflektují tuto skutečnost. V průběhu 90. let se objevuje Business Rules přístup. Tento přístup není 20
2 Business Rules přístup v návrhu informačních systémů implementován v plné šíři, ani jeho vývoj není zcela ukončen. Danou problematikou se zabývají dvě významná uskupení - Business Rules Group a Business Rules Community, která v USA existují více jak deset let. Předkládaný příspěvek se zaměřuje na Business Rules přístup a jeho srovnání s klasickými přístupy a to z hlediska použití pro návrh IS. Protože všechny přístupy vycházejí ze základních principů, kterými jsou abstrakce a modelování, je srovnání přístupů provedeno na základě těchto principů. V první kapitole jsou uvedeny základní principy Business Rules přístupu, ve druhé kapitole je provedeno srovnání všech tří přístupů z hlediska abstrakce, ve třetí kapitole je obsažen přehled modelů jednotlivých přístupů, ve čtvrté kapitole pak zamyšlení nad vývojem v oblasti návrhu IS. Příspěvek navazuje na článek [ZA1] zveřejněný v čísle 3/2002 tohoto časopisu, ve kterém jsem se zabývala srovnáním strukturovaného a objektového přístupu, modelů těchto přístupů pro oblast analýzy a návrhu IS a vývojem v dané oblasti. Na závěr úvodu bych si dovolila dvě poznámky k Business Rules přístupu. V každém názvu je obsaženo to, co je pro přístup charakteristické. V případě tohoto přístupu jsou to bezesporu pravidla, na které je nejvíce zaměřen. Dle mého názoru lze tato pravidla chápat obecněji tedy jako pravidla pro řízení jakékoliv činnosti, nikoli pouze jako pravidla podnikání (business rules). Nesetkala jsem se dosud s českým překladem, rozhodla jsem se proto nepřekládat název přístupu; pokud bych měla uvést český termín, pak bych zvolila přístup orientovaný na pravidla. 2. Základní principy Business Rules přístupu Principy Business Rules přístupu jsou obsaženy v Manifestu pravidel podnikání (Business Rules Manifesto, [i-1]), motivačním modelu [i-3] a konceptuálním modelu pravidel podnikání [i-2]. Manifest formuluje principy nezávislosti pravidel. Přesto, že se dotýká všech oblastí, je zejména zaměřen na postavení pravidel, jejich formulaci, ověření i konzistenci. Motivační model podnikání (Business Motivation Model) vede od formulace vize a mise k postupnému vytváření pravidel v organizaci, konceptuální model pravidel podnikání (Business Rules Conceptual Model) popisuje strukturu samotných pravidel podnikání, definuje jejich základní typy. Oba modely se týkají zásad pro specifikaci jednotlivých pravidel, vazby pravidel na termy, fakty i vztahy mezi cíli, prostředky a to na různých úrovních. Základním předpokladem přístupu je explicitní vyjádření pravidel, ta tvoří základ znalostí o podnikání vytvářejí logiku tohoto podnikání, definují jeho hranice. Pravidla mohou být popsána formálně i neformálně. Důležité v tomto přístupu je formalizovat neformálně vyjádřená pravidla, provést dekompozici pravidel na atomická pravidla, analyzovat tato pravidla. Cílem je zajistit jedinou logickou reprezentaci struktury podniku a jeho činnosti - tedy jednu verzi pravdy. Formulace pravidel Pravidla musí být dobře formulovaná (formulace je většinou založená na formální logice např. výrokové, nebo obecněji predikátové logice). Každé pravidlo musí být vyjádřeno deklarativně, z hlediska obsahu musí být úplné, srozumitelné a realizovatelné (tj. je možné ho dosáhnout např. z hlediska stavu, času), nesmí být konfliktní. Formulace musí být jasná, jednoduchá bez redundance slov, příkazů, 21
3 Vladimíra Zádová nesmí scházet subjekt ve vyjádření, naopak se musí formulace vyhnout vyjádření událostí - tzv. CRUD [ROS], což znamená počáteční písmena anglických slov vyjadřujících události v systému create, retrieve, update, delete). Pravidla musí patřit do jednoho ze tří základních typů pravidel - pravidel struktury, pravidel pro činnost a odvozených pravidel. Základními pravidly jsou pravidla struktury, z nich pravidla pro činnost a odvozená pravidla vycházejí. Pomocí pravidel činností jsou podporovány, usměrňovány a omezovány vlastní aktivity podniku, odvozená pravidla vznikají odvozením z ostatních pravidel, oba typy pravidel jsou dále členěny. Pravidla pro činnost se dělí na pravidla pro řízení činnosti a pravidla pro ovlivňování činnosti. Pravidla struktury definují termy a fakty. Definice termů a faktů jsou chápány jako pravidla určující strukturu podnikání. Poněvadž jsou ostatní pravidla vyjádřena pomocí termů a faktů, je třeba nejdříve definovat jednotlivé termy podnikání a vztahy mezi nimi, obecné termy jsou brány jako axiomy. Platí, že každý definovaný term musí mít konkrétní význam pro podnikání, který je jednoznačně daný kontextem užití. Fakty vyjadřují vztahy mezi dvěma či více termy, přičemž termy se mohou podílet na jednom nebo více vztazích. Fakty se dělí na základní a odvozené. Každý odvozený fakt je založen na jednom či více pravidlech. Odvozené fakty mohou být vypočteny, nebo odvozeny na základě implikace, formulovány jako algoritmus. V další klasifikaci jsou odlišeny tři typy faktů atributy, participace a generalizace, kde participace se dále člení na asociaci, agregaci a roli. Význam jednotlivých vztahů mezi termy odpovídá vztahům mezi typy entit/třídami v klasických přístupech. Termy mohou mít úroveň konkrétní instance tedy termu (entity/objektu), ale týkají se spíše typu termu (typu entit/tříd). Pro odlišení se vyjadřuje typ termu v jednotném čísle. Pravidla manipulují spíše s konkrétními instancemi (např. pravidla nemusí být vztažena obecně k atributu rodinný stav, ale k instanci svobodný, rozvedený). Každý fakt je vyjádřen pomocí sentence, která se skládá z podmětu, slovesa, předmětu. Sentence ve formálních termech reprezentují predikáty. V konečné fázi formulace pravidel by mělo být každé pravidlo atomické a opatřené identifikátorem - z důvodu další manipulace s pravidly. Tím, že formulace pravidel, respektive jejich přeformulování začíná u pravidel struktury, tedy definice termů a faktů a teprve pak následuje definice ostatních pravidel, je zajištěna jednotná terminologie. Konzistence s ostatními pravidly je dále posuzována při analýze pravidel. Analýza pravidel Dobře formulovaná atomická pravidla jsou podrobena další analýze. Cílem této analýzy je zajistit množinu pravidel, jejímiž vlastnostmi jsou unikátnost, minimálnost, konzistentnce a úplnost vzhledem k oblasti a cílům, na které jsou zaměřeny, tedy požadovanému řešení. Pro analýzu pravidel se používá technika vzorů pravidel, která vychází z toho, že každé pravidlo lze vyjádřit pomocí podmínek a řešení. Řešení se realizuje pomocí tabulek vzorů pravidel (Rule Sentence Templates [ROS], Rule Pattern Table [HAL]). Tabulky sdružují ta pravidla, která mají stejnou strukturu, tedy jsou založená na stejných termech a faktech při vyjádření podmínek i řešení (pro atomická pravidla je pouze jedno řešení, tedy jeden sloupec struktury, poslední, obsahuje řešení, ostatní sloupce pak podmínky) a navíc jsou zaměřena na jeden 22
4 Business Rules přístup v návrhu informačních systémů druh pravidel z hlediska funkčních kategorií (k rozdělení pravidel může být použito i vyjádření slova musí, může, měl by, nesmí). První řádek tabulky vyjadřuje strukturu, ostatní řádky tabulky obsahují jednotlivá pravidla, kde hodnoty v jednotlivých sloupcích pravidla (řádku) vyjadřují instance struktury obsažené ve sloupcích. Takto vytvořená tabulka umožňuje snazší analýzu pravidel, která mají stejnou strukturu a patří ke jedné kategorii. Porovnáním pravidel v jedné tabulce lze snadno zjistit redundanci pravidel i pravidla mezi sebou nekonzistentní. Nekonzistence pravidel může nastat ze dvou důvodů pravidla mohou mít nekonzistentní podmínky pro dosažení stejných výsledků, nebo naopak pravidla mohou mít stejné podmínky pro různé výsledky. Tato pravidla je třeba ověřit, a na základě zjištěných skutečností aktualizovat tabulku vzorů pravidel. Pro zjištění úplnosti pravidel se zkoumají instance jednotlivých pravidel a ověřuje se, zda pravidla stejného typu a struktury obsahují všechny instance, ke kterým je třeba formulovat pravidla pro dosažení cílů. Východiskem další analýzy jsou vztahy mezi tabulkami vzorů pravidel. Pro zjištění přesahu mezi pravidly je třeba porovnat tabulky, které obsahují pravidla stejného typu, lišící se ve struktuře v rozsahu podmínek tedy pravidla, která vedou ke stejnému výsledku, shodují se v instancích stejných podmínek, ale jedno z pravidel obsahuje ještě další podmínky. V tomto případě se musí prověřit, zda další podmínka je redundantní, či zda se jedná o neúplnou (chybnou) formulaci jednoho pravidla a provést aktualizaci. Další analýza se týká těch tabulek vzorů pravidel, která mají stejnou strukturu, ale obsahují různé typy pravidel, tedy s různou silou prosazení, např. se mohou nalézt pravidla, která mají stejné hodnoty v podmínkách, v řešení může být shoda s výjimkou akcentu ve formulaci musí, může, měl by. I zde se může jednat o nekonzistence v pravidlech. Je třeba opět ověřit správnost pravidel, množinu pravidel v závislosti na výsledcích rozhodnutí aktualizovat. Po odstranění redundancí, nekonzistencí a přesahů v pravidlech a kontroly úplnosti množiny pravidel je třeba identifikovat závislosti mezi pravidly. Pro podchycení závislostí je možné vytvořit tabulku závislostí pravidel či závislosti pravidel vyjádřit pomocí diagramu závislostí pravidel. Další technika pro určení závislostí seskupuje vzory (strukturu) pravidel do rodiny pravidel, kde rodina pravidel je kolekce vzorů pravidel, která mají shodná řešení tedy stejná řešení v pravidlech závisí na odlišných podmínkách. Další vzory pravidel, které vycházejí z tohoto řešení, jsou závislé na vzorech pravidel z dané rodiny pravidel. Vzájemné závislosti mezi rodinami pravidel jsou vyjádřeny pomocí diagramu závislostí rodiny pravidel. Je možné použít i rozhodovací tabulky. Postupy přístupu Základní představa přístupu je stanovit vize, určit mise a rozpracovávat cíle a prostředky na dílčí cíle a prostředky pro úroveň strategickou, taktickou i operativní, uvažovat vnější a vnitřní vlivy pro dosažení cílů, provádět vyhodnocení. Na základě vyhodnocení provést případné korekce tak, aby bylo dosaženo dlouhodobých cílů. Atomizací a formalizací pravidel a jejich analýzou odstranit redundance, přiřadit pravidla k procesům, které mají řídit. V případě provedení změn na jakékoli úrovni provést další aktualizace. Budou-li zachyceny podrobně vztahy pravidel k jednotlivým aplikacím IS/ICT a změny se dotknou daných aplikací, pak tyto změny promítnout i v nich. Tato představa je do značné míry ideální, nákladná, 23
5 Vladimíra Zádová v počátku časově náročná. Možným řešením je postupovat od jednotlivých procesů, extrahovat pravidla, která jsou k nim vztažena, tato pravidla podrobit analýze a poté analyzovaná, případně aktualizovaná pravidla zpětně přiřadit k procesům. V prvním případě se tedy jedná o top-down, ve druhém o bottom-up přístup. Business Rules přístup lze použít komplexně, či pro dílčí části. V současné době je použit v oblasti správy pravidel, pro vlastní řešení IS, jako komponenta pro vývoj IS. V případě analýzy a návrhu IS se po analýze pravidel pokračuje analýzou dat a procesů, kterých se návrh týká. 3. Přístupy z hlediska abstrakcí Při návrhu informačních systémů se jedná o stanovení dat a procesů pro manipulaci s těmito daty, které slouží požadovaným cílům. Pomocí dat jsou popsány podstatné vlastnosti objektů reálného světa. Procesy i data musí odpovídat realitě, tedy musí respektovat určená pravidla. Vzájemnou závislost mezi daty (jako zdroji informací), procesy a pravidly lze zobrazit jako vrcholy trojúhelníku, kde v základně jsou umístěny data a procesy, na vrcholu pak pravidla podnikání viz obrázek 1. PRAVIDLA DATA PROCESY Obr.1 Zobrazení vztahu mezi pravidly, daty a procesy Zdroj: vlastní Pravidla podnikání musí být uplatněna v základně tedy datech a procesech. Toto grafické umístění pravidel na obrázku zdůrazňuje jejich důležitost. Podíl uplatnění pravidel podnikání v datech resp. procesech řešené oblasti, pro kterou je IS vytvářen, záleží na konkrétním přístupu k řešení, ale je dán i osobou tvůrce. Jedině důležité při analýze a návrhu je, aby všechna pravidla týkající se dané oblasti byla v IS akceptována. Posouzení jednotlivých přístupů vychází z abstrakce. Obrázek 2 zobrazuje klasifikaci abstrakcí v metodách analýzy a návrhu. 24
6 Business Rules přístup v návrhu informačních systémů Abstrakce Víceúrovňová Jednoúrovňová (úhly pohledudimenze) Hierarchická Vrstvená ( Princip tří architektur ) Kolektivizace (struktura funkcí) Generalizace (podtypy entit) Obr.2 Klasifikace abstrakcí Zdroj: [REP], str. 139, obr. C.-2 U jednoúrovňové abstrakce se konkrétně v oblasti analýzy a návrhu jedná o princip různých pohledů na vytvářený systém. Tedy je uvažováno pouze hledisko. Ve víceúrovňové abstrakci jde o použití různých rozlišovacích úrovní. U hierarchické abstrakce jednotlivé úrovně znamenají rozpad celku na části. Kolektivizace vyjadřuje pouze účelové sdružení prvků, vyšší celek je definován jako souhrn svých částí (skládá se z) - tedy nedefinuje společné vlastnosti. Generalizace vyjadřuje sdružení prvků na základě jejich společných vlastností, které jsou všemi prvky povinně děděny. Vrstvené abstrakce definují takovou hierarchickou strukturu prvků, kde každý prvek na nižší rozlišovací úrovni je detailním rozpracováním prvku na vyšší úrovni rozlišení z určitého hlediska s tím, že detaily hledisek zohledněných u svých nadřízených prvků přejímá. Každý nižší prvek tvoří další vrstvu detailního rozpracování ze svého hlediska, přidanou k vrstvám předchozím. Vrstvená abstrakce je převzata ve všech přístupech a to včetně hledisek zaměření a charakteru jednotlivých úrovní - jako princip třech architektur (P3A). Konceptuální, technologická a fyzická úroveň se postupně zaměřují na obsah, technologii a realizaci. Přístupy se liší v uplatnění hierarchické abstrakce, zásadní rozdíl je v dimenzích jednoúrovňové abstrakce. Ve strukturovaném přístupu je použita u jednoúrovňové abstrakce dimenze datová, funkční, technologická a řídící. Víceúrovňová hierarchická abstrakce je zastoupena ve funkční větvi jako kolektivizace (jako top-down struktura funkcí), v datové větvi je uplatněna generalizace. V objektovém přístupu je víceúrovňová hierarchická abstrakce použita u funkcí jako agregace a u objektů v podobě generalizace a agregace (agregace jako speciální případ asociace). Z jednoúrovňové abstrakce je uplatněna dimenze objektová, 25
7 Vladimíra Zádová funkční, technologická a řídící. Datová dimenze ze strukturovaného přístupu je tedy v objektovém přístupu nahrazena dimenzí objektovou, ostatní dimenze jsou zachovány. Na rozdíl od předchozích přístupů Business Rules přístup rozšiřuje jednoúrovňovou abstrakci o další dimenzi a to dimenzi pravidel (či rule dimenze) 1. Další dimenze jednoúrovňové abstrakce závisí na tom, zda se při analýze a návrhu používá strukturovaného přístupu či objektového přístupu buď se jedná o dimenzi datovou, nebo (spíše a) o dimenzi objektovou, ostatní dimenze funkční, řídící a technologická jsou zachovány. Podíváme-li se nyní na jednoúrovňovou abstrakci z pohledu ostatních abstrakcí užitých v základním přístupu, pak z víceúrovňové hierarchické abstrakce je použita u dimenze pravidel agregace. 4. Modely jednotlivých přístupů V kapitole je uveden přehled modelů všech přístupů. Modely klasických přístupů jsou uvedeny bez bližších podrobností, poněvadž jsou v odborné veřejnosti známy. Bližší popis modelů Business Rules přístupu je uváděn v závislosti na situaci pokud jsou přejímány modely klasických přístupů, jsou jen zařazeny, v opačném případě jsou blíže popsány. Modely specifické pro strukturovaný přístup Strukturované metody zahrnují dvě základní fáze vývoje IS - analýzu systému, jejímž výstupem je konceptuální model a návrh, v němž je výstupem technologický model. Pro konceptuální úroveň existují tři základní modely: ERA model (Entity Relationship Diagram) Diagram datových toků (Data Flow Diagram) Diagram stavů a přechodů (State Transition Diagram) 2 Do technologické úrovně jsou zařazeny: Model logických datových struktur (Logical Data Diagram) Diagram modulární struktury (Structure Chart) Strukturní diagram (Structure Diagram) Slovník dat (Data Dictionary) Nejčastějším modelem logických datových struktur je relační model dat (Relational Data Diagram), nověji objektově relační model. Hierarchický či síťový model pro návrh dat na této úrovni může být v dříve řešených IS, ale jen zřídka. Slovník dat slouží k centrálnímu popisu datových prvků v systému, stojí mezi konceptuální a technologickou úrovní. 1 rozbor abstrakcí a užitá terminologie u klasických přístupů jsou převzaty z [REP], označení dimenze pravidel vzniklo v [ZA2], jde tedy za hranice uvedeného zdroje 2 Diagram stavů a přechodů je zařazen z důvodu úplnosti přehledu, pro analýzu procesů v oblasti hromadného zpracování dat se nepoužívá. 26
8 Business Rules přístup v návrhu informačních systémů Modely specifické pro objektový přístup U objektových diagramů není tak ostrá hranice mezi konceptuální a technologickou úrovní, jak tomu je ve strukturovaných metodách, dělí se spíše z hlediska statického popisu a popisu dynamiky chování. Do konceptuální úrovně lze zařadit tyto modely: Diagram užití (Use Case Diagram, Model jednání) Diagram tříd (Class Diagram, Objektový model) Diagram stavů a přechodů (Stavový diagram, State Transition Diagram) Diagram činností (Activity Diagram) Diagram sekvencí (Sequence Diagram) Diagram spolupráce (Collaboration Diagram) Funkční model 3. Diagram tříd patří k statickým modelům, ostatní uvedené modely pak k dynamickým modelům. Ačkoliv by se dalo očekávat, že v objektovém přístupu bude řešení v technologické úrovni opět objektové, tedy bude využit objektový datový model, může být model logických datových struktur reprezentován i relačním nebo objektově-relačním modelem dat. Převládá transformace do relačního datového modelu a modelu struktury programového systému (Structure Chart) tedy lze říci, že na této úrovni převládá strukturované řešení. Modely specifické pro Business Rules přístup Pro tento přístup je uveden přehled modelů na konceptuální úrovni, kterými se Business Rules přístup odlišuje od klasických přístupů. Těmito modely jsou: Motivační model podnikání (Business Motivation Model) Konceptuální model pravidel podnikání (Business Rules Conceptual Model) Model faktů (Fact Model, Instance Model) Katalog pojmů (Concepts Catalog) Tabulky vzorů pravidel (Rule Sentence Templates, Rule Pattern Table) Tabulka závislostí pravidel (Rule Dependency Table) Diagram závislostí pravidel (Rule Dependency Diagram) Diagram pro zobrazení rodin pravidel (Rule Family Diagram) Diagram závislostí rodiny pravidel (Rule Family Dependency Diagram) První dva modely se týkají formulace pravidel jako dílčího prostředku pro dosažení cílů organizace a formalizace pravidel. Tedy pomocí nich mohou být určena a formálně specifikována pravidla. Další uvedené modely a tabulky jsou určeny pro definici pojmů, zachycení pravidel, jejich formalizaci a analýzu v konkrétní organizaci. Bližší popis účelu jednotlivých modelů je uveden v první kapitole 3 Funkční model odpovídá diagramu datových toků ve strukturovaném přístupu. Tento model není součástí všech metodik. Je zařazen pro úplnost. 27
9 Vladimíra Zádová věnované základním principům tohoto přístupu. Modely přístupu nejsou striktně určeny, některé z uváděných modelů jsou redundantní. Pro grafické vyjádření modelu faktů je doporučován ER diagram. I když může být použit i diagram tříd, ER diagram je dostačující pro vyjádření charakteristiky pouze atributy. Cílem modelu faktů je postižení základní struktury vztahů mezi termy. Poněvadž tento model reprezentuje základ podnikání, je doporučeno, aby termy v něm uvedené byly atomické (z pohledu podnikání) a základní, nikoliv odvoditelné z jiných termů. Vedle modelu faktů může být vytvořen model instancí (Instance Model), který je modelem faktů vyjadřujícím instance a vztahy mezi nimi (obdoba diagram tříd/diagram objektů). Tabulka vzorů pravidel v prvním řádku v jednotlivých sloupcích vyjadřuje strukturu skupiny pravidel, před sloupci vyjadřujícími strukturu je umístěn sloupec pro sledování identifikátorů pravidel. Struktura je založena na termech a faktech, kde poslední sloupec struktury obsahuje řešení, ostatní sloupce vyjma prvního podmínky, na základě kterých je formulováno řešení. Tabulka závislostí pravidel v jednotlivých sloupcích sleduje identifikátor pravidla, druh pravidla, jeho popis, poslední sloupec pak ta pravidla, na kterých je popisované pravidlo závislé. Diagram závislostí pravidel [HAL] má obdobné určení jako tabulka závislostí pravidel. Je doporučeno pro vyjádření využít diagram činností z UML, tedy objektového přístupu. V diagramu pro zobrazení rodin pravidel jsou seskupeny vzory (struktura) pravidel do rodiny pravidel. Pro grafické vyjádření je použit ovál pro termy, obdélník pro vzory pravidel, ke kterým jsou vázány termy, šipky určují vstupní termy a jeden term výstupní, tedy řešení. Diagram závislostí rodiny pravidel zobrazuje vzájemné závislosti rodin pravidel. Každá rodina pravidel je zobrazena jako obdélník, šipky značí směr vzájemných závislostí (blíže [HAL], str. 340). Pokud dojde k realizaci s použitím motivačního modelu podnikání a konceptuálního modelu pravidel podnikání, tedy bude použit top-down princip, pak by obsah modelu faktů a katalogu pojmů a dalších byl vyčerpávající z hlediska dosažení cílů, podchycení vzájemných souvislostí, definic termů podnikání, vztahů. Někdy je k zachycení pravidel používán bottom-up princip, kdy k vyhledání a vyjádření pravidel může dojít na základě analýzy procesů, které jsou pomocí pravidel řízeny. K tomu je doporučeno využít diagram užití, nebo diagramu datových toků. 5. Zamyšlení nad vývojem v oblasti návrhu IS U Business Rules přístupu není striktně určeno jaké modely a abstrakce převzít zda strukturovaného či objektového přístupu. Není zde jednoznačně upřednostněn později používaný přístup a jeho celistvost vyjádření objektů reálného světa tj. vyjádření objektů pomocí atributů a metod. Možná právě tato skutečnost, jistá vágnost při převzetí modelů předchozích přístupů, vede k určitým rozpakům a pochybnostem jak chápat Business Rules přístup zda jde o nové paradigma, či se jedná pouze o rozšíření existujících přístupů. Vyjdeme-li při porovnání obou klasických přístupů ze základního přístupu a užijeme abstrakce, jde o nahrazení jedné dimenze jednoúrovňové abstrakce jinou, konkrétně datové dimenze objektovou při zachování ostatních abstrakcí a jejich charakteristik. Při použití Business Rules přístupu dochází z hlediska abstrakcí k převzetí těch abstrakcí, které byly uplatněny v jednom či druhém přístupu, ale vždy se jedná o rozšíření o další dimenzi, tu jsem pojmenovala dimenze pravidel. 28
10 Business Rules přístup v návrhu informačních systémů V předchozích odstavcích uvedené skutečnosti vedou k hledání důvodů, proč není jednoznačně určeno v Business Rules přístupu, který předchozí přístup je výchozí, či jaké modely z obou převzít. Domnívám se, že tyto důvody lze nalézt jako odpověď na otázky, které jsou uvedeny v následujících bodech: - Uplatnění jednotlivých přístupů při řešení IS/aplikací IS v rámci P3A - Požadavky na aktualizaci IS/ICT, druhy aplikací - Užití a rozvoj přístupů, respektive metod z nich vycházejících. V rámci P3A je dnes v konceptuální úrovni zřejmě více uplatňován objektový přístup, v dalších úrovních je pak více použit strukturovaný přístup 4. I když by se dalo očekávat, že v průběhu let bude i pro další úrovně P3A uplatněn zásadně objektový přístup a zcela zanikne strukturovaný přístup k analýze, tato situace nenastala. Oddělení analýzy a způsobu řešení je dáno současným stavem v oblasti vývojových prostředí i tím, že pro řešené aplikace jsou tato prostředí vyhovující. Jak bylo uvedeno dříve, organizace musí obstát v konkurenci ostatních, pružně reagovat na změny ve svém okolí. Tyto změny mohou vést jak ke změnám v řízení jejich vztahů s okolím tak i ke změnám v řízení uvnitř organizace a požadavku na jejich podporu pomocí IS/ICT (implementací nových aplikací, změnou stávajících aplikací). Mnohdy tyto změny vyžadují aktualizaci pravidel. Změněná či nová pravidla by měla být posouzena s ohledem na ostatní pravidla. Změny pravidel musí být přeneseny i do stávajících IS, pokud se jich dotýkají. Rovněž při vývoji nových aplikací je třeba rychle získat všechna pravidla, která se týkají řešené problematiky. V klasických přístupech k řešení IS/ICT jsou pravidla chápána jako součást procesů, resp. dat, proto jsou pravidla naprogramována jako součást procesů, eventuálně jsou zakomponována při definici databáze v závislosti na konkrétním vývojovém prostředí např. jako doménová integrita, referenční integrita, pomocí triggerů. Změny pravidel realizované v databázi je možné provést snadněji, pravidla zakomponovaná do procesů se mění obtížněji. Právě oddělené sledování pravidel, jejich dekompozice, analýza, zjištění redundancí i vzájemně protikladných pravidel, úplnosti pravidel, sjednocení terminologie v rámci organizace i sledování oblastí, které jsou jimi řízeny (tj. do jaké oblasti jsou jednotlivá pravidla zacílena), taktéž i sledování stávajících aplikací z hlediska použití pravidel (tedy přesné sledování jejich uplatnění v datech a procesech daných aplikací) umožňuje rychlou orientaci při změnách. Ukazuje se, že zásadnější je orientovat se na pravidla, a řešit je komplexně, než se zaměřovat na to, jaký přístup v rámci IS/ICT použít - zejména jedná-li se při řešení o konceptuální úroveň. Ačkoli se řadu let používá objektový přístup, nedochází k úplnému vytlačení strukturovaného přístupu, ani k dalšímu výraznému rozvoji v jednom či obou přístupech, převzetí osvědčených diagramů pro řešení mezi sebou, nebo splynutí obou přístupů. Místo, aby nastala jedna z uvedených možností, objevil se jiný přístup, který vnáší zcela nový pohled a je výraznou změnou ve vývoji aplikací nezabývá se jen daty a procesy (ať již sledované odděleně, či v rámci objektů), v nichž jsou zohledněna pravidla týkající se dané oblasti, ale explicitně zkoumá pravidla v širším kontextu a toto zkoumání předřazuje další činnosti spojené s přiřazením pravidel do dat a procesů. Z tohoto pohledu se zdá být Business 4 i pokud bude pro uložení dat zvolen objektově-relační model, tak objektovost se v současné době týká datových typů 29
11 Vladimíra Zádová Rules přístup jakýmsi hybridem s přidanou hodnotou, poněvadž poskytuje nabídku všech diagramů obou přístupů k řešení aplikací a navíc poskytuje další prostředky pro řízení pravidel a to v rámci celé organizace, tedy v širším kontextu než je požadováno pro vývoj jednotlivých aplikací. 6. Závěr K použití nových přístupů pro jakékoliv aktivity vede to, že stávající přístup není schopen uspokojivě reagovat na měnící se požadavky. V silně konkurenčním prostředí organizací dochází k častým změnám, na tyto změny organizace často reagují změnami pravidel, které musí promítnout do všech svých činností, včetně provedení změn IS/ICT. Proto je třeba, aby byla sledována a analyzována pravidla, k tomu účelu byl v organizaci vytvořen systém pro řízení pravidel. Tomu v oblasti řešení IS/ICT nemohou plně vyhovět klasické přístupy pro analýzu a návrh v oblasti IS/ICT. Proto se domnívám se, že Business Rules přístup je dalším krokem ve vývoji, který nejvíce odpovídá požadavkům současnosti. Modely, které jsou uváděny v jednotlivých přístupech, jsou určeny zejména pro návrh IS sloužících k podpoře činnosti organizací, tedy pro návrh OLTP systémů. Kromě obecných požadavků na změnu přístupu k návrhu IS vyvstává, zvláště od konce 90. let, potřeba zohlednit požadavky na vývoj IS zaměřených na podporu rozhodování, zejména pro návrh datových skladů. Jak se s těmito požadavky vypořádat je námět pro další článek. Literatura: [BUC] Buchalcevová, A.: Metodiky vývoje a údržby informačních systémů, Grada Publishing, 2005, ISBN [HAL] Halle, B.: Business Rules Applied Building Better Systems Using the Business Rules Approach; Wiley, 1st edition 2001, ISBN: [REP] Řepa, V.: Analýza a návrh informačních systémů, Ekopress, Praha, 1999, ISBN [ROS] Ross, R.: Principles of the Business Rule Approach; Addison-Wesley, 2003,1st. edition; ISBN [ZA1] Zádová, V.: Strukturovaný versus objektový přístup v oblasti analýzy a návrhu. Časopis Systémová integrace č. 3/2002, str , ISSN [ZA2] Zádová, V.: Specifika postavení a návrhu datových skladů v rámci IS/ICT, [disertační práce] Liberec 2006 [ZA3] Zádová, V.: Business Rules přístup jako konkurenční výhoda organizace, Liberecké informatické fórum ISBN X; str [STP] Staníček, Z., Procházka, F.: Business Rule Engines a konstrukce IS, sborník konference DATAKON, 2004, str , ISBN Internetové zdroje: [i-1] Business Rules Manifesto -[online], [cit ] dostupné z [i-2] Defining Business Rules - What are They Really? -[online], [cit ] dostupné z [i-3] The Business Motivation Model, duben 2005, -[online], [cit ], dostupné z 30
Smysl metodiky IS/IT. Koncentrovaná zkušenost Checklist na nic nezapomeneme
Smysl metodiky IS/IT Koncentrovaná zkušenost Checklist na nic nezapomeneme Přínosy metodik Větší produktivita a kooperace týmů Komunikační standard Specializace projektových týmů Nezávislost na konkrétních
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í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í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í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í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í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Í DAT V INFORMAČNÍCH SYSTÉMECH. Jindřich Kaluža Ludmila Kalužová
MODELOVÁNÍ DAT V INFORMAČNÍCH SYSTÉMECH Jindřich Kaluža Ludmila Kalužová Recenzenti: prof. Ing. Milan Turčáni, CSc. prof. Ing. Ivan Vrana, DrSc. Tato kniha vznikla za finanční podpory Studentské grantové
VícePracovní celky 3.2, 3.3 a 3.4 Sémantická harmonizace - Srovnání a přiřazení datových modelů
Pracovní celky 3.2, 3.3 a 3.4 Sémantická harmonizace - Srovnání a datových modelů Obsah Seznam tabulek... 1 Seznam obrázků... 1 1 Úvod... 2 2 Metody sémantické harmonizace... 2 3 Dvojjazyčné katalogy objektů
VíceGIS Libereckého kraje
Funkční rámec Zpracoval: Odbor informatiky květen 2004 Obsah 1. ÚVOD...3 1.1. Vztah GIS a IS... 3 2. ANALÝZA SOUČASNÉHO STAVU...3 2.1. Technické zázemí... 3 2.2. Personální zázemí... 3 2.3. Datová základna...
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í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í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íceProcesní přístup k projektům informačních systémů. RNDr. Vladimír Krajčík, Ph.D.
Procesní přístup k projektům informačních systémů RNDr. Vladimír Krajčík, Ph.D. Jaká byla moje cesta k zavedení a užití procesních prvků při řízení projektů veřejných informačních systémů se zaměřením
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íceMetody tvorby ontologií a sémantický web. Martin Malčík, Rostislav Miarka
Metody tvorby ontologií a sémantický web Martin Malčík, Rostislav Miarka Obsah Reprezentace znalostí Ontologie a sémantický web Tvorba ontologií Hierarchie znalostí (D.R.Tobin) Data jakékoliv znakové řetězce
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í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í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ícePrimární klíč (Primary Key - PK) Je právě jedna množina atributů patřící jednomu z kandidátů primárního klíče.
Primární a cizí klíč Kandidát primárního klíče (KPK) Je taková množina atributů, která splňuje podmínky: Unikátnosti Minimálnosti (neredukovatelnosti) Primární klíč (Primary Key - PK) Je právě jedna množina
VíceGIS Geografické informační systémy
GIS Geografické informační systémy Obsah přednášky Prostorové vektorové modely Špagetový model Topologický model Převody geometrií Vektorový model Reprezentuje reálný svět po jednotlivých složkách popisu
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í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í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í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íceDolování v objektových datech. Ivana Rudolfová
Dolování v objektových datech Ivana Rudolfová Relační databáze - nevýhody První normální forma neumožňuje vyjádřit vztahy A je podtypem B nebo vytvořit struktury typu pole nebo množiny SQL omezení omezený
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í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íceHierarchický databázový model
12. Základy relačních databází Když před desítkami let doktor E. F. Codd zavedl pojem relační databáze, pohlíželo se na tabulky jako na relace, se kterými se daly provádět různé operace. Z matematického
VíceČESKÁ TECHNICKÁ NORMA
ČESKÁ TECHNICKÁ NORMA ICS 35.240.70 2003 Geografická informace - Časové schéma ČSN ISO 19108 97 9827 Prosinec Geographic information - Temporal schema Information géographique - Schéma temporel Tato norma
VíceZnalostní systém nad ontologií ve formátu Topic Maps
Znalostní systém nad ontologií ve formátu Topic Maps Ladislav Buřita, Petr Do ladislav.burita@unob.cz; petr.do@unob.cz Univerzita obrany, Fakulta vojenských technologií Kounicova 65, 662 10 Brno Abstrakt:
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íceRelační datový model. Integritní omezení. Normální formy Návrh IS. funkční závislosti multizávislosti inkluzní závislosti
Relační datový model Integritní omezení funkční závislosti multizávislosti inkluzní závislosti Normální formy Návrh IS Funkční závislosti funkční závislost elementární redundantní redukovaná částečná pokrytí
VíceXML Š ABLONY A JEJICH INTEGRACE V LCMS XML TEMPLATES AND THEIN INTEGRATION IN LCMS
XML Š ABLONY A JEJICH INTEGRACE V LCMS XML TEMPLATES AND THEIN INTEGRATION IN LCMS Roman MALO - Arnošt MOTYČKA This paper is oriented to discussion about using markup language XML and its features in LCMS
VíceRelační databázový model. Vladimíra Zádová, KIN, EF, TUL- DBS
Relační databázový model Databázové (datové) modely základní dělení klasické databázové modely relační databázový model relační databázový model Základní konstrukt - relace relace, schéma relace atribut,
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íceHodnocení kvality logistických procesů
Téma 5. Hodnocení kvality logistických procesů Kvalitu logistických procesů nelze vyjádřit absolutně (nelze ji měřit přímo), nýbrž relativně porovnáním Hodnoty těchto znaků někdo buď předem stanovil (norma,
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íce2. Konceptuální model dat, E-R konceptuální model
2. Konceptuální model dat, E-R konceptuální model Úvod Databázový model souhrn prostředků, pojmů a metod, jak na logické úrovni popsat data a jejich strukturu výsledkem je databázové schéma. Databázové
VíceNávrh datového skladu z hlediska zdrojů
Návrh datového skladu Návrh datového skladu OLTP ETL OLAP, DM Operativní data Datové sklady Zdroje dat Transformace zdroj - cíl Etapy realizace 1 Návrh datového skladu Hlavní úskalí analýzy a návrhu spočívá
VíceEXTRAKT z mezinárodní normy
EXTRAKT z mezinárodní normy Extrakt nenahrazuje samotnou technickou normu, je pouze informativním ICS 03.220.01; 35.240.60 materiálem o normě. Inteligentní dopravní systémy Požadavky na ITS centrální datové
VíceKonceptuální modely datového skladu
Vladimíra Zádová Katedra informatiky, TU Liberec, e-mail: vladimira.zadova@tul.cz Abstrakt: Příspěvek je zaměřen na modely datového skladu pro konceptuální úroveň návrhu. Existující modely pro tuto úroveň
VíceMBI portál pro podporu řízení podnikové informatiky. mbi.vse.cz
MBI, Management Byznys Informatiky MBI portál pro podporu řízení podnikové informatiky mbi.vse.cz J. Pour Katedra IT VŠE pour@vse.cz MBI, Management byznys informatiky Snímek 1 Agenda 1. Vznik a rozvoj
VíceMANAŽERSKÉ INFORMAČNÍ SYSTÉMY
metodický list č. 1 Úvodem: Protože předmětu manažerské informační systémy (MIS) je vyhrazeno ve studijním plánu kombinovaného studia pouze 10 prezenční hodin (5 dvouhodinových bloků), je nezbytné, abyste
VíceGIS Geografické informační systémy
GIS Geografické informační systémy Obsah přednášky Prostorové vektorové modely Špagetový model Topologický model Převody geometrií Vektorový model Reprezentuje reálný svět po jednotlivých složkách popisu
VíceTEORIE ZPRACOVÁNÍ DAT
Vysoká škola báňská - Technická univerzita Ostrava Fakulta elektrotechniky a informatiky TEORIE ZPRACOVÁNÍ DAT pro kombinované a distanční studium Jana Šarmanová Ostrava 2003 Jana Šarmanová, 2003 Fakulta
VíceDatabázové systémy trocha teorie
Databázové systémy trocha teorie Základní pojmy Historie vývoje zpracování dat: 50. Léta vše v programu nevýhody poměrně jasné Aplikace1 alg.1 Aplikace2 alg.2 typy1 data1 typy2 data2 vytvoření systémů
VíceDATABÁZOVÉ SYSTÉMY. Metodický list č. 1
Metodický list č. 1 Cíl: Cílem předmětu je získat přehled o možnostech a principech databázového zpracování, získat v tomto směru znalosti potřebné pro informačního manažera. Databázové systémy, databázové
VíceInformační systémy 2006/2007
13 Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní, Katedra automatizační techniky a řízení Informační systémy 2006/2007 Ivan Kedroň 1 Obsah Analytické nástroje SQL serveru. OLAP analýza
VíceDatabázové systémy. Ing. Radek Holý
Databázové systémy Ing. Radek Holý holy@cvut.cz Literatura: Skripta: Jeřábek, Kaliková, Krčál, Krčálová, Kalika: Databázové systémy pro dopravní aplikace Vydavatelství ČVUT, 09/2010 Co je relační databáze?
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íceOntologie. Otakar Trunda
Ontologie Otakar Trunda Definice Mnoho různých definic: Formální specifikace sdílené konceptualizace Hierarchicky strukturovaná množina termínů popisujících určitou věcnou oblast Strukturovaná slovní zásoba
VíceZnalostní báze pro obor organizace informací a znalostí
Znalostní báze pro obor organizace informací a znalostí Představení projektu Programu aplikovaného výzkumu a vývoje národní a kulturní identity (NAKI) DF13P01OVV013 2013 2015 Helena Kučerová ÚISK FF UK
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í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íceZákladní informace o co se jedná a k čemu to slouží
Základní informace o co se jedná a k čemu to slouží založené na relačních databází transakční systémy, které jsou určeny pro pořizování a ukládání dat v reálném čase (ERP, účetní, ekonomické a další podnikové
VíceInformace a znalosti v organizaci
Informace a znalosti v organizaci Vladimíra Zádová Postavení informací a znalostí z hlediska úspěšnosti firmy Vnitřní faktory Rámec 7S faktorů úspěchu firmy [ Mc Kinsey ] Struktura Strategie Systémy Spolupracovníci
VíceObjektově relační databáze a ORACLE 8
Objektově relační databáze a ORACLE 8 Ludmila Kalužová VŠB - TU Ostrava, Ekonomická fakulta, Katedra informatiky v ekonomice, Sokolská 33, 701 21 Ostrava 1 Abstrakt V současné době existuje velký počet
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íceKapitola 2: Entitně-vztahový model (Entity-Relationship model) Množiny entit (entitní množiny) Atributy
- 2.1 - Kapitola 2: Entitně-vztahový model (Entity-Relationship model) Množiny entit Množiny vztahů Otázky návrhu Plánování mezí Klíče E-R diagram Rozšířené E-R rysy Návrh E-R databázového schématu Redukce
VíceSYSTÉMY ŘÍZENÍ PODNIKU OKRUHY OTÁZEK KE ZKOUŠCE Z PŘEDMĚTU MPH_SYRP V magisterském studiu
SYSTÉMY ŘÍZENÍ PODNIKU OKRUHY OTÁZEK KE ZKOUŠCE Z PŘEDMĚTU MPH_SYRP V magisterském studiu 20010-2011 1. Historické příčiny vzniku systémového přístupu k zobrazování a analýze reálných objektů. Podstata
VíceVysoká škola technická a ekonomická v Českých Budějovicích. Institute of Technology And Business In České Budějovice
PROCES STRATEGICKÉHO ŘÍZENÍ, HIERARCHIE STRATEGIE (KOMPLEXNÍ PODNIKOVÁ STRATEGIE CORPORATE STRATEGY,, OBCHODNÍ STRATEGIE, DÍLČÍ STRATEGIE) Vysoká škola technická a ekonomická v Českých Budějovicích Institute
VíceARCHITEKTURA INFORMAČNÍCH SYSTÉMŮ PODLE ÚROVNĚ ŘÍZENÍ
ARCHITEKTURA INFORMAČNÍCH SYSTÉMŮ PODLE ÚROVNĚ ŘÍZENÍ Podle toho, zda informační systém funguje na operativní, taktické nebo strategické řídicí úrovni, můžeme systémy rozdělit do skupin. Tuto pyramidu
VíceObjektově orientované databáze. Miroslav Beneš
Objektově orientované databáze Miroslav Beneš Obsah přednášky Motivace Vlastnosti databázových systémů Logické datové modely Nevýhody modelů založených na záznamech Co potřebujeme modelovat? Identifikace
VíceFunkční analýza Předmět Informační systémy. Daniela Szturcová
Funkční analýza Předmět Informační systémy Daniela Szturcová Projektování IS IS má za účel zefektivnit práci s informacemi. Při projektování IS zohledňujeme potřeby zákazníka, definujeme firemní procesy
VíceBusiness Intelligence
Business Intelligence Vladimíra Zádová Katedra informatiky vladimira.zadova@tul.cz 3.patro, kl.2389 Východiska = příčiny vzniku BI Globalizace Rozvoj technologií ICT (informační a komunikační technologie)
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íceDatový sklad. Datový sklad
Datový sklad Postavení v rámci IS/ICT Specifika návrhu Modelování Datový sklad POSTAVENÍ NÁVRH Postavení datového skladu (DW) v IS/ICT z hlediska aplikací jako součást Business Intelligence z hlediska
Více2. Systémová analýza SA návrhová část projektu = příručka projektu - systémový přístup k analýze problémů, nejdůležitější etapa projektu - podrobné st
1. IŘS, definice, třídění, projekt, životní cyklus IŘS systémy na zpracování získaných (naměřených) informací a jejich využití pro řízení IŘS : a) IS informační systémy systémy sběru a zpracování dat (hromadné),
VíceOSA. maximalizace minimalizace 1/22
OSA Systémová analýza metodika používaná k navrhování a racionalizaci systémů v podmínkách neurčitosti vyšší stupeň operační analýzy Operační analýza (výzkum) soubor metod umožňující řešit rozhodovací,
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íceHODNOCENÍ VÝKONNOSTI PODNIKU VE SPOJITOSTI SE STRATEGICKÝMI CÍLY
29 HODNOCENÍ VÝKONNOSTI PODNIKU VE SPOJITOSTI SE STRATEGICKÝMI CÍLY POKORNÝ Karel Abstrakt: Metoda Balanced Scorecard (BSC) její podstata, obsah a principy. Vztah BSC ke strategickému a operativnímu řízení
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í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íceModelování a optimalizace diagnostických procesů
Modelování a optimalizace diagnostických procesů Ing. Jiří Tupa, Ing. František Steiner, Ph.D., Doc. Ing. Vlastimil Skočil, CSc. Oddělení řízení průmyslových procesů, Katedra technologií a měření, Fakulta
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í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íceDatabázové systémy. Přednáška 1
Databázové systémy Přednáška 1 Vyučující Ing. Martin Šrotýř, Ph.D. K614 Místnost: K311 E-mail: srotyr@fd.cvut.cz Telefon: 2 2435 9532 Konzultační hodiny: Dle domluvy Databázové systémy 14DATS 3. semestr
VíceProgramování II. Modularita 2017/18
Programování II Modularita 2017/18 Modul? Osnova přednášky Vývoj programování Modularita Příklad Vývoj programování Paradigmata programování Jak a proč se jazyky vyvíjejí? V čem se OOP liší od předchozích
VíceModelování webových služeb v UML
Modelování webových služeb v UML Jaromír Šveřepa LBMS, s.r.o. Abstrakt: Tento příspěvek se zaměřuje na praktický postup pro identifikaci potřeby webové služby, modelování způsobu jejího použití, popřípadě
VícePROJEKTOVÁNÍ INFORMAČNÍCH SYSTÉMŮ Metodický list č. 1
PROJEKTOVÁNÍ INFORMAČNÍCH SYSTÉMŮ Metodický list č. 1 Název tématického celku: Strategické řízení IS/IT Cíl: Cílem tohoto tematického celku je vysvětlení základních pojmů z oblasti strategického řízení
VíceEXTRAKT z mezinárodní normy
EXTRAKT z mezinárodní normy Extrakt nenahrazuje samotnou technickou normu, je pouze informativním materiálem o normě ICS 03.220.01;35.240.60 Inteligentní dopravní systémy (ITS) Rozšíření specifikací mapové
VíceMultidimenzionální modelování v rámci analýzy a návrhu IS/ICT
Multidimenzionální modelování v rámci analýzy a návrhu IS/ICT Abstrakt: Vladimíra Zádová Katedra informatiky, TU Liberec, e-mail: vladimira.zadova@tul.cz Strukturovaný a objektový přístup jsou klasické
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íceROZDÍLY V NÁVRZÍCH RELAČNÍCH A OBJEKTOVÝCH DATABÁZÍ A JEJICH DŮSLEDKY PRO TRANSFORMACI MODELŮ
ROZDÍLY V NÁVRZÍCH RELAČNÍCH A OBJEKTOVÝCH DATABÁZÍ A JEJICH DŮSLEDKY PRO TRANSFORMACI MODELŮ RELATIONAL AND OBJECT DATABASES DESIGN DIFFERENCES AND IT S IMPLICATIONS TO MODEL TRANSFORMATION Vít Holub
VícePříloha: Dodatečné informace, včetně přesného znění žádosti dodavatele o dodatečné informace
Příloha: Dodatečné informace, včetně přesného znění žádosti dodavatele o dodatečné informace Pořadové číslo dodatečných informací: 14. ČÁST 1: Přesné znění žádosti dodavatele o dodatečné informace Otázka
VícePARAMETRICKÁ STUDIE VÝPOČTU KOMBINACE JEDNOKOMPONENTNÍCH ÚČINKŮ ZATÍŽENÍ
PARAMETRICKÁ STUDIE VÝPOČTU KOMBINACE JEDNOKOMPONENTNÍCH ÚČINKŮ ZATÍŽENÍ Ing. David KUDLÁČEK, Katedra stavební mechaniky, Fakulta stavební, VŠB TUO, Ludvíka Podéště 1875, 708 33 Ostrava Poruba, tel.: 59
VícePřechod stavebního projektu do užívací fáze
Přechod stavebního projektu do užívací fáze Doktorand: Ing. arch. Zdeněk Rudovský Vedoucí disertační práce Prof. Ing. Miloslav Pavlík, CSc. Doktorský studijní program: P 3501 V003 Architektura a urbanismus
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íceVývoj informačních systémů. Obecně o IS
Vývoj informačních systémů Obecně o IS Informační systém Informační systém je propojení informačních technologií a lidských aktivit směřující k zajištění podpory procesů v organizaci. V širším slova smyslu
VíceOtázky kurzu 4IT417 Řízení podnikové informatiky verze z 1/2/2009. 1.Podniková informatika pojmy a komponenty
Otázky kurzu 4IT417 Řízení podnikové informatiky verze z 1/2/2009 1.Podniková informatika pojmy a komponenty (1) Objasněte pojmy: IS, ICT, ICT služba, ICT proces, ICT zdroj. Jakou dokumentaci k ICT službám,
VíceZvyšování výkonnosti firmy na bázi potenciálu zlepšení
Nakladatelství a autor dìkují za podporu pøi vydání této knihy spoleènostem: SAP ÈR, spol. s r. o. MICROSOFT, s.r.o. ŠKODA AUTO, a.s. Ing. Pavel Uèeò, CSc. Zvyšování výkonnosti firmy na bázi potenciálu
VíceZnalostní báze pro obor organizace informací a znalostí
Znalostní báze pro obor organizace informací a znalostí Představení projektu Programu aplikovaného výzkumu a vývoje národní a kulturní identity (NAKI) DF13P01OVV013 2013 2015 Helena Kučerová ÚISK FF UK
VíceS T R A T E G I C K Ý M A N A G E M E N T
S T R A T E G I C K Ý M A N A G E M E N T 3 LS, akad.rok 2014/2015 Strategický management - VŽ 1 Proces strategického managementu LS, akad.rok 2014/2015 Strategický management - VŽ 2 Strategický management
VícePRACOVNÍ SKUPINA 5. Zdeněk KOCOUREK, IDS Advisory Lucie VESELÁ, Ministerstvo financí. Kybernetická bezpečnost IT
PRACOVNÍ SKUPINA 5 Zdeněk KOCOUREK, IDS Advisory Lucie VESELÁ, Ministerstvo financí Kybernetická bezpečnost IT Metoda GROW 1. G Goal setting stanovení cíle pracovní skupiny, potvrzení tohoto cíle s účastníky
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íce