Г.4.2. Компонентное программное обеспечение
Основная идея компонентного ПО заключается в сборке прикладных систем из отдельных стандартных компонентов, разработанных разными поставщиками. Обмен сообщениями обеспечивает между компонентами нежесткую связь. Таким образом, при разработке программ акцент с программирования смещается в сторону проектирования решений и сборки компонентов. Концепция использования компонентов тесно связана с основными принципами объектно-ориентированного подхода. Объектно-ориентированные концепции не новы, однако в последние годы их роль в сфере создания реальных приложений заметно возрастает. Сегодня новые приложения, как правило, разрабатываются на базе объектно-ориентированных технологий: традиционное стандартное ПО разбивается на структуры объектов по принципу «сверху вниз» и затем проводится по принципу «снизу вверх» весь цикл разработки новых систем.
Г.4.2.1. Объекты
Объектная ориентация основана на концепции инкапсуляции объектов вместе с соответствующими описаниями данных и применяемыми при этом методами (функциями). Пользователи активизируют методы с помощью сообщений, открывающих доступ к данным. Конкретные детали реализации метода от пользователя скрыты.
Системы разрабатываются на уровне типов, т. е. похожие объекты группируются в классы. В этой книге мы не разграничиваем понятия «объект» (уровень экземпляров) и «классы» (уровень типов), а говорим просто об объектах. О каком именно понятии идет речь, становится ясно из контекста. Еще одной характеристикой объектов является их наследственная функциональность. Она позволяет подчиненным классам наследовать методы и атрибуты, присущие вышестоящим классам, посредством обобщения или специализации. Наследование лежит в основе принципа многократного использования.
Очевидно, что характеристики объектно-ориентированных методов можно было бы описать гораздо подробнее, однако для целей данной работы достаточно и беглого обзора. Рис. 52 иллюстрирует объектно-ориентированное описание процесса «обработка заказа», рассмотренного в разделе Б.1. Здесь представлены объекты, их имена, атрибуты и методы. Показан также обмен сообщения ми, включая метод соответствующего целевого объекта, передаваемые данные и данные, содержащиеся в ответе. В отличие от рис. 5, где приведен информационный поток, здесь мы дифференцируем функции, активизирующие обмен данными. Поток сообщений, который является результатом потока управления бизнес-процессом, использовать необязательно, так как последовательность выполнения функций внутри объектов не указана. Напомним, что бизнес-процессы характеризуются рядом потоков, включая функциональный, выходной, информационный и организационный. В управлении workflow акцент делается на функциональном потоке, тогда как в фокусе объектно-ориентированной концепции находится поток сообщений между информационными объектами.
Рис. 52. Объектно-ориентированное представление процесса «обработка заказа»
Рис. 53. Бизнес-объекты в примере «обработка заказа»
Объектная ориентация лежит в основе различных языков программирования (Java, C++, и т. д.). При разработке программ объектные библиотеки позволяют многократно использовать протестированные объекты.
Однако реализация этих базовых принципов с помощью объектно-ориентированного языка программирования ни в какой мере не гарантирует повышения эффективности по сравнению с традиционными модульными концепциями. Одной из самых распространенных причин громоздкости комплексных систем является чрезмерное структурирование их объектов. К тому же сильно структурированные объекты трудно активизировать с помощью приемлемой системы workflow. Именно поэтому объекты нередко объединяются в более крупные единицы — так называемые «бизнес-объекты», включающие прикладную информацию о взаимодействии внутренних объектов.