ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 25.01.2025
Просмотров: 2579
Скачиваний: 3
СОДЕРЖАНИЕ
1.4. Технические требования к программе или программному изделию
3. Выбор языка и среды разработки.
3.1. Выбор компонентной базы для доступа к субд FireBird 2.1
4.1. Таблица персональных данных пользователя
4.2. Таблица параметров авторизации пользователя на почтовом сервере
5. Архитектура программного обеспечения
6. Структура программного обеспечения
6.1. Подсистема администрирования
6.2. Подсистема просмотра данных
6.3. Подсистема редактирования данных
6.4. Подсистема работы с сообщениями
7. Описание интерфейса программного обеспечения
9. Контрольный пример работы программного обеспечения
10. Безопасность и экологичность проектных решений
10.2. Опасные и вредные факторы при работе с пэвм
10.3. Характеристика объекта исследования
10.4. Мероприятия по безопасности труда и сохранению работоспособности
10.4.3 Создание рационального освещения
10.4.5 Обеспечение режимов труда и отдыха
10.4.6 Обеспечение электробезопасности
10.4.7 Защита от статического электричества
10.4.8 Обеспечение допустимых уровней электромагнитных полей
10.4.9 Обеспечение пожарной безопасности
10.4.10. Мероприятия и средства по защите окружающей среды
11. Организационно-экономическая часть
11.1 Технико-экономическое обоснование объекта проектирования.
11.1.2 Состав конструкторской группы и их должностные оклады.
Связь таблицы с другими таблицами отражена на рисунке 1.
Рис.1 Структура базы данных
5. Архитектура программного обеспечения
Программное обеспечение автоматизированной информационной системы «Будущий абитуриент» построено по двух уровневой архитектуре, показанной на рисунке 2. На верхнем уровне располагается клиентское приложение, на нижнем – сервер базы данных под управлением FireBird2.1.
Взаимодействие между уровнями происходит следующим образом:
Клиент отправляет запрос на сервер БД;
База данных обрабатывает запрос и отправляет результат клиенту.
Запрос и ответ обрабатываются компонентами FibPlusиDatAccessклиентского приложения. Данные отображаются на форме следующими компонентами: ExpressEditors6, ExpressDBEditors6, DevExpress, Dialogs, ExpressBars, ExpressUtilities, ExpressEditors, IndyClients, Standart, Win32.
Рис.2 Архитектура ПО
6. Структура программного обеспечения
По виду предоставляемой информации пользователю программное обеспечение разделено на шесть модулей (таблица 15).
Таблица 15. Список модулей программного обеспечения
|
Модуль |
Описание |
|
Vabit |
Модуль регистрации. Предоставляет пользователю поля для заполнения данных о возможном абитуриенте. |
|
UFView_vabit |
Модуль просмотра зарегистрированных. Предоставляет пользователю таблицу, отображающую основную информацию о зарегистрированных. Дает возможность перехода на форму регистрации абитуриентов, отправки сообщений и просмотра отчетов. |
|
Autorizatiya |
Модуль авторизации. Предоставляет пользователю поля, в которые необходимо ввести регистрационные параметры. В случае успешной авторизации открывается форма навигации. |
|
FabitSetSource |
Модуль регистрации мероприятия. Предоставляет возможность зарегистрировать новое мероприятие, либо выбрать из списка. |
|
UPost |
Модуль формирования и отправки сообщения. Предоставляет поля для заполнения параметров сообщения, список зарегистрированных с email-адресами. Отправка сообщений выбранным адресатам. |
|
U_Post_V |
Модуль просмотра сообщений. Предоставляет сводные таблицы по отправленным сообщениям |
|
MainForm |
Модуль навигации. Дает возможность переключаться между основными модулями. |
Модули могут работать независимо друг от друга. Для удобства отдельные модули связаны между собой навигацией.
По функциональным возможностям модули разложены на подсистемы:
Подсистема администрирования;
Подсистема просмотра данных;
Подсистема редактирования данных;
Подсистема работы с сообщениями.
6.1. Подсистема администрирования
Подсистема администрирования управляет аутентификацией и авторизацией пользователей программного обеспечения.
Аутентификация проходит с использованием учетной записи базы данных. Вход в программу происходит с использованием имени пользователя и пароля учетной записи. Заведение и удаление пользователей осуществляется администратором базы данных.
После аутентификации пользователи проходят авторизацию. Если аутентификация прошла успешна, то пользователям открывается панель навигации с доступом ко всем формам. Иначе панель навигации имеет только поле файл и классификаторы.
Блок-схема алгоритма
авторизации представлена на рисунке
3.

