Предыдущая страница реферата | 1  2  3  4

Контроллер посылает запрос к созданному Proxy-объекту на 3 шаге.

Proxy-объект, поддерживающий интерфейс FactSourceInteface, делегирует запрос к Источнику Фактов (AbstractFactSource) в ядре, находящемуся на стороне сервера приложения. На этом шаге происходит сетевой вызов, который проходит через стаб (stub) клиентского приложения и скелетон (skeleton) сервера приложения, где реализуется взаимодействие на одной из технологий RMI, CORBA, DCOM или др.

На стороне сервера происходит аутентификация с помощью завода, отвечающего за безопасность (SecurityFactory). Процесс аутентификации происходит только при первом обращении клиентского приложения к серверу приложений.

Происходит процесс авторизации, во время которого выясняются права доступа пользователя.

Ядро запрашивает Метамодель (MetaModel) у Завода Метаданных (MetaFactory) для описания факта, с которым взаимодействует пользователь.

Завод Метаданных извлекает запрашиваемую Метамодель.

Ядро запрашивает Метамодель на предмет Картриджа (FactCartridge), в котором находится факт.

Метамодель берет Картридж, в котором находится искомый факт.

Для доступа к фактам для разных типов источников данных ядро запрашивает у Картриджа объект, поддерживающий интерфейс FactDAO.

Картридж запрашивает этот объект у Завода Доступа к Фактам (FactDAOFactory), который создает эти объекты.

Завод Доступа к Фактам создает запрашиваемый объект.

Ядро делегирует объекту запрос от Контроллера клиентского приложения.

Объект, поддерживающий интерфейс FactDAO, производит изменения факта (Fact).

Управление возвращается в Контроллер клиентского приложения, производящий коррекцию Модели (Model).

Медиатор посылает сообщение об обновлении Модели Виду, и он производит свою перерисовку.

5. Сложность реализации

Предложенная мной спецификация имеет точки соприкосновения со спецификацией EJB в плане целей, но не содержит ограничения на архитектуру безопасности, бизнес-объектов и их описаний. Спецификация не имеет узкую направленность на конкретную распределенную технологию, такую как RMI, и определяет архитектуру клиентских приложений, чего нет в спецификации EJB. Использование уже готовых реализаций спецификации EJB очень привлекательно по сравнению с самостоятельной реализацией, предложенной мной спецификации, но в силу своих ограничений может быть отвергнута. Для получения первой версии реализации спецификации каркаса системы с распределенной архитектурой было затрачено шесть месяцев группой программистов из 6 человек с 8 часовым рабочим днем и 5 дневной рабочей неделей. Для тех организаций, которые решили воспользоваться данной спецификацией, следует предварительно просчитать все плюсы и минусы ввязывания в данную разработку.

6. Благодарности

Выражаю свою благодарность людям, которые имели прямое отношение к реализации спецификации и внесения в нее своих поправок: Алексей Неупокоев, Юрий Юдин, Роман Камерлох, Тарас Улахович, Геннадий Пестунов, Иван Пономаренко. Без участия этих людей данная спецификация никогда бы не была мной получена.

Список литературы

Гамма Э. Приемы объектно-ориентированного проектирования (паттерны проектирования). - Санкт-Петербург: Издательство «Питер», 2001. – 368с.

Цимбал А. Технология CORBA для профессионалов. – Санкт-Петербург: Издательство «Питер», 2001. – 624с.

Скачали данный реферат: Jesaulov, Trofimov, Kac, Haritonij, Raisa, Domyshev, Krupin.
Последние просмотренные рефераты на тему: оценка реферата, скачать дипломную работу на тему, текст для изложения, урок реферат.



Предыдущая страница реферата | 1  2  3  4

Поделитесь этой записью или добавьте в закладки