Komponenty logiczne versus fizyczna reprezentacja

W dużym skrócie – komponent logiczny jest odpowiedzialny za logikę biznesową (np. sprzedaż, przyjęcie zamówień), zaś jego reprezentacja fizyczna będzie ukazywała wszystkie serwisy z których korzysta.

Komponenty logiczne

Komponenty logiczne będą zatem się mapować na odpowiedzialności. Przykładowo komponent Commenting będzie odpowiedzialny za obsługę komentarzy.

Komponenty logiczne a struktura projektu

Najczęściej komponenty logiczne są odzwierciedlane w strukturze projektu. Przykładowo:

Katalog library_management_system będzie nazwą aplikacji

Katalog inventory będzie reprezentował domeną

Katalog books będzie reprezentował komponent logiczny (przykładowa nazwa: Books Inventory)

… i tak dalej 🙂

Czasami pojawiają się też pod domeny. Łatwo można sobie wyobrazić, że katalog books można podzielić jeszcze na papierowe i ebooki:

W takim wypadku katalog books staje się pod domeną, a logiczne komponenty to katalogi ebook i paper.

Reprezentacja fizyczna

Reprezentacja fizyczna będzie pokazywała z jakich klocków składa się system (bazy danych, backend, frontend) a także może pokazywać mapowanie komponentów logicznych na reprezentację fizyczną. Przykładowo:

Pozostaw komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *