Implementierung einer Service-orientierten Architektur für die Telekommunikationsindustrie am Beispiel Integriertes Service Management

Größe: px
Ab Seite anzeigen:

Download "Implementierung einer Service-orientierten Architektur für die Telekommunikationsindustrie am Beispiel Integriertes Service Management"

Transkript

1 Implementierung einer -orientierten Architektur für die Telekommunikationsindustrie am Beispiel Integriertes Management Roland Volk Hubert Blankenberg Ekhard Konrath IP VALUE GmbH, Dortmund Zusammenfassung Das integrierte Management ist eine zwingend erforderliche Voraussetzung für Communication Provider (CSPs), um erfolgreich ein konkurrenzfähiges Diensteportfolio zu entwickeln und zu betreiben. Leider führte das Fehlen von offenen und standardisierten Integrationsansätzen zu proprietären Lösungen, die teuer hinsichtlich Investitions- und Betriebkosten sind. Mit dem Erscheinen von TMF NGOSS und den offenen Standards OSS/J Initiative haben CSPs jetzt die Möglichkeit, eine sanfte Migration hin zu Standardbasierten und integrierten Management Lösung voranzutreiben. Dieses Papier diskutiert die technologischen Aspekte eines kombinierten NGOSS-OSS/J Ansatzes. Stichworte B/OSS, etom, Integration, NGOSS, OSS/J, Management, SID, SoA, Web Synopsis Integrated service management is a mandatory prerequisite for communication service providers to successfully deploy and operate a competitive portfolio of customer services. Unfortunately, missing open and standardized integration approaches led to proprietary solutions expensive in terms of both capital and operational expenditures. With the advent of TMF s NGOSS and OSS/J Initiative, CSPs have now the opportunity to migrate smoothly towards a standardized integrated service management solution. Key Words

2 B/OSS, etom, Integration, NGOSS, OSS/J, Management, SID, SoA, Web 1. Einführung Communication Provider (CSPs) erweitern rasant ihr Diensteportfolio, um den wachsenden Bedarf nach individuellen, innovativen und besonders attraktiven Diensten zu adressieren. Gleichzeitig sind sie auch gefordert, ein hohes Niveau hinsichtlich Dienstqualität zu halten. Beide Aspekte sind wichtig für eine höhere Kundenbindung. Auf der anderen Seite erfordert die Wettbewerbssituation im Telekommunikationsmarkt die Reduktion von Betriebskosten und zwingt Telekommunikationsunternehmen daher zu einer Erhöhung des Automatisierungsgrades ihrer Kerngeschäftsprozesse, die eine Vielzahl von existierenden Operational und Business Support Systemen (B/OSS) umfassen. So ist insbesondere ein integriertes Management (ISM) der Schlüssel für die Bereitstellung, Aktivierung und den Betrieb konkurrenzfähiger Dienste wie z.b. IP- Telefonie (VoIP). Neben einer wachsenden Zahl von Nutzern und Diensten ist dieser Bereich vor allem durch eine Fülle komplexer Netzwerktechnologien und -standards sowie durch eine große Zahl spezialisierter NM/SM Applikationen charakterisiert. Zusätzlich ist das Aufrechterhalten sehr guter Dienstgütegrade, hoher Netzwerkverfügbarkeit, -zuverlässigkeit und -sicherheit eine permanente Herausforderung. Dieses Papier beschreibt einen Ansatz zum Aufbau einer ISM-Lösung, die dem allgemeinen Trend der B/OSS Industrie in Richtung komponentenbasierte und orientierte B/OSS Architekturen folgt. Eine orientierte Architektur (SoA) wird auch vom TeleManagement Forum (TMF) in seinen NGOSS Spezifikationen (New Generation Operations Systems and Software) definiert. Der hier vorgestellte Ansatz basiert auf einer Palette offener und standardisierter B/OSS Application Programming Interfaces (APIs) der OSS through Java (OSS/J) Initiative. Der OSS/J-Ansatz ist außerdem die erste technologiespezifische Implementierung von NGOSS. Eine typische ISM-Lösung umfasst drei ausgeprägte Anwendungsgebiete mit den

3 jeweils zugehörigen Aufgaben: - Fulfillment (Management der Auftragseingabe, schnelle Modifizierung von Diensten, rasche Dienstaktivierung und Lieferung, Verfolgung und Management des Inventars) - Assurance (Sicherstellung der Dienstverfügbarkeit, Überwachung des Leistungsverhaltens, Minimierung von Reparaturzeiten, Management von Dienstgütevereinbarungen) - Billing (Verbrauchsbasierte und Inhaltbasierte Abrechnung, Kapazitätsplanung und Analyse des Kundenverhaltens) Zur besseren Erläuterung des kombinierten NGOSS-OSS/J Ansatzes und seiner wesentlichen Ergebnisse konzentriert sich dieses Papier auf den Assurance Bereich. Dabei werden Nutzen und Vorteile der OSS/J-Technologie detailliert aufgezeigt. Dies erfolgt mit Hilfe eines kürzlich realisierten NM/SM Integrationsprojektes bei einem globalen Mobilfunkunternehmen und den dort gewonnenen Erfahrungen. 2. Integriertes Management Eine syntaktische und semantische Herausforderung Die Integration vorhandener B/OSS-Systeme erfordert grundsätzlich die Lösung zweier Kernaufgaben, um Systemübergreifende Geschäftsprozesse automatisieren zu können: a) B/OSS-Systeme tauschen gewöhnlich Daten (Business Entities) unter Nutzung verschiedener proprietärer Schnittstellen aus (syntaktische Herausforderung) b) B/OSS-Systeme müssen die jeweiligen Daten verstehen, die sie von anderen IT Systemen empfangen (semantische Herausforderung). Während die Anstrengungen zur Lösung der syntaktischen Herausforderung schon zu einigen technologischen Evolutionsschritten (z.b. Integration auf Datenbankebene, Punkt-zu-Punkt Schnittstellenintegration, Message-oriented Middleware (MOM)) in der Enterprise Application Integration (EAI) geführt haben, sind offene und standardisierte Integrationsansätze erst kürzlich durch die Aktivitäten des TMF s und insbesondere der OSS/J Initiative in das Rampenlicht getreten.

4 Leider ist die semantische Herausforderung noch komplexer als die syntaktische Herausforderung. Dies ist in der Tatsache begründet, dass praktisch jedes B/OSS ein eigenes proprietäres Datenmodell und Business Entities (Datenobjekte) besitzt. Im Ergebnis umfasst die IT-Landschaft eines CSP s eine große Zahl systemspezifischer (Sub-)Datenmodelle and Business Entities mit unterschiedlicher Semantik. Eine vereinheitlichte Datensemantik zwischen den beteiligten B/OSS ist jedoch der entscheidende Faktor für ein erfolgreiches Integrationsprojekt, das als Ziel die Systemübergreifende Automatisierung der Geschäftsprozesse hat. Einfache Fragen im Management Bereich wie beispielsweise - Welcher Dienst ist durch einen Netzwerkausfall beeinträchtigt oder in seinem Leistungsverhalten betroffen? - Welche Kunden oder welche Kundengruppen sind betroffen? - Sind Redundanzoptionen verfügbar? - Sind Ansprüche hinsichtlich Ausgleichszahlungen infolge von Verletzungen der Dienstgütevereinbarungen (SLAs) zu erwarten? sind im täglichen Betrieb des CSP s nicht zu beantworten, es sei denn eine gemeinsame Datensemantik zwischen den involvierten NM/SM-spezifischen IT Systemen wurde geschaffen. Aus diesem Grund hat die TMF das Shared Information/Data Model (SID) für die Telekommunikationsindustrie als Teil der jetzt zur Reife gelangten, umfassenden NGOSS Spezifikationen definiert. Die OSS/J Initiative leitete die Spezifikation der Datensemantik für ihre funktionalen APIs (siehe Abschnitt 4.3) direkt von den SID Definitionen ab (siehe [2] und [4] für detaillierte Spezifikationen). Jedoch beantwortet die pure Existenz eines allgemeinen (Meta-)Datenmodells nicht die Frage der Implementierung eines solchen Modells in der IT-Umgebung eines CSP s bei gleichzeitig notwendiger Unterstützung der bestehenden systemspezifischen Datenmodelle und Datenbanken. 3. Der Ansatz des TMF s für eine -orientierte Architektur Der derzeitige Industrietrend in Richtung einer Komponentenbasierten, orientierten Architektur wird unterstützt durch die jüngsten Fortschritte im Bereich der

5 Standardisierung: Das TMF NGOSS Programm [1] ist ein Geschäftsorientiertes, technologieneutrales Rahmenwerk, das eine Methodik für die Entwicklung von OSS Komponenten liefert. Zusätzlich definiert die mit NGOSS verbundene Enhanced Telecom Operations Map (etom) [3] die grundlegenden OSS Konzepte und das Prozessgerüst, das bereits auf breiter Basis in der Telekommunikationsindustrie eingesetzt wird. Ein Strukturüberblick der NGOSS Architektur wird in [5] geliefert. Allgemein deckt die NGOSS Arbeit vier unterschiedliche Bereiche ab: - Systemanalyse und -design (Shared Information/Data Model SID) - Analyse und Design der Geschäftsprozesse (Enhanced Telecom Operations Map etom) - Analyse und Design der Lösung (Technology Neutral Architecture & Contract Interface) - Testen der Lösung (Compliance Tests) Neben anderen Punkten beinhalten die Charakteristika eines NGOSS Systems: - die Nutzung eines allgemeingültigen Informationsmodells, um Integration und Interoperabilität zu ermöglichen - die Trennung des fest programmierten Verhaltens der einzelnen Komponenten von der Software, die die Geschäftsprozesse systemübergreifend automatisiert (z.b. erfolgt der Aufbau eines NGOSS Systemen mit definierten s, die dann über Scripting/Process Management Technologien orchestriert werden) - das ein Geschäftsprozessmodell untergeordnete Geschäftsprozessmodelle aufrufen kann - die Ansprechbarkeit der Funktionalität von Geschäftsanwendungen über NGOSS Contractual Interfaces - die Existenz von Distribution und Transparency s zur Unterstützung von Interaktionsmustern zwischen Komponenten (Naming, Repositories, Registration s, Location s). Aufgrund der Fokussierung des NGOSS Programms auf Geschäftsaspekte liegt die Schwierigkeit in seiner allgemeinen Natur und Komplexität, die zu Fragen bei Implementierung und Interoperabilität führen. Deshalb hat die OSS/J Initiative einen

