Представление компонентов UML 2 JMS
Я работаю над приложением, которое использует несколько jms-ресурсов, таких как очереди и темы, и в настоящее время я делаю UML-дизайн, и я не уверен в том, как лучше представить отношения между издателем и потребителем / подписчиком. На диаграмме компонентов, когда задействованы технологии JMS, просматривая Интернет, я нашел несколько примеров, но они совершенно разные, некоторые представляют очереди или topcis как отдельные компоненты, другие как интерфейсы.
Поэтому я сомневаюсь в том, ¿Как правильно в UML 2.0 представлять использование JMS-ресурса, такого как очередь или тема, с точки зрения как издателя, так и потребителя / подписчика?
Заранее спасибо.
1 ответ
Как вы уже видели, единственного решения не существует. Я предпочитаю стиль моделирования UML, который фокусируется на аспектах вашего приложения. Таким образом, существует возможность моделирования вашего приложения с использованием портов для моделирования соединений между компонентами (или, возможно, также между классами - там, где это актуально только). Затем уточните порты с помощью фактически используемых очередей сообщений и опустите прямые зависимости от классов JMS. Этот вид уточнения портов более распространен в моделировании SysML, но очень удобен для таких вещей, а также возможен в UML.
Кроме того, смоделируйте зависимость пакета от пакетов вашего приложения до библиотеки, но зависимости от ваших классов реализации от JMS могут быть опущены. Если вы хотите смоделировать все зависимости, было бы неплохо иметь разные диаграммы, одна из которых показывает в основном ваши аспекты, а другая - зависимости от библиотек.