Stanowi „wizytówkę” naszej firmy. Zachęca (lub odstrasza) klientów do zapoznania z ofertą, zakupami lub zachęca do odwiedzania naszej strony (to z kolei zapewnia np. finansowanie ze strony reklamodawców). Może także zawierać proste procedury sprawdzające poprawność wprowadzonych danych. Przy jej realizacji możemy korzystać z gotowych szablonów lub opracować własne.
WARSTWA BIZNESOWA
Obsługuje żądania z warstwy prezentacji, przekazując je do warstwy danych. Może to być podanie danych operacji do zapisania w bazie danych. Wówczas zapytanie to zostanie przetworzone na zrozumiałe dla warstwy danych i do niej przekazane.
WARSTWA DANYCH
Odpowiada za zarządzanie danymi.
Wadą tej architektury w porównaniu z poprzednim rozwiązaniem jest trudniejsza realizacja oraz zwiększenie czasu przetwarzania (sekwencyjne przetwarzanie danych). Dodatkowy narzut czasu powstaje, gdy zastosujemy szablony i choć w typowych rozwiązaniach nie jest to istotne (użytkownik tego nie zauważy ze względu na dużą szybkość serwera w porównaniu z transmisją przez Internet), to w niektórych przypadkach może to mieć znaczenie. Pozostaje wówczas możliwość stworzenia własnych szablonów lub poszukanie innych rozwiązań.
Zaletą jest natomiast rozdzielenie logiczne aplikacji umożliwiające łatwą skalowalność i elastyczność projektu oraz łatwiejsze przeniesienie na inną platformę - gdyby było konieczne (choć niektórzy twierdzą, iż w praktyce taka sytuacja ma miejsce rzadko, gdyż przeniesienie i tak najczęściej wiąże się z modyfikacją całego systemu i ten aspekt ma marginalne znaczenie). W porównaniu z architekturą dwuwarstwową wydłuża się także czas projektu.
Przy bardzo złożonych projektach celowe może być wykorzystanie większej niż 3 liczby warstw.
Zwróćmy uwagę, kto uczestniczy w procesie projektowania systemu informatycznego:
• zamawiający,
• inwestor,
• projektant (architekt),
• urzędnicy (przepisy prawne, normy, standardy związane zarówno z dziedziną informatyki, jak i modelowanej rzeczywistości),