Разработка автоматизированной информационной системы "Общежития"

Функциональная модель предметной области на примере базы данных автоматизированной информационной системы "Общежития". Ведение информационной базы об общежитиях, комнатах и сотрудниках, хранение информации о студентах, специальностях и факультетах.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 10.04.2014
Размер файла 2,7 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Московский Государственный Технический Университет им. Н.Э. Баумана

Курсовой проект

по курсу "Модели данных"

Разработка автоматизированной информационной системы "Общежития"

ИСПОЛНИТЕЛЬ:

Студент группы ИУ5-42

Галимов Р.З.

Москва - 2014

Содержание

  • Задание на выполнение курсового проекта
  • Аннотация
  • Введение
  • 1. Анализ предметной области
  • 2. Функциональная модель предметной области
  • Спецификационный вариант функциональной модели предметной области
  • 3. Инфологическая модель предметной области
  • Графическая диаграмма
  • Спецификационный вариант инфологической модели
  • 4. Выбор СУБД
  • 5. Датологическая модель предметной области
  • Графическая диаграмма
  • Спецификация
  • 6. Структурная схема системы
  • Схема работы системы
  • Графический вид
  • Описание структурной схемы
  • 7. Интерфейс пользователя
  • Экранные формы
  • Отчеты
  • Запросы
  • 8. Граф диалога
  • Графическая схема
  • Описание графа диалога
  • 9. Руководство пользователя
  • 10. Программа и методика испытаний
  • Заключение
  • Литература
  • Приложения

Задание на выполнение курсового проекта

"АИС Общежития"

по дисциплине "Модели данных"

Студент Галимов Р.З. ИУ5-42

(Фамилия, инициалы, индекс группы)

График выполнения проекта: 3 семестр - техническое и рабочее проектирование, защита

действующего макета системы.

4 семестр - оформление документации и итоговая защита

курсового проекта.

1. Задание на курсовой проект:

1.1 Разработать АИС, отвечающую на запросы о Факультете и Специальности Студента, Сотрудниках, Общежитиях, Комнатах и Записях в Журнале.

1.2 В ходе курсового проектирования разработать техническое задание, функциональную, инфологическую и датологическую модели предметной области, интерфейс пользователя, структурную схему, схему работы системы, граф диалога, методику испытаний и руководство пользователя.

1.3 В ходе лабораторного практикума выполнить практическую реализацию системы.

2. Оформление курсового проекта

2.1 Расчетно-пояснительная записка на _40_ - 60 страницах формата А4.

2.2 Перечень графического материала (Плакаты, схемы, чертежи). По содержанию:

Лист 1. Диаграмма DFD функциональной модели предметной области;

Лист 2. Диаграмма IDEF0 функциональной модели предметной области;

Лист 3. Структурная схема АИС;

Лист 4. Инфологическая модель предметной области (графическая диаграмма);

Лист 5. Даталогическая модель предметной области (графическая диаграмма);

Лист 6. Граф диалога системы;

Лист 7. Схема работы системы.

Лист 8. Экранные формы и отчеты.

По заполнению листов - листы формата А1. По форме выполнения - листы в соответствующем масштабе с размещением на листах формата А4 (т.е. в пояснительную записку подшивать на листах формата А4):

Дата выдачи задания " _14_ " _____09______ 2013 г.

Руководитель курсового проекта

____________________________Ревунков Г.И. __

(Подпись, дата) (И.О. Фамилия)

Студент

_______________________________________________ Галимов Р.З.

(Подпись, дата) (И.О. Фамилия)

Аннотация

База данных АИС "Общежития" может быть полезна студентам, комендантам, а также администраторам общежитий.

С использованием данного программного продукта можно вести информационную базу об общежитиях, комнатах и сотрудниках, хранить информацию о Студентах, специальностях и факультетах. Управлять назначением и снятием с должности персонала, открытием или закрытием Общежитий.

Основной цель данной системы заключается в упрощении, автоматизации и систематизации работы с Вашей базой Общежития.

Программный продукт представляет собой базу данных, под управлением СУБД MS Access, а также приложение на Delphi.

Введение

При выполнении курсовой работы были поставлены следующие цели:

получение навыков инфологического и даталогического проектирования баз данных

освоение СУБД MS Access

получение навыков создания приложений к базам данных на Delphi

получение навыков грамотного оформления документации: описание предметной области; инфологической, датологической моделей; структурной схемы системы, графа диалога; составления DFD и IDEF0 диаграмм

В результате выполнения курсовой работы должна быть создана АИС "Общежития", которая позволит автоматизировать работу в Общежитиях.

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

Коменданты общежитий получат возможность быстрого просмотра и добавления новых студентов в базу данных. Они смогут производить поиск студентов по номеру комнаты, найти информацию о декане и его номер телефона по имени студента, а также редактировать данные в журнале.

Администраторы смогу управлять основными составляющими сети. Они смогут просмотреть информацию о сотрудниках, работающих в определенном общежитии, а так де с легкостью редактировать любые данные базы, включая Комнаты, Общежития, Факультеты, Специальности и Сотрудников.

Данная автоматизированная система позволит значительно упростить и систематизировать работу Ваших Общежитиях.

Программный продукт представляет собой базу данных, под управлением СУБД MS Access, а также приложение на Delphi.

автоматизированная информационная система общежитие

1. Анализ предметной области

Введение в эксплуатацию на салонах связи данной АИС позволит автоматизировать сбор и хранение информации о Факультетах и Специальностях Студентов, о самих Студентах, Общежитиях и их комнатах, а также записях в журнале.

В случае приезда нового студента и выдачи ему общежития, существует возможность быстрого добавления студента в списки проживающих в общежитии. Так же существует возможность быстрого назначения и снятия с должности Сотрудников.

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

