In Teil 1 unserer Blogserie hatten wir uns mit der Frage beschäftigt, was sich hinter dem Begriff SOA verbirgt. Dabei haben wir festgestellt, dass es sich bei SOA um ein Architekturparadigma handelt, das durch die Anwendung der Prinzipien der Service-Orientierung entsteht. Weiter haben wir zwei grundlegende Sichten auf die SOA und den Service identifiziert und diese kurz beschrieben.
Der anfängliche Hype um die Service-orientierte Architektur (SOA) hat sich mittlerweile gelegt und es wurde erkannt, dass SOA kein Allheilmittel für jegliche Art von Geschäfts- oder IT-Krankheit einer Organisation ist. Nichtsdestotrotz gibt es weiterhin Unsicherheiten in Bezug auf SOA. So stößt man in der Literatur auf unterschiedlichste Auffassungen und Meinungen zu Vorgehensweisen, Methoden und Begrifflichkeiten im SOA-Kontext. Dazu zählt auch (insbesondere für uns) die bedeutende Frage, wie sich Requirements-Engineering und SOA aufeinander auswirken.
Das Buzzword SOA entwickelt sich immer weiter weg von einer Marketing-Phrase, hin zu einem Standard-Begriff in der IT.
Im ersten Teil unseres Blogs haben wir Ihnen die Begriffe der Geschäftsprozessanalyse (GPA) und serviceorientierter Architektur (SOA) in unserem Blogkontext vorgestellt. Wir haben Ihnen gezeigt, auf welcher Ebene die Geschäftsprozesse nach SOA geschnitten werden können, um Services zu erhalten, die als Dienstleistung einer anderen Organisationseinheit angeboten werden können. Desweiteren sind wir kurz auf die Beschreibung der Geschäftsanwendungsfälle eingegangen. Weiterlesen
Viele Unternehmen haben bereits Ihre IT-Entwicklung auf das Konzept der serviceorientierten Architektur (SOA) umgestellt und ihre IT-Anwendungen in Services strukturiert. Diese Services können flexibel miteinander kombiniert werden und durch ihre Wiederverwendbarkeit die Entwicklungs- /Wartungskosten senken. Diese Vorteile der SOA können auch anderweitig genutzt werden, indem man vor der Anwendungsentwicklung die SOA-Paradigmen für die Strukturierung der Geschäftsprozesse anwendet. Weiterlesen