UML a jeho použití v procesu vývoje. Jaroslav Žáček
|
|
- Viktor Kučera
- před 3 lety
- Počet zobrazení:
Transkript
1 UML a jeho použití v procesu vývoje Jaroslav Žáček
2 Různé pohledy na modelování
3 Různé pohledy na modelování
4 Unified Modeling Language UML není metodikou ani programovacím jazykem, je to pouze vizuální modelovací nastroj pro objektově orientované systémy. S žádnou konkrétní metodikou také není svázán. Lze jej použít se všemi existujícími. Nejlépe adaptováno pro použití s UP/RUP. UML nabízí vizuální syntaxi pro modelování během celého vývojového cyklu (analýza až nasazení) UML slouží pro modelování čehokoliv, podporuje různé aplikační domény (od real-time systémů až po expertní systémy). UML je nezávislý na programovacím jazyku. Nejlepší použití je samozřejmě s OO jazyky jako je Smalltalk, Java nebo C#. Vhodný ale i pro hybridní jazyky (C++ nebo Visual Basic).
5 Historie V roce 1994 vyvstal problém - máme několik OO metod a k většině existuje vizuální reprezentace Metody Booch a OMT pro vizuální modelování, metodika Objectory (Jacobson) První pokus o sjednocení - metodika Fusion (1994) - nebyly do ní zapojeny nejrozšířenější metodiky na trhu->neujala se. Booch a Rumbaugh se spojili v Rational Corp. a začali tvořit jazyk UML. Ten se stal otevřeným standardem OMG navrhlo UML jako standard objektově orientovaného jazyka pro vizuální modelování standard OMG přijat. UML je souhrn toho nejlepšího, co tehdy bylo dostupné, integruje vše do jednoho standardu.
6 Architektura 4+1 Statický Dynamický Funkční -> Use Case
7 Standard UML UML 2.0 Superstructure - popisuje UML pro uživatele (diagramy) UML 2.0 Infrastructure - metamodel definující modely UML (popsán pomocí MOF) UML 2.0 Object Constraint Language - jazyk specifikující vstupní a výstupní podmínky UML 2.0 Diagram Interchange - XML struktura pro výměnu modelů mezi CASE nástroji
8 Dostupné modely UML 1.x: Use Case diagram Class diagram Object diagram Sequence diagram Statechart Activity diagram Component diagram Deployment diagram UML 2.0: Class diagram Component diagram Composite structure diagram Deployment diagram Object diagram Package diagram Activity diagram State Machine diagram Use case diagram Communication diagram Interaction overview diagram Sequence diagram Timing Diagram
9 Modely při vývoji SW Use Case Class diagram Sequence diagram
10 Struktura UML
11 Use Case Hranice systému Aktoři Use Cases (identifikované společně a aktory) Relace, vazby Nejčastější chyby?
12 Use Case - vazby
13 Class diagram Statický pohled: Objekty, třídy, atributy, datové typy, omezení,... Jejich relace (uses, gen/spec, agregace)
14 Class diagram
15 Sequence diagram Dynamický pohled: Popisuje chování jak v analýze, tak v návrhu.
16 Sequence diagram - Analýza
17 Statechart diagram Změny stavu systému (stavy tříd) v průběhu existence/ běhu systému
18 Activity diagram Popis business procesů Tok řídících procesů přes několik objektů
19 Component diagram Fyzický pohled na softwarové komponenty a jejich vazby, vztahy, komunikaci
20 Deployment diagram Jak je systém fyzicky nasazen na hardware, prostředí
21 DD - univerzitní IS
22 UML v procesu vývoje
23 Vývoj řízený UC (UC Driven) Vision Use-Case Model + Popis + Doplňující spec. Realizace UC = Spolupracující entity Analytické třídy Vše v jedné iteraci Návrhový model
24 Use Case model
25 Dvě úrovně plánování Project plan Iterační Plán (současný) Fáze a hlavní milníky Co a kdy Road-map (nezapomínat na milníky) Iterační Plán (příští) Jemný, detailní plán
26 Cíle iterace System analyst Software architect Priorita (dopad, úroveň rizik) + omezení (business, zdroje) Stakeholders Project manager Outlined Use-Cases + Supplementary <<Use-Case pointing>> Project planning meeting Odhadovaná pracnost Project Plan Scénáře + snížení rizik (cíle) pro každou iteraci
27 UC realizace
28 UC realizace - detail UC realizace popisuje, jak je daný UC realizován modelem spolupracujících objektů.
29 UC realizace - detail
30 Návrh Vývoj v čase Analytické elementy se většinou vyvinou v několik návrhových elementů (třída či subsystém)
31 Návrh - sekvenční diagram Design contract mezi komponentami
32 Vývoj řízený UC Vision Use-Case Model + Popis + Doplňující spec. Realizace UC = Spolupracující entity Trasovatelnost (Tracebility) mezi modely a komponentami Analytické třídy Návrhový model
33 Testy jsou také UC driven Vision Use-Case Model + Popis + Doplňující spec. Test Cases CO jsou cíle/ omezení/ Scénáře? Test Scripts
34 Test Cases Use Case Scénář Data a podmínky Hodiny Uživatel Výstup Reportuj čas BF 5 user OK Reportuj čas AF#1 4 user Chybové hlášení Use Case Driven: znovupoužití (reuse) popisů scénářů (jednotlivých kroků), počátečních a ukončujících podmínek, atd.
35 Construction Implementace zbylých Use Case + refaktoring + návrhové vzory
36 Construction Iterace 1 Iterace 2 Rezervace Management
37 UML a podpora nasazení SW komponenta Diagram komponent
38 UML a podpora nasazení HW uzel Komunikační kanál Diagram nasazení
39 Shrnutí potřebnosti UML pro vývoj V zásadě platí, že pokud chceme omezit modelování na minimum, měly by nás zajímat alespoň následující modely: Use case model (+ scénáře) na specifikaci požadavků a pochopení potřeb bychom moc šetřit neměli, jelikož se jedná o nejzásadnější část procesu tvorby software, vše ostatní vychází ze správného pochopení potřeb. Diagram tříd reprezentuje statickou strukturu, statický pohled na systém/komponentu. Sekvenční diagram reprezentuje chování systému či komponenty a tudíž zachycuje dynamickou stránku systému.
40 Spustitelné modely? Executable UML (exuml, xuml) Je přímo zaměřen na tvorbu spustitelných modelů. Nepředepisuje žádnou konkrétní syntax. Pro každý vytvořený model je potřeba definovat akce umožňující spuštění modelu. Zatím neexistuje žádná smysluplná praktická implementace obecného spustitelného modelu.
41 Kritika UML Příliš obsáhlý jazyk - široký a složitý, redundantní, nepoužívané konstruktory (hlavně v UML 2.0). Snaha uspokojit všechny potřeby (golden hammer) - obecný modelovací jazyk pro implementační i doménovou oblast. Snaha UML 2.0 Action semantics být tzv. Turing complete pro automatické generování (hlavně MDA architektura). Některé modely nejsou z jejich povahy syntakticky kompletní.
UML: Unified Modeling Language
UML 1 UML: Unified Modeling Language Systém kombinace softwaru, hardwaru, dat a uživatelů, která umožňuje řešení konkrétního problému Vývoj systémů vytváření systémů pro klienta Vývoj probíhá na základě
Principy 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
Specifikace požadavků, UC. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/
Specifikace požadavků, UC Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Důvody pro formalizaci SRS Podle Chaos Report organizace Standish Group jsou požadavky jedním z přispěvatelů k
6INF2. RNDr. Jaroslav Žáček, Ph.D. jaroslav.zacek@osu.cz
6INF2 RNDr. Jaroslav Žáček, Ph.D. jaroslav.zacek@osu.cz Vliv IT na změny ve společnosti Vznik nových produktů (platební karty, digitální kamery, ) Vznik ucelených řešení na bázi IS bez přítomnosti lidí
Využití SysML pro tvorbu modelů v systémovém inženýrství
Využití SysML pro tvorbu modelů v systémovém inženýrství Antonín Srna, Ústav informatiky, Provozně ekonomická fakulta, Mendelova univerzita v Brně, xsrna2@mendelu.cz Abstrakt Článek se zaobírá univerzálním
Ročníkový projekt. Jaroslav Žáček jaroslav.zacek@osu.cz
Ročníkový projekt Jaroslav Žáček jaroslav.zacek@osu.cz Cíle předmětů Vytvoření fungující aplikace, která splňuje definované požadavky Vyzkoušet si celý životní cyklus projektu - specifikace zadání, formování
Klasické metodiky softwarového inženýrství I N G M A R T I N M O L H A N E C, C S C. Y 1 3 A N W
Klasické metodiky softwarového inženýrství I N G M A R T I N M O L H A N E C, C S C. Y 1 3 A N W Osnova přednášky Co to je softwarové inženýrství Softwarový proces Metodika a metoda Evoluce softwarových
Ú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
Zá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
Jazyk UML VST (Velmi stručný tutorial) verze 1.0
Jazyk UML VST (Velmi stručný tutorial) verze 1.0 Softwarové inženýrství školní rok 2004 2005 Ing. Ladislava Smítková Janků (Praha, 24.5.2005) Obsah Obsah Obsah...2 1 Co je to UML...3 2 Diagram případů
PŘÍNOSY MODELOVACÍCH TECHNIK PRO ANALÝZU A NÁVRH KNIHOVNÍCH APLIKACÍ
PŘÍNOSY MODELOVACÍCH TECHNIK PRO ANALÝZU A NÁVRH KNIHOVNÍCH APLIKACÍ Petr Novák, Ústav informačních studií a knihovnictví FF UK Praha Modelovací techniky jsou v softwarovém inženýrství využívány k vizualizaci,
7.5 Diagram tříd pokročilé techniky
7.5 Diagram tříd pokročilé techniky Stereotypy - jeden ze základních prostředků rozšiřitelnosti UML - pro modelovací konstrukce neexistující v UML, ale podobné předdefinované v UML definované uživatelem
Seminární práce. Použití CASE pro řízení IS/ICT firmy
Seminární práce Použití CASE pro řízení IS/ICT firmy Vypracovali: Jiří Beran Jakub Erlebach Jan Kapčiar Petr Pobuda Tomáš Šafařík Petr Šťastný Jan Zubíček Předmět: 4IT450 - CASE - Computer Aided Systems
Jiří Mašek BIVŠ V Pra r ha 20 2 08
Jiří Mašek BIVŠ Praha 2008 Procesvývoje IS Unifiedprocess(UP) Iterace vývoje Rysy CASE nástrojů Podpora metodických přístupů modelování Integrační mechanismy propojení modelů Podpora etap vývoje Generování
Analýza a Návrh. Analýza
Analysis & Design Návrh nebo Design? Design = návrh Není vytváření použitelného uživatelského prostředí (pouze malinká podmnožina celého návrhu) Často takto omezeně chápáno studenty nedokáží si představit,
7.3 Diagramy tříd - základy
7.3 Diagramy tříd - základy - popisuje typy objektů a statické vztahy mezi nimi Objednávka -datumpřijetí -předplacena -číslo -cena +vyřiď() +uzavři() {if Objednávka.zákazník.charakteristika = 'nejistý'
Modelem řízený vývoj. SWI 1 Jan Kryštof
Modelem řízený vývoj SWI 1 Jan Kryštof Související zkratky MDA ~ Architecture formální vymezení MDD ~ Development aktivita SW vývojářů MDG, MDE,... UML ~ Unified modeling language OMG ~ Object Management
TECHNIKY A CASE NÁSTROJE VÝVOJE IS
TECHNIKY A CASE NÁSTROJE VÝVOJE IS Doc. Ing. B. Miniberger, CSc Bankovní institut, VŠ (9.10. 2008) Doc. Miniberger, BIVŠ Cíle předmětu Seznámení se s problematikou vývoje informačních systémů pomocí CASE
Mendelova zemědělská a lesnická univerzita v Brně Provozně ekonomická fakulta
Mendelova zemědělská a lesnická univerzita v Brně Provozně ekonomická fakulta Začínáme s BPM Učební pomůcka Autor: Ing. Michael Štencl Brno 2007 OBSAH 2 Obsah 1 Jak přistupovat k BPM 3 2 Prvky BPM 5 2.1
2. Modelovací prostředky, UML, diagramy UML, jazyk OCL. CASE nástroje. Požadavky a jejich modelování. Trasovatelnost požadavků.
2. Modelovací prostředky, UML, diagramy UML, jazyk OCL. CASE nástroje. Požadavky a jejich modelování. Trasovatelnost požadavků. (A7B36SIN) Modelovací prostředky Úvod Modelovací jazyk je umělý jazyk, který
VYUŽITÍ MDA PRO INTEGROVANÝ VÝVOJOVÝ NÁSTROJ QI BUILDER
VYUŽITÍ MDA PRO INTEGROVANÝ VÝVOJOVÝ NÁSTROJ QI BUILDER Cyril Klimeš Jaroslav Procházka Ostravská univerzita, katedra informatiky a počítačů, 30. dubna 22, 701 03 Ostrava, ČR E-mail: cyril.klimes@osu.cz,
Informační systémy. Jaroslav Žáček jaroslav.zacek@osu.cz
Informační systémy Jaroslav Žáček jaroslav.zacek@osu.cz Úvod - co možná umíte z předmětu SWENG Rozdělení IT Architektura IS Klíčový prvek řízení IS z něj vycházejí detailní analytické i plánovací charakteristiky
X36SIN: Softwarové inženýrství. Životní cyklus a plánování
X36SIN: Softwarové inženýrství Životní cyklus a plánování 1 Kontext Minule jsme si řekli, co to je deklarace záměru, odborný článek, katalog požadavků, seznam aktérů a seznam událostí. Seznam aktérů a
Mendelova zemědělská a lesnická univerzita v Brně Provozně ekonomická fakulta. Začínáme s BPM. Učební pomůcka. Vypracoval: Ing.
Mendelova zemědělská a lesnická univerzita v Brně Provozně ekonomická fakulta Začínáme s BPM Učební pomůcka Vypracoval: Ing. Michael Štencl Brno 2007 OBSAH 2 Obsah 1 Jak přistupovat k BPM 3 2 Prvky BPM
TÉMATICKÝ OKRUH Softwarové inženýrství
TÉMATICKÝ OKRUH Softwarové inženýrství Číslo otázky : 21. Otázka : Softwarový process. Jeho definice, modely a vyspělostní úrovně. Standardizovaný přístup pomocí RUP (Rational Unified Process). Obsah :
ZÁKLADY PROGRAMOVÁNÍ. Mgr. Vladislav BEDNÁŘ 2014 5.3-5.8 9/14
ZÁKLADY PROGRAMOVÁNÍ Mgr. Vladislav BEDNÁŘ 2014 5.3-5.8 9/14 Co je vhodné vědět, než si vybereme programovací jazyk a začneme programovat roboty. 1 / 12 0:40 UML unifikovaný modelovací jazyk Zkratka tohoto
Analýza. Pracovní postup Analýza
Otázka 4 - Analýza - hledání analytických tříd, hledání atributů a stavů, analýza chování a odpovídající diagramy v UML. (A7B36SIN) Analýza Pracovní postup Analýza Analýza v metodice UP zahrnuje architektonickou
Jazyk 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é
Novinky ve Visual Studio 2010. Tomáš Kroupa Tomas.Kroupa@hotmail.com
Novinky ve Visual Studio 2010 Tomáš Kroupa Tomas.Kroupa@hotmail.com O čem si dnes řekneme Visual studio 2010 (beta 2) Jazyk C# 4.0 ASP.NET 4.0.NET 4.0 Visual Studio 2010 Beta 2 Jak získat Testovací verze
Principy OOP při tvorbě aplikací v JEE. Michal Čejchan
Principy OOP při tvorbě aplikací v JEE Michal Čejchan Témata přednášky Principy OOP - připomenutí Úvod - co nás vede k používání OOP Reálný svět - jak (ne)používáme OOP Nedostatky na úrovni programovacích
Aplikační Dokumentace Standardy ICT MPSV
Standardy ICT MPSV Datum: 19.12.2014 Informace o dokumentu Název dokumentu: Aplikační Dokumentace Historie verzí Číslo verze Datum verze Vypracoval Popis Jméno souboru 1.0 31.8.2012 Jan Apfelthaler Doplnění
Zhodnocení architektury podniku. Jiří Mach 28. 8. 2014
Zhodnocení architektury podniku Jiří Mach 28. 8. 2014 Obsah Zhodnocení architektury podniku Zahájení projektu Metodika/framework Harmonogram projektu 1. fáze: vytvoření popisu AS-IS stavu 2. fáze: analýza
Využití nástrojů CASE pro řízení IS/ICT firmy
Využití nástrojů CASE pro řízení IS/ICT firmy Semestrální práce pro předmět 4IT450 - CASE Zadal: prof. Ing. Václav Řepa, CSc. ZS 2010/2011 Vypracovali: Marcela Fišerová Tomáš Baxa Marek Hejcman Svatopluk
Nástroje pro vývoj aplikací v závislosti na platformě a jejich vazba na CASE
Vysoká škola ekonomická v Praze Fakulta informatiky a statistiky Katedra informačních technologií Nástroje pro vývoj aplikací v závislosti na platformě a jejich vazba na CASE Seminární práce k předmětu
Rady pro tvorbu USE CASE MODELU, rada první: Jak pracovat s pojmy ve scénářích UC
Rady pro tvorbu USE CASE MODELU, rada první: Jak pracovat s pojmy ve scénářích UC Úvod Před nedávnem jsem obdržel trochu delší mail tohoto znění: Dobrý den pane Kravale, před časem jsem absolvoval vaše
Modely 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é
5 Požadavky a jejich specifikace
5 Požadavky a jejich specifikace 5.1 Inženýrství (requirements engineering) - proces stanovení služeb, které by měl vyvíjený systém poskytovat a omezení, za nichž musí pracovat - CO má systém dělat, ne
Sem vložte zadání Vaší práce.
Sem vložte zadání Vaší práce. České vysoké učení technické v Praze Fakulta informačních technologií Katedra Softwarového inženýrství Bakalářská práce Webová aplikace pro kreslení UML diagramů František
Zá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
OOT 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í
Aplikační standard - Dokumentace ICT Standardy MPSV MPSV
ICT Standardy MPSV MPSV Vedoucí projektu Objednatele: Milan Hojer Vedoucí projektu Zhotovitele: Michal Čanda HEWLETT-PACKARD s.r.o. Vyskočilova 1/1410 140 21 Praha 4 Tel: 261 307 111 Datum: 7.10.2012 Informace
METODY SPECIFIKACE SOFTWAROVÝCH SYSTÉMŮ
Vysoká škola báňská - Technická univerzita Ostrava Fakulta elektrotechniky a informatiky METODY SPECIFIKACE SOFTWAROVÝCH SYSTÉMŮ pro kombinované a distanční studium Prof. Ing. Ivo Vondrák, CSc. Ostrava
10 Balíčky, grafické znázornění tříd, základy zapozdření
10 Balíčky, grafické znázornění tříd, základy zapozdření Studijní cíl Tento studijní blok má za cíl pokračovat v základních prvcích jazyka Java. Konkrétně bude věnována pozornost příkazům balíčkům, grafickému
Project management. Příprava projektu Zahájení High level plánování. Vykonávání Detailní plánování Vykonávání Řízení a monitorování
Project management Project management Příprava projektu Zahájení High level plánování Vykonávání Detailní plánování Vykonávání Řízení a monitorování Uzavření a zhodnocení (iterace, projektu) Projekt Projekt
Přehled nástrojů CASE na tuzemském trhu v prvním pololetí roku 2006
VYSOKÁ ŠKOLA EKONOMICKÁ V PRAZE Fakulta informatiky a statistiky Přehled nástrojů CASE na tuzemském trhu v prvním pololetí roku 2006 Semestrální práce v rámci kurzu IT_572 Petr Žůrek Ondřej Kousal Vasil
Management sítí OSI management framework SNMP Komerční diagnostické nástroje Opensource diagnostické nástroje
Přednáška č.12 Management sítí OSI management framework SNMP Komerční diagnostické nástroje Opensource diagnostické nástroje Původní LAN o 50 až 100 uživatelů, několik tiskáren, fileserver o relativně
Životní cyklus vývoje SW. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/
Životní cyklus vývoje SW Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Proč potřebujeme definovat proces vývoje Při vývoji SW nemáme tvrdá fakta, jako v jiných vědách (fyzika, chemie,
ACTA UNIVERSITATIS AGRICULTURAE ET SILVICULTURAE MENDELIANAE BRUNENSIS SBORNÍK MENDELOVY ZEMĚDĚLSKÉ A LESNICKÉ UNIVERZITY V BRNĚ
ACTA UNIVERSITATIS AGRICULTURAE ET SILVICULTURAE MENDELIANAE BRUNENSIS SBORNÍK MENDELOVY ZEMĚDĚLSKÉ A LESNICKÉ UNIVERZITY V BRNĚ Ročník LIII 16 Číslo 6, 2005 Formalizace základních podnikových znalostí
PROJEKTOVÁNÍ INFORMAČNÍCH SYSTÉMŮ
Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní PROJEKTOVÁNÍ INFORMAČNÍCH SYSTÉMŮ Učební text předmětu Informační systémy Jolana Škutová Ostrava 2010/2011 Tyto studijní materiály vznikly
ARIS Platform softwarová podpora řízení procesů Procesní ARIS laboratoř základ moderní výuky. www.ids-scheer.cz
ARIS Platform softwarová podpora řízení procesů Procesní ARIS laboratoř základ moderní výuky www.ids-scheer.cz Agenda Představení IDS Scheer ARIS Platform Scénáře možné spolupráce Vybudování komplexní
VŠB Technická univerzita Ostrava Fakulta elektrotechniky a informatiky katedra informatiky Úvod do softwarového inženýrství verze 1.
VŠB Technická univerzita Ostrava Fakulta elektrotechniky a informatiky katedra informatiky Úvod do softwarového inženýrství verze 1.1 Prof. Ing. Ivo Vondrák, CSc. Ostrava 2002 Motto Lékař, stavební inženýr
Analýza problémové domény
Analýza problémové domény 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é
Úvodní studie (pokraov
Úvodní studie (pokraov ování) Model jednání a kontext Model jednání (use case model) slouží pro evidenci aktér a služeb systému. Kontextový diagram slouží pro evidenci aktér a datových tok. Oba modely
WebML Objektově orientovaná metodika pro tvorbu webových sídel
WebML Objektově orientovaná metodika pro tvorbu webových sídel Martin Molhanec Katedra elektrotechnologie, Fakulta elektrotechnická, České vysoké učení technické Technická 2, 166 27 PRAHA 6, Dejvice, Česká
SOFTWAROVÉ INŽENÝRSTVÍ 1
Metodický list č. 1 Název tématického celku: Úvod do softwarového inženýrství Základním cílem tohoto tematického celku je vysvětlení smyslu discipliny nazývané softwarové inženýrství. Tematický celek zahrnuje
BPM_01. Modelování podnikových procesů doc. Ing František Huňka, CSc. 155
BPM_01 Modelování podnikových procesů doc. Ing František Huňka, CSc. 155 Obsah kurzu I. část: podnikový proces: definování, účel použití, techniky modelování (grafické zobrazení), metodologie podnikových
SOFTWAROVÉ INŽENÝRSTVÍ
VYSOKÁ ŠKOLA POLYTECHNICKÁ JIHLAVA Katedra elektrotechniky a informatiky SOFTWAROVÉ INŽENÝRSTVÍ ČÁST II. ARCHITEKTURY SOFTWARE STUDIJNÍ TEXT PRO KOMBINOVANOU FORMU STUDIA Milan Mišovič 2011 Prof. RNDr.
UML, alea iacta est!
UML, alea iacta est! Miroslav BENEŠOVSKÝ 1, Karel RICHTA 2 1 BenSoft s.r.o Brusy 285,66484 Zastávka u Brna mben@ics.muni.cz 2 Katedra softwarového inženýrství, MFF UK Praha Malostranské nám. 25, 118 00
Komponenta Human Task v Oracle SOA Suite
Komponenta Human Task v Oracle SOA Suite Marek Rychlý Vysoké učení technické v Brně Fakulta informačních technologií Ústav informačních systémů Přednáška pro IOA 19. listopadu 2014 Marek Rychlý Komponenta
Řízení procesů ICT prostřednictvím Architektury
Petr Klučka Solution architect / ARKO 03/06 2 0 1 5 Řízení procesů ICT prostřednictvím Architektury prezentace pro Krajský úřad Plzeňského kraje Agenda souvislosti o nichž bude řeč Strategie Soubor souvisejících
SOFTWAROVÉ INŽENÝRSTVÍ
KATEDRA INFORMATIKY PŘÍRODOVĚDECKÁ FAKULTA UNIVERZITA PALACKÉHO SOFTWAROVÉ INŽENÝRSTVÍ VLADIMÍR SKLENÁŘ VÝVOJ TOHOTO UČEBNÍHO TEXTU JE SPOLUFINANCOVÁN EVROPSKÝM SOCIÁLNÍM FONDEM A STÁTNÍM ROZPOČTEM ČESKÉ
TREND 07-201 POPIS ODPOVĚDNOSTI PRACOVNÍKA MANAŽER VÝVOJE
Tel. +420 543426329 TREND 07-201 POPIS ODPOVĚDNOSTI PRACOVNÍKA MANAŽER VÝVOJE Autor: Vít Chvál Verze dokumentu: 1.0 Datum poslední změny: 18.2.2013 Obsah: 1 Pracovník 3 2 Pracovní činnosti (Náplň práce)
Object-oriented Analysis & Design. Requirements Analysis
Object-oriented Analyi & Deign Requirement Analyi Waterfall Model Sytem Requirement Software Requirement Deign Verification Module Tet Validation Implementation Iteration Agile Unified Proce Inception
EXTRAKT z mezinárodní technické normy
EXTRAKT z mezinárodní technické normy Extrakt nenahrazuje samotnou technickou normu, je pouze informativním materiálem o normě. Inteligentní dopravní systémy Rámec pro spolupracující telematické aplikace
Zuzana Šochová 30.10.2008. MFF Modelování a realizace softwarových projektů
Zuzana Šochová 30.10.2008 1 Metody řízení projektů Týmová spolupráce Agilní metody Scrum proces Backlog úloh a odhady Jak plánovat Tým a zákazník 2 Executive support User involvement Experienced project
ADOit. IT architektura a řízení IT služeb. Luděk Kryšpín, Lukáš Dvořák, PADCOM, s.r.o.
ADOit IT architektura a řízení IT služeb Luděk Kryšpín, Lukáš Dvořák, PADCOM, s.r.o. Představení PADCOM Základní informace o firmě Poradenská firma s výhradně českým kapitálem Zahájení činnosti 2008 Počet
JEDNODUCHÁ 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
Databázové patterny. MI-DSP 2013/14 RNDr. Ondřej Zýka, ondrej.zyka@profinit.eu
Databázové patterny MI-DSP 2013/14 RNDr. Ondřej Zýka, ondrej.zyka@profinit.eu Obsah o Co je databázový pattern o Pattern: Přiřazení rolí o Pattern: Klasifikace Databázové patterny o Odzkoušené a doporučené
3. Je defenzivní programování technikou skrývání implementace? Vyberte jednu z nabízených možností: Pravda Nepravda
1. Lze vždy z tzv. instanční třídy vytvořit objekt? 2. Co je nejčastější příčinou vzniku chyb? A. Specifikace B. Testování C. Návrh D. Analýza E. Kódování 3. Je defenzivní programování technikou skrývání
Automatizované modelování
Česká zemědělská univerzita v Praze Provozně ekonomická fakulta Automatizované modelování Diplomová práce Vedoucí práce: Doc. Ing. Vojtěch Merunka, Ph.D. Bc. Jan Tomsa Praha 2010 3 (zde bude vloženo zadání).
Metody 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
Nástroje pro vývoj aplikací a jejich vazba na CASE. 1 Úvod... 6 2 Vývojová prostředí (IDE)... 7. 3 CASE nástroje umožňující pouze modelování...
Nástroje pro vývoj aplikací a jejich vazba na CASE Semestrální práce na předmět Vypracovali: Ondřej Válek David Páter Roman Svoboda David Markalous Tomáš Pobuda Datum: Květen 2006 Obsah 1 Úvod... 6 2 Vývojová
BORM-II a BPMN v provozně ekonomických procesech BORM-II and BPMN in operation economic processes
BORM-II a BPMN v provozně ekonomických procesech BORM-II and BPMN in operation economic processes Abstrakt Tento článek popisuje BORM (Business Objects Relations Modelling), BPMN (Business Process Modeling
Jan 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
1. Programování proti rozhraní
1. Programování proti rozhraní Cíl látky Cílem tohoto bloku je seznámení se s jednou z nejdůležitější programátorskou technikou v objektově orientovaném programování. Tou technikou je využívaní rozhraní
Nejspíš první OOP jazyk, odvozený z Algolu. 1967 Systémy polymorfismus, dědění
UML ------------------------------------------------------------------------------------------------------------------------------------------------------------Historie: - Programovací jazyky Simula 1962
01. Životní cyklus programového díla, analýza, návrh, implementace, provoz a metodiky vývoje SW. (A7B36SIN)
Zpracoval: houzvjir@fel.cvut.cz 01. Životní cyklus programového díla, analýza, návrh, implementace, provoz a metodiky vývoje SW. (A7B36SIN) Obsah Životní cyklus programového díla... 2 Analýza... 4 Postup
Diagram tříd (class diagram)
Diagramy tříd 1 Diagram tříd (class diagram) Zobrazuje třídy v daném systému a vztahy mezi nimi Zobrazuje statický stav ukazuje vzájemné interakce, ale neukazuje co se při těchto interakcích děje Při znázornění
Profilová část maturitní zkoušky 2013/2014
Střední průmyslová škola, Přerov, Havlíčkova 2 751 52 Přerov Profilová část maturitní zkoušky 2013/2014 TEMATICKÉ OKRUHY A HODNOTÍCÍ KRITÉRIA Studijní obor: 78-42-M/01 Technické lyceum Předmět: TECHNIKA
WAK System. Ministerstvo dopravy ČR WAK System, spol. s r.o. Petržílkova 2564/21, 158 00 Praha 5 - Stodůlky
WAK System Název projektu: Systém automatizované kontroly a detekce změn bezpečnostního nastavení informačních systémů založený na specifikaci bezpečnostní politiky podle standardu BS7799 Číslo projektu:
POUŽITÍ CASE VE VÝVOJÁŘSKÉ FIRMĚ. Zpracovali: Houžvička Jakub Kalina Tomáš Klimko Jozef Kvapil Hynek
POUŽITÍ CASE VE VÝVOJÁŘSKÉ FIRMĚ Zpracovali: Houžvička Jakub Kalina Tomáš Klimko Jozef Kvapil Hynek Datum: 11/2010 Abstrakt Práce se zabývá využitím CASE (Computer Aided System Engineering) nástrojů ve
Jaký má být dnes vývoj softwaru - business driven, test driven, model driven, architecture driven nebo service oriented?
Citace článku: BUCHALCEVOVÁ, Alena. Jaký má být dnes vývoj softwaru business driven, test driven, model driven, architecture driven nebo service oriented? Monínec 15.05.2005 18.05.2005. In: RUDOLF, Vladimír,
POŘÍZENÍ A IMPLEMENTACE INFORMAČNÍCH SYSTÉMŮ
POŘÍZENÍ A IMPLEMENTACE INFORMAČNÍCH SYSTÉMŮ ŽIVOTNÍ CYKLUS IS Stejně jako stroje a technologické linky, které jsou pořízeny, provozovány a následně, po opotřebování vyřazeny, má i informační systém svůj
Softwarové inženýrství
Životní cyklus software (dle unifikovaného procesu) Požadavky Analýza Design/návrh Implementace Testování Každá fáze cyklu se dále probíhá v etapách: Zahájení Rozpracování Konstrukce Zavedení Životní cyklus
UML NĚKOLIK KRITICKÝCH POZNÁMEK
UML NĚKOLIK KRITICKÝCH POZNÁMEK Martin Molhanec ČVUT-FEL, Technická 2, 166 27 PRAHA 6, Dejvice, Česká republika, tel.: ++420 (2) 2435 2118, email: molhanec@fel.cvut.cz, web: http://martin.feld.cvut.cz/~mmm
Diagramy chovaní jazyka UML
PŘÍRODOVĚDECKÁ FAKULTA UNIVERZITY PALACKÉHO KATEDRA INFORMATIKY BAKALÁŘSKÁ PRÁCE Diagramy chovaní jazyka UML 2014 Pavel Zehnula Anotace Práce popisuje tvorbu jednoduchého editoru UML diagramů. V editoru
Diagram případu užití. Use Case Diagram
Diagram případu užití Use Case Diagram 1 Případyužití Případy užití se orientují na chování systému z vnějšího pohledu. Případ užití popisuje funkci poskytovanou systémem, která přináší viditelný výsledek
geotym.geogr.muni.cz K čemu jsou datové specifikace Možnosti elektronického vzdělávání v oblasti směrnice INSPIRE II. Co Vás čeká dnes?
Co Vás čeká dnes? Možnosti elektronického vzdělávání v oblasti směrnice INSPIRE II. Lidský potenciál pro informační společnost využívající prostorová data (GEOTÝM) Průhonice, 30.11. 2011 Blok 1: Jak číst
Y13ANW Ú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,
GTL GENERATOR NÁSTROJ PRO GENEROVÁNÍ OBJEKTŮ OBJEKTY PRO INFORMATICA POWERCENTER. váš partner na cestě od dat k informacím
GTL GENERATOR NÁSTROJ PRO GENEROVÁNÍ OBJEKTŮ OBJEKTY PRO INFORMATICA POWERCENTER váš partner na cestě od dat k informacím globtech spol. s r.o. karlovo náměstí 17 c, praha 2 tel.: +420 221 986 390 info@globtech.cz
EXTRAKT z mezinárodní normy
EXTRAKT z mezinárodní normy Extrakt nenahrazuje samotnou technickou normu, je pouze informativním materiálem o normě ICS 55.180.01; 35.240.60; 03.220.20 Inteligentní dopravní systémy (ITS) Elektronická
ROZDÍ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
software pro embedded systémy a mobilní zařízení
software pro embedded systémy a mobilní zařízení profil společnosti Eccam je česká softwarová společnost se sídlem v Praze. Zabýváme se návrhem a vývojem software pro embedded a mobilní systémy z různých
Aplikace IS, outsourcing, systémová integrace. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/
Aplikace IS, outsourcing, systémová integrace Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Kontext Dodavatelé Strategická Zákazníci ERP Taktická Operativní Kategorie ERP - zaměřeno na
Nástroje pro vývoj aplikací a jejich vazba na CASE
IT_572 - Prostředky CASE a jejich využití při tvorbě IS Nástroje pro vývoj aplikací a jejich vazba na CASE Pavel Dušánek Felix Espinoza Vladimír Jelínek Aleš Kotek Obsah Úvod...3 Zkoumané vlastnosti CASE
UNICORN COLLEGE. Katedra informačních technologií BAKALÁŘSKÁ PRÁCE. Datové modelování. Autor BP: Anatoliy Kybkalo. Vedoucí BP: Ing.
UNICORN COLLEGE Katedra informačních technologií BAKALÁŘSKÁ PRÁCE Autor BP: Anatoliy Kybkalo Vedoucí BP: Ing. Miroslav Žďárský 2013 Praha Čestné prohlášení Prohlašuji, že jsem svou bakalářskou práci na
Řešení IS pomocí Model Driven Architecture
MASARYKOVA UNIVERZITA V BRNĚ FAKULTA INFORMATIKY Řešení IS pomocí Model Driven Architecture DIPLOMOVÁ PRÁCE Bc. Miroslav Patočka 2008 Prohlášení Prohlašuji, že tato práce je mým původním autorským dílem,
MASARYKOVA UNIVERZITA,
MASARYKOVA UNIVERZITA, FAKULTA INFORMATIKY Diplomová práce Systém pro správu osobních financí Bc. Martin Habr Brno, jaro 2012 Prohlášení Prohlašuji, že tato práce je mým původním autorským dílem, které
Informační systém pro řízení projektu vývoje software
ČESKÉ VYSOKÉ UČENÍ TECHNICKÉ V PRAZE FAKULTA ELEKTROTECHNICKÁ KATEDRA KYBERNETIKY DIPLOMOVÁ PRÁCE Informační systém pro řízení projektu vývoje software Praha, 2002 Jan Breznay Prohlášení Prohlašuji, že
Převod 4GL aplikací do webového prostředí. Ing. Jan Musil, IBM ČR Community of Practice for
Převod 4GL aplikací do webového prostředí Ing. Jan Musil, IBM ČR Community of Practice for CEEMEA Co je to EGL? -4GL a EGL Agenda Popis převodu z -4GL do EGL krok za krokem Obecný postup převodu Závěrečný