Diagramy případů užití.

Slides:



Advertisements
Podobné prezentace
JIP / KAAS / ZR aneb „Co budeme dělat
Advertisements

Stránka 1, © Vema, a. s.. Stránka 2, © Vema, a. s. Podnikové aplikace  Integrovaný podnikový systém (Integrated Business System):  komplex aplikací.
Stručný úvod do UML.
Vlastní skript může být umístěn: v hlavičce stránky v těle stránky
Vizuální Systém Fotbal
Jan Syrovátka Jiří Hradský.  Výrobní program orientovaný na výrobu knih pro české i zahraniční nakladatele  Nabízí kompletní výrobu knihy od grafického.
Spektra zatížení Milan Růžička 1 Dynamická pevnost a životnost
M ODELOVÁNÍ SYSTÉMU POMOCÍ USE CASE Jan Kožusznik.
Elektronický obchod. Požadavky na funkčnost aplikace nabídka zboží zboží se může prodávat za různé ceny (akční nabídky, sezónní výprodeje) evidence zákazníků.
Základy informatiky Ing. Roman Danel, Ph.D.
Informační systémy Analýza systému. Sestavení týmů a potvrzení téma projektu.
Microsoft SQL server Databázový systém. Úvod  aktuální verze na trhu je MS SQL  verze: plná komerční - Enterprise Edition pro vyzkoušení volně.
Informa č ní systémy a datové sklady 2009 Tomáš Bednár (bed163) Pavel Bílý (bil208) Št ě pán Minks (min111) Lukáš Kubis (kub749) IS prodej lístků do divadla.
METODOLOGIE PROJEKTOVÁNÍ
Jednotný identitní prostor a Katalog autentizačních a autorizačních služeb a jejich role v Základních registrech Ostrava Tomáš Řemelka Novell.
Analytická studie Datový model Funkční model Scénáře použití
Informační systém hotelu
Úvod do databází Databáze.
Prezentace nového SQL modulu Mzdy a personalistika Pavel Pitaš Miloš Jirčík.
SmartPhone start - Apple iPhone
JIP / KAAS / ZR aneb „Co budeme dělat?“
MARBES CONSULTING s.r.o. - komplexní řešení informačních systémů
Projektový záměr : Zmapování vnitřních procesů na MS ČR MS_P01.
Projekt PŘEDPOVĚĎ POČASÍ. projekt PŘEDPOVĚĎ POČASÍ.
M O R A V S K O S L E Z S K Ý K R A J 1 Vedení správních řízení ve spisové službě a statistika vyřizování dokumentů.
Vzdělávací materiál / DUMVY_32_INOVACE_02B2 Správa procesů AutorIng. Petr Haman Období vytvořeníProsinec 2012 Ročník / věková kategorie2. ročník Vyučovací.
ČVUT Praha, Fakulta elektrotechnická Diplomová práce Informační systém házenkářského turnaje Petr Plodík.
Informační systémy Modelování dynamiky objektového modelu. Koncepce modelu v programu MS Visio.
Lenka Fialová Martina Procházková Ondřej Soukup Martin Valenta Cyril Vojáček 1.
Projekt PŘEDPOVĚĎ POČASÍ. Předpověď počasí na
Řízení přístupových práv uživatelů
Geo-informační systémy
Řešení elektronického docházkového systému Vema
Projekt PŘEDPOVĚĎ POČASÍ. projekt PŘEDPOVĚĎ POČASÍ.
1  Ex Libris Ltd., Internal and Confidential NISPEZ IV. konference 13. listopadu 2012 Martin Vojnar
Univerzální přípojka koncepce a realita Miroslav 30.březen 2004.
Informační systém pro sportovní klub TTC Znojmo
Novinky a strategie společnosti Vema, a. s.
Personální informační systém Vema
Konference SI Praha Ladislav Přívozník is:energy czech a.s.
JIP a KAAS Co umí. A co nabízí ve vztahu k základním registrům.
1 Informační systém autoservisu Softwarové inženýrství 2003.
Strana 1 © Vema, a. s., 7. dubna 2015 Intranetová řešení v PIS DS -Personalis 2005.
Jazyk vývojových diagramů
IBM Information Technology Services © Copyright IBM Corporation 2006 Zpracování dokumentace a podpora řízení Integrovaného bezpečnostního centra v Ostravě.
17. března 2003 Univerzální přípojka – brána do IVS Miroslav Nováček Libor Neumann.
1 O programu pro Informační Systém Investičního Controllingu n Dovolujeme si Vám představit základní schémata informačního systému ISIC n Programové řešení.
Reporting Ing. Jan Přichystal, Ph.D.. Úvod Uživatelé obvykle přistupují k DW pomocí BI aplikace Většina využívá předdefinované reporty Poskytují standardizovaný.
1 © Mediaresearch, a.s., 2008 NetMonitor a AdMonitoring Výsledky za říjen 2008.
HRAJEME SI S ČÍSLY ODČÍTÁNÍ V OBORU DO 20 VY_32_INOVACE_19 Vypracovala: Klumparová Zuzana ZŠ a MŠ OLŠOVEC, přísp. org.
1 Zpráva o výsledcích finančních kontrol ve veřejné správě za rok 2006 – za Liberecký kraj a jím zřízené příspěvkové organizace.
2 Ing. Jan Keprt Centrální správa uživatelů 3 Jak to bylo dosud Bylo třeba nastavení uživatelů provést zvlášť, v každém modulu samostatně. Uživatel si.
Teorie zpracování dat KONCEPTUÁLNÍ SCHÉMA.
Strana: 1 © Vema, a. s. Ucelené řešení pro řízení lidských zdrojů, ekonomiky a logistiky.
Copyright (C) 1999 VEMA počítače a projektování, spol. s r.o.1 Lucián Piller Intranet HR.
Dokumentace informačního systému
Realizační tým ICZ duben 2005
EVŠKP na OU cesta integrace 10. Listopad, 2005 Jiří Šimonek a Robert Bohoněk Centrum Informačních Technologií Ostravská univerzita.
Michala Pechová Jak vyplnit webovou žádost OP VK BENEFIT7 ORR, Krajský úřad kraje Vysočina.
MINISTERSTVO PRO MÍSTNÍ ROZVOJ ČR E-tržiště České pošty.
Aplikace MS2014+ Portál IS KP14+. URL aplikace IS KP pro korektní fungování aplikace je nezbytně nutné dodržovat.
Univerzitní informační systém II., Lednice 2003 Zadávání a kontrola přihlášek Tomáš Klein
Aplikace MS2014+ Portál IS KP14+. URL aplikace IS KP pro korektní fungování aplikace je nezbytně nutné dodržovat.
Oddělení pro vědu a výzkum, FHS UK Praha
Informační systém univerzity
Aplikace Monitorovací systém
Aplikace Monitorovací systém
Distribuční portál (DIP)
Propojení modelu AEOLIUS a GIS
Web Application Scanning
Transkript prezentace:

Diagramy případů užití. Informační systémy Procesní modelování. Diagramy případů užití. Koncepce modelu v programu MS Visio.

Obsah cvičení Procesní modelování. Seznam funkčních požadavků. Seznam nefunkčních požadavků. Diagramy případů užití. Tvorba modelu „Evidence projektů“ v programu MS Visio.

Procesní modelování Úvodní krok k UML. Snaha, aby zákazník poskytl všechny souvislosti a požadavky. Aktivní účast zákazníka v analýze svých procesů. Podchycení souvislostí elementárních procesů, které diagramy případů užití nejsou schopny tak výstižně zobrazit.

Procesní modelování

Procesní modelování Diagram hierarchie procesů Slouží pro upřesnění rozsahu vyvíjeného systému, jeho modularitu a vzájemné souvislosti jednotlivých procesů na jejich nejvyšší úrovni.

Procesní modelování Diagram procesních vláken Řešitel Správce Projekt není FRVŠ nebo IP Poskytovatel není registrován Řešitel oznámí přijetí projektu Požadavek na registraci poskytovatele Zavedení projektu Vytvořit projekt Poskytovatel registrován Přiřazení poskytovatele Ověřit poskytovatele Vložit smlouvu

Procesní modelování Diagram procesních vláken Systém Řešitel Projekt nebyl nalezen Řešitel sleduje čerpání projektu Vyhledání projektu Zavedení projektu Řešitel je seznámen s čerpáním projektu Vstup do systému SAP

Procesní modelování Diagram procesních vláken Správce katedry Sekretářka Projekt nebyl nalezen Připojit pracovně-právní vztah Vyhledání projektu Zavedení projektu Řešitel je seznámen s čerpáním projektu Vstup do systému SAP

Inženýrství požadavků Funkční požadavky 1. Řešitel projektu bude zavádět projekt. Řešitel projektu bude aktivovat projekt. Řešitel bude požadovat zřízení poskytovatele. Řešitel projektu bude vkládat smlouvu. Fakultní správce bude přidělovat práva katedrálního správce. Fakultní správce bude informovat správce projektů o nové verzi. Administrátor bude zabezpečovat správu uživatelů. Administrátor bude měnit řešitele projektu. Administrátor bude udržovat systém. Administrátor bude spravovat dokumentaci. Správce projektu bude zavádět projekt. Správce projektu bude aktivovat projekt. Správce projektu bude kontrolovat projekty za katedru. Řešitel projektu bude sledovat čerpání financí. Správce projektu bude přiřazovat pracovně právní vztah. Sekretářka bude zavádět literaturu projektu.

Inženýrství požadavků Funkční požadavky … pokračování Sekretářka bude vyhledávat projekty. Sekretářka bude provádět výpis projektů. Návštěvník bude vyhledávat projekt. Fakultní správce bude vkládat projekty FRVŠ a IP. Sekretářka bude oznamovat chybu přiřazení projektu. Řešitel projektu sleduje přiřazení literatury k projektu.

Inženýrství požadavků Nefunkční požadavky Řídicí systém bude využívat SQL server, verze 2005. Aplikační prostředí bude zpracováno v ASP.NET. Řídicí systém bude podporovat přihlašování uživatelů LDAP. Řídicí systém bude umožňovat přístup z Intranetu i Internetu (VPN). Systém Evidence projektů bude rozšiřovat služby nabízených projektů. Řídicí systém bude podporovat pouze jedno přihlášení uživatele.

Diagramy případů užití Funkční požadavky Model požadavků Nefunkční požadavky Specifikace softwarových požadavků P1 Model požadavků P2

Diagramy případů užití Vkládání povinných případů užití relace <<include>> Klientské případy užití Založení projektu Správa projektu Editace projektu <<include>> Dodavatelský případ užití Zobrazit detaily projektu

Diagramy případů užití Vkládání nepovinných případů užití Registrovat poskytovatele relace <<extend>> <<extend>> Založení projektu Správa projektu Extension point: Poskytovatel není zaveden Editace projektu Na rozdíl od <<include>> je klientský případ užití úplný i bez dodavatelského případu užití, s kterým je spojen vazbou <<extend>>. Klienstký případ užití jen deklaruje tzv. body rozšíření. Informaci, jaké body rozšíření dodavatelský případ užití rozšiřuje nese samotná relace Extend.

Tvorba modelu – MS Visio Následuje vlastní tvorba modelu v programu MS Visio pro systém Evidence projektů. Pojďme na to …

Diagram případů užití

Specifikace případů užití Název případu užití Případ užití: Zakládat projekt ID: 1 Stručný popis: Systém vloží do stávajícího seznamu projektu nový projekt. Hlavní aktéři: Správce projektu. Vedlejší aktéři: Řešitel projektu. Administrátor. Vstupní podmínky: Bylo vyhlášeno výběrové řízení? Hlavní scénář: Případ užití začíná po zjištění přijetí nového projektu. Správce projektu vloží základní informace o projektu od řešitele projektu. DOKUD nejsou zadány všechny povinné informace: 3.1 Systém žádá Správce projektu o vložení povinných informací. … Výstupní podmínky: Zobrazí se přehledná tabulka s informacemi o nově zadaném projektu. Alternativní scénáře: Systém požaduje vložení všech povinných položek. Jedinečný identifikátor Stručný popis Aktéři případu užití Stav systému před spuštěním případu užití Skutečné kroky případu užití Stav systému po ukončení případu užití Alternativní scénáře

Specifikace případů užití … Hlavní scénář: Případ užití začíná po zjištění přijetí nového projektu. Správce projektu vloží základní informace o projektu od řešitele projektu. DOKUD nejsou zadány všechny povinné informace: 3.1 Systém žádá Správce projektu o vložení povinných informací. 3.2 Systém ověří vložení všech povinných informací. PRO každého spolupracovníka projektu: 4.1 Správce projektu vyhledá spolupracovníka. 4.2 Správce projektu přiřadí spolupracovníka k projektu. KDYŽ projekt má smlouvu: 5.1 Správce projektu vloží soubor s kopií smlouvy. POKUD je poskytovatel nalezen v seznamu: 6.1 Správce projektu přiřadí poskytovatele. NEBO: 7.1 Správce projektu požaduje zavedení nového poskytovatele administrátorem. Systém eviduje nový projekt. Výstupní podmínky: Zobrazí se přehledná tabulka s informacemi o nově zadaném projektu. Alternativní scénáře: Systém požaduje vložení všech povinných položek. WHILE FOR KDYŽ KDYŽ .. NEBO

Shrnutí Sestavte procesní model: Diagram hierarchie procesů. Diagram procesních vláken. Sestavte funkční a nefunkční požadavky. Navrhněte případy užití. Zpracujte model v programu MS Visio.