Студопедия

КАТЕГОРИИ:


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


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



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




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