- •Содержание
- •Введение
- •Техническое задание
- •1.4. Технические требования к программе или программному изделию
- •3. Выбор языка и среды разработки.
- •3.1. Выбор компонентной базы для доступа к субд FireBird 2.1
- •4. Структура базы данных
- •4.1. Таблица персональных данных пользователя
- •4.2. Таблица параметров авторизации пользователя на почтовом сервере
- •5. Архитектура программного обеспечения
- •6. Структура программного обеспечения
- •6.1. Подсистема администрирования
- •6.2. Подсистема просмотра данных
- •6.3. Подсистема редактирования данных
- •6.4. Подсистема работы с сообщениями
- •7. Описание интерфейса программного обеспечения
- •7.1. Интерфейс – «Галочки»
- •8. Результаты тестирования
- •9. Контрольный пример работы программного обеспечения
- •10. Безопасность и экологичность проектных решений
- •10.1. Цель и решаемые задачи
- •10.2. Опасные и вредные факторы при работе с пэвм
- •10.3. Характеристика объекта исследования
- •10.4. Мероприятия по безопасности труда и сохранению работоспособности
- •10.4.3 Создание рационального освещения
- •10.4.4 Защита от шума
- •10.4.5 Обеспечение режимов труда и отдыха
- •10.4.6 Обеспечение электробезопасности
- •10.4.7 Защита от статического электричества
- •10.4.8 Обеспечение допустимых уровней электромагнитных полей
- •10.4.9 Обеспечение пожарной безопасности
- •10.4.10. Мероприятия и средства по защите окружающей среды
- •10.5. Расчеты.
- •11. Организационно-экономическая часть
- •11.1 Технико-экономическое обоснование объекта проектирования.
- •Результаты
- •11.1.2 Состав конструкторской группы и их должностные оклады.
- •11.1.3 Экономическая часть.
- •Затраты на страховые взносы.
- •11.1.3. Вывод.
- •12. Заключение
- •13. Список литературы
- •Приложение 1. Листинг
- •Приложение 2. Руководство пользователя.
Содержание
ФИРЭ.ВТиП.ДП. 606285 ПЗ 4
Лист 4
Введение 6
ФИРЭ.ВТиП.ДП. 606285 ПЗ 7
Лист 7
1.Техническое задание 8
1.1. Наименование программного изделия 8
1.2. Основание для разработки 8
1.3. Назначение и цель 8
1.3.1. Назначение 8
1.3.2. Цель разработки 8
1.4. Технические требования к программе или программному изделию 8
1.4.1. Требования к функциональным характеристикам 8
ФИРЭ.ВТиП.ДП. 606285 ПЗ 9
Лист 9
1.4.2. Требования по надежности 9
1.4.3. Требования к условиям эксплуатации 9
1.4.4. Требования к аппаратным средствам 9
1.4.5. Требования к документации 9
1.4.6. Требования к безопасности 9
1.5. Безопасность при эксплуатации ПЭВМ 10
1.6. Стадии и этапы разработки 10
1.7. Порядок контроля и приемки 10
2. Рассмотрение исходной базы данных 11
3. Выбор языка и среды разработки. 16
ФИРЭ.ВТиП.ДП. 606285 ПЗ 16
Лист 16
3.1. Выбор компонентной базы для доступа к СУБД FireBird 2.1 18
4. Структура базы данных 23
ФИРЭ.ВТиП.ДП. 606285 ПЗ 23
Лист 23
4.1. Таблица персональных данных пользователя 24
4.2. Таблица параметров авторизации пользователя на почтовом сервере 24
5. Архитектура программного обеспечения 30
ФИРЭ.ВТиП.ДП. 606285 ПЗ 31
Лист 31
6. Структура программного обеспечения 31
6.1. Подсистема администрирования 32
6.2. Подсистема просмотра данных 36
6.3. Подсистема редактирования данных 37
ФИРЭ.ВТиП.ДП. 606285 ПЗ 37
Лист 37
6.4. Подсистема работы с сообщениями 38
ФИРЭ.ВТиП.ДП. 606285 ПЗ 38
Лист 38
7. Описание интерфейса программного обеспечения 41
ФИРЭ.ВТиП.ДП. 606285 ПЗ 41
Лист 41
7.1. Интерфейс – «Галочки» 59
8. Результаты тестирования 66
ФИРЭ.ВТиП.ДП. 606285 ПЗ 66
Лист 66
9. Контрольный пример работы программного обеспечения 69
ФИРЭ.ВТиП.ДП. 606285 ПЗ 71
Лист 71
10. Безопасность и экологичность проектных решений 72
10.1. Цель и решаемые задачи 72
10.2. Опасные и вредные факторы при работе с ПЭВМ 72
ФИРЭ.ВТиП.ДП. 606285 ПЗ 75
Лист 75
10.3. Характеристика объекта исследования 73
10.4. Мероприятия по безопасности труда и сохранению работоспособности 75
10.4.3 Создание рационального освещения 82
10.4.4 Защита от шума 84
10.4.5 Обеспечение режимов труда и отдыха 84
10.4.6 Обеспечение электробезопасности 85
10.4.7 Защита от статического электричества 85
10.4.8 Обеспечение допустимых уровней электромагнитных полей 86
10.4.9 Обеспечение пожарной безопасности 86
10.4.10. Мероприятия и средства по защите окружающей среды 87
10.5. Расчеты. 87
11. Организационно-экономическая часть 94
11.1 Технико-экономическое обоснование объекта проектирования. 94
94
ФИРЭ.ВТиП.ДП. 606285 ПЗ 94
Лист 94
11.1.2 Состав конструкторской группы и их должностные оклады. 95
11.1.3 Экономическая часть. 98
11.1.3. Вывод. 103
12. Заключение 104
ФИРЭ.ВТиП.ДП. 606285 ПЗ 104
Лист 104
13. Список литературы 105
ФИРЭ.ВТиП.ДП. 606285 ПЗ 105
Лист 105
Приложение 1. Листинг 106
ФИРЭ.ВТиП.ДП. 606285 ПЗ 106
Лист 106
Приложение 2. Руководство пользователя. 116
ФИРЭ.ВТиП.ДП. 606285 ПЗ 117
Лист 117
Введение
Система образования в РФ переходит на новую ступень развития: двухуровневую систему образования. Для высших учебных заведений отличие старой системы от новой выражается в проведении учебного процесса. По правилам новых основных образовательных программ количество аудиторных занятий от общего времени на изучение дисциплин заметно уменьшилось, в то время как количество часов самостоятельной работы студента увеличилось и составляет 70% от общего количества часов на изучение. В связи с этими процессами в системе образования встает острая необходимость в осуществление жесткого контроля над проведением аудиторных занятий и выполнением студентами самостоятельной работы.
Проведение контроля либо мониторинга процесса обучения студентов подразумевает под собой гибкую систему персонализации. Гибкая система персонализации – простота в управлении и мониторинге персональных данных студентов, правильно структурированная система ограничения считывания персональных данных на разных уровнях доступа к программе и по различным модулям.
Необходимым условием гибкой системы персонализации является достоверность информации. В университетской базе данных хранится информация о студенте, которую во время приемной комиссии вносит центральная приемная комиссия (ЦПК) Московского государственного открытого университета (Университет) о тогда еще абитуриенте. Студент учится и не вспоминает о тех данных, которые он предоставил во время приема. Эти данные чаще всего изменяются: меняется паспорт по достижению 20 лет, меняется фамилия после замужества, очень часто беспричинно изменяются контактные номера и почтовые адреса, в том числе email. В результате факультеты работают с неактуальной информацией. Есть много способов этого избежать. Наиболее эффективный способ – создать ситуацию в которой студент будет знать какой информацией о нем владеет Университет. Для этой цели необходима «Карточка абитуриента».
В рамках данного дипломного проекта будут разработаны пользовательский интерфейс АИС «Будущий абитуриент» и «Карточка абитуриента» для хранения на бумажном носителе. Абитуриента в данном случае стоит назвать будущим или возможным.
Ежегодно в Университете проводятся дни открытых дверей и другие мероприятия, направленные на привлечение абитуриентов. Была проанализирована идея регистрации посетителей этих мероприятий с целью сбора контактной информации и последующего оповещения о предстоящих мероприятиях, разработана база данных для хранения информации о регистрируемых и первая версия программы регистрации АИС«Будущий абитуриент».
Исходя из необходимости разработки гибкой системы персонализации, принято решение разработать вторую версию программы регистрации АИС«Будущий абитуриент» на основе имеющейся базы данных с внесением в нее необходимых изменений. Изменить общую концепцию регистрации и отправки сообщений.