Аспектно-ориентированные методы в управлении информационными потоками баз данных ДП АСУТП Богданов Николай Константинович
    В классах баз данных ДП АСУТП, также как и в классах программных систем, наблюдается проблема усложнения структуры из-за необходимости поддержки в них различных ограничений и требований к информационной системе в целом. Использование методов аспектно-ориентированного программирования позволяет отделить средства реализации контрактов классов от описываемых ими абстракций сущностей. Введение. Сущность аспектно-ориентированного программирования
    Методы объектно-ориентированного анализа и проектирования позволяют создать модель (архитектуру) информационной системы; провести анализ и создать на его основе модель предметной области. Типизации проектных решений служит широко распространенная концепция шаблонов, эффективные методы анализа и проектирования могут быть оформлены как стратегии.
    Однако при разработке программной системы требуется также обеспечить выполнение различных требований к ней. Это могут быть требования к безопасности (необходимость авторизации при проведении транзакций клиент-сервер), качеству обслуживания, синхронизации операций чтения/записи и обеспечению целостности данных и др.
    Ранее для специфицирования необходимости обеспечения некоторым классом определенных требований было введено понятие контракта [14]. Однако поддержка любого требования, не относящегося к сущности, описываемой классом, усложняет его структуру, более того, существует ряд требований, общих для многих различных классов или не являющихся функциональными, реализация которых в отдельных классах исключительно затруднена (такие требования называют "пересекающими" (crosscutting)). Требуется введение некоторого дополнительного программного "слоя", на который было бы возложено выполнение "контрактных обязательств" классов, абстрагирующих сущности предметной области.
    Для этого в 1997 г. группой разработчиков из Xerox PARC во главе с Г. Кикзалесом была предложена концепция аспектно-ориентированного программирования (АОП) [13]. Ими было явно введено понятие аспекта, которым является то свойство системы, которое не может быть явно реализовано в виде процедуры. "Аспекты имеют тенденцию не быть элементами функциональной декомпозиции системы, но скорее быть свойствами, которые системно воздействуют на производительность или семантику компонентов". В этом аспекты противоположны компонентам, "имеющим тенденцию быть единицами функциональной декомпозиции системы". Цель АОП - "поддержать программиста в четком разделении компонентов и аспектов друг от друга, обеспечивая механизмы, которые сделают возможным абстрагировать их и объединять для получения системы в целом". (На русском языке концепции и преимущества АОП описаны в [3]).
    В работе [11] рассматривается переход от контрактного проектирования к использованию аспектов. Имея в виду под словом "контракт" "спецификацию ограничений, которые должны быть соблюдены некоторой сущностью, запрашивающей услугу от другой сущности", авторы указывают, что "обычно части проекта, которые реализуют определенный контракт, "рассеяны" (scattered) по всему проекту". На те же проблемы "рассеивания", а также на "запутывание" (tangling) структуры классов вследствие необходимости реализации в них механизмов поддержки требований, не связанных с описываемыми ими абстракциями, указывали С. ............