Ведение базы данныхЭтапы постановки задач ведения базы данных.Формирование списка событий.Списки событий и их характеристики.

Ведение базы данныхЭтапы постановки задач ведения базы данных.Формирование списка событий.Списки событий и их характеристики.

Ведение базы данныхОпределение задач ведения базы данных.Рекомендации.Содержание постановки задачи ведения базы данных АС.

Целостность базы данныхПонятие ограничений целостности.

Модель технологического процесса обработки данных.Определение.Основные правила построения модели технологического процесса обработки данных.

Достоверность обработки информации.Пример.

Навигация в базе данных. Языки запросов. Язык SQL. Синтаксис языка.

Проектирование пользовательского интерфейса Этапы проектирования интерфейса. Определение функций. Фазы диалога. Начальная и завершающая фазы. Преследование цели.

Проектирование пользовательского интерфейса. Структура диалога. Представление структуры диалога в форме И-ИЛИ графа. Примеры.

Сценарий диалога в форме схем алгоритмов. Определение сценария. Возможные сценарии для вершин И, ИЛИ. Схемы алгоритмов.

Ведение базы данных

 

Этапы постановки задач ведения базы данных.

Этапы постановки задач ведения базы данных.

- определение множества событий, которые вызывают изменения в БД;

- определение задач и их функций по ведению БД;

- постановка задач ведения БД.

 

Формирование списка событий.

События формируются для каждого отношения r_i:

- определяются события, наступление которых связано с добавлением одного или нескольких элементов отношений;

- определяются события, связанные с удалением одного или нескольких элементов отношения;

- определяются события, связанные с изменением значений атрибутов.

 

Списки событий и их характеристики.

Нахождение множества событий.

С =

i – Номер отношения логической модели

n–Количество отношений в логической модели

С_i – множество событий связанных с изменениями отношения r_i.

Далее устанавливаются характеристики событий: период времени рассмотрения событий; частота события; определить документы, в которых описываются наступившие события; определяется ответственное лицо, которое ответственно за сообщение наступившего события; степень активности этого лица.

 

Ведение базы данных. Определение задач ведения базы данных.

Определение задач ведения базы данных.

Определить список задач; список событий; наступление каких событий обрабатывается в каких задачах; установить входные данные; определить какая схема БД; какие отношения будут подвержены обновлению.

Данная задача сводится к разбиению множества событий на кластеры. С каждым кластером сопоставляется одна задача.

 

Рекомендации.

Рекомендации разбиения на кластеры:

- каждое событие должно быть отнесено к одному или нескольким кластерам;

- задачи должны быть прочные по данным, должно быть как можно меньше отношений, которые модифицируются в разных задачах;

- количество отношений, которые модифицируются в одной задаче должно быть ограничено;

- отношения, которые модифицируются в одной задаче, должны быть смежными в логической схеме;

- количество событий, обрабатываемых одной задачей, должно быть ограничено, чтобы уменьшить объем;

- задача должна включать обработку отношений, связанных с тем событием, которые обрабатываются в задаче.

 

Содержание постановки задачи ведения базы данных АС.

Составляется документ, который включает в себя:

- название задачи и ее шифр;

- пользователи;

- список событий и частоты их наступления;

- функции задачи;

- список отношений, которые здесь используются;

- документы, в которых содержится информация для обновления данных;

- источники этих документов, ответственные за их доставку;

- частота выполнения задачей отдельной функции;

- оценка трудоемкости выполнения функций и задач в целом в течении заданного периода времени.

 

Целостность базы данных

Классификация ограничений целостности.

Ограничения целостности делятся на следующие категории:

- внутренние и внешние;

- статические и динамические;

- безотлагательные и отложенные.

 

Внутренние ограничения.

Обусловлены использованием модели базы данных. Например, для реляционной модели внутренние ограничения могут быть следующие:

- значения атрибутов отношения должны быть в составе соответствующих доменов;

- все элементы отношения должны быть различные, то есть отличаться хотя бы одним значением атрибута;

- не должно быть отношений, где ключ имеет неопределенное значение;

- в отношении не должно быть двух элементов с одним и тем же значением первичного ключа;

- должно быть запрещено удаление, добавление, изменение данных, которые разрешены устанавливать для отношения функциональные зависимости.

 

Внешние ограничения.

Обусловлены законами предметной области. Например:

- ограничения, обусловленные избирательностью связи;

- ограничения, обусловленные зависимостями между первичными и вторичными атрибутами отношения;

- и т.д.

 

Статические ограничения.

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

 

Динамические ограничения.

Определяют допустимость перехода базы данных из одного допустимого состояния в другое допустимое состояние. Проверка динамических ограничений сложна. Должен быть журнал состояния динамических ограничений. В качестве примера динамического ограничения целостности можно привести ограничение банковской системы, в соответствии с которым нельзя удалить сведения о клиенте, пока у него не закрыт счёт.

 

