Pracując nad projektem staram się zawsze robić backup. Słowa staram się jest kluczowe. Do tego kopia musi być zaszyfrowana, gdyż zdarza się, że rzeczy są ważne i praca nad nimi wymaga zachowania poufności. Pliki z projektami są na zaszyfrowanym dysku, a kopia na innym dysku. Problem polega na tym, że taki backup robię nie tak […]
Wersjonowanie i automatyczny backup plików z modelami Czytaj dalej »
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 »
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 »
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 »
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 »
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 »
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 »
