o modelowaniu procesów i systemów 

Modele mają poprawnie odzwierciedlać rzeczywistość – to prawda znana wszystkim, którzy choć trochę modelują. Wiedzę na ten temat przekazywałem w ostatnich dniach września (25-26.09) na szkoleniu otwartym z modelowania systemów informatycznych w języku UML. W szkoleniu uczestniczyło 12 osób z całej Polski i każdy przyjechał z innym problem, który można sprowadzić do jednego pytania: Jak poprawnie odzwierciedlić rzeczywistość w języku UML?. Na warsztatach poprzedzonych wykładem zrealizowaliśmy kilka przykładów – co wymagało dyscypliny pracy zarówno u uczestników jak i u mnie. Myślę, że cele szkolenia zostały osiągnięte i uczestnicy szkolenia już pewniej czują się podczas modelowania. Świadczą o tym bardzo wysokie oceny jakie w ankiecie otrzymałem za swoje przygotowanie i sposób prezentacji tematu. Ponadto w punkcie „Co się Państwu najbardziej podobało w niniejszych szkoleniu?” przeczytałem: wiele praktycznych informacji,  praktyczne przykłady, dużo ćwiczeń i możliwość wspólnego rozwiązywania wątpliwości, praktyczne podejście do problemu, praca z popularnym oprogramowaniem, praktyczne przykłady zastosowania języka UML w modelowaniu. Mam nadzieję, że na kolejnych szkoleniach tak jak i na tym i poprzednich nie rozczaruję jego uczestników.

Połowa września w tym roku to chłodne, deszczowe dni. Dwa dni z nich (18-19 września) były bardzo gorące, ale nie z powodu pogody.. W czasie tych dwóch dni prowadziłem szkolenie dla jednej z bardziej znanych firm na polskim rynku. Szkolenie dotyczyło zastosowania języka UML w modelowaniu ich systemów informatycznych. Szkolenie było zrealizowane na podstawie dokumentacji Klienta na IBM Rational Software Architect z rozszerzeniem dla technologii .NET jako środowiska deweloperskiego. Nie ukrywam, że szkolenie nie należało do najłatwiejszych dla  uczestników. Prezentacja nowej dla nich technologii oraz możliwości „wydajniejszego” zastosowania języka UML w ich projektach rodziła bardzo dużo pytań. Pytania były bardzo ciekawe tym bardziej, że całe szkolenie było oparte na dokumentacji projektowej klienta.

Istotnym elementem szkolenia było  zaadaptowanie trójwarstwowej architektury aplikacji do specyficznych potrzeb Klienta, który korzysta z komponentów wyprodukowanych przez firmy trzecie.

Przygotowanie takiego szkolenia i jego przeprowadzenie było dla mnie bardzo satysfakcjonujące. Myślę, że podobne wrażenia z udziału w szkoleniu mieli jego uczestnicy (12 osób).

Uczestnicy szkolenia ocenili szkolenie dobrze i bardzo dobrze w zakresie organizacji szkolenia (100%) i materiałów szkoleniowych (91%). Ankietowani ocenili przygotowanie trenera jako bardzo dobre (9 osób) i dobre (3 osoby). Ważność poruszanych tematów oceniony został jako ważne i bardzo ważne przez 83% uczestników. Natomiast sposób prezentacji tematów oraz ćwiczeń był dobry i bardzo dobry w opinii 91% ankietowanych.

W dobie dążenia do budowania wysokiej jakości systemów informatycznych istotne jest badanie dynamicznych własności kodu. W Rational Software Architect ten obszar wspomaga mechanizm Runtime Analysis.

Czym tak naprawdę jest Runtime Analysis? Runtime Analysis to nic innego jak praktyka nakierowana na zrozumienie zachowania komponentów oprogramowania na podstawie danych zgromadzonych w czasie wykonywania komponentu. Nad definicją Runtime Analysis należy się zastanowić w aspekcie znaczenia dwóch tworzących ją słów:

• ?Runtime? ? oznacza, że analiza nie obejmuje statycznych sposobów analizowania kodu źródłowego rozwijanego oprogramowania i relacji pomiędzy blokami budującymi oprogramowanie. Umożliwia ona raczej pozyskanie cennych informacji o tym jak dany komponent zachowuje się w czasie jego uruchomienia, zarówno w środowisku testowym, jak i w docelowym środowisku wdrożeniowym.
• ?Analysis? ? oznacza, że czynność jest zaprojektowana w celu uzyskania wyjaśnień dla różnych, występujących lub potencjalnych złych zachowań.

Runtime Analysis jest często mylone z debugowaniem, które jest dobrze znaną czynnością wykonywaną przez wszystkich developerów oprogramowania.

przeczytaj pozostałą część »

Synchronizacja prac projektowych jest bardzo ważnym elementem cyklu życia projektu. Pozwala ona na uzyskanie większej produktywności, dzięki możliwości prowadzenia równoległych prac programistycznych oraz skróceniu czasu cyklu udostępniania uzyskanych efektów.

Jednym z narzędzi, z rodziny produktów IBM,  realizujących synchronizację prac projektowych jest Rational ClearCase. Oprogramowanie to umożliwia zarządzanie cyklem życia projektu. Wbudowano w nie takie mechanizmy jak system kontroli wersji, automatyczne zarządzanie obszarami roboczymi, obsługa współbieżnych prac programistycznych, zarządzanie planami bazowymi oraz zarządzanie kompilacjami i wydaniami oprogramowania. Sprawia to, że Rational ClearCase oferuje pełną funkcjonalność niezbędną do tworzenia, aktualizowania, budowania i dostarczania aplikacji o newralgicznym znaczeniu dla działalności przedsiębiorstw, a także umożliwia ponowne wykorzystanie zasobów programistycznych oraz prawidłową konserwację oprogramowania.

W środowisku Rational Software Architect zostały zawarte mechanizmy współpracy z programem CVS (Concurrent Versions System). CVS jest najważniejszym systemem należącym do rodziny systemów kontroli wersji. Pracuje on w architekturze klient-serwer. Źródła są przechowywane przez serwer CVS w miejscu zwanym repozytorium. Dostęp do nich odbywa się za pomocą klienta CVS. Nie ma znaczenia czy repozytorium jest na maszynie lokalnej czy zdalnej.

przeczytaj pozostałą część »