Diagram nebo text? Miroslav Benešovský, BenSoft s.r.o

Podobné dokumenty
UML - opakování 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

KIV/ASWI 2007/2008 Pokročilé softwarové inženýrství. Cíle předmětu Organizační informace Opakování

UML. Unified Modeling Language. Součásti UML

Základy analýzy. autor. Jan Novotný února 2007

Jiří Mašek BIVŠ V Pra r ha

CASE nástroje. Jaroslav Žáček

7.2 Model použití (jednání) (Use Case)

UML a jeho použití v procesu vývoje. Jaroslav Žáček jaroslav.zacek@osu.cz

Informační systémy 2008/2009. Radim Farana. Obsah. UML - charakteristika

6 Objektově-orientovaný vývoj programového vybavení

Návrh IS - UML. Jaroslav Žáček

7 Jazyk UML (Unified Modeling Language)

Objektově orientované technologie Logická struktura systému Objektový diagram. Pavel Děrgel, Daniela Szturcová

Vý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ů

7 Jazyk UML (Unified Modeling Language)

Návrh IS - UML. Jaroslav Žáček

Karta předmětu prezenční studium

Úvod do principů objektově orientovaného programování

Analýza problémové domény

Analýza a design na reálném projektu. Richard Michalský

7.2 Model použití (jednání) (Use Case)

CASE. Jaroslav Žáček

27/11/2017. Business analýza a sběr požadavků. Dotazy na event #G865

Objektová tvorba SW, Analýza požadavků 2006 UOMO 53

Informační systémy 2008/2009. Radim Farana. Obsah. Nástroje business modelování. Business modelling, základní nástroje a metody business modelování.

Analýza a modelování dat. Helena Palovská

Česká zemědělská univerzita v Praze. Provozně ekonomická fakulta. Katedra informačních technologií

Unifikovaný modelovací jazyk UML

Úloha 1. Úloha 2. Úloha 3. Text úlohy. Text úlohy. Text úlohy

Základní informace. Modelování. Notace

Analýza a design na reálném projektu. Richard Michalský

Objektově orientované technologie Dynamický náhled Sekvenční diagram (Realizace UC) Daniela Szturcová

Teorie a praxe SW inženýrství

ÚVOD DO SOFTWAROVÉHO INŽENÝRSTVÍ

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

Obsah. Zpracoval:

Zuzana Šochová MFF Modelování a realizace softwarových projektů

Návrh softwarových systémů - architektura softwarových systémů

PŘÍLOHA C Požadavky na Dokumentaci

Objektově orientované technologie Dynamický náhled Stavový diagram. Pavel Děrgel, Daniela Ďuráková

PV167 Projekt z obj. návrhu IS. 26. března 2008

Metodika analýzy. Příloha č. 1

UML - Unified Modeling Language

Usage of modular scissors in the implementation of FEM

EXTRAKT z mezinárodní normy

programátor vs. vývojář

Specializace Návrhář software na základě analýzy vytváří návrh softwarových aplikací ve formě schémat a diagramů.

Rady pro tvorbu USE CASE MODELU, rada první: Jak pracovat s pojmy ve scénářích UC

Návrh softwarových systémů - architektura softwarových systémů

Modelování webových služeb v UML

7.4 Diagramy interakce (základy)

Jsme firma, která už působí na trhu několik let. Za tu dobu jsme nasbírali

X36SIN: Softwarové inženýrství. Životní cyklus a plánování

Tabulka symbolů. Vazba (binding) Vazba - příklad. Deklarace a definice. Miroslav Beneš Dušan Kolář

UML: Unified Modeling Language

7.4 Diagramy interakce (základy)

JEDNODUCHÁ A PRAKTICKÁ METODA ODHADU PRACNOSTI PROJEKTU (S UTILITOU KE STAŽENÍ ZDARMA)

Novinky v UML 2.5 a agilní modelování

Principy UML. Clear View Training 2005 v2.2 1

Modelování informačních systémů s využitím jazyka UML. Jaroslav Šmarda

Objektově orientovaný přístup

Objektově orientované technologie Diagram komponent Implementační náhled (Diagram rozmístění) Pavel Děrgel, Daniela Szturcová

Národní standard pro elektronické systémy spisové služby

Jazyk UML VST (Velmi stručný tutorial) verze 1.0

2. Začlenění HCI do životního cyklu software

Agile. nejžádanější způsob vývoje software. Tomáš Tureček. Business consultant, Lean&Agile coach Tieto

Architektury Informačních systémů. Jaroslav Žáček

Tvorba dynamických interaktivních webových dotazníků pro psychologický výzkum

Přednáška. Sběr požadavků na SW s použitím metody C.C a nástroje Craft.CASE. e-fractal, s.r.o.

Jak správně psát scénáře k případům užití?

Ing. Jiří Fejfar, Ph.D. Geo-informační systémy

Modelování procesů s využitím MS Visio.

Architektury Informačních systémů. Jaroslav Žáček

Agile Software Development

Problémové domény a jejich charakteristiky

TÉMATICKÝ OKRUH Softwarové inženýrství

SEGMENTACE ZÁKAZNÍKŮ PRO E-COMMERCE. Jan Matoušek

OOT Objektově orientované technologie

Výukový plán. Tematický okruh č. 1 - odborné jazykové vzdělávání pracovníků chemického průmyslu - odborná terminologie - chemie

Vývoj IS - strukturované paradigma II

Analytická specifikace a její zpracování

Databázové modelování. Analýza Návrh konceptuálního schématu

Softwarové komponenty a Internet

Číselník transakcí v XML výpisech KB Číselník transakcí v XML výpisech KB verze 008 (platný od )

Vývoj informačních systémů. Architektura, návrh Vzory: Doménová logika

Objektově orientované technologie Business proces Diagram aktivit. Daniela Szturcová

OBJEKTOVÉ MODELOVÁNÍ PODNIKOVÝCH ZNALOSTÍ A ZNALOSTNÍ MANAGEMENT THE OBJECT MODELLING OF BUSINESS KNOWLEDGE AND KNOWLEDGE MANAGEMENT

Budování architektury pomocí IAA

TM1 vs Planning & Reporting

Architektura softwarových systémů

Modelem řízený vývoj. SWI 1 Jan Kryštof

6INF2. RNDr. Jaroslav Žáček, Ph.D.

Agenda. 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

Architektura informačních systémů. - dílčí architektury - strategické řízení taktické řízení. operativní řízení a provozu. Globální architektura

Název předmětu: Školní rok: Forma studia: Studijní obory: Ročník: Semestr: Typ předmětu: Rozsah a zakončení předmětu:

7.5 Diagram tříd pokročilé techniky

Modelování požadavků

Transkript:

Diagram nebo text? Miroslav Benešovský,

Diagram nebo text? Jaká je role analytika při vývoji SW? Most mezi zákazníkem a vývojáři Jaké má analytik prostředky? Diagramy, vizuální modelování Jaká je zkušenost s čitelností modelů? Rozdrobenost modelu: Rozbití popisu do řady jednoduchým a nesouvisejících textů. Důraz na formální popis: diagram více než 000 slov. Podceňování textové stránky modelu: viz. Výuka. Nestandardní používání symbolů. Někdy méně je více: předstírání analýzy. Co řeší zodpovědný analytik? Abstraktní diagramy nejsou jazyk zákazníka. Sladění textové a diagramatické stránky modelu. 2

Literate Modeling Literate Modeling: organické propojení textu a diagramů. Jim Arlow, Ila Neustat: Enterprise patterns and MDA: Building Better Software with Archetype Patterns and UML, Addison-Wesley, 2003, ISBN 0-32230-X: Kap.3: Literate Modeling. Donald Knuth, Literate programming, The Computer Journal, 27:97-, 984. Srovnání srozumitelnosti různých modelů Viz. Tabulka Jim Arlow, Wolfgang Emmerich, John Quinn: Literate Modeling Capturing Business Knowledge with the UML, in http://xml.coverpages.org/. 3

Srozumitelnost UML diagramů Manager User Domain Expert Analyst Designer Programmer Use Case Descr. 4 6 6 6 3 2 Use Case Diagr. 3 5 5 6 4 3 Sequence Diagr. 2 2 4 6 5 4 Collaboration Diagr 3 6 6 5 Class Diagr. 2 6 6 5 State Diagrams 0 0 0 4 6 5 Škála: 0 nejnižší porozumění, 6 nejvyšší 4

Business Kontext Popis Kontextu: obecná charakteristika dané oblasti, napsaný jako tzv. story. Standardy: seznam případně odkazy na standardy, definice, zákony a nařízení, které jsou uplatňovány v dané oblasti. UML diagramy: vztahující ke Kontextu. Free form diagramy: vztahující se ke Kontextu <věc>: popisný text popisující věc strukturovaný popis věci (například atributy, omezení, ). <věc2>:. 5

Doporučení pro Business Kontext Stylisticky a strukturálně zdařilý. Maximálně používat příklady. Psát jako příběh (story). Zvolit správnou míru podrobnosti (focus) čitelnost a udržovatelnost moc podrobnosti může být na škodu. Standardizace textů: fráze, obraty, tzv. fragmenty. Následuje příklad: systém µgps. 6

Systém µgps/poplatky:motivace Systém µgps (MeziGenerační Platební Systém) slouží pro elektronické provádění finančních transakcí mezi e- Accounty klientů různých generací. Převod probíhá ze zdrojového na cílový e-account. e-accounty mohou být typu: Junior, Senior a Občan pro rozlišení různých věkových kategorií klientů. Každá finanční transakce je zpoplatněna na základě pravidla, které stanoví výši poplatku pro převod mezi určitými typy e-accountů. Zdrojová a cílová strana finanční transakce může platit poplatky v různé výši. Pro každou transakci lze uplatnit v daném časovém okamžiku jen jeden poplatek. Pro daný e-account mohou být zavedeny zvláštní poplatky. Tyto poplatky mají při zpoplatnění finanční transakce přednost před ostatními poplatky. 7

Systém µgps/poplatky:diagram class Finanční transakce +Cíl e-account 0..* +zdroj +cíl 0..* 0..* Finanč ní transakce * «enumeratio... Typ Fin anční transakce Platba Inkaso +Zdroj «enumeratio... Typ e-accountu Junior Obč an Senior +Cíl +Zdroj Poplatek - Fix: int - Plati_Do: int - Plati_Od: int - Proc: int..* 0..* 0..* Typový Poplatek konk rétní poplatek 0..* 0..* 8

Systém µgps/poplatky:business Kontext V systému MGPS existují poplatky dvou druhů: Typové poplatky, které jsou definovány pro převody mezi různými typy e-accountů Konkrétní poplatky, které jsou definovány pro konkrétní e-account a typy e-accountů Každý typový poplatek je charakterizován datem platnosti, od kterého je platný. Datum ukončení platnosti není stanoveno. Ukončení platnosti typového poplatku nastane zavedením nového poplatku stejného typu. Typové poplatky nemohou být měněny ani rušeny. Při vyhodnocení poplatku pro finanční transakci se nejprve aplikují konkrétní poplatky a pokud neexistují aplikuje se platný typový poplatek. 9

Systém µgps/poplatky:popis entit Entita: e-account: Virtuální elektronický účet. Entita: Finanční transakce: Platební operace mezi dvěma e-accounty Entita: Poplatek: Pravidlo zpoplatnění finanční transakce v daném časovém okamžiku. Entita:

Pár poznámek I Literate modeling pro další diagramy Případy užití Aktivity diagramy Zdroje dalších informací: Alistair Cockburn: Writing Effective Use Cases, Addison-Wesley, 200, ISBN 0-20-70225-8 Jacobson: textové fragmenty Rational Rose: články o využití Literate Modeling TM Forum: SID model Agilní metody

Pár poznámek II Výzvy: Pro velké organizace: pravidla pro analytické dokumenty Pro školy: naučit/vést studenty ke schopnosti vyjádřit se Doplnit doporučení i pro další diagramy, např. use case Další možné akce: Praktické vyzkoušení na reálném projektu Další zkušenosti, agile drawing

Závěr Děkuji za pozornost Dotazy? 3