Objektově-orientovaná Analýza & Návrh

Slides:



Advertisements
Podobné prezentace
Zavádění Change Managementu v ING Group Jiří Mičke IT Projects & Architecture Manager.
Advertisements

Číslo projektuCZ.1.07/1.5.00/ Číslo materiáluVY_32_INOVACE_252_TÉMA_Daň z přidané hodnoty Název školy Masarykova střední škola zemědělská a Vyšší.
Strategické řízení školy s využitím sebehodnocení školy dle modelu CAF RNDr. Hana Žufanová.
Organizační legitimita: aplikace institucionální teorie a teorie závislosti na zdrojích v rámci výzkumu NNO Magdaléna Šťovíčková SOS FHS UK, 2013/2014.
Obchodní akademie, Střední odborná škola a Jazyková škola s právem státní jazykové zkoušky, Hradec Králové Autor:Ing. Zdeňka Bitterová Název materiálu:
Redukce lůžek Existuje prostor pro redukci lůžek akutní péče?
Zkušenosti města Valašské Meziříčí s rozvojovými projekty Město Valašské Meziříčí Zdeněk Studeník Praha
Název školy Gymnázium, střední odborná škola, střední odborné učiliště a vyšší odborná škola, Hořice Číslo projektu CZ.1.07/1.5.00/ Název materiálu.
Využití informačních technologií při řízení obchodního řetězce Interspar © Ing. Jan Weiser.
Připraveno s podporou programu Erasmus+ Evropské unie. Provázanost výsledků učení, vyučovacích a hodnoticích metod Zkušenosti ZČU Brno Praha.
Anotace Materiál je určen pro 2. ročník studijního oboru PROVOZ A EKONOMIKA DOPRAVY, předmětu LOGISTIKA A OBSLUŽNÉ SYSTÉMY. Inovuje výuku použitím multimediálních.
Procesy ve veřejné správě Ivo Vašíček Proces veřejné správy Získávání zdrojů dané, poplatky, pokuty Vnitřní a vnější bezpečnost Správa zdrojů Údržba.
Vypracování národních norem kódování pro český systém DRG číslo projektu CZ2005/017/ Program Evropské Unie Transition Facility pro Českou.
Číslo projektu: CZ.1.07/1.4.00/ Název DUM: Prostředí internetu Číslo DUM: III/2/VT/2/2/27 Vzdělávací předmět: Výpočetní technika Tematická oblast:
Úvod k přednáškám o Jištění kvality technologických procesů VŠCHT pd v
Pravidla pro zadávání zakázek v OP LZZ a IOP obecná část Metodický pokyn pro zadávání veřejných zakázek ( Příloha OM OP LZZ D9) Závazná.
Pravidla pro zadávání zakázek v OP LZZ a IOP Metodický pokyn pro zadávání veřejných zakázek ( Příloha OM OP LZZ D9) Závazná postupy pro.
Plánovací část projektu Cíl projektu - vychází z řešení z prognostické části, - odpovídá na otázku, čeho má být dosaženo? - představuje slovní popis účelu.
JAN FABIANEK, CS-PROJECT spol. s r.o. Konference Centralizované zadávání veřejných zakázek Praha, VYUŽITÍ ČÍSELNÍKU NIPEZ.
Digitální učební materiál Název projektu: Inovace vzdělávání na SPŠ a VOŠ PísekČíslo projektu: CZ.1.07/1.5.00/ Škola: Střední průmyslová škola a.
ASEBS, 4. sem..  Široké chápání profesní sebeobrany a jejího projektování  Samostatná práce  Schopnost integrovat znalosti  Pochopení problému v širších.
Vnitřní předpisy účetní jednotky Porada odboru veřejné správy, dozoru a kontroly Ing. Tomáš Sluka Ministerstvo financí odbor Regulace a metodika účetnictví.
Autor práce: Denisa Vydrová Vedoucí práce: Ing. Petra Solarová, Ph.D. Oponent práce: Ing. František Martíšek České Budějovice, červen 2016.
Vyhláška č. 326/2006 Sb., o atestačním řízení pro elektronické nástroje Mgr. Martin Plíšek.
DIGITÁLNÍ UČEBNÍ MATERIÁL
Databáze © Mgr. Petr Loskot
Číslo projektu CZ.1.07/1.5.00/ Číslo materiálu
Finanční účetnictví RADNICE
ELEKTRONICKÉ ZABEZPEČOVACÍ SYSTÉMY
AKREDITACE K USKUTEČŇOVÁNÍ VZDĚLÁVACÍHO PROGRAMU dle novely zákona č
ZMĚNY V RVP ZV SOUVISEJÍCÍ S ODSTRANĚNÍM PŘÍLOHY 2 RVP ZV UPRAVUJÍCÍ VZDĚLÁVÁNÍ ŽÁKŮ S LEHKÝM MENTÁLNÍM POSTIŽENÍM MŠMT 21. října 2015.
Komplexní systém hodnocení
Vysoká škola technická a ekonomická v Českých Budějovicích Motivační a věrnostní programy jako nástroj budování loajality zákazníků Autor práce: skopalová.
Termika – Fotovoltaika
Podpora v nezaměstnanosti
Vytvořil: Robert Döring
Organizace výroby Organizace a řízení výroby
Vysoká škola technická a ekonomická v Českých Budějovicích Ústav podnikové strategie Řízení vztahů se zákazníky ve vybraném podnikatelském subjektu v oblasti.
Katedra konstruování strojů
Programování a simulace CNC strojů I.
Logistika a Supply Chain Management
VY_32_INOVACE_
Zvuky hudebních nástrojů
DIGITÁLNÍ UČEBNÍ MATERIÁL
Aktualizace strategické vize Strategie rozvoje Jihomoravského kraje 2020 Brno, 5. prosince 2011.
Účetní pravidla, změny v účetních odhadech a chyby
Vykazování postupu nebo stavu
Obchodní plán projektu
Digitální učební materiál
Marketingová komunikace ve vybrané společnosti
Zadání seminární práce Marketingový mix vybraného sportovního produktu
Informatika pro ekonomy přednáška 8
Přídavná zařízení.
GDPR: ochrana osobních údajů
Energetický management
Základy účetnictví změny rozvahových položek
MŠ,ZŠ,SŠ pro sluchově postižené Valašské Meziříčí
■■ ■■ Zlínský kraj Program RP18-18 na úpravu lyžařských běžeckých tras ve Zlínském kraji Katarína KOŇAŘÍKOVÁ Odbor strategického rozvoje kraje.
Technická Evidence Zdravotnických Prostředků 1
Principy fungování spolku BISON
Metodika řízení projektů
Název projektu | Název společnosti | Jméno prezentujícího
Malujeme vodovkami vnímání.
Logistický systém ve společnosti Těžké strojírenství Plzeň a.s.
Objektově-orientovaná Analýza & Návrh
Název předmětu, číslo Vedoucí Jména členů skupiny
Cílové skupiny Studenti Farníci Rodiče Řeholníci Katolíci
Analýza informačního systému
Klíčové aktivity projektu
Informační systém základních registrů
Transkript prezentace:

