2. Назовите и опишите уровни абстракции и этапы проектирования аис.

Под уровнями абстракции понимаются различные уровни представления информации.

Локальное представление пользователя о предметной области. Так как предметная область – это то, что надо автоматизировать, то приходим к потенциальным пользователям АИС и расспрашиваем, чем они занимаются, и что бы они хотели видеть в АИС. Вот их ответы, по идее, и являются локальным представлением.

Информационные потребности абонента: какую информацию должна выдавать АИС.

Инфологическая модель – ER и т.п.

Концептуальная модель использования ИС. Где, кто и как будет ей пользоваться.

Банк данных – совокупность базы данных, базы знаний, всех моделей, файлы и т.п.

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

Схема БД – логическая структура. Надо думать, типа как в Access – Схема данных.

Внутренняя схема БД – вероятно, чем БД является для СУБД. То есть здесь уже плавно перемещаемся на физический уровень.

Файлы данных. Вариантов много.

Этапы проектирования БД.

1. Определение параметров системы – в идеале, необходимо ясно представлять: чего, зачем и как вы хотите достичь

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

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

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

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

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

Наиболее распространена ER-модель (essence-relation), или модель сущность-связь. Модель является графической: прямоугольники отображают элементы данных, а линии (возможно, со стрелками) указывают связи между ними.

Также бывает объектно-ориентированная модель данных (язык определения объектов – ODL), объектно-реляционная модель (расширение обычной реляционной модели за счет формализации концепций ООП) и модель «полуструктурированных» данных (XML – наиболее характерный представитель).

Итак, модель сущность-связь используется для представления множеств сущностей, связей между ними, а также атрибутов множеств сущностей. Сущность – абстрактный объект определенного вида. Набор однородных сущностей образует множество сущностей. (Так определено в книге, другой вариант – сущность и экземпляр сущности).

Связи – соединения между двумя или большим числом множеств сущностей.

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

Бинарные связи могут относиться к типам:

• один к одному – соединяет некоторую сущность множества не более с чем одной сущностью другого множества;

• многие к одному – соединяет любую сущность множества, указанного на стороне «многие», не более чем с одной сущностью множества, заданного на противоположной стороне соединения;

• многие ко многим – не ограничивают свойство множественности взаимоотношений соединяемых множеств сущностей.

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