- •1 Общие сведения о месте прохождения практики
- •1.2 Анализ полученной информации с предприятия
- •2 Индивидуальное задание
- •2.1 Описание предметной области
- •2.2 Модель разрабатываемой информационной системы
- •2.2.1 Модель данных информационной системы
- •2.2.2 Модель взаимодействия объектов информационной системы
- •2.3 Разработка интерфейса информационной системы
2.2 Модель разрабатываемой информационной системы
2.2.1 Модель данных информационной системы
Модель данных информационной системы показывает взаимодействие данных в системе. Одним из главных элементов информационной системы, содержащих все основные данные – это база данных. Одной из диаграмм модели данных является ER-диаграмма [4]. ER-модель используется при высокоуровневом (концептуальном) проектировании баз данных. С её помощью можно выделить ключевые сущности и обозначить связи, которые могут устанавливаться между этими сущностями.
В информационной системе будет присутствовать база данных, для хранения личных карточек студентов. На предоставленном ниже рисунке показала ER-диаграмма базы данных информационной системы.
Рисунок 6 – ER-диаграмма ИС
Как показано на рисунке вся база данных будет разбита на 9 таблиц. Это необходимо для того, чтобы в базе данных не было несколько огромных таблицы с бесчисленным количеством полей. Ведь каждый студент в процессе обучения сдает не менее 30 предметов и 8 курсовых работ. Если все данные внести в одну таблицу, то получится огромная таблица свыше чем на 100 полей. Это очень сильно замедлит работы как базы данных так и самой системы. Так же такое количество полей может привести к путанице, неправильному заполнению или отображению информации. Так же, кол-во курсовых и дисциплин для каждой специальности индивидуально, что не позволит создать универсальную таблицу. Поэтому было решено отвести на оценки курсовых работ и дисциплин отдельную таблицу. Вся таблицу будет состоять из кода студента, названия дисциплины или курсовой работы, и оценки. Когда понадобится загрузить информацию об успеваемости, то из базы данных будут искаться все поля, с индивидуальным номером студента. Так же система рассчитана на работу не только на одной кафедре, а сразу на нескольких кафедрах.
Диаграмма классов (англ. Static Structure diagram) — диаграмма, демонстрирующая классы системы, их атрибуты, методы и взаимосвязи между ними [6]. Эта диаграмма в отличие от ER-диаграммы показывает данные в виде классов и их атрибутов, а не логическое представление данных в базе. Диаграмма классов показана на рисунке 2.
Как видно все данные можно разделить на 5 классов. К каждому классу будет относиться определённый тип информации. В класс карточки студента будут записываться все данные о студенте. В классе документы будет находиться вся информация о выпущенных документах. Так же, это класс будет использовать данные из класса Карточек студентов. В класс Пользователей будут записана вся информация о пользователях, а в класс Права доступа их права. При помощи этих прав пользователь будет получать доступ к тем или иным документам. Так же присутствует класс Рецензент, куда будут записываться все данные о рецензентах и привязанных к ним студентов.
Рисунок 7 – Диаграмма классов
2.2.2 Модель взаимодействия объектов информационной системы
Модель взаимодействия объектов показывает основные функциональные способности информационной системы, взаимодействие всех объектов в рамках системе, а так же последовательность перемещения данных в системе и последовательность взаимодействия объектов.
Одной из главных диаграмм модели взаимодействия системы является диаграмма вариантов использования. На ней отображается все действия, производимые в системе при взаимодействии с ней пользователя. Для нашей информационной системы диаграмма вариантов использования показана на рисунке 3.
Рисунок 8 – Диаграмма вариантов использования
В рамках системы будет возможно в системе, создать карточку на студента, создать обложку, вкладыш или протокол, выбрать рецензента, а так же создать отчет по поводу рецензентов. Как было сказано ранее, у нас есть класс Пользователей и класс Права доступа. На основе этих двух классов были добавлены два актера – пользователь и администратор. Именно эти два актера будут взаимодействовать с системой.
Для тог, чтобы подробнее расписать функционал системы и то, что происходит в рамках того или иного действия, для каждого варианта использования необходимо создать диаграмму последовательности и диаграмму деятельности. Первая показывает последовательность действий и перемещение данных в рамках одного действий от класса классу, а во второй показывается подробный алгоритм действий происходящих в системе в рамках одного варианта использованиях.
