W niniejszym badaniu opisano formalne modele systemu ATM przy u?yciu j?zyków opartych na stanach, takich jak Z, B i Alloy, a tak?e j?zyka opartego na zdarzeniach, takiego jak Monterey Phoenix. Sprawdzanie modeli odbywa si? za pomoc? zautomatyzowanych narz?dzi, tj. Z/EVES, Atelier B i Alloy Analyzer dla specyfikacji Z, B i Alloy. Ponadto przedstawiono analiz? porównawcz? ró?nych cech charakterystycznych dla ró?nych podej?c formalnych. Architektura oprogramowania odgrywa wa?n? rol? w projektowaniu wysokopoziomowym systemu pod wzgl?dem komponentów, l?czników i konfiguracji. Glównym elementem skladowym architektury oprogramowania jest styl architektoniczny, który zapewnia semantyk? projektowania specyficzn? dla danej dziedziny. W analizie zlo?onego stylu architektonicznego podj?to prób? sformalizowania jednego zlo?onego stylu, np. C2 (komponent i l?cznik), przy u?yciu formalnego j?zyka specyfikacji Alloy. Do sprawdzania spójno?ci notacji modelowania wykorzystuje si? narz?dzie do sprawdzania modeli, np. Alloy Analyzer.