Przypadki użycia i aktorzy– kilka rad

inżynieria oprogramowania, zarządzanie wymaganiami /

Kilka porad odnośnie przypadków użycia i aktorów. Przypadek użycia nie dostarcza funkcjonalności aktorowi Problem: Często oznacza to, że każdy przypadek użycia sam w sobie nie dostarcza wartości aktorowi. Rada: Proszę połączyć fragmentaryczne przypadki użycia w kompletną sekwencję takich fragmentów, które łącznie zapewnią wartość aktorom. Stanowiska pracy jako aktorzy Problem: Powszechnym błędem jest tworzenie aktorów, którzy […]

Przypadki użycia i aktorzy– kilka rad Czytaj dalej »

Wielkość i długość iteracji

inżynieria oprogramowania, zwinne modelowanie /

Długość iteracji i jej wielkości pod względem zasobów musi być skorelowana z celami i pracą, które ma być wykonana. Moje wytyczne: Wielkość zespołu – większe zespoły wprowadzają większe koszty stałe i tym samym prowadzą do dłuższej iteracji. Następujące wytyczne zapewniają przydatny punkt wyjścia: 2 – 15 osób: iteracja 2-4 tygodniowa 16 – 30 osób: iteracja

Wielkość i długość iteracji Czytaj dalej »

Integracja środowiska Rational z Visual Studio 2008

inżynieria oprogramowania /

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

Integracja środowiska Rational z Visual Studio 2008 Czytaj dalej »

Migracja z Visual Paradigm do Enterprise Architect

inżynieria oprogramowania, narzędzia CASE /

Po małej przygodzie związanej z narzędziami z rodziny Visual Paradigm postanowiłem przemigrować z moimi modelami do mojego ulubionego środowiska ? Enterprise Architect. Krótki opis takiej migracji przedstawiam poniżej. 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 pracujących

Migracja z Visual Paradigm do Enterprise Architect Czytaj dalej »

Wspólne słownictwo

zarządzanie wymaganiami, zwinne modelowanie /

W trakcie szkicowania procesów biznesowych należy zdefiniować wspólne słownictwo, przy użyciu najpopularniejszych terminów i wyrażeń w zakresie problemu. Następnie należy konsekwentnie wykorzystywać wspólne słownictwo we wszystkich tekstowych opisach biznesu. W ten sposób, utrzymują Państwo spójne opisy tekstowe i unika się nieporozumień wśród członków projektu dot. stosowania i znaczenia terminów. Słownictwo powinno mieć formę słownika. Aby

Wspólne słownictwo Czytaj dalej »

Modelowanie aplikacji biznesowych – wybór modeli

analiza biznesowa, modelowanie procesów biznesowych, zwinne modelowanie /

Aby przewidzieć wymogi dla aplikacji biznesowej można rozważyć stworzenie następujących modeli: Schemat proceduralny interfejsu użytkownika. Dostarcza on przeglądu ekranów i raportów oraz to, jak w jaki sposób są one wzajemnie powiązane. Na chwilę obecną potrzebujesz jedynie głównych ekranów i raportów.  Diagram WPA (Wysokiego Poziomu Abstrakcji). Diagram procesu wysokiego poziomy, plus kilka diagramów dających podgląd kilku

Modelowanie aplikacji biznesowych – wybór modeli Czytaj dalej »

Podkarpackie modelowanie

inżynieria oprogramowania, projektowanie systemów informatycznych /

Kolejny raz okazało się, że duży potencjał jest ukryty także poza dużymi ośrodkami takimi jak Warszawa, Kraków czy Gdańsk. O Wrocławiu nie wspominając. Tym razem miałem okazję i przyjemność przekonać się o tym w jednej z podkarpackich miejscowości. W czasie dwóch dni, jakie tam spędziłem wspierając młody i ambitny zespół ludzi, przed którymi stanęło dość

Podkarpackie modelowanie Czytaj dalej »

Trzy korzyści z przypadków użycia

inżynieria oprogramowania, zarządzanie wymaganiami /

Każdemu zalecam stosowanie przypadków użycia ? także a może przede wszystkim w projektach Agile. Poniżej zamieszczam trzy podstawowe zalety, które myślę, że przekonają do używania przypadków użycia w projektach Agile 1. Dzięki przypadkom użycia zyskuje się kontekst Nawet w projektach Agile przypadki użycia są mechanizmem umożliwiającym firmom osiąganie celów. Podejście, które wykorzystuje ustrukturyzowane wymagania dostarcza

Trzy korzyści z przypadków użycia Czytaj dalej »

Modelowanie w UML pod Windows i Linux

inżynieria oprogramowania, narzędzia CASE /

W wielu firmach używane są równolegle maszyny z zainstalowanymi: Windowsem i Linuxem. Dość powszechny Enterprise Architect nie pozwala na wydajną pracę w środowisku Linux. W takiej sytuacji polecam produkty Visual Paradigm. Osobiście przetestowałem i uważam, że do większości projektów jest to narzędzie wystarczające i daleko bardziej użyteczne niż open source?owe programy takie jak Umbrello czy

Modelowanie w UML pod Windows i Linux Czytaj dalej »

Historyjki użytkownika a przypadki użycia

agile, analiza wymagań, zarządzanie wymaganiami /

Obecnie znajdujemy się w dziwnej sytuacji ? są user stores (zwane w języku polskim historyjkami użytkownika) i scenariusze przypadków użycia z czego te ostatnie można podzielić na przypadki użycia formalne i nieformalne a także streszczenia przypadków użycia. Czym one się różnią, a w czym są takie same? Przypadki użycia, scenariusze przypadków użycia i user stories

Historyjki użytkownika a przypadki użycia Czytaj dalej »

Scroll to Top