TECHNIKY A CASE NÁSTROJE VÝVOJE IS

TECHNIKY A CASE NÁSTROJE VÝVOJE IS Doc. Ing. B. Miniberger, CSc., Bankovní institut VŠ (2009) © Doc. Miniberger, BIVŠ

Cíle předmětu Seznámení se s problematikou vývoje informačních systémů pomocí CASE nástrojů (Computer Aided System Engineering), v souladu s nejnovějšími metodikami vývoje IS/IT

© Doc. Miniberger, BIVŠ

2

Několik pojmů • CASE - Computer Aided Software (System) Engineering – SW na podporu tvorby SW produktů, nebo informačních systémů • CADE - Computer Aided Engineering – SW pro testování, analýzování a simulování vlastností navržených produktů • CAD - Computer Aided Design – SW pro návrh výrobků a jejich součástí • CAM - Computer Aided Manufacturing – SW pro řízení výrobních linek a strojů • CIM - Computer Integrated Manufacturing (Na rozdíl od CIM Computation Independent Model v MDA), se jedná o – SW pro propojení procesu vývoje výrobku a logistiky v průmyslovém závodě © Doc. Miniberger, BIVŠ

3

Metodicko-organizační dimenze • Metody • Dokumenty • Řízení prací dané fáze


Obvykle podporovány metodikami COBIT ( ITIL), Rational, ASAP...,a CASE nástroji jako na př. ADONIS, ERwin, BPwin, EA, SE, Rational Rose aj.

4

Evoluce modelovacích technik • 1970’s - Yourdon, Hatley, Ward Mellor – I. generace • 1980’s - SSADM, Information Engineering – II. generace - rozsáhlé a komplexní • 1990’s - OO, RAD, OMT + Use Cases • 1996 a později - konvergence metodik – Unified Modeling Language sjednocuje notaci, – Je přijat organizací OMG (Object Management Group) - stává se průmyslovým standardem – 2000 UML 1.X – 2005 UML 2.0 • Současnost - MDA Model Driven Architecture (definuje představu vývoje SW na základě modelů) viz dále © Doc. Miniberger, BIVŠ

Komponenty versus objekty Komponenty Věcně orientované Větší celky Více rozhraní Poskytují služby Plně zapouzdřené !!! Obecně pochopitelné


Objekty Technologicky orientované Jemné subjekty Jedno rozhraní Poskytují operace Využívají dědičnost Pochopitelné pro vývojáře

Komponenty - úplně nový přístup • Prefabrikovaný software • Definice komponenty – Opakovaně použitelná • Dobře definované rozhraní se službami • Implementována obvykle prostřednictvím MS ActiveX, CORBA nebo Java Beans • Lze ji dodat nezávisle – Obecně • Orientace na věcnou problematiku • Black box • Vyšší úroveň abstrakce než u objektů © Doc. Miniberger, BIVŠ

Model Driven Architecture (MDA) •

•

MDA je systematický přístup vytvořený konsorciem Object Management Group (OMG), respektovanou mezinárodní nezávislou institucí, která se zabývá tvorbou standardů v oblasti IT (např. UML, CORBA, XMI). MDA umožňuje budovat informační systémy tak, aby je bylo možné snadno přizpůsobovat změnám jak vlastního způsobu fungování dané organizace, tak změnám v platformách a podpůrných technologiích (včetně technologií, které se objeví v budoucnu). MDA je postaven na existenci několika modelů, z nichž každý je svými výrazovými prostředky optimalizován na zachycení příslušné míry abstrakce: – CIM - Computation Independent Model – popisuje procesy, jež probíhají v dané organizaci bez ohledu na způsob jejich IT podpory; – PIM - Platform Independent Model – popisuje architekturu IT řešení do úrovně, která je nezávislá na podpůrné technologické platformě; – PSM - Platform Specific Model – popisuje detailně aplikaci pro zvolenou technologickou platformu, strukturou odpovídá výslednému kódu. © Doc. Miniberger, BIVŠ

8

Postup vývoje založeného na komponentách Směry podnikání (strategie)

BPM Specifické firemní požadavky

Obecné firemní požadavky

Vývoj komponent

Požadavky na komponenty

Využití Aplikační a datové služby


Tradiční softwarové projekty Vývoj řešení

Uživatelské služby Uživatelské, aplikační a datové služby

Řízení komponent

Přehled některých nástrojů a jejich funkčnost • • • • • • • • •

ALL Fusion (ERwin a BPWin) - Computer Associates Select Component Architect (SCA) Enterprise Architect (EA) ADONIS ARIS IDS-Scheer Visio Standard a Visio Professional 2003 (Microsoft) Sybase Power Designer (Sybase) Borland Together (Borland) Rational Rose (IBM)


10

Cíl a obsah Procesního řízení ISO 9000: „Požadovaného výsledku dosáhneme mnohem účinněji, jsou-li činnosti a související zdroje řízeny jako proces.“ Proces je graficky a textově vyjádřený postup práce. Procesní řízení organizace = systém vzájemně provázaných procesů. Cíl procesního řízení: Rozvíjet a optimalizovat chod organizace tak, aby efektivně, účelně a hospodárně reagovala na požadavky zákazníka. © Doc. Miniberger, BIVŠ

Principy procesního řízení • Definování procesů potřebných k naplňování politiky a strategie • Stanovení rámce a rozsahu hlavních (klíčových), řídících a podpůrných procesů organizace • Definování rozhraní managementu

mezi

procesy

v rámci

systému

• Určení vlastníků procesů a definování jejich odpovědnosti a pravomoci • Pro každý proces definovat vstupy, výstupy a zdroje • Soustavné sledování a měření výkonnosti procesů pomocí vhodných ukazatelů • Systematické přezkoumávání reálného průběhu procesů s cílem jejich dalšího zlepšování


Nástroje procesního řízení • Doba, kdy první analytici procesního řízení používali tužku a papír, případně jednoduché nástroje je již několik za námi. • Dnes se využívá sofistikovaných SW nástrojů, které pomáhají procesní řízení nejen vytvářet, tzn. namodelovat si současný nebo cílový stav, ale s jejich pomocí je možné podnikové procesy skutečně řídit – analýzy, hodnocení, zlepšování – směrem k dosažení strategických cílů (podle M. Slavíka, regionálního manažera firmy www.boc-cz.com © Doc. Miniberger, BIVŠ

Microsoft VISIO 2003


14

ASAP = Accelerated SAP


15

Spolupracující nástroje s ASAP


16

SAP Business Component Rozhraní BAPI ( Business Application Programing Interfaces ) BAPI - metody SAP Business Objects

SAP Business Component SAP Business Component je množina SAPBusiness Objects Komunikuje skrze definované rozhraní Přístupová vrstva

BO BAPI

technologie umožňující vyvolání BAPI SAP RFC BAPI COM/DCOM CORBA

SAP Business Component

BAPI

BO BO

A

BAPI

BAPI

BAPI


SAP Business Component B

Přístupová vrstva

BAPI

BAPI

17

ALLFusion (Computer Associates)


18

All Fusion Process Modeller


19

All Fusion Data Modeller


20

Triggery a referenční integrita


21

DFD v BPwin


22

Select Component Architect (dříve Select Enterprise)

• Select Component Architect svým rozsahem a zaměřením podporuje modelování aplikací a komponent v rámci celého životního cyklu • Objektové modelování podporované Select Component Architect odpovídá standardu UML (Unified Modeling Language • Podpora konceptu Model Driven Architecture


23

Diagram procesních řetězců Diagram procesních řetězců (Process Thread Diagram) Slouží pro statický popis firemních procesů a vymezení rozsahu problémové oblasti © Doc. Miniberger, BIVŠ

24

Diagram tříd Diagram tříd (Class Diagram), shromažďuje všechny informace o objektech. Slouží také jako výchozí bod pro návrh systému. Z modelu tříd lze v SCA také vygenerovat XML definiční soubory (xsd) © Doc. Miniberger, BIVŠ

25

Diagram objektových sekvencí (Charakterizuje zápis třídy)


26

Popis tříd v Component Manager


27

DM v Component Manager


28

Enterprise Architect


29

UML Model zakázek v EA

E A 5 .1U n re g is te re dT ria lV e rs io nE A5 .1U n re g is te re dT ria lV e rs io nE A5 .1U n re g is


c d o g ic a lM o d e lis E A 5 .L 1 U n re g te re dT ria lV e rs io nE A5 .1U n re g is te re dT ria lV e rs io nE A5 .1U n re g is E vid e n c es u b je k tů


E A 5 .1U n re g is te re dT ria lV e rs io nE A5 .1U n re g is te re dT ria lV e rs io nE A5 .1U n re g is L o g is tik a

E A 5 .1U n re g is te re dT ria lV e rs io nE A5 .1U n re g is te re dT ria lÚV e r s io n E A5 .1U n re g is č e tn íe vid e n c e


E A 5 .1U n re g is te re dT ria lV e rs io nE A5 .1U n re g is te re dT ria lV e rs io nE A5 .1U n re g is E vid e n c ez a k á z e k




E A 5 .1U n re g is te re dT ria lV e rs io nE A5 .1U n re g is te re dT ria lV e rs io nE A5 .1U n re g is © Doc. Miniberger, BIVŠ

30


BPM digram v Power Designer


31

ADONIS®-BPM-Toolkit


32

Definice a terminologie ADONIS® Aplikační knihovna Obsahuje definici

Typ modelu

Je obsažena v

Je základ pro

Třída


Atribut třídy

Instance pro

má

Atribut modelu

má

má

Model

obsahuje

Objekt

(Objekt-)Atribut

33

Typy modelů ADONIS BPMS Business proces Procesní mapa Aplikační diagram

Model dokumentů

Model IT systému Model pracovního prostředí

Produktový model


34

Řízení podnikatelských procesů - ADONIS® Zjišťování: Převod z VISIO®

XML Zjišťování


PDM v Sybase PowerDesigner


36

Integrace nástrojů IBM


37

Rational: Integrace v heterogenním světě Analýza, návrh a vývoj

Provoz a správa

WebSphere Studio software J2EE (e.g., BEA, WebLogic)

Vendor X IDE Visual Studio

Pervasive / Embedded (including J2ME) Microsoft environments

Operační systémy: Linux, UNIX, Windows, zOS, OS/400, embedded © Doc. Miniberger, BIVŠ

38

Řešení Borland


39

TECHNIKY A CASE NÁSTROJE VÝVOJE IS

Recommend Documents