КАТЕГОРИИ: Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748) |
Модель Репозитория (хранилище данных)
Данная модель чаще всего используется в ИС. Она предполагает общую базу данных, к которой обращаются разнообразные проекты. Для того чтобы подсистемы, составляющие систему, работали эффективнее, между ними должен идти обмен информацией. Его можно организовать двумя способами: а) все совместно используемые данные хранятся в центральной базе данных, доступной всем подсистемам; б) каждая подсистема имеет собственную базу данных. Обмен данными между подсистемами осуществляется посредством передачи сообщений.
Архитектура интегрированного набора Case инструментов.
Преимущества этой модели: 1)Подсистемам, в которых создаются данные, не надо знать, как эти данные использовались в других подсистемах. 2)Не требуется передавать данные из одной подсистемы в другую, что повышает эффективность. 3)Такие средства, как резервное копирование, безопасность, управление доступом, восстановление данных – централизованы, поскольку входят в систему управления «Репозитория». 4)Модель «Репозитории» прозрачна. В нее легко интегрировать новую подсистему. Недостатки этой модели: 1)Формат данных «Репозитория» не может и не должен быть удобен для каждой отдельной подсистемы. Поэтому, подсистема, выбрав данные, должна перевести их в удобный для себя формат (увеличивает время, уменьшает эффективность). 2)Поскольку «Репозитория» хранит большие объемы информации, модернизация таких систем проблематична. Даже небольшое изменение модели данных требует изменений во всех подсистемах, работающих с «Репозиторией». 3)Не все программы, входящие в систему предъявляют одинаково высокие требования к безопасности и резервированию, а СУБД относится ко всем данным одинаково (т.е. потеря эффективности).
22. Модель сервер-клиент. Разница между моделями “тонкого” и “толстого” клиента. Файл-серверная модель. Клиент – серверные приложения являются логическим продолжением файл – серверных приложений. Под клиент – серверными приложением будем понимать информационную систему, основанную на использовании серверов баз данных (в отличие от файлов с данными). Информационная система в общем случае состоит из: 1)Собственно интерфейс пользователя + код приложения. 2)СУБД. 3)БД. В зависимости от того, как распределены эти три части между сервером и клиентами различают разновидности клиент – серверной архитектуры. Они называются толстыми и тонкими клиентами. Рисунок. Толстый клиент
Дата добавления: 2015-04-24; Просмотров: 1808; Нарушение авторских прав?; Мы поможем в написании вашей работы! Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет |