Дипломная работа: Разработка информационной системы кафедра

Дипломная работа: Разработка информационной системы кафедра

Содержание
Введение .......................................................................................................... 10
1 Концептуальная часть .............................................................................. 11
1.1 Постановка задачи............................................................................... 11
1.2 Этап начальной разработки БД ........................................................ 12
1.2.1 Анализ предметной области ........................................................ 12
1.2.2 UML диаграммы ............................................................................ 18
1.3 Проектирование БД............................................................................. 25
1.3.1 Концептуальное проектирование.................................................. 25
1.3.2 Определение атрибутов каждой сущности ................................. 32
1.3.3 Составление реляционных отношений ........................................ 37
1.3.4 Расчет места для хранения БД ....................................................... 43
2. Программная часть .................................................................................. 52
2.1 Логическое проектирование.............................................................. 52
2.1.1 Меры по обеспечению безопасности ............................................ 52
2.1.2 Схемы отношений составленные на языке определения
данных (ddl, data definition language) ............................................................... 53
2.2 Физическое проектирование ................................................................ 57
2.2.1 Обоснование выбора СУБД ............................................................ 57
2.2.2 Создание базы на СУБД MS SQL SERVER 2008 ........................ 57
2.2.3 Заполнение созданной БД................................................................ 57
2.2.4 Запросы базы данных. Функции, процедуры и триггеры............. 6
2.2.4.1 Функция............................................................................................. 6
2.2.4.2 Процедуры....................................................................................... 11
2.2.3.1 Триггеры.......................................................................................... 16
2.3 Описание интерфейса приложения. Работа с приложением.......... 20
3 БЕЗОПАСНОСТЬ ЖИЗНЕДЕЯТЕЛЬНОСТИ ................................... 26
3.1 Анализ условий труда обслуживающего персонала при
эксплуатации ПК ................................................................................................. 26
3.2. Эргономические требования к рабочему месту ........................... 29
3.3. Расчет системы искусственного освещения помещения ............ 33
3.4 Вывод по безопасности жизнедеятельности. .................................. 35
4.ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ ......................... 36
4.1 Описание работы и обоснование необходимости .......................... 36
4.2. Расчет затрат на разработку информационных технологий ..... 36
4.3 Расчет цены программного продукта.............................................. 43
4.4 Вывод по технико-экономической части ........................................ 44
ЗАКЛЮЧЕНИЕ............................................................................................. 45
СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ ...................................... 46
Приложение А ................................................................................................ 47
Приложение Б ................................................................................................ 48
Приложение В ................................................................................................ 51
Приложение Г ................................................................................................ 53
Приложение Д ................................................................................................

1.1 Постановка задачи
Проектируемая база данных создается для ведения текущего учета
работы кафедры КТ: ее преподавателей, студентов. Особенностью работы
кафедры является постоянная динамика образовательного процесса, тесная
взаимосвязь его элементов. Поэтому при разработке должны были учитываться
следующие факторы: удобство доступа и простота организации,
бесперебойность работы, должна быть предоставлена возможность целостного
и быстрого произведения основных операций по работе с компонентами
процесса [1].
Определим границы информационной поддержки пользователей и
основные задачи проектируемой базы данных.
Функциональные возможности:
 ведение БД (запись, чтение, модификация);
 обеспечение логической непротиворечивости БД;
 обеспечение защиты данных от несанкционированного или случайного
доступа (определение прав доступа);
 реализация наиболее часто встречающихся запросов в готовом виде.
Задача – обеспечение информационной поддержки учебного процесса и организационной деятельности на кафедре.
База данных кафедр
предоставляет полную информацию о сотрудниках кафедры, преподавателях,
группах, студентах, успеваемости, предметах, расписаниях и т.д.
Информационная система представляет собой сервис по получению и
обработке информации по кафедре [2]. В число задач входит:
 обеспечение пользователей данного приложения наиболее полной
информацией о сотрудниках, преподавателях и т.д;
 обеспечение контроль над расписанием и аудиториями;
 оперативное решение проблем;
 обеспечение пользователей необходимой информацией при их
запросах.
С данной БД могут работать:
 заведующий кафедры;
 секретарь;
 преподаватели.
При работе с БД, должны решаться следующие задачи:
 принятие новых студентов и их регистрация;
 принятие новых преподавателей и их регистрация;
 принятие новых сотрудников и их регистрация;
 проведение архивации и обновление данных, которые устарели или
