o modelowaniu procesów i systemów 

Niniejszym donoszę, że pojawiła się nowa wersja Enterprise Architect’a – wersja 8.

Jak na razie jest to tylko beta 1, która jest dostępna dla zarejestrowanych klientów. 

Na pierwszy rzut oka nie widać rewolucyjnych zmian. Generalnie poprawiono szereg funkcji systemu w tym także wydajność w dużych projektach (powyżej 3 milionów rekordów).  Myślę, że to bardzo dobra wiadomość dla dużych korporacji, które do tej pory wahały się czy taki “mały produkt” da sobie radę  tam gdzie nie zawsze dają sobie radę giganci.

Na stronach producenta Enterprise Architecta można znaleźć instukcję jak  zainstalować EA pod linuxem używając Crossover. Niestety Crossover jest płatny, co prawda 70$ za licencje Crossover to może nie majątek, ale zawsze to dodatkowy wydatek. Poniżej tekst jak zainstalować Entrprise Architecta bez Crossover. Tutorial oprałem na popularnej dystrybucji Ubuntu 9.10- the Karmic Koala, ale powinno działać na innych systemach operacyjnych spod znaku pingwina.

Krok 1. Uśmiechnij się instalacja EA zajmie ok. 15 minut w zależności od szybkości łącza internetowego. Trzeba wykonać 7 kroków a pierwszy już za Tobą.

Krok 2. Instalujemy wine

Krok 3. Ściągamy winetrics

przeczytaj pozostałą część »

Jako ciekawostkę podam iż Departament Obrony USA (DoD) – właściciel ram architektonicznych DoDAF używa Enterprise Architecta. Poniżej link do modelu Conceptualnego  frameworku  DoDAF.

http://cio-nii.defense.gov/sites/dodaf20/DM2_HTML/index.htm

Wynika z tego, że po EA sięgają coraz to większe instytucje

Za tę informację dziękuję Panu Andrzejowi, z którym ostatnio dyskutujemy o zastosowaniach EA w rozwiązaniach klasy Enterprise.

The Rational Edge to, moim zdaniem, jeden z najlepszych magazynów wydawanych w formie elektronicznej. Cenię go bardzo także za to, że w sposób niesłychanie merytoryczny traktował o produktach Rationala i nie tylko. The Rational Edge to teksty, które miały i mają niesamowity wpływ na rozwój inżynierii oprogramowania. Pierwsze wydanie miało miejsce 15 grudnia 2000 roku i można było wnim przeczytać teksty Jim Rumbaugh’a – “Trends in UML and e-development” i Philippe Kruchtena’a “From Waterfall to Iterative Development” – KLASYKA. Po niemalże dekadzie na rynku z miesięcznika zrobił się kwartalnik a obecnie IBM zastąpił Rational Edge  nowym wydawnictwem Leading Innovation.

Umarł The Rational Edge niech żyje Leading Innovation.

Niestety moim zdaniem Leading Innovation nie dorasta do pięt swojemu poprzednikowi bo to co jest pod hasłem Rational leading innovation library to miernota.  Widać wyraźnie, że IBM zagubił się w swojej wizji rozwiązań wspierających inżynierię oprogramowania. Wydaje mi się, że akwizycja Rational’a i Telelogica nie pomogły. Co z tego, że IBM posiada w swoim portfolio największą grupę narzędzi CASE jak one się dublują (patrz DOORS i RequisitePro, System Architect i Software Architect). Istna wieża Babel, w której nie ma ducha innowacyjności i twórczego podejścia do inżynierii oprogramowania, z jaką można było się spotkać na łamach The Rational Edge w tekstach wielu wybitnych fachowców. Szkoda, że trak się stało. Liczę jednak na prawa natury, która nie lubi pustki. Czym wypełni brak kolejnych wydać The Rational Edge. Zobaczymy.