6 anderen, aber ergänzenden Ansatz verfolgt. Dieser konzentriert sich auf die Implementierungsaspekte mit dem obersten Ziel, die Marktverfügbarkeit von wieder verwendbaren B/OSS Lösungen zu fördern. OSS/J ist ein wichtiger Schritt in der B/OSS Standardisierung, da es das TMF NGOSS Programm erweitert um die Implementierungsaspekte der Integration von B/OSS Systemen durch die Bereitstellung von funktionalen APIs und deren Implementierung mittels etablierter IT Technologie. OSS/J setzt Java und J2EE Technologie (Java 2 Enterprise Edition) wirksam als Basisintegrationsplattform ein. Damit kann die eng gekoppelte Systemsintegration für die Nutzung innerhalb eines Unternehmens ebenso wie die lose gekoppelte Systemsintegration mit XML und Web s für die Nutzung in Unternehmen und für Busines-to-Business Anwendungen unterstützt werden. OSS/J ist die erste technologiespezifische Implementierung von NGOSS. Insbesondere mit seiner inhärenten Kapselungsmethode für B/OSS Altsysteme bietet OSS/J eine effiziente Migrationstrategie zu einer NGOSS-konformen Architektur. Eine detaillierte Studie, wie das OSS/J Programm die NGOSS Technology Neutral Architecture (TNA) hinsichtlich Architekturprinzipien, Contract Schemata und Modellierungstechniken für Informationen ergänzt, kann in [6] gefunden werden. 4. OSS through Java TM Initiative (OSS/J) 4.1 Einführung und Überblick Aufbauend auf dem Erfolg der Java 2 Platform Enterprise Edition (J2EE ) Technologie in Unternehmensapplikationen und E-Commerce wurde die OSS/J Initiative gegründet. Sie entwickelt funktionale APIs für austauschbare, interoperable Komponenten, die rasch und kostenneffektiv zu Ende-zu-Ende Telekommunikationslösungen zusammengefügt werden können sowie leicht zu pflegen and anzupassen sind, um neue Funktionalität zu unterstützen. Die APIs der OSS/J Initiative werden unter dem aktuellen Java Community Process sm (JCP) Programm standardisiert. JCP liefert als Ergebnis für jeden Anwendungsbereich eine Spezifikation, eine Referenzimplementierung (RI) und einen Technology Compatibility Kit (TCK).

7 Neben den funktionalen APIs sind weitere wichtige Arbeitsergebnisse der OSS/J Initiative die Common API [8] und die Design Guidelines (DG) [7], die eine schnelle und einheitliche Integration aller Anwendungen sicherstellen, die auf Basis der OSS/J Spezifikationen entwickelt werden. Die Nutzung der OSS/J DG und Common API Implementierung ermöglicht eine effiziente Implementierung weiterer zukunftssicherer Software-Komponenten. Diese Software-Komponenten sind konform zu den existierenden OSS/J Standards und können leicht an neu entstehende OSS/J Standards und APIs angepasst werden. OSS/J unterstützt weiterhin die stark aufkommenden Web s Ansätze für Integrations- und Automatisierungsaufgaben (siehe 4.4). Der wesentliche Anwendungsnutzen der OSS/J APIs liegt einer signifikanten Kostenreduzierung bei der Integration bestehender Systeme und Applikationen sowie einer schnelleren Einführung neuer Dienste. Weitere Merkmale sind ein besserer Investitionsschutz, ein schnellerer Einsatz neuer B/OSS Lösungen und die Verfügbarkeit wieder verwendbarer Software-Komponenten für Point-to-Multi-Point Interfaces. 4.2 OSS/J als NGOSS-Implementierung Das TeleManagement Forum NGOSS Programm und die OSS through Java Initiative (OSS/J) API Spezifikationen definieren einen neuen Ansatz, um OSS Systeme unter Nutzung der J2EE Plattform zu entwickeln. Dem wird eine umfassende, auf die Telekommunikationsindustrie zugeschnittene Referenzarchitektur zugrunde gelegt. Das NGOSS Referenzmodell Das NGOSS Referenzmodell besitzt als wichtigsten Bestandteil ein gemeinsames Informations- und Daten-Modell (SID). Es ist ein standardisiertes Abbild der Telekommunikations-Domäne und definiert die Standard-Abstraktionen, wie Kunde, Bestellung und Netwerk-Dienst. Des Weiteren trifft das Modell klare Aussagen über die Bedeutung der Abstraktionen, ihr Verhalten und ihre Zusammenarbeit. Weitere Bestandteile des NGOSS Referenzmodells sind

8 - Sicherheitsmechanismen und -grundsätze ISO Grundsätze (Policy) - Business-Prozesse (Business Process (etom)) - OSS-Applikationen - OSS-Framework-Dienste (OSS Framework s) - Grundlegende Framework-Dienste (Basic Framework s) - Grundlegende Mechanismen (Basic Mechanisms) - NGOSS und RM-ODP OSS/J als NGOSS Implementierung Die NGOSS-Referenzarchitektur ist eine technologieneutrale Architektur. Diese muss für den jeweiligen Anwendungsfall auf konkrete Komponentenplattformen abgebildet werden. Aus diesem Grund wurde im Rahmen des Java Community Process (JCP) für die J2EE-Plattform die OSS through Java Initiative (OSS/J) von führenden Herstellern ins Leben gerufen, die die Prinzipien der NGOSS-Referenzarchitektur auf Basis von J2EE implementiert. Hierzu definiert die OSS/J-Initiative verschiedene Application Programming Interfaces (API), die auf etom basieren. Die API Spezifikationen spiegeln zum einen die benötigte Funktionalität und zum anderen die architektonisch relevanten Systembausteine wieder. 4.3 Funktionale OSS/J APIs für die B/OSS Integration Die Arbeitsergebnisse der OSS/J Initiative umfassen heute die folgenden direkt von TMF etom Prozessen [3] abgeleiteten, funktionalen APIs: - Activation API [9]: Behandelt jede Art von Auftrag und Dienst - Quality of API [10]: Leistungsverhalten, Schwellwerte sowie die Fehlerüberwachung aller ITK-Elemente - Trouble Ticket API [11]: Unterstützt den Störfall- und Fehlerbehebungsprozes - IP Billing Mediation API [12]: Unterstützt den Prozess zur Sammlung und Transformation von Abrechnungsinformationen - Inventory API [13]: Definiert den allgemeinen Zugang zu jeder Art von Inventardaten (Produkt,, Ressource) Die für ein integriertes Management relevanten APIs werden inklusive der vorläufigen Quality Management API [14] detaillierter im Abschnitt 5

9 diskutiert. Bild 1 zeigt wie die OSS/J Core APIs den TMF etom Prozessen zugeordnet sind. Sales Customer Interface Management Prozess Order Handling Customer Care - Prozesse Planning Develop. Config. Problem Handling Problem Resolution Customer OoS Mgmt Quality Mgmt Development und Operation - Prozesse Network Planning Develop. Network Provision. Network Inventory Mgmt OSS/J SQM API Network Maintnce. Restoration Network und Systems Management - Prozesse Element Management / Physical Network Invoicing/ Collection Rating & Discount. Network Data Mgmt OSS/J Activation API OSS/J Quality of API OSS/J Trouble Ticket API OSS/ Billing Mediation API OSS/J Inventory API Abbildung 1: etom Prozesse und OSS/J APIs 4.4 Prinzipien der OSS/J-basierten Integration Die OSS/J-basierte Integration folgt den Leitsätzen der funktionalen Aufteilung (klare Trennung von Modell, Workflow, Regeln und Code) zwischen B/OSS Systemen zur Steigerung der Flexibilität und Adaptierbarkeit ebenso wie einer Reduzierung der Wartungskosten und Systemabhängigkeiten. Die funktionale Aufteilung wird mit separaten OSS/J API- und Adapter-Komponenten erreicht, die eine Kapselung existierender und neuer (Nicht-OSS/J-konformer) Systeme ermöglichen. Client Anwendung OSS-A (COTS/legacy) OSS-A Adapter OSS/J Schnittstelle Attribute Mapping OSS-A OSS/J J2EE OSS/J API Implementierung In Unkenntnis über OSS-A & -B, Daten und OSS-B Adapter Attribute Mapping OSS/J OSS-B Adapter benötigt nur geringes Wissen über OSS/J API Server Anwendung OSS-A & -B wissen nichts von der jeweils anderen Schnittstelle Abbildung 2: Allgemeine OSS/J Komponenten Architektur OSS-B (COTS/legacy) Die entsprechenden OSS/J API- Komponenten bieten allgemeingültige, funktionale Geschäftsobjekte und Methoden, die von globalen, industriespezifischen Fokusgruppen vereinbart wurden. Die Adapter-Komponente ist dagegen verantwortlich für eine Zuordnung der proprietären Objekte und Funktionen der gekapselten Serveranwendung zu den entsprechenden Attributen und Funktionen der verwendeten OSS/J Schnittstelle. Dieser Ansatz führt dazu, dass mit Hilfe der vollständig wieder verwendbaren API Komponente eine Implementierung von Pointto-Multi-Point Integrationen mit minimiertem Anpassungsaufwand im dazugehörigen Adapter erfolgen kann. Da jeder Adapter nur die Kenntnis eines der B/OSS Systems erfordert (völlige Systemunabhängigkeit) erfolgt bei der Integration eines weiteren Systems nur noch ein Adapteraustausch. Bild 2 illustriert die OSS/J Integrationsprinzipien mit lokaler Attributzuordnung und vollständiger funktionaler

10 Aufteilung zwischen den beiden B/OSS Systemen. Jede OSS/J API ist erweiterbar und unterstützt Metadaten mit einem entsprechendem Abfragemechanismus. Der Ausdruck Metadaten bezieht sich auf das OSS/J Core Information Model von Shareable Data Transfer Objects (Core Business Entities CBE, [4]) das direkt ausgerichtet ist am TMF SID. Tatsächlich ist die Erweiterbarkeit jeder OSS/J API der Schlüssel, um die in Abschnitt 2 beschriebene semantische Herausforderung zu lösen. Sie erlaubt die schrittweise Integration existierender B/OSS Systeme und der jeweiligen proprietären Datenmodelle. eng gekoppelte Integration Java EJB RMI IIOP J2EE, XML und Web s OSS/J lose gekoppelte Integration XML JMS B2B Integration XML Web s Während die OSS/J APIs einerseits CSPspezifische Semantik beschreiben und implementieren, müssen sie andererseits auch passende Kommunikations- Mechanismen für unterschiedliche Geschäftsszenarien liefern (siehe Bild 3). Abbildung 3: OSS/J Integrations-Konzepte Die Implementierung der Semantik wird durch CSP-spezifische Managed Entities (Trouble Ticket, Product, Order, SLA, Fault, ) und Methoden (Create, Read, Update, Delete, Query) festgelegt. B2B-Transaktionen werden heute mittels XML-Technologien wie electronic business XML (ebxml), durchgeführt. Deshalb hat die OSS/J die API Design Guidelines um das Web s Profil erweitert. Damit stehen nun drei Interaktionstechnologien zur Verfügung. Für die enge Kopplung von Systemen steht das EJB/JVT, für die lose Kopplung über Message-oriented-Middleware das JMS/XVT und für die systemneutrale Kopplung die XML-basierten Web s zur Verfügung. 5. Das TMF SID als Telco-Unternehmensdatenmodell 5.1 TMF etom, SID - Einführung Die enhanced Telecom Operations Map (etom) und ist ein Standard des TMF. Ziel ist es, die Prozesse im Einzelnen und über die gesamte Perspektive vom Hersteller zum Abnehmer (Ende-zu-Ende) zu definieren. Der Ansatz des TMF besteht darin, in

