o modelowaniu procesów i systemów 

Zmiany w oprogramowaniu i modelach są nieuniknione. Poniżej kilka słów na temat jak je przedstawić w EA i jak je raportować.

Przyjąłem, że zmiany dotyczą zmian w istniejącym już oprogramowaniu.

Zmiana jest zgłoszona w dowolnej formie przyjętej w organizacji natomiast w Enterprise Architect jest reprezentowane jako wymaganie, zmiana lub defekt (problem)

Wszystkie wymagania i elementy, które mają znaleźć się w kolejnym wydaniu powinny dostać odpowiedni numer wersji, np.: 1.1

przeczytaj pozostałą część »

Jedna z praktyk zwinnego modelowania to Zastosowanie Standardów Modelowania. Podstawową jej ideą jest to, że programiści są bardziej efektywni, jeśli pracują według powszechnego zestawu standardów i wskazówek, nawet, jeśli te wskazówki nie są doskonałe. To tak jakby rozmawiać w tym samym języku – łatwiej jest zrozumieć i utrzymać modele stworzone na podstawie skutecznych wskazówek i posiadające powszechnie stosowane opisy. Modele zbudowane według tych samych reguł poprawiają komunikację wewnętrzną- w zespole i zewnętrzną – z partnerami i klientami, przez co redukują możliwość wystąpienia kosztownych nieporozumień. Wskazówki dotyczące modelowania zaoszczędzają także czas poprzez ograniczanie wyborów stylistycznych, pozwalając skupić się na tworzeniu oprogramowania. Zestaw takich wskazówek opublikował swego czasu na swoich stronach internetowych Scott Ambler. Oto one:

1. Unikaj przecinających się linii. Dwie linie przecinające się na diagramie mogą zostać źle odczytane. Jeśli nie jesteś w stanie uniknąć przecięcia się linii, narysuj jedną z nich tak, aby „przeskakiwała nad” drugą w taki sposób, żeby różnica między nimi była wyraźnie widoczna.

2. Unikaj ukośnych lub zakrzywionych linii. Proste linie, narysowane poziomo lub pionowo, jest łatwiej śledzić wizualnie. Umieszczenie baniek na diagramie w taki sposób, jak gdyby ich centrum znajdowało się w punkcie siatki, wbudowana funkcja wielu narzędzi do modelowania, sprawia, że łatwiej jest połączyć bańki jedynie za pomocą poziomych i pionowych linii.

przeczytaj pozostałą część »

Dziś okazało się, że mój blog odnotował awarię. Autoaktualizacja jednej z wtyczek spowodowała iż stał się on nieczytelny. Teraz już wszystko wróciło do normy. Przepraszam za dyskomfort.

Od dwóch dni jest dostępna wersja 8 Enterprise Architect. W nowej wersji między innymi poprawiono:

• wydajność między innymi przy pracy w dużych projektach oraz generowaniu dokumentacji rtf
• wygląd i zarządzanie obszarem pracy
• mechanizm filtrowanie i ukrywanie elementów na diagramach
• współpracę z Vistą i Windows 7
• macierze mapowania elementów (Relationship Matrix) w zakresie śledzenia zależności
• szereg zmian w obszarze kompozytora reguł (Rule Composer)
• mechanizm zarządzania licencjami

Dodano także między innymi:

• okno element Test Case do listy elementów Use Case
• możliwość dodawania własnych typów do słownika
• nowy typ scenariuszy – Structured Scenarios
• nowe pola w raportach RTF
• możliwość kopiowanie i wklejania elementów w modelu (myślę, że udoskonalono tę funkcję bo ona już  w jakimś stopniu była)

Powyższa lista to tylko wierzchołek góry lodowej. Więcej na stronie internetowej producenta togo programu.

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.

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ć

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.

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ęść »

Listopad dla mnie to przede wszystkim przygotowania do projektu o kodowej nazwie?tormigo? ? lubię myśleć o tym projekcie, że to będzie mała rewolucja, ale o tym napisze w odpowiednim czasie. Ponadto przeprowadziłem dwa szkolenia. Jedno z zakresu modelowania procesów biznesowych, drugie z zakresu modelowaniu w UML z wykorzystaniem Enterprise Architect. Szkolenia były przeprowadzane, dla różnych organizacji. Oba wydarzenia łączyło to, że podstawą działań było dokładne i permanentne zrozumienie procesu biznesowego. Dlaczego? Moim zdaniem dziś nie można mówić o modelowaniu systemów IT bez analizy procesu biznesowego ? to podstawa działań.

W anonimowych ankietach, w obu organizacjach, otrzymałem dobre i bardzo dobre oceny za moje przygotowanie i przeprowadzenie szkolenia. Najbardziej w pamięci utkwiły mi dwa komentarze. W jednej z ankiet dot. szkolenia zakresu modelowaniu w UML z wykorzystaniem Enterprise Architect w punkcie co najbardziej podobało Ci się na niniejszym szkoleniu: ?Ćwiczenia praktyczne i konkretny pomysł, co przekazać słuchaczom (co rzadko się zdarza)?.  Natomiast w ankiecie dot. szkolenia z modelowania biznesowego zostałem nagrodzony jednym słowem: ?Perfekcyjnie?. Wielkie dzięki

W zeszłym roku pisałem o integracji środowiska Rational z Visual Studio (patrz: IBM Rational Software Modeler i platforma .NET  i Transformacja modelu UML do kodu C# w środowisku IBM Rational Software Modeler ). Wspomniane posty dotyczyły Visual Studio 2005.

Obecnie Rational Modeling Extension for Microsoft .NET, który jest niezbędny do integracji wspomnianych powyżej środowisk wspiera framework .NET w wersji 3.0

Rational Modeling Extension wspiera WCF (Windows Communication Foundation)w zakresie modelowania i generowania kodu:

• modelowanie komponentów WCF
• inżynieria wprzód – transformacja z WCF do C#
• inżynieria wstecz – transformacja WCF z C#

Na koniec przypomnę, że transformacje mogą zachodzić w Rational Software Architect.