napisane przez Michał Wolski | w kategorii Enterprise Architect, ogólne
piątek 16 lip 2010
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ęść »
napisane przez Michał Wolski | w kategorii ogólne
sobota 22 maj 2010
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ęść »
napisane przez Michał Wolski | w kategorii ogólne
piątek 21 maj 2010
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.
napisane przez Michał Wolski | w kategorii Enterprise Architect, ogólne, wydarzenia
piątek 16 kwi 2010
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.
napisane przez Michał Wolski | w kategorii Enterprise Architect, ogólne, wydarzenia
poniedziałek 15 lut 2010
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.
napisane przez Michał Wolski | w kategorii Enterprise Architect, ogólne
piątek 5 lut 2010
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ęść »
napisane przez Michał Wolski | w kategorii Enterprise Architect, metodyki, ogólne, wydarzenia
piątek 5 lut 2010
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.
napisane przez Michał Wolski | w kategorii ogólne
poniedziałek 4 sty 2010
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ć
napisane przez Michał Wolski | w kategorii ogólne
sobota 2 sty 2010
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.
napisane przez Michał Wolski | w kategorii ogólne
wtorek 1 gru 2009
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ęść »
napisane przez Michał Wolski | w kategorii o inżynierii oprogramowania, ogólne, szkolenia
poniedziałek 30 lis 2009
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
napisane przez Michał Wolski | w kategorii o inżynierii oprogramowania, ogólne
poniedziałek 24 sie 2009
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.