sql — схема развертывания UML для обычного серверного PHP-приложения
Предположим, вы хотите визуализировать обычное серверное приложение PHP с использованием схемы развертывания UML 2 для тех, кто не обладает достаточными знаниями в этой области. Такое общее приложение может иметь три узла устройства (сервер базы данных, веб-сервер и клиент) и четыре узла среды выполнения (реляционная система управления базами данных, веб-сервер, интерпретатор PHP и веб-браузер). А внутри «Интерпретатор PHP» может находиться общий компонент «Приложение», а внутри среды выполнения «Веб-браузер» может быть три артефакта (HTML, CSS и JavaScript).
Поскольку PHP поддерживает множество различных протоколов и RDBMS, общий спецификатор для связи между узлом «PHP Interpreter» и узлом «Relational Database Management System» не может быть помечен конкретным протоколом, поэтому мы можем в основном сказать, что это TCP / IP между нижележащими узлами устройства «Сервер базы данных» и «Веб-сервер»; но это не всегда так (подумайте о сокетах). Между узлами среды исполнения «Веб-сервер» и «Веб-браузер» находится HTTP. Что здорово! : D. Что касается связи между СУБД и компонентом приложения, то это SQL, но это не протокол, а интерфейс результата зависит от подчеркивающего драйвера. Также не указано, что три узла устройства на разных экземплярах. А как насчет портов и интерфейсов компонента «Приложение» в отношении веб-браузера. Можем ли мы указать здесь что-то более конкретное, что также в основном верно?
Поэтому мой вопрос заключается в том, как бы правильная и в целом сбалансированная диаграмма выглядела, учитывая мои заметки в предыдущем абзаце?
Решение
Что вы можете сделать, это создать некоторую обзорную диаграмму, которая освещает смесь вышеупомянутого, как этот:
Вы можете видеть, что у самой машины есть IP-соединение, которое, конечно, может поддерживать множество протоколов. Вы не обязательно показываете, что будет проходить через это IP-соединение. При необходимости вы должны создать еще одну диаграмму, в которой перечислены все поддерживаемые протоколы в качестве интерфейсов, реализуемых здесь Это может показаться грязным / хитрым, и есть довольно очевидные вещи, которые можно легко отбросить.
Кроме того, вы можете видеть, что у вас есть СУБД и веб-сервер, которые работают в отдельных тюрьмах. Здесь вы можете видеть, что они предоставляют порты для того, с чем они разговаривают. Здесь опять не показано, с кем и как они разговаривают. Это может снова перейти к другой диаграмме, как это:
Короче говоря: вы не будете создавать единую диаграмму, показывающую все внутри, но вы будете создавать разные диаграммы для разных аспектов — что вы получите из некоторой обзорной диаграммы.
Другие решения
Других решений пока нет …
detector