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.

Posty o podobnej tematyce:

1. Enterprise Architect w wersji 7.5
2. Departament Obrony USA a Enterprise Architect
3. Modelowanie architektury zorientowanej na usługi w Enterprise Architect

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

Krok 4. Instalujemy kilka dodatków czyli

środowisko pracy dla accessa – EA przechowuje w niej modele

kilka fontów

Microsoft DCOM98 – zgodnie z wymaganiami producenta Enterprise Architecta

Microsoft Data Access Components 2.7 (MDAC) – także zgodnie z wymaganiami producenta Enterprise architecta

Krok 5. Instalujemy Enterprise Architecta

Początek instalacji

A po kilkudziesięciu sekundach

Krok 6. Enterprise Architect uruchamiamy  w katalogu

wpisując wine EA.exe

Przy pierwszym uruchomieniu trzeba podać licencje oraz swoje dane.

Krok 7. Budujemy modele w Enterprise Architect zainstalowanym na naszym Pingwinku.

Na podsumowanie. Enterprise Architect działa minimalnie wolniej niż pod Windows. Po za tym nie zauważyłem  jakichkolwiek utrudnień (zaznaczam, że nie by to długi czas). Raporty także wychodzą sprawnie a ponieważ są generowane do RTF OpenOffice nie ma z nimi żadnych problemów.

Wszystkim fanom Linuxa i Enterprise Architect życzę owocnego modelowania.

Posty o podobnej tematyce:

1. Departament Obrony USA a Enterprise Architect
2. Mały sekret reverse i forward engineering w Enterprise Architect
3. Modelowanie architektury zorientowanej na usługi w Enterprise Architect

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.

Posty o podobnej tematyce:

1. Enterprise Architect w wersji 8 (beta1)
2. Enterprise Architect w wersji 7.5
3. Enterprise Architect pod linuxem

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.

Posty o podobnej tematyce:

1. Jesienny The Rational Edge ezine
2. Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect
3. Integracja środowiska Rational z Visual Studio 2008

Brak powiązanych postów.

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

Można zastosować klasę ze stereotypem <<wymaganie>> lub <<requirement>>

Czy UML na to pozwala? Tak wolno dostosować stereotypem do swoich potrzeb każdy element notacji. W Enterprise Architect  użycie klasy jako reprezentanta wymagań ma jeszcze jedną zaletę. Można lepiej wyspecyfikować wymagania, gdyż klasa w EA ma więcej możliwości specyfikacji (linki, warunki) niż element wymagania.

Właściwości Klasy	Właściwości Wymagań

Warto wspomnieć że wymaganie w postaci stereotypu nałożonego na klasę świetnie nadaje się do gromadzenia wymagań w postaci scenariuszy i reguł biznesowych, gdyż w przeciwieństwie do elementu Requirement klasa w EA ma zakładkę “scenariusze”.

Posty o podobnej tematyce:

1. Mały sekret reverse i forward engineering w Enterprise Architect
2. Najlepsze narzędzie do modelowania w UML
3. Słownik w Enterprise Architect

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ć

Posty o podobnej tematyce:

1. BoUml
2. Modelowanie w UML pod Windows i Linux
3. StarUML 5.0 Przewodnik użytkownika

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.

Posty o podobnej tematyce:

1. Architektura korporacyjna
2. Architektura modelu procesów biznesowych
3. Modelowanie procesów biznesowych w języku UML – cykl artykułów

Przymiotnik polski powtórzyłem celowo kilka razy.

Brak powiązanych postów.

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.

Dość rozbudowane opcje dot. specyfikacji atrybutów i metod. To fajne. Nie zawsze się z tego korzysta ale dobrze, że jest bo to ułatwia pracę.

Podoba mi się także, że specyfikując diagram sekwencji jest pełne mapowanie na metody. W ten sposób powstaje bardzo precyzyjna dokumentacja co w wielu przypadkach jest bardzo ważne.

Podsumowując pierwsze starcie. Nie zamieniłbym EA na BoUML, ale myślę, że jest to godny następca StarUML’a.

Brak powiązanych postów.