Objektově-orientovaná Analýza & Návrh Analýza požadavků

Vodopádový model (Waterfall Model) System Requirements Software Requirements Design Implementation Module Tests Verification Iterations Validation

Vodopádový model (Waterfall Model) System Requirements Validation Software Requirements Verification Design Module Tests Implementation Iterations

Agilní unifikovaný proces (Agile Unified Process) Zahájení (inception) Přechod do pro- vozu (Transition) Propracování (Elaboration) Konstrukce (Construction) Implementovány všechny funkcionality (features) Uvolnění do ostrého provozu Vyjasněna architektura, přijata hlavní návrhová rozhodnutí Vyjasněný záměr (příslib rozpočtu)

Agilní unifikovaný proces (Agile Unified Process) Zahájení (inception) Přechod do pro- vozu (Transition) Propracování (Elaboration) Konstrukce (Construction) Zahájení: hrubá vize vyvíjeného systému business case věcný rozsah (scope) hrubé základní požadavky hrubé odhady

Agilní unifikovaný proces (Agile Unified Process) Zahájení (inception) Přechod do pro- vozu (Transition) Propracování (Elaboration) Konstrukce (Construction) propracování: podrobná vize vyvíjeného systému iterativní implementace základní (core) architektury iterativní implementace funkcionalit s vysokou úrovní rizika identifikace většiny požadavků identifikace věcného rozsahu (scope) realističtější odhady

Agilní unifikovaný proces (Agile Unified Process) Zahájení (inception) Přechod do pro- vozu (Transition) Propracování (Elaboration) Konstrukce (Construction) Konstrukce: iterativní implementace zbývajících functionalit testy před nasazením

Agilní unifikovaný proces (Agile Unified Process) Zahájení (inception) Přechod do pro- vozu (Transition) Propracování (Elaboration) Konstrukce (Construction) Přechod do provozu: deployment beta tests release

OOA/D UML se používá na třech úrovních abstrakce: Konceptuální úroveň Konceptuální (analytická) třída Konceptuální úroveň Diagramy reprezentují věci reálného světa (domain of interest) Reprezentuje pojem (věc) reálného světa Úroveň specifikace (softwaru) Návrhová (SW) třída Diagramy reprezentují SW-ovou abstrakci nebo SW komponenty (s jejich interface) ale ne jejich konkrétní implementaci Reprezentuje SW komponentu Úroveň implementace (softwaru) Implementační třída Diagramy reprezentují SW-ovou abstrakci nebo SW komponenty (s jejich interface) ale ne jejich konkrétní implementaci Třída ve smyslu C++ nebo Java