W sieci pojawił się nowy blog o wymaganiach (http://owymaganiach.pl/). Cieszy mnie ta inicjatywa, Pana Jakuba Jurkiewicza – doktoranta na Politechnice Poznańskiej, gdyż w sieci jest mało zasobów na temat inżynierii oprogramowania a te zapowiadają się sensownie.    Z pierwszych wpisów polecam teksty o przypadkach użycia. Powodzenia

W Enterprise Architect jest dedykowany do gromadzenia wymagań element zwany “Requirement”

Jest to bardzo komfortowa sytuacja, ale co zrobić gdy nie ma takiego elementu w danym narzędziu CASE?

przeczytaj pozostałą część »

Best Open Source UML tools na podstawie serwisu Open Source Applications

1. StarUML
2. Netbeans UML Plugin
3. Acceleo
4. ArgoUML
5. BOUML
6. Eclipse UML2 Tools
7. Umbrello UML Modeller
8. Frame UML
9. UMLet
10. TinyUML
11. Taylor
12. Papyrus UML

Top 5+ Open Source UML tools na podstawie serwisu Open-Tube
1. StarUML
2. Acceleo
3. ArgoUML
4. BOUML
5. Eclipse UML2 Tools
6. Umbrello UML Modeller
7. Frame UML

Fajnie, że jest w czym wybierać

Budowa modelu architektury biznesowej w dużym uproszczeniu polega na następujących etapach:

1. Określenie strategicznych celów organizacji
2. Budowa modelu biznesu na wysokim poziomie abstrakcji
3. Znalezienie ram strukturalnych organizacji
4. Budowa modelu procesu biznesowego

IMHO powyższe punkty zasadniczo nie odbiegają od standardowej ścieżki budowy modeli procesów biznesowych a czasem wymagań na system. Różnica polega na tym, że architektura korporacyjna swoim zasięgiem obejmuje więcej, szerszy kontekst działania organizacji, niż tradycyjny model biznesowy.

W zeszłym roku pisałem w tekście pt. Architektura korporacyjna bardzo ogólnie o architekturze korporacyjnej. Teraz postaram się w kilku słowach napisać o jej zaletach.

• Architektura korporacyjna pozwala na uporządkowanie portfela posiadanych systemów informatycznych i rozwiązań technologicznych.
• Znajomość zasobów aktualnych zasobów IT i procesów biznesowych z nich korzystających (as-is) pozwala zaplanować rozwiązania do celowe (as-will).
• Dzięki architekturze korporacyjnej łatwiej jest przedstawić działanie poszczególnych systemów informatycznych przekłada się na funkcjonowanie procesów biznesowych.
• IMHO najważniejsze: Architektura korporacyjna ułatwia rozbudowę i optymalizację funkcjonalności informatycznych, gdyż przedstawia aplikacje, systemy i platformy, które są powiązane złożoną siecią wzajemnych zależności.

Innymi słowy każda organizacja powinna budować taką architekturę, gdyż to daje jej możliwość elastycznego rozwoju. Co więcej budowa “tradycyjnych modeli biznesowych jest podstawą do budowy architektury korporacyjnej.

Z nowym rokiem uzupełniłem kilka wpisów, które były niedokończone a które miały się ukazać w grudniu. Pierwsze dwa tygodnie były dość pracowite dla mnie.  Jedno z zadań z jakiego myślę, że wywiązałem należycie się to autorskie szkolenie zakresu gromadzenia i zarządzania wymaganiami w Enterprise Architect.  Dlaczego myślę, że wywiązałem się należycie. W testach z wiedzy przed i po szkoleniu widać progres u każdego z uczestników szkolenia. Ponadto w ankietach oceniających szkolenie otrzymałem dobre i bardzo dobre noty. Innym ciekawym przedsięwzięciem w jakim mogłem uczestniczyć to współpraca z polskim instytutem badawczym. Pomagałem im, i mam nadzieję, że w nowym roku także będę to robił,  w zakresie budowy architektury złożonego systemu (sprzęt + oprogramowanie) oraz zarządzaniem wymaganiami na ten system. Zadanie to jest tym bardziej ciekawe, że jest to jeden z ostatnich polskich instytutów z polską myślą inżynierską. To rzadkość  na polskim rynku, a dla mnie satysfakcja z pracy z rewelacyjnymi polskimi inżynierami, specjalistami w swojej dziedzinie, praktykami w każdym calu. W tym instytucie tworzą się na prawdę innowacyjne polskie produkty.

Przymiotnik polski powtórzyłem celowo kilka razy.

Od pewnego czasu o moje uszy obija się nazwa BoUML. Co to jest? To jest narzędzie do open source’owe narzędzie do modelowania. Zaintrygowany pochlebnymi opiniami zainstalowałem i oto moja króciutka opinia. Naprawdę króciutka, bo całe dobro i zło danego narzędzia wychodzi w projektach.

Podoba mi się, że klasę (a więc także aktora i przypadek użycia) można opisać nie tylko za pomocą pola description ale także jest dedykowane miejsce dla wszelkich warunków i ograniczeń.

A teraz największa porażka. Brak polskich liter.

przeczytaj pozostałą część »

Pracując z klientami zawsze staram się działać zgodnie z dobrymi praktykami oferowanymi przez nurt Agile Modeling i/lub RUP. Dotyczy to także modelowania procesów biznesowych, w których wykorzystuję dobre praktyki zawarte w A Guide to the Business Analysis Body of Knowledge zwanym  BABOK® Guide, który odzwierciedla obecnie wszystkie przyjęte praktyki analizy biznesowej. Od pewnego czasu jestem członkiem International Institute of Business Analysis co pozwala mi na dostęp do szerszych zasobów wiedzy przez co lepiej działam w realizowanych przez siebie projektach.

Architektura oprogramowania stanowi stosunkowo niewielki, możliwy do objęcia umysłem model struktury systemu i sposobu współdziałania jego elementów. Taką definicję w  książce “Architektura oprogramowania w praktyce” wskazali Bass Len, Clements Paul, Kazman Rick. W tej samej książce znalazłem kilka zaleceń odnośnie budowy architektury. Są ważne i dlatego pozwolę sobie na ich publikację:

• Architektura powinna być tworem pojedynczego architekta lub niewielkiego zespołu architektów z ustalonym przywódcą.
• Architekt (lub zespół architektów) powinien dysponować wymaganiami funkcjonalnymi wobec systemu, a także wyraźnie określonym wykazem oczekiwanych od systemu atrybutów jakościowych (takich jak bezpieczeństwo lub modyfikowalność) z przypisanymi priorytetami.
• Architektura powinna być dobrze udokumentowana, z uwzględnieniem co najmniej jednej perspektywy statycznej i jednej, przy użyciu uprzednio uzgodnionej notacji, którą wszyscy udziałowcy zrozumieją przy minimum wysiłku.

przeczytaj pozostałą część »