11 erster Linie eine Modellierung für ein idealtypisches Telekom-Unternehmen zu erarbeiten, um daraufhin zu bestimmen, welche Geschäftsobjekte in einem solchen Unternehmen vorliegen. Die Definition der Geschäftsobjekte erfolgt dabei im Rahmen des Shared Information/Data Modells (SID). Die Architektur der etom versteht sich also als ein Framework, der alle für ein Telekom- oder IT-Dienstleistungsunternehmen typischen Prozesse in einer strukturierten Art und Weise abbilden kann. Das SID Modell Die Eigenschaften der Architektur der etom werden als weltweiter De-facto- Standard bezeichnet. Aus diesem Grund kann das TMF in den letzten Jahren stets wachsendes Interesse an den Referenzmodellen etom und SID verzeichnen. Das TMF entwickelt mit dem SID Modell Objektdefinitionen, die bewusst die Entwicklung von datenkompatiblen Softwaretools unterstützen sollen. Das SID Modell, als das NGOSS Informationsmodell, enthält ein Information und Data Reference Model und ein Common Information and Data Vocabulary für Business wie auch Systemperspektiven. Es wird UML verwendet, um Ausdrücke für den Gebrauch in den verschiedenen Perspektiven darzustellen. Das SID Modell enthält eine Common Language zur Kommunikation zwischen den verschiedenen Gruppen. Die Normierung der Objekte durch das SID Konzept schafft hier Abhilfe. Dadurch, dass der Standard nicht technologiespezifisch ist, können generische Implementierungen in beliebigen Technologien von Herstellern entworfen werden. Die Entwicklung von Adaptern, denen bislang das Hauptaugenmerk der Integratoren gegolten hat, wird nun zu einer deutlich leichter zu lösenden Angelegenheit. Zudem ist die Tendenz zu beobachten, dass zum Datenaustausch nicht mehr komplexe Standards sondern immer häufiger SOAP-Architekturen verwendet werden. Es ist zu erkennen, dass bereits namhafte Hersteller ihre Softwaresysteme auf komponentenorientierte Modelle umstellen, um damit einerseits die Modularisierung

12 des Einsatzes ihrer Software zu ermöglichen, aber auch um den Aufbau von serviceorientierten Architekturen zu unterstützten. Die SID Konzepte Einige, die zentrale Idee des gemeinsamen Informations- und Datenmodells ergänzende Konstrukte sind: - TMF System and Information Map Framework - Business Entities und Attribute - UML Class Models für jede Business Entity Die Systems and Information Map (SIM) ist ein Framework, das eine Anzahl von Domains enthält sowie ihre Aufteilung in Business Entities. Die Domains innerhalb der SIM werden in Anwendungsfallspezifische Bereiche gruppiert. Diese Bereiche decken z.b. Kunden, Produkte, s und Equipment Domains ab und enthalten die Daten und Funktionen, die relevant sind. Das Domain Konzept gruppiert die korporativen Daten eines CSP s durch Affinitätsanalyse in ein Information Framework. Die Daten und die Funktionen, die auf diese Daten operieren, werden an diese Domain gebunden. Daraus ergibt sich ein hoher Grad an Zusammenhang innerhalb der Domain und eine lose Koppelung zwischen unterschiedlichen Domains. Dies wiederum ermöglicht die Segmentierung von Business Problemen und erlaubt, dass Ressourcen auf ein bestimmtes Gebiet gerichtet werden können. Die Business Entities und die Attribute, die die Entity weiter beschreiben, liefern eine Sicht (view) des Modells, das leicht von der Business Perspektive verstanden wird. Sie bilden die Grundlage des Modells und werden zusammen mit weiteren Details in den UML Klassenmodellen dargestellt. Die UML Klassenmodelle liefern eine Software-System-Architekturorientiertes Business Sicht der Business Entitäten, ihrer Attribute und Relationen zu anderen Business Entitäten. UML Design orientierte Klassenmodelle und Sequenzdiagramme liefern die zugehörige Systemsicht.

13 5.2 OSS/J Inventory API und Core Business Entities (CBE) Eine generelle Anforderung und ein Basisbaustein des integrierten Managements ist die Modellierung von Diensten inklusive der Inventarisierung. Die den Kunden angebotenen Produkte sind typischerweise aus elementaren technischen Diensten aufgebaut, die mit Hilfe von Infrastrukturelementen geliefert werden. Beispiele sind mobile Netzwerkdienste wie GSM, GPRS, UMTS und Serverbasierte Dienste wie VoIP oder WAP, SMS, MMS in der mobilen Kommunikationslandschaft. Diese Basisdienste werden konfiguriert, mit Qualitätsmerkmalen erweitert und gebündelt, um den Anforderungen der jeweiligen Kundensegmente (Privatkunden, Geschäftskunden, etc.) oder einzelnen Kunden (typischerweise Unternehmenskunden) mit ihren spezifischen Dienstgüte- Erwartungen (Platin, Gold, Silber, etc.) gerecht zu werden. Die Informationen über die Kunden, die Produkte die sie jeweils nutzen, die Basisdienste aus denen diese Produkte aufgebaut werden und die Ressourcen, die von den Diensten belegt werden sind essentiell für viele verschiedene Business und Operations Support Bereiche. Produktmanagement, Customer Care (CRM), Provisioning, Billing und Management sind unter den wichtigsten Bereichen. Sie haben die Notwendigkeit, die dazugehörigen Inventarinformationen, die oft über eine Vielzahl heterogener B/OSS Systeme Planning Assurance Discovery verteilt sind zu erstellen, zu lesen, zu aktualisieren, zu löschen und abzufragen. Activation Inventory API Integrierte Inventory Billing Abbildung 4: Typisches Produkt,, Ressource Inventory Akteure Ein integrierter Management Systemansatz muss das Navigieren durch das Inventar für eine von oben nach unten (Teilnehmer - Produkt Ressource) und eine von unten nach oben geführte Analyse mit Fragen zu Produkt/ oder Ressource unterstützen. Die OSS/J Inventory API bietet diese entscheidenden Methoden, um Operationen nach unten in Richtung Netzwerk genauso wie nach oben zu den Kundenzugewandten Systemen zu unterstützen. Bild 4 zeigt die typischen Akteure, die auf die betreffenden Inventardaten zugreifen. OSS/J Inventory API

14 Die Inventory API bietet Schnittstellen für folgende Operationen: - Erstellung, Entfernung, Aktualisierung und Abfrage von Inventory Entities, Entity- Spezifikationen und -Assoziationen - Durchführung von Metadatenabfragen - Empfang von Inventarereignissen mittels Benachrichtigungen - Überwachung der Ressourcenauslastung - Import und Export von Inventardaten Diese Grundoperationen ermöglichen Client Interaktionen zur Anfrage. Zuweisung, Product Inventory Inventory Resource Inventory Abonnent Nutzer Besitzer Produkt Abbildung 5:OSS/J Inventory API Objekt Modell Produkt Spezifikation Spezifikation Spezifikation Ressource Spezifik. Ressource Spezifik. Ressource Ressource Ressource Ressource Reservierung, Überwachung und Aktualisierung von allen Ressourcen, Diensten und Produkten im Inventar. Beispiele der Inventory Entities, Spezifikationen und Assoziationen sind in den Core Models jeder Inventarfunktion im nebenstehenden Diagramm dargestellt. (siehe Bild 5). Das System für die Modellierung der Inventardaten basiert auf einer dreischichtigen Architektur wie in Bild 6 abgebildet. Der bevorzugte Weg, das Model zu erweitern ist Meta Modell Ebene Entity EntitySpezifikation Association Modell Ebene Produkt Ressource Beispiel Ebene Ressource 1 Ressource 2 Ressource 3 Abbildung 6: Meta Modell Konzepte eine Implementierungsvererbung der Core Model Entities, Spezifikationen oder Assoziationen. Als Ergebnis lassen sich die Charakteristika jeder komplexen Entity (z.b. Produktbündelungen, die mehrere Produkte beinhalten oder eine Produkthierarchie) durch Entities definieren, die in Assoziationen mit anderen Entities stehen. Das Inventory Metamodel erweitert hierbei das Unified Modeling Language (UML) Vokabular Modellierung als Grundbaustein des Integrierten Managements Das erweiterbare Objektmodell der OSS/J Inventory API kann implementiert werden, um den typischen Objektmodell-Anforderungen von Quality Management

15 Lösungen zu genügen. In einem derartigen Szenario ist es ratsam, separate Datenmodelle und Schnittstellenimplementierungen für Quality Management und Inventory Management Aspekte zu nutzen. Eine Implementierung basierend auf der OSS/J Common API Spezifikation (solange die OSS/J SQM API Spezifikation noch nicht vollständig definiert ist) wird genutzt, um sowohl das Quality Management Model als auch die Quality Management Schnittstellen zu realisieren. GUI GUI OSS/J Inventory API OSS/J allg. API Produkt SLA SLO Ressource KPI Abbildung 7: Anwendung der Inventory API für SQM Bild 7 zeigt auf einer hohen Ebene den vorgeschlagen Ansatz. Die grafische Benutzerschnittstelle (GUI) muss entsprechend den unterschiedlichen Rollen und funktionalen Anforderungen implementiert werden. Das TMF SID sollte die Basis für das SQM Object Model und seine Assoziationen zum Inventory Model bilden. Die Nutzung der OSS/J Common API Spezifikation sichert die effiziente Migration zur geplanten OSS/J SQM API. 6. Weitere OSS/J APIs für Integriertes Management 6.1 OSS/J Trouble Ticketing API (TT) Die OSS/J Trouble Ticketing API bietet entsprechend den OSS/J Design Guidelines definierte Schnittstellen für die Erstellung, Verfolgung und Löschung von Trouble Tickets. Die TT API empfängt Trouble Ticket Informationen entweder von Kunden-, - oder Netzwerk Management Applikationen wie Impact Analysis, Root-Cause Alarm Analysis und Fault Monitoring. Dies ermöglicht die Verfolgung des Problems bis zur Auflösung sowie eine Benachrichtigung von Clients, wenn das Problem gelöst und das Trouble Ticket als erledigt eingestuft wurde. Die OSS/J TT API bietet Schnittstellen, die den Clients folgende Funktionen erlauben: - Erzeugung, Entfernung und Annullierung von Trouble Tickets - Änderung von Trouble Ticket Werten - Information bzgl. Trouble Ticket Änderungen mittels Benachrichtigungen

