Enterprise Architect

Teksty dotyczące użytkowania Enterprise Architecta

Sprawdzanie pisowni w Enterprise Architect – polski słownik

Enterprise Architect /

Robiąc projekt piszę szybko i popełniam literówki. Ręczne sprawdzanie wpisów jest kłopotliwe, gdyż domyślnie w Enterprise Architect nie ma zainstalowanego słownika języka polskiego. Można temu zapobiec wystarczy tylko pobrać plik: oraz skopiować go do katalogu, gdzie jest zainstalowany Enterprise Architect. U mnie to C:\Program Files\Sparx Systems\EA\    (Windows 32-bit) C:\Program Files (x86)\Sparx Systems (Windows 64-bit) […]

Sprawdzanie pisowni w Enterprise Architect – polski słownik Czytaj dalej »

Transformacja PIM-PSM w Enterprise Architect

Enterprise Architect, inżynieria oprogramowania, projektowanie systemów informatycznych, UML /

Kilka dni temu, w tekście Model Driven Architecture modele PIM a PSM, napisałem dwa słowa o modelach PSM i PIM w architekturze MDA. Teraz chciałbym pokazać jak taką transformację zrobić w Enterprise Architect. Zrobię to na przykładzie wzorca projektowego Adapter, którego celem jest którego celem jest umożliwienie współpracy dwóm klasom o niekompatybilnych interfejsach. Zaprezentowany model

Transformacja PIM-PSM w Enterprise Architect Czytaj dalej »

Szacowanie projektu w Enterprise Architect

Enterprise Architect, inżynieria oprogramowania, szacowanie oprogramowania /

Szacowanie projektu oraz jego złożoności jest trudne. Istnieją metody, które wspomagają ten proces. Jedną z nich jest metoda  use case points. O samej metodzie nie będę pisał bo wiele jest o niej informacji w Internecie. Natomiast warto wiedzieć, że Enterprise Architect wspomaga to szacowanie. Wystarczy przy każdym przypadku użycia określić parametr Complexity (patrz własności PU)

Szacowanie projektu w Enterprise Architect Czytaj dalej »

Zarządzanie wymaganiami w Enterprise Architect – mapowanie wymagań na przypadki użycia

Enterprise Architect, inżynieria oprogramowania, zarządzanie wymaganiami /

Enterprise Architect, moim zdaniem, nie jest najszczęśliwszym narzędziem do zarządzania wymaganiami. Nie jest też beznadziejny. W projektach dla mnie ważne jest to jak wymagania są mapowane na konkretne przypadki użycia (PU). Pozwala to stwierdzić, które PU są bardziej złożone, wymagają większej uwagi i są ważniejsze dla klienta. Aby to stwierdzić trzeba zmapować PU z konkretnymi

Zarządzanie wymaganiami w Enterprise Architect – mapowanie wymagań na przypadki użycia Czytaj dalej »

Scroll to Top