являются не верными;
 введение учета успеваемости студентов;
 регулирование учебного процесса на кафедре;
 добавление новых предметов;
 поддержка все виды обработки данных в БД.

1.2 Этап начальной разработки БД
1.2.1 Анализ предметной области
Название предметной области «Кафедра».
Кафедра –это подразделение высшего учебного заведения,
осуществляющее подготовку студентов в рамках определенной специализации.
Кафедра готовит дипломированных специалистов (бакалавров), проводит все
виды учебно-методической работы по дисциплинам или группы дисциплин по
одной или нескольким специальностям [1]. К кафедре относятся группы,
студенты, предметы, учебный процесс, специальности. Сотрудник – это лицо,
работающее в каком-нибудь учреждении, предприятии, служащий. Служащие,
в данной предметной области, могут быть двух категорий:
1) Профессорско-преподавательский состав(ППС).
2) Учебно-вспомогательный персонал (УВП).
К первому виду относятся преподаватели, зав кафедры и т.д.
Ко второму виду относятся инженеры, системные администраторы и т.д.
На кафедре есть заведующий кафедрой (зав кафедры). Зав кафедры может
быть преподавателем. Преподаватели – это люди, которые непосредственно
ведут (преподают) занятия (предметы) в группах. Так же за каждым
преподавателем закреплен определенный предмет. Основные данные о
сотрудниках содержаться в таблице сотрудники, которая имеет следующие
атрибуты:
– номер сотрудника, фамилия, имя, отчество, учёная степень, должность,
телефон, фото.
Студенты – это люди, которые приходят в университет для обучения.
Каждый студент учится по одной специальности и в одной группе. У группы
есть один куратор из числа сотрудников. Заведующий кафедры контролирует
работу преподавателей и сотрудников.
Каждой кафедре дается определенное количество кредитов на
дисциплины. Дисциплины в свою очередь делятся на «Базовые» и
«Профильные», так же есть обязательные компоненты и компоненты по
выбору.
Каждый студент в течение всего периода обучения в высшем учебном
заведении проходит
4 вида практики: учебную, кафедральную
производственную и преддипломную. Распределение студентов по практикам
на данный момент не автоматизировано.
Каждый студент в конце своего обучения по своей специальности пишет
дипломную работу, при этом студент закрепляется за руководителем и
выбирает тему, что должно быть зафиксировано документально. Также, при
защите дипломных работ или проектов составляеться расписание, т.е.
специально отведенное время на предзащиту или защиту дипломов, но
составляется оно вручную [1].
У каждой дипломной работы есть рецензент из других учебных заведений
или компаний, распределение по которым также должно быть зафиксировано.
При функционировании кафедры возникает ряд непредвиденных работ,
по которым должен вестись учет.
В соответствии с задачами предметной областью система строится с
учетом следующих особенностей и ограничений:
 студент не может учиться в двух группах одновременно;
 не может быть двух студентов с одинаковыми номерами зачетной
книжки;
 на кафедре работает много преподавателей;
 у кафедры не может быть несколько заведующих кафедрой;
 у группы может быть только один староста;
 преподаватель может занимать только одну должность;
 преподаватель может иметь только одну ученую степень;
 не может быть двух одинаковых отделений,форм оплаты,
специальностей, ученых степеней, должностей;
 студент, преподаватель, сотрудник может не иметь отчества и имени;
 в группе имеется куратор, он же является преподавателем с кафедры;
 сотрудник делятся на две категории: УВП (Учебно- вспомогательный
персонал) и ППС (Профессорско-преподавательский состав), только сотрудник
категории ППС может вести ту или иную дисциплину;
 данные не должны повторяться в таблицах.

На этапе логического проектирования разрабатывается логическая
структура БД, соответствующая концептуальной модели предметной области.
Решение этой задачи существенно зависит от модели данных, поддерживаемой
выбранной СУБД, в нашем случае Microsoft SQL Server [3].
Каждое реляционное отношение соответствует одной сущности и в него
вносятся все атрибуты сущности. Для каждого отношения необходимо
определить окончательно первичный ключ и внешние ключи (если они
имеются).
Связи между отношениями базируются на бизнес-правилах, построенных
на основе подробного описания операций.
В процессе ER-моделирования системы был получен определенный набор
бизнес-правил, сущностей и связей, на основе которых построены
предварительные модули базы данных, представленные на рисунках 1.1-1.3:
Практика....


Полную версию материала можете скачать на сайте zharar.com через 20 секунд !!!



Комментарии для сайта Cackle