5. Назначение, термины и основные возможности case-средства erwin.

CASE-средство предназначено для проектирования концептуальной и логической моделей базы данных вне зависимости от типа СУБД.

Основные термины.

Сущность (объект, отношение)– человек, предмет или со­бы­тие, о ко­то­ром соби­рает­ся и хранится информация.

Экземпляр сущности –единичное значение сущности.

Атрибут– характеристика или свойство сущности. Рекомендуется назы­вать атрибут и сущность существительными в единственном числе.

Домен –область значений одного или нескольких атрибутов.

Ключ –атрибут или группа атрибутов, однозначно определяю­щих экзем­пляр сущности.

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

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

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

Кардинальность– отношение числа экземпляров родительской сущности к числу экземпляров дочерней.

После создания модели, методом прямого проектирования сосздается пустая база данных с заданной моделью. И наоборот – из существующей базы данных методом обратного проектирования создается модель Erwin, которую далее можно изменить или перейти на другой тип СУБД и создать новую БД. Допускается импорт-экспорт сущностей в другие системы, например,Erwin.

Допускается создание представлений и хранимых процедур.

Билет 6

Организация человеко-машинного интерфейса.

Принципы разработки интерфейса:

1. Отдельная разработка интерфейса.

2. Учет возможностей аппаратных и программных средств.

3. Последовательность, унификация.

4. Использование общепринятых стандартов.

5. Учет особенностей пользователя системы.

6. Привлечение пользователя к разработке интерфейса.

7. Предусмотрение средств адаптации пользователя.

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

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

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

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

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

Критерии расположения информации на экране: идентифи­циро­вать связанные группы информации; различать исключительные ситуации, определять действия для продолжения выполнения; не заставлять пользо­ва­теля запоминать данные при переходе на другой экран; использовать стандарт­ный вид даты; использовать графики вмес­то таблиц; применять естественную форму написания прописных и строчных букв; выделять крас­ным цветом отрицательные значения; в верхней части экрана выво­дить меню, панели инструментов, в нижней ‑ строку состояния.

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

Адаптация- это способность устанавливать соответствие с уровнем подготовки пользователя. Существуют три типа адаптации:

косметическая - использование команд-акселераторов, исключе­ние повторных запросов, использование синонимов, опережающих отве­тов, умолчания, использование макросов, многоуровневая помощь;

фиксированная - пользователь явно выбирает уровень диалоговой поддержки;

автоматическая - система строит модель поведения пользователя, изме­няясь по мере работы с пользователем, распознавая его характеристики (время ответа, ошибки, обращение к помощи).

Гибкость при сравнении:в процессе диалога пользователь фор­ми­рует ответы на запросы системы. Возникает проблема, что считать правильным ответом. Обычно от степени сравнения полученного и проверочного ответа вырабатывается признак: ответ правильный или нет. Говорят, что допускается гибкость при сравнении, если при неточном совпадении ответа с эталоном при некоторых условиях вырабатывается признак правильности.

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

Интеллектуальные интерфейсыпреобразуют входные сообщения в соответствии с контекстом отображаемой предметной области. Основ­ными средствами интерфейса являются голосовой ввод инфор­мации; способность распознавания образов для интерпретации входных сообщений.