Рис.3 Блок-схема алгоритма авторизации
6.2. Подсистема просмотра данных
Подсистема просмотра данных обеспечивает визуализацию запрашиваемой пользователем информации из БД. Подсистема состоит из набора компонент расположенных на форме (таблица компонент).
Таблица компонент.
|
Название компонент |
Описание |
|
SQL – отчеты |
Табличные отчеты. Содержат информацию из таблицы БД. |
|
Интерактивный отчет |
Табличные отчеты с встроенными функциями поиска и сортировки. Содержит информацию из таблицы БД. |
|
Раскрывающиеся списки |
Содержат список значений, на основе которого осуществляется выбор данных для табличных отчетов, зависимых списков или текстовых полей. |
|
Текстовые метки |
Содержит значение атрибута таблицы БД. |
|
Текстовые поля |
Содержит значение атрибута таблицы БД. Предназначены для отображения и редактирования информации. |
|
Неактивные текстовые поля |
Содержит значение атрибута таблицы БД. Предназначены для отображения информации. |
|
Кнопки |
Служат для навигации и вызова форм. |
|
Радиогруппы |
Предназначены для выбора конкретного значения редактируемого параметра. |
Компоненты располагаются в специальных областях формы называемых регионами. Структура региона и формы, а также стили региона, форм и компонент определяются в процессе программирования.
6.3. Подсистема редактирования данных
Редактирование персональной информации будущих абитуриентов осуществляется для правильной работы алгоритма отправки сообщения и корректной работы ЦПК с будущими абитуриентами. Подсистема редактирования данных для обеспечения целостности информации предоставляется возможность изменять значения атрибутов в таблицах БД. Редактирование данных производится с помощью компонент, вынесенных на отдельную форму (редактирование значений атрибутов одной записи) или встроенных непосредственно в табличный отчет (редактирование значения атрибута нескольких записей).
Механизм редактирования данных происходит следующим образом:
Подсистема проверяет на наличие содержимого в обязательных для заполнения текстовых полях. В случае отсутствия содержимого в обязательных для заполнения текстовых полях пользователю выводится сообщение об ошибке и алгоритм завершается;
Подсистема проверяет соответствие введенных пользователем данных формату данных атрибутов БД. В случае не соответствия форматов данных пользователю выводится сообщение об ошибке и алгоритм завершается;
Выполняется обновление информации в таблице БД;
Если редактирование осуществлялось на отдельной форме, происходит переход на форму просмотра данных;
6.4. Подсистема работы с сообщениями
Подсистема работы с сообщениями управляет процессом создания, отправки и просмотра сообщений.
Процесс создания сообщения включает в себя следующие действия: заполнение темы сообщения, текста сообщения, прикрепления файлов к сообщению, выбора адресатов из таблиц возможных абитуриентов.
Отправка сообщения происходит с использованием учетной записи пользователя на почтовом сервере. Параметры соединения с почтовым сервером отражены в таблице базы данных FST_MAILLOGIN. Заведение и удаление параметров авторизации осуществляется администратором базы данных.
Просмотр сообщений происходит с использованием двух сводных таблиц и текстовых полей.
Блок-схема алгоритма добавления адресатов и отправки сообщения представлена на рисунке 4. Блок-схема алгоритма формирования сообщения представлена на рисунке 5.
Рис.4 Блок-схема алгоритма добавления адресата и отправки сообщения
Рис.5 Блок-схема алгоритма формирования сообщения