środa, 22 maja 2013

Migracja z Archimate 1.0 do Archimate 2.0

W wersji Enterprise Architect 9.3 udostępniono w formie MDG Technology możliwość modelowania z wykorzystaniem notacji Archimate 2.0. Nowa wersja wprowadziła szereg daleko idących zmian. Modelowanie z wykorzystaniem Archimate w nowej wersji znacząco rozszerza semantykę stosowanych elementów i relacji między nimi.
Jeśli organizacja posiadała już uprzednio modele w starszej wersji Archimate, wówczas przejście na nową wersję niekoniecznie musi się wiązać z przerysowaniem istniejących modeli od nowa.

Okazuje się, że Sparx Systems odpowiednio zaadresował ten problem. Migracja modeli jest możliwa z wykorzystaniem metody migrate() z klasy Project dostępnej przez interfejs programistyczny. Zatem nie znajdziemy w menu aplikacji żadnej funkcji, która to umożliwia. Nic nie stoi jednak na przeszkodzie, żeby wykorzystać gotowy skrypt VB opracowany przez producenta.

Skrypt jest dość prosty:

Sub MigrateElement (sGUID, lngPackageID)
 Dim proj as EA.Project
 set proj = Repository.GetProjectInterface
 proj.Migrate sGUID, "Archimate", "Archimate2"
 'refresh the model
 If lngPackageID<>0 Then
         Repository.RefreshModelView (lngPackageID)
 End If
End Sub
Sub MigrateSelectedItem
 Dim selType
 Dim selElement as EA.Element
 Dim selPackage as EA.Package
 selType = GetTreeSelectedItemType
 If selType = 4 Then 'means Element
               set selElement = GetTreeSelectedObject
         MigrateElement selElement.ElementGUID, selElement.PackageID
         MsgBox "Element Migration Completed",0,"Archimate2 Migration"
 ElseIf selType = 5 Then 'means Package
         set selPackage = GetTreeSelectedObject
         MigrateElement selPackage.PackageGUID, selPackage.PackageID
         MsgBox "Package Migration Completed",0,"Archimate2 Migration"
 Else
         MsgBox "Select a Package or Element in the Project Browser to initiate migration",0,"Archimate2 Migration"
 End If
End Sub
Sub Main


Dzięki temu zostaną skonwertowane wszystkie typy diagramów, odpowiednie typy elementów oraz usunięte specyficzne dla Archimate 1.0 atrybuty Tagged Value.

Dla osób, które przywykły do pierwszej wersji notacji istotne może być to, że do zmiany stylu wyświetlania elementów nie stosuje się w nowej wersji Tagged Value iconstyle, tylko korzysta się ze standardowej funkcji Use Rectangle Notation.


czwartek, 9 maja 2013

Polecam anglojęzyczny blog o Enterprise Architect

W grudniu ub. roku +Michał Wolski zauważył, że Enterprise Architect jest coraz bardziej popularny w sieci. Na poparcie tej tezy chciałbym polecić wszystkim czytelnikom również anglojęzycznego bloga autorstwa niejakiego Hamisha -  analityka biznesowego z Melbourne.

Pod adresem http://www.hamishking.com/category/enterprise-architect/ można znaleźć już teraz ciekawe wpisy opisujące na przykład:

  • metody śledzenia zmian w dokumentach wygenerowanych w EA,
  • wskazówki jak uruchomić symulację diagramu stanów,
  • opis importu danych z pliku CSV,
  • oraz bardzo ciekawe zastosowanie dodatku eaDocX do importu i synchronizacji wymagań z plikiem MS Excel.
Oprócz zastosowania EA, autor porusza również inne wątki, ale widać, że w ostatnim czasie sukcesywnie dodaje ciekawe wpisy dotyczące możliwości programu Enterprise Architect.

środa, 8 maja 2013

Adresaci diagramów

Gdy tworzymy diagramy zazwyczaj skupiamy się na tym, aby wiernie odzwierciedlić rzeczywistość zgodnie z regułami zastosowanej notacji. Jednakże to nie jest wystarczające do tego, aby zostały poprawnie zrozumiane przez adresatów.

Czy zastanawialiście się nad tym, komu i do czego opracowywane diagramy mają służyć?



Zanim zaczniemy opracowywać diagramy, powinniśmy postawić się w roli adresata diagramów i spróbować sobie odpowiedzieć na poniższe pytania.

czwartek, 18 kwietnia 2013

e-book: Oblicza architektury korporacyjnej

Z ogromną przyjemnością chciałbym poinformować, że w dniu dzisiejszym ma miejsce premiera darmowego opracowania w formie e-booka dotyczącego tematyki architektury korporacyjnej w Polsce. Jest to przedsięwzięcie niekomercyjne zrealizowane pod redakcją prof. SGH, dr hab. Andrzeja Sobczaka w ramach jego prac w Zakładzie Systemów Informacyjnych Szkoły Głównej Handlowej w Warszawie.