Отложенные ограничения.

Проверяются после выполнения нескольких связанных между собой операций, каждая из которых нарушает ограничение целостности и лишь после завершения всей последовательности операций целостность базы данных может восстанавливаться. Например, пусть в таблице «Группы» есть атрибут «Количество студентов». После внесения списка студентов в таблицу «Студенты», количество элементов отношения «Студенты», относящееся к одной группе, должно равняться значению атрибута «Количество студентов» отношения «Группы».

 

Определение.

Технологический процесс обработки данных является отражением информационной технологии, которая реализуется автоматизированной системой.

 

Символы схемы.

	Процесс		Данные вводимые вручную
	Решение		Ручная операция
	Команды, подаваемые на исполнительные устройства		Соединитель
	Предопределенный процесс		Бумажная лента
	ОЗУ		Перфокарта
	Устройство печати, регистратор		Хранимые данные
	Терминатор		Индикаторы
	Подготовка		ЗУ с прямым доступом
	Поток данных		Альтернативная связь
	Комментарий		Параллельные действия

 

 

Навигация в базе данных

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

 

Построениезапросов.

- определяется множество отношений, использующихся в запросе, для этого строится граф зацеплений и матрица покрытий. Множество отношений должно быть минимальным по мощности;

- определяются допустимые пути доступа к данным. Возможные пути – либо последовательность отношений, либо одно отношение; Эта последовательность определяет структуру алгоритма поиска данных;

- определяется схема алгоритма поиска, по ней определяется количество обращений к базе данных;

- среди всех возможных, выбирается последовательность с минимальным количеством обращений.

 

Определение функций.

- функции прикладных задач (оператор);

- функции ведения базы данных (администраторы базы данных);

- функции сопровождения системного программного обеспечения (системные администраторы);

- функции сопровождения прикладного программного обеспечения (прикладные программисты);

- функции обеспечения защиты информации (специалисты по защите);

- функции контроля и диагностики технических средств (группа технического обеспечения).

 

Фазы диалога.

- начальная – фаза установления цели диалога, определение задачи;

- преследование целей – решение задачи;

- заключительная – завершение решения задачи.

 

Преследование цели.

Определяются структуры диалога.

Граф И-ИЛИ - ориентированный граф, представляющий из себя сеть с одним истоком и множеством стоков. Исток – вершина 0. Каждая вершина, не являющаяся стоком, является сложным шагом диалога.

Если вершина обозначается «ИЛИ», то сложный шаг считается успешно завершённым, если считаются завершёнными один или несколько шагов, входящих в состав сложного шага.

Если вершина обозначается «И», то сложный шаг считается успешно завершённым, если успешно завершены все шаги входящие состав сложного шага.

 

Определение функций.

- функции прикладных задач (оператор);

- функции ведения базы данных (администраторы базы данных);

- функции сопровождения системного программного обеспечения (системные администраторы);

- функции сопровождения прикладного программного обеспечения (прикладные программисты);

- функции обеспечения защиты информации (специалисты по защите);

- функции контроля и диагностики технических средств (группа технического обеспечения).

 

Фазы диалога.

- начальная – фаза установления цели диалога, определение задачи;

- преследование целей – решение задачи;

- заключительная – завершение решения задачи.

Преследование цели.

Определяются структуры диалога.

Граф И-ИЛИ - ориентированный граф, представляющий из себя сеть с одним истоком и множеством стоков. Исток – вершина 0. Каждая вершина, не являющаяся стоком, является сложным шагом диалога.

Если вершина обозначается «ИЛИ», то сложный шаг считается успешно завершённым, если считаются завершёнными один или несколько шагов, входящих в состав сложного шага.

Если вершина обозначается «И», то сложный шаг считается успешно завершённым, если успешно завершены все шаги входящие состав сложного шага.

 

Преследование цели.

Определяются структуры диалога.

Граф И-ИЛИ - ориентированный граф, представляющий из себя сеть с одним истоком и множеством стоков. Исток – вершина 0. Каждая вершина, не являющаяся стоком, является сложным шагом диалога.

Если вершина обозначается «ИЛИ», то сложный шаг считается успешно завершённым, если считаются завершёнными один или несколько шагов, входящих в состав сложного шага.

Если вершина обозначается «И», то сложный шаг считается успешно завершённым, если успешно завершены все шаги входящие состав сложного шага.

 

Ведение базы данныхЭтапы постановки задач ведения базы данных.Формирование списка событий.Списки событий и их характеристики.

Ведение базы данныхОпределение задач ведения базы данных.Рекомендации.Содержание постановки задачи ведения базы данных АС.