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.
napisane przez Michał Wolski | w kategorii ogólne
czwartek 9 lip 2009
Modelując procesy biznesowe korzystam z języka UML rozszerzonej o notację dedykowaną procesom biznesowym.
Specyfikacja jest do pobrania tutaj:
UML Extension for Business Modeling - wersja 1.1
Dokument ten zamieszczam bo zauważyłem, że czasem jest on już niedostępny w zasobach OMG.
Natomiast ciekawy artykuł na ten temat można znaleźć tutaj: http://www.ibm.com/developerworks/rational/library/5167.html
napisane przez Michał Wolski | w kategorii ogólne
czwartek 2 lip 2009
napisane przez Michał Wolski | w kategorii SCRUM, agile, ogólne, zwinne modelowanie
niedziela 21 cze 2009
Zasadnicze cechy SCRUM, w bardzo dużym uproszczeniu, to:
- iteracyjnie przyrosty wartości
- samoorganizujące się zespoły
- klient, bądź Właściciel Produktu, który dostarcza zespołowi listę pożądanych cech
W przypadku Scrum projekt postępuje seriami miesięcznych iteracji, które zwane są sprintami.
Scrum pasuje idealnie do projektów z szybko zmieniającymi się lub pojawiającymi się wymogami Praca, która ma być wykonana w projekcie Scrum, jest wymieniona w Product Backlog, stanowiącym listę wszystkich pożądanych zmian w produkcie. Na początku każdego sprintu odbywa się Spotkanie dot. Planowania Sprintu, podczas którego Właściciel Produktu ustala hierarchię Product Backloga a Zespół Scrum wybiera zadania, które może wykonać podczas nadchodzącego Sprintu. Te zadania są następnie przenoszone z Product Backloga do Sprint Backloga.
Każdego dnia sprintu odbywają się krótkie spotkania zwane Codziennymi Scrumami, które pomagają zespołowi terminowo wykonać pracę.
Na końcu każdego sprintu, podczas Spotkania Przeglądowego Sprintu, Zespół przedstawia dokonaną funkcjonalność.
Spis treści
Role:
Czynności:
Artefakty:
napisane przez Michał Wolski | w kategorii SCRUM, agile, ogólne, zwinne modelowanie
niedziela 21 cze 2009
Właściciel Produktu (ang. Product Owner) reprezentuje interesy wszystkich interesariuszy, określa cechy produktu i ustala hierarchię Product Backloga – zaległości produktu.
Właściciel Produktu ma następujące obowiązki:
- Określa cechy produktu;
- Podejmuje decyzje co do daty i zawartości;
- Jest odpowiedzialny za rentowność produktu (ROI);
- Ustala hierarchię cech wg wartości rynkowej;
- Koryguje cechy i priorytety co 30 dni, jeśli to konieczne;
- Akceptuje lub odrzuca efekty pracy.
Właściciel Produktu jest odpowiedzialny za pierwszy z trzech rytuałów Scrum: Planowanie Sprintu
Zespół Scrum przygląda sie zhierarchizowanemu Product Backlogowi, oddziela pozycje o największym priorytecie i zobowiązuje się je wykonać podczas sprintu. Pozycje te stają się Sprint Backlogiem.
W zamian za zobowiązanie Zespołu Scrum do wykonania wybranych zadań, Właściciel Produktu zobowiązuje się, że nie będzie obarczać zespołu nowymi wymogami w trakcie sprintu. Wymogi mogą być zmienione, ale tylko poza sprintem. Po tym jak zespół rozpocznie sprint, będzie ona maniakalnie skoncentrowana na celu sprintu.
Modelowanie:
W zwinnym modelowaniu Właściciel Produktu to osoba, która przekazuje wymagania do zamodelowania, odbiera modele – klient, lub osoba z danej organizacji, która zamawia dany produkt.
Spis treści
Role:
Czynności:
Artefakty:
