Вход

Деканат. Автоматизация ведения личных дел

Рекомендуемая категория для самостоятельной подготовки:
Курсовая работа*
Код 298470
Дата создания 03 марта 2014
Страниц 36
Мы сможем обработать ваш заказ (!) 29 марта в 12:00 [мск]
Файлы будут доступны для скачивания только после обработки заказа.
1 670руб.
КУПИТЬ

Описание

Очень хорошая работа. на 5 сдал ...

Содержание

Введение…………………………………………………………….…...3
Глава 1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ……………………5
1.1. Назначение деканата, как структурного подразделения ВУЗа……………………………………………………………….5
1.2. Исследование деятельности деканата……………………….…..5
1.3. Основные требования к проекту БД…………………….……...10
Глава 2. ПРОЕКТНАЯ ЧАСТЬ…………………………..………….12
2.1. Предметная область и задачи, возложенные на базу данных………………………………………...…….…………....12
2.2. Определение объектов базы данных……………….……..……15
2.3. ER-диаграмма базы данных……………………....……...……..18
2.4. Даталогическая модель базы данны……………………………21
ЗАКЛЮЧЕНИЕ……………………………………………………….24
БИБЛИОГРАФИЧЕСКИЙ СПИСОК………….……….………….26
ПРИЛОЖЕНИЕ…….…………………………………………………28

Введение

Развитие информационных технологий дало толчок к усовершенствованию всех сфер жизни общества.
Обширные объёмы информационных потоков, обрабатываемых в любом учреждении, от офиса небольшого предприятия до крупной корпорации, направлены в основном на создание управленческих документов. А управленческие документы, в свою очередь, направлены на принятие управленческих решений, то есть основной функции любого учреждения.
Внедрение автоматизированных информационных систем в деятельность различных учреждений создает возможности для повышения качества документационного обеспечения управления и позволяет повысить производительность и качество управленческого труда.
Достаточно актуальным является вопрос автоматизации учебного процесса, в том числе в высших учебных заведениях (ВУЗах).
Одной из основн ых и трудоёмких в работе ВУЗа является деятельность деканата.
Работникам деканатов приходится выполнять огромный объем рутинной работы по учету контингента студентов, обеспечению учебного процесса, предоставлению информации в различные подразделения ВУЗа. При этом всю информацию необходимо представлять в различных форматах. Необходимость внедрения информационной системы (ИС), автоматизирующей основные функции образовательного процесса очевидна.
Но прежде чем внедрять автоматизированную информационную систему (АИС) в деятельность деканата, как и любого другого подразделения ВУЗа либо вообще другого учреждения, необходимо определить основные требования в её работе. Основой определения этих требований являются выводы относительно деятельности деканата в результате исследования предметной области деканатов.
Предметная область — это совокупность объектов реального или предполагаемого мира, рассматриваемых в пределах данного контекста, который понимается как отдельное рассуждение, фрагмент научной теории или теория в целом.
Выявленные проблемы предметной области помогут определить направление автоматизации данной сферы деятельности, а разработка модели предметной области обеспечит успешную разработку и внедрение базы данных, как основной части АИС.
Объектом исследования является проблемная среда деканата.
Предмет исследования — автоматизация системы ведения личных дел студентов.
Цель исследования — разработка проекта информационной системы по ведению личных дел.
Задачи исследования:
1. Исследовать функционал деканата.
2. Выявить основные направления деятельности деканата относительно учебного процесса.
3. Разработать функциональную и объектную модель деканата.
Методы исследования — при написании курсовой работы использовались методы анализа и синтеза, в том числе системный анализ литературных и Интернет источников. 

Фрагмент работы для ознакомления

Подразумевается, что информация будет изменятся и пополнятся в течении срока обучения.Ведение архива студентов. После окончания срока обучения информация о студентах может еще некоторое время быть необходимой (в бумажных архивах университета она хранится в течении 75 лет), поэтому необходимо чтобы студены окончившие обучение заносились в архив и хранились в нем в плоть до принятия решения об их удалении.Пополнение списка поступившими абитуриентами. В начале каждого учебного года в базу данных должны заноситься студенты из числа абитуриентов поступивших в текущем году.Перевод факультета на следующий курс. После окончания учебного года информация о текущем курсе каждого студента должна быть изменена т.е. студент дожен быть переведен на следующий курс в случае успешного завершения сессии. Эти изменения должны затрагивать только личностей из действительного числа студентов и не касаться находящихся в архиве. Кроме того, студенты считающиеся окончившими обучения должны быть автоматически занесены в архив.Распределение групп по специальностям. С этой задачей сталкиваются после сдачи госэкзамена на 3 курсе, когда уже сформированные группы вновь перераспределяются в зависимости от выбранной студентами специальности.Распределения языка по группам. На первом курсе распределение студентов по группам ведется в зависимости от изучаемого иностранного языка.Предоставление А/О и возврат из А/О. В течении обучения студенту может быть предоставлен академический отпуск на один год по его окончанию студент продолжает обучение. В течение этого времени информация о студенте должна храниться в архиве, чтобы быть востребованной при восстановлении. Кроме того иногда требуется информация о дате ухода студента в академический отпуск и номере приказа по которому академический отпуск был предоставлен.Отчисление и восстановление. На любом курсе студент может быть отчислен по ряду причин. Однако факт отчисления не носит фатальный характер и в ряде случаев у него есть возможность восстановиться. Т.о. вплоть до факта восстановления информация должна храниться в архиве пока не будет востребованной или не будет принято решение о нецелесообразности ее хранения. В случае отчисления также требуется информация о дате отчисления студента и номере приказа по которому отчисление произошло.Перевод в другую группу/подгруппу. Эта задача часто имеет место на первом курсе когда студенты изъявляют желание перейти в другую группу или подгруппу когда окончательный состав группы еще полностью не сформировался. Предоставление информации об учебном плане. Дисциплины по которым производится обучение в группах в общеобразовательный период и после выбора специализации должны быть точно представлены. По ним ведутся ведомости об итогах сессии для каждого студента. Ведение информации об итогах сессии и проводимых аттестаций. В период обучения каждый студент изучает дисциплины указанные в учебном плане и, следовательно должен проходить контроль знаний по ним в конце каждого семестра. Кроме того, в середине семестра производится дополнительный контроль знаний по системе отличающегося от экзаменационного.Получение статистической информации о факультете. Для анализа, планирования и принятия решений о дальнейшем развитии факультета полезно иметь информацию представленную в обобщенном виде (итоговых сумм, таблиц, графиков), которую можно извлечь из информации об итогах проведенных сессий, аттестаций и т.д.(количественная и качественная успеваемость, количество задолжников по предметам, количество сдавших экзамены и т.д.).2.2 Разработка структуры БД.Анализ определенных выше задач позволяет выделить сущности (объекты) проектируемой базы данных и, построить ее инфологическую модель на языке ERD и "Сущность-связь". В результате анализа были определены следующие объекты базы данных:Студенты (Номер студента, Тип_студента, Фамилия, Имя, Отчество, Дата_рождения, Пол, Гражданство, Национальность, Образование, Семейное_положение, Дата_поступления, Курс, Группа, Подгруппа, Изучаемый_язык, Специализация, Место_жительства, Телефон, Состав_семьи, Адрес_родителей).Эта сущность отводится для хранения основных сведений о студентах. Сведения могут быть как неизменяемые за весь период обучения (имя отчество, дата рождения, пол и т.д.) так и изменяемые один раз или многократно в течения периода обучения (курс, группа, подгруппа, место жительства). Очевидно, что даже в пределах одной группы могут быть однофамильцы или даже люди с одинаковыми фамилиями и именами, поэтому однозначно определить записи по фамилии студентов не возможно. Поэтому здесь введён атрибут Номер_Студента – уникальный числовой идентификатор присваиваемый обучаемому студенту. В принципе этот идентификатор нет необходимости знать для работы с базой данных и он может быть скрыт от пользователей, он служит только для внутренних целей.Отдельно необходимо сказать про атрибут Тип_Студента. Он был введён для удобной реализации всех задач, выполняемых деканатом, по группировке студентов и может принимать такие значения как Отчисленный, Находящийся_в_академическом_отпуске, Обычный, Востановившийся и т. д. Это освобождает от необходимости заводить отдельную таблицу, например, на отчисленных студентов, а также упрощает операции обратного зачисления в число студентов, если он решил восстановиться. Таким образом исключается дублирование записей. Информация обо всех студентах хранится в одном месте, что упрощает задачу сохранения целостности базы данных. Дисциплины (Номер_дисциплины, Название, Тип_дисциплины).Данная сущность включает перечень дисциплин участвующих в формировании учебного плана, по которому производится обучение в группах и, соответственно, оценка успеваемости каждого студента. Как и для предыдущей сущности для каждую дисциплину однозначно определяет её номер идентификатор, который автоматически увеличивается на единицу с вводом каждой новой дисциплины. Атрибут Тип_дисциплины определяет классификацию дисциплин и может принимать такие значения как: гуманитарная, техническая, общеобразовательная и т. д.ПланНаСеместр (Номер_дисциплины, Семестр, Лекции, Семинары, Лабораторные_работы, Форма_контроля).Данная сущность представляет собой расписание дисциплин по семестрам т.е. учебный план. Первичный ключ этой сущности состоит из двух атрибутов. Номер_дисциплины – тот самый уникальный идентификатор, который определяет каждую запись в таблице “Дисциплины”. Атрибут Семестр является просто номером семестра в котором планируется читать данную дисциплину (на физическом факультете существует только дневная форма обучения и весь период обучения занимает 10 семестров). Атрибуты Лекции, Семинары, Лабораторные_работы определяют комплекс мероприятий, который планируется проводить при обучении: они могут присутствовать или нет и дают только исключительно дополнительную информацию. Атрибут Форма_контроля может принимать значения зачет или экзамен. Сущность также позволяет отобразить тот факт, что дисциплина может преподаваться в течении нескольких семестров, причём в разных формах (лекции, семинары, лабораторные работы) и их комбинациях с разными формами контроля знаний по данной дисциплине в конце семестра.ПланДляГруппы (Номер_дисциплины, Семестр, Номер_группы, Номер_подгруппы).Данная сущность отражает распределение дисциплин по группам (или, если это необходимо, даже по подгруппам). Поэтому все четыре атрибута данной сущности входят в состав первичного ключа. Здесь как и для сущности ПланНаСеместр атрибуты Номер_дисциплины и Семестр однозначно определяют какая дисциплина в данном семестре будет введена в программу обучения. Атрибуты Номер_группы и Номер_подгруппы вносят сведения о том, в каких группах данная дисциплина будет преподаваться. Эффективность такого распределения дисциплин по группам проявляется на третьем курсе, когда происходит распределение студентов по специальностям и идёт формирование отдельных планов обучения для разных групп специализаций.Экзамены (Номер_студента, Номер_дисциплины, Семестр, Результат).Сущность отражает успеваемость студентов по дисциплинам указанных в учебном плане. Атрибут Номер_студента – уникальный номер студента присвоенный ему в сущности “Студенты”. Атрибут Номер_дисциплины указывает на дисциплину определённую в таблице “Дисциплины”. Третий атрибут первичного ключа – Семестр – введён для случая, когда дисциплина читается в течение нескольких семестров и следовательно знания должны быть оценены во всех семестрах согласно учебному плану. Атрибут Результат представляет оценку по данной дисциплине, которая может быть как числом (2,3,4,5), так и строкой (зачёт, незачёт).Аттестация (Номер_студента, Номер_дисциплины, Семестр, Номер_атестации, Результат).Сущность отражает успеваемость студентов по аттестациям, которые проводятся в течении семестра. Назначение атрибутов первичного ключа Номер_студента, Номер_дисциплины, Семестр точно такое же, как и для сущности “Экзамены”, только сюда введён дополнительный атрибут Номер_атестации, который определяет номер аттестации. Количество аттестаций в принципе не ограничено и определяется лишь учебным планом. На физическом факультете в течение каждого семестра проводиться лишь две аттестации.Приказы (Номер_студента, Номер_приказа, Тип_приказа, Дата_приказа, Причина).Данная сущность отводится для хранения информации о приказах, на основании которых производятся отчисления или восстановление студентов, а также предоставления академического отпуска и возврат из него. Первичный ключ составляет четыре атрибута. Атрибут Номер_приказа, уникальный номер приказа, который приходит из отдела кадров студентов. Атрибут Тип_Приказа может принимать такие значения как: отчисление, восстановление, предоставление А/0, возврат из А/О. Поскольку на практике могут встречаться такие случаи, что один и тот же студент может быть несколько раз быть отчисленным, а затем восстановленным и к тому же может взять академический отпуск, то для хранения достоверной информации в состав первичного ключа введен атрибут Дата_Приказа, отражающий всю хронологию подобных случаев. Атрибут Причина носит дополнительную информацию о причине по которой производиться отчисление или предоставляется академический отпуск.ER-диаграмма базы данныхВ качестве даталогической модели базы данных была выбрана реляционная модель, поскольку именно реляционная модель является результатом более развитых представлений о формировании и ведении баз данных, на которые наложен строгий математический аппарат. Реляционные модели наиболее логично и наглядно отражают структуру хранимой информации и внутренних связей, что позволяет более полно анализировать структуру базы данных при разработке. Это привело к тому, что именно реляционные модели баз данных наиболее распространены в настоящее время и являются стандартом, на который переводятся все существовавшие ранее базы данных с иерархической и сетевой моделью. Ещё одним веским доводом в пользу выбора реляционной модели является тот факт, что подавляющее большинство предоставляемых средств для разработки баз данных ориентированны исключительно на реляционную модель. Кроме того, реляционные базы данных в последствии легче расширять и интегрировать, что является неотъемлемой частью дальнейшего развития баз данных с увеличением возлагаемых на них задач.Инфологическая модель базы данных легко отображается в реляционную даталогическую модель, используя описанные ранее правила по переводу. В результате получается семь таблиц реляционной базы данных, где каждая сущность напрямую отражается в отдельную таблицу, атрибуты каждой сущности становятся полями этой таблицы, а первичные ключи сущности становятся первичными ключами таблицы. На данном этапе необходимо также провести нормализацию полученных таблиц с целью устранения избыточности данных. Эта процедура в дальнейшем значительно облегчит усилия, которые будут затрачиваться на поддержании таблиц базы данных в целостном состоянии.На рисунке 3 приведена схема инфологической модели базы данных на языке "Сущность-связь".Существование сущности ПланНаСеместр позволяет хранить учебный план независимо от информации о группах, в которых читаются данные дисциплины.lefttopРис. 3. Инфологическая модель базы данных на языке ERD "Сущность -связь".Сущность ПланДляГруппы позволяет формировать учебный план индивидуально для групп и подгрупп, что имеет место на практике на третьем году обучения на физическом факультете. К этому времени общеобразовательные дисциплины для всех групп уже в основном пройдены и идёт формирование индивидуальных учебных планов для групп, которые распределены по специализациям. Студент, будучи включённым в какую-нибудь группу и подгруппу, автоматически получает учебный план определённый для данной группы и т.о. автоматически можно получить список дисциплин по которым знания студента должны быть оценены. Это позволяет судить о том, справился или нет студент с учебным планом, что может быть использовано для автоматического определения списка неуспевающих студентов или подсчёта среднего бала и прочей статистики.Подчинённость сущности “ПланНаСеместр” по отношению к сущности “Дисциплины” позволяет определить преподавание дисциплины на несколько семестров, что довольно часто имеет место на практике.Аналогично подчинённая структура типа “один-ко-многим” для пары сущностей “Студенты””Приказы” позволяет производить несколько раз для студентов операции отчисления, восстановления, предоставления академического отпуска и т. д. Что также встречается на практике. При этом информация о студентах не удаляется из базы данных. Студент лишь переводится в другую категорию, например “отчисленные”, и вся информация храниться в базе данных до тех пор пока не будет востребована или не будет принято решение о её удалении.Подчинённая структура сущностей базы данных налагает требования по заполнению базы данных информацией. Например, прежде должны быть заполнены главные таблицы “Студенты” и “Дисциплины”, составлен учебный план, а только потом согласно учебному плану можно заполнять информацией таблицы “Экзамены” и “Аттестация”. Эта особенность должна быть отражена в интерфейсе взаимодействия базы данных с конечным пользователем.Как видно из схемы первичные ключи сущностей “Студенты” и “Дисциплины” играют важную роль не только в однозначной идентификации записей в данной сущности, но и выполняют связующую роль в организации связей типа “один-ко-многим” между таблицами.2.4. Даталогическая модель базы данныхЕсли проанализировать значения полей таблицы “Студенты”, то видно, что некоторые поля, такие как, Тип_студента, Образование, Семейное_положение, Социальное_положение, принимают некоторые значения из ограниченного набора, кроме того, эти значения представляют собой текстовые константы, которые могут быть довольно большие по длине. Аналогичными свойствами обладают поля Тип_дисциплины, Форма_контроля, Тип_приказа других таблиц. Такие значения лучше всего хранить в отдельной таблице со своими уникальными номерами, а вместо этих длинных строк подставлять значение уникальных номеров, которые назначены каждой строке. Это позволит сократить дисковое пространство для хранения данных. Пользователь, таким образом, может выбрать некоторые значения этих полей из предложенного в списке, что несколько ускорит процесс заполнения базы данных, поскольку освобождает его от набора длинной последовательности одних и тех же строк. В нашем случае необходимо свести значения для всех полей в одну таблицу и различать их не только по уникальному номеру-идентификатору, но и указывать таблицу, к которой это поле принадлежит, а также название самого поля. Выбор такого варианта оправдан тем, что таких полей в таблицах базы данных более десяти. Организация отдельных таблиц для каждого такого поля существенно усложнит структуру базы данных. Кроме того добавление новых атрибутов с подобным ограниченным числом значений потребует организовывать новую таблицу и затрату больших усилий по изменению интерфейса взаимодействия с конечным пользователем и исправлению программного кода, нежели от добавления этих значений в одну универсальную таблицу. Конечно, в этом случае таблицы базы данных не будут до конца нормализованы, что накладывает некоторые требования на процедуры поддержания базы данных в целостном состоянии, но даёт возможность “безболезненных изменений” в программном коде, что может существенно сократить время разработки в дальнейшем. Процедуры по поддержанию целостности можно реализовать в программном коде, сделав их таким образом прозрачными для конечного пользователя.Таблица 1. Описание полей.

