analiza systemowa

Szacowanie procesów biznesowych metodą diagramów aktywności

W trakcie prac projektowych lub analitycznych wielokrotnie powstaje potrzeba policzenia parametrów procesu biznesowego lub szacowania złożoności budowanego oprogramowania.  Większość metod formalnych wymaga bardzo często dość trudnych obliczeń. Z drugiej strony w trakcie prac analitycznych lub projektowych powstaje zazwyczaj diagram aktywności, który w sposób naturalny prezentuje składowe procesu biznesowego lub elementy scenariusza przypadku użycia. W artykule […]

Szacowanie procesów biznesowych metodą diagramów aktywności Czytaj dalej »

UML w standardzie 2.4.1

W ferworze prac w 2011 zapomniałem napisać iż standard UML został zaktualizowany. Obecna wersja UML to 2.4.1. Pliki można pobrać z: UML 2.4.1 Superstructure UML 2.4.1 Infrastructure Nowością jest 14 diagram o nazwie: Profile Diagram Więcej  na temat profile diagram niebawem. Podobne wpisy UML – zastosowanie w biznesie Po raz kolejny Centrum Promocji Informatyki zorganizowało

UML w standardzie 2.4.1 Czytaj dalej »

Porównywanie diagramów w Enterprise Architect – teraz jeszcze łatwiejsze

Dużym problem przy projektowaniu jest porównanie i znalezienie zmian. Tego problemu chyba nie trzeba nikomu przedstawiać. Sam korzystam z wielu mechanizmów w tym z Baseline. Sama idea mechanizmu baseline nie jest zła, tylko, mówiąc delikatnie, trochę obciąża bazę danych. Problem jest także z porównaniem zapamiętanej wersji z obecną. By było mi łatwiej stosuję pomocnicze narzędzie,

Porównywanie diagramów w Enterprise Architect – teraz jeszcze łatwiejsze Czytaj dalej »

Czym jest architektura sytemu?

Ostatnio dużo się mówi na temat architektury systemów. W niektórych kręgach pojęcie to ma już rangę mityczną lub prawie mistyczną. Co więcej definicji jest tyle ilu jest dyskutantów.  W swojej pracy posługuję się definicją architektury ,która jest określona w książce „UML przewodnik użytkownika” Booch, Rumbaugh, Jacobson wydawnictwo WNT strona 31 gdzie czytamy: (cyt) „Architektura to

Czym jest architektura sytemu? Czytaj dalej »

Agile Modeling – szkolenie w grudniu

Obiecałem, że po wakacjach wznowię nabór na szkolenie: Agile Modeling w Enterprise Architect Dziś właśnie ustaliłem termin wynajmu sali. Zapraszam więc na szkolenie w dniu 08-09.12.2011 Miejsce szkolenia: Warszawa, ul Nowogrodzka 56A. Zdjęcie sali obok. Więcej na temat szkolenia na stronie:  Agile Modeling w Enterprise Architect. Jeśli chcesz wziąć udział w szkoleniu proszę wypełnij Deklarację

Agile Modeling – szkolenie w grudniu Czytaj dalej »

UML i wzorce projektowe.

Na rynku pojawiła się nowa ksiażka o UML. Tzn. pojawiła się w marcu, ale dopiero teraz mogłem ją przejrzeć.Książka ta to": UML i wzorce projektowe. Analiza i projektowanie obiektowe oraz iteracyjny model wytwarzania aplikacji. Wydanie III autorstwa Craig Larmana Książkę można zamówić bezpośrednio w Helionie. W książce tej Craig Larman łączy znajomość języka UML z

UML i wzorce projektowe. Czytaj dalej »

Czy czas może być aktorem?

Czy czas może być aktorem czy też nie oto jest pytanie? Jak zamodelować w konkretnym czasie aplikacji działanie? I inne tego typu pytania często są bolączką osób modelujących. Otóż jest opinia, że, można traktować czas jako aktora. Wówczas aktor reprezentujący czas może przykładowo rozpoczynać przypadek użycia odpowiadający za przygotowanie informacji o zarobkach, raportu lub rozesłanie

Czy czas może być aktorem? Czytaj dalej »

Identyfikacja elementów modelu statycznego na bazie modelu przypadków użycia

Analizując model przypadków użycia można zidentyfikować elementy modelu statycznego (struktury). Poniżej kilka porad w tym zakresie: Szukaj rzeczowników: to zazwyczaj klasy lub atrybuty, przykładowo Centrum Odpowiedzialności. Szukaj czasowników: wskazują one często na związek. Przykładowo, użytkownik przypisuje Klienta do Centrum Odpowiedzialności. Szukaj sprawców: jeśli biznes wskazuje na ich działanie, lub są oni do czegoś potrzebni, stanowią

Identyfikacja elementów modelu statycznego na bazie modelu przypadków użycia Czytaj dalej »

Nazywanie procesu

Modelując procesy biznesowe czy też scenariusze działania systemów IT często dochodzi do dyskusji jak nazwać proces.Poniżej są wskazówki i lista sugerowanych nazw, które można zastosować identyfikując procesy na diagramach DFD, diagramach aktywności, czy scenariuszach opisujących dekomponujących przypadki użycia,.: Nazwa powinna składać się z wyrażenia czasownikowego poprzedzonego wyrażeniem rzeczownikowym, przykładowo ważność zakresu ubezpieczenia, Użyj wyrażenia czasownikowego

Nazywanie procesu Czytaj dalej »

Usuwać albo nie usuwać oto jest pytanie

Podczas konsultacji projektów u moich klientów otrzymuję często to samo pytanie, które parafrazując znany cytat z Hameta Shakespeare’a brzmi: Usuwać albo nie usuwać elementy modelu oto jest pytanie. Moja odpowiedź jest prosta. Oczywiście, że usuwać ale do kosza.   Tym koszem może być oddzielny pakiet. W ten sposób nie pozbywamy się na stałe tych elementów

Usuwać albo nie usuwać oto jest pytanie Czytaj dalej »

Scroll to Top