W kilku artykułach, które zaplanowałem na najbliższy czas, chcę przedstawić metodę przeprowadzenia audytu architektury. Nie mam tutaj na myśli jednak ani formalnego audytu informatycznego ani inspekcji kodu.
Istnieje wiele metod do formalnej inspekcji architektury (ATAM, ASAM, ADR itp.), które jednak wymagają dużej ilości czasu i stawiają wysokie wymagania dokumentacji projektu. Przedstawiona metoda, jako jedno z narzędzi do zapewnienia jakości sytemu, służy do zbadania architektury systemu, jednak nie wymaga aż tak sformalizowanego środowiska. Ponadto pozwala na znalezienie odpowiedzi na konkretne pytania, a nie tylko ocenę architektury pod kątem ogólnych zaleceń i dobrych praktyk. Przykładowo w trakcie audytu architektury można skupić się na następujących zagadnieniach:
- zachowanie standardów,
- błędna lub niekompletna specyfikacja modułow lub interface’ów,
- słabości w dokumentacji lub procesach,
- i tak dalej…
Wynikiem przeprowadzonego audytu są między innymi opis i ocena aktualnego stanu architektury systemu oraz zbiór zaleceń lub sdefinicja konkretnych działań prowadzących do poprawy sytuacji.