В формах присутствуют связанные таблицы, в которых видно, кто связан с данным объектам.

Благодаря подобным техническим решениям система становится более универсальной и понятной для пользователя, что и является основной задачей проектирования.

Требования заказчиков.

Система предназначена для пользования тремя основными видами пользователей:

1. Администратор. Этим пользователям необходимо, чтобы система удовлетворяла следующим требованиям:

возможность редактирования Сотрудников

возможность редактирования Специальностей

возможность редактирования Факультетов

возможность редактирования Общежитий

возможность редактирования Комнат

возможность просмотра Сотрудников по Общежитиям

2. Комендант. Этим пользователям необходимо, чтобы система удовлетворяла следующим требованиям:

возможность поиска студента по номеру комнаты

возможность поиска телефона декана по ФИО студента

возможность редактирования записей в журнале

возможность добавления студентов

3. Студенты. Для них система должна предоставлять следующие возможности:

возможность поиска записи в журнале по номеру паспорта

возможность просмотра общежитий.

2. Функциональная модель предметной области

Спецификационный вариант функциональной модели предметной области

1. Ввод данных

1.1 Ввод данных по Записям в Журнале

1.2 Ввод данных по Комнатам

1.3 Ввод данных по Общежитиям

1.4 Ввод данных по Сотрудникам

1.5 Ввод данных по Специальностям

1.6. Ввод данных по Студентам

1.7 Ввод Данных по Факультетам

2. Редактирование данных

2.1 Редактирование данных по Записям в Журнале

2.2 Редактирование данных по Комнатам

2.3 Редактирование данных по Общежитиям

2.4 Редактирование данных по Сотрудникам

2.5 Редактирование данных по Специальностям

2.6 Редактирование данных по Студентам

2.7 Редактирование данных по Факультетам

3. Экранные формы

3.1 Форма для ввода и редактирования данных по Записям в Журнале

3.3 Форма для ввода и редактирования данных по Комнатам

3.4 Форма для ввода и редактирования данных по Общежитиям

3.5 Форма для ввода и редактирования данных по Сотрудникам

3.6 Форма для ввода и редактирования данных по Специальностям

3.7 Форма для ввода и редактирования данных по Студентам

3.8 Форма для ввода и редактирования данных по Факультетам

4. Запросы

4.1 Запрос на Поиск Декана по ФИО Студента

4.2 Запрос на Поиск Записи по Паспорту

4.3 Запрос на Поиск Сотрудника в Общежитии

4.4 Запрос на Поиск Студента по Комнате

4.5 Запрос на Просмотр Общежитий

5. Отчеты.

5.1 “Поиск Декана по Студенту” - отчет на поиск телефона декана по ФИО студента

5.2 “Поиск Записи в Журнале по Паспорту” - отчет на поиск записи в журнале по номеру паспорта студента

5.3 “Поиск Сотрудника в Общежитии" - отчет на поиск сотрудников общежития

5.4 “Поиск Студента по Комнате" - отчет на поиск студента по номеру комнаты

5.5 “Просмотр общежитий" - отчет с информацией об общежитиях

6.2 Диаграмма DFD

6.2.1 Графическая диаграмма DFD функциональной модели ПО

Рисунок функциональной модели предметной области в нотации DFD приведен в графической части (лист 1).

6.2.2 Описание модели в нотации DFD

Объекты:

Студент - имеет возможность просмотра информации, касающейся Общежитий, а также поиска записи о своем проживании в журнале.

Комендант - занимается техническими вопросами обслуживания сети. Оформляет новых студентов, имеет доступ к просмотру любой информации, касающейся информационного обеспечения коменданта, а также имеет возможности поиска студентов и деканов.

Администратор - управляет работой всей системы. Занимается пополнение информационной базы об Общежитиях и комнатах, о специальностях и факультетах, а также о сотрудниках.

Функции:

Для студента:

Поиск записи по Паспорту;

Просмотр Общежитий;

Для коменданта:

Поиск Студента по Номеру Комнаты;

Поиск Телефона Декана по ФИО Студента;

Редактирование Записей в Журнале;

Добавление Студентов;

Для администратора:

Просмотр Сотрудников в Общежитиях;

Редактирование Комнат;

Редактирование Общежитий;

Редактирование Факультетов;

Редактирование Специальностей;

Редактирование Сотрудников;

Хранимые данные:

Записи в Журнале;

Комнаты;

Общежития;

Сотрудники;

Специальности;

Студенты;

Факультеты;

Потоки данных:

Запрос об Общежитиях - Данные об Общежитиях;

Запрос о Записях - Данные о Записях;

Изменение Записей - Список Записей;

Запрос о Студенте - Данные о Студенте;

Изменение Студентов - Список Студентов;

Запрос о Декане - Данные о Декане;

Запрос о Сотрудниках - Данные о Сотрудниках;

Изменение Сотрудников - Список Сотрудников;

Изменение Специальностей - Список Специальностей;

Изменение Комнат - Список Комнат;

Изменение Факультетов - Список Факультетов;

Изменение Общежитий - Список Общежитий;

6.3 Диаграмма IDEF0

6.3.1 Графическая диаграмма IDEF0 функциональной модели ПО

Рисунок функциональной модели предметной области в нотации IDEF0 приведен в графической части (лист 2).

6.3.2 Описание модели в нотации IDEF0

1. Поиск Записей по Паспорту

Вход: Запрос об Общежитиях

Механизм: Студент

Управляющий механизм: Отчет "Просмотр Общежитий"

Выход: Данные об Общежитиях

2. Поиск Записи по Паспорту

Вход: Запрос о Записях

Механизм: Студент

Управляющий механизм: Отчет “Поиск Записи в журнале по паспорту”

Выход: Данные о Записях

3. Редактирование записей в Журнале

Вход: Изменение Записей

Механизм: комендант

Управляющий механизм: форма “Записи в Журнале”

Выход: Список Записей

4. Поиск Студента по Комнате

Вход: Запрос о Студенте

Механизм: комендант

Управляющий механизм: Отчет "Поиск студента по комнате"

Выход: Данные о Студенте

5. Добавление Студентов

Вход: Изменение Студентов

Механизм: комендант

Управляющий механизм: форма “Студенты”

Выход: Список Студентов

6. Поиск телефона Декана по ФИО Студента

Вход: Запрос о Декане

Механизм: комендант

Управляющий механизм: Отчет "Поиск декана по студенту"

Выход: Данные о Декане

7. Редактирование Общежитий

Вход: Изменение Общежитий

Механизм: Администратор

Управляющий механизм: форма "Общежития"

Выход: Список Общежитий

8. Редактирование Факультетов

Вход: Изменение Факультетов

Механизм: Администратор

Управляющий механизм: Форма "Факультеты"

Выход: Список Общежитий

9. Редактирование Комнат

Вход: Изменение Комнат

Механизм: Администратор

Управляющий механизм: Форма "Комнаты"

Выход: Список Комнат

10. Редактирование Специальностей

Вход: Изменение Специальностей

Механизм: Администратор

Управляющий механизм: Форма "Специальности"

Выход: Список Специальностей

11. Редактирование Сотрудников

Вход: Изменение Сотрудников

Механизм: Администратор

Управляющий механизм: Форма "Сотрудники"

Выход: Список Сотрудников

12. Просмотр Сотрудников в Общежитии

Вход: Запрос о Сотрудниках

Механизм: Администратор

Управляющий механизм: Отчет "Поиск сотрудника в общежитии"

Выход: Данные о Сотрудниках

3. Инфологическая модель предметной области

Графическая диаграмма

Рисунок инфологической модели предметной области приведен в графической части (лист 4).

Спецификационный вариант инфологической модели

1. Атрибуты:

1.1 ID_Записи - счетчик;

1.2 Date_ent - дата\время;

1.3 Date_ext - дата\время;

1.4 Pay - денежный;

1.5 Status - логический;

1.6 ID_Комнаты - счетчик;

1.7 Capacity - числовой;

1.8 ID_Общежития - счетчик;

1.9 Address_Общежития - короткий текст;

1.10 Phone_Общежития - числовой;

1.11 Personal_ID - счетчик;

1.12 SNP_Personal - короткий текст;

1.13 Job_Title - короткий текст;

1.14 Pasport_ID_Персонала - числовой;

1.15 Phone_Персонала - числовой;

1.16 Home_address - короткий текст;

1.17 Specialty_ID - счетчик;

1.18 Full_Name_Специальности - короткий текст;

1.19 Short_Name_Специальности - короткий текст;

1.20 Gradebook_ID - счетчик;

1.21 SNP_Student - короткий текст;

1.22 Pasport_ID - короткий текст;

1.23 Домашний адрес - короткий текст;

1.24 Phone_Студента - короткий текст;

1.25 Faculty_ID - счетчик;

1.26 Full_Name - короткий текст;

1.27 Short_Name - короткий текст;

1.28 SNP_decan - короткий текст;

1.29 Phone_decane - короткий текст;

2. Сущности

2.1 Факультет (Faculty_ID, Full_Name, Short_Name, SNP_decan, Phone_decane)

2.2 Студент (Gradebook_ID, SNP_Student, Pasport_ID, Домашний адрес, Phone_Студента)

2.3 Специальность (Specialty_ID, Full_Name_Специальности, Short_Name_Специальности)

2.4 Сотрудник (Personal_ID, SNP_Personal, Job_Title, Pasport_ID_Персонала, Phone_Персонала, Home_address)

2.5 Общежитие (ID_Общежития, Address_Общежития, Phone_Общежития)

2.6 Комната (ID_Комнаты, Capacity)

2.7 Запись в Журнале (ID_Записи, Date_ent, Date_ext, Pay, Status)

3. Связи между сущностями.

3.1 Кто Комендант (Personal_ID, Commandant_ID), тип 1: 1 от Сотрудник к Общежитие

3.2 В Каком Общежитии (ID, Obsh_ID), тип 1: M от Общежитие к Запись в Журнале

3.3 Кто Главный (Personal_ID, Commandant_ID), тип 1: M от Сотрудник к Запись в Журнале

3.4 Где Проживает (ID_Комнаты, Room_ID), тип 1: M от Комната к Запись в Журнале

3.5 Кто Проживает (Gradebook_ID, Treaty_ID), тип 1: 1 от Запись в Журнале к Студент

3.6 Какая Специальность (Specialty_ID, Specialty_ID), тип 1: M от Специальность к Студент

3.7 Какой Факультет (Faculty_ID, Faculty_ID), тип 1: M от Факультет к Студент

4. Связи между атрибутами сущностей

Из графической диаграммы инфологической модели видно, что все атрибуты всех сущностей атомарные (то есть неделимы) и не содержат повторяющихся групп. Следовательно, модель находится в первой нормальной форме.

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

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

После проведенных преобразований видно, что все атрибуты зависят только от первичного ключа и отсутствуют многозначные зависимости, т.е. инфологическая модель системы находится в четвертой нормальной форме.

4. Выбор СУБД

Для реализации базы данных использована СУБД Microsoft Office Access 2010. Она отвечает всем необходимым требованиям для реализации, сущностей, связей между ними, запросов, реализации отчетов и удобных для представления пользователю форм. Также для базы данных, созданной на Microsoft Office Access 2012, сделано приложение на Delphi, что облегчает конечную визуализацию итоговой базы данных пользователю в виде единого независимого файла.

