Inżynieria wstecz w projektach JAVA za pomocą Enterprise Architect

Enterprise Architect, inżynieria oprogramowania, narzędzia CASE, projektowanie systemów informatycznych /

Mechanizm inżynierii wstecz (ang. reverse engineering) wstecz jest użyteczny w tedy, gdy mamy napisany program i chcemy go udokumentować za pomocą modeli UML. Powstała w ten sposób dokumentacja jest modelem implementacji. W Enterprise Architect można dokonać tego poprzez wybór odpowiedniego parametru w menu kontekstowym pakietu do którego będzie importowany kod. Podobne wpisy Zintegrowane środowisko wytwarzania […]

Inżynieria wstecz w projektach JAVA za pomocą Enterprise Architect Czytaj dalej »

O systemach dwa słowa

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

Dużo się mówi na temat modelowania systemów informatycznych w języku UML. A co z systemami, które nie są informatycznymi? Za nim odpowiem na to pytanie warto przypomnieć sobie czym jest system a pomoże mi w tym zestawienie jakie zrobił Robert Gwiazdowski, którego pozwalam sobie zacytować: Pod pojęciem systemu nauka rozumie zintegrowaną całość, której własności nie

O systemach dwa słowa Czytaj dalej »

Planowanie w oparciu o kamienie milowe

zarządzanie projektami /

Planowanie w oparciu o kamienie milowe obejmuje określenie pożądanych wyników projektu i planowania progresji wobec nich poprzez serię kamieni milowych. Można określić dwa typy kamieni milowych: Kamienie milowe wypuszczenia – punkty, w których są udostępniane główne produkty wypuszczenia Wewnętrzne kamienie milowe – punkty, w których dokonuje się istotnego obiektywnie wymiernego postępu wobec zakończenia rozwiązania. Każdy

Planowanie w oparciu o kamienie milowe Czytaj dalej »

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 »

Scroll to Top