| Объектная компонентная модель |
|
|
|
позволяет разрабатывать многоуровневые (см. раздел "Многослойная архитектура Атлантис-приложения. "), распределенные (по площадкам) приложения, поддерживающие открытые стандарты взаимодействия приложений. Эта возможность базируется на объектной компонентной модели, поддерживаемой средством разработки .
Логической единицей программного кода является объект (см. раздел "Понятие бизнес-объекта. ").
Объекты объединяются в компоненты. Компонент является структурной единицей программного кода. Каждый компонент инкапсулирует в себе свой кусочек БД, и не может напрямую обращаться к данным другого компонента. Для взаимодействия объектов, принадлежащих разным компонентам, предназначены интерфейсы межкомпонентного взаимодействия.
Структурной единицей приложения является модуль. Модуль может состоять как из одного компонента, так и из нескольких.
Интерфейсы межкомпонентного взаимодействия вынесены в отдельную сущность системы. Это позволяет менять реализацию программного кода и структуру БД, сохраняя при этом сам интерфейс взаимодействия. Таким образом разработчики получают возможность развивать компоненты независимо. В результате можно перейти от выпуска версий приложения целиком, к выпуску версий отдельных модулей приложения.
Декомпозиция приложения идет по двум направлениям - структурному и объектному. Соответственно, образуются структурные (вертикальные) компоненты и сквозные (горизонтальные) компоненты. Структурная декомпозиция позволяет разбить приложение на отдельные модули (например, "Управление снабжением", "Управление персоналом").
Объектная декомпозиция позволяет привнести в систему сущности, функциональность которых будет востребована в разных модулях (например, "Почтовый адрес", "Каталог подразделений"). Данные сущности образуют ядро приложения.
При декомпозиции приложения важно:
правильно разбить приложение на компоненты;
определить сервис, предоставляемый компонентами системе в целом (другим компонентам).
Для взаимодействия с другими приложениями используются стандарты COM и ActiveX. Возможные варианты:
использование стандартных и собственных COM-объектов;
встраивание стандартных и собственных ActiveX компонент (MS Word, Excel ...);
использование функциональности объектов приложения через COM-интерфейс;
встраивание окон приложения как ActiveX компонент.