5. Датологическая модель предметной области

Графическая диаграмма

Графическая диаграмма даталогической модели предметной области имеет следующий вид (лист 5 в графической части):

Спецификация

Таблица 1. "Сущности"

N

Сущность

Атрибут - Тип данных

Ключ

1

Запись в Журнале

ID_Записи - счетчик;

Date_ent - дата\время;

Date_ext - дата\время;

Pay - денежный;

Status - логический;

ID_Записи

2

Комната

ID_Комнаты - счетчик;

Capacity - числовой;

ID_Комнаты

3

Общежитие

ID_Общежития - счетчик;

Address_Общежития - короткий текст;

Phone_Общежития - числовой;

ID_Общежития

4

Сотрудник

Personal_ID - счетчик;

SNP_Personal - короткий текст;

Job_Title - короткий текст;

Pasport_ID_Персонала - числовой;

Phone_Персонала - числовой;

Home_address - короткий текст;

Personal_ID

5

Специальность

Specialty_ID - счетчик;

Full_Name_Специальности - короткий текст;

Short_Name_Специальности - короткий текст;

Specialty_ID

6

Студент

Gradebook_ID - счетчик;

SNP_Student - короткий текст;

Pasport_ID - короткий текст;

Домашний адрес - короткий текст;

Phone_Студента - короткий текст;

Gradebook_ID

7

Факультет

Faculty_ID - счетчик;

Full_Name - короткий текст;

Short_Name - короткий текст;

SNP_decan - короткий текст;

Phone_decane - короткий текст;

Faculty_ID

Таблица 2 "Связи в системе"

N

Название

Главная сущность (первичный атрибут)

Подчиненная сущность

(вторичный атрибут)

Тип

1

Кто Комендант

Сотрудник

Personal_ID

Общежитие

Commandant_ID

1: 1

2

В Каком Общежитии

Общежитие

ID

Запись в Журнале

Obsh_ID

1: М

3

Кто Главный

Сотрудник

Personal_ID

Запись в Журнале

Commandant_ID

1: М

4

Где Проживает

Комната

ID_Комнаты

Запись в Журнале

Room_ID

1: М

5

Кто Проживает

Студент

Gradebook_ID

Запись в Журнале

Treaty_ID

1: 1

6

Какая Специальность

Специальность

Specialty_ID

Студент

Specialty_ID

1: М

7

Какой Факультет

Факультет

Faculty_ID

Студент

Faculty_ID

1: M

Скриншоты из конструктора Access

6. Структурная схема системы

Схема работы системы

Схема работы системы приведена в графической части (лист 7).

Графический вид

Графический вид структурной схемы системы приведен в графической части (лист 3).

Описание структурной схемы

Структурная схема системы включает в себя следующие блоки: чтение данных, ввод и редактирование данных, формирование отчетов и формирование запросов.

Блок чтения данных включает в себя:

1. Чтение данных о Записях в Журнале (используется Таблица Записи в Журнале)

2. Чтение данных о Комнатах (используется Таблица Комнаты)

3. Чтение данных об Общежитиях (используется Таблица Общежития)

4. Чтение данных о Сотрудниках (используется Таблица Сотрудники)

5. Чтение данных о Специальностях (используется Таблица Специальности)

6. Чтение данных о Студентах (используется Таблица Студенты)

7. Чтение данных о Факультетах (используется Таблица Факультеты)

Блок ввода и редактирования данных включает в себя:

1. Ввод и редактирование данных о Записях в Журнале (используется таблица Записи в Журнале)

2. Ввод и редактирование данных о Комнатах (используется таблица Комнаты)

3. Ввод и редактирование данных об Общежитиях (используется таблица Общежития)

4. Ввод и редактирование данных о Сотрудниках (используется таблица Сотрудники)

5. Ввод и редактирование данных о Специальностях (используется таблица Специальности)

6. Ввод и редактирование данных о Студентах (используется таблица Студенты)

7. Ввод и редактирование данных о Факультетах (используется Таблица Факультеты)

Блок формирования отчетов:

1. Формирование отчета Поиск Декана по Студенту (в результате формируется Отчет Поиск Декана по Студенту)

2. Формирование отчета Поиск Записи в Журнале по паспорту (в результате формируется Отчет Поиск Записи в Журнале по паспорту)

3. Формирование отчета Поиск Сотрудника в Общежитии (в результате формируется Отчет Поиск Сотрудника в Общежитии)

4. Формирование отчета Поиск студента по комнате (в результате формируется Отчет Поиск студента по комнате)

5. Формирование отчета Просмотр Общежитий (в результате формируется Отчет Просмотр Общежитий)

Блок формирования запросов:

1. Формирование запроса Поиск Декана по Студенту (в результате выдаются Данные о Декане)

2. Формирование запроса Поиск записи по паспорту (в результате выдаются Данные о Записи)

3. Формирование запроса Поиск сотрудника в Общежитии (в результате выдаются Данные о Сотруднике)

4. Формирование запроса Поиск студента по комнате (в результате выдаются Данные о Студенте)

5. Формирование запроса Просмотр Общежитий (в результате выдаются Данные об Общежитии)

7. Интерфейс пользователя

Состоит из экранных форм (они сделаны на MS Access 2012 и Delphi 7.0), запросов и отчетов.

Экранные формы

Главная кнопочная форма

С нее начинается работа с приложением.

На MS Access 2012 форма имеет вид (рис. 1):

На Borland delphi 7.0 данная форма имеет вид (рис. 2):

Экранная форма “Запись в Журнале”

Позволяет редактировать Записи в Журнале

Пользователь: Комендант.

На MS Access 2012 форма имеет вид (рис. 3):

На Borland Delphi 7.0 данная форма имеет вид (рис. 4):

Экранная форма "Комната"

Позволяет редактировать Комнаты

Пользователь: Администратор.

На MS Access 2012 форма имеет вид (рис. 5):

На Borland Delphi 7.0 форма имеет вид:

Экранная форма "Общежитие"

Позволяет редактировать Общежития

Пользователь: Администратор

На MS Access 2012 форма имеет вид (рис. 7):

На Borland Delphi 7.0. данная форма имеет вид (рис.8):

Экранная форма "Сотрудник"

Позволяет редактировать Сотрудников

Пользователь: Администратор

На MS Access 2012 форма имеет вид (рис. 9):

На Borland Delphi 7.0. форма имеет вид (рис. 10):

Экранная форма "Специальность"

Позволяет редактировать Специальности

Пользователь: Администратор

На MS Access форма имеет вид (рис. 11):

На Borland Delphi 7.0. форма имеет вид (рис. 12)

Экранная форма "Студент"

Позволяет редактировать Студентов

Пользователь: Комендант

На MS Access форма имеет вид (рис. 13):

На Borland Delphi 7.0. форма имеет вид (рис. 14):

Экранная форма "Факультет"

Позволяет редактировать Факультетов

Пользователь: Администратор

На MS Access форма имеет вид (рис. 15):

На Borland Delphi 7.0. форма имеет вид (рис. 16):

Отчеты

Отчет Поиск декана по студенту

Предназначен для поиска телефона декана по ФИО Студента

Пользователь: Комендант

На MS Access отчет имеет вид (рис. 17)

Отчет Поиск Записи в журнале по паспорту

Предназначен для Поиска Записи в Журнале по № паспорта Студента

Пользователь: Студент

На MS Access отчет имеет вид (рис. 18):

Отчет Поиск Сотрудника в Общежитии

Предназначен для Поиска Сотрудника в Общежитии с определенным номером

Пользователь: Администратор

На MS Access отчет имеет вид (рис. 19):

Отчет Поиск Студента по Комнате

Предназначен для Поиска Студентов по Комнате

Пользователь: Комендант

На MS Access отчет имеет вид (рис. 20):

Отчет Просмотр Общежитий

Предназначен для Просмотра Общежитий

Пользователь: Студент

На MS Access отчет имеет вид (рис. 21):

Запросы

Запрос Поиск декана по студенту

Предназначен для нахождения декана по ФИО Студента

Пользователь: Комендант

На MS Access (конструктор) запрос имеет вид (рис. 22)

На языке SQL запрос имеет вид:

SELECT Студент. SNP_Student, Студент. Phone_Студента, Специальность. Full_Name_Специальности AS Специальность_Full_Name, Факультет. Full_Name AS Факультет_Full_Name, Факультет. SNP_decan, Факультет. Phone_decane

FROM Факультет INNER JOIN (Специальность INNER JOIN Студент ON Специальность. [Specialty_ID] = Студент. [Specialty_ID]) ON Факультет. [Faculty_ID] = Студент. [Faculty_ID]

WHERE ( ( (Студент. SNP_Student) = [Введите ФИО Студента]));

Результатом запроса является то, что представлено в отчете 11.2.1.

Запрос Поиск записи по паспорту

Предназначен для поиска записи в журнале по номеру паспорта

Пользователь: Студент

На MS Access (конструктор) запрос имеет вид (рис. 23)

На языке SQL запрос имеет вид:

SELECT Сотрудник. SNP_Personal, Сотрудник. Phone_Персонала, [Запись в журнале]. Room_ID, [Запись в журнале]. Obsh_ID, [Запись в журнале]. Date_ent, [Запись в журнале]. Date_ext, [Запись в журнале]. Pay, [Запись в журнале]. Status, Студент. SNP_Student, Студент. Pasport_ID

FROM Сотрудник INNER JOIN (Студент INNER JOIN [Запись в журнале] ON Студент. [Gradebook_ID] = [Запись в журнале]. [Treaty_ID]) ON Сотрудник. [Personal_ID] = [Запись в журнале]. [Commandant_ID]

WHERE ( ( (Студент. Pasport_ID) = [Введите номер паспорта])); Результатом запроса является то, что представлено в отчете 11.2.2.

Запрос Поиск сотрудника в общежитии

Предназначен для Поиска сотрудника в общежитии

Пользователь: Администратор

На MS Access (конструктор) запрос имеет вид (рис. 24)

На языке SQL запрос имеет вид:

SELECT Сотрудник. SNP_Personal, Сотрудник. Job_Title, Сотрудник. Phone_Персонала AS Сотрудник_Phone, Общежитие. ID_Общежития, Общежитие. Address_Общежития, Общежитие. Phone_Общежития AS Общежитие_Phone

FROM Сотрудник INNER JOIN Общежитие ON Сотрудник. [Personal_ID] = Общежитие. [Commandant_ID]

WHERE ( ( (Общежитие. ID_Общежития) = [Введите номер общежития])); Результатом запроса является то, что представлено в отчете 11.2.3.

Запрос Поиск студента по комнате

Предназначен для Поиск студента по № комнаты

Пользователь: Комендант

На MS Access (конструктор) запрос имеет вид (рис. 25)

На языке SQL запрос имеет вид:

SELECT [Запись в журнале]. Room_ID, [Запись в журнале]. Date_ent, [Запись в журнале]. Date_ext, [Запись в журнале]. Pay, [Запись в журнале]. Status, Студент. SNP_Student, Студент. Phone_Студента

FROM Студент INNER JOIN [Запись в журнале] ON Студент. [Gradebook_ID] = [Запись в журнале]. [Treaty_ID]