16 6.2 OSS/J Quality of API (QOS) OSS/J QoS Fault Monitoring API (QOS-FM) Die OSS/J Fault Monitoring API ist Teil der QOS API bietet Schnittstellen gemäß OSS/J Design Guidelines, um Clients die Sammlung und Quittierung von Alarmen zu ermöglichen. Die API ermöglicht den Empfang von Alarmen, Schwellwertalarmen und Statusänderungen vom Netzwerk sowie eine Pflege der Liste aktiver Alarme. Sie sichert damit auch den aktuellen Überblick über den Alarmzustand des gesamten Netzwerkes. Die OSS/J FM API unterstützt Schnittstellen, die Clients folgende Funktionen gewährt: - Alarme in einer Alarmliste quittieren oder nicht zu bestätigen - Abfrage einer Alarmliste - Abfrage der Alarmzähler einer Alarmliste - Empfang von Benachrichtigungen bzgl. neuer, veränderter und aufgehobener Alarme, Alarm ACK Statusänderungen sowie Ereignismeldungen für den Neuaufbau von Alarmlisten. OSS/J QoS Performance Monitoring API (QOS-PM) Die OSS/J Performance Monitoring API ist Teil der OSS/J QoS API und bietet Schnittstellen gemäß OSS/J Design Guidelines für die Erstellung und das Löschen von metrischen und Schwellwert-Objekten. Die API unterstützt die Sammlung von Performance-Daten vom Netzwerk, das Setzen von Schwellwerten sowie die Generierung/Weiterleitung von Ereignismeldungen bei einer Schwellwertüberschreitung. Daten können direkt von Systemeinheiten gesammelt werden (z.b. ein MIB Wert) oder eine Kombination von metrischen Werten sein, die zur Kalkulation von sinnvollen Daten zum Leistungsverhalten benutzt werden. Das gleiche Prinzip wird für die Schwellwerte angewendet. Das Performance Monitoring kann so konfiguriert werden, dass Gesamtschwellwerte aus Einzelschwellwerten erzeugt werden. 6.3 OSS/J Quality Management API (SQM) Die OSS/J Quality Management API (noch in der Spezifikationsphase

17 innerhalb JCP) bietet Schnittstellen gemäß OSS/J Design Guidelines für die Abfrage, das Erstellen, Aktualisieren und Löschen von Level Specifications Objects, Quality Objective Objects, and Quality Report Objects. Weiterhin können Benachrichtigung zu Object Violation Events und Verfügbarkeit neuer Dienstgüteberichte abonniert werden. Die OSS/J SQM API erlaubt die Definition und Berechnung von dienstbezogenen Qualitätszielen gegenüber vordefinierten Metriken/Kennzahlen. Sie ermöglicht eine Korrelierung der Instance Informationen, der Alarme von Impact Analysis sowie den Netzwerk Performance Metriken vom Performance Monitoring. Damit können Verfügbarkeit und Qualitätskennzahlen beurteilt werden sowie dienstorientiert Ereignismeldungen bei Schwellwertüberschreitungen erzeugt werden. Dienstgütemessungen und Traffic Conditioning Agreements (Bandbreiten Management) sind verfügbar durch die API und werden vom Customer Level Agreement (SLA) Management verarbeitet, um SLA Verletzungen festzustellen. 7. Vorteile und Nutzen des OSS/J-Ansatzes als -orientierte Architektur Der wesentliche Nutzen in der Anwendung der OSS/J Technologie als komponentenbasierter Ansatz liegt in den folgenden Punkten: - Investionsschutz eine größere Nutzung der existierenden B/OSS Anwendungen ist möglich. Es besteht keine Notwendigkeit für einen Systemaustausch - Schrittweise Umsetzung Projekte lassen sich individuell rechtfertigen und liefern dennoch einen Beitrag zu einem übergeordneten, strategischen Integrationsansatz. - Der Integrationsaufwand kann aufgrund der Wiederverwendbarkeit von Komponenten und reduzierter Komplexität um bis zu 60-70% reduziert werden (nach [15]) - Keine Notwendigkeit für ein umfassendes proprietäres Common Data Model für die Integration unterschiedlicher B/OSS Systems in verschiedenen Ländern. Statt dessen hilft ein standardisiertes Datenmodell in Kombination mit funktionaler Aufteilung die gewaltigen Anlaufkosten eines Projektes zu vermeiden - Time to market: Neue 3rd Party Applikationen (sobald die B/OSS Systeme OSS/J kompatibel sind) können innerhalb von Tagen und Wochen statt in Monaten und Jahren. Eine Reduzierung von Time to Market bis zu 30% ist möglich (laut [15]).

18 8. Integriertes Management mit OSS/J in der Praxis Ein globales Mobilfunkunternehmen hat sich für den Einsatz von OSS/J entschieden. Es setzt fortgeschrittene, verteilte, heterogene Informations- und Kommunikationstechnologien sowie Multi-vendor OSS Applikationen in seinem komplexen kunden- und diensteorientierten NM/SM Bereich ein. Um in diesem Bereich den Herausforderungen durch wachsende Märkte, permanent wechselnde Dienste und OSS Technologien gerecht zu werden, hat das Mobilfunkunternehmen ein Projekt initiiert, dass dessen NM/SM IT Architekturplan neu zeichnet, um einen kosteneffektiven Ansatz für eine geschäftorientierte, integrierte NM/SM Lösung zu erreichen Wesentliche Zielsetzungen dieser Initiative sind die Reduzierung der hohen Integrationskosten für existierende und neue Applikationen sowie der Einsatz wieder verwendbarer NM/SM Applikationen, Bausteine und standardisierter Schnittstellen. Damit sollen letztendlich rasch einsetzbare NM/SM s aufgebaut werden. Vor dem Start der Implementierungsarbeiten verglich das Mobilfunkunternehmen einen traditionellen EAI-Ansatz mit dem neuen OSS/J-basierten Ansatz. Das Ergebnis war viel versprechend und das Unternehmen entschied sich, den inhärenten Nutzen einer OSS/J-basierenden Architektur zu überprüfen Dies erfolgte durch die Implementierung eines Proof of Concept (PoC) Szenarios für die Trouble Ticketing Management und Monitoring Systeme. Involvierte OSS waren NETeXPERT Module des Herstellers Agilent Technologies als -monitoring System sowie ein Remedy s ARS basierendes TT System. Das -monitoring System sammelt Daten von verschiedenen Element Management und Probing Systemen und initiiert eine TT Erstellung. Dabei wird das Alarm Management des -monitoring Systems als TT Client genutzt. Die beiden Systeme wurden mittels einer Implementierung der OSS/J TT API und den dazugehörigen Adaptern verbunden. Der PoC deckt die verschiedenen Interaktionsszenarios zwischen den bestehenden OSS Systemen ab. Dies sind beispielsweise die Behandlung bei Verbindungsverlust während dem Senden von TT, die Ergänzung herstellerspezifischer Attributen zu TT und das Senden von TT

19 über OSS Systeme und andere Systeme. Der PoC demonstrierte erfolgreich den Einsatz offener, standardisierter Schnittstellen zwischen unterschiedlichen OSS Anwendungen verschiedener Hersteller sowie die Fähigkeit der OSS/J Architektur eine point to multi-point Integrationslösung zu bieten. Zwischenzeitlich wurde der PoC in Betrieb genommen und läuft seit Frühjahr 2004 sehr erfolgreich in operativer Umgebung. Gleichzeitig wurden weitere OSS auf Basis OSS/J integriert. Allgemein waren die technischen Fähigkeiten und kommerziellen Vorteile der im PoC gezeigten OSS/J Systemintegration so überzeugend, dass das Mobilfunkunternehmen sich entschieden hat, diesen Ansatz zum Aufbau einer integrierten Management Architektur weiter zu verfolgen und diesen auch weltweit bei anderen internationalen Tochtergesellschaften einzusetzen. 9. Zusammenfassung und Ausblick Der Aufbau einer -orientierten Architektur für die Telekommunikationsindustrie auf Basis der NGOSS-Spezifikationen sowie unter Verwendung der OSS/J Implementierungsgrundsätze wurde erfolgreich bei einem globalen Mobilfunkunternehmen durchgeführt. Neben dem Nachweis der Praxistauglichkeit war eine weitere Erkenntnis, dass der Nachweis der OSS/J- Konformität im Rahmen der Entwicklung und Bereitstellung von B/OSS Systemen der nächsten Generation für führende CSPs ein Schlüsselfaktor bei der Anbieterauswahl ist. Zur stärkeren Einbeziehung der CSPs hat die OSS/J Initiative das Provider Advisory Council gegründet, das dem Austausch von Geschäfts- und Betriebserfahrungen dient. Das Provider Advisory Council ist ein offenes Gremium, dass Providern einen Einfluss auf Steuerung und Strategieentwicklung der OSS/J Initiative ermöglicht. Ziel ist es, die Akzeptanz der OSS/J Technologie durch die Telekommunikationsindustrie zu beschleunigen und damit die Einführung von komponenten-basierten, -orientierten Architekturen zu forcieren..

20 10. Literaturhinweise [1] TeleManagement Forum: The NGOSSTM Architecture Solution Suite, TMF053, Version 8.0 (Member Evaluation), January 2006 [2] TeleManagement Forum: Shared Information/Data (SID) Model, GB922, Version 6.3 (Member Evaluation), January 2006 [3] TeleManagement Forum: Enhanced Telecom Operations MapTM (etom), GB921, Version 6.0, January 2006 [4] OSS through JavaTM Initiative: Core Business Entities Model Interfaces, Version 2.1 final, May 2004 [5] Fleck, J.J.: Overview of the Structure of the NGOSS Architecture, Hewlett- Packard Company, May 2003 [6] OSS through JavaTM Initiative: OSS through Java as an Implementation of NGOSS - A White Paper, Version 1.0, April 2004 [7] OSS through JavaTM Initiative: OSS through Java J2EE Design Guidelines, Version 1.1, October 2001 [8] Java Specification Request 144: OSS Common API, Final Release, April 2002 [9] Java Specification Request 89: OSS Activation API, Final Release, April 2002 [10] Java Specification Request 90: OSS Quality of API, Final Release, November 2002 [11] Java Specification Request 91: OSS Trouble Ticket API, Final Release, February 2002 [12] Java Specification Request 130: OSS Billing Mediation API, Final Release 2, Febr [13] Java Specification Request 142: OSS Inventory API, Final Release, March 2005 [14] Java Specification Request 210: OSS Quality Management API, Early Draft Review, August 2004 [15] Enrico Benni, Klemens Hjartar, and Jürgen Laartz: The IT factor in mobile services, The McKinsey Quarterly, 2003 Number 3 Autoren Roland Volk (Dipl.-Inform. (FH)) Geschäftsführer

