Wszystko to co, moim zdaniem, ważnego dzieje się na świecie w dziedzinie inżynierii oprogramowania.
Metoda punktów przypadków użycia (ang. Use Case Points ) w skrócie UCP posiada podobny mechanizm do tego jaki zastosowano w metodzie punktów funkcyjnych (Metoda punktów funkcyjnych), jednak zrezygnowano z wykorzystania ekranów i architektury. Dlaczego pominięto ekrany i architekturę? Otóż wyobraźmy sobie sytuację, w której klient zadaje pytanie o czas realizacji projektu na etapie specyfikowania wymagań. […]
Metoda punktów przypadków użycia Czytaj dalej »
Początki Use Case Points sięgają innej znanej metody służącej do szacowania rozmiaru oprogramowania, a mianowicie metody punktów funkcyjnych. Metoda ta zaproponowana przez Allana Albrechta (IBM) w 1979 bazowała na projektach ekranów oraz architekturze systemu. Była to próba przezwyciężenia problemów związanych z użyciem liczby linii kodu (która nie jest znana na etapie definicji wymagań a była
Metoda punktów funkcyjnych Czytaj dalej »
Z racji tego, że publikacja odnośnie zwinnego podejścia w zakresie modelowania procesów biznesowych (WMB) ?pisałem o tym kilka dni temu w tekście pt ?Krajowa Konferencja Inżynierii Oprogramowania?- ukazała się w limitowanej edycji 150 egzemplarzy pozwalam sobie na publikację skanu tego tekstu. W M B View more documents from Michał Wolski. Podobne wpisy Zintegrowane środowisko wytwarzania
KKIO 2009 – tekst Czytaj dalej »
Kilka tygodniu temu (https://wolski.pro/2009/07/kkio-2009/) zapowiedziałem swój udział na Krajowej Inżynierii Oprogramowania. Tak tez się stało. 15 września w trakcie sesji pt: ?Modelowanie systemów? miałem okazję zaprezentować zarys metodyki WMB ( https://wolski.pro/wmb/). Moje wystąpienie na temat ?Zwinnego modelowania wymagań biznesowych w wytwarzaniu oprogramowania? spotkało się się z życzliwym przyjęciem uczestników XI Krajowej Konferencji Inżynierii Oprogramowania, które
Krajowa Konferencja Inżynierii Oprogramowania Czytaj dalej »
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 »
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 »
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 »
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 »
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 »
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 »
