Architektura zorientowana na usługi to naturalny krok ewolucyjny od podejść zorientowanych obiektowo (OO), proceduralnych oraz dano-centrycznych stosowanych we wdrażaniu rozwiązań.
Fundamentalnymi zasadami rządzącymi SOA są:
-
Wiadomości wymieniane pomiędzy uczestniczącymi systemami muszą być opisowe a nie instruktażowe, ponieważ system informatyczny świadczący usługę odpowiedzialny jest za wszelkie problemy. Komunikaty opisowe podają informacje o usłudze oraz o powiązanych z nią danych wejściowych i wyjściowych. Usługodawcy odpowiedzialni są za wskazówki; stąd też potrzeba na komunikaty instruktażowe nie istnieje.
-
Słownik oraz struktura komunikatów muszą być zrozumiałe przez wszystkie strony. To powszechne zrozumienie przez wszystkie strony wymaga ograniczenia słownictwa oraz struktury komunikatów, ale jest koniecznością dla skutecznego komunikowania.
-
Struktura komunikatu powinna być rozszerzalna.
przeczytaj pozostałą część »
Bardzo się cieszę, że po kilku latach „ukrywania” w płatnych wersji metodyki Rational Unified Process (RUP) IBM uwolnił ją publikując bezpłatną jej wersję zwaną OpenUP – Open Unified Process.
Open Unified Process (OpenUP) jest częścią szablonu procesów Eclipse’a Eclipse Process Framework (EPF) o którym pisałem kilka dni temu.
Można powiedzieć, że proces OpenUP jest bratem procesu RUP. Z dokumentacji procesu OpenUP można dowiedzieć się, iż opisywany proces jest iteracyjny, minimalny, kompletny i rozszerzalny. Ponadto podobnie jak w RUP w obrębie procesu występują cztery fazy:
-
rozpoczęcie (ang. inception),
-
opracowanie (ang. elaboration),
-
wytworzenie (ang. construction),
-
przekazanie (ang. transition).
W obrębie każdej fazy może występować wiele iteracji. Istotą OpenUP jest podział pracy na niewielkie iteracje, demonstrowanie wyników i ich ocena oraz otrzymywanie „sprzężenia zwrotnego” od odbiorców systemu.
W przeciwieństwie do RUP OpenUp nie wspiera modelowanie biznesowego. Więcej na temat tej metodyki można przeczytać na stronie dotyczącej Eclipse Process Framework.
Na początku lat 90-tych dwaj programiści: Kent Beck i Ward Cunnigham zdefiniowali kilka praktycznych reguł, które miały za zadanie uprościć proces wytwórczy oprogramowania. Tak powstała jedna z najbardziej kontrowersyjnych metodyk: Extreme Programming (XP)
Dla wszystkich zainteresowanych zamieszczam 12 praktyk XP wg Kenta Becka:
przeczytaj pozostałą część »
