VYHLEDÁVÁNÍ PRVKŮ ACTOR A PROCESNÍ MODELOVÁNÍ
|
|
- Alexandra Kolářová
- před 7 lety
- Počet zobrazení:
Transkript
1 VYHLEDÁVÁNÍ PRVKŮ ACTOR A PROCESNÍ MODELOVÁNÍ Část 3 Tento článek je pokračováním předešlých článků RNDr. Ilja Kraval, duben ÚVOD V předešlých článcích jsme se seznámili s použitím prvku typu Actor a s jeho významem. Připomeňme, že se jedná o prvek z okolí, který interaguje se systémem. Není to tedy libovolný objekt z okolí, ale ten, který je v interakci se systémem. Z hlediska vývojáře odhaluje interfacy systému, takže díky prvku Actor vznikají již v brzké fázi analýzy dotazy na následná technologická řešení všech interfaců informačního systému, což je žádoucí. V předešlých kapitolách jsme dospěli k těmto závěrům: 1. Procesní škola vyhledávání případů užití nemusí specifikovat prvky typu Actor, což je její výhodou. 2. Prvky typu Actor musíme jako vývojáři dohledat i v procesní škole, protože reprezentují interfacy systému a ty se musí při návrhu IS řešit. 3. Hádky nad kontextem prvku Actor mohou být zbytečné, pokud je odhalena podstata interfacu. 4. Prvek Actor se nesmí zaměnit s instancí Role uvnitř systému, jsou to totiž dva odlišné pojmy.
2 strana 2 PRVEK ACTOR A JINÉ CHOVÁNÍ PŘÍPADŮ UŽITÍ Na konci předešlého jsme řešili model popisujícího část evidence klasické knihovny: Byl nalezen případ užití Prohlížení titulů knihovny. Jednalo se o prohlížečku, která zobrazuje všechny možné informace o knihách včetně fyzické pozice titulu (kde se nachází fyzicky). Byly nalezeny tyto prvky v okolí jako prvky typu Actor: Knihovník, Administrátor a Čtenář. Autor modelu namaloval následující obrázek: Položili jsme si tyto otázky: Obrázek 1 Opět příliš mnoho prvků Actor? První otázka zněla, co myslíte, je toto řešení správné nebo ne? Odpověď je nasnadě: Není, protože nesouhlasí počet interfaců. Kolik sedí človíčků, když se prohlíží titul knihovny? Jeden. Jako druhá zazněla v příkladu tato otázka: Co když knihovník vidí jiné tituly než čtenář, například navíc tituly vyřazené? Je to jiný případ užití nebo není? Pro správnou odpověď si představme, jak bude tento program logicky fungovat. Systém ve svém programu nemůže podle toho, kdo sedí venku, volit jinou větev algoritmu anebo nasadit jiný filtr. Jedná se o jeden případ užití, kdy se uvnitř programu vyhodnotí přístupová práva podle přihlášené role (viz předešlá kapitola) a podle této role se nasadí odpovídající filtr na prohlížečku. Tato věta také zazní ve scénáři hned na začátku. strana 2
3 strana 3 Dalším problémem týkajícím se prvků Actor je otázka požadavku zákazníka, který chce vidět role k danému případu užití. Tuto otázku řeší následující kapitola. JAK ŘEŠIT POŽADAVEK ZÁKAZNÍKA, POKUD CHCE VIDĚT TZV. ROLE PODNIKU Vrátíme se k řešení problému, kdy zákazník chce mít v obchodních materiálech projektu znázorněno, která funkce v podniku používá který případ užití a navíc například i s četností (např. frekvence použití za den). V žádném případě bych nedoporučoval udělat ústupek v tom smyslu, že vytvoříme chybně více prvků typu Actor, než kolik napočítáme interfaců. To je opravdu hrubou chybou návrhu. Vhodnější je diagramy pro účely zákazníka tvořit jakoby bokem, tj. jako obchodní materiály pro specifický účel, tyto se nakonec ani nemusí dostat do vývoje. Jedná se tedy o dokumenty navíc jen pro zákazníka. Můžeme postupovat například takto: Zavedeme nový stereotyp pro typ prvku Actor. Tento stereotyp chápeme jako role v podniku. Název může být zvolen například jako business role nebo podobně. Není to prvek Actor v tom významu, jak jej známe, ale je to role neboli funkce v podniku. Proto bychom mu měli dát i jiný obrázek, například jiného panáčka takto: Obrázek 2 Možnost jiného obrázku pro funkci neboli roli v podniku Poté vytvoříme diagram vyjadřující, která role v podniku může používat který případ užití. K tomu můžeme s úspěchem použít obecný vztah Dependency, například takto: strana 3
4 strana 4 Ředitel Manažer Účetní Prohlížení statistik Obrázek 3 Znázornění vztahu rolí v podniku k případu užití pomocí Dependency pouze pro čistě obchodní dokument Velmi důležité je to, že máme takto zachovánu čistou podobu vývojářského dokumentu (který je samozřejmě jinde) se správným počtem interfaců, přitom jsme zákazníkovi vyhověli a nedopustili se žádné hrubé chyby v návrhu. Funkce podniku v dokumentech se přitom stávají pěkným okrasným prvkem, zákazník je spokojen a vývojáři se v jiném dokumentu dopočítají správného počtu interfaců. Navíc lze jednoduše ocenit každé dané Dependency číselnou hodnotou udávající například odhadovanou frekvenci použití tohoto případu užití touto funkcí za den. K tomu velmi dobře poslouží mechanismus tagových hodnot přiřazených ke každému Dependecy. PŘÍPADY UŽITÍ S NĚKOLIKA PRVKY ACTOR Je pravdou, že vždy při větším počtu prvků Actor zbystříme pozornost, zda je model správně, ale nemusí se vždy jednat o chybu rozmnožení actorů. Uveďme si příklad se čtyřmi prvky Actor a přitom každý z nich má nárok na život: Nechť chceme jako externí dodavatel dodat do banky k již existujícímu bankovnímu sytému (není naše řešení) novou agendu. Náš systém (mimo jiné) poskytuje službu klientovi s mobilem tak, že klient pošle mobilem zašifrovanou zprávu (šifruje sám mobil). Zpráva se dešifruje a rozparsuje (programujeme my). Poté se převezme pole nazvané podpis a strana 4
5 strana 5 odešle se na autentizační server, který nám dodala externí SW firma, tj. subdodavatel zakázky. Následně po verifikaci podpisu z externího serveru putuje dotaz do externího bankovního systému, od něj dostaneme odpověď. Pokud byla ve zprávě od klienta uvedena návratová adresa jako mail, odpověď klientovi putuje na tento uvedený mail a to tak, že se použije standardní prostředek pro odesílání mailů (například EXCHANGE SERVER apod.). Je třeba navrhnout případ užití i s prvky typu Actor a určit interfacy. Výsledný obrázek může vypadat například takto: Klient s m obilem Aute ntiza č ní s e rv e r Zpra c ov á ní zprá v y od k lie nta s m obile m M a il s e rv e r BIS Obrázek 4 Případ se čtyřmi prvky Actor a každý má nárok na život Všimněme si, že vyhledání interfaců (zde máme celkem 4) ihned implikuje na začátku projektu otázku co je reprezentuje a není to jen problém technologický, ale i obchodní! Otázky ohledně interfaců: 1. Actor Klient s mobilem: Od klienta dostaneme zprávu, ptáme se jakým způsobem a jakou technologií? Bude to pevná linka, šifrovaná datová linka přes internet apod.? Není to problém pouze technologický, ale i obchodní (např. nutná smlouva s providerem u datové linky a její zdlouhavé řešení apod.). strana 5
6 strana 6 2. Actor Autentizační server: Subdodavatel musí dodat specifikaci interfacu a způsob komunikace s autentizačním serverem, který nám dodal jako externí systém. 3. Actor BIS: Musí se vyřešit připojení na BIS, což se při vývoji může jevit jako problém: V době vývoje sama banka jako klient ještě nemusí být známa (nabízíme jako produkt na trh) a navíc nás stejně informatici k jejich systému tak jak tak nepustí. Zde se problém připojení na BIS může vyřešit jednoduše pomocí vzoru ADAPTER. Každý, kdo v našem systému komunikuje s bankovním systémem, musí přistupovat k definovanému interfacu resp. skupině interfaců nabízenému dovnitř našeho systému a nijak jinak. Pro vývojářskou verzi se může vyvinout ADAPTER s názvem BIS - Simulant, který pouze simuluje přístup k bance. Po příchodu do banky je třeba implementaci daného adaptéru vyměnit při zachování interfacu (tj. vyměnit implementaci metod daného interfacu). Sama implementace adaptéru v bance je již problém spolupráce s informatiky dané banky. 4. Actor Mail server: Interface na Mail server je dán dokumentací použitého prostředku pro odesílání mailů. Tento příklad je ilustrativní nejenom v tom, že vidíme zřetelně 4 prvky Actor a přitom každý má nárok na život, ale i v tom, jaké poslání mají prvky Actor z hlediska návrhu a jak jsou pro návrh IS tyto prvky důležité! Hned v raných fázích analýzy vedou k nutnosti podrobit analýze interfacy systému a poté je navrhnout i technologicky. Díky analýze prvků Actor se tak vyhneme fatální a velmi nepříjemné situaci, kdy se uprostřed programování zjišťuje, jak by se vlastně měla daná funkcionalita navrhnout jinak a celá přeprogramovat, protože daný nezanalyzovaný Actor ji není schopen předpokládaným způsobem podporovat. To jsou potom překopávky v projektu opravdu hodně drsné. Konec článku Využijte některou z našich dočasných slev, zúčastněte se našich kurzů! 3 - denní kurz Návrh IS pomocí UML se koná v Praze ve dnech Poslední termín 5- denního Pobytového kurzu, další až na podzim, nepropásněte jarní slevy! Tyto kurzy mají stále ještě volná místa! strana 6
VYHLEDÁVÁNÍ PRVKŮ ACTOR A PROCESNÍ MODELOVÁNÍ
VYHLEDÁVÁNÍ PRVKŮ ACTOR A PROCESNÍ MODELOVÁNÍ Část 2 Tento článek je pokračováním předešlého článku RNDr. Ilja Kraval, duben 2009 http://www.objects.cz ÚVOD V předešlém článku jsme se seznámili s použitím
VíceROZDÍL MEZI VZTAHEM EXTEND A INCLUDE V USE CASE DIAGRAMECH
ROZDÍL MEZI VZTAHEM EXTEND A INCLUDE V USE CASE DIAGRAMECH 3. část RNDr. Ilja Kraval, srpen 2009 http://www.objects.cz ÚVOD Tento článek je pokračováním předešlých článků. Článek vysvětluje použití vztahu
VíceTřetí část odpovědi na mail ohledně zpracování případů užití, aneb jak je to s číslováním pořadí případů užití
Třetí část odpovědi na mail ohledně zpracování případů užití, aneb jak je to s číslováním pořadí případů užití autor RNDr. Ilja Kraval leden 2008 www.objects.cz Úvod Tento článek navazuje jako pokračování
VíceS KONFIGURACÍ POVOLENÝCH KOMBINACÍ DĚDICŮ
VZOR HETEROGENNÍ SEZNAM S KONFIGURACÍ POVOLENÝCH KOMBINACÍ DĚDICŮ RNDr. Ilja Kraval, září 2008 http://www.objects.cz ÚVOD Jak známo, v CLASS DIAGRAMU se dělí vztahy do dvou základních typů: Buď se jedná
VíceOdpověď na dotaz ohledně asociační třídy v modelu měření
Odpověď na dotaz ohledně asociační třídy v modelu Část 4. Tento článek navazuje na předešlé články jako jejich pokračování autor RNDr. Ilja Kraval, http://www.objects.cz září 2007 firma Object Consulting
VíceNAUČTE SE MALOVAT SI INSTANCE!
NAUČTE SE MALOVAT SI INSTANCE! část 2. RNDr. Ilja Kraval, září 2009 http://www.objects.cz ÚVOD V předešlém článku jsme otevřeli jeden ze základních problémů, který musí analytik řešit: Jak vypadá skladba
VíceŠumperský efekt rozmnožení případů užití
Šumperský efekt rozmnožení případů užití Ilja Kraval, 2007 http://www.objects.cz Článek pojednává o jednom velmi nepříjemném efektu bobtnání projektu. 1. Odhad velikosti a rozsahu informačního systému
VíceJak správně psát scénáře k případům užití?
Jak správně psát scénáře k případům užití? Autor RNDr. Ilja Kraval 2007 http://www.objects.cz K napsání tohoto článku mne inspiroval tento mail: Dobrý den pane Kravale, chci Vás poprosit o radu, která
Více7.2 Model použití (jednání) (Use Case)
7.2 Model použití (jednání) (Use Case) - při analýze požadavků často popis typických interakcí uživatele, nedokumentované Jacobson model použití (1992) Scénář Posloupnost kroků popisujících interakci mezi
VíceProč je analytický model IS nutným předpokladem pro zabránění tvorbě molochálních systémů
Proč je analytický model IS nutným předpokladem pro zabránění tvorbě molochálních systémů Část 1 autor RNDr. Ilja Kraval, http://www.objects.cz březen 2007 firma Object Consulting s.r.o. Úvod V reakci
VícePřípady užití (use case) Projektování SW systémů
Univerzita Pardubice Fakulta elektrotechniky a informatiky Případy užití (use case) Projektování SW systémů Matěj Trakal Poslední úprava: 24. ledna 2012, 17:06 INPSW 2011 (Šimerda) OBSAH Obsah 1 Co jsou
VíceJEDNODUCHÁ A PRAKTICKÁ METODA ODHADU PRACNOSTI PROJEKTU (S UTILITOU KE STAŽENÍ ZDARMA)
JEDNODUCHÁ A PRAKTICKÁ METODA ODHADU PRACNOSTI PROJEKTU (S UTILITOU KE STAŽENÍ ZDARMA) 2. část autor: RNDr. Ilja Kraval, červenec 2010 http://www.objects.cz ÚVOD V minulém článku bylo pojednáno o složitosti
VíceO JEDNÉ ČASTÉ CHYBĚ PŘI ROZKLADU PROCESŮ PODNIKU ANEB KDY MÁME UKONČIT ROZKLAD PROCESŮ PODNIKU?
O JEDNÉ ČASTÉ CHYBĚ PŘI ROZKLADU PROCESŮ PODNIKU ANEB KDY MÁME UKONČIT ROZKLAD PROCESŮ PODNIKU? RNDr. Ilja Kraval, říjen 2008 http://www.objects.cz AKTÉROVÁ ŠKOLA Jak známo, informační systémy obsahují
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í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íceDruhá část odpovědi na mail ohledně zpracování případů užití
Druhá část odpovědi na mail ohledně zpracování případů užití Autor RNDr. Ilja Kraval leden 2008 www.objects.cz Úvod Tento článek navazuje jako pokračování na článek předešlý. Minule jsme si vysvětlili,
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íceČtvrtá část odpovědi aneb jak je to vlastně s interakcí <<include>>
Čtvrtá část odpovědi aneb jak je to vlastně s interakcí autor RNDr. Ilja Kraval leden 2008 www.objects.cz Úvod Tento článek navazuje jako pokračování na články předešlé. Minule jsme si zde
VíceVYSOKÁ ŠKOLA BÁŇSKÁ TECHNICKÁ UNIVERZITA OSTRAVA
VYSOKÁ ŠKOLA BÁŇSKÁ TECHNICKÁ UNIVERZITA OSTRAVA INFORMAČNÍ SYSTÉMY A DATOVÉ SKLADY Autosalón (semestrální projekt) ZS 2011-2012 Analýza Implementace Číslo skupiny: 2 Členové skupiny: Jmeno,příjmení,login
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á tvorba SW, Analýza požadavků 2006 UOMO 53
Objektová tvorba SW, Analýza požadavků 2006 UOMO 53 Osnova Základní principy tvorby SW Fáze tvorby SW v předmětu UOMO Analýza požadavků Modelování typových úloh 2006 UOMO 54 Tvorba SW Dříve umění vyvolených
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íceProblém identity instancí asociačních tříd
Problém identity instancí asociačních tříd Autor RNDr. Ilja Kraval Ve školeních a také následně po jejich ukončení se stále častěji objevují dotazy, které se týkají tzv. identity instancí asociační třídy.
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ícePrůvodce on-line přístupem k účetním a firemním datům
ON-LINE PŘÍSTUP K FIREMNÍM DATŮM Průvodce on-line přístupem k účetním a firemním datům Oprávnění zaměstnanci klienta mohou pracovat s účetními a dalšími firemními daty 24 hod. denně, 7 dní v týdnu. Zřízením
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íce7. Enterprise Search Pokročilé funkce vyhledávání v rámci firemních datových zdrojů
7. Enterprise Search Pokročilé funkce vyhledávání v rámci firemních datových zdrojů Verze dokumentu: 1.0 Autor: Jan Lávička, Microsoft Časová náročnost: 30 40 minut 1 Cvičení 1: Vyhledávání informací v
VíceObjektově orientované technologie Diagram komponent Implementační náhled (Diagram rozmístění) Pavel Děrgel, Daniela Szturcová
Objektově orientované technologie Diagram komponent Implementační náhled (Diagram rozmístění) Pavel Děrgel, Daniela Szturcová Osnova K čemu slouží diagram komponent obsah komponent závislosti rozhraní
VíceVývoj informačních systémů. Přehled témat a úkolů
Vývoj informačních systémů Přehled témat a úkolů Organizace výuky doc. Mgr. Miloš Kudělka, Ph.D. EA 439, +420 597 325 877 homel.vsb.cz/~kud007 milos.kudelka@vsb.cz Přednáška Znalosti Schopnosti Cvičení
VíceTECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY
Příloha č. 3 k č.j. MV-159754-3/VZ-2013 Počet listů: 7 TECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY Nové funkcionality Czech POINT 2012 Popis rozhraní egon Service Bus Centrální Místo Služeb 2.0 (dále jen CMS
VíceModelování informačních systémů s využitím jazyka UML. Jaroslav Šmarda
Modelování informačních systémů s využitím jazyka UML Jaroslav Šmarda Využití jazyka UML při vývoji IS na příkladu jednoduché aplikace pro evidenci knih Model IS Modelování případů užití Diagram případů
VíceKomponentový návrh SW
Komponentový návrh SW Komponentový návrh SW Komponenty jsou kompletně specifikované pomocí interface Jejich funkčnost je nezávislá na programovacím jazyku a mohou být integrované do toho samého systému
VíceMBI - technologická realizace modelu
MBI - technologická realizace modelu 22.1.2015 MBI, Management byznys informatiky Snímek 1 Agenda Technická realizace portálu MBI. Cíle a principy technického řešení. 1.Obsah portálu - objekty v hierarchiích,
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íceNávod na základní používání Helpdesku AGEL
Návod na základní používání Helpdesku AGEL Úvod Přihlášení Nástěnka Vyhledání a otevření úlohy Otevření úlohy Seznam úloh Vyhledávání úloh Vytvoření nové úlohy Práce s úlohami Editace úlohy Změna stavu
VíceInformační systém pro vedení živnostenského rejstříku IS RŽP
Informační systém pro vedení živnostenského rejstříku IS RŽP Ing. Miloslav Marčan odbor informatiky MPO Praha říjen 2007 Ministerstvo průmyslu a obchodu Agenda Historie projektu Cíle projektu IS RŽP Legislativní
VíceInovace CRM systémů využitím internetových zdrojů dat pro malé a střední podniky. Ing. Jan Ministr, Ph.D.
Inovace CRM systémů využitím internetových zdrojů dat pro malé a střední podniky Ing. Jan Ministr, Ph.D. I. Úvod Agenda II. Customer Intelligence (CI),zpracování dat z Internetu III. Analýza obsahu IV.
VíceSpecifikace požadavků. POHODA Web Interface. Verze 1.0. Datum: Autor: Ondřej Šrámek
Specifikace požadavků POHODA Web Interface Verze 1.0 Datum: 29.12. 2008 Autor: Ondřej Šrámek Copyright 1999 by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document. Strana
VícePraktické zkušenosti s nasazením. na KÚ Vysočina v oblasti ehealth. Libor Neumann, ANECT a.s. Petr Pavlinec, KÚ Vysočina. Pojednání o PEIGu 1
EVROPSKÁ UNIE EVROPSKÝ FOND PRO REGIONÁLNÍ ROZVOJ INVESTICE DO VAŠÍ BUDOUCNOSTI Libor Neumann, ANECT a.s. Petr Pavlinec, KÚ Vysočina Praktické zkušenosti s nasazením silné autentizace ALUCID na KÚ Vysočina
VíceJE TŘEBA DBÁT NA ANONYMITU KLIENTA NEBO NE?
JE TŘEBA DBÁT NA ANONYMITU KLIENTA NEBO NE? RNDr. Ilja Kraval, říjen 2008 http://www.objects.cz ÚVOD Začnu jedním zajímavým postřehem: Na našich školeních OOP a UML existují určitá témata, která při jejich
VíceVývoj informačních systémů. Přehled témat a úkolů
Vývoj informačních systémů Přehled témat a úkolů Organizace výuky doc. Mgr. Miloš Kudělka, Ph.D. EA 439, +420 597 325 877 homel.vsb.cz/~kud007 milos.kudelka@vsb.cz Přednáška Teorie Praxe Cvičení Diskuze
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íceUniverzita Pardubice. Fakulta elektrotechniky a informatiky SEMESTRÁLNÍ PRÁCE Z IWWW
Univerzita Pardubice Fakulta elektrotechniky a informatiky SEMESTRÁLNÍ PRÁCE Z IWWW Jan Bartocha 2012 / 2013 IT 1. Základní charakteristika Téma mé semestrální práce se zaměřuje na nabídku a vypůjčování
VíceMgr. Radko Martínek, hejtman Pardubického kraje
Dodatečná informace č. 3 pro otevřené nadlimitní řízení dle 27 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů a dle metodiky IOP Název veřejné zakázky Technologické centrum
VíceModelování obchodních procesů
Modelování obchodních procesů Ing. Jiří Mlejnek Katedra softwarového inženýrství Fakulta informačních technologií České vysoké učení technické v Praze Jiří Mlejnek, 2011 jiri.mlejnek@fit.cvut.cz Softwarové
VíceKomunikace se Základními registry v prostředí MČ Praha 7
3.4.2013 Komunikace se Základními registry v prostředí MČ Praha 7 Komplexní řešení od firmy GORDIC Ing. Radomír Botek, MČ Praha 7 1. Pracovníci MČ Praha 7 pracující v IS GINIS : Pracují s daty ISZR pomocí
VíceFormy komunikace s knihovnami
Formy komunikace s knihovnami Současné moderní prostředky Jiří Šilha a Jiří Tobiáš, Tritius Solutions a.s., Brno Osnova Základní požadavky na komunikaci s knihovnami Historie komunikace s knihovnami Confluence
VíceRoční periodická zpráva projektu
WAK-1F44C-2005-2 WAK System Název projektu: Automatizovaná výměna dat mezi informačními systémy krizového řízení v dopravě s jednotným univerzálním a implementovaným rozhraním založeným na standardu webových
VíceMobilní aplikace ve světě ERP. Asseco Solutions, a.s. a Simac Technik ČR, a.s.
Mobilní aplikace ve světě ERP Michal Hanko Petr Kolda Asseco Solutions, a.s. a Simac Technik ČR, a.s. Skupina Asseco Solutions Asseco Solutions je průkopníkem a vizionářem na poli informačních systémů
VíceVYUŽITÍ HELPDESKOVÉHO INFORMAČNÍHO SYSTÉMU PŘI ROZVOJI A ZÁKAZNICKÉ PODPOŘE KNIHOVNÍHO SYSTÉMU
VYUŽITÍ HELPDESKOVÉHO INFORMAČNÍHO SYSTÉMU PŘI ROZVOJI A ZÁKAZNICKÉ PODPOŘE KNIHOVNÍHO SYSTÉMU Šárka Frantová, SEFIRA spol. s r. o. Úvod Zprovozněním systému a odjezdem dodavatele od zákazníka komunikace
VíceSpolečnost MEFISTO SOFTWARE, a.s. uvádí na trh nový produkt Mefisto CAMPUS.
Společnost MEFISTO SOFTWARE, a.s. uvádí na trh nový produkt Mefisto CAMPUS. Mefisto CAMPUS je systém pro správu ubytovacích kapacit v provozech typu ubytovny, internáty, koleje, atd. V těchto provozech
VíceJedna z velmi častých a závažných chyb při návrhu IS aneb jak vznikají tzv. molochální systémy
Jedna z velmi častých a závažných chyb při návrhu IS aneb jak vznikají tzv. molochální systémy Část druhá autor RNDr. Ilja Kraval, http://www.objects.cz červenec 2006 (pozn.: článek navazuje na první část
VíceBIOMEDICÍNSKÝ SYSTÉM PRO AGENTURY DOMÁCÍ PÉČE. Ondřej Krejcar, Dalibor Janckulík, Leona Motalová
BIOMEDICÍNSKÝ SYSTÉM PRO AGENTURY DOMÁCÍ PÉČE Ondřej Krejcar, Dalibor Janckulík, Leona Motalová ZADÁNÍ PROJEKTU Návrh architektury Biomedicínského Systému Implementace Serverové části systému modifikace
VíceRUP - Disciplíny. Jaroslav Žáček jaroslav.zacek@osu.cz
RUP - Disciplíny Jaroslav Žáček jaroslav.zacek@osu.cz Disciplíny Množství disciplíny v dané iteraci Disciplíny podle RUP Šest základních: Business modeling - pro pochopení problémové domény Requirements
VíceJak funguje element deep history v UML
Jak funguje element deep history v UML autor RNDr. Ilja Kraval, http://www.objects.cz březen 2007 firma Object Consulting s.r.o. Úvod Již několikrát jsem v internetových diskusích a při školeních narazil
VíceZáklady analýzy. autor. Jan Novotný http://blog.novoj.net/ 15. února 2007
Základy analýzy autor Jan Novotný http://blog.novoj.net/ 15. února 2007 V prezentaci jsou použity diagramy z: Wikipedia, Sparx UML Tutorial, Argo UML Metodiky vývoje Různé metodiky vývoje vazba na fáze
VíceNutnost použití vzoru OBSERVER pro zamezení nepříjemných efektů zpětných funkcionálních vazeb mezi objekty
Nutnost použití vzoru OBSERVER pro zamezení nepříjemných efektů zpětných funkcionálních vazeb mezi objekty autor RNDr. Ilja Kraval, http://www.objects.cz únor 2007 firma Object Consulting s.r.o. Úvod V
VíceVztah typu Extend v UML a jeho zvláštnosti
Vztah typu Extend v UML a jeho zvláštnosti RNDr. Ilja Kraval 2007 Object Consulting s.r.o. http://www.objects.cz objects@objects.cz Do diskusního fóra na Pandoře (http://pandora.idnes.cz/conference/objcon/)
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íceZabezpečení proti SQL injection
Zabezpečení proti SQL injection ESO9 intranet a.s. Zpracoval: Tomáš Urych U Mlýna 2305/22, 141 Praha 4 Záběhlice Dne: 19.9.2012 tel.: +420 585 203 370-2 e-mail: info@eso9.cz Revize: Urych Tomáš www.eso9.cz
VíceINFORMAČNÍ SYSTÉMY. 03. 01. 2006, Ing. Jiří Mráz
INFORMAČNÍ SYSTÉMY 03. 01. 2006, Ing. Jiří Mráz PŘEDNÁŠEJÍCÍ Jiří Mráz Production Coordinator UNICORN jiri.mraz@unicorn.cz AGENDA Informační a komunikační technologie (ICT) podniku Informační systémy Zakázkový
VícePřehledový manuál aplikace GABVAR (verze )
Základní informace: Vývojová skupina Gabvar byla založena v roce 2007. Náplní skupiny je vývoj aplikací pro podporu procesů v oblasti managmentu, údržby a logistiky. Jsme skupinou pracovníků s praxí na
VíceSignpads GE Money Bank Hana Čuboková. 17.Března 2014
Signpads GE Money Bank Hana Čuboková 17.Března 2014 Agenda Agenda Proč Signpads Rozdíl mezi dynamickým biometrickým a klasickým podpisem Zavedení Signpads do pobočkové sítě GE Money Bank Signpads z pohledu
VíceZápočtová úloha z předmětu KIV/ZSWI DOKUMENT SPECIFIKACE POŽADAVKŮ
Zápočtová úloha z předmětu KIV/ZSWI DOKUMENT SPECIFIKACE POŽADAVKŮ 10. 5. 2011 Tým: Simplesoft Členové: Zdeněk Malík Jan Rada Ladislav Račák Václav Král Marta Pechová malikz@students.zcu.cz jrada1@students.zcu.cz
VíceProblémové domény a jejich charakteristiky
Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 02 1/16 Problémové domény a jejich charakteristiky Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta
VíceInfrastruktura UML. Modelování struktury v UML. Superstruktura UML. Notace objektů. Diagramy objektů
Infrastruktura UML v UML Karel Richta listopad 2011 Richta: B101TMM - v UML 2 Superstruktura UML Směr pohledu na systém dle UML Diagramy popisující strukturu diagramy tříd, objektů, kompozitní struktury,
VíceSázková kancelář Z pekla štěstí
Sázková kancelář Z pekla štěstí Řešitelský tým Michal Pfeifer, Martin Halamíček, Jan Blaško, Zdeněk Křepela, Jan Popelka, Jan Mach Úvod Sázková kancelář Z pekla štěstí je malá společnost s několika malými
VíceDODATEČNÉ INFORMACE K ZADÁVACÍM PODMÍNKÁM Č. 3. Zadavatel: Název veřejné zakázky: Česká republika Ministerstvo zemědělství
Zadavatel: Česká republika Ministerstvo zemědělství Název veřejné zakázky: Vytvoření nového informačního systému MZe pro výzkum a vývoj - "VÝZKUM-AGRI" Sídlem: Těšnov 65/17, 110 00 Praha 1 Nové Město Evidenční
VícePŘÍLOHA Č. 4 K ZADÁVACÍ DOKUMENTACI VEŘEJNÉ ZAKÁZKY MALÉHO ROZSAHU. Tvorba software pro reportování stavu projektů (dále jen IS)
PŘÍLOHA Č. 4 K ZADÁVACÍ DOKUMENTACI VEŘEJNÉ ZAKÁZKY MALÉHO ROZSAHU Tvorba software pro reportování stavu projektů (dále jen IS) VERZE: finální DATUM: 6.9. 2013 1 ÚVOD Popis reportů potřebných pro sledování
VícePOPIS PRODUKTU KLIKACÍ ROZPOČET. Autoři dokumentu
POPIS PRODUKTU KLIKACÍ ROZPOČET Autoři dokumentu 1. PROFIL SPOLEČNOSTI Internet Stream s.r.o. sídlo: Nové Město na Moravě, Lesní 960, PSČ 59231 zapsaná v obchodním rejstříku vedeném rejstříkovým soudem
VícePokročilé typové úlohy a scénáře 2006 UOMO 71
Pokročilé typové úlohy a scénáře 2006 UOMO 71 Osnova Interní model typové úlohy Vazby include a extend Provázanost typových úloh na firemní procesy a objekty Nejčastější chyby 2006 UOMO 72 Interní model
VíceJazyk UML - přehled. diagram hierarchie procesů. IS firmy. podpora řízení. evidence zaměstnanců. pokladny. výroba. diagram procesních vláken
Jazyk UML - přehled Unified Modeling Language jazyk pro popis objektově orientované analýzy a návrhu aplikací slouží k vzájemné komunikaci mezi zadavatelem a návrhářem systému má několik částí, není nutné
VíceModelování požadavků
Modelování požadavků Ing. Jiří Mlejnek Katedra softwarového inženýrství Fakulta informačních technologií České vysoké učení technické v Praze Jiří Mlejnek, 2011 jiri.mlejnek@fit.cvut.cz Softwarové inženýrství
VícePOPIS PRODUKTU KLIKACÍ ROZPOČET. Autoři dokumentu
POPIS PRODUKTU KLIKACÍ ROZPOČET Autoři dokumentu 1. PROFIL SPOLEČNOSTI Internet Stream s.r.o. sídlo: Nové Město na Moravě, Lesní 960, PSČ 59231 zapsaná v obchodním rejstříku vedeném rejstříkovým soudem
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íceObsah. 1.1 Práce se záznamy... 3 1.2 Stránka Dnes... 4. 2.1 Kontakt se zákazníkem... 5
CRM SYSTÉM KORMORÁN UŽIVATELSKÁ PŘÍRUČKA Obsah 1 Základní práce se systémem 3 1.1 Práce se záznamy................................. 3 1.2 Stránka Dnes.................................... 4 1.3 Kalendář......................................
VíceAgenda. Docházka Návrat k minulému praktickému cvičení Zápočtové práce. Dokumentace. Dotazy, přání, stížnosti. Co, jak a proč dokumentovat
QA & Dokumentace Agenda Docházka Návrat k minulému praktickému cvičení Zápočtové práce QA opakování Dokumentace Co, jak a proč dokumentovat Dotazy, přání, stížnosti Kde je chyba? public static StringBuilder
VíceÚvod do informatiky. Miroslav Kolařík. Zpracováno dle učebního textu R. Bělohlávka: Úvod do informatiky, KMI UPOL, Olomouc 2008.
Úvod do informatiky přednáška čtvrtá Miroslav Kolařík Zpracováno dle učebního textu R. Bělohlávka: Úvod do informatiky, KMI UPOL, Olomouc 2008. Obsah 1 Pojem relace 2 Vztahy a operace s (binárními) relacemi
VíceMěsto Česká Lípa městský úřad odbor rozvoje, majetku a investic náměstí T. G. Masaryka č.p. 1, 470 36 Česká Lípa
91.1/V/10 Město Česká Lípa městský úřad odbor rozvoje, majetku a investic náměstí T. G. Masaryka č.p. 1, 470 36 Česká Lípa Váš dopis zn.: Ze dne: Naše zn.: ev. č. 31078 /2014 MUCL/121828/2014 Vyřizuje:
VíceMVS a Knihovny.cz jak to vzniklo, proč a kde jsme Jednání Sekce pro služby, SDRUK Národní knihovna
MVS a Knihovny.cz jak to vzniklo, proč a kde jsme Jednání Sekce pro služby, SDRUK Národní knihovna 18. 5. 2017 Lenka Hvězdová lenka.hvezdova@techlib.cz Marcela Ouzká marcela.ouzka@techlib.cz 1 Aktivní
VíceJan Horák. Pilíře řešení
Jan Horák Pilíře řešení Nová generace systémů Důsledek rozvoje a změn informatiky ve zdravotnictví: Nové technologie Výkonnost, mobilita, velikost monitorů, dotykové ovládání, vzdálené přístupy Nové možnosti
VíceAplikace Elektronická podání Transakční část portálu veřejné správy
Aplikace Elektronická podání Transakční část portálu veřejné správy Vysvětlení pojmů Obsah Občan 3 Organizace 3 Zástupce 3 Uživatel 3 4 Zastupování 5 Služba 6 Transakce 6 Vlastník služby 6 Registrace 6
VíceElektronická komunikace s CSÚIS. Jak to řeší Fenix
Elektronická komunikace s CSÚIS Jak to řeší Fenix Asseco Solutions a veřejná správa Informační systém Fenix Balík aplikací pro státní správu a samosprávu Více než 15 let zkušeností Více než 2000 instalací
VíceAnalytická specifikace a její zpracování
Analytická specifikace a její zpracování Analýza Měla by odpovědět na otázku CO? Musí definovat konceptuální model řešeného problému datový model entity, vztahy, omezení funkční model služby pro záznam,
VícePříloha č. 1. k zadávací dokumentaci veřejné zakázky DATOVÝ SKLAD. Technická specifikace
Příloha č. 1 k zadávací dokumentaci veřejné zakázky DATOVÝ SKLAD Technická specifikace Zpracovatel: Ivo Šicner, odbor vnitřní správy MěÚ Jindřichův Hradec Květen 2015. Registrační číslo projektu: CZ.1.06/2.1.00/22.09640
VíceKurz Postupy návrhu IS pomocí UML a OOP (5 dnů, in-house)
Kurz Postupy návrhu IS pomocí UML a OOP (5 dnů, in-house) přednáší RNDr. Ilja Kraval pořádá firma OBJECT CONSULTING Obsah: Kurz Efektivní postupy návrhu IS pomocí UML a OOP (5 dnů, in-house)... 1 1. Jak
VíceV praxi se může jednat například o procesní instrukce, pracovní instrukce a podobný druh dokumentace.
Aplikace pro správu dokumentace malého rozsahu Řešení pro správu dokumentace malého rozsahu je vhodné pro správu dokumentace v rozsahu desítek až stovek dokumentů. Je vhodné pro pracovní skupiny, které
VíceZáklady objektové orientace I. Únor 2010
Seminář Java Základy objektové orientace I Radek Kočí Fakulta informačních technologií VUT Únor 2010 Radek Kočí Seminář Java Základy OO (1) 1/ 20 Téma přednášky Charakteristika objektově orientovaných
VíceINFORMAČNÍ SYSTÉMY (IS) Ing. Pavel Náplava Katedra počítačů K336, ČVUT FEL Praha 2004/2005
INFORMAČNÍ SYSTÉMY (IS) Ing. Pavel Náplava Katedra počítačů K336, ČVUT FEL Praha 2004/2005 AGENDA definice IS, zavedení pojmů možnosti a rozdělení typická struktura technologie nasazení praktická ukázka
VíceAgendový Informační Systém Města Brna
Konference ebrno IDS Scheer ČR Agendový Informační Systém Města Brna www.ids-scheer.cz Agenda: Východiska AISMB Co je cílem AISMB Kroky k dosažení cíle Kontextový procesní model Procesy / Agendy Hrubý
VíceY13ANW ÚVOD DO WEBOVÝCH METODIK. Ing. Martin Molhanec, CSc.
Y13ANW ÚVOD DO WEBOVÝCH METODIK Ing. Martin Molhanec, CSc. Metodika softwarové inženýrství Popisuje, jakým způsobem realizovat softwarové dílo (produkt, program, informační systém, webové sídlo, službu,
VíceDodatečné dotazy. V souladu s 49 zákona 137/2006 Sb., zveřejňujeme dodatečné informace k zadávacím podmínkám.
Dodatečné dotazy Veřejná zakázka Processing datových zpráv Portálu ZP a důvěryhodné úložiště datových zpráv Portálu ZP pro VoZP ČR (VZ 60064418) dodatečné dotazy V souladu s 49 zákona 137/2006 Sb., zveřejňujeme
VícePožadavky pro výběrová řízení TerraBus ESB/G2x
Dokument: Převod dat TerraBus ESB/G2x Požadavky pro výběrová řízení TerraBus ESB/G2x Obsah 1. Účel dokumentu... 2 2. Použité termíny a zkratky... 2 3. Požadavky... 3 Účel dokumentu Účelem tohoto dokumentu
VíceÚloha 1. Úloha 2. Úloha 3. Text úlohy. Text úlohy. Text úlohy
Úloha 1 Zkratka ERP jako celopodniková transakční aplikace znamená: a. Enterprise Route Planning b. Enterprise Resource Planning c. Enterprise Re-implementation Planning d. Enterprise Resource Processing
VíceVyužívání prvků procesního řízení a zavedení standardů pro výkon prioritních agend veřejné správy
Využívání prvků procesního řízení a zavedení standardů pro výkon prioritních agend veřejné správy Mgr. Jiří Kárník Koordinátor projektů vedoucí oddělení procesního řízení a standardizace agend veřejné
VíceOOT Objektově orientované technologie
OOT Objektově orientované technologie Požadavky a případy užití Daniela Szturcová, Pavel Děrgel Institut geoinformatiky, HGF Osnova Systém Uživatelé Případy užití Vazby (asociace, generalizace, include
VíceOdpověď na dotaz ohledně asociační třídy v modelu měření
Odpověď na dotaz ohledně asociační třídy v modelu měření Část 3. Tento článek navazuje na předešlé články jako jejich pokračování autor RNDr. Ilja Kraval, http://www.objects.cz srpen 2007 firma Object
VíceOOT Objektově orientované technologie
OOT Objektově orientované technologie Požadavky a případy užití Daniela Szturcová Institut geoinformatiky, HGF Osnova Systém Uživatelé Případy užití Vazby (asociace, generalizace, include a extend) Shrnutí
VíceDodatečné informace č. 4
Dodatečné informace č. 4 k nadlimitní veřejné zakázce Dodávka serverů, diskových polí a dalšího technického vybavení pro Technologické centrum Plzeňského kraje Evidenční číslo ve VVZ: VZ 343877 VZ v E-ZAK:
Více