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

Введение

Система образования в РФ переходит на новую ступень развития: двухуровневую систему образования. Для высших учебных заведений отличие старой системы от новой выражается в проведении учебного процесса. По правилам новых основных образовательных программ количество аудиторных занятий от общего времени на изучение дисциплин заметно уменьшилось, в то время как количество часов самостоятельной работы студента увеличилось и составляет 70% от общего количества часов на изучение. В связи с этими процессами в системе образования встает острая необходимость в осуществление жесткого контроля над проведением аудиторных занятий и выполнением студентами самостоятельной работы.

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

Необходимым условием гибкой системы персонализации является достоверность информации. В университетской базе данных хранится информация о студенте, которую во время приемной комиссии вносит центральная приемная комиссия (ЦПК) Московского государственного открытого университета (Университет) о тогда еще абитуриенте. Студент учится и не вспоминает о тех данных, которые он предоставил во время приема. Эти данные чаще всего изменяются: меняется паспорт по достижению 20 лет, меняется фамилия после замужества, очень часто беспричинно изменяются контактные номера и почтовые адреса, в том числе email. В результате факультеты работают с неактуальной информацией. Есть много способов этого избежать. Наиболее эффективный способ - создать ситуацию в которой студент будет знать какой информацией о нем владеет Университет. Для этой цели необходима «Карточка абитуриента».

В рамках данного дипломного проекта будут разработаны пользовательский интерфейс АИС «Будущий абитуриент» и «Карточка абитуриента» для хранения на бумажном носителе. Абитуриента в данном случае стоит назвать будущим или возможным.

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

Исходя из необходимости разработки гибкой системы персонализации, принято решение разработать вторую версию программы регистрации АИС«Будущий абитуриент» на основе имеющейся базы данных с внесением в нее необходимых изменений. Изменить общую концепцию регистрации и отправки сообщений.



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

1.1 Наименование программного изделия

Автоматизированная информационная система «Будущий абитуриент»

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

Основанием для разработки является задание на дипломный проект.

1.3 Назначение и цель

1.3.1 Назначение

Назначением данного дипломного проекта является разработка пользовательского интерфейса АИС «Будущий абитуриент», с возможностью получения ID будущего абитуриента и вывода его на печать.

1.3.2 Цель разработки

Целью работы является автоматизация работы с будущими абитуриентами, которые посещают мероприятия по ознакомлению с Московским государственным открытым университетом и процессом обучения в нем посредством системы регистрации будущих абитуриентов. В отличие от существующего приложения, система должна создавать «карточку будущего абитуриента», которая выдается ему на руки. Данная карточка будет содержать ID этого абитуриента в базе, с помощью которого возможно ускорить процесс поиска информации о нем в базе данных «Абитуриент».



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

1.4.1 Требования к функциональным характеристикам

Разработанная система должна выполнять следующие функции:

Технические:

· Хранение истории сообщений.

· Отправка сообщений.

· Генерация ID.

· Хранение информации о зарегистрированных будущих абитуриентах.

· Формирование отчетов с использованием FastReport.

Пользовательские:

· Предоставление списка будущих абитуриентов и мероприятий.

· Предоставление информации об отправке сообщений.

· Предоставление пользователю возможности работы с компонентами в режиме исполнения.

1.4.2 Требования по надежности

Система должна обеспечивать сохранность данных при сбоях и возможность дозаписи и/или перезаписи данных для восстановления работы при сбое или в результате пересчета транзакций.

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

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

соответствуют требованиям, предъявляемым к условиям эксплуатации персонального компьютера: работа должна проводиться в нормальных климатических условиях - в помещениях с температурой окружающей среды от 10 до 35?С, и относительной влажностью от 20 до 80%.



1.4.4 Требования к аппаратным средствам

Состав аппаратных средств и их основные характеристики:

· Не менее 1Gb RAM

· ПО - Microsoft Office 2003 и выше.

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

К программному изделию должны прилагаться следующие документы:

· Техническое описание.

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

1.4.6 Требования к безопасности

Аппаратные средства должны быть заземлены в соответствии с инструкцией по эксплуатации ПК.

1.5 Безопасность при эксплуатации ПЭВМ

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

Необходимо произвести следующие расчеты:

· По безопасности труда: расчет освещенности вычислительного центра.

· По защите окружающей среды: расчет звукопоглощающего ограждения рабочего зала.

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

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

Техническое предложение.

Эскизное проектирование.

Техническое проектирование.

Рабочая документация.

1.7 Порядок контроля и приемки

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



2. Рассмотрение исходной базы данных

Исходная база данных состоит из 22 таблиц, 21 процедуры, 20 триггеров, 8 генераторов. Структура данных описывает точку зрения пользователя на представление данных о «будущих» абитуриентах. Под «будущими» абитуриентами будем понимать учащихся средних образовательных учреждений или студентов высших учебных заведений, которые в будущем планируют соответственно поступить в высшие учебные заведения или получить еще одно высшее профессиональнее образование.

Основные таблицы, которые хранят данные о вариантах использования, в их атрибутах есть ссылки на таблицы-классификаторы и таблицы-связки, это:

· FST_L_PERSDATA_MESSAGE - информация об отправке сообщения.

· FST_MAILLOGIN - характеристики адреса электронной почты.

· FST_MESSAGE - информация о сообщение.

· FST_PERS_DATA - информация о «будущем» абитуриенте.

Таблицы-классификаторы:

· FST_FROM - откуда узнал о Московском Государственном Открытом Университете (МГОУ)

· STU_KL_FACULTY - хранит наименования факультетов.

· STU_KL_SPECIALIZATION - информация о специальностях МГОУ.

· X_EDUCATION - образование, полученное или получаемое «будущим» абитуриентом.

· X_SOURCE - источник (мероприятие, на котором был зарегистрирован «будущий» абитуриент.

· STU_KL_PAY_FORM - форма оплаты.

Таблица-связка:

· FST_FPROF - связывает «будущего» абитуриента со специальностью. Дает возможность выбора нескольких специальностей.

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

В настоящее время ЦПК работает с первой версией АИС «Будущий абитуриент», которая зарекомендовала себя как программное обеспечение, отвечающее всем поставленным требованиям. Но из-за изменений в системе образования, описанной выше, сотрудники деканатов Университета предложили изменить перечень вводимой информации при регистрации «будущих» абитуриентов и разработать отчет для зарегистрированного - «Карточка абитуриента».

Вторая версия программы АИС «Будущий абитуриент» должна уменьшить время, затраченное на регистрацию. Содержать модель для работы с отчетами, в том числе для формирования «Карточки абитуриента».

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

Необходимость разработки заключается в оптимизации кода с помощью использования представлений базы данных FireBird.

Необходимые эксплуатационные свойства разработки:

1. Регистрация «будущих» абитуриентов.

2. Просмотр зарегистрированных.

3. Отправка сообщений.

4. Формирование «Карточки абитуриента».

Исходная база данных - база данных FireBird. Ниже представлены характеристики данной системы управления базами данных (СУБД).

СУБД Firebird -- компактная, кроссплатформенная, свободная система управления базами данных, база Firebird, работающая на GNU/Linux, Microsoft Windows и разнообразных Unix платформах.

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

Основные характеристики Firebird:

- Соответствие требованиям ACID: Firebird сделан специально, чтобы удовлетворять требованиям «атомарности, целостности, изоляции и надёжности» транзакций («Atomicity, Consistency, Isolation and Durability»).

- Версионная архитектура: Основная особенность Firebird -- версионная архитектура, позволяющая серверу обрабатывать различные версии одной и той же записи в любое время (firebird time) таким образом, что каждая транзакция видит свою версию данных, не мешая соседним («читающие транзакции не блокируют пишущие, а пишущие не блокируют читающих»). Это позволяет использовать одновременно OLTP и OLAP запросы. информационный абитуриент база данные

- Хранимые процедуры: Используя язык PSQL (процедурный язык SQL) Firebird, возможно создавать сложные хранимые процедуры для обработки данных полностью на стороне сервера. Для генерации отчётов особенно удобны хранимые процедуры с возможностью выборки, возвращающие данные в виде набора записей. Такие процедуры можно использовать в запросах точно так же как и обычные таблицы.

- События: Хранимые процедуры и триггеры могут генерировать события, на которые может подписаться клиент. После успешного завершения транзакции (COMMIT) он будет извещён о произошедших событиях и их количестве.

- Генераторы: Идея генераторов (последовательностей) делает возможной простую реализацию автоинкрементных полей, и не только их. Генераторы являются 64-битными хранимыми в базе данных счётчиками, работающими независимо от транзакций. Они могут быть использованы для различных целей, таких как генерация первичных ключей, управление длительными запросами в соседних транзакциях, и т. д.

- Базы данных только для чтения: позволяют распространять базы данных, к примеру, на CD-ROM.

- Полный контроль за транзакциями: Одно клиентское приложение может выполнять множество одновременных транзакций. В разных транзакциях могут быть использованы разные уровни изоляции. Протокол двухфазного подтверждения транзакций обеспечивает гарантированную устойчивость при работе с несколькими базами данных. Так же доступны оптимистическое блокирование данных и точки сохранения транзакций.

- Резервное копирование на лету: Для резервного копирования нет надобности останавливать сервер. Процесс резервного копирования сохраняет состояние базы данных на момент своего старта, не мешая при этом работе с базой.

- Триггеры: Для каждой таблицы возможно назначение нескольких триггеров, срабатывающих до или после вставки, обновления или удаления записей. Для триггеров используется язык PSQL, позволяя вносить начальные значения, проверять целостность данных, вызывать исключения, и т. д. В Firebird 1.5 появились «универсальные» триггеры, позволяющие в одном триггере обрабатывать вставки, обновления и удаления записей таблицы.

- Наборы символов: Firebird поддерживает множество международных наборов символов (включая Unicode) с множеством вариантов сортировки.

Средства доступа к серверу. Firebird поддерживает множество способов доступа, включая: собственные наборы компонент для C/C++, Delphi, классы для Ada, Firebird ODBC, JDBC (Jaybird), драйверы для Python, PHP, драйвер OLE DB, dbExpress, провайдер данных .NET и прямой доступ с использованием клиентской библиотеки сервера (fbclient.dll или GDS32.dll).



3. Выбор языка и среды разработки

В соответствии с исходными данными при разработке приложения будет проводиться работа с базой данных FireBird 2.1. Следовательно, при выборе языка программирования и среды разработки необходимо учитывать необходимость наличия компонент для работы с СУБД FireBird 2.1.

К языку программирования выдвигаются следующие требования:

- наличие компонент для работы с СУБД FireBird 2.1;

- поддержка объектно-ориентированного стиля программирования;

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

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

Перечисленными свойствами обладают следующие средства программирования: Delphi, Visual C++, Borland С++ Builder, Qt и другие.

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

Visual C++ обычно используется при разработке приложений, предназначенных для работы с ОС Windows, использующих основные свойства ОС, а так же выполняющих большое количество вычислений.

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

Borland С++ Biulder по своим недостаткам аналогичен Visual C++, но обладает ещё одним - разработка баз данных на базе языка SQL и их поддержка ограничена.

Qt дает возможность создания платформо-независимых приложений для работы с базами данных, используя стандартные СУБД. Qt включает «родные» драйвера для Oracle, Microsoft SQL Server, Sybase Adaptive Server, IBM DB2, PostgreSQL, MySQL и ODBC-совместимых баз данных. Qt включает специфичные для баз данных виджеты, а также поддерживает расширение для работы с базами данных любых встроенных или отдельно написанных виджетов. Большое количество используемых классов на многие случаи жизни, у Qt полностью объектно-ориентированная библиотека. Одним из недостатков данного средства разработки приложений является то, что Qt Creator для Windows занимает большой объем памяти -- порядка 200 мегабайт. В Qt-opensoucre под Windows компилятор только mingw и исполняемые файлы занимают от 5.5 метров.

Среди большого разнообразия продуктов для разработки приложений Delphi занимает одно из ведущих мест. Delphi 7 - мощная система визуального объектно - ориентированного проектирования, обладающая комбинацией нескольких важнейших технологий:

- высокопроизводительный компилятор в машинный код;

- объектно-ориентированная модель компонент;

- визуальное построение приложений из программных прототипов;

- масштабируемые средства для построения баз данных.

Интегрированная среда разработки приложений Delphi 7 позволяет создавать, компилировать, тестировать и редактировать проект или группу проектов в единой среде программирования. Базируется на расширении языка Pascal-Object Pascal.

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



3.1 Выбор компонентной базы для доступа к СУБД FireBird 2.1

Широкое распространение Interbase и его клонов по всему миру и использование в самых различных ипостасях привело к тому, чтобы было создано множество библиотек доступа к InterBase/FireBird, ориентированных на самые различные среды программирования.

Наиболее популярные из них: IBProvider, InterBase Express (IBX), Devrace FIBPlus.

IBProvider (OLE DB for InterBase) - большой выбор средств разработки, универсальных с точки зрения языка программирования. IBProvider предоставляет мощный объектно-ориентированный низкоуровневый клиентский API для работы с InterBase. Встраиваясь в приложения баз данных, OLE DB-провайдер способен взять на себя всю работу по организации взаимодействия с сервером базы данных. OLE DB является общепризнанным промышленным стандартом доступа к данным, что позволяет легко разворачивать и управлять приложениями, разработанными с использованием IBProvider.

Достоинствами компонентов IBPrоvider являются:

- возможность работы со всей линейкой СУБД InterBase, начиная с версии 4.х и заканчивая клонами InterBase 6 - FireBird и Yaffil. Минимальным условием работы является наличие на компьютере клиента динамической библиотеки gds32.dll от InterBase 4;

- поддержка всех типов данных InterBase;

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

- оптимизация работы с результирующим множеством SQL-запросов. Для поддержки большого количества данных автоматически применяются временные файлы, причём для доступа к ним используется 64-битовая адресация;

- полная поддержка синтаксиса SQL, параметризованных запросов;

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

InterBase Express (IBX) - набор компонент для Delphi и C++ Builder, позволяющий работать с серверами InterBase. Продукт основан на коде FreeIBComponents и входит в стандартную поставку Borlabd Delphi/C++ Builder Enterprise Edition.

К особенностям IBX можно отнести:

- явное управление транзакциями;

- поддержка стандартных и сторонних визуальных компонентов отображения данных;

- поддержка встроенных и сторонних генераторов отчёта;

- использование генераторов для значений ключевых полей.

Devrace FIBPlus - библиотека гибких высокопроизводительных компонентов для Borland Delphi 5-7, C++ Builder 5-6, Kylix 3, предназначенных для работы с InterBase и FireBird с использованием прямого InterBase API. FIBPlus объединяет в себе простую архитектуры с удобством разработки, что позволяет создавать мощные и эффективные приложения.

Преимущества FIBPlus:

- поддержка всех версий InterBase, начиная с InterDase 4.0 и FireBird 1.0;

- совместимость со всеми стандартными и сторонними визуальными db-компонентами и генераторами отчётов;

- полный контроль транзакций;

- улучшенная производительность в сравнении с аналогами. В частности TpFIBDataSet работает на 30-40% быстрее TIBDataSet в IBX, использует на 60-70% меньше памяти;

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

При использовании Delphi 7 можно было бы использовать встроенные компоненты IBX, но серьёзным недостатком является вопрос последующей совместимости с СУБД FireBird. Хотя сегодня многие всё ещё успешно используют IBX вместе с FireBird, вполне возможно, что в будущем всё изменится. IBX не тестируется с FireBird и Borland не планирует поддерживать совместимость с будущими версиями FireBird, т.к. разработчики FireBird и InterBase развивают продукты в разных направлениях.

Функциональность IBProvider и FIBPlus аналогична, но стоимость первого продукта намного выше другого.

Для работы с базой данных FireBird 2.1 логично использовать Devrace FIBPlus - библиотеку-компонент, обладающую полной совместимостью с Delphi 3-7 и FireBird всех версий.

Компоненты FIBPlus представлены на двух закладках палитры компонентов. В таблице 1 перечислены все компоненты на закладке FIBPlus. На закладке нет компонентов для миграции с BDE. Нет компонентов со свойствами и методами аналогичными Table или Query. Вместо этого FIBPlus предоставляет только два компонента для доступа к данным - pFIBDataSet и pFIBQuery, оба основанные на работе с SQL.

В таблице 2 перечислены компоненты на закладке FIBPlus Services. Эти компоненты предоставляют доступ к Services API, появившемся в InterBase 6. Используя эти компоненты вы фактически можете реализовывать все функции, которые представлены в утилитах командной строки InterBase и Firebird.

Таблица 1. Компоненты на закладке FibPlus

Компонент	Описание
pFIBDatabase	Подключение к базе данных
pFIBDataSet	dataset в базе данных.
pFIBTransaction	Транзакция.
pFIBQuery	Облегченный компонент для выполнения SQL.
pFIBStoredProc	Вызов неселективных хранимых процедур.
pFIBUpdateObject	Позволяет вам выполнять серии дополнительных SQL-команд при вставке, изменении и удалении записи в pFIBDataSet.
DataSetsContainer	Централизует обработку событий dataset.
pFIBErrorHandler	Централизует обработку ошибок.
pFIBStatistic	Собирает статистику о выполнении запросов в рамках приложения.
SibFIBEventAlerter	Принимает событие с сервера InterBase.
FIBSQLMonitor	Показывает команды SQL-команды, выполненные приложениями.

Таблица 2. Компоненты на закладке FibPlus Services

Компонент	Описание
pFIBServerProperties	Возвращает информацию о конфигурации сервера.
pFIBConfigService	Возвращает наборы параметров сервера, включая sweep-интервал, режим работы базы данных, размер страницы и режим доступа. Позволяет отключать и перезапускать базу данных и тень (shadow).
pFIBLicensingService	Вводит сертификаты лицензий и ключи.
pFIBLogService	Читает лог-файл сервера.
pFIBStatisticalService	Показывает статистику базы данных, включая OIT, OAT, и следующую транзакцию.
pFIBBackupService	Делает резервную копию базы данных .
pFIBRestoreService	Восстанавливает базу данных из резервной копии.
pFIBValidationService	Проверяет или восстанавливает поврежденную базу данных.
pFIBSecurityService	Добавляет, удаляет и модифицирует пользователей.
pFIBInstall	Устанавливает InterBase или Firebird.
pFIBUninstall	Удаляет InterBase или Firebird.



FIBPlus - это прекрасный выбор, если предстоит работать с InterBase и/или Firebird. Компоненты позволяют легко использовать все свойства обеих СУБД в ваших приложениях. FIBPlus делает использование полей-массивов простым делом, рассматривая их как массивы вариантов. Макросы упрощают модификацию SQL-команд в коде. А возможность сортировки результата запроса в памяти без переоткрытия запроса дают вам гибкость в просмотре данных с минимальным сетевым трафиком и загрузкой сервера. FIBPlus делает разработку приложений для InterBase и Firebird проще, чем когда либо.

FIBPlus - набор нативных компонентов Delphi, C++ Builder и Kylix, которые представляют доступ ко всем возможностям InterBase и Firebird. Компоненты FIBPlus используют непосредственные вызовы API для получения максимальной производительности, а pFIBDataSet является потомком стандартного класса TDataSet для совместимости со стандартными и сторонними визуальными компонентами Delphi, C++Builder и Kylix.

Компоненты FIBPlus построены таким образом, чтобы их можно было использовать со всеми стандартными визуальными db-компонентами и сторонними продуктами, поддерживающими стандарт TDataSet-TDataSourse. Таким образом, разработчик, выбравший FIBPlus для доступа к базе данных FireBird, не ограничен в выборе сторонних компонент для отображения данных или печати отчётов.

Для решения поставленной задачи на дипломное проектирование выбрана среда программирования Delphi 7 с установленной библиотекой компонент FIBPlus.



4. Структура базы данных

База данных логически разделена на части:

· Пользователь

· Сообщение

· Абитуриент

Пользовательская часть состоит из двух таблиц: SYS$USERS (персональные данные пользователя), FST_MAILLOGIN (параметры авторизации на почте). Пользователями разрабатываемой системы могут быть сотрудники ЦПК, которые занимаются работой по проведению мероприятий, направленных на ознакомление с МГОУ, для возможных абитуриентов. Информация о пользователе системы необходима для разграничения доступа к приложению, ведения статистики, например, когда и кем были зарегистрированы возможные абитуриенты. А также для реализации функционала отправки сообщения зарегистрированным абитуриентам.

Логическая часть - сообщение - состоит из двух таблиц: FST_MESSAGE (параметры сообщения), FST_L_PERSDATA_MESSAGE (таблица-связка сообщения с адресатами). Эти таблицы хранят информацию об отправленных сообщениях и информацию о том кому они были отправлены.

Абитуриентская часть состоит из 8 таблиц, назначение которых можно разделить на 3 уровня по временной шкале их заполнения на форме во время регистрации:

1. Мероприятие, во время которого происходит регистрация;

2. Данные по возможному абитуриенту;

3. Интересы регистрируемого.

Первый уровень включает в себя следующие таблицы: X_SOURCE (мероприятие). Второй уровень: FST_PERS_DATA (персональные данные возможного абитуриента), FST_FROM (параметры источника), X_EDUCATION (учебное заведение). Уровень интересов включает в себя следующие таблицы: STU_KL_SPECIALIZATION (специальность), STU_KL_FACULTY (факультет), FST_FPROF (таблица-связка абитуриента со специальностью и факультетом) STU_KL_PAY_FORM (Форма оплаты). Данные таблицы хранят информацию об интересах возможного абитуриента, например, на какой факультет и специальность он хотел бы поступить и какая форма оплаты для него приемлема.

В следующих подпунктах более подробно рассмотрена структура каждой таблицы.

4.1 Таблица персональных данных пользователя

Таблица хранит данные о пользователе, сохраненные в базе данных. Это имя пользователя (логин), полное имя пользователя, пароль пользователя для входа в систему. Перечень и тип атрибутов с их описанием отражены в таблице 3.

Таблица 3. Таблица персональных данных пользователя.

Имя атрибута	Тип	Описание
ID_USER	Число	Уникальный идентификатор пользователя
NAME_USER	Строка	Имя пользователя
FULL_NAME	Строка	Полное имя пользователя
PASSWORD_NAME	Строка	Пароль

4.2 Таблица параметров авторизации пользователя на почтовом сервере

Таблица хранит данные о параметрах авторизации пользователей на почте. Это адрес почтового сервера, имя пользователя на почтовом сервере, имя учетной записи, порт сервера SMTP, ссылка на пользователя, пароль на почтовом сервере. Перечень и тип атрибутов с их описанием отражены в таблице 4.

Таблица 4. Таблица параметров авторизации.

Имя атрибута	Тип	Описание
ID	Число	Уникальный идентификатор
AUTHENTICATIONTYPE	Число	Тип авторизации
HOST	Строка	Адрес почтового сервера
USERNAME	Строка	Имя пользователя на почтовом сервере
MAILLOGIN	Строка	Имя учетной записи
PORT	Число	Порт сервера SMTP
USER_ID	Число	Уникальный идентификатор пользователя
PASS	Строка	Пароль на почтовом сервере

4.3 Таблица параметров сообщения

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

Таблица 5. Таблица параметров сообщения.

Имя атрибута	Тип	Описание
ID	Число	Уникальный идентификатор
THEME	Строка	Тема сообщения
TEXT	Строка	Текст сообщения
ENCLOSURE	Строка	Вложения
USER_ID	Число	Ссылка на пользователя
DATE_CREATE	Дата	Дата создания



4.4 Таблица-связка сообщения с адресатами

Таблица-связка хранит ссылки на сообщение и возможного абитуриента. А также дату отправки сообщения. Перечень и тип атрибутов с их описанием отражены в таблице 6.

Таблица 6. Таблица-связка сообщения с адресатами.

Имя атрибута	Тип	Описание
PERS_DATA_ID	Число	Ссылка на возможного абитуриента
MESSAGE_ID	Число	Ссылка на сообщение
DATE_SEND	Дата	Дата отправки сообщения

4.5 Таблица, хранящая информацию по мероприятиям

Таблица хранит информацию о проводимых мероприятиях. Это название мероприятия, дата создания. Перечень и тип атрибутов с их описанием отражены в таблице 7.

Таблица 7. Таблица, хранящая информацию по мероприятиям.

Имя атрибута	Тип	Описание
ID	Число	Уникальный идентификатор
SOURCE	Строка	Название мероприятия
DATE_CREATE	Дата	Дата создания

4.6 Таблица персональных данных возможного абитуриента

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

Таблица 8. Таблица персональных данных возможного абитуриента.

Имя атрибута	Тип	Описание
ID	Число	Уникальный идентификатор
SURNAME	Строка	Фамилия
NAME	Строка	Имя
SECOND_NAME	Строка	Отчество
SEX	Число	Пол
HOSTEL	Число	Требуется ли общежитие
SOURCE_ID	Число	Ссылка на мероприятие
EDUCATION_ID	Число	Ссылка на учебное заведение
EDUCATION_LIVING	Строка	Адрес учебного заведения
PAY_FORM_ID	Число	Ссылка на форму оплаты
EMAIL	Строка	Email
HOME_PHONE	Строка	Домашний телефон
MOBILE_PHONE	Строка	Мобильный телефон
DATE_REG	Дата	Дата регистрации
NAME_EDUCATION	Строка	Название учебного заведения
USER_ADD	Число	Ссылка на пользователя
FROM_ID	Число	Ссылка на источник
BERTHDAY	Дата	День рождения
DIRECTING	Число	Направленность
REPEAT	Число	Повторное посещение

4.7 Таблица параметров источника

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



Таблица 9. Таблица персональных данных возможного абитуриента.

Имя атрибута	Тип	Описание
ID	Число	Уникальный идентификатор
GFROM	Строка	Источник
SYS$DATE	Строка	Дата создания
SYS$USERS_ID	Строка	Ссылка на пользователя

4.8 Таблица по учебным заведениям

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

Таблица 10. Таблица по учебным заведениям

Имя атрибута	Тип	Описание
ID	Число	Уникальный идентификатор
EDUCATION	Строка	Название учебного заведения

4.9 Таблица со списком факультетов

Таблица хранит список факультетов Университета. Перечень и тип атрибутов с их описанием отражены в таблице 11.

Таблица 11. Таблица со списком факультетов

Имя атрибута	Тип	Описание
ID	Число	Уникальный идентификатор
NAME	Строка	Название факультета

4.10 Таблица со списком специальностей

Таблица хранит список специальностей Университета. Это название специальности и ссылка на факультет этой специальности. Перечень и тип атрибутов с их описанием отражены в таблице 12.

Таблица 12. Таблица со списком специальностей

Имя атрибута	Тип	Описание
ID	Число	Уникальный идентификатор
FACULT_ID	Число	Ссылка на факультет
NAME	Строка	Название специальности
CODE	Строка	Код специальности

4.11 Таблица-связка абитуриента со специальностью и факультетом

Таблица-связка хранит ссылки на абитуриента, специальность и факультет. Эта таблица хранит информацию об интересах возможного абитуриента. Перечень и тип атрибутов с их описанием отражены в таблице 13.

Таблица 13. Таблица-связка

Имя атрибута	Тип	Описание
SPEC_ID	Число	Ссылка на специальность
FST_PD_ID	Число	Ссылка на абитуриента
FACULT_ID	Число	Ссылка на факультет
ID	Число	Уникальный идентификатор

4.12 Таблица со списком возможных форм оплаты

Таблица хранит список возможных форм оплаты за обучение в Университете. Перечень и тип атрибутов с их описанием отражены в таблице 14.

Таблица 14. Таблица со списком возможных форм оплаты

Имя атрибута	Тип	Описание
ID	Число	Уникальный идентификатор
DESCRIPTION	Строка	Форма оплаты



Связь таблицы с другими таблицами отражена на рисунке 1.

Рис.1 Структура базы данных



5. Архитектура программного обеспечения

Программное обеспечение автоматизированной информационной системы «Будущий абитуриент» построено по двух уровневой архитектуре, показанной на рисунке 2. На верхнем уровне располагается клиентское приложение, на нижнем - сервер базы данных под управлением FireBird 2.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 Блок-схема алгоритма формирования сообщения

7. Описание интерфейса программного обеспечения

Форма авторизации.

Форма авторизации (рис.4) открывается сразу после входа в программу. На ней указываются имя и пароль пользователя для входа в систему.

Рис.6 Форма авторизации

Нажатие кнопки ОК на форме обрабатывает следующий фрагмент программного кода:

{Обрабатываем нажатие кнопки ОК}

procedure TSecurityForm.BitBtn_okClick(Sender: TObject);

begin

//поиск введенных значений в БД

if not pFIBDataSet.Locate('NAME_USER;password_USER',

VarArrayOf([LabeledEdit_Nick.Text,

LabeledEdit_pass.Text]),

[loCaseInsensitive]) then exit;

DM_Main.NickID:=

pFIBDataSet.FieldByName('ID_User').AsInteger;

DM_Main.NickName:= LabeledEdit_Nick.Text;

SecurityForm.ModalResult:= mrOK;

end;

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

if (SecurityForm.ShowModal = mrOK) then

begin

// если авторизация успешна, открываем главную форму

MForm.Caption := '...::: '+CPROG_NAME+' ::: ' +

DM_Main.PutBase + ' ::: ' + DM_Main.NickName + '

:::...';

MForm.N1_Abit.Visible := true;

end

else // скрываем пункты меню если авторизация

безуспешна

MForm.N1_Abit.Visible := false;

MForm.N4_Post.Visible := MForm.N1_Abit.Visible;

Панель навигации

Панель навигации (рис.5) служит для удобного перехода между модулями программы. После успешной авторизации открывается с полным набором вкладок: Файл -> Авторизация -> Выход; Абитуриент -> Регистрация -> Просмотр; Почта -> Отправить сообщение -> Просмотреть сообщения; Классификаторы ->Источник.

Рис.7 Панель навигации

Форма выбора мероприятия

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

Рис.8 Форма выбора источника

Для мониторинга открытия формы перед открытием формы регистрации в программе введена глобальная переменная vSource, в которую сохраняется ID мероприятия после выбора его на форме и нажатия на кнопку Выбрать:

{Обрабатываем нажатие кнопки ОК}

procedure TFSetSoure.aOKExecute(Sender: TObject);

begin

if cxLookupComboBox_user.EditingValue <> Null then

DM_Main.vSource := cxLookupComboBox_user.EditingValue

За мониторинг отвечает следующий фрагмент кода:

{Открываем форму регистрации возможных абитуриентов}

procedure TMForm.N3Click(Sender: TObject);

begin

// проверяем выбран ли источник данных

if DM_Main.vSource = 0 then

with TFSetSoure.Create(self) do

try

if ShowModal = mrCancel then exit;

finally

free;

end;

Форма регистрации

Форма регистрации возможного абитуриента открывается при выборе на панели навигации вкладки Регистрация. Если это первое открытие формы после запуска программы, то сначала необходимо выбрать источник (мероприятие), от которого будут в дальнейшем зарегистрированы возможные абитуриенты. Повторное открытие формы осуществляется без открытия дополнительных форм. Внешней вид незаполненной формы регистрации показан на рисунке 9.

Рис.9 Форма регистрации

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



Рис.10 Форма регистрации с заполненными обязательными полями

Помимо данных обязательных для заполнения на форме указывается следующая информация: отчество возможного абитуриента, откуда он узнал об Университете, его дата рождения, требуется ли ему общежитие, пол возможного абитуриента, его координаты - домашний телефон, мобильный телефон, email, информацию о его образовании - вид учебного заведения (выбирается из предложенного списка в базе данных), наименование учебного заведения, местоположение учебного заведения. Отмечаются интересы абитуриента: предпочтительная форма оплаты за обучение, направление обучения (техническое или гуманитарное), факультеты и специальности, на которые он хотел бы поступить. Выбор факультета с использованием параметра поиска показан на рисунке 12. Выбор специальности показан на рисунке 13.



Рис.11 Форма регистрации. Ввод интересов абитуриента

Рис.12 Выбор факультета

Рис.13 Выбор специальности

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

В случае, когда возможный абитуриент еще раз приходит на какое-либо мероприятие Университета, в поле ID вносится его уникальный идентификатор, который есть на его Карточке абитуриента, затем нажимается клавиша Enter и все поля формы заполняются данными из БД по этому абитуриенту. И в таблице FST_PERS_DATA базы данных значение атрибута REPEAT этого абитуриента становится равным 1. Кнопка Регистрации становится не активной. Данные можно редактировать, если есть изменения и сохранить, нажав на кнопку Готово. За реализацию описанного функционала отвечает фрагмент программного кода:

{Обрабатываем введение в поле `ID' идентификационный номер возможного абитуриента во время повторного посещения МГОУ}

procedure TFvabit.cxME_ID_AbitKeyUp(Sender: TObject; var

Key: Word;Shift: TShiftState);

begin

if Key = 13 then

begin

cxB_Registr.Visible := false;

pFIBDS_All.Active := false;

pFIBDS_All.ParamByName('ID').AsString :=

cxME_ID_Abit.Text;

pFIBDS_All.Active := true;

pFIBDS_All.Edit;

pFIBDS_All.FieldByName('REPEAT').AsInteger := 1;

end;

end;



Форма просмотра зарегистрированных

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

Рис.14 Форма просмотра зарегистрированных возможных абитуриентов. Сгруппированные данные

Рис.15 Форма просмотра зарегистрированных возможных абитуриентов. Разгруппированные данные



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

{Обрабатываем нажатие кнопки разгруппировать}

procedure TFView.AagroupExecute(Sender: TObject);

begin

sDBTableView1PAY_FORM_ID.GroupIndex := -1;

sDBTableView1PAY_FORM_ID.Caption := 'Форма оплаты';

sDBTableView1PAY_FORM_ID.Visible := true;

sDBTableView1NAME1.GroupIndex := -1;

sDBTableView1NAME1.Caption := 'Специальность';

sDBTableView1NAME1.Visible := true;

sDBTableView1NAME2.GroupIndex := -1;

sDBTableView1NAME2.Caption := 'Факультет';

sDBTableView1NAME2.Visible := true;

end;

{Обрабатываем нажатие кнопки сгруппировать}

procedure TFView.AGroupExecute(Sender: TObject);

begin

sDBTableView1NAME2.GroupIndex := 0;

sDBTableView1NAME2.Caption := '';

sDBTableView1NAME2.Visible := false;

sDBTableView1NAME1.GroupIndex := 1;

sDBTableView1NAME1.Caption := '';

sDBTableView1NAME1.Visible := false;

sDBTableView1PAY_FORM_ID.GroupIndex := 2;

sDBTableView1PAY_FORM_ID.Caption := '';

sDBTableView1PAY_FORM_ID.Visible := false;

end;

При выборе абитуриента и нажатии на кнопку Редактирование или при двойном щелчке мыши по выбранному абитуриенту открывается форма редактирования возможного абитуриента. Она показана на рисунке 16.

При выборе абитуриента и нажатии на кнопку Создать сообщение открывается форма Сообщение, показанная на рисунке 17.

Кнопка Печать предназначена для предварительного просмотра созданных отчетов таких как: общий отчет, «ваш» отчет, диаграммы. Нажатие на кнопку Печать и открытие предварительного просмотра отчетов обрабатывает следующий программный код:

{Обрабатываем нажатие кнопки Печать -> Название отчета}

procedure TFView.APrintExecute(Sender: TObject);

begin

frxReport_View.Clear;

try

if not frxReport_View.LoadFromFile

(ExtractFilePath(Application.ExeName)+'Название

отчета.fr3') then

MessageBox(0, PansiChar('Не удалось загрузить файл

отчета!'+ #13 + #10 + 'Проверьте наличие файла'),

'Внимание!', MB_ICONSTOP or MB_OK or

MB_TASKMODAL);

finally

frxReport_View.ShowReport(true);

end;

end;

Рис.16 Форма редактирования возможного абитуриента

Рис.17 Форма создания сообщения

Форма редактирования

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

Форма создания и отправки сообщения

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

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

{Обрабатываем нажатие кнопки Выделить все или Снять выделение}

procedure TFPost.cxBAllClick(Sender: TObject);

var i:integer;

begin

pFIBDS_Post.DisableControls;

pFIBDS_Post.First;

for i := 0 to cxGrid1DBTableView1.

DataController.RecordCount + 1 do

begin

pFIBDS_Post.Edit;

pFIBDS_Post.FieldByName('CB').AsInteger := {если

выделить}1{снять выделение}0;

pFIBDS_Post.Post;

cxGrid1DBTableView1.DataController.RecNo := i;

end;

pFIBDS_Post.EnableControls;