21 Hubert Blankenberg (Dipl.-Math.) Head of Professional s s: Ekhard Konrath (Dipl.-Inform.) Senior Telco Consultant IP VALUE GmbH Stockholmer Allee 24 D Dortmund Telefon: (02 31) Fax: (02 31) Internet: Glossar API B2B BSS CBE CRM CRUD&Q CSP DG EAI ebxml EJB FM etom GPRS GSM GUI Application Programming Interface Business-to-Business Business Support System Core Business Entities Customer Relationship Management Create, Read, Update, Delete & Query Communication Provider OSS/J Design Guidelines Enterprise Application Integration electronic business XML Enterprise Java Bean Fault Monitoring Enhanced Telecom Operations Map TM General Packet Radio s Global System for Mobile Communications Graphical User Interface

22 IIOP IP IPDR ISM IT ITU J2EE JCP JMS JSR KQI MOM MMS NE NGOSS TM NM/SM NMF OSS OSS/J PM PoC QoS RI RMI SID SLA SMS SOA SQM TCA TCK TMF TT UM Internet Inter-Orb Protocol Internet Protocol Internet Protocol Detail Record Integrated Management Information Technology International Telecommunication Union Java 2 Platform, Enterprise Edition Java Community Process SM Java Messaging Java Specification Request Key Quality Indicators Message-oriented Middleware Multimedia Messaging Network Element New Generation Operation System and Software Network Management/ Management Network Management Forum Operation Support System OSS through Java TM Initiative Performance Monitoring Proof of Concept Quality of Reference Implementation Java Remote Method Invocation Shared Information/Data Model Level Agreement Short Messaging Oriented Architecture Quality Management Traffic Conditioning Agreement Technology Compatibility Kit TeleManagement Forum Trouble Ticket Usage Monitoring

23 UML UMTS VoIP WAP XML Unified Modeling Language Universal Mobile Telecommunications System Voice over Internet Protocol Wireless Application Protocol Extensible Markup Language

OSS/J als Basis für Enterprise Application Integration

OSS/J als Basis für Enterprise Application Integration OSS/J als Basis für Enterprise Application Integration Geschäftsprozessgesteuerte EAI im Telekommunikationsbereich r A business of PwC Agenda OSS-Architekturen als Integrationsherausforderung OSS/J als

Mehr

Softwareentwicklung mit Enterprise JAVA Beans

Softwareentwicklung mit Enterprise JAVA Beans Softwareentwicklung mit Enterprise JAVA Beans Java Enterprise Edition - Überblick Was ist J2EE Java EE? Zunächst mal: Eine Menge von Spezifikationen und Regeln. April 1997: SUN initiiert die Entwicklung

Mehr

Entwicklung von Web-Anwendungen auf JAVA EE Basis

Entwicklung von Web-Anwendungen auf JAVA EE Basis Entwicklung von Web-Anwendungen auf JAVA EE Basis Java Enterprise Edition - Überblick Prof. Dr. Bernhard Schiefer Inhalt der Veranstaltung Überblick Java EE JDBC, JPA, JNDI Servlets, Java Server Pages

Mehr

ITIL etom. Ein Vergleich der Prozessmodelle in Bezug auf die Vorgaben der betriebswirtschaftlichen Organisationsmodellierung. Markus Heller, M.A.

ITIL etom. Ein Vergleich der Prozessmodelle in Bezug auf die Vorgaben der betriebswirtschaftlichen Organisationsmodellierung. Markus Heller, M.A. ITIL etom Ein Vergleich der Prozessmodelle in Bezug auf die Vorgaben der betriebswirtschaftlichen Organisationsmodellierung Markus Heller, M.A. Ludwig-Maximilians-Universität München, Institut für Informatik

Mehr

ORACLE Business Components for Java (BC4J) Marco Grawunder

ORACLE Business Components for Java (BC4J) Marco Grawunder ORACLE Business Components for Java (BC4J) Marco Grawunder Gliederung 2 Probleme von J2EE/EJB J2EE-Pattern Lösungsansatz: BC4J Architektur einer BC4J-Anwendung Komponenten Entity Objects View Objects Application

Mehr

Spring Dynamic Modules for OSGi Service Platforms

Spring Dynamic Modules for OSGi Service Platforms Gerd Wütherich freiberuflicher Softwarearchitekt Spring Dynamic Modules for OSGi Service Platforms Server Anwendungen mit Spring und Eclipse Equinox Agenda OSGi Technologie: OSGi Technologie im Überblick

Mehr

etom enhanced Telecom Operations Map

etom enhanced Telecom Operations Map etom enhanced Telecom Operations Map Eigentümer: Telemanagement-Forum Adressaten: Telekommunikationsunternehmen Ziel: Industrieeigenes Prozessrahmenwerk Verfügbarkeit: gegen Bezahlung, neueste Version

Mehr

Seminar Business Process Management und Workflow-Technologie: Grundlagen, Produkte, Forschung

Seminar Business Process Management und Workflow-Technologie: Grundlagen, Produkte, Forschung IBM WebSphere Process Server Seminar Business Process Management und Workflow-Technologie: Grundlagen, Produkte, Forschung AGENDA 1. Überblick 2. WebSphere Process Server 3. Komponenten 4. Präsentation

Mehr

Java 2, Enterprise Edition Einführung und Überblick

Java 2, Enterprise Edition Einführung und Überblick Universität aiserslautern AG Datenbanken und Informationssysteme Seminar Datenbank-Aspekte des E-Commerce Java 2, Enterprise Edition Einführung und Überblick m_husema@informatik.uni-kl.de Vortragsinhalte

Mehr

ITIL basiertes Service Level Management mit Siebel

ITIL basiertes Service Level Management mit Siebel ITIL basiertes Service Level Management mit Siebel Ilhan Akin Benny Van de Sompele Business Consultant Director, Product Strategy Oblicore Germany GmbH Oblicore Inc. Agenda Kurzvorstellung Oblicore & Kunden

Mehr

Ereignisgesteuertes Ressourcenmanagement mit der Oracle SOA-Suite

Ereignisgesteuertes Ressourcenmanagement mit der Oracle SOA-Suite Ereignisgesteuertes Ressourcenmanagement mit der Oracle SOA-Suite DOAG Konferenz Nürnberg, 22. November 2007 Gliederung Ziele der Entwicklung Internet Standard Management Framework Basis: Java component

Mehr

TE s Managed Connectivity - ein Infrastruktur Management System der anderen Art! Ralph Siegmund

TE s Managed Connectivity - ein Infrastruktur Management System der anderen Art! Ralph Siegmund TE s Managed Connectivity - ein Infrastruktur Management System der anderen Art! Ralph Siegmund Warum ein Infrastruktur Management System? Monitoring Layer 1 (Verkabelung) Unternehmensbereiche nähern sich

Mehr

Vorteile von Java und Konvergenz Service Creation mit JAIN Network Management mit JMX Fazit

Vorteile von Java und Konvergenz Service Creation mit JAIN Network Management mit JMX Fazit Hochschule für Technik und Architektur Chur Dr. Bruno Studer Studienleiter NDS Telecom, FH-Dozent bruno.studer@fh-htachur.ch 1 GSM: 079/610 51 75 Agenda Vorteile von Java und Konvergenz Service Creation

Mehr

CORBA-Konzept. Ziele. Common Object Request Broker Architecture CORBA. Plattformunabhängige Kommunikation Transparente Verteilung von Objekten

CORBA-Konzept. Ziele. Common Object Request Broker Architecture CORBA. Plattformunabhängige Kommunikation Transparente Verteilung von Objekten CORBA-Konzept Ziele Common Object Request Broker Architecture CORBA Plattformunabhängige Kommunikation Transparente Verteilung von Objekten CORBA-Konzept Object Management Group Spezifiziert den CORBA-Standard

Mehr

Erste Erfahrungen mit NSASJ anhand der OmnivoBase Portierung. September 2013

Erste Erfahrungen mit NSASJ anhand der OmnivoBase Portierung. September 2013 GTUG Java Arbeitskreis Erste Erfahrungen mit NSASJ anhand der OmnivoBase Portierung September 2013 Jürgen Depping CommitWork GmbH Seite 1 Info@CommitWork.de www.commitwork.de Agenda Was ist OmnivoBase?

Mehr

BPEL als Eckpfeiler einer Serviceorientierten Architektur

BPEL als Eckpfeiler einer Serviceorientierten Architektur BPEL als Eckpfeiler einer Serviceorientierten Architektur Stand der Technik und hands-on Demonstration 1. Dez. 2005 Marc Pellmann www.inubit.com inubit AG = Standardsoftware für integrierte Geschäftsprozesse

Mehr

Spring Dynamic Modules for OSGi Service Platforms

Spring Dynamic Modules for OSGi Service Platforms Gerd Wütherich freiberuflicher Softwarearchitekt Spring Dynamic Modules for OSGi Service Platforms Server Anwendungen mit Spring und Eclipse Equinox Agenda OSGi Technologie: OSGi Technologie im Überblick

Mehr

IT-Beratung: Vom Geschäftsprozess zur IT-Lösung

IT-Beratung: Vom Geschäftsprozess zur IT-Lösung Ralf Heib Senior Vice-President Geschäftsleitung DACH IT-Beratung: Vom Geschäftsprozess zur IT-Lösung www.ids-scheer.com Wofür steht IDS Scheer? Wir machen unsere Kunden in ihrem Geschäft erfolgreicher.

Mehr

Mufid Sulaiman mufidsulaiman@web.de

Mufid Sulaiman mufidsulaiman@web.de Mufid Sulaiman mufidsulaiman@web.de Überblick Frameworks Applikationsentwicklung mit Frameworks Komponentenbasierte Frameworks Einführung in Enterprise JavaBean Einführung in SanFrancisco Vergleich Enterprise

Mehr

IT-Symposium 2007 19. April 2007

IT-Symposium 2007 19. April 2007 Einhaltung von Service Level Agreements Jutta Adam-Fuss Server Technology Competence Center www.it-symposium2007.de 1 Einhaltung von SLAs Welche Service Level Anforderungen sind für

Mehr

Komplexität der Information - Ausgangslage

Komplexität der Information - Ausgangslage Intuition, verlässliche Information, intelligente Entscheidung ein Reisebericht Stephan Wietheger Sales InfoSphere/Information Management Komplexität der Information - Ausgangslage Liefern von verlässlicher

Mehr

Ein Vergleich zwischen SCA,JBI und WCF. Marcello Volpi

Ein Vergleich zwischen SCA,JBI und WCF. Marcello Volpi Service Component Architecture Ein Vergleich zwischen SCA,JBI und WCF Marcello Volpi Agenda Einführung Service Component Architecture (SCA) Java Business Integration (JBI) Windows Communication Foundation

Mehr

Integration von Web Services in J EE Anwendungen mit XFire. 1/26 André Janus - Integration von Web Services in J EE Anwendungen mit XFire

Integration von Web Services in J EE Anwendungen mit XFire. 1/26 André Janus - Integration von Web Services in J EE Anwendungen mit XFire Integration von Web Services in J EE Anwendungen mit XFire 1/26 André Janus - Integration von Web Services in J EE Anwendungen mit XFire univativ : = Umsetzung durch Studenten und Young Professionals.

Mehr

