Enterprise Architektur Management
 |
JSR 94 oder die Rückkehr der Künstlichen Intelligenz | Wulff |
|
JBoss Rules (ehemals Drools), die Open Source Rules Engine | Haase |
|
Architekturmanagement am Beispiel des Spring-Framework-Projektes | Höller |
|
Erfolgreiche Projekte durch Architektur-Management | Zitzewitz |
|
Architekturbewertung, Teil 1: Methode | Starke |
|
Architekturbewertung, Teil 2: Praxis | Starke |
|
Panel: Spring - und alles wird gut? Eine Diskussion | Wulff, Höller, Zörner, Bien, Dupuis |
|
Vertragspoker und Requirements Engineering | |
|
BPEL 2.0: Werden die Erwartungen nun erfüllt? | Winterberg, Bernhardt |
|
The Human Side of SOA | Fitzgerald |
|
Die Rolle von Geschäftsregeln in einer SOA | Großmann |
 |
Zusammenhänge und Praxis von BPM, BPEL, SOA & Co. | Winterberg, Drobietz |
|
Faster, better, more consistent: adding a Software Factory to Eclipse | Schönhage |
EAM1: JSR 94 oder die Rückkehr der Künstlichen Intelligenz
Lang waren regelbasierte Systeme ein Forschungsbereich der Künstlichen Intelligenz. Sprachen wie Lisp und Prolog beflügelten in den 80 Jahren die KI-Entwicklung. Mit dem Siegeszug der Objektorientierung geriet dies in Vergessenheit. In jüngster Zeit erleben Inferenz-Maschinen durch den JSR 94 - Java Rule Engine API - eine Renaissance. Der Vortrag erläutert die Technik und Anwendungszenarien.
|
Saal 12bc 24.04.2007, 11:45 - 13:00 h |
EAM2: JBoss Rules (ehemals Drools), die Open Source Rules Engine
JBoss Rules als Open Source Rules Engine zeigt, dass eine Rules Engine weder teuer, noch kompliziert oder aufwendig zu administrieren sein muss. Diese Session gibt eine praktische Einführung in JBoss Rules (ehemals Drools). Sie zeigt an einem konkreten Beispiel, wie man Regeln definiert und auswertet. Außerdem stellt sie das Design von JBoss Rules vor und behandelt typische Szenarien, JBoss Rules in eine Architektur zu integrieren.
|
Saal 6b 25.04.2007, 10:15 - 11:30 h |
EAM3: Architekturmanagement am Beispiel des Spring-Framework-Projektes
In einem langlebigen Softwareprojekt wird es zu einer großen Herausforderung, die interne Architektur angemessen weiterzuentwickeln. Diese Session stellt am Beispiel des Spring-Framework-Projektes vor, wie man dennoch konsequent eine lose Kopplung erhalten und vor allem Zyklen in der Package-Struktur vermeiden kann - auch wenn dies in manchen Fällen alles andere als trivial ist.
|
Halle 1 24.04.2007, 14:15 - 15:30 h |
EAM4: Erfolgreiche Projekte durch Architektur-Management
Es ist immer gut, für ein Projekt eine klare Softwarearchitektur zu definieren. Wie aber verhindert man, dass es im Projektverlauf zu wachsenden Abweichungen zwischen Architektur und Quellcode kommt? Wie lassen sich aufwendige Reparaturmaßnahmen vermeiden? Architektur-Management erkennt potenzielle Probleme frühzeitig und verbessert Erfolgswahrscheinlichkeit und technische Qualität Ihres Projekts.
|
Saal 7 24.04.2007, 17:00 - 18:15 h |
EAM5: Architekturbewertung, Teil 1: Methode
Die Qualität von IT-Systemen wird maßgeblich durch die zugrunde liegende Software- und Systemarchitektur beeinflusst. Während der Entwicklung macht es Sinn, die Eignung und Angemessenheit der Architektur systematisch und methodisch zu bewerten. Der Vortrag vermittelt die Grundlagen der Architekturbewertung, insbesondere am Beispiel der ATAM-Methode. Zusätzlich lernen die Teilnehmer Qualität sehr pragmatisch anhand von Szenarien zu definieren. Sie erfahren, wie Sie Architekturrisiken identifizieren und Architekturentscheidungen systematisch überprüfen können. Zusätzlich lernen die Teilnehmer die Möglichkeiten werkzeugbasierter und automatisierter Bewertung kennen.
|
Halle 1 25.04.2007, 08:30 - 09:45 h |
EAM6: Architekturbewertung, Teil 2: Praxis
In dieser Session werden die Teilnehmer innerhalb kleiner Gruppen eine Software-Architektur aus verschiedenen Blickwinkeln und Qualitätsmerkmalen bewerten. Sie entwickeln dabei Qualitätsbäume und Szenarien und erleben auf diese Weise, wie der abstrakte Qualitätsbegriff plötzlich greifbar und konkret wird. Wir erarbeiten gemeinsam, wie diese Resultate in Entwicklungsprozessen gewinnbringend eingesetzt werden können. Die Session basiert auf der "Architekturbewertung Teil 1: Methode", kann aber auch von Teilnehmern mit Vorkenntnissen in ATAM besucht werden.
|
Halle 1 25.04.2007, 10:15 - 11:30 h |
EAM7: Panel: Spring - und alles wird gut? Eine Diskussion
Der Siegeszug des Spring-Frameworks ist beachtlich: innerhalb von 24 Monaten hat es neue Maßstäbe für die Java-Enterprise-Entwicklung gesetzt und eine extrem hohe Marktdurchdringung erzielt. Sind jetzt also alle Probleme gelöst? Ist der Spring-Hype förderlich für unsere Enterprise-Projekte? In dieser Diskussionsrunde sollen verschiedene Fragen rund um Spring erörtert werden.
|
Saal 11a 25.04.2007, 10:15 - 11:30 h |
EAM8: Vertragspoker und Requirements Engineering
Heutzutage ist Systementwicklung meist über zwei oder mehr Unternehmen aufgeteilt, die in der Rolle als Auftraggeber oder Auftragnehmer jeweils ein sehr eigenes Interesse am Projekt haben. Da die Zusammenarbeit über Verträge geregelt wird und der Hauptbestandteil des Vertrages die Beschreibung der fachlichen Leistung darstellt, sind Anforderungen heutzutage ein wichtiger Vertragsbestandteil. Wie aber müssen Anforderungen gestrickt sein, um juristisch wasserdicht zu sein? Welches Detaillierungsniveau muss welcher Vertragspartner ansteuern? Welche Dokumente sollten wann Bestandteil des Vertrages werden? Der Vortrag klärt häufig auftretende Problem des Requirements Engineering insbesondere in Hinblick auf den typischen Vertragspoker.
|
Saal 11a 26.04.2007, 08:30 - 09:45 h |
EAM9: BPEL 2.0: Werden die Erwartungen nun erfüllt?
Seit einiger Zeit ist nun die WS-BPEL 2.0-Spezifikation final. Diese Session beleuchtet die Änderungen gegenüber der Vorgängerversion, zeigt neue Möglichkeiten auf und bewertet erneut die Praxistauglichkeit der Prozessautomatisierungssprache. Zudem wird der Status von nötigen Erweiterungen wie Bpel4People diskutiert.
|
Saal 11a 25.04.2007, 13:45 - 15:00 h |
EAM10: The Human Side of SOA
Organizations have been adopting Service Oriented Architectures for the technical benefits. But the adoption and transition to a Service Oriented Architecture requires organizational, as well as technical, change. This session will discuss the "Human Side" of SOA and steps to take to ensure that planning, politics and personnel issues do not derail otherwise carefully-designed SOA initiative.
|
Saal 12a 24.04.2007, 17:00 - 18:15 h |
EAM11: Die Rolle von Geschäftsregeln in einer SOA
Die Erwartungen an die Einführung einer SOA sind groß: Neue Business-Anforderungen müssen sich schnell umsetzen lassen, eine neue Art und Intensität der Kollaboration von Fachabteilungen und IT ist gefragt. Hierzu ist die Einführung geeigneter Methodologien und Technologien erforderlich. Dazu gehört die Trennung von Geschäftsprozessen und -regeln. Wie trägt Business Rules Management dazu bei, diese Ziele zu erfüllen?
|
Saal 12d 25.04.2007, 10:15 - 11:30 h |
EAM12: Zusammenhänge und Praxis von BPM, BPEL, SOA & Co.
Durch die meist durchgeführte Betrachtung von Teilaspekten dieser Thematiken geht leicht der Überblick über das "Big Picture" verloren. In diese Session werden die Zusammenhänge und Abgrenzungen dargestellt. Im Praxisteil wird in einer Live-Demonstration am Beispiel der Technologie BPEL ein Prozess zur Koppelung verschiedener (SOA-)Dienste erstellt.
|
Saal 6a 23.04.2007, 11.05-11.50 h |
EAM13: Faster, better, more consistent: adding a Software Factory to Eclipse
Speed, quality and consistency are important ingredients of successful development projects. Developers are using patterns, best-practices and partial code generators in order to achieve this in their code base. However, success is not guaranteed. Using a software factory (with model-transformations and code-generators) the target software architecture can be enforced resulting in better software.
|
Saal 1Ab 26.04.2007, 14:15 - 15:30 h |
- Copyright 2007 Software & Support Verlag GmbH
- Imprint
- Privacy
- Contact
- Terms of Participation
