Wersjonowanie i automatyczny backup plików z modelami

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 często jakbym chciał. Do tego dochodzi problem awarii sprzętu. Kiedyś spaliła mi się płyta główna w momencie rozpoczęcia spotkania i dostęp do dysku z projektem był dość utrudniony. Długo szukałem bezpiecznego rozwiązania i od kliku tygodni pracuje ze SpiderOak. To aplikacja, która umożliwia backup w chmurze. Zalety są dwie: działa pod wieloma systemami operacyjnymi oraz dla mnie najważniejsze pliki są szyfrowane lokalnie i wysyłane na serwer w takiej, zaszyfrowanej, postaci. Dodatkowy bonus to wersjonowanie plików i możliwość synchronizacji  zasobów pomiędzy komputerami. Częstotliwość synchronizacji backupów można ustalać według potrzeb.  Są też minusy. Aplikacja mogłaby być bardziej intuicyjna. Drugi minus to płatne konta powyżej  bezpłatnych 2GB to limit 100GB – nie ma nic pośredniego. No ale pewnie się czepiam.

Zapraszam do testowania. Link z referencją to mały bonus dla mnie i dla Ciebie. Otrzymamy dodatkowy 1GB. Dziękuję za wybranie tego linku Uśmiech

SpiderOak link z referencją

SpiderOak – czysty link

Poniżej zrzut ekranu z dzisiejszego wieczora:

image

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 i realizuje zazwyczaj pewien zbiór interfejsów. Metoda (czyli implementacja operacji) jest składnikiem klasy i jest stosowana na diagramach interakcji.

Rozwiązaniem problemu jest wskazanie klas granicznych interfejsu i pokazanie komunikacji pomiędzy komponentami właśnie z użyciem klas.

Dalsza cześć Diagramy sekwencji a komponenty

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 tym postaram się zaprezentować jak za pomocą diagramów aktywności zamodelowanych w Enterprise Architect i dodatkowego narzędzia (Tormigo) można policzyć wybrane parametry procesu biznesowego.

Dalsza cześć Szacowanie procesów biznesowych metodą diagramów aktywności

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:

Nowością jest 14 diagram o nazwie: Profile Diagram

image

Więcej  na temat profile diagram niebawem.

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, które opisałem tutaj: Tormigo i mechanizm Baseline. Enterprise Architect w wersji 9.2 zawiera w sobie także mechanizm porównania zmian na diagramach w oparciu o baseline. Jak to działa?

Dalsza cześć Porównywanie diagramów w Enterprise Architect – teraz jeszcze łatwiejsze

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 zbiór znaczących decyzji dotyczących:

  • organizacji systemu komputerowego
  • wyboru elementów strukturalnych i ich interfejsów, z których system jest zbudowany
  • zachowania tych elementów opisanego w kooperacjach
  • składania elementów strukturalnych i czynnościowych w coraz to większe podsystemy
  • stylu architektonicznego, według którego tworzy się konstrukcję
  • systemu, to znaczy charakterystycznych elementów statycznych i dynamicznych oraz ich interfejsów, kooperacji i składania.

Architektura oprogramowania dotyczy nie tylko jego struktury i zachowania ale także stosowania go, jego funkcjonalności, efektywności, odporności, możliwości ponownego użycia, ograniczeń ekonomicznych i technologicznych oraz estetyki.”

Dla mnie nic dodać i nic ująć.

MANEA w nowej wersji

image

Chciałem tylko poinformować iż MANEA  – plugin umożliwiający synchronizację wpisów z MANTIS Bug Trucker  z Enterprise Architect – został zaktualizowany.
Przypomnę, że MANEA  jest to dodatek (plugin) do MANTIS BUG TRUCKER, który pozwala na dwukierunkową synchronizację wybranych wpisów z systemu MANTIS BT z repozytorium wymagań znajdujących się w Enterprise Architect. 
Z nieoficjalnych źródeł wiem, że w tym momencie z tego pluginu korzysta kilkadziesiąt firm na całym świecie.
 
MANEA w wersji 1.28 to przede wszystkim możliwość  pracy z wersją 1.28 MANTIS Bug Trucker  – aktualna stabilna wersja tego narzędzia. 
Zauważyłem też, że  nie trzeba się rejestrować by skorzystać z wersji demo tej wtyczki. Wystarczy pobrać pliki i klucz demo. Instrukcje umożliwiające pobranie i aktywację wersji demo można pobrać ze strony http://manea.modesto.pl/downloads/

Agile Modeling w EA za nami

Pierwsza edycja szkolenia Agile Modeling w Enterprise Architect za nami. W szkoleniu wzięło udział 6 osób, w tym tylko 3 Warszawy. Było nader interesująco, gdyż w trakcie szkolenia otrzymałem mnóstwo bardzo dociekliwych pytań. Niestety jak to przy takich dyskusjach bywa trudno unikać pytań a jednocześnie utrzymywać dyskusje tak by interesowała wszystkich. Ot paradoks szkoleń otwartychUśmiech. Generalnie na ankietach otrzymałem pozytywne oceny a zaplanowany materiał został zrealizowanych

Kolejna edycja jest planowana na luty/marzec 2012. Zapraszam serdecznie.

Ludzie w zespole projektowym

Na początek grudnia pozwolę sobie napisać o trzech spostrzeżeniach, dotyczących zespołu projektowego:

  • Ludzie i sposób ich współdziałania to najważniejsze determinant sukcesu projektu tworzenia oprogramowania
  • Osoby zainteresowane powinny być aktywnymi uczestnikami projektu
  • Ludzie, którzy ściśle ze sobą współpracują w zespołach znajdujących się w tej samej lokalizacji często zarządzają sami sobą
Innymi słowy. Metodyki są ważne, narzędzia i notacje są ważne, ale ludzie są najważniejsi. Ktoś powie truizm. Oczywiście. Warto jednak czasem sobie to przypomnieć zwłaszcza w zespołach ukierunkowanych na Agile.

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, który zakłada (w bardzo dużym uproszczeniu) akceptację samego siebie, dążenie do spokoju ducha oraz harmonii z otaczającym nas wszechświatem. W inżynierii oprogramowania pod zasadą TAO rozumiem iż zespół projektowy kieruje się: Tolerancją, Autonomią  i Odpowiedzialnością.

Dalsza cześć Zasada TAO – trzy cechy jeden zespół

Copyright © 2007 - 2012 Michał Wolski Wszystkie prawa zastrzeżone
RSS Creative Commons License online check