6. Анализ данных

Ядром будущей информационной системы является база данных. Будем использовать табличную модель данных и, следовательно, строить реляционную БД.

Определим необходимый набор данных для информаци­онного обеспечения каждого этапа работы.

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

Рис. 4. Иерархическая структура университета.

1. Будущая структура базы данных должна отражать орга­низационную структуру университета. Эта структура пред­ставлена на рис. 4. Структура университета имеет иерар­хический тип: в университете множество факультетов; на каждом факультете несколько специальностей, по каж­дой специальности учится множество студентов (а во время вступительных экзаменов поступает множество аби­туриентов). Два верхних уровня этой иерархии — факульте­ты и специальности. Спланируем две таблицы, которые вой­дут в базу данных, указав названия таблиц и имена полей:

Факультеты		Специальности
КОД_ФК		КОД_СПЕЦ
Название факультета		КОД_ФК
Экзамен_1		Название специальности
Экзамен_2		План приема
Экзамен_3

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

Введение кодов факультета и специальности создает определенные удобства. Название может быть достаточно длинным (например «Радиофизика и электроника»), а код — короткий. Длинные названия факультетов и специа­льностей записаны только в таблицах «Факультеты» и «Специальности». Во всех других таблицах их можно заме­нить кодами, которые всегда можно расшифровать.

2. Этап приема документов у абитуриентов. В это время абитуриенты пишут заявления о допуске к поступлению, сдают необходимые документы (копию паспорта, школьного аттестата и другие), заполняют анкету. Каждому абитуриен­ту присваивается его личный идентификатор — регистраци­онный номер. Далее под этим номером он будет фигуриро­вать во всех документах. Многочисленную информацию об абитуриенте сведем в две таблицы. Первая будет содержать анкетные данные (включим лишь их часть). Вторая — дан­ные, которые потребуются в ходе экзаменов и могут потребоваться при зачислении:

В таблице «Абитуриенты» поле «Медаль» имеет логиче­ский тип. Значение «ИСТИНА» этого поля будет отмечать абитуриентов, получивших золотую или серебряную медаль по окончании школы. Медалисты имеют льготы при поступ­лении: если медалист сдаст профилирующий предмет (а эк­замен по нему обычно бывает первым) на 5, то остальные эк­замены ему не надо сдавать (за них он автоматически получает пятерки).

3. Этап приема экзаменов. Основная информация, пред­ставляющая интерес на этом этапе, — результаты сдачи экза­менов абитуриентами. Безусловно, в реальной системе фигу­рируют данные о делении абитуриентов на экзаменационные группы, о датах и месте проведения экзаменов, об экзамена­торах и пр. Но мы ограничимся лишь одной таблицей, содер­жащей оценки, полученные каждым абитуриентом.

Оценки

Регистрационный_номер

Оценка за экзамен_1

Оценка за экзамен_2

Оценка за экзамен_3

5. Этап зачисления в университет, здесь нас будет интересовать совать окончательный список с информацией о том, кто из абитуриентов принят в университет, а кто — нет:

Итоги

Регистрационный_номер

Зачисление

Вывод

Анализ данных связан с выделением информации, ис­пользуемой на каждом этапе процесса, и планированием ее организации (для реляционной БД — это таблицы).