7.3 Обеспечение целостности бд

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

Структурные ограничения фиксируют два требования целостности, которые должны поддерживаться реляционными СУБД: требование целостности сущностей и целостности ссылок. Каждому экземпляру сущности, представленному в отношении, соответствует только один его кортеж. Первое требование состоит в том, что любой кортеж отношения должен быть отличим от любого другого кортежа этого отношения, иными словами, любое отношение должно обладать первичным ключом.

Ф ормулировка второго требования тесно связана с понятием внешнего ключа. Напомним, что внешние ключи служат для связи отношений (таблиц БД) между собой. При этом атрибут одной таблицы, назовем ее родительской, служащий для связи ее с другой таблицей – дочерней, в которой он является первичным ключом – называется внешним ключом данного отношения (таблицы). Говорят, что отношение, в котором определен внешний ключ, ссылается на отношение, в котором этот же атрибут является первичным ключом. Требование целостности по ссылкам состоит в том, что для каждого значения внешнего ключа родительской таблицы должна найтись строка в дочерней таблице с таким же значением первичного ключа. Например, если в отношении R1 (рисунок 7.8) содержатся сведения о сотрудниках кафедры, а атрибут этого отношения Должн является первичным ключом отношения R2, то в этом отношении для каждой должности из R1 должна быть строка с соответствующим ей окладом.

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

Вывод

Таким образом, проектирование ИС, в том числе БД, осуществляется на физическом и логическом уровнях. Наиболее важной является задача структуризации данных. Классическим подходом проектирования баз данных является метод нормальных форм. Он базируется на определении зависимостей между атрибутами. Каждая следующая нормальная форма ограничивает определенный тип функциональных зависимостей, устраняет дублирование данных и сохраняет свойства предшествующих нормальных форм, обеспечивая целостность базы данных.

Лекция 8. Основные принципы создания интерфейсной оболочки

План

8.1 Основные принципы создания интерфейсной облочки

8.2 Проектирование баз данных с использованием CASE-технологий и системный анализ

Понятие «интерфейс» имеет несколько трактовок: во-первых, взаимодействие между пользователем и программно-аппаратными средствами компьютера – интерфейс пользователя; во-вторых – между программным и аппаратным обеспечением – аппаратно-программный интерфейс; и, в-третьих – между разными видами программного обеспечения – программный интерфейс. В текущем разделе речь будет идти, в основном, о пользовательском интерфейсе.

В настоящее время большинство пользователей органов социальной защиты населения в силу объективных обстоятельств привыкло использовать интерфейсы, разработанные под операционную систему MS DOS. Однако проектируемые информационные системы должны иметь возможность адаптации к меняющимся предпочтениям пользователей. В связи с этим используются современные достижения в области проектирования графического интерфейса пользователя (GUI) в сочетании с принципом многовариантности способов обращения к функциям системы. Интерфейс должен обеспечивать весь спектр способов ввода информации, предоставляя пользователю возможность выбора наиболее приемлемого для него способа общения с машиной.

Навигация обеспечивает пользователю способность перемещаться между различными экранами, информационными единицами и подпрограммами в автоматизированной системе. В полноценной системе пользователь всегда может получить информацию о состоянии системы, процесса выполнения или активной подпрограмме. Существует ряд навигационных средств и приемов, которые помогают пользователю ориентироваться в системе. Они включают: использование заголовков страниц для каждого экрана; использование номеров страниц; номеров строк и столбцов; отображение текущего имени файла вверху экрана. Тип системы навигации зависит от принятого стиля интерфейса. Для интерфейсов языка команд очень мало способов обеспечения полноценной навигации. В интерфейсах с меню можно использовать иерархически-структурированное меню. Для выхода из подменю нужно применять не сложные действия. Диалоговые интерфейсы сами по себе защищают пользователя от ошибочных действий. Информация «Состояния» обычно отображается внизу экрана и содержит в себе данные о количестве записей, числе обработанных единиц, процессе печати, очереди печати и т.д.

Основные требования, предъявляемые к интерфейсу пользователя:

Естественность (интуитивность)

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

Непротиворечивость и унифицированность

Если в процессе работы с системой пользователем были использованы некоторые приемы работы с какой-то частью системы, то в других частях системы аналогичные приемы работы должны быть идентичны. Также работа с системой через интерфейс должна соответствовать установленным и привычным нормам (например, использование клавиши Enter).

Неизбыточность

Это означает, что пользователь должен вводить только минимальную информацию для работы или управления системой. Например, пользователь не должен вводить незначимые цифры (00010 вместо 10). Аналогично, нельзя требовать от пользователя повторного ввода информации, которая была предварительно введена или которая может быть автоматически получена из системы. Желательно использовать значения по умолчанию, где только возможно, чтобы минимизировать процесс ввода информации.

Непосредственный доступ к системе помощи

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

Гибкость

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