Teraz pozostaje nam uruchomić w Enterprise Architect najpierw Build: prawy przycisk na pakiecie Problemz, następnie z menu kontekstowego wybieramy Build and Run > Build. Powinno się w EA otworzyć okno Output, w którym znajdą się komunikaty od kompilatora. Teraz przechodzimy do clou całych przygotowań. Jak w każdym debugerze również w EA wybieramy cel naszej dociekliwości, tu będzie to reakcja na naciśnięcie przycisku Wykonaj, który zmienia stan problemu. Będziemy oczywiście potrzebowali pułapek. Ustawienie ich odbywa się tak jak w większości środowisk zintegrowanych. Z drzewka z klasami wybieramy klasę FrmMainProblemz. Z menu kontekstowego wybieramy View Code. Teraz jeszcze ostatnia rzecz – otwarcie okna Debug Workbench z menu View > Debug Workbench.

Rysunek 8. Okno debugera i kodu źródłowego Enterprise Architect z zaznaczonymi pułapkami

W oknie z kodem źródłowym ustawiamy pułapki. Najlepiej będzie ustawić je na początku i na końcu metody btnExecute_Click tak jak na rysunku 8.Teraz nie pozostaje nam nic innego jak tylko uruchomić naszą aplikację. Z menu kontekstowego naszego pakietu wybieramy Build and Run > Debug Run. Nasza aplikacja powinna wystartować i wyglądać tak jak na rysunku 9.

Rysunek 9. Okno badanej aplikacji

Teraz pozostaje tylko wybrać działanie z listy w lewym górnym rogu i nacisnąć przycisk Wykonaj. Nasza aplikacja powinna zatrzymać się na pierwszej pułapce. W oknie Debug Workbench jest przycisk z obrazkiem dwóch czerwonych trójkątów skierowanych w prawo (Auto rekord selected thread) wciśnięcie uruchomi dalej debuger EA w trybie nagrywania. Gdy zatrzyma się po raz drugi, wybieramy czerwony kwadrat (Stop recording) EA zapyta się nas teraz o nazwę diagramu i utworzy diagram na podstawie nagranych danych. Musimy koniecznie pamiętać, że ten diagram dotyczy tylko wykonanego kodu, a więc tego co dokładnie się działo w tej konkretnej sytuacji. Może się okazać, że po wybraniu innego działania z listy dostaniemy całkiem inny diagram (np.: po wybraniu działania „Przypisz” diagram będzie dużo prostszy bo przypisanie nie zmienia stanu)

Rysunek 10. Wygenerowany diagram sekwencji (delikatnie ściśnięty przez autora)

Diagram, który otrzymaliśmy jako rezultat działania systemu pozwoli jednym rzutem oka zobaczyć całość działań uruchamianych w wyniku zmiany stanu problemu. Teraz możemy przejść do jego analizy.