Manifest SOA

Orientacja na usługi jest paradygmatem, który ukierunkowuje sposób w jaki działasz.

Architektura zorientowana na usługi(SOA) jest typem architektury wynikającym ze stosowania orientacji na usługi.

Stosowaliśmy orientacje na usługi, aby pomóc organizacjom konsekwentnie dostarczać trwałą wartość biznesową, ze zwiększoną sprawnością i skutecznością kosztową, w zgodzie ze zmieniającymi się potrzebami biznesowymi.

Dzięki naszej pracy doszliśmy do wyznaczenia priorytetów:

Wartość biznesowa ponad techniczną strategię

Cele strategiczne ponad korzyści specyficzne dla projektu

Wrodzona interoperacyjność ponad integrację na zamówienie

Współdzielone usługi ponad implementacje dla specyficznych celów

Elastyczność ponad optymalizację

Ewolucyjne doskonalenie ponad pogonią za doskonałością od początku

Oznacza to, że ceniąc wartości po prawej stronie, bardziej cenimy wartości po lewej stronie.

————————————————————

Zasady przewodnie

Przestrzegamy tych zasad

Szacunek dla struktury społecznej i struktury władzy w organizacji.

Uznajemy, że SOA zdecydowanie wymaga zmiany na wielu poziomach.

Zakres stosowania SOA może być różny. Działania muszą być zarządzalne i w ramach sensownych granic.

Same produkty i standardy nie dadzą Ci ani SOA, ani nie wprowadzą paradygmatu orientacji na usługi.

SOA może być realizowana poprzez wielorakie technologie i standardy

Stwórz jednolity zestaw standardów i polityk przedsiębiorstwa opartych na standardach branżowych, standardach de facto, standardach społecznościowych.

Zmierzaj do jednolitości na zewnątrz jednocześnie dopuszczając różnorodność wewnątrz.

Określ usługi poprzez współpracę z zainteresowanymi z biznesu i techniki.

Maksymalizuj korzystanie z usług dzięki braniu pod uwagę obecnego i przyszłego obszaru wykorzystania.

Sprawdź czy usługi zaspokajają wymagania i cele biznesowe.

Przekształcaj usługi i ich organizację w odpowiedzi na faktyczne wykorzystywanie.

Oddzielaj różne aspekty systemu zmieniające się w różnym tempie.

Zmniejszaj ukryte zależności i podawaj wszystkie zewnętrzne zależności w celu zwiększenia odporności i zmniejszenia wpływu zmian.

Za każdym poziomie abstrakcji organizuj każdą usługę wokół spójnej i zarządzanej jednostki funkcjonalności.

—————————————————————————–

Autorzy

Ali Arsanjani

Grady Booch

Toufic Boubez

Paul C. Brown

David Chappell

John deVadoss

Thomas Erl

Nicolai Josuttis

Dirk Krafzig

Mark Little

Brian Loesgen

Anne Thomas Manes

Joe McKendrick

Steve Ross-Talbot

Stefan Tilkov

Clemens Utschig-Utschig

Herbjörn Wilhelmsen

————————————————————————————

Nie ma Technologii Informacyjnej, jest zawsze Technologia Biznesowa.  Tak można by sformułować motto tego bloga.  Pewnie jest to bardziej postulat niż stwierdzenie faktu, ale od czegoś trzeba zacząć. Punkt widzenia zależy od punktu siedzenia i w ten właśnie sposób pragnę  określić punkt wyjścia do rozważań czyli blogważań.

Dlaczego BOA SOA?

Chciałbym, aby to były jedne z przewodnich tematów bloga. BOA to kolejny  skrótowiec(a jakże by inaczej) od Business Oriented Archtecture czyli Architektury zorientowanej na Biznes. Termin ukuty na podobieństwo SOA czyli Architektury zorientowanej na usługi i zakładający -bardzo ogólnie ujmując- biznesowe  podejście do życia:).

A w życiu …