WHERE ( ( ([Запись в журнале]. Room_ID) = [Введите №Комнаты])); Результатом запроса является то, что представлено в отчете 11.2.4.

Запрос Просмотр Общежитий

Предназначен для Просмотра Общежитий

Пользователь: Студент

На MS Access (конструктор) запрос имеет вид (рис. 26)

На языке SQL запрос имеет вид:

SELECT Общежитие. ID_Общежития, Общежитие. Address_Общежития, Общежитие. Phone_Общежития AS Общежитие_Phone, Сотрудник. SNP_Personal, Сотрудник. Phone_Персонала AS Сотрудник_Phone

FROM Сотрудник INNER JOIN Общежитие ON Сотрудник. [Personal_ID] = Общежитие. [Commandant_ID];

Результатом запроса является то, что представлено в отчете 11.2.5.

8. Граф диалога

Графическая схема

Графическая схема графа диалога представлена в графической части (лист 6).

Описание графа диалога

Работа системы начинается с главной кнопочной формы. Здесь можно выбрать вкладки "Меню Студента", "Меню Коменданта", "Меню Администратора" (в зависимости от того, каким пользователем вы являетесь) или выйти из системы.

На вкладке Меню Студента можно выбрать "Поиск Записи по Паспорту" (в итоге будет запрошен номер паспорта студента и выведен отчет с Записью в журнале по данному студенту) и "Просмотр Общежитий" (в итоге будет показан отчет с информацией об Общежитиях). Нажав на кнопку "Возврат в Меню" вы попадете на главную кнопочную форму.

На вкладке Меню Коменданта можно выбрать пункты "Поиск Студента по Номеру Комнаты" (в итоге будет выведен запрос о номере комнаты и будет выведен отчет с информацией о студентах в данной комнате), "Поиск Телефона Декана по ФИО Студента" (в итоге будет выведен запрос о ФИО студента и откроется отчет с информацией о декане факультета, на котором учится студент), "Редактирование Записей в Журнале" (в итоге будет выведена форма редактирования Записей в Журнале), "Добавление Студентов" (в итоге будет выведена форма редактирования Студентов). Нажав на кнопку "Возврат в меню", вы попадете на главную кнопочную форму.

На вкладке Меню Администратора можно выбрать пункты "Просмотр Сотрудников в Общежитии" (в итоге будет выведен запрос о номере общежития и откроется отчет с информацией о сотрудниках в общежитии), "Редактирование Комнат" (в итоге будет выведена форма редактирования Комнат), "Редактирование Общежитий" (в итоге будет выведена форма редактирования Общежития), "Редактирование Факультетов" (в итоге будет выведена форма редактирования Факультетов), "Редактирование Специальностей" (в итоге будет выведена форма редактирования Специальностей), "Редактирование Сотрудников" (в итоге будет выведена форма редактирования Сотрудников). По кнопке "Возврат в меню" можно вернуться на главную кнопочную форму.

9. Руководство пользователя

N п.

Исходное состояние

Действие

Ожидаемый результат

1.

Главная кнопочная форма

Нажать на кнопку "Меню Студента"

Переход на вкладку "Меню Студента"

2.

Вкладка "Меню Студента"

Нажать на кнопку "Поиск Записи по Паспорту"

Запрос номера паспорта и открытие отчета с Записью в журнале

3.

Вкладка "Меню Студента"

Нажать на кнопку "Просмотр Общежитий"

Вывод отчета с информацией об Общежитиях

4.

Вкладка "Меню Студента"

Нажать на кнопку "Возврат в Меню"

Переход к главной кнопочной форме

5.

Главная кнопочная форма

Нажать на кнопку "Меню Коменданта"

Переход на вкладку "Меню Коменданта"

6.

Вкладка "Меню Коменданта"

Нажать на кнопку "Поиск Студента по Номера Комнаты"

Запрос номера комнаты и вывод отчета с информацией о студентах

7.

Вкладка "Меню Коменданта"

Нажать на кнопку "Поиск Телефона Декана по ФИО Студента"

Запрос ФИО Студента и вывод отчета с информацией о декане

8.

Вкладка "Меню Коменданта"

Нажать на кнопку "Редактирование Записей в Журнале"

Вывод формы редактирования записей

9.

Вкладка "Меню Коменданта"

Нажать на кнопку "Добавление Студентов"

Вывод формы добавления Студентов

10.

Вкладка "Меню Коменданта"

Нажать на кнопку "Возврат в Меню"

Переход к главной кнопочной форме

11.

Главная кнопочная форма

Нажать на кнопку "Меню Администратора"

Переход на вкладку "Меню Администратора"

12.

Вкладка "Меню Администратора"

Нажать на кнопку "Просмотр Сотрудников в Общежитии"

Запрос номера общежития и вывод отчета с информацией о нем

13.

Вкладка "Меню Администратора"

Нажать на кнопку "Редактирование Комнат"

Вывод формы редактирования Комнат

14.

Вкладка "Меню Администратора"

Нажать на кнопку "Редактирование Общежитий"

Вывод формы редактирования Общежитий

15.

Вкладка "Меню Администратора"

Нажать на кнопку "Редактирование Факультетов"

Вывод формы редактирования Факультетов

16.

Вкладка "Меню Администратора"

Нажать на кнопку "Редактирование Специальностей"

Вывод формы редактирования Специальностей

17.

Вкладка "Меню Администратора"

Нажать на кнопку "Редактирование Сотрудников"

Вывод формы редактирования Сотрудников

19.

Вкладка "Меню Администратора"

Нажать на кнопку "Возврат в Меню"

Переход к главной кнопочной форме

20.

Главная кнопочная форма

Нажать на кнопку "Выход из Программы"

Выход из Базы Данных

10. Программа и методика испытаний

Объектом испытаний является АИС "Общежития". Целью испытаний является проверка правильности функционирования системы. Испытания проводятся в соответствии с пунктами раздела 5.2 (функциональные требования) технического задания.

N п.

Пункт ТЗ

Исходные данные для проверки

Действие

Результат

1.

5.2.1

Вкладка "Меню Студента" главной кнопочной формы

Выбрать пункт "Поиск Записи по Паспорту"

Вывод запроса номера паспорта и вывод отчета с информацией о записи в журнале

2.

5.2.2

Вкладка "Меню Студента" главной кнопочной формы

Выбрать пункт "Просмотр Общежитий"

Откроется отчет Просмотра общежитий

3.

5.2.3

Вкладка "Меню Коменданта" главной кнопочной формы

Выбор пункта "Поиск Студента по Номеру Комнаты"

Вывод запроса о номере комнаты и открытие отчета о студентах

4.

5.2.4

Вкладка "Меню Коменданта" главной кнопочной формы

Выбор пункта "Поиск Телефона Декана по ФИО Студента"

Вывод запроса о ФИО Студента и вывод отчета о декане

5.

5.2.5

Вкладка "Меню Коменданта" главной кнопочной формы

Выбор пункта "Редактирование Записей в Журнале"

Откроется форма редактирования записей

6.

5.2.6

Вкладка "Меню Коменданта" главной кнопочной формы

Выбор пункта "Добавление Студентов"

Откроется форма редактирования студентов

7.

5.2.7

Вкладка "Меню Коменданта" главной кнопочной формы

Выбор пункта "Просмотр Сотрудников в Общежитии"

Вывод запроса о номере общежития и вывод отчета о сотрудниках

8.

5.2.8

Вкладка "Меню Администратора" главной кнопочной формы

Выбор пункта "Редактирование Комнат"

Вывод формы редактирования комнат

9.

5.2.9

Вкладка "Меню Администратора" главной кнопочной формы

Выбор пункта "Редактирование Общежитий"

Вывод формы редактирования Общежитий

10.

5.2.10.

Вкладка "Меню Администратора" главной кнопочной формы

Выбор пункта "Редактирование Факультетов"

Вывод формы редактирования Факультетов

11.

5.2.11.

Вкладка "Меню Администратора" главной кнопочной формы

Выбор пункта "Редактирование Специальностей"

Вывод формы редактирования Специальностей

12.

5.2.12.

Вкладка "Меню Администратора" главной кнопочной формы

Выбор пункта "Редактирование Сотрудников"

Вывод формы редактирования Сотрудников

Заключение

В процессе выполнения курсовой работы были достигнуты поставленные цели:

были получены навыки инфологического и датологического проектирования баз данных

была освоена СУБД MS Access

были получены навыки создания приложений к базам данных на Delphi

были получены навыки грамотного оформления документации: описана предметная область; составлена инфологическая и датологическая модели, структурная схема системы и граф диалога; разработаны DFD и IDEF0 диаграммы

Разработанная система является очень удобным дополнением для работы с большими объемами данных в общежитиях.

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

Коменданты общежитий получат возможность быстрого просмотра и добавления новых студентов в базу данных. Они смогут производить поиск студентов по номеру комнаты, найти информацию о декане и его номер телефона по имени студента, а также редактировать данные в журнале.

Администраторы смогу управлять основными составляющими сети. Они смогут просмотреть информацию о сотрудниках, работающих в определенном общежитии, а так де с легкостью редактировать любые данные базы, включая Комнаты, Общежития, Факультеты, Специальности и Сотрудников.

Систему можно изменять и дорабатывать в процессе использования, что сделает её более профильной и "заточенной" под решение определенных задач.

Литература

1. Г.И. Ревунков, Лекции по курсу "Банки данных", 2013-2014 учебный год.

2. Ю.А. Григорьев, Г.И. Ревунков, "Банки данных", М.: Изд-во МГТУ им. Н.Э. Баумана, 2002.

3. Робинсон С. Microsoft Access 2000. Учебный курс

Приложения

Приложение 1. Техническое задание

Московский Государственный Технический Университет им. Н.Э. Баумана

_____________________________________________________________

Утверждаю:

Ревунков Г.И.

"__"____________2014 г.

Курсовой проект по курсу "Модели данных" АИС "Общежития"

Техническое задание

(Вид документа)

писчая бумага

(Вид носителя)

ИСПОЛНИТЕЛЬ:

Студент группы ИУ5-42

_____________________

Галимов Р.З.

"__"____________2014 г.

____________________________________________________________

Наименование проекта.

Разрабатываемая автоматизированная информационная система называется "Общежития".

Основание для разработки

Основанием для разработки данного программного продукта является учебный план кафедры "Системы обработки информации и управления" МГТУ им. Н.Э. Баумана.

Назначение разработки

Данный продукт создается, в первую очередь, в учебных целях (для освоения MS Access и Borland Delphi 7.0), а также приобретения навыков проектирования баз данных.

Разрабатываемая АИС предназначена для упрощения и автоматизации работы с общежитиями.

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

Коменданты общежитий получат возможность быстрого просмотра и добавления новых студентов в базу данных. Они смогут производить поиск студентов по номеру комнаты, найти информацию о декане и его номер телефона по имени студента, а также редактировать данные в журнале.

Администраторы смогу управлять основными составляющими сети. Они смогут просмотреть информацию о сотрудниках, работающих в определенном общежитии, а так де с легкостью редактировать любые данные базы, включая Комнаты, Общежития, Факультеты, Специальности и Сотрудников.

Исполнитель

Студент группы ИУ5-42 МГТУ им. Н.Э. Баумана Галимов Руслан Зуфарович

Технические требования к системе.

1.1. Общие требования

АИС "Общежития" должна быть разработана в среде программирования Delphi, а сами наборы данных - таблицы должны быть разработаны в среде Access. Программа должна обеспечивать ввод, изменение и удаление данных, а также должна осуществлять вывод информации по разным критериям в виде отчетов.

1.2. Функциональные требования

1.2.1. Функция поиска Записей по номеру Паспорта

1.2.2. Функция просмотра Общежитий

1.2.3. Функция поиска Студента по Номеру Комнаты

1.2.4. Функция поиска Телефона Декана по ФИО Студента

1.2.5. Функция добавления и изменения Записей в Журнале

1.2.6. Функция добавления и изменения Студентов

1.2.7. Функция просмотра Сотрудников в Общежитиях

1.2.8. Функция добавления и изменения Комнат

1.2.9. Функция добавления и изменения Общежитий

1.2.10. Функция добавления и изменения Факультетов

1.2.11. Функция добавления и изменения Специальностей

1.2.12. Функция добавления и изменения Сотрудников

1.3. Требования к входным и выходным данным

1.3.1. Входные данные.

Система должна обрабатывать следующие входные данные:

5.3.1.1. О Записях в Журнале

5.3.1.2. О Комнатах

5.3.1.3. Об Общежитиях

5.3.1.4. О Сотрудниках

5.3.1.5. О Специальностях

5.3.1.6. О Студентах

5.3.1.7. О Факультетах

1.3.2. Выходные данные.

Система должна формировать следующие выходные данные:

11.1.5.1 О Записях в Журнале

11.1.5.2 О Комнатах

11.1.5.3 Об Общежитиях

11.1.5.4 О Сотрудниках

11.1.5.5 О Специальностях

11.1.5.6 О Студентах

11.1.5.7 О Факультетах

11.2 Требования к программному обеспечению

Для корректной работы программы "Общежития" необходимо следующее программное обеспечение:

5.4.1 Операционная система Microsoft Windows XP, Vista, Windows 7;

5.4.2 Наличие программы MS Access 2012

5.4.3 Программное ядро Borland Delphi 7.0.

5.5 Требования к техническому обеспечению

Для корректной работы АИС "Общежития" необходимо следующее техническое обеспечение:

5.5.1 Компьютер типа IBM PC с процессором не менее Pentium 3 или не менее AMD-K8 с тактовой частотой не менее 1 ГГц, оперативной памятью не менее 1 Гб, дисковой памятью не менее 100Гб;

5.5.2 Цветной монитор с поддержкой SVGA-режимов;

5.5.3 Стандартная русифицированная клавиатура;

5.5.4 Манипулятор мышь.

5.6 Требования к лингвистическому обеспечению

Интерфейс системы АИС "Общежития" должен быть реализован на русском языке.

5.7 Требования к условиям эксплуатации

5.7.1 Для корректной работы программы её необходимо использовать в соответствии с руководством пользователя.

5.7.2 Приложение должно обеспечивать реакцию на запрос пользователя в течение 3-4 с, в остальных случаях выводить сообщение о том, что она работает.

5.7.3 Пользователь системы должен обладать базовыми навыками работы в ОС Windows XP/Vista/Windows7, а также уметь работать со стандартной клавиатурой и мышью. Желательны навыки работы в среде MS Access.

5.8 Требования к надежности

Потери данных или их искажения не допускаются. При сбоях в работе компьютера все данные должны сохраняться на жестком диске. После ликвидации сбоя компьютера приложение должно функционировать в нормальном режиме.

6. Требования к документации

Для приема работы необходимо предоставить следующие документы:

12.1 Техническое задание;

12.2 Пояснительная записка со следующими графическими документами и рисунками:

12.2.1 Диаграмма DFD функциональной модели предметной области;

12.2.2 Диаграмма IDEF0 функциональной модели предметной области;

12.2.3 Структурная схема АИС;

12.2.4 Инфологическая модель предметной области (графическая диаграмма);

12.2.5 Датологическая модель предметной области (графическая диаграмма);

12.2.6 Граф диалога системы;

12.2.7 Схема работы системы.

12.2.8 Интерфейс пользователя (формы, запросы, отчеты).

Также в пояснительной записке должны присутствовать руководство пользователя, программа и методика испытаний.

7. Технико-экономические показатели

7.1 Требования по данным показателем при предъявлении КР по "Базам данных" не предъявляются.

8. Стадии и этапы разработки

8.1 Сроки выполнения отдельных этапов и работ по КР

8.1.1 Анализ предметной области - 3 семестр 2013г.

8.1.2 Разработка модели данных. Составление инфологической модели - 3 семестр 2013г.

8.1.3 Создание приложения на базе СУБД MS Access 2003 (создание кнопочных форм, запросов, отчетов) - 3 семестр 2013г.

8.1.4 Разработка и оформление структурной схемы системы и графа диалога - 3 семестр 2013г.

8.1.5 Создание приложения с использованием Delphi 7.0 (создание форм, запросов) - 4 семестр 2014г.

8.1.6. Окончательная разработка документации и оформление курсового проекта - 4 семестр 2014г.

8.1.7 Защита курсового проекта - 4 семестр 2014г.

9. Порядок контроля и приема задания

Прием и контроль программного изделия "Общежития" производится в соответствии с методикой испытания, приведенной в пояснительной записке.

10. Дополнительные условия

Техническое задание может уточняться в соответствии с установленным порядком.

Приложение 2. Графическая часть

DFD-Диаграмма Лист 1

IDEF0-Диаграмма Лист 2

Структурная Схема Лист 3

Инфологическая Модель Лист 4

Датологическая Модель Лист 5

Размещено на Allbest.ru


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.