Monitorowanie jakości architektury

Grudzień 31, 2010

Wstęp

Opisana w artykule metoda monitorowania jakości architektury podlega weryfikacji. Dlatego zakładam, że artykuł ten będzie modyfikowany w momencie, kiedy pojawią się nowe przemyślenia, pomysły lub wnioski. Artykuł podzielony jest na trzy części. W pierwszej definiuję pojęcie jakości architektury. W kolejnym opisuję metodę monitorowania jakości a w ostatniej trzeciej na prostym przykładzie pokazuję, jak metoda może zostać użyta. Celem artykułu nie jest szczegółowa specyfikacja metody a przede wszystkim zrozumienie jej podstaw przez czytającego. W przypadku zagadnienia jakości architektury do pewnych przemyśleń należy dojść samemu a moim celem nie jest pozbawianie czytelnika tej przyjemności.

Architektura korporacyjna brakujące ogniwo realizacji strategii przedsiębiorstw

Wrzesień 3, 2010

W artykule [1] podałem ogólny zarys idei stojących za architektura korporacyjną. W tym artykule chciałbym przyjrzeć się bliżej powodom, dla których architektura korporacyjna w przypadku zarządzania strategicznego (oraz pomocniczej metodzie implementacji strategii) wydaje się niezbędna.

Wyzwania stojące przed przedsiębiorstwami

Przedsiębiorstwa stają przed coraz większymi wyzwaniami wynikającymi z dynamicznie zmieniającego się otoczenia. Regulacje prawne, rosnące oczekiwania klientów, konieczność szybkiej reakcji na oferty konkurencji, informatyzacja i automatyzacja, outsourcing, oraz konieczność nadążenia za innowacjami, to tylko niektóre z wyzwań, które powodują konieczność szybkiej adaptacji. Klienta nie zadowala już prosta usługa, czy produkt, dziś trzeba dostarczać produkty łączone i kompleksowe usługi, które jeszcze niedawno w ogóle nie miały związku z podstawową działalnością przedsiębiorstwa. Co niestety nie jest pocieszające, ten stan wcale nie będzie się zmieniać. Wymagania rynku zmuszają przedsiębiorstwa do zwiększenia elastyczności łańcucha wartości (ang. value chain), czyli powiązanych ze sobą działań i procesów wytwórczych mających na celu szybsze i najlepiej tańsze wprowadzanie na rynek nowych, często skomplikowanych produktów, czy kompleksowych usług. Przykładem są łączone produkty bankowe a np. w telekomunikacji oferty pakietowe, kiedy w ramach jednego abonamentu płacimy za kilka usług. Konieczny jest wysoki stopień integracji procesów biznesowych, aby dostarczyć na rynek produkty i usługi nie tylko szybko, ale również, aby były one wysokiej jakości. Koszty, pomimo ciągłego rozwoju aplikacji i infrastruktury stale rosną. Ktoś powie – Miało być taniej a jest coraz drożej. Przykręcanie śruby trwa a realizacja strategii firmy nie nadąża nad zmieniającym się otoczeniem. Czy da się coś z tym zrobić? Jeśli mowa o dynamice zmian niestety odpowiedź będzie brzmieć – Nie, należy się przyzwyczaić do takiego stanu rzeczy. Jeśli chodzi o gotowość przedsiębiorstwa do szybkiej dynamiki zmian, odpowiedź brzmi – Można a nawet należy próbować wprowadzić politykę kroków wyprzedzających, tak aby zwiększyć elastyczność i szybkość reakcji, przy jednoczesnej próbie ograniczania kosztów.

Funkcja czy usługa czyli kiedy funkcja może być usługą a usługa funkcją

Sierpień 25, 2010

Często dyskutując w gronie osób z branży IT pojawia się problem posługiwania się pojęciami określającymi elementy architektury i wzajemnego jednoznacznego ich rozumienia. Chodzi mianowicie o pojęcie funkcja/funkonalność, usługa, przypadek użycia, proces, podproces, zdolność (ang. capability), operacja. Pojęcia te są stosowane nie tyle zamiennie, co przypadkowo w różnych kontekstach w bardzo różny sposób. Inżynieria oprogramowania to dziedzina ścisła i dlatego przyznam bardzo irytuje mnie ta dowolność. Dowolność ta ma jednak bardzo proste wytłumaczenie. Nie, nie chodzi o niewiedzę dyskutantów a raczej o zbyt ogólne definicje pojęć serwowanych przez literaturę oraz brak określenia w gronie współpracowników uszczegółowionej definicji i kryteriów posługiwania się tymi pojęciami. No, bo przecież to wszystko jest tak oczywiste, że nie warto o tym mówić. Otóż nie, warto dlatego, że inaczej stan chaosu nie tylko w dyskusji ale i w opisie dokumentacji będzie się pogłębiać.

ArchiMate język modelowania architektury korporacyjnej czy potrzebujemy kolejnego języka modelowania?

Czerwiec 13, 2010

W poprzednim artykule ([1]) przybliżyłem pojęcie architektury korporacyjnej. Jak napisałem, architektura korporacyjna służy precyzyjnemu opisowi przedsiębiorstwa widzianemu jako system. W przypadku modelowania aplikacji i systemów informatycznych, istnieją narzędzia i języki modelowania ogólnego przeznaczenia, jak choćby UML. Dla architektury korporacyjnej takich języków chociażby z uwagi na to, że jest to młoda dyscyplina nie było. Oczywiście język UML jest językiem ogólnym, który poprzez zastosowanie profili można uszczegółowić do zagadnień modelowania architektury korporacyjnej. Bez względu na to, z czego wyprowadzimy język opisu architektury korporacyjnej najważniejsze jest ujęcie zasad semantycznych i syntaktycznych. W tym artykule postaram się krótko przybliżyć język modelowania ArchiMate, który próbuje sprostać wyzwaniu bycia językiem opisu architektury korporacyjnej. Szczegółowy opis języka ArchiMate wykracza poza ramy tego artykułu. Zainteresowanych tematem odsyłam do [2]. Na początku jednak spróbuję odpowiedzieć na pytanie – Czy naprawdę potrzebujemy kolejnego języka modelowania w świecie zdominowanym przez UML, BPMN, ARIS, itp.?

Parę słów o architekturze korporacyjnej

Maj 23, 2010

W tym artykule postaram się przybliżyć czytelnikowi pojęcie architektury korporacyjnej (ang. Enterpirse Architecture). Ponieważ jest to stosunkowo nowy termin wydaje mi się, że warto napisać krótko o architekturze korporacyjnej w kontekście znaczenia tego pojęcia i zakresu użycia.

Co oznacza pojęcie architektura korporacyjna?

Architektura korporacyjna to termin, który stosuje się do opisu przedsiębiorstwa jako systemu. Architektura korporacyjna to ujęcie przedsiębiorstwa w spójny całościowy sposób w zakresie reguł, zasad, metod i modeli, które służą do projektowania i wdrażania struktur organizacji, procesów biznesowych, systemów informatycznych i infrastruktury. Architektura korporacyjna swoim zakresem obejmuje całe przedsiębiorstwo (zakres systemu = przedsiębiorstwo) włączając w zakres tego systemu ludzi, działania ludzi, działania aplikacji, informacje, przepływ informacji jak również technologie.