Список литературы

1. Бекаревич, Ю.Б., Пушкина Н.В. Самоучитель Microsoft Access 2002 /Бакаревич Ю.Б. // СПб.: БХВ-СПб., - 2003. – 720 с.
2. Боровиков, В.В. MS ACCESS 2002. программирование и разработка баз данных и приложений. /Боровиков Ю.Б. // СОЛОН-Р, - 2002. – 240 с.
3. Виноградова, И.А., Практикум на ЭВМ. MS Access: Учебное пособие для студентов заочной (дистанционной) формы обучения. /Виноградова И.А, Грибова Е.А., Зубков В.Г. // М.: ГИНФО, 2000. – 124 с.
4. Герасимов, О. В. Коллективная разработка функциональной модели информационной системы / О. В. Герасимов. — Режим доступа: http://www.ict.edu.ru/vconf/files/7316.doc
5. Голицина, О.Л., Базы данных: Учебное пособие./ Голицина О.Л., Максимов Н.В., Попов И.И. // –М.: ФОРУМ: ИНФРА-М, - 2003. – 352 с.
6. Гончаров, А.Ю. Аccess 2003: самоучитель с примерами./Гончаров А.Ю.// М.: КУДИЦ-ОБРАЗ, - 2004.-273 с.
7. Иванова, Г.С. Технология программирования: Учебник для вузов. /Иванова Г.С.// – М.: Изд-во МГТУ им. Баумана, 2003.
8. Кузин, А. В. Базы данных [Текст]: учеб. пособ. для студ. высш. учеб. заведений / А. В. Кузин, С. В. Левонисова.// М.: Издательский центр «Академия», - 2008. — 320 с.
9. Мерцалов ,А.А., Сборник нормативных документов ОРАГС [Текст] /Мерцалов А.А.. // Под ред. А.А. Мерцалова. Орел: ОРАГС, 2004
10. Петров, В.Н. Информационные системы /Петров В.Н.//СПб.: Питер, 2003. – 688 с.
11. Ольховая, М. А. Подсистема документного и информационного оборота деканата / М. А. Ольховская, А. В. Новиков и др. — Режим доступа: http://db.biysk.secna.ru/conference/ conference.conference.doc_download?id_thesis_dl=470
12. Разработка базы данных «Деканат» в среде программирования Delphi Режим доступа: http://referats.5-ka.ru/67/27470/7.html
13. Рыбанов, А. А. Инструментальные средства автоматизированного проектирования баз данных / А. А. Рыбанов. — Режим доступа: http://window.edu.ru/window_catalog/redir?id= 47119&file=rybanov_bd.pdf
14. Создание таблицы в режиме конструктора. — Режим доступа: http://www.officepack.ru/access/11/,
15. Ткаченко, В. А. Системы управления базами данных и экспертные системы / В. А. Ткаченко. — Режим доступа: http://www.lessons-tva.info/edu/e-inf2/m2t4.html
Очень похожие работы
Пожалуйста, внимательно изучайте содержание и фрагменты работы. Деньги за приобретённые готовые работы по причине несоответствия данной работы вашим требованиям или её уникальности не возвращаются.
* Категория работы носит оценочный характер в соответствии с качественными и количественными параметрами предоставляемого материала. Данный материал ни целиком, ни любая из его частей не является готовым научным трудом, выпускной квалификационной работой, научным докладом или иной работой, предусмотренной государственной системой научной аттестации или необходимой для прохождения промежуточной или итоговой аттестации. Данный материал представляет собой субъективный результат обработки, структурирования и форматирования собранной его автором информации и предназначен, прежде всего, для использования в качестве источника для самостоятельной подготовки работы указанной тематики.
bmt: 0.00482
© Рефератбанк, 2002 - 2024