Название: Управление общежитием
Вид работы: реферат
Рубрика: Информатика
Размер файла: 138.7 Kb
Скачать файл: referat.me-133087.docx
Краткое описание работы: Мурманский Государственный Технический Университет Факультет менеджмента и экономики Кафедра информационных систем РГЗ №1 Дисциплина: Информационные технологии
Управление общежитием
Мурманский Государственный Технический Университет
Факультет менеджмента и экономики
Кафедра информационных
систем
РГЗ №1
Дисциплина: Информационные технологии
Предметная область: Управление общежитием, учет прибывших, убывших студентов, контроль над своевременной уплатой сумм за проживание в общежитие.
Выполнил студент: Полукаров Д.
Группа: М-282
Проверил преподаватель: Куликова Н.В.
Мурманск
1999 г.
1. Описание постановки задачи.
Наименование организация:
Общежитие института.
Наименование предметной области:
Управление общежитием, учет прибывших, убывших студентов, контроль над своевременной уплатой сумм за проживание в общежитие.
Цель разработки ИС (БД):
Оперативное слежение за прибытием и отъездом студентов.
Учет свободных мест в общежитие. Организация оперативного, своевременного учета оплаты студентами проживания в общежитии.
Точка зрения:
Комендант общежития.
Перечень процессов составляющая деятельность общежития:
1. При поступлении в учебное заведение абитуриент обозначает в договоре то, что он нуждается в общежитии или не нуждается. На основе всех договоров подготавливаются места в общежитии.
2. Когда абитуриент зачислен (далее студент), он пишет заявление на место в общежитии. На основе данных заявлений (ФИО студента, курс, специальность, факультет) студентов расселяют по комнатам. Распределение заключается в том, что каждому студенту в соответствие записывается комната в журнале коменданта общежития.
3. В период экзаменационных сессии в общежитие прибывают студенты-заочники, их, так же как и студентов дневного отделения, записывают в журнале коменданта.
4. Каждому студенту объявляется сумма оплаты за проживание в месяц. Студент расписывается в журнале коменданта общежития.
5. Комендант общежития подает отчет в деканат факультета о заселении студента в общежитие.
6. Об отъезде из общежития студент должен сообщить коменданту заранее, не позднее 20-ти дневного срока. В этот срок он должен оплатить (погасить) задолженности.
7. Если студент не вносит плату за комнату более чем в 30-ти дневный срок, то рассматривается вопрос об его выписке из общежития.
8. При нарушении режима общежития студентом, рассматривается вопрос об исключении его из института.
9. Если студента исключают из института, то в 10-ти дневный срок он обязан освободить комнату и съехать из общежития.
10. При выезде студента из общежития, комендант отмечает в журнале дату выезда.
Описание процессов, поддерживаемых в рамках данного исследования:
· учет прибывших, выбывших студентов, относительно общежития;
· ведение журнала коменданта общежития;
· учет своевременной оплаты сумм за комнату студентами;
· оперативный учет свободных мест в общежитии для заселения студентов;
· информирование деканата о въехавших в общежитие студентах.
На рис. 1 показана схема взаимосвязи компонент с информационным обеспечением.
| 
 | 

| 
 | 
| 
 | 
| 
 | 
| 
 | 


| 
 | 


| 
 | 


| 
 | 
| 
 | 

| 
 | 
| 
 | 

| 
 | 
Описание регламента для процессов:
· учет прибывших, выбывших студентов – постоянно;
· ведение журнала коменданта общежития – постоянно;
· учет своевременной оплаты сумм – ежемесячно;
· оперативный учет свободных мест – постоянно, по мере прибытия (выбытия) студентов;
· информирование деканата о въехавших в общежитие студентах – постоянно.
Уточнение правил для выполнения процессов для ПО:
- за первый месяц проживания студент обязан внести сумму оплаты в течении 10-ти дней со дня выезда;
- студент должен погасить имеющиеся задолженности в 30-ти дневный срок со дня, установленного как день оплаты. Если студент не оплачивает проживание в данный (отведенный) срок, то рассматривается вопрос об отчислении студента из института. При условии, что студент имел ранние задолженности и был оставлен в общежитии по каким-либо причинам (подача заявления о невозможной уплате долга, семейные и др. обстоятельства), которые обосновываются соответствующими документами.
- если при отъезде из общежития студент не погасил все задолженности по оплате, то он не может снова въехать в общежитие, до полной уплаты задолженности.
- оплата за комнату зависит от качества (оценивается по 10-ти бальной системе). Определяется наличием некоторых удобств в комнате, количества проживающих и т.д.
Список выявленных сущностей:
1. Студент (паспортные данные, домашний телефон)
2. Факультет (полное, краткое название, декан и т.д.)
3. Специальность (полное, краткое название)
4. Комната (кол-во мест, дополнительные условия)
5. Журнал коменданта (данные об обучении студента (курс, специальность факультет), распределение студентов по комнатам)
6. Квитанция (указывается сумма и дата оплаты)
Перечень возможных запросов к базе данных:
· количество студентов, нуждающихся в общежитии;
· количество свободных мест в общежитии;
· перечень студентов по определенной специальности, курсу;
· перечень студентов, имеющих долг по оплате общежития;
· просмотр информации о комнатах общежития;
· запрос количества и список исключенных студентов;
· количество проживающих студентов в общежитии;
· количество студентов, не уплативших за текущий месяц сумму за комнату.
Перечень возможных отчетов:
1. список студентов проживающих в общежитии (по факультету, специальности, курсу);
2. список студентов имеющих задолженности на текущую дату;
3. отчет о заселении общежития студентами (по комнатам, количество свободных мест, комнат);
4. список студентов, подлежащих выселению или отчислению за нарушение правил общежития.
2. Информационная модель данных.
На рис. 2 представлена концептуальная модель данных.



| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 



Рис. 2. Концептуальная модель данных предметной области
2.1. Логическая модель
На рис.3 представлена диаграмма отношения сущностей, выполненная на основе концептуальной модели.






| 
 | 
| 
 | 










Рис. 3. Диаграмма отношения сущностей (EDO)
2.2. Физическая модель данных
На рис. 4 показана физическая модель данных. В модели представлены сущности,
атрибуты, связи.

| 
 | 








| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 




| 
 | 



| 
 | 
Рис.4. Физическая модель данных
На основе физической модели выполнено описание структуры таблиц базы данных в табл. 1-7 представлено описание структуры файлов *.dbf.
Журнал комменданта (Logbook) зависимая Таблица 1
| Заголовок поля | Идентификатор | Ключ | Тип поля | Длина | |
| 1 | Номер записи | Num_rec | PK | NUMERIC | 5 | 
| 2 | Номер комнаты | Num_room | FK | NUMERIC | 3 | 
| 3 | Номер договора | Num_treaty | FK | NUMERIC | 5 | 
| 4 | Дата въезда | Date_ent | DATE | 8 | |
| 5 | Дата выезда | Date_exit | DATE | 8 | |
| 6 | Оплата за место | Sum | FLOAT | 6,2 | |
| 7 | факт проживания | loglive | LOGICAL | 1 | 
Студент (Student): независимая Таблица 2
| Заголовок поля | Идентификатор | Ключ | Тип поля | Длина | |
| 1 | Номер студ. билета | Num_stud | PK | NUMERIC | 5 | 
| 2 | Имя | Name | CHARACTER | 15 | |
| 3 | Фамилия | Surname | CHARACTER | 15 | |
| 4 | Отчество | Patronim | CHARACTER | 19 | |
| 5 | Дата рождения | BirthD | DATE | 8 | |
| 6 | Номер паспорта | N_pas | NUMERIC | 6 | |
| 7 | Серия паспорта | S_pas | CHARACTER | 5 | |
| 8 | Индекс | Zip | NUMERIC | 6 | |
| 9 | Район | District | CHARACTER | 20 | |
| 10 | Город | Np | CHARACTER | 20 | |
| 11 | Улица | street | CHARACTER | 15 | |
| 12 | Дом | dom | NUMERIC | 3 | |
| 13 | Квартира | flat | NUMERIC | 3 | |
| 14 | Телефон домашний | tel | NUMERIC | 9 | 
Договор (Treaty): зависимая Таблица 3
| Заголовок поля | Идентификатор | Ключ | Тип поля | Длина | |
| 1 | Номер договора | Num treaty | PK | NUMERIC | 5 | 
| 2 | Код специальности | Kod spec | FK | NUMERIC | 5 | 
| 3 | Код факультета | Kod facul | FK | NUMERIC | 2 | 
| 4 | Номер студ билета | Num stud | FK | NUMERIC | 5 | 
| 5 | Дата заключения | Date start | DATE | 8 | |
| 6 | Курс | Kurs | NUMERIC | 1 | 
Специальность (Speciali): независимая Таблица 4
| Заголовок поля | Идентификатор | Ключ | Тип поля | Длина | |
| 1 | Код специальности | kod spec | PK | NUMERIC | 5 | 
| 2 | Название | naz spec | CHARACTER | 35 | |
| 3 | Короткое название | short spec | CHARACTER | 10 | 
Факультет (Faculti): независимая Таблица 5
| Заголовок поля | Идентификатор | Ключ | Тип поля | Длина | |
| 1 | Код факультета | kod facul | PK | NUMERIC | 2 | 
| 2 | Название | naz facul | CHARACTER | 35 | |
| 3 | Короткое название | short facul | CHARACTER | 5 | |
| 4 | ФИО декана | SNP decan | CHARACTER | 20 | |
| 5 | Телефон декана | tel decan | NUMERIC | 6 | 
Комната (Room): независимая Таблица 6
| Заголовок поля | Идентификатор | Ключ | Тип поля | Длина | |
| 1 | Номер комнаты | Num room | PK | NUMERIC | 3 | 
| 2 | Количество мест | kol mest | NUMERIC | 1 | |
| 3 | Качество | Quality | NUMERIC | 2 | |
| 4 | Примечания | note | MEMO | 30 | 
Квитанция (Receipt):зависимая Таблица 7
| Заголовок поля | Идентификатор | Ключ | Тип поля | Длина | |
| 1 | Номер квитанции | num receipt | PK | NUMERIC | 6 | 
| 2 | Номер записи | num rec | FK | NUMERIC | 5 | 
| 3 | дата оплаты | date ammou | DATE | 8 | |
| 4 | оплаченная сумма | sum total | FLOAT | 6,2 | 
2.3. Файлы вида
Для просмотра информации одновременно во всех таблицах их необходимо связать (установить отношения). Отношения сохраняются в файле вида (kadastr.vue). На рис. 5 отражена схема взаимосвязи таблиц.






| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
| 
 | 
Рис. 5. Схема отношений между таблицами базы данных
3. Описание запросов к базе данных
1. Показать количество студентов, проживающих в комнате (№2):
SELECT Logbook.*, Student.surname, Student.name, Student.patronic;
FROM Logbook, Student, Treaty;
WHERE Treaty.num_treaty = Logbook.num_treaty;
AND Student.num_stud = Treaty.num_stud;
AND Logbook.lognote = .T.;
GROUP BY Logbook.num_room, Student.num_stud;
HAVING Logbook.num_room = 2
2. Перечень всех студентов 4 курса проживающих в общежитии
SELECT Logbook.num_rec, Logbook.num_room, Logbook.num_treaty,;
Logbook.lognote, Student.surname, Student.name, Student.patronic,;
Treaty.kurs;
FROM Logbook, Student, Treaty;
WHERE Treaty.num_treaty = Logbook.num_treaty;
AND Student.num_stud = Treaty.num_stud;
AND Logbook.lognote = .T.;
GROUP BY Treaty.kurs, Student.num_stud;
HAVING Treaty.kurs = 4;
ORDER BY Student.surname
3. Просмотр информации о комнатах общежития: количество комнат с 4-мя местами:
SELECT Room.kolmest, COUNT(Room.num_room), Room.qualit, Room.num_room;
FROM Room;
GROUP BY Room.kolmest;
HAVING Room.kolmest = 4
4. Покозать распределение студентов по комнатам
SELECT Student.surname, Student.name, Student.patronic, Treaty.num_stud,;
Treaty.kurs, Logbook.num_room, Faculty.shot_facul, Speciali.shot_spec;
FROM Student, Room, Treaty, Logbook, Faculty, Speciali;
WHERE Treaty.num_stud = Student.num_stud;
AND Logbook.num_room = Room.num_room;
AND Student.num_stud = Treaty.num_stud;
AND Student.num_stud = Treaty.num_stud;
AND Room.num_room = Logbook.num_room;
AND Faculty.kod_facul = Treaty.kod_facul;
AND Speciali.kod_spec = Treaty.kod_spec;
AND Logbook.lognote = .T.;
GROUP BY Room.num_room, Student.num_stud
4. Описание отчетов и этикеток
 На рис 6. представлена схема отчета “Отчет о проживающих студентах в комнате №2”
На рис 6. представлена схема отчета “Отчет о проживающих студентах в комнате №2”
Рис.6.
На рис 7. представлена схема отчета “Список студентов 4-го курса”
|  | 
Рис.7
На рис. 8. Представлена схема этикетки «Наклейка на конверт студенту»
|  | 
Рис. 8
5.Описание экранов
На рис. 8 представлена схема экрана “Информация о комнате”
|  | 
Рис.8.
На рис. 9 представлено сгенерированное окно “Сведения о комнате”
|  | 
Рис. 9.
Похожие работы
- 
							Базы данных и базы знаний
							НИЖЕГОРОДСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ имени Р.Е. Алексеева Кафедра «Компьютерные технологии в проектировании и производстве» Дисциплина «Базы данных и базы знаний» 
- 
							Программирование на VBA
							Министерство образования и науки российской федерации Государственное образовательное учреждение высшего профессионального образования «Липецкий государственный технический университет» 
- 
							Практика по созданию базы данных для гостиницы
							Министерство образования и науки Украины Севастопольский государственный технический университет МЕТОДИЧЕСКИЕ УКАЗАНИЯ по вычислительной практике 
- 
							Обработка двумерных массивов матриц .
							МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ЭКОНОМИКИ, СТАТИСТИКИ И ИНФОРМАТИКИ. КАФЕДРА МАТЕМАТИЧЕСКОГО ОБЕСПЕЧЕНИЯ И АДМИНИСТРИРОВАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ. 
- 
							Численные методы решения нелинейного уравнения с одним неизвестным
							Нижегородский государственный технический университет им. Р.Е. Алексеева Кафедра «Прикладная математика». Отчет по лабораторной работе №1. Численные методы решения нелинейных уравнений 
- 
							Построение логической модели исследуемой системы
							Тульский институт экономики и информатики Кафедра информационных технологий Контрольная работа По дисциплине: Интеллектуальные информационные системы 
- 
							Методы поиска технических решений
							Министерство высшего образования РФ Московский Энергетический Институт Смоленский Филиал (Технический Университет) Факультет: АЭТ Кафедра: ВТ Лабораторная работа № 2 
- 
							Вычисление площадей эпюр с использованием численных методов 2
							Пермский государственный технический университет Строительный факультет Кафедра строительной механики и вычислительной техники Курсовая работа 
- 
							Имитационное моделирование инвестиционных рисков
							Федеральное агентство по образованию ГОУ ВПО «Уральский государственный технический университет – УПИ» Факультет информационно-математических технологий и экономического моделирования 
- 
							Основные компоненты графического пользовательского интерфейса GUI
							Федеральное агентство по образованию осударственное образовательное учреждение высшего профессионального образования «Санкт-Петербургский государственный технологический институт