Podczas konsultacji projektów u moich klientów otrzymuję często to samo pytanie, które parafrazując znany cytat z Hameta Shakespeare’a brzmi: Usuwać albo nie usuwać elementy modelu oto jest pytanie. Moja odpowiedź jest prosta. Oczywiście, że usuwać ale do kosza. Tym koszem może być oddzielny pakiet. W ten sposób nie pozbywamy się na stałe tych elementów […]
Usuwać albo nie usuwać oto jest pytanie 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 »
Co zrobić w sytuacji gdy do wykonania danej funkcji, opisanej przez przypadek użycia, potrzeba w tym samym momencie więcej niż jednego aktora? Czy można pokazać to na diagramie przypadków użycia? Otóż nie. Diagram przypadków użycia nie definiuje nam tego kto w jakiej sytuacji, w jakim momencie korzysta z danej funkcji. Relacja aktor – przypadek użycia
Przypadek użycia i działanie aktorów w tym samym czasie Czytaj dalej »
?Złote reguły? to nic innego jak wykaz punktów, które zazwyczaj kontroluję podczas tworzenia przypadków użycia. Gdy mam już narysowany przypadek użycia sprawdzam czy: przypadek użycia zapewnia wartość aktorom, krótki opis zwięźle opisuje cel przypadku użycia, przypadek użycia jest kompletny i sensowny, wydarzenie rozpoczynające przypadek użycia jest jasne, sposób i czas zakończenia przypadku użycia jest jasny,
Złote reguły towarzyszące przypadkom użycia Czytaj dalej »
Ostatnie kilka wpisów: Inżynieria wstecz w projektach JAVA za pomocą Enterprise Architect Enterprise Architect i MDG Integration for Eclipse w praktyce MDG Integration for Eclipse i generowanie kodu aplikacji z poziomu Enterprise Architect Mały sekret reverse i forward engineering w Enterprise Architect Pisanie kodu w Enterprise Architect dotyczyło metod integracji kodu z jej modelem. Przedstawiłem
Czy warto stosować mechanizmy inżynierii wprzód i wstecz w zwinnym modelowaniu? Czytaj dalej »
W poprzednich tekstach (Inżynieria wstecz w projektach JAVA za pomocą Enterprise Architect, MDG Integration for Eclipse i generowanie kodu aplikacji z poziomu Enterprise Architect) pisałem o inżynierii wstecz w Enterprise Architect. Teraz czas na mały sekret. Podobne wpisy Zintegrowane środowisko wytwarzania aplikacji web’owych na platformie .NET W artykule przedstawiono opis pakietu narzędziowego VS.NET (Microsoft) z
Mały sekret reverse i forward engineering w Enterprise Architect Czytaj dalej »
Czy można pisać kod aplikacji w Enterprise Architect? Tak można i zaprezentuje to na przykładzie z którego korzystałem w tekście: Inżynieria wstecz w projektach JAVA za pomocą Enterprise Architect Podobne wpisy Zintegrowane środowisko wytwarzania aplikacji web’owych na platformie .NET W artykule przedstawiono opis pakietu narzędziowego VS.NET (Microsoft) z Rational XDE (IBM) do wytwarzania aplikacji webowych
Pisanie kodu w Enterprise Architect Czytaj dalej »
W tekście Enterprise Architect i MDG Integration for Eclipse w praktyce opisałem wstępnie wtyczkę MDG Integration for Eclipse, która ułatwia integrację Enterprise Architecta ze środowiskiem Eclipse. Teraz postaram się zaprezentować możliwości wtyczki w zakresie synchronizacji kodu z modelem. Podobne wpisy Zintegrowane środowisko wytwarzania aplikacji web’owych na platformie .NET W artykule przedstawiono opis pakietu narzędziowego VS.NET
Tradycyjną metodę inżynierii wstecz opisałem kilka dni temu w tekście: Inżynieria wstecz w projektach JAVA za pomocą Enterprise Architect. Dziś chciałbym się skupić na płatnej wtyczce jaką można zastosować do Enterprise Architecta celem synchronizacji modeli ze środowiskiem JAVA czyli MDG Integration for Eclipse. Podobne wpisy Zintegrowane środowisko wytwarzania aplikacji web’owych na platformie .NET W artykule
Enterprise Architect i MDG Integration for Eclipse w praktyce Czytaj dalej »
Mechanizm inżynierii wstecz (ang. reverse engineering) wstecz jest użyteczny w tedy, gdy mamy napisany program i chcemy go udokumentować za pomocą modeli UML. Powstała w ten sposób dokumentacja jest modelem implementacji. W Enterprise Architect można dokonać tego poprzez wybór odpowiedniego parametru w menu kontekstowym pakietu do którego będzie importowany kod. Podobne wpisy Zintegrowane środowisko wytwarzania
Inżynieria wstecz w projektach JAVA za pomocą Enterprise Architect Czytaj dalej »