OOA/D Definuj doménový model Definuj interakční diagramy Definuj diagramy návrhových tříd Definuj případy užití

Requirements (FURPS+) Functional (features, zabezpečení, ...) Useability (GUI, ergonomie, lidský faktor, help, dokumentace, ...) Reliability (přípustná frekvence chyb, obnovení z chyb, předvídatelnost,...) Performance (rychlost odezvy, průchodnost, dostupnost, spotř. paměti, ...) Supportability (GUI, ergonomie, lidský faktor, help, internacionalizace, dokumentace, ...) + Implementation (limity zdrojů, jazyky a nástroje, platforma) Interface (požadavky a omezení vyvolané externími systémy) Operations (management systému, konfigurovatelnost) Packaging Legal

Business Modeling Domain model Vision Use-Case Model Use-Case Diagram Use-Case Text Glosary Requirements Suplementary Specification Operation Contracts System Sequence Diagrams Business (domain)rules Design model Design

Discipline Artifact Incept Elab Const Trans E1..En C1..Cn T1..T2 Business Modeling Domain Model s Requirements Use-Case Model r Vision Supplementary Specification Glossary Design Design Model SW Architecture Document Data Model

Příklady užití (use-cases) jsou textové dokumenty, nikoliv diagramy. Modelování příkladů užití (use-case modeling) je primárně psaní textu, nikoliv kreslení diagramů. Kreslení use-case diagramů má pomoci identifikovat jednotlivé use-casy a nalézt jejich strukturu

3 obvyklé stupně rozpracování use-casů: „Zákazník přijde na pokladnu s vybranými položkami sortimentu. Pokladní použije pokladní systém k tomu, aby zaevidoval každou prodanou položku. Systém průběžně zobrazuje průběžný součet cen a detaily o jednotlivých položkách. Zákazník poskytne platební kartu, kterou systém ověří a zaeviduje. Systém upraví stav zásob na skladě. Zákazník obdrží účtenku a odejde s nákupem.“ Brief Casual Podrobnější popis, více odstavců. Tak, jak postupně roste stupeň porozumění danému use-casu. Fully dressed Podrobně popsány všechny kroky a varianty. Podpůrné sekce jako pre-conditions a post-conditions

Fully dressed use case Sekce Komentář Jméno use-casu Mělo by začinat slovesem Rozsah (Scope) Název systému, který je předmětem návrhu Úroveň User-goal nebo subfunction Primární aktér Ten, kdo vyvolává služby systému pro splnění svých cílů Stakeholders and interests Kdo je zainteresován na use-casu a co od něj očekává Pre-conditions Co musí být splněno, aby se use case mohl vykonat Post-conditions Co je splněno po úspěšném splnění use-casu Hlavní (úspěšný) scénář Typický (nepodmíněný) úspěšný scénář (průběh). Extenze Alternativní scénáře (úspěšné nebo chybové) Speciální požadavky Související nefunkční požadavky Změny technologie a dat Seznam změn technologie a formátu dat Frekvance výskytu Může mít vliv na prioritu Různé Typicky seznam nevyjasněných otázek

Fully dressed use case Hlavní scénář 1. Zákazník přijde na pokladnu se zbožím. 2. Pokladní zahájí nový prodej. 3. Pokladní zadá (čarový) kód zboží. 4. Systém zaznamená položku prodeje a zobrazí popis zboží, cenu a průběžnou částku. Pokladní opakuje kroky 3-4 pro všechny položky zboží. 5. Systém zobrazí celkovou částku včetně DPH. 6. Zákazník zaplatí a systém zpracuje platbu. 7. Systém předá informaci o uskutečněném prodeji a platbě externímu účetnímu systému. 8. Systém vydá účtenku 9. Zákazník odchází se zbožím.

Fully dressed use case

Jak identifikovat případy užití Identifikace hranic systému. Nalezení primárních aktérů a jejich cílů. Analýza systémových událostí (vyžadujících obsluhu). Definice případů užití (za pomoci use-case diagramů).

Podpůrní aktéři Primární aktéři Hranice systému

Alternativní notace aktéra Stereotype Služba autorizace platby <<system>> Služba autorizace platby <<actor>> Služba autorizace platby

Jeden use-case využívá jiný use-case

Doménový model Návrhový model

System Sequence Diagrams Operation Contracts Design Model

Business Modeling Domain model Vision Use-Case Model Use-Case Diagram Use-Case Text Glosary Requirements Suplementary Specification Operation Contracts System Sequence Diagrams Business (domain)rules Design model Design