Обсуждение использования разъема питания является многочисленным. Фактически, пользователь может добавить разъем питания к существующей программной модели, используемой для соединения бизнес-задач и сквозных задач. Из-за семантики АОП часть разъема зависит от бизнес-задач, часть сквозных задач зависит от разъема питания.
Затем, вокруг соединителя, пользователь может создать ряд выбранных элементов, без необходимости вручную вводить какой-либо контент; это могут быть бизнес-задачи, режим соединения частей и выявленные сквозные проблемы (этот шаг заключается в определении взаимной информации AOP и информации, хранящейся в соединителе, для достижения этой части экспорт информации осуществим, конечно).
Также утверждается, что для обеспечения плавного перехода между проектированием и реализацией, а также поддержки низкоуровневого архитектурного проектирования, инструменты аспектно-ориентированного моделирования на основе ссылок должны поддерживать структуру кода, которая автоматически генерирует различные методы реализации АОП из модели проектирования. Это позволяет разработчику сосредоточиться на построении модели, в то время как инструмент моделирования автоматически генерирует код. Генерация кода повышает производительность разработчика и сокращает количество ошибок. Метод аспектно-ориентированного моделирования на основе ссылок улучшает возможность повторного использования технологии АОП и повышает эффективность разработки программного обеспечения, избегая несоответствий между проектированием и реализацией. Проектировщик может проектировать АО с объектно-ориентированной идеей, а разработчик может продолжить последующее программирование в соответствии с сгенерированной структурой кода.
Также было высказано предположение, что коннекторы были введены для поддержки аспектно-ориентированного моделирования, обеспечивая разделение задач на ранних этапах жизненного цикла программного обеспечения для решения задачи спецификации сквозных задач на архитектурном уровне. Одной из основных причин введения коннекторов было обеспечение поддержки стандартного инструмента разработки. Решения на основе UML для добавления коннекторов более приемлемы. Коннекторы — это простой и мощный идентификатор для аспектно-ориентированного моделирования. Однако для уменьшения количества ошибок при отображении моделей в код и обеспечения поддержки базовой архитектуры также требуется автоматическая генерация фреймворков кода АОП.
Таким образом, в целом, подходы аспектно-ориентированного моделирования на основе связей могут быть внедрены прозрачным образом на этапе аналитического проектирования программного обеспечения и могут направлять последующее написание кода АОП для достижения бесшовной связи между проектированием и кодом.
Время публикации: 01.10.2019