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 »
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 »
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 »
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 »
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 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 »
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 »
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 »
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 »
Co zrobić w sytuacji gdy do wykonania danej funkcji, opisanej przez przypadek użycia, potrzeba w tym samym momencie więcej niż jednego aktora? Czy można pokazać to na diagramie przypadków użycia? Otóż nie. Diagram przypadków użycia nie definiuje nam tego kto w jakiej sytuacji, w jakim momencie korzysta z danej funkcji. Relacja aktor – przypadek użycia
Przypadek użycia i działanie aktorów w tym samym czasie Czytaj dalej »
