Студопедия

КАТЕГОРИИ:


Архитектура-(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; Просмотров: 1786; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.007 сек.