Enterprise Architect w zakresie zarządzania wymaganiami nie jest najlepszym produktem zwłaszcza w zakresie wersjonowania oraz akwizycji tych wymagań. Z tego też powodu powstało Tormigo. Do pobrania jest to 30-dniowa wersja beta. Błędy można zgłaszać na mój adres mailowy lub support (at-małpka) tormigo.com Trzy osoby, które zgłoszą najwięcej błędów otrzymają licencje Tormigo. Więcej o Tormigo Podobne […]
Tormigo wersja beta Czytaj dalej »
Wejście w architekturę korporacyjną to w dzisiejszej dobie konieczność dla nowoczesnych organizacji. Celowo piszę “wejście” bo architektura korporacyjna to przede wszystkim sposób myślenia o rozwoju organizacji i trzeba w ten sposób myślenia wejść a raczej przejść ze ścieżki “ad hoc”. Może trochę przejaskrawiam pisząc o “ad hoc”, ale mam wrażenie, ze w wielu organizacjach strategia
Architektura korporacyjna – dlaczego? Czytaj dalej »
MANEA jest to dodatek (plugin) do MANTIS BUG TRUCKER, który pozwala na dwukierunkową synchronizację wybranych wpisów z systemu MANTIS BT z repozytorium wymagań znajdujących się w Enterprise Architect firmy Sparx. MANEA cechy: mapowanie, za pomocą Enterprise Architecta, wpisów i zgłoszeń na konkretne artefakty modelu aplikacji prowadzenie w systemie MANTIS dyskusji nad wymaganiami zapisanymi w Enterprise
MANEA – Mantis Bug Trucker i Enterprise Architect Czytaj dalej »
Kilka dni temu w tekście: Zwinne modelowanie w Visual Studio 2010 pisałem o możliwości modelowanie za pomocą UML w VS 2010. Teraz czas na drugą z mojego punktu widzenia ważna zmianę. Otóż w MSF for Agile Software Development v5.0 jaki towarzyszy VS 2010 uwzględniono zwinne modele a proces wytwórczy kodu oparto o SCRUM. Więcej informacji
MSF for Agile Software Development v5.0 Czytaj dalej »
Jest rewolucja. I to nie mała. Otóż firma Microsoft w ramach Visual Studio z premedytacją omijała aspekt wizualnego projektowania sytemu przy użyciu UML. Aż do teraz. W nowej wersji VS 2010 jest VS2010 Visualization and Modeling Feature Pack (http://msdn.microsoft.com/en-gb/vstudio/ff655021.aspx), dzięki któremu można wytwarzać modele na różnym poziomie abstrakcji i w konsekwencji synchronizować je z kodem
Zwinne modelowanie w Visual Studio 2010 Czytaj dalej »
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,
Raportowanie zmian w modelu w Enterprise Architect Czytaj dalej »
Historia W odpowiedzi na rosnące zapotrzebowanie na wspólne i wielonarodowe operacje wojskowe, DoD stał się bardziej dostosowany do potrzeb standardowego podejścia do architektury celem zapewnienia, że ich systemy mogą się komunikować i wspólnie działać. W roku 1995, DoD opracował instrukcję dla rozwoju architektury. Struktura architektury C4ISR, wersja 1.0 została opublikowana w roku 1996. Wersja 2
W przypadku gdy modyfikujemy model możemy zamrozić jego wersję. Opcja ta w Enterprise Architect nazywa się Baseline. Jak ona działa? Otóż przykładowo w pakiecie diagram aktywności mam przykładowy diagram. Następnie zapamiętuję wersję poprzez wybranie w menu kontekstowym: Package Control ->Manage BaseLines Podobne wpisy Migracja z IBM Rational Software Modeler do Enterprise Architect Przy braku spójności
Śledzenie zmian w Enterprise Architect Czytaj dalej »
W Enterprise Architect gdy chcemy zmieć status lub wersję wszystkich elementów zawartych w danym pakiecie to wystarczy wybrać w menu kontekstowym wybrać Package Control i na samym dole Update Package Status… Następnie należy określić parametry zmiany i sprawa jest zakończona. Technorati Tagi: Enterprise Architect,narzędzia CASE Podobne wpisy Zintegrowane środowisko wytwarzania aplikacji web’owych na platformie .NET
Zmiana wersji i statusu we wszystkich elementach pakietu Czytaj dalej »
Iteracyjny model wytwarzania oprogramowania by był bardziej skuteczny wymaga kilku zabiegów. Chodzi oto by w ujęciu agile być rozważnym i skutecznym. Stosuję je podczas zwinnego modelowania. Oto kilka z nich: Krócej znaczy lepiej. Iteracja nie powinna być dłuższa niż 4 tygodnie, w przeciwnym wypadku możesz wpaść w styl tworzenia oprogramowania mini-waterfall. Osobiście preferuję jedno lub
Iteracje w Agile Modeling Czytaj dalej »
