
- •Содержание
- •3 Разработка информационной системы учета студентов……………………………………………………………………….23
- •3.1 Краткий обзор существующих субд…………………………...………24
- •3.2Основные требования…………………………………………..…….…...24
- •1 Состояние проблемы создания системы учета успеваемости студентов
- •1.1 Постановка задачи
- •1.2 Актуальность темы
- •1.3 Техническое задание
- •1.4 Обзор существующих систем учета и контроля успеваемости и посещаемости студентов в вуЗах
- •2 Выбор математической модели системы учета студентов
- •2.1 Модель данных
- •2.2 Виды моделей данных
- •2.3 Математическая модель структуры базы данных
- •2.4 Реляционная алгебра
- •Замкнутость реляционной алгебры
- •2.5 Структура базы данных Концептуальное проектирование
- •3 Разработка информационной системы учета студентов
- •3.1 Краткий обзор существующих субд
- •3.2 Основные требования
- •3.3 Требования к составу выполняемых функций
- •3.4 Условия эксплуатации
- •3.5 Требования к надежности
- •3.6 Требования к составу и параметрам технических средств
- •4 Обоснование выбора инструментальных средств создания автоматизированной системы
- •4.1 Выбор программных средств
- •4.2 Требования к техническому и программному обеспечению
- •4.3 Описание базы данных
- •4.4 Типы моделей данных
- •4.5 Свойства иерархической модели данных
- •5 Эксперементальное создание приложения
- •5.1 Проектирование, создание и управление базой данных
- •5.2 Создание приложения
- •5.3 Алгоритм работы приложения
- •Алгоритм работы программного приложения приведён на рисунке 5.4.
- •Расчет себестоимости и цены программного продукта
- •6.4 Выводы
- •7 Охрана труда
- •7.1 Выявление и анализ опасных и вредных производственных факторов
- •7.2 Разработка мероприятий по предотвращению или ослаблению возможного воздействия опасных и вредных производственных факторов
- •7.3 Расчет системы жизнеобеспечения
- •Данный вариант защитного экрана по электрической и магнитной составляющей эффективно защитит работающего от опасного влияния эми.
- •7.4 Заключение
- •Перечень ссылок
- •Приложение а Листинг программы
- •Приложение б Плакаты
2 Выбор математической модели системы учета студентов
2.1 Модель данных
В модели данных описывается некоторый набор родовых понятий и признаков, которыми должны обладать все конкретные СУБД и управляемые ими базы данных, если они основываются на этой модели. Наличие модели данных позволяет сравнивать конкретные реализации, используя один общий язык [9].
В структурной части модели данных фиксируются основные логические или нескольких языков, предназначенных для написания запросов к БД. Эти языки могут быть абстрактными, не обладающими точно проработанным синтаксисом (что свойственно языками реляционной алгебры и реляционного исчисления, используемым в реляционной модели данных), или законченными производственными языками (как в случае модели данных SQL). Основное назначение манипуляционной части модели данных – обеспечить эталонный «модельный» язык БД, уровень выразительности которого должен поддерживаться в реализациях СУБД, соответствующих данной модели.
Наконец, в целостной части модели данных (которая явно выделяется не во всех известных моделях) специфицируются механизмы ограничений целостности, которые обязательно должны поддерживаться во всех реализациях СУБД, соответствующих данной модели. Например, в целостной части реляционной модели данных категорически требуется поддержка ограничения первичного ключа в любой переменной отношения, а аналогичное требование к таблицам в модели данных SQL отсутствует.
Структуры данных, которые могут применяться на уровне пользователя при организации БД, соответствующих данной модели. Например, в модели данных SQL основным видом структур базы данных являются таблицы, а в объектной модели данных – объекты ранее определенных типов.
Манипуляционная часть модели данных содержит спецификацию одного
2.2 Виды моделей данных
Ядром любой базы данных является модель данных. Модель данных представляет собой множество структур данных, ограничений целостности и операций манипулирования данными. С помощью модели данных могут быть представлены объекты предметной области и взаимосвязи между ними [10].
Модель данных – совокупность структур данных и операций их обработки.
СУБД основывается на использовании иерархической, сетевой или реляционной модели, на комбинации этих моделей или на некотором их подмножестве.
Рассмотрим три основных типа моделей данных: иерархическую, сетевую и реляционную.
Иерархическая структура представляет совокупность элементов, связанных между собой по определенным правилам [11]. Объекты, связанные иерархическими отношениями, образуют ориентированный граф (перевернутое дерево).
К основным понятиям иерархической структуры относятся: уровень, элемент (узел), связь. Узел – это совокупность атрибутов данных, описывающих некоторый объект. На схеме иерархического дерева узлы представляются вершинами графа. Каждый узел на более низком уровне связан только с одним узлом, находящимся на более высоком уровне. Иерархическое дерево имеет только одну вершину (корень дерева), не подчиненную никакой другой вершине и находящуюся на самом верхнем (первом) уровне. Зависимые (подчиненные) узлы находятся на втором, третьем и т.д. уровнях. Количество деревьев в базе данных определяется числом корневых записей.
К каждой записи базы данных существует только один (иерархический) путь от корневой записи.
В сетевой структуре при тех же основных понятиях (уровень, узел, связь) каждый элемент может быть связан с любым другим элементом.
Понятие реляционный (англ. relation – отношение) связано с разработками известного американского специалиста в области систем баз данных Е. Кодда.
Эти модели характеризуются простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата алгебры отношений и реляционного исчисления для обработки данных.
Реляционная модель ориентирована на организацию данных в виде двумерных таблиц [12]. Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами:
– каждый элемент таблицы – один элемент данных;
– все столбцы в таблице однородные, т.е. все элементы в столбце имеют одинаковый тип (числовой, символьный и т.д.) и длину;
– каждый столбец имеет уникальное имя;
– одинаковые строки в таблице отсутствуют;
– порядок следования строк и столбцов может быть произвольным.
Отношения представлены в виде таблиц, строки которых соответствуют кортежам или записям, а столбцы – атрибутам отношений, доменам, полям.
Поле, каждое значение которого однозначно определяет соответствующую запись, называется простым ключом (ключевым полем). Если записи однозначно определяются значениями нескольких полей, то такая таблица базы данных имеет составной ключ.
Чтобы связать две реляционные таблицы, необходимо ключ первой таблицы ввести в состав ключа второй таблицы (возможно совпадение ключей); в противном случае нужно ввести в структуру первой таблицы внешний ключ – ключ второй таблицы.