Modelowanie architektury zorientowanej na usługi w Enterprise Architect

Kilka dni października spędziłem na Śląsku, gdzie miałem okazję wspierać Klienta w zakresie modelowania za pomocą języka UML w Enterprise Architect. Zdarzenie to jest o tyle ciekawe, że po za ?tradycyjnymi modelami? budowaliśmy modele systemów działających w oparciu o architekturę zorientowaną na usługi (SOA). Poniżej diagram-przykład (nie pochodzi z rzeczywistego projektu Klienta) przedstawiający fragment modelu. […]

Modelowanie architektury zorientowanej na usługi w Enterprise Architect Czytaj dalej »

Architektura korporacyjna

Pojęcie architektury korporacyjnej (ang. enterprise architecture )  zaczyna funkcjonować w świadomości coraz to większej liczby firm. Firmy te dostrzegły potrzebę opisania struktury i współpracy na poziomie komponentów. Tymi komponentami mogą być pracownicy firmy, działy firm, systemy informatyczne. Koncepcją, która może pomóc zmienić postrzeganie informatyki w urzędzie – z roli czysto technicznej, na mającą istotne znaczenie dla

Architektura korporacyjna Czytaj dalej »

Szacowanie projektu w Enterprise Architect cz. 1

Warto wiedzieć, że istnieją na rynku narzędzia CASE, które wspierają inżynierów oprogramowania nie tylko w zarządzaniu wymaganiami, modelowaniu, projektowaniu systemów informatycznych, generowaniu kodu aplikacji, ale również w szacowaniu pracochłonności ich wytworzenia. Jednym z nich jest Enterprise Architect firmy Sparx System, który wspiera estymację pracochłonności wykonania sytemu informatycznego metodą punktów przypadków użycia. W celu skorzystania z

Szacowanie projektu w Enterprise Architect cz. 1 Czytaj dalej »

Szacowanie projektu w Enterprise Architect cz. 2

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

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

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

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

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

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

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 »

Przewijanie do góry