Specyfikacja komponentów i interfejsów w Enterprise Architect

Enterprise Architect, UML /

W trakcie projektowania systemów na poziomie komponentów istotnym jest aby dobrze wyspecyfikować kanały komunikacji pomiędzy komponentami. Poniżej w tekście tym, postaram się przedstawić kilka technik umożliwiających pracę na tym poziomie abstrakcji. Podobne wpisy UML – zastosowanie w biznesie Po raz kolejny Centrum Promocji Informatyki zorganizowało seminarium związane z wykorzystaniem języka UML w biznesie. W tym […]

Specyfikacja komponentów i interfejsów w Enterprise Architect Czytaj dalej »

Polskie znaki w centralnym repozytorium Enterprise Architecta

Enterprise Architect /

Praca grupowa w Enterprise Architect  jest wydajniejsza po zastosowaniu centralnego serwera bazodanowego, na którym znajduje się repozytorium z modelami i dokumentacją projektową. Takie repozytorium może być postawione przykładowo na MySQL. Tu jednak rodzi się problem z polskimi znakami. Każdy polski znak zwłaszcza litra ?ł? są zamieniane na znaki zapytania. Aby temu zapobiec wystarczy zmienić kodowanie

Polskie znaki w centralnym repozytorium Enterprise Architecta Czytaj dalej »

Modelowanie architektury zorientowanej na usługi w Enterprise Architect

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

analiza biznesowa, architektura korporacyjna, modelowanie procesów biznesowych /

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

Enterprise Architect, inżynieria oprogramowania, szacowanie oprogramowania /

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

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 »

Przewijanie do góry