Обговорення використання роз'єму живлення має багато, насправді користувач може додати роз'єм живлення до існуючої моделі програмного забезпечення, що використовується для підключення проблем бізнесу та перехресних проблем, через семантику AOP, частина роз'єму залежить від проблем бізнесу, Частина перехресного розрізання залежить від роз'єму потужності.
Потім, навколо роз'єму, користувач може зробити серію вибраних, без необхідності вводити вручну вміст, це може бути проблеми бізнесу, режим деталей з'єднання та визначені поперечні проблеми (цей крок - це визначення взаємної інформації AOP, і інформація, що зберігається в з'єднувачі для досягнення, ця частина експортної інформації, звичайно, є здійсненною).
Також стверджується, що для того, щоб дозволити плавний перехід між дизайном та впровадженням та підтримкою архітектурного дизайну низького рівня, інструменти моделювання, орієнтовані на аспекти, орієнтовані на зв’язок, повинні підтримувати кодову рамку, яка автоматично генерує різні методи впровадження AOP з моделі дизайну. Дозволяє розробнику зосередитись на побудові моделі, тоді як інструмент моделювання автоматично генерує код. Генерація коду покращує продуктивність розробників та знижує помилки. Метод моделювання, орієнтованого на зв’язок, покращує повторне використання технології AOP та підвищує ефективність розвитку програмного забезпечення за допомогою програмного забезпечення за допомогою програмного забезпечення за допомогою програмного забезпечення за допомогою програмного забезпечення за допомогою програмного забезпечення за допомогою програмного забезпечення за допомогою програмного забезпечення за допомогою програмного забезпечення за допомогою програмного забезпечення за допомогою програмного забезпечення за допомогою програмного забезпечення за допомогою програмного забезпечення за допомогою програмного забезпечення за допомогою програмного забезпечення за допомогою Уникнення невідповідності дизайну та впровадження. Дизайнер може розробити AO за допомогою об'єктно-орієнтованої ідеї, і розробник може здійснювати подальше програмування відповідно до створеної рамки коду.
Також було припущено, що з'єднувачі були введені для підтримки моделювання, орієнтованого на аспекти, підтримуючи розділення проблем на початку життєвого циклу програмного забезпечення для вирішення специфікацій перехресних проблем на архітектурному рівні. Підтримка інструментів розробки. Рішення на основі UML для додавання роз'ємів є більш прийнятними. Коннектори-це простий і потужний ідентифікатор для моделювання, орієнтованого на аспект. Також необхідне автоматичне генерація рамок коду AOP.
Таким чином, загалом підходи, орієнтовані на аспекти моделювання, орієнтовані на зв’язок, можуть бути введені прозоро на етапі аналітичного дизайну програмного забезпечення та можуть керувати пізнішим написанням коду AOP для досягнення безперебійного з'єднання між дизайном та кодом.
Час посади: жовтень-01-2019