W strukturze projektu z rysunku 3 wybierzemy pakiet Problemz i skonfigurujemy działania Build and Run. W tym celu klikamy na pakiecie prawym przyciskiem i wybieramy z menu kontekstowego Build and Run > Package Build Scripts. Następnie klikamy przycisk Add. Otrzymamy okno konfiguracji z rysunku 7. W oknie tym nas zainteresują przede wszystkim zakładki Build i Debug.

Rysunek 7. Okna konfiguracji debugera w Enterprise Architect

Na zakładce Build, podamy pełną linię poleceń do przebudowania naszego projektu. W moim przypadku wygląda ona następująco: C:\Windows\Microsoft.NET\Framework\v3.5\MSBuild.exe s:\Kod\Problemz.sln Dodatkowo możemy zaznaczyć żeby Enterprise Architect przejął komunikaty kompilatora oraz żeby je przetwarzał – co pozwoli nam w razie błędu kliknąć na komunikat i zostać przeniesionym do kodu. Jeżeli założymy, że wcześniej już przebudowaliśmy aplikację w środowisku to nie będziemy musieli tego konfigurować, ponieważ do tego co potrzebujemy zrobić nie jest nam niezbędna możliwość przebudowania aplikacji. Drugim elementem konfiguracji będzie konfiguracja debugera na zakładce Debug (dolna część rysunku 7). Tam podajemy ścieżkę do aplikacji i wybieramy debuger. Ja wybrałem .NET 2.0 pomimo, że aplikacja działa w .NET 3.5, ale na potrzeby analizy działania nie robi to Enterprise Architect żadnej różnicy.