Seminarvortrag Serviceorientierte Softwarearchitekturen

Seminarvortrag Serviceorientierte Softwarearchitekturen Seminarvortrag Serviceorientierte Softwarearchitekturen vorhandene Altsysteme Gliederung Einführung Grundlegende Modelle Grundlegende Komponenten Architekturen 2 Einführung Altanwendung und Altsysteme?

Mehr

Übersicht über SLA4D-Grid &! Ziele des Workshops

Übersicht über SLA4D-Grid &! Ziele des Workshops Service Level Agreements for D-Grid Übersicht über SLA4D-Grid &! Ziele des Workshops Philipp Wieder, TU Dortmund Service Level Agreement Workshop 3. September 2009 http://www.sla4d-grid.de Inhalt Übersicht

Mehr

Übersetzung des Singapore Framework für Dublin-Core-Anwendungsprofile

Übersetzung des Singapore Framework für Dublin-Core-Anwendungsprofile Übersetzung des Singapore Framework für Dublin-Core-Anwendungsprofile Identifier: http://www.kimforum.org/material/pdf/uebersetzung_singapore_20090213.pdf Title: Übersetzung des Singapore Framework für

Mehr

Mögliche Wege Ihrer Legacy-Applikationen in die Moderne mit Bison Technology. Diego Künzi, Produktmanager Bison Technology, Bison Schweiz AG

Mögliche Wege Ihrer Legacy-Applikationen in die Moderne mit Bison Technology. Diego Künzi, Produktmanager Bison Technology, Bison Schweiz AG Mögliche Wege Ihrer Legacy-Applikationen in die Moderne mit Bison Technology Diego Künzi, Produktmanager Bison Technology, Bison Schweiz AG Inhalt Weshalb Legacy Applikationen modernisieren? Mögliche Strategien

Mehr

Flexibilität im Prozess mit Oracle Business Rules 11g

Flexibilität im Prozess mit Oracle Business Rules 11g Flexibilität im Prozess mit Oracle Business Rules 11g Michael Stapf ORACLE Deutschland GmbH Frankfurt Schlüsselworte: Geschäftsregeln, Business Rules, Rules Engine, BPEL Process Manager, SOA Suite 11g,

Mehr

Webservices. 1 Einführung 2 Verwendete Standards 3 Web Services mit Java 4 Zusammenfassung. Hauptseminar Internet Dienste

Webservices. 1 Einführung 2 Verwendete Standards 3 Web Services mit Java 4 Zusammenfassung. Hauptseminar Internet Dienste Hauptseminar Internet Dienste Sommersemester 2004 Boto Bako Webservices 1 Einführung 2 Verwendete Standards 3 Web Services mit Java 4 Zusammenfassung Was sind Web Services? Web Services sind angebotene

Mehr

Enterprise Service Bus

Enterprise Service Bus Enterprise Service Bus Christopher Weiß 25.01.2010 Gliederung 1 Motivation und Einordung Integrationsformen 2 Definition und Eigenschaften Definitionen Eigenschaften 3 Aufbau und Konzepte Aufbau Produkte

Mehr

Integrating Architecture Apps for the Enterprise

Integrating Architecture Apps for the Enterprise Integrating Architecture Apps for the Enterprise Ein einheitliches Modulsystem für verteilte Unternehmensanwendungen Motivation und Grundkonzept Inhalt Problem Ursache Herausforderung Grundgedanke Architektur

Mehr

Alexander Scherer D i p l o m a r b e i t

Alexander Scherer D i p l o m a r b e i t Informatik Alexander Scherer Methodik zur Informations- und Datenmodellierung in IT-Service-Management-Prozessen: Die ITIL -Prozesse service level management und configuration management Ein Vergleich

Mehr

Managed Infrastructure Service (MIS) Schweiz

Managed Infrastructure Service (MIS) Schweiz Pascal Wolf Manager of MIS & BCRS Managed Infrastructure Service (MIS) Schweiz 2011 Corporation Ein lokaler Partner in einem global integrierten Netzwerk Gründung im Jahr 2002 mit dem ersten full-outtasking

Mehr

Anforderungen an eine Telematik-Rahmenarchitektur aus Sicht der Standardisierung

Anforderungen an eine Telematik-Rahmenarchitektur aus Sicht der Standardisierung ATG-Forum 2002 Telematik-Rahmenarchitektur Anforderungen an eine Telematik-Rahmenarchitektur aus Sicht der Standardisierung Erwin Bartels Institut für Luft- und Raumfahrtmedizin Deutsches Zentrum für Luft-

Mehr

Configuration Management Database

Configuration Management Database 2011 Configuration Management Database Inhalt Übersicht zur infocmdb Die Vorteile einer infocmdb Konkrete Beispiele zu den Vorteilen der InfoCMDB Übersicht zu Referenzen Zusammenfassung 2011 INFONOVA GmbH

Mehr

Praktikum aus Softwareentwicklung 2. Web Services. Java Praktikum SS 2010 Gerald.Ehmayer@borland.com

Praktikum aus Softwareentwicklung 2. Web Services. Java Praktikum SS 2010 Gerald.Ehmayer@borland.com Web Services Java Praktikum SS 2010 Gerald.Ehmayer@borland.com 1 Web Services Einführung Definition, Eigenschaften, Anwendungen... JAX-RPC Überblick, Architektur... JAX Übersicht, Architektur Java Praktikum

Mehr

Cloud Computing. Betriebssicherheit von Cloud Umgebungen C O N N E C T I N G B U S I N E S S & T E C H N O L O G Y

Cloud Computing. Betriebssicherheit von Cloud Umgebungen C O N N E C T I N G B U S I N E S S & T E C H N O L O G Y Cloud Computing Betriebssicherheit von Cloud Umgebungen Urs Zumstein Leiter Performance Care Team Urs.Zumstein@DevoTeam.ch 079 639 42 58 Agenda Definition von Cloud Services Anforderungen an die Betriebssicherheit

Mehr

Was ist Software-Architektur?

Was ist Software-Architektur? Was ist Software-Architektur? Stephan Schulze Martin Knobloch 28.04.2004 Seminar: Software-Architektur Humboldt Universität zu Berlin sschulze knobloch@informatik.hu-berlin.de Gliederung Begriffsbestimmung

Mehr

Bringing Customers and Companies Together Like Never Before. Dr. Marc Klose Principal Solution Consultant Aspect

Bringing Customers and Companies Together Like Never Before. Dr. Marc Klose Principal Solution Consultant Aspect Bringing Customers and Companies Together Like Never Before Dr. Marc Klose Principal Solution Consultant Aspect 1 Aspect ist der größte Hersteller mit der reichsten Erfahrung, der sich ausschließlich auf

Mehr

Oracle Business Process Analysis Suite. Gert Schüßler Principal Sales Consultant

<Insert Picture Here> Oracle Business Process Analysis Suite. Gert Schüßler Principal Sales Consultant Oracle Business Process Analysis Suite Gert Schüßler Principal Sales Consultant 1 Geschäftsprozesse Zerlegung am Beispiel Kreditvergabe Antrag aufnehmen Antrag erfassen Schufa Kunden

Mehr

Netzdatenbanken bei Telekommunikationsnetzbetreibern

Netzdatenbanken bei Telekommunikationsnetzbetreibern Netzdatenbanken bei Telekommunikationsnetzbetreibern Anspruch und Wirklichkeit Member of Inhalt 1. Übersicht 2. OSS Architektur 3. Standortdaten 4. Network Inventory in der OSS Architektur 5. Dienstprofil-Daten

Mehr

Anforderungen an Datenbankservices in SOA-basierten Lösungen. Liane Will SAP AG/ Otto-von-Güricke-Universität Magdeburg 6.5.2010

Anforderungen an Datenbankservices in SOA-basierten Lösungen. Liane Will SAP AG/ Otto-von-Güricke-Universität Magdeburg 6.5.2010 Anforderungen an services in SOA-basierten Lösungen Liane Will SAP AG/ Otto-von-Güricke-Universität Magdeburg 6.5.2010 Diplom-Mathematikerin Seit 1997 bei SAP AG Berlin im Active Global Support Best Practices

Mehr

SAP Support On Demand - IBMs kombiniertes Service-Angebot für SAP Hosting und SAP Application Management Services (AMS)

SAP Support On Demand - IBMs kombiniertes Service-Angebot für SAP Hosting und SAP Application Management Services (AMS) (IGS) SAP Support On Demand - IBMs kombiniertes Service-Angebot für SAP Hosting und SAP Application Services (AMS) Martin Kadner, Product Manager SAP Hosting, GTS Klaus F. Kriesinger, Client Services Executive,

Mehr

How Dataport Manages Information

How Dataport Manages Information Fujitsu Forum München 2013 How Dataport Manages Information Britta Laatzen 6. November 2013 0 Copyright 2013 FUJITSU IT-Services für die öffentliche Verwaltung in Deutschland Full Service Provider 1 Copyright

Mehr

Sun ONE. Sun Open Net Environment. Architektur für Web-Services on Demand. Dr. Rainer Eschrich rainer.eschrich@sun.com

Sun ONE. Sun Open Net Environment. Architektur für Web-Services on Demand. Dr. Rainer Eschrich rainer.eschrich@sun.com Sun ONE Sun Open Net Environment Dr. Rainer Eschrich rainer.eschrich@sun.com Architektur für Web-Services on Demand Sun ONE Vision Wie kann Software dem Kunden helfen? Kostenreduktion: Wie? In dem man

Mehr

6. Modellierung von Informationssystemen. 6.1 Einleitung 6.2 Konzeptuelles Modell 6.3 OASIS Spezifikation 6.4 Execution Model 6.

6. Modellierung von Informationssystemen. 6.1 Einleitung 6.2 Konzeptuelles Modell 6.3 OASIS Spezifikation 6.4 Execution Model 6. 6. Modellierung von Informationssystemen Spezialseminar Matr. FS 2000 1/10 Volker Dobrowolny FIN- ITI Quellen: Oscar Pastor, Jaime Gomez, Emilio Insfran, Vicente Pelechano The OO-Method approach for information

Mehr

etom Überblick Vortrag von: Fabrice Poundeu (poundeut@in.tum.de) Betreuer: Harald Rölle (roelle@informatik.uni-muenchen.

etom Überblick Vortrag von: Fabrice Poundeu (poundeut@in.tum.de) Betreuer: Harald Rölle (roelle@informatik.uni-muenchen. Hauptseminar Neue Ansätze im IT-Service-, WS 03/04 Vortrag von: (poundeut@in.tum.de) Betreuer: Harald Rölle (roelle@informatik.uni-muenchen.de) 1 Hauptseminar Neue Ansätze im IT-Service-, WS 03/04 1. etom

Mehr

SAP NetWeaver Gateway. Connectivity@SNAP 2013

SAP NetWeaver Gateway. Connectivity@SNAP 2013 SAP NetWeaver Gateway Connectivity@SNAP 2013 Neue Wege im Unternehmen Neue Geräte und Usererfahrungen Technische Innovationen in Unternehmen Wachsende Gemeinschaft an Entwicklern Ausdehnung der Geschäftsdaten

Mehr

Wachstum ermöglichen durch Agilität und Transparenz in der IT

Wachstum ermöglichen durch Agilität und Transparenz in der IT Wachstum ermöglichen durch Agilität und Transparenz in der IT Tools Berlin 08.05.2014 14 Jahre Sicherheit im E-Commerce da kommt so einiges zusammen! 200 Mitarbeiter 17.800 Zertifizierte Online-Shops 5.800.000

Mehr

Service. Was ist eine Enterprise Service Architecture und wie reagiert SAP. Warum Monitoring in ZENOS, was monitort die XI?

Service. Was ist eine Enterprise Service Architecture und wie reagiert SAP. Warum Monitoring in ZENOS, was monitort die XI? Service Was ist eine Enterprise Service Architecture und wie reagiert SAP Allgemeine Definition Was gehört in ZENOS (Service-Layer)? Business Logik ZENOS als Provider für SAP-based Services (ESA/SOA) Warum

Mehr

Die nächste Revolution in der modelgetriebenen Entwicklung?

Die nächste Revolution in der modelgetriebenen Entwicklung? Die nächste Revolution in der modelgetriebenen Entwicklung? Me Johannes Kleiber Software Engineer bei FMC Johannes.Kleiber@fmc-ag.com Themen Überblick Window Workflow Foundation Workflows modellieren WF

Mehr

Liste der Handbücher. Liste der Benutzerhandbücher von MEGA

Liste der Handbücher. Liste der Benutzerhandbücher von MEGA Liste der Handbücher Liste der Benutzerhandbücher von MEGA MEGA 2009 SP4 1. Ausgabe (Juni 2010) Die in diesem Dokument enthaltenen Informationen können jederzeit ohne vorherige Ankündigung geändert werden

Mehr

Inhaltsverzeichnis. xiii

Inhaltsverzeichnis. xiii Inhaltsverzeichnis 1 Einleitung... 1 1.1 Ausgangslage und Zielsetzung des Buches...2 1.2 Was ist Software-Architektur?...8 1.3 Leser-Leitfaden... 11 1.3.1 Buchaufbau... 11 1.3.2 Zielpublikum... 15 1.3.3

Mehr

OERA OpenEdge Reference Architecture. Mike Fechner PUG Infotag 19. Mai 05 Frankfurt

OERA OpenEdge Reference Architecture. Mike Fechner PUG Infotag 19. Mai 05 Frankfurt OERA OpenEdge Reference Architecture Mike Fechner PUG Infotag 19. Mai 05 Frankfurt Überblick OERA Separated presentation and integration layers Common business logic with advanced models Data access abstracted

Mehr

Talk 5: Technical and Economic Aspects of Inter-domain Service Provisioning

Talk 5: Technical and Economic Aspects of Inter-domain Service Provisioning Talk 5: Technical and Economic Aspects of Inter-domain Service Provisioning Markus Sonderegger, Bas Krist, Roland Haas 08. Dezember 2005 Inhalt 1. Einführung 2. Evolution der Wertekette 3. Beispielszenario

Mehr

Integriertes Service Management

Integriertes Service Management Servicebestellung bis zur Abrechnung PPPvorlage_sxUKMvo-05.00.potx santix AG Mies-van-der-Rohe-Straße 4 80807 München www.santix.de santix AG Themen Ziel-Workflow Service Catalog Change Configuration und

Mehr

Von der Anwendungszur Service-Landschaft. Stefan Tilkov, innoq stefan.tilkov@innoq.com

Von der Anwendungszur Service-Landschaft. Stefan Tilkov, innoq stefan.tilkov@innoq.com Von der Anwendungszur Service-Landschaft Stefan Tilkov, innoq stefan.tilkov@innoq.com Stefan Tilkov Geschäftsführer und Principal Consultant, innoq Deutschland GmbH Fokus auf SOA, Web-Services, REST SOA-Editor

Mehr

Vortrag im Rahmen des Arbeitskreis i Informatik an der Schule. Prof. Dr. Stefan Sarstedt 04.02.2009

Vortrag im Rahmen des Arbeitskreis i Informatik an der Schule. Prof. Dr. Stefan Sarstedt 04.02.2009 Service-orientierte Architekturen (SOA) Ein Einblick Vortrag im Rahmen des Arbeitskreis i Informatik an der Schule Prof. Dr. Stefan Sarstedt 04.02.2009 Programmieren heute und damals 2009 182910* *************************************TRACE

Mehr

Requirements Management mit RequisitePro. Rational in der IBM Software Group. Der Rational Unified Process als Basis für die Projektarbeit

Requirements Management mit RequisitePro. Rational in der IBM Software Group. Der Rational Unified Process als Basis für die Projektarbeit IBM Software Group IBM Rational mit RequisitePro Hubert Biskup hubert.biskup@de.ibm.com Agenda Rational in der IBM Software Group Der Rational Unified Process als Basis für die Projektarbeit mit Rational

Mehr

Service Economics Strategische Grundlage für Integiertes IT-Servicemanagement. Dr. Peter Nattermann. Business Unit Manager Service Economics USU AG

Service Economics Strategische Grundlage für Integiertes IT-Servicemanagement. Dr. Peter Nattermann. Business Unit Manager Service Economics USU AG Economics Strategische Grundlage für Integiertes IT-management Dr. Peter Nattermann Business Unit Manager Economics USU AG Agenda 1 Geschäftsmodell des Providers 2 Lifecycle Management 3 Modellierung 4

Mehr

Java Forum Stuttgart 2008

Java Forum Stuttgart 2008 Professionelle Open Source SOA in 45 Minuten! Java Forum Stuttgart 2008 Dr. Halil-Cem Gürsoy, CDI AG Der Referent Insgesamt ca. 10 Jahre Beratung, davor Forschung Senior Consultant - JEE Evangelist Hauptsächlich

Mehr

Desktop Management Interface und andere Initiativen der DMTF

Desktop Management Interface und andere Initiativen der DMTF Desktop Management Interface und andere Initiativen der DMTF Gliederung DMI Übersicht Architektur, Organisation Informationsmodell Kommunikationsmodell Sicherheit DMI-Zertifizierung Weitere DMTF-Initiativen

Mehr

SLA4D-Grid! Einführung, Konzepte und Ergebnisse

SLA4D-Grid! Einführung, Konzepte und Ergebnisse Service Level Agreements for D-Grid SLA4D-Grid! Einführung, Konzepte und Ergebnisse Philipp Wieder, Service Computing, TU Dortmund SLAs in Grid und Cloud Workshop 09. September 2010, Karlsruhe, DE http://www.sla4d-grid.de

Mehr

Service-Orientierte Architekturen

Service-Orientierte Architekturen Hochschule Bonn-Rhein-Sieg Service-Orientierte Architekturen Kapitel 2: Einführung in Service-Orientierte Architekturen Vorlesung im Masterstudiengang Informatik Sommersemester 2010 Prof. Dr. Sascha Alda

Mehr

PRODATIS CONSULTING AG. Folie 1

PRODATIS CONSULTING AG. Folie 1 Folie 1 Führend im Gartner Magic Quadranten für verteilte, interagierende SOA Projekte Oracle ist weltweit auf Rang 1 auf dem Markt der Enterprise Service Bus Suiten (ESB) für SOA Software 2010 26,3 %

Mehr

Einheitliche Verwaltung von Soft- und Hardware mobiler Geräte

Einheitliche Verwaltung von Soft- und Hardware mobiler Geräte Mobile Device Management - Einheitliche Verwaltung von Soft- und Hardware mobiler Geräte Jakob Magun und Peter K. Brandt Ergon Informatik AG SBB Technology Forum 2005 BEA bern congress 09.06.2005 1 Ergon

Mehr

Fujitsu BeanConnect TM V3.0 Software 0 FUJITSU LIMITED 2013

Fujitsu BeanConnect TM V3.0 Software 0 FUJITSU LIMITED 2013 Fujitsu BeanConnect TM V3.0 Software 0 FUJITSU LIMITED 2013 Die Herausforderung: Hostanbindung Viele Unternehmen besitzen Mainframe- und Legacy-Anwendungen, so genannte Enterprise Information Systems (EIS),

Mehr

Jürgen Schwab, debis Systemhaus

Jürgen Schwab, debis Systemhaus Jürgen Schwab, debis Systemhaus 1 Komponenten - Markt VAA - Referenzmodell: eine komponentenorientierte Anwendungsarchitektur März 99 99 2 Die Voraussetzungen für einen Komponentenmarkt sind so gut wie

Mehr

EAI - Enterprise Application Integration

EAI - Enterprise Application Integration EAI - Enterprise Application Integration Jutta Mülle WS 2005/2006 EAI - Folie 1 Überblick und Begriffsbildung Zusammenfassung und Ausblick hinweise EAI - Folie 2 Conclusion EAI Enterprise Application Integration

Mehr

Open Source als de-facto Standard bei Swisscom Cloud Services

Open Source als de-facto Standard bei Swisscom Cloud Services Open Source als de-facto Standard bei Swisscom Cloud Services Dr. Marcus Brunner Head of Standardization Strategy and Innovation Swisscom marcus.brunner@swisscom.com Viele Clouds, viele Trends, viele Technologien

Mehr

Standardisierte Integration und Datenmigration in heterogenen Systemlandschaften am Beispiel von Customer Relationship Management

Standardisierte Integration und Datenmigration in heterogenen Systemlandschaften am Beispiel von Customer Relationship Management Standardisierte Integration und Datenmigration in heterogenen Systemlandschaften am Beispiel von Customer Relationship Management Inauguraldissertation zur Erlangung des akademischen Grades eines Doktors

Mehr

Seminar Internet Economics:

Seminar Internet Economics: : Analysis of and Outlook for the Mobile Commerce and Data Sector Lorenz Bertschi Patricia Schmutz 16. Januar 2003 Agenda Entwicklung des mobilen Telefonmarktes Technische Entwicklung Netzwerktechnologien

Mehr

Einsatzpotenziale von m-business

Einsatzpotenziale von m-business Informatik Baris Kildi Einsatzpotenziale von m-business Diplomarbeit Diplomarbeit zur Erlangung des akademischen Grades Diplom-Informatiker an der Technischen Universität Berlin Einsatzpotenziale von

Mehr

Institut für Unternehmensinformatik Konzeption eines Service Repository zur Beschreibung von Services in der Cloud

Institut für Unternehmensinformatik Konzeption eines Service Repository zur Beschreibung von Services in der Cloud Institut für Unternehmensinformatik Konzeption eines Service Repository zur Beschreibung von Services in der Cloud Commit Clusterworkshop Datenmanagement Thomas Specht Mannheim, 22.10.2012 Hochschule Mannheim

Mehr

Integration mit Service Repositories zur SOA Governance

Integration mit Service Repositories zur SOA Governance Integration mit Service Repositories zur SOA Governance Nürnberg, 10.11.2009 I N H A L T 1. SOA Governance 2. Service Repository 3. Modelle und Service Repository 4. Modell-Driven SOA I N H A L T 1. SOA

Mehr

Gliederung. 1. Einleitung (1) 1. Einleitung (3) 1. Einleitung (2)

Gliederung. 1. Einleitung (1) 1. Einleitung (3) 1. Einleitung (2) Referat im Rahmen des Proseminars Internettechnologie WS 2007/2008 Thema: Web Services und serviceorientierte Architekturen (SOA) vorgelegt von: Intelligente Web Services sind für das Informationszeitalter,

Mehr

Microsoft Dynamics Mobile Solutions

Microsoft Dynamics Mobile Solutions Microsoft Dynamics Mobile Solutions ERP und CRM jederzeit und überall Michael Meyer Technologieberater Dynamics AX Microsoft Deutschland GmbH Was ist Microsoft Dynamics? Supply Chain Management Finance

Mehr

eg e s c h ä f t s p r o z e s s MEHR ZEIT FÜR IHR GESCHÄFT SHD managed Ihre IT-Services

eg e s c h ä f t s p r o z e s s MEHR ZEIT FÜR IHR GESCHÄFT SHD managed Ihre IT-Services eg e s c h ä f t s p r o z e s s erfahrung service kompetenz it-gestützte MEHR ZEIT FÜR IHR GESCHÄFT SHD managed Ihre IT-Services erfolgssicherung durch laufende optimierung Als langjährig erfahrenes IT-Unternehmen

Mehr

SOA goes real Service-orientierte Architekturen erfolgreich planen und einführen

SOA goes real Service-orientierte Architekturen erfolgreich planen und einführen Daniel Liebhart SOA goes real Service-orientierte Architekturen erfolgreich planen und einführen ISBN-10: 3-446-41088-0 ISBN-13: 978-3-446-41088-6 Inhaltsverzeichnis Weitere Informationen oder Bestellungen

Mehr

BPM im Kontext von Unternehmensarchitekturen. Konstantin Gress

BPM im Kontext von Unternehmensarchitekturen. Konstantin Gress BPM im Kontext von Unternehmensarchitekturen Konstantin Gress Agenda 1 Worum geht s BPM, EA und SOA im Überblick 2 Link zwischen EA und BPM 3 Link zwischen SOA und BPM 4 Wie spielt das zusammen? 5 Q&A

Mehr

Transparente SOA Governance mit Modellierung. OOP 2010 München, 28. Januar 2010, 12:30 Uhr Modeling Day

Transparente SOA Governance mit Modellierung. OOP 2010 München, 28. Januar 2010, 12:30 Uhr Modeling Day Transparente SOA Governance mit Modellierung OOP 2010 München, 28. Januar 2010, 12:30 Uhr Modeling Day I N H A L T 1. SOA Governance 2. Service Repositories 3. SOA Governance mit Modellen I N H A L T 1.

Mehr

MO 27. Aug. 2007, 17:00 UHR JAVA FRAMEWORKS TIPPS VON PROFI-GÄRTNERN GEGEN WILDWUCHS

MO 27. Aug. 2007, 17:00 UHR JAVA FRAMEWORKS TIPPS VON PROFI-GÄRTNERN GEGEN WILDWUCHS 072 MO 27. Aug. 2007, 17:00 UHR JAVA FRAMEWORKS TIPPS VON PROFI-GÄRTNERN GEGEN WILDWUCHS Die Flut von Open Source Frameworks ist vergleichbar mit dem Markt von kommerziellen Produkten Es gibt eine Vielzahl

Mehr

Automatisierung eines ISMS nach ISO 27001 mit RSA Archer

Automatisierung eines ISMS nach ISO 27001 mit RSA Archer Automatisierung eines ISMS nach ISO 27001 mit RSA Archer Wilhelm Suffel Senior Consultant Computacenter AG & Co ohg Hörselbergstraße 7, 81677 München, Germany Tel.: +49 89 45712 446 Mobile: +49 172 8218825

Mehr

Übernahme von Digitalisaten mittels scopeingest 10.09.2012

Übernahme von Digitalisaten mittels scopeingest 10.09.2012 Übernahme von Digitalisaten mittels scopeingest 10.09.2012 01.10.2012 scope solutions ag Company Overview 01.10.2012 scope 2 scope solutions ag History 2000 foundation of scope solutions ag Core activities

Mehr

Client/Server-Systeme

Client/Server-Systeme Fachbereich Informatik Projektgruppe KOSI Kooperative Spiele im Internet Client/Server-Systeme Vortragender Jan-Ole Janssen 26. November 2000 Übersicht Teil 1 Das Client/Server-Konzept Teil 2 Client/Server-Architekturen

Mehr

Von SAP R/3 zu mysap ERP und NetWeaver

Von SAP R/3 zu mysap ERP und NetWeaver Von SAP R/3 zu mysap ERP und NetWeaver Bremerhaven 06.05.2006 T4T Bremerhaven 1 Inhaltsverzeichnis 1. Motivation für SAP NetWeaver 2. SAP R/3 mysap ERP und SAP Business Suite 3. Application Platform T4T

Mehr

Sind Privacy und Compliance im Cloud Computing möglich?

Sind Privacy und Compliance im Cloud Computing möglich? Sind und Compliance im Cloud Computing möglich? Ina Schiering Ostfalia Hochschule für angewandte Wissenschaften Markus Hansen Unabhängiges Landeszentrum für Datenschutz www.ostfalie.de Wolfenbüttel, Germany

Mehr

TeamSIP und ENUM zwei sich ergänzende Lösungen

TeamSIP und ENUM zwei sich ergänzende Lösungen TeamSIP und ENUM zwei sich ergänzende Lösungen Dr.-Ing. Thomas Kupec TeamFON GmbH Stahlgruberring 11 81829 München Tel.: 089-427005.60 info@teamfon.com www.teamfon.com TeamFON GmbH 2007 Agenda Einführung

Mehr

EINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick mtr@is.informatik.uni-kiel.de www.is.informatik.uni-kiel.

EINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick mtr@is.informatik.uni-kiel.de www.is.informatik.uni-kiel. EINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick mtr@is.informatik.uni-kiel.de www.is.informatik.uni-kiel.de/~mtr FRAGEN / ANMERKUNGEN Vorlesung Neue Übungsaufgaben MODELLIERUNG

Mehr

Enterprise Applikation Integration und Service-orientierte Architekturen. 08 Einführung Service-Orientierte Architekturen

Enterprise Applikation Integration und Service-orientierte Architekturen. 08 Einführung Service-Orientierte Architekturen Enterprise Applikation Integration und Service-orientierte Architekturen 08 Einführung Service-Orientierte Architekturen Ist SOA immer noch aktuell? Prof. Dr. Holger Wache http://bhc3.files.wordpress.com/2009/07/gartner-emerging-technologies-hype-cycle-2009.png?w=552&h=451

Mehr

Business Process Management schlägt die Brücke zwischen Geschäftsprozessen und Service-orientierter Architektur

Business Process Management schlägt die Brücke zwischen Geschäftsprozessen und Service-orientierter Architektur Business Process Management schlägt die Brücke zwischen Geschäftsprozessen und Service-orientierter Architektur Migration & Integration Day 2007 6-Feb-07, München Marcus J. Armbruster Principal Mentor

Mehr

Effiziente Anwendungs-Entwicklung mittels Business Software Framework BISON Solution

Effiziente Anwendungs-Entwicklung mittels Business Software Framework BISON Solution Effiziente Anwendungs-Entwicklung mittels Business Software Framework BISON Solution Thomas Seiler Product Manager Technology BISON Schweiz AG Agenda Vergleich - Business Software Framework zu.net Framework

Mehr

SAP Solution Manager effizient und individuell implementieren und integrieren

SAP Solution Manager effizient und individuell implementieren und integrieren SAP Solution Manager effizient und individuell implementieren und integrieren SNP Business Landscape Management SNP The Transformation Company SNP Business Landscape Management SNP Business Landscape Management

Mehr

Peter Garlock Manager Cloud Computing Austria. Cloud Computing. Heiter statt wolkig. 2011 IBM Corporation

Peter Garlock Manager Cloud Computing Austria. Cloud Computing. Heiter statt wolkig. 2011 IBM Corporation Peter Garlock Manager Cloud Computing Austria Cloud Computing Heiter statt wolkig 1 Was passiert in Europa in 2011? Eine Markteinschätzung Quelle: IDC European Cloud Top 10 predictions, January 2011 2

Mehr

Architekturen. Von der DB basierten zur Multi-Tier Anwendung. DB/CRM (C) J.M.Joller 2002 131

Architekturen. Von der DB basierten zur Multi-Tier Anwendung. DB/CRM (C) J.M.Joller 2002 131 Architekturen Von der DB basierten zur Multi-Tier Anwendung DB/CRM (C) J.M.Joller 2002 131 Lernziele Sie kennen Design und Architektur Patterns, welche beim Datenbankzugriff in verteilten Systemen verwendet

Mehr

Microsoft Lync 2013 und Unified Communication

Microsoft Lync 2013 und Unified Communication SITaaS Kooperationsevent: Microsoft Lync 2013 und Unified Communication Idstein, 22. November 2013 Peter Gröpper. Lösungsberater Hosting Service Provider - Application Solution Agenda Trends, Fakten, Herausforderungen

Mehr

ARTS Server 3.5. Produktbeschreibung. Uptime Services AG

ARTS Server 3.5. Produktbeschreibung. Uptime Services AG Uptime Services AG Brauerstrasse 4 CH-8004 Zürich Tel. +41 44 560 76 00 Fax +41 44 560 76 01 www.uptime.ch ARTS Server 3.5 Produktbeschreibung Uptime Services AG Inhaltsverzeichnis 1 Einleitung... 2 2

Mehr

17 Komponentenbasiertes Software-Engineering

17 Komponentenbasiertes Software-Engineering 17 Komponentenbasiertes Software-Engineering 17.0 Einführung Lernziele Grundlagen, Prinzipien und Probleme des CBSE 17.1 Komponenten und Komponentenmodelle Komponenten und ihre Eigenschaften Komponentenmodelle

Mehr

Federated Identity Management

Federated Identity Management Federated Identity Management Verwendung von SAML, Liberty und XACML in einem Inter Campus Szenario d.marinescu@gmx.de 1 Fachbereich Informatik Inhalt Grundlagen Analyse Design Implementierung Demo Zusammenfassung

Mehr

AnyWeb AG 2008 www.anyweb.ch

AnyWeb AG 2008 www.anyweb.ch Agenda SM7 Service Service Manager 7 Service Lifycycle Demo Q&A HP Software BTO System Service Business outcomes STRATEGY Project & Portfolio CIO Office SOA CTO Office APPLICATIONS Quality Quality Performance

Mehr