Differences

This shows you the differences between two versions of the page.

--- statnice:vyvoj:otazka23 [23.05.2008 16:15] – messaging xvalo07
+++ statnice:vyvoj:otazka23 [24.05.2008 00:26] (current) – dokončení otázky xvalo07
@@ Line 10: / Line 10: @@
 ===== Teorie =====
-[[wp>Enterprise_application_integration]]
-http://findarticles.com/p/articles/mi_qa3937/is_200203/ai_n9019202
-http://www.systemonline.cz/clanky/bpi-integrace-podnikovych-procesu.htm
-http://www.enterpriseintegrationpatterns.com/toc.html
-FIXME
 ==== Popis problému ====
+{{ statnice:vyvoj:integrace_isict.png?300|}}
   * Takže máme nějaké podnikové aplikace (tj. složité, podporující životně důležité funkce podniku) a chceme je integrovat neboli propojit tak, aby komunikovaly mezi sebou a s uživateli a s partnery atd.
   * Naši klienti považují naší firmu za jednolitý podnik a očekávají, že s námi bude rozumná komunikace jako člověk s člověkem, nikoli jako člověk s miliónem nepropojených aplikací (podnikové procesy jdou napříč odděleními, skrze všemožné aplikace).
@@ Line 28: / Line 20: @@
   * A architektů, který rozumí integraci aplikací je jako šafránu
-==== Způsoby integrace ====
+==== Business pohled na integraci ====
+  * založena na standardizaci (formátů, komunikace, postupů ...)
+  * integrace **hardwarová**, **datová** (ETL, EII, FDZ), **softwarová** (aplikační, viz dále, EAI, SOI(SOA, XML, Web Services)), **uživatelského rozhraní**, interních podnikových **procesů** (horizontální, vertikální), integrace **s okolím** (zákazníci CRM, dodavatelé SCM), integrace **vizí a metodik**
+=== Integrace HW ===
+  * sjednocení prostřednictvím technických standardů (sběrnice, rozhraní, USB, TCP/IP sítě, Wi-Fi)
+=== Datová integrace ===
+  * ETL - export, tranformace, load - dávkové, pracné
+  * EII - enterprise information integration - společná datová základna
+  * FDZ - federalizovaná datová základna - řada úložišť s centrálními indexy a číselníky - mnohonásobná synchronizace
+=== Softwarová integrace ===
+  * EAI - enterprise application integration - speciální middleware
+  * SOI - service oriented integration, integrace služeb (služba s business rozhraním, např. rezervace letenek) pomocí SOA, XML, Web Services (standardizace API)
+**Poznámka:** S integrací na vyšší úrovni (kód => EII => EAI => SOI) roste nákladnost, náročnost na implementaci, ale jsou volnější vazby, asynchronnost, nezávislost na platformě, dodavateli, roste standardizace (až na SOI, kde to není ještě vyspělé)
+=== Integrace uživatelského rozhraní ===
+Sjednocení principů komunikace s uživatelem pro všechny aplikace - jednotné ovládání (jednotný význam funkčních kláves, jednotná forma návratu v komunikaci,…), jednotný grafický design, trend: prohlížeč jako jednotné uživatelské rozhraní, uživatelské portály (webové intranety).
+=== Integrace interních procesů ===
+  * **Cíl** - zefektivnění podnikových procesů, maximalizaci přidané hodnoty zákazníkovi, zkrácení doby procesů, rychlejší reakce podniku na externí události, minimum podnikových zdrojů, maximální kvalita produktu nebo poskytované služby.
+  * **Horizontální integrace** = propojování podnikových procesů a aplikací IS/ICT určité úrovně podnikového řízení, např. integrace prodej-sklady-výroba-nákup
+  * **Vertikální integrace** = propojování procesů a aplikací IS/ICT operativní, taktické a strategické úrovně podnikového řízení, např. agregace dat TPS a MIS do EIS
+  * **nástroje**: BPM a BPEL nástroje – integrují: workflow, integraci aplikací (na bázi SOA), business rules, performance management dashboards
+=== Integrace s okolím ===
+  * **strategická úroveň** – výběr partnerů, dohoda o kooperaci
+  * **taktická úroveň** – propojení obchodních procesů s partnery
+  * **operativní úroveň** - koordinace obchodních procesů
+  * **úroveň IS/ICT** – propojení aplikací, sdílení společných dat
+=== Integrace vizí, hodnot a cílů ===
+Integrace pohledů vrcholového vedení podniku na význam a priority IS/ICT, vedení informatiky, v rámci koncernu, s partnery v řetězci (Business Activity Monitoring, ROI analýzy, Strategické aliance, Fúze a akvizice, Monitoring SLA a hodnocení dodavatelů)
+=== Metodická integrace ===
+Propojení všech metod, technik a nástrojů, které se používají při řízení podniku a řízení IS/ICT tak, aby na sebe logicky navazovaly a aby vytvořily jednotnou metodiku vývoje IS/ICT (např. [[statnice:slovnik:mmdis|MMDIS]])
+==== Způsoby integrace aplikací ====
 === 70. léta - Dávková výměna dat ===
 {{ statnice:vyvoj:eai-cobol_export_import.png?300}}
@@ Line 51: / Line 75: @@
   * posílání zpráv na sběrnici, nebo do fronty
   * k odebírání zpráv se může zaregistrovat více subjektů
