projektowanie systemów informatycznych

Diagramy sekwencji a komponenty

Diagramy sekwencji są techniką, która idealnie nadaje się do zaprojektowania przepływu komunikatów pomiędzy klasami. Problem może powstać wtedy, gdy chcemy zaprezentować komunikację (użyte metody) na poziomie komponentów. Widziałem już w kilku miejscach diagramy sekwencji z komponentami. To bardzo niezdrowe rozwiązanie. Diagram sekwencji nie może być powiązany z metodą komponentu, gdyż komponenty to element, który wykorzystuje […]

Diagramy sekwencji a komponenty 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 »

Zasada TAO – trzy cechy jeden zespół

W dużych firmach spotkałem się czasem z sytuacją, w której to różne zespoły (np.: analitycy biznesowi i programiści) wzajemnie się zwalczali poprzez wytykanie nieścisłości w dokumentacji, jej barki lub niezgodność z przyjętymi regułami/metodykami. Sytuacja ta niewątpliwie nie sprzyja produkowanemu oprogramowaniu jaki i pracownikom firmy. W takich sytuacjach polecam  zasadę TAO. Zasada ta nawiązuje do taoizmu,

Zasada TAO – trzy cechy jeden zespół 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 »

Inżynieria oprogramowania w ujęciu obiektowym. UML, wzorce projektowe i Java

Jeśli jesteś programistą JAVA to ta książka jest właśnie dla Ciebie. Mówię to o książce pod tytułem: “Inżynieria oprogramowania w ujęciu obiektowym. UML, wzorce projektowe i Java” autorstwa Bernd Bruegge, Allen H. Dutoit. Dzięki tej książce dowiesz się, jak sprostać temu karkołomnemu zadaniu! W trakcie lektury poznasz język UML, który wprowadził porządek w tym skomplikowanym

Inżynieria oprogramowania w ujęciu obiektowym. UML, wzorce projektowe i Java 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 »

Modele na nowej maszynie – Witaj DELLU

Moja praca, jak zapewne wielu osób związanych z informatyką, jest związana z ekstremalnym wykorzystywaniem sprzętu. W moim przypadku jest to laptop, który działa niemalże non-stop, bo nawet gdy ja śpię on się backupuje. Skutkuje to tym iż 2 lata to maksimum co przegrzany sprzęt jest w stanie wytrzymać. Moja Tosia (Toshiba Tecra M9) dociągnęła dwóch

Modele na nowej maszynie – Witaj DELLU Czytaj dalej »

Scroll to Top