Szacowanie projektu w Enterprise Architect cz. 2

Enterprise Architect, inżynieria oprogramowania, szacowanie oprogramowania /

W tekście Szacowanie projektu w Enterprise Architect cz. 1 zdefiniowałem czynniki złożoności technicznej i środowiskowej. Teraz należy doprecyzować pozostałe parametry. Po pierwsze możemy ustawić wartość dla parametru zwanego współczynnikiem produktywności PF (ang. Productivity Factor). Pamiętamy, współczynnik produktywności przekształca nam jeden punkt przypadku użycia na ilość godzin pracy człowieka, autor metody UCP proponował wartość tego parametru […]

Szacowanie projektu w Enterprise Architect cz. 2 Czytaj dalej »

Metoda punktów przypadków użycia

inżynieria oprogramowania, szacowanie 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 »

Metoda punktów funkcyjnych

inżynieria oprogramowania, szacowanie oprogramowania /

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 »

KKIO 2009 – tekst

analiza biznesowa, inżynieria oprogramowania, modelowanie procesów biznesowych, zwinne modelowanie /

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 »

e-administracja w Polsce

projektowanie systemów informatycznych, wydarzenia /

Ostatni czwartek i piątek spędziłem wspomagając bardzo ciekawą firmę. Otóż jest to Polska firma pisząca systemy wspierające szerokorozumianą e-administrację. Nasuwa sie pytanie a gdzie są te systemy? Otóż w USA. Tak tak Polskie, niewielkie, firmy mogą pisać oprogramowanie wspierające obywateli innych Państw. A my, obywatele 4,5,6 RP jesteśmy gorsi? Myślę, że nie ale za to

e-administracja w Polsce Czytaj dalej »

Charakterystyka dobrego Modelu Biznesowych Przypadków Użycia

analiza biznesowa, modelowanie procesów biznesowych /

W tym miejscu pozwolę sobie zebrać kilka cech, które świadczą o tym, że mamy do czynienia z dobrym modelem biznesowych przypadków użycia. Oto one: Biznesowe przypadki użycia są zrównane ze strategią firmy ? wspierają cele organizacji. Przypadki użycia są zgodne z organizacją, którą opisują. Wszystkie przypadki użycia są znalezione. Po zebraniu, przypadki użycia wykonują wszystkie

Charakterystyka dobrego Modelu Biznesowych Przypadków Użycia Czytaj dalej »

Krajowa Konferencja Inżynierii Oprogramowania

inżynieria oprogramowania, wydarzenia /

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 »

Związki modelowania procesów biznesowych z projektowaniem systemów informatycznych

analiza biznesowa, modelowanie procesów biznesowych /

Budowanie modeli biznesowych coraz częściej znajduje uznanie wśród projektantów systemów. Wiąże się to z faktem, że modele biznesowe stanowią podstawę całego przedsięwzięcia bowiem pozostałe dyscypliny inżynierii oprogramowania (bazując teraz na dyscyplinach RUP )czerpią z niej w następujący sposób: Dyscyplina Wymagania wykorzystuje biznesowe modele jako istotne dane wejściowe dla zrozumienia wymagań systemu. Dyscyplina Analiza i Projekt

Związki modelowania procesów biznesowych z projektowaniem systemów informatycznych Czytaj dalej »

Modelowanie biznesowe – znaczenie

analiza biznesowa, modelowanie procesów biznesowych /

Celem modelowania biznesu jest: Zrozumienie bieżących problemów w docelowej organizacji i określenie potencjałów udoskonalenia. cena wpływu zmiany organizacyjnej. Zapewnienie, że klienci, użytkownicy, inwestorzy oraz inne strony będą rozumieć organizację w ten sam sposób. Wyprowadzenie wymagań systemu oprogramowania, które jest konieczne, aby wspierać docelową organizację. Zrozumienie jak system oprogramowania, który ma być wykorzystywany w przyszłości, wpasuje

Modelowanie biznesowe – znaczenie Czytaj dalej »

Pisanie user story i scenariuszy przypadków użycia

scrum, zwinne modelowanie /

User story to opis celów zorientowanych na użytkownika, jakie jedna lub więcej osób osiągnie za pomocą Twojego produktu. User stories używa się do osiągnięcia celu zawsze wtedy, kiedy jest osoba obsługująca interfejs . User story pisze się w formacie Jako [osoba odgrywająca daną rolę] chcę [wykonać jakąś czynność] aby [osiągnąć jakiś cel]. W ten sam

Pisanie user story i scenariuszy przypadków użycia Czytaj dalej »

Scroll to Top