Projektování informačních systémů 11 CASE Tools pro projektování IS Aplikační vrstva EDI Doc. Mgr. Petr Suchánek, Ph.D. Doc. RNDr. Ing. Roman Šperka, Ph.D. Převzato od: Ing. Dominik Vymětal, DrSc. CASE – Computer aided software enigineering oCo nás vede ke CASE? nNaše projekty mají být m.j. oPlánovatelné oKontrolovatelné oEfektivní o nMetodologie její realizace n n CASE n > Nároky na metodologii softwarového inženýrství oZlepšuje efektivitu a produktivitu oVede ke vzniku spolehlivého SW produktu oTvoří integrovaný soubor technik a metod oPodporuje automatizaci tvorby SW produktu oPodporuje ověřování a vzájemnou křížovou kontrolu entit a relací oDá se snadno osvojit oJe otevřená dalšímu vývoji ale splňuje známé standardy například CORBA – Common Object Request Broker Architecture > Základní přístupy k zobrazení reality (opakování) oStrukturované nProbíhají více či méně ex post balancováním funkčního a datového modelu nMetodologie a metody oYourdon Structured Analysis YSA –klasika a základ pro další nTechnika : o Chenův model ERA pro modelování dat jako základ strukturovaných CASE TOOLS nNástroj oDFD, CASE oObjektové nPrincip je ve spojení dat a služeb nMetodologie a metody oYourdon/Coad OOA/OOD (Yourdon&Coad Prentice Hall 1990) oObject Modelling Technique OMT (James Rumbaugh „Object oriented Modelling and Design Prentice-Hall 1991) viz dále Rational Rose a Select nNástroj např.UML nObjektové metody však nenahrazují plně strukturované přístupy , stále jsou důležité diagramy procesních a datových toků > CASE TOOLS oI při různých metodologiích tvorby systému se Case Tools opírají o uvedené principy. oCíl: nAutomatizovaná tvorba IS nProjektanti IS se méně zabývají programováním a více konceptuálním a logickým návrhem systému nNejvětší přínos: specifikace a údržba požadavků na systém > CASE TOOLS – krátká historie oCASE – Computer Aided Software Engineering o70. léta Application Development Environment fy ICL o80. léta – DD a navazující produkty fy IBM pro počítač AS 400 oNástup PC – počátek přímých aplikací těchto nástrojů přímo na PC oZavedení CASE tools a jejich typy přímo souvisí s modely a metodikami zobrazení reality > Základní komponenty CASE nástroje > Typy a vlastnosti CASE oPřístup k vývoji: 3 Typy CASE nUPPER – používá se pro analýzu nMIDDLE – zajišťuje návrh systému nLOWER – používá se pro implementaci oOčekávané vlastnosti dobrého CASE (závisí od naší strategie nasazení) nPodporuje integraci s dalšími nástroji potřebnými pro projekt? nSplňuje nástroj naše požadavky na metodiku zavádění (některé podporují i více metodik) nJakou notaci nástroj podporuje nJe nástroj modulární? nNa jaké platformě je založena Repository (úložiště dat daného CASE) nMožnost verzí, otevřenost modifikacím > Vlastnosti dobrých CASE II o vlastnosti dobrého CASE II nPodporuje kontrolu konzistence a dodržování metodiky (nejen syntaxe)? nKomfort ovládání nDokumentace nGeneruje nástroj datový model a pro které databáze? nGeneruje nástroj kód aplikační logiky a pro který jazyk? nReverse engineering? oR.e. je možnost zahrnout do analýzy či návrhu zdrojový kód (např. SQL script). Proces r.e. jej transformuje od objektů a diagramů, které lze využít pro úsporu času. > Některé současné nástroje CASE I. oSELECT (Architect, Enterprise) – Select Solution Factory nU nás distribuuje LBMS.cz nModelování v rámci celého životního cyklu nPodporuje notaci UML nPřevod do relačního datového modelu nDatabáze SQL, Oracle, Borland Interbase, DB2, Sybase nJazyky Java, C#, C++, Visual Basic nReverse Engineering nDocument generator oSoučasná verze : 7.1 > Select podporuje oStatickou hierarchii firemních procesů oDetailní modelování procesů, workflow oUse case diagramy - požadavky na funkčnost oDiagramy tříd oStavové a sekvenční diagramy oDatové modely databází oDiagramy interakce mezi uživatelem a procesy > Select architect ukázka > Některé současné nástroje CASE II. oRational Rose nTvůrce Rational Software Corp. Dnes patří IBM nModelování v rámci celého životního cyklu nPodporuje notaci UML (firma stála u zrodu UML) a workflow RUP (Rational unified process), Dále např.OMT (object modelling technique – předchůdce UML), automatický převod do C++,VB, Javy nPodpora ERD, Převod do relačního datového modelu nDatabáze SQL, Oracle, DB2, Sybase nReverse Engineering z C++, databáze jen DB2, SQL Server, Oracle nRose Web Publish pro dokumentaci n > Rational Rose demo > Některé současné nástroje CASE III. oOracle Designer ntvůrce Oracle (Oracle Internet Developer Suite 10g rel. 2) nStrukturovaný návrh IS s cílem rychlého vývoje aplikace nZaložen na klasickém strukturovaném modelu (ERD, DFD, procesní model) nPodpora ERD, Převod do relačního datového modelu nDatabáze Oracle, přes ODBC též MS Access, SQL Server, DB2, Sybase nMá části: oModelování oDesign a generování (databáze, aplikace: forms, reports, WEB) oUtility (správa repository, správa závislostí, maticové diagramy entit a funkcí, tabulky) oReporty o repository n > Ukázka pracovní plochy > Některé současné nástroje CASE IV. oPower designer nTvůrce Sybase Inc. nPodporuje objektové i strukturované modelování nabízí řadu modelů, nemá však ucelenou metodu tvorby IS n4 typy modelů: konceptuální CDM, fyzický PDM, objektový OOM, procesní BPM. nPřevody mezi jednotlivými modely objektového a strukturovaného modelování nDatabáze SQL, AS400, Informix, Interbase, Access, MySQL, Postgre(Linux!)Oracle, Sybase, Paradox, dBase nReverse Engineering z objektového jazyka nebo databáze nižší pružnosti nMožnost importu z Rational Rose nDocument generator nižší kvality n > Základní funkce PD > PD – výřez konceptuálních schématu > Některé současné nástroje CASE V. oCase Studio nTvůrce Case Studio.com nyní patří firmě QUEST nNyní Load data modeller nModelování v rámci celého životního cyklu nPodporuje objektově orientovaný návrh má ale DFD nPodpora ERD nDatabáze hlavně SQL, Oracle, Informix, Interbase, Paradox, MySQL nReverse Engineering z podporovaných databází omezeně nPodpora dokumentace nRelativně malý systém s velkými možnostmi a dobrou podporou n > IDE oIntegrated development environment oSoubor nástrojů pro vývoj programů nEditor zdrojového kódu nKompilátor nebo interpreter nNástroj pro kompilace, testování, dokumentace nNástroje zavedení do provozu oTypické IDE se orientují na jeden programovací jazyk oVícejazyčné: Eclipse, NetBeans, MS Visual Studio > BlueJ > BlueJ – generuje přímo Java kód > Nová třída – nový kód > NetBeans (dnes již Oracle) > Eclipse – rozsáhlý open source IDE > Eclipse first steps > .net framework oRozsáhlý soubor nástrojů podporujících vývoj v prostředí Windows oZáklad: knihovna – Base Class Library nMožnost připojení zdrojových kódů v různých jazycích nUser interface, data access, DB connectivity, tvorba webových aplikací oNejznámější IDE .net je nMS Visual Studio > Zdroje oDůležité linky k nástrojům CASE nCase studio ohttp://www.casestudio.com/csy/default.aspx nOracle designer ohttp://www.oracle.com/technology/products/designer/index.html nPower Designer ohttp://www.sybase.cz/buxus/generate_page.php?page_id=110&view=1 nRational Rose ohttp://www.cs.vsb.cz/jezek/vyuka/rational_rose.html nSelect SE ohttp://www.lbms.cz/Nastroje/Select-Architect/index.html nXTG Data Modeller ohttp://www.xtg.cz/xtgdm.php3 ohttp://www.oracle.com/technology/obe/start/ds.html ohttp://www.sybase.com/products/modelingmetadata/powerdesigner ohttp://www-306.ibm.com/software/awdtools/developer/rose/index.html ohttp://objekty.vse.cz/Main/HomePage o > Elektronická výměna dat oVýměna strukturovaných zpráv mezi počítačovými aplikacemi oPředem dohodnuté standardy obsahu a formy oZpůsob přenosu nPomocí protokolu Internetu nUvnitř privátních sítí oStandardy EDI přes Internet se stále ještě vyvíjejí oHlavní sady EDI Standardů nUN / EDIFACT – doporučení OSN, převažuje všude kromě Severní Ameriky nANSI ASC X12 – USA nDefinují zejména povinné části dokumentu, volitelné části dokumentu, typy zpráv oPřekladový software EDI – realizuje rozhraní mezi ERP systémem a použitým standardem, překladový mechanizmus není součástí standardu > Historie EDI oPraktikuje se od roku 1980 oRůzné typy průmyslu - vývoj různých odvětvových standardů např. pro automobilový průmysl existuje standard ODETTE oRozvoj Internetu – EDI i nadále trvá o2002 – RFC pro přenos EDI zpráv pomocí e-Mailu o2005 –příprava pro http a FTP protokoly oebXML – pokus zavést EDI pomocí internetových technologí a XML o > Komponenty EDI oSoftware – aplikační software podporující EDI, EDI konvertory, Software pro řízení komunikace oKomunikační Hardware oSlužby ( služby operátorů WAN – přidané služby VAN – Value added Networks) o Definice příchozích a odchozích dokumentů nŘídí se směrem dokumentu k systému nikoli směrem toku zboží > Důvody zavedení EDI oNáhrada papírových dokladů nSnížení nákladů na administrativu nSnížení chyb nZvýšení rychlosti přenosu dat mezi partnery oIntegrace v rámci SCM nSnížení skladových zásob nZlepšení toků peněz nVyšší produktivita práce oZměna obchodní koncepce firmy nJe zpravidla prosazována silnějším partnerem nVyvolané změny však zpravidla vedou ke zvýšení konkurenceschopnosti firmy > Statistické informace o95% firem z řebříčku Fortune 1000 (USA) používá EDI, z nichž jen 5% jsou menší a střední firmy o2% celosvětového obchodu je realizováno přes EDI o98% firem USA které nejsou ve Fortune 1000 nepoužívá EDI oEvropský trh EDI se pohybuje okolo nárůstu 20% ročně oNejvětší operátoři VAN mimo internet jsou General Electric Information Services, IBM, IT&T, British Telecom o > Aktivní a pasivní prvek v EDI oZávisí z jakého podnětu se EDI zavádí oAktivní firma: zavádí na základě vlastní úvahy nDůvody : SCM, vnitrofiremní důvody, nová IT strategie nZpravidla velké organizace nZpravidla podporuje partnery při zavádění na jejich straně oPasivní firma: zavádí na základě požadavku partnera (aktivní firmy) nZpravidla menší dodavatelské organizace nNemají dost prostředků a zkušeností pro zavedení nMají zpravidla problémy s jejich IS – náklady na změnu nVětšina organizací v ČR > Základní požadavky – charakteristiky EDI oIntegrita nZměna zprávy během přenosu bude odhalena nZpráva je vždy odeslána konkrétní osobou nZpráva přichází ve správném pořadí oAutentičnost nLze určit osobu, která zprávu odeslala nPůvod zprávy nelze odmítnout nPříjem zprávy nelze odmítnout oDůvěrnost nZajištění obsahu před nepovolanými osobami oPrávní přípustnost nV ČR není dosud dán právní rámec > Zprávy oVýměna dat v EDI probíhá pomocí zpráv nObsahem definice standardu jsou: oZákladní prvky ( formáty položek) oČíselníky oTypové zprávy ( např. INVOIC – faktura, ORDERS – objednávka, PAYORD – platební příkaz atd.) oZprávy se dále dělí na : nSegmenty oSložené datové prvky nDatové prvky oFunkční skupiny – souhrn zpráv jednoho druhu oVýměna – obsahuje nejméně jednu zprávu a služební segmenty oSpojení – jedna nebo více výměn o > Zprávy > Praktické příklady EDI oDodávky papíru pro kopírovací stroje firmou Europapier s okamžitou fakturací nLikvidace účetních problémů s dodatečnými náklady na transport oOvernight transport náhradních dílů z celoevropského skladu ND nElektronická objednávka, elektronická faktura oSCM v oblasti strojů materiálů a příslušenství nElektronická objednávka, nDokument Estimated time of Delivery nElektronický dodací list a faktura nOdstranění účetních problému na konci měsíce oBankovní operace oInformace o platební morálce zákazníků > Co znamená EDI pro koncepci firmy oJde o typickou organizační změnu, které se netýká jen IT oVyžaduje např.: nZměnu evidence zásob nZavedení mobilních prostředků do skladů (Čárový kód, RFID,PDA ..) nZměnu organizace workflow pro oběh zboží ve firmě nÚpravy v evidenci zákazníků nZměny v účtárně nZměnu objednávkové agendy nZměny smluv a SLA se zákazníky nÚpravy platebních podmínek ( doba splatnosti , skonto …) n > Co znamená EDI pro IS oHarmonizaci kmenového souboru zboží s dodavateli, partnery, zákazníky, mateřskou společností oHarmonizaci kmenového souboru zákazníků s bankou a dalšími partnery, s vnitropodnikovými útvary oŘešení problému náhrad a nových čísel zboží oHarmonizaci jednotek množství s partnery oÚpravy IS na straně přípravy EDI dokumentů oÚpravy IS na straně příjmu EDI dokumentů oÚpravy IS související s organizačními změnami a změnami workflow vyvolanými EDI oZvýšení bezpečnosti vnitrofiremní sítě i WAN oPodpora kontroly komunikace s partnery a ošetření chyb oNový hardware pro realizaci spojení o > Nabídka služeb EDI v ČR Příklady : nEPS ČSOB nEPS Komerční banky nBILLA, Julius Meinl, MAKRO,… nŠkoda auto na bázi ODETTE nEuropapier nCZ Mail X.400 n Nejvíce používané typy zpráv (EDIFACT) oAPERAK nApplication error and acknowledgement message oCOMDIS nObchodní námitka oCONTRL nPotvrzení po přijetí zprávy, syntaktická kontrola oDESADV nAvízo o odeslání zboží oIFTMAN nAvízo příchodu zásilky oINVOIC nFaktura oINVRTP nPřehled zásob oORDERS nObjednávka oPRICAT nKatalog zboží a ceník oRECADV nPotzvrzení příjmu zboží oREMADV nAvízo o platbě > Příklad části zprávy EDIFACT PPT42 Pramen: EDITEL.cz > WebEDI,eb XML oWEB EDI (WEB-LITE) nToto označení bývá používáno pro portály, na kterých dodavatelé přijímají zprávy od svých odběratelů resp. Pro ně vyřizují doklady nPoužívá se tam , kde není velká frekvence dokladů nZpravidla nepřináší žádné zásadní výhody dodavatelům oebXML nPrincipiálně nová architektura založená na Web Services nStandard podporovaný OSN a OASIS (Organization for the Advancement of Structured Information Standards) nRámec pro globální elektronický obchod založený na XML zprávách nPočátek v roce 1999 > ebXML II oStandard ISO 15000 nCollaboratice Partner Proflile Agreement nMessaging Service Specification nRegistry Information Model nRegistry Services Specification nCore Components Technical Specification oSoučasný rozvoj jde ve směrech: nMessaging – B2B, Service oriented Architecture nBusiness Process &Collaboration – Web services a SOA nCollaboration Protocol Profile – další rozvoj a zjednodušení šablon nRegistry a Repository- nové typy obchodních spojení, použití WSDL n > Vize ebXML oVytvoření globálního elektronického trhu, kde společnosti jakékoli velikosti a kdekoli mohou: nElektronicky najít jedna druhou nObchodovat oS použitím XML zpráv oS využitím standardních obchodních procedur oPoužívat jasnou obchodní sémantiku oDodržovat standardní nebo vzájemně dohodnuté protokoly obchodování oPoužívat předem připravené obchodní aplikace > Notes: Trading Partner Agreements - in ebXML we are interested in Collaboration Protocol Agreements Spolupráce B2B oSpolupráce B2B vyžaduje více než pouhé využívání XML oDo hry vstupují nSémantika obchodních vztahů nVyjednávání o podmínkách dodávek a plateb nSpolupráce aplikací a jejich propojení nDůvěrnost a bezpečnost nSpolehlivost oebXML definuje konkrétní specifikace umožňující dynamické procesy B2B > ebXML Základní schema interakce PPT3F Pramen: David Mertz, Gnosis Software Inc. > Děkuji za pozornost. Otázky?