-  * messaging nabízí hodně dodavatelů "EAI" - IBM WebSphere MQ, TIBCO, WebMethods, Java Messaging (JMS), Microsoft .NET System.Messaging, Asynchronous Web Services
+  * messaging nabízí hodně dodavatelů "EAI" middleware - IBM WebSphere MQ, TIBCO, WebMethods, Java Messaging (JMS), Microsoft .NET System.Messaging, Asynchronous Web Services
   * **výhody:** přenos dat on-demand, integrace business funkcí, volné vazby, asynchronní provoz
   * **nevýhody:** zatím ne tak obvyklý postup, obtížnější testování, někdy je potřeba i synchronní odpověď
+=== SOA ===
+  * service oriented architecture, web services
+  * integrace na úrovni služeb, ale moc tomu nerozumím, a mám pocit, že se o tom víc kecá, než aby se něco dělalo FIXME
 ==== Messaging ====
-  - Transport zpráv => Channel Patterns
+Messaging se stará o několik úloh. Následuje výběr návrhových vzorů podle knihy [[http://www.amazon.com/dp/0321200683?tag=enterpriseint-20&camp=14573&creative=327641&linkCode=as1&creativeASIN=0321200683&adid=16MQGRZYTQ04XTAV0PFD&|Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions]] od Gregor Hohpe a Bobby Woolf ([[http://www.enterpriseintegrationpatterns.com/eaipatterns.html|online verze]]). Nejedná se o žádnou metodiku, standard, kompletní řešení ani jazyk, jde jen o vzory, kterými disponují různá konkrétní řešení zahrnující právě messaging, často proprietární, drahá a s různým názvoslovím (každý tomu říká jinak, dává tomu hogo-fogo marketingový název, ale v zásadě je to totéž).
-  - Design zpráv => Message Patterns
+  - **Transport zpráv** => Channel Patterns
-  - Směrování (routing) zpráv k cíli => Routing Patterns
+    * Message Channel - asynchronní spolehlivý přenosový kanál, který drží zprávy dokud není příjemce k dispozici
-  - Transformace zpráv do různých formátů => Transformation Patterns
+    * Point-to-Point Channel - přímý kanál jeden odesílatel - jeden příjemce
-  - Produkování a konzumace zpráv => Endpoint Patterns
+    * Publish-Subscribe Channel - jeden odesílatel, libovolný počet příjemců zprávy (zaregistrují se), multicast
-  - Řízení a testování messaging systému => Management Patterns
+  - **Design zpráv** => Message Patterns
+    * Return Address - obsahem zprávy zpáteční adresa, kam má být zaslána odpověď
+    * Correlation Identifier - obsahem zprávy je unikátní identifikátor, aby bylo možné spárovat zprávu s odpovědí
+  - **Směrování zpráv k cíli** => Routing Patterns
+    * Message Router - komponenta směrující zprávy k různým cílům (na základ náhody, obsahu, času, záteže atd.)
+    * Recipient list - přesně určený seznam příjemců, kterým se řídí message router
+    * Splitter - rozděluje zprávy na části, každou směruje jinam jako samostatnou zprávu
+    * Aggregator - spojuje více zpráv do jedné
+    * Auction - jedna zpráva je odeslána více příjemcům (PubSub, nebo Recipients), jejich odpovědi jsou spojeny do jedné odpovědi (Aggregatorem)
+  - **Transformace zpráv do různých formátů** => Transformation Patterns
+    * Data Enricher - obohacení zprávy o další části/informace, které odesílatel nemá k dispozici
+    * Content Filter - vyfiltrování zajímavé části zprávy, odstranění nepodstatných/nevhodných částí zprávy
+    * Check Baggage - odložení části obsáhlé zprávy stranou, po zpracování opět obohacena u původní data (aby se ušetřila zátěž)
+  - **Produkování a konzumace zpráv** => Endpoint Patterns
+    * Messaging Gateway - prostředník pro napojení aplikace na messaging
+    * Polling Consumer - klient messagingu, který pravidelně jednou za čas vyzvedne zprávy
+    * Event-driven Consumer - klient řízený událostmi
+  - **Řízení a testování messaging systému** => Management Patterns
+    * Message store - úložiště prošlých zpráv, např. pro potřeby pozdější analýzy, reportingu
+    * Test message - testovací zpráva, vpravená do ostré komunikace v určitém místě a opět odchycená na jiném - umožňuje testovat vybrané části systému, identifikovat chyby
+==== Další zdroje ====
+  * Wikipedia [[wp>Enterprise_application_integration]]
+  * článek o [[http://findarticles.com/p/articles/mi_qa3937/is_200203/ai_n9019202|Enterprise application integration]]
+  * článek o [[http://www.systemonline.cz/clanky/bpi-integrace-podnikovych-procesu.htm|integraci podnikových procesů]]
+  * http://www.enterpriseintegrationpatterns.com/toc.html
 ===== Praxe =====
-FIXME
+  * **jaké informace pro tuto volbu potřebujete, kde je získáte, jaké alternativy budete uvažovat, jak se rozhodnete.**
+Velký dodavatel si bude patrně diktovat podmínky, takže na vedení je zjistit (dohodnout) na jaké úrovni chtějí integraci (procesy, služby, nebo jen určité aplikace), co chtějí integrovat (patrně SCM), a jakými technologiemi (SOA, messaging (ESB?), nebo jenom databáze). CIO pak ručí za vypracování úvodní studie (proveditelnost) a určení nákladů, aby bylo možné se rozhodnout, zda se to ekonomicky vyplatí - tedy tři možnosti:
+    * implementace podle představ dodavatale
+    * ztráta dodavatele
+    * konzervace současného stavu