Абмеркаванне выкарыстання раздыма сілкавання было шмат, насамрэч, карыстальнік можа дадаць раз'ём сілкавання да існуючай мадэлі праграмнага забеспячэння, якое выкарыстоўваецца для злучэння бізнес-праблем і скразных праблем, таму што з-за семантыкі AOP частка раздыма залежыць ад бізнес-праблем, скразная частка залежыць ад раздыма харчавання.
Затым, вакол раздыма, карыстальнік можа зрабіць серыю выбраных, без неабходнасці ручнога ўводу любога змесціва, гэта могуць быць бізнес-заклапочанасці, рэжым злучэння частак і скразныя заклапочанасці, выяўленыя (гэты крок шляхам вызначэння ўзаемнай інфармацыі AOP, і інфармацыя, якая захоўваецца ў раздыме для дасягнення, гэтая частка экспарту інфармацыі магчыма, вядома).
Таксама сцвярджаецца, што для забеспячэння плыўнага пераходу паміж праектаваннем і рэалізацыяй і падтрымкі нізкаўзроўневага архітэктурнага праектавання інструменты аспектна-арыентаванага мадэлявання на аснове спасылак павінны падтрымліваць структуру кода, якая аўтаматычна стварае розныя метады рэалізацыі ААП з мадэлі праектавання. Гэта дазваляе распрацоўніку засяродзіцца на пабудове мадэлі, у той час як інструмент мадэлявання стварае код аўтаматычна. Генерацыя кода павышае прадукцыйнасць распрацоўшчыка і памяншае колькасць памылак. Метад аспектна-арыентаванага мадэлявання на аснове спасылак паляпшае шматразовае выкарыстанне тэхналогіі ААП і павышае эфектыўнасць распрацоўкі праграмнага забеспячэння шляхам пазбяганне неадпаведнасці паміж дызайнам і рэалізацыяй. Дызайнер можа распрацаваць AO з аб'ектна-арыентаванай ідэяй, а распрацоўшчык можа працягваць далейшае праграмаванне ў адпаведнасці са згенераванай кодавай рамкай.
Было таксама выказана здагадка, што раздымы былі ўведзены для падтрымкі аспектна-арыентаванага мадэлявання, захавання падзелу праблем на ранніх этапах жыццёвага цыкла праграмнага забеспячэння для вырашэння спецыфікацыі скразных праблем на архітэктурным узроўні. Адной з асноўных прычын, па якой былі ўведзены раздымы, было забеспячэнне стандарту падтрымка інструментаў распрацоўкі. Рашэнні на аснове Uml для дадання злучальнікаў больш прымальныя. Злучальнікі з'яўляюцца простым і магутным ідэнтыфікатарам для аспектна-арыентаванага мадэлявання. Але для таго, каб паменшыць колькасць памылак пры супастаўленні мадэляў у код і забяспечыць падтрымку асноўнай архітэктуры, таксама неабходная аўтаматычная генерацыя фрэймворкаў кода AOP.
Такім чынам, у цэлым падыходы да аспектна-арыентаванага мадэлявання, заснаваныя на спасылках, могуць быць уведзены празрыста на аналітычнай стадыі праектавання праграмнага забеспячэння і могуць кіраваць наступным напісаннем кода AOP для дасягнення бесперашкоднай сувязі паміж дызайнам і кодам.
Час размяшчэння: 1 кастрычніка 2019 г