Na publikację składa się 10 artykułów opracowanych przez 11 autorów, w tym dwa artykuły mojego autorstwa. Poniżej zamieszczam listę artykułów:


  1. Paweł Bartusch, Piotr Materny, Waldemar Piszczewiat - Strategia rozwoju infrastruktury IT. Metodyka opisu i wizualizacji architektury technicznej.
  2. Bogdan Głuszkowski - Metody zmniejszania złożoności architektury.
  3. Krzysztof Gwardys - Wybrane zagadnienia związane z dostosowaniem metody ADM do potrzeb organizacji.
  4. Wawrzyniec Kowalczyk - Ludzkie oblicze architektury korporacyjnej: model kapitału intelektualnego przedsiębiorstwa.
  5. Andrzej Sobczak - Sposoby oceny dojrzałości praktyki architektonicznej w organizacji.
  6. Sławomir Soszyński - Dlaczego CEO powinien zainwestować w architekturę korporacyjną?
  7. Piotr Szabelak - Główny Architekt – lider wspierający liderów.
  8. Dawid Szymański - Architekt, czyli ten, który się ciągle czepia.
  9. Piotr Trętowski - Kategorie oraz mapowanie wymagań.
  10. Piotr Trętowski  - Śledzenie zmian w architekturze w programie Enterprise Architect.
Wszystkich zainteresowanych zapraszam do pobrania i zapoznania się z opracowaniem, które jest dostępne na stronie: architekturakorporacyjna.pl/zapraszam-do-pobrania-e-booka-oblicza-architektury-korporacyjnej/4442/



środa, 17 kwietnia 2013

Wykorzystanie Enterprise Architect w analizie biznesowej

Narzędzie, jakim jest Enterprise Architect posiada bardzo szeroki wachlarz możliwych zastosowań. Jednym z nich jest analiza biznesowa. W ramach analizy EA służy głównie do zarządzania i dokumentowania wymagań, modelowania danych, opracowania modelu procesów biznesowych lub modelu użycia.
Wiodącą organizacją, która wyznacza standardy w zakresie analizy biznesowej jest IIBA (International Institute of Business Analysis).
Niedawno brytyjski oddział tej organizacji opublikował raport zatytułowany IIBA UK Business Analysis Survey 2012 Top Line Results. Raport ten zawiera analizę wyników ankiety dotyczącej charakteru pracy analityka biznesowego w Wielkiej Brytanii w 2012 roku. Dodatkowo opracowane wyniki są porównane z wynikami ankiety z poprzedniego roku, dzięki temu powoli zarysowują się określone trendy.
Z mojego punktu widzenia interesujące są statystyki dotyczące wykorzystywanych narzędzi w analizie biznesowej.
Wykorzystanie narzędzi w analizie biznesowej
Wykorzystanie narzędzi w analizie biznesowej
Źródło: IIBA UK Business Analysis Survey 2012 Top Line Results.

Na pierwszych miejscach pojawiają się narzędzia ogólnego zastosowania, takie jak MS Office, MS Visio, MS Project, czy SharePoint. Nie powinno to dziwić, bo trudno wyobrazić sobie opracowanie dokumentacji bez tego typu narzędzi. Jednak, jak wskazuje IIBA:

Quality Centre (Testing), JIRA (Agile / User Stories), Sparx Enterprise Architect (UML) and BalsamIQ Mock Ups (Mock Ups) are the only non-generalist products which are used by more than 10% of the BA community.
wśród narzędzi, które są dedykowane do pracy projektowej znalazł się Sparx Enterprise Architect.
Oznacza to, że spośród narzędzi do modelowania EA wyróżnia się pod względem wykorzystania spośród takich narzędzi, jak ARIS, IBM Blueworks Live, czy CaseComplete. Podobnie wygląda sytuacja w porównaniu z narzędziami do zarządzania wymaganiami. W tyle zostały takie produkty, jak RequisitePro, czy CaliberRM.

Tendencję wzrostową w zakresie wykorzystania EA pokazuje również następny wykres, który obrazuje zmiany w zakresie wykorzystywania narzędzi w odniesieniu do poprzedniego roku.
Zmiany w wykorzystywaniu narzędzi w analizie biznesowej (2011-2012)
Źródło: IIBA UK Business Analysis Survey 2012 Top Line Results.


Sparx Enterprise Architect wraz z HP Quality Center (Centre) oraz Borland CaliberRM odnotowały największy wzrost.

Można dyskutować o tym, czy zaprezentowane w raporcie wyniki odzwierciedlają prawidłowo rzeczywistość. Raport został opracowany na podstawie wyników ankiety przeprowadzonej tylko w Wielkiej Brytanii. Ponadto zamieszczono informację, że badana próbka to 360 osób.

A może znacie wyniki podobnych ankiet przeprowadzonych w Polsce?

wtorek, 9 kwietnia 2013

Logowanie - w kontekście przypadków użycia

Niedawno spotkałem się z pytaniem dotyczącym modelowania przypadków użycia i diagramów aktywności. Jeden z użytkowników zastanawiał się nad kwestią umieszczenia na diagramach aktywności wielokrotnie występujących czynności, takich jak logowanie. Jego problem dotyczył tego, czy operacja logowania użytkownika może być zdefiniowana w jednym miejscu w modelu i wstawiana wielokrotnie na różnych diagramach.

poniedziałek, 8 kwietnia 2013

Zrozumienie diagramów UML

Język UML jest od lat uznanym standardem w dziedzinie modelowania. Jeśli istnieją opory w szerszym stosowaniu UML w projektowaniu systemów informatycznych, to najczęściej wynikają one z obaw o zrozumienie modeli przez interesariuszy.
Ostatnio natknąłem się na publikację pod tytułem System Analysis and Design for Advanced Modeling Methods: Best Practices opracowaną w 2009 roku pod redakcją Akhilesh Bajaj oraz Stanisława Wrycza (ISBN 9781605663449). Książka ta stanowi zbiór wyników badań naukowych w obszarze analizy i projektowania systemów oraz metodologii.