КАТЕГОРИИ: Архитектура-(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) |
Разработка централизованных клиент-серверных систем
Разработка файл-серверных систем. Место определения архитектуры в жизненном цикле Детализация архитектуры Алгоритм выбора модели
При выборе нужно учитывать: 1. Возможно сравнение нескольких вариантов реализации 2. Унаследованные средства и системы 3. В архитектуре ИС может быть заложено несколько различных моделей
1. Определяется число узлов и их назначение (серверы, рабочие места) 2. Конкретизируется способ соединения узлов, вид сети, среда передач, структуру 3. Распределяем по узлам данные и функционал
ГОСТ 34.601-90
1. Стадия анализа и разработки концепции, определение общей модели и структуры системы. 2. Стадия ТЗ, утверждение архитектуры и структуры 3. Стадия эскизный проект, технический проект, детализация архитектуры и структуры
Лекция №12 (05.12.11) 5 декабря 2011 г. 13:25
Преимущества: 1. Простота развертывания исходных однопользовательских систем 2. Простота инструментальных средств, дешевизна разработки, эксплуатации 3. Простота аппаратных средств
Область применения: 1. Поддержка малых групп 2. Желательна малая конфликтность обращения к данным a. Информационно-справочные системы b. Разделение работы между пользователями по функциональности c. Разделение областей данных между пользователями
Возможности поддержки многопользовательского доступа: 1. Использование механизма транзакций 2. Использование буферирования - используемые данные записываются в буфер, изменения накапливаются, выгрузка изменений производится одномоментно одной командой. 3. Использование явного блокирования записей с помощью специальных команд
Описание ограничений (ПАРУ ПРЕДЛОЖЕНИЙ ГЛЯНЬ У КОГО-НИБУДЬ)
Резервирование-восстановление, контроль доступа поддерживается нестандартными средствами.
1. Выбор архитектуры модели (см. прошлую лекцию). 2. Выбор СУБД (зависит от выбранной модели). 3. Выбор инструментальных средств (зависит и от СУБД и от модели). 4. Выбор технологии доступа (зависит от всего предыдущего) a. Процедурные b. Объектные - описать источник, описать соединение, установить соединение, передать команду, возвратить результаты выборки или факт выполнения команды
Для реализации централизованных служебных операций выполняем:
Многопользовательский доступ - поддерживается механизмом транзакций. Выделяются операции с возможной потерей целостности данных. Основные варианты: a. Связанные данные фиксируются раздельно и могут быть использованы в несогласованных значениях b. Данные должны быть взяты в единый момент времени, но при изменении фиксируются раздельно
1. Определить возможность конфликтной ситуации. 2. Выбрать уровни транзакций, исключающие потерю целостности для выделенных операций.
Контроль целостности (поддержка целостности) - рекомендуется реализация на сервере стандартными средствами. В приложении - простейшие проверки ввода, либо нестандартные ограничения. В приложении На уровне сервера - в описании БД В программном коде сервера, если в стандартные ограничения не входит (триггеры)
Резервирование-восстановление 1. Определяется условие для инициализации резервирования - перед изменениями, после изменений, перед операциями изменения структуры, перед операциями изменения формата, перед опасными операциями (чистка БД) 2. Установление расписания резервирования 3. Определить ответственного за резервирование 4. Описание процедур резервирования и восстановления 5. Проведение учебных тренировок
6. Ведение наборов резервных копий 7. Проверка работоспособности процедур, работоспособности копий 8. Хранение на разных носителях
Контроль доступа Основной инструмент - стандартные средства СУБД и ОС. 1. Определяется ответственность за контроль доступа, желателен 1 человек, при большом объеме может быть несколько. 2. Определяется и утверждается процедура назначения и снятия прав доступа, определяется набор категорий пользователей с различающимся доступом, определяется способ поддержки доступа для категорий 3. Определяем, роли или группы будем использовать 4. Необходимо выполнять контроль логинов и паролей
Практика (05.12.11) 5 декабря 2011 г. 15:04
Дата добавления: 2014-01-20; Просмотров: 322; Нарушение авторских прав?; Мы поможем в написании вашей работы! Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет |