Представление прокси на диаграмме компонентов UML
Как лучше всего описать архитектуру, состоящую из прокси, клиента и сервера (Web, SMTP, IMAP и т. Д.) На диаграмме компонентов UML?
Какие типы соединителей следует использовать между компонентами, и есть ли способ показать, что, хотя между клиентом и сервером существует прокси, клиент все равно обращается к серверу и на самом деле не заинтересован в прокси (это особенно актуально если прокси прозрачный)?
Спасибо!
2 ответа
Лучший способ показать прокси - это использовать стереотипы, помечая их <<proxy>>, Все знают, что такое прокси, так что это довольно безопасно.
Помимо этого, используйте стандартные ассоциации UML между классами. Если вы хотите, вы также можете заключить прокси и клиента в квадрат, а сервер в другой квадрат, чтобы читатель мог понять, что они расположены в "разных" местах. Хотя это и не стандартный UML, это улучшит семантику вашей диаграммы.
Прокси-сервер - это абстракция, состоящая (как минимум) из двух частей: устройства и программного обеспечения. Я согласен, что прокси-стереотип будет полезен, но я бы применил его к узлу и компоненту на схеме развертывания. Подключите устройства на физическом уровне сети; узлы на уровне логической сети (HTTP/SMTP/ и т. д.) и компоненты на уровне открытого интерфейса.