Model fizyczny: architektura aplikacji

Po zakończeniu tworzenia koncepcyjnych i logicznych modeli można podejmować decyzje dotyczące fizycznej implementacji aplikacji. Aby utworzyć model fizyczny, musisz zrozumieć, gdzie powinny znajdować się różne usługi aplikacji i jak należy je zaimplementować. Określenie, gdzie znajdują się różne usługi, powinno nastąpić przed wdrożeniem tych usług.

Jedną z podstawowych reguł określania, gdzie znajdują się różne usługi, jest to: Umieść składnik, w którym jest używany. Jeśli na przykład składnik wyświetla informacje dla klienta podstawowego, powinien on znaleźć się na komputerze użytkownika. Jeśli składnik weryfikuje informacje z klienta podstawowego, powinien również znajdować się na komputerze klienta podstawowego. Jeśli składnik aktualizuje informacje w bazie danych, powinien znajdować się na serwerze bazy danych.

Istnieją oczywiście dodatkowe zagadnienia, które tworzą wyjątki od tej reguły. Problemy z wydajnością i zabezpieczeniami mogą również określać, gdzie znajduje się składnik. Rozważ następujące kwestie:

• Czy składnik będzie często zmieniany, co utrudnia dystrybucję aktualizacji?
• Czy składnik będzie używany przez inne aplikacje, takie jak wspólny składnik weryfikacji zabezpieczeń?
• Czy składnik wykonuje długie obliczenia lub wykonuje funkcje, takie jak drukowanie, które można odciążyć na serwerze?
• Czy zabezpieczenia składnika można zwiększyć, umieszczając go na serwerze?

Prawidłowe lokalizowanie składników aplikacji może również odizolować zespół deweloperów od kosztownego ponownego przetwarzania, jeśli system lub lokalizacja danych ulegnie zmianie. Na przykład dzięki umieszczeniu reguł dostępu do danych w warstwie danych, a nie w procedurach składowanych, aplikacja jest łatwiej odizolowana od zależności od określonego systemu DBMS. Nie tylko zmiany są ograniczone i testowane z podziałem na przedziały, ale źródła danych można zmienić, a dane mogą być dystrybuowane bez fundamentalnego zmieniania aplikacji.

Na koniec lokalizowanie składników powinno korzystać z wydajności systemu. Umieszczenie obiektów biznesowych w scentralizowanych lokalizacjach sieci jest efektywne czasowo i kosztowo. Obiekty można udostępniać między aplikacjami, a testowanie jednostkowe można wykonać przed wdrożeniem wszystkich składników. Koszty konserwacji można również zmniejszyć, ponieważ zmiany reguły występują tylko w jednym punkcie.

Tematy pokrewne

Model Koncepcyjny: Wymagania dotyczące aplikacji

modelu logicznego: definicja aplikacji i planowanie