Представление прокси на диаграмме компонентов UML - PullRequest
1 голос
/ 16 января 2012

Как лучше всего описать архитектуру, состоящую из прокси, клиента и сервера (Web, SMTP, IMAP и т. Д.) На диаграмме компонентов UML?

Какие типы соединителей следует использовать между компонентами, и есть ли способ показать, что, хотя между клиентом и сервером существует прокси, клиент все равно обращается к серверу и на самом деле не заинтересован впрокси (это особенно актуально, если прокси прозрачный)?

Спасибо!

Ответы [ 2 ]

1 голос
/ 17 января 2012

Прокси - это абстракция, состоящая (как минимум) из двух частей: устройства и программного обеспечения.Я согласен, что прокси-стереотип был бы полезен, но я бы применил его к узлу и компоненту на схеме развертывания.Подключите устройства на уровне физической сети; узлы на уровне логической сети (HTTP / SMTP / и т. Д.) И компоненты на уровне открытого интерфейса.

1 голос
/ 17 января 2012

Лучший способ показать прокси - это использовать стереотипы, пометив его <<proxy>>. Все знают, что такое прокси, так что это довольно безопасно.

Кроме этого, используйте стандартные UML-ассоциации между классами. Если вы хотите, вы также можете заключить прокси и клиента в квадрат, а сервер в другой квадрат, чтобы читатель мог понять, что они расположены в «разных» местах. Хотя это и не стандартный UML, это улучшит семантику вашей диаграммы.

...