Разработка пользовательского интерфейса АИС "Будущий абитуриент" : Диплом по Информационное обеспечение, программирование

Информационное обеспечение, программирование

Дипломы

Разработка пользовательского интерфейса АИС "Будущий абитуриент"

Введение

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

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

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

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

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

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

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

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

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

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

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

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

.3.1 Назначение

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

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

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

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

.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.

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

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

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

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

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

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

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

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

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

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

- Хранимые процедуры: Используя язык PSQL (процедурный язык SQL <#"justify">3. Выбор языка и среды разработки

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

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

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

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

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

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

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

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

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

Borland С++ Biulder по своим недостаткам аналогичен Visual C++, но обладает ещё одним - разработка баз данных на базе языка SQL и их поддержка ограничена. дает возможность создания платформо-независимых приложений для работы с базами данных, используя стандартные СУБД. 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. (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Подключение к базе данныхpFIBDataSetdataset в базе данных.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 проще, чем когда либо.- набор нативных компонентов 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 уровня по временной шкале их заполнения на форме во время регистрации:

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

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

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

Первый уровень включает в себя следующие таблицы: 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СтрокаПароль

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

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

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

Имя атрибутаТипОписаниеIDЧислоУникальный идентификаторAUTHENTICATIONTYPEЧислоТип авторизацииHOSTСтрокаАдрес почтового сервераUSERNAMEСтрокаИмя пользователя на почтовом сервереMAILLOGINСтрокаИмя учетной записиPORTЧислоПорт сервера SMTPUSER_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СтрокаEmailHOME_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',([LabeledEdit_Nick.Text,_pass.Text]),

[loCaseInsensitive]) then exit;_Main.NickID:= .FieldByName('ID_User').AsInteger;_Main.NickName:= LabeledEdit_Nick.Text;.ModalResult:= mrOK;

end;

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

if (SecurityForm.ShowModal = mrOK) then

begin

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

MForm.Caption := '...::: '+CPROG_NAME+' ::: ' + _Main.PutBase + ' ::: ' + DM_Main.NickName + '

:::...';.N1_Abit.Visible := true;

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

безуспешна.N1_Abit.Visible := false;.N4_Post.Visible := MForm.N1_Abit.Visible;

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

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

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

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

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

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

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

{Обрабатываем нажатие кнопки ОК}TFSetSoure.aOKExecute(Sender: TObject);cxLookupComboBox_user.EditingValue <> Null then_Main.vSource := cxLookupComboBox_user.EditingValue

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

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

procedure TMForm.N3Click(Sender: TObject);

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

if DM_Main.vSource = 0 thenTFSetSoure.Create(self) doShowModal = mrCancel then exit;

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 : Word;Shift: TShiftState);Key = 13 then_Registr.Visible := false;_All.Active := false;_All.ParamByName('ID').AsString := _ID_Abit.Text;_All.Active := true;_All.Edit;_All.FieldByName('REPEAT').AsInteger := 1;;

end;

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

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

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

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

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

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

procedure TFView.AagroupExecute(Sender: TObject);PAY_FORM_ID.GroupIndex := -1;PAY_FORM_ID.Caption := 'Форма оплаты';PAY_FORM_ID.Visible := true;NAME1.GroupIndex := -1;NAME1.Caption := 'Специальность';NAME1.Visible := true;NAME2.GroupIndex := -1;NAME2.Caption := 'Факультет';NAME2.Visible := true;;

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

procedure TFView.AGroupExecute(Sender: TObject);NAME2.GroupIndex := 0;NAME2.Caption := '';NAME2.Visible := false;NAME1.GroupIndex := 1;NAME1.Caption := '';NAME1.Visible := false;PAY_FORM_ID.GroupIndex := 2;PAY_FORM_ID.Caption := '';PAY_FORM_ID.Visible := false;;

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

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

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

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

procedure TFView.APrintExecute(Sender: TObject);_View.Clear;not frxReport_View.LoadFromFile

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

отчета.fr3') then(0, PansiChar('Не удалось загрузить файл

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

'Внимание!', MB_ICONSTOP or MB_OK or _TASKMODAL);_View.ShowReport(true);;;

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

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

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

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

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

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

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

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

procedure TFPost.cxBAllClick(Sender: TObject);i:integer;_Post.DisableControls;_Post.First;i := 0 to cxGrid1DBTableView1..RecordCount + 1 do_Post.Edit;_Post.FieldByName('CB').AsInteger := {если

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

pFIBDS_Post.Post;

cxGrid1DBTableView1.DataController.RecNo := i;;_Post.EnableControls;

end;

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

Рис.18 Форма сообщения в процессе отправки

Форма просмотра сообщений

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

Рис.19 Форма просмотра сообщений

Отчеты

Главным отчетом в разработанном приложении является «Карточка абитуриента», направленная на расширение возможностей актуализации. «Карточка абитуриента» показана на рисунке 20. Этот отчет выдается на руки возможному абитуриенту в печатном виде. Абитуриент будет знать какую информацию о себе он оставил в вузе и что с ним обязательно смогут связаться если возникнет такая необходимость. Если его контактные данные изменяться, а карточка абитуриента ему всегда напомнит, какая информация о нем известна Университету, в его интересах будет сообщить о произошедших изменениях. Также на карточке абитуриента отражен его ID в университетской базе данных, которое он может использовать, чтобы сообщить о повторном посещении Университета. ID изображен в виде штрих кода для дальнейшей автоматизации учебного процесса.

Рис.20 «Карточка абитуриента»

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

«Общий» отчет на рисунке 21 дает сводную информацию по всем мероприятиям и зарегистрированным на них абитуриентам. На отчете показана дата его формирования.

«Ваш» отчет на рисунке 22 похож на «Общий» отчет, но формируется только на пользователя авторизованного в системе.

Рис.21 «Общий» отчет

Рис.22 «Ваш» отчет

Отчеты в виде диаграмм дают наглядную статистику по количеству необходимых мест в общежитии - «Общежитие», рисунок 23, по количеству студентов из разных учебных заведений - «Откуда к нам идут», рисунок 24, показывают, кто из сотрудников ЦПК сколько будущих абитуриентов зарегистрировал - «Рейтинг среди сотрудников», рисунок 25.

7.1 Интерфейс - «Галочки»

Для корректной работы Галочек на формах регистрации и создания сообщения в базе данных были реализованы представления. Представление (англ. <#"justify">·Представления скрывают от прикладной программы сложность запросов и саму структуру таблиц БД. Когда прикладной программе требуется таблица с определённым набором данных, она делает простейший запрос из подготовленного представления. При этом даже если для получения этих данных требуется чрезвычайно сложный запрос, сама программа этого запроса не содержит.

·Использование представлений позволяет отделить прикладную схему представления данных от схемы хранения. С точки зрения прикладной программы структура данных соответствует тем представлениям, из которых программа эти данные извлекает. В действительности данные могут храниться совершенно иным образом, достаточно лишь создать представления, отвечающие потребностям программы. Разделение позволяет независимо модифицировать прикладную программу и схему хранения данных: как при изменении структуры физических таблиц, так и при изменении программы достаточно изменить представления соответствующим образом. Изменение программы не затрагивает физические таблицы, а изменение физической структуры таблиц не требует корректировки программы.

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

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

Первое представление ONE_VIEW отвечает за наличие связки между абитуриентом и выбранными им для поступления факультетами:

CREATE VIEW ONE_VIEW(,,,_PD_ID).id,.NAME,when pr.id is null then 0 else 1 end as cb,.id as pers_idSTU_KL_FACULTY sjoin fst_pers_data per on (1=1)join fst_fprof pr on (pr.facult_id = s.id and .fst_pd_id = per.id);

За проставление галочки в данном представлении отвечает параметр CB. По запросу проверяется если в таблице-связке абитуриента с факультетом отсутствует связка, от галочка не ставится, иначе галочка ставится. За создание связки между абитуриентом и факультетами при изменении состояния галочки на форме отвечает триггер базы данных ONE_VIEW_BU0:

AS(old.cb != new.cb) then(new.cb = 1) thenINTO FST_FPROF(FST_PD_ID, FACULT_ID)(old.fst_pd_id, old.id);FROM FST_FPROF(new.fst_pd_id = fst_fprof.fst_pd_id and .id = fst_fprof.facult_id);

end

Данный триггер проверяет, если старое значение параметра (значение галочки) не равно новому, то выполнить следующие действия:

·если новое значение равно единице, то создать связь между абитуриентом и факультетом;

·иначе удалить связь.

Второе представление TWO_VIEW отвечает за наличие связки между абитуриентом и выбранными им для поступления специальностями:

CREATE VIEW TWO_VIEW(,,,_ID).id,.NAME,when pr.id is null then 0 else 1 end as cb,.id as pers_idstu_kl_specialization sjoin fst_pers_data per on (1=1)join fst_fprof pr on (pr.spec_id = s.id and .fst_pd_id = per.id);

За проставление галочки в данном представлении отвечает параметр CB. По запросу проверяется, если в таблице-связке абитуриента со специальностью отсутствует связка, то галочка не ставится, иначе галочка ставится. За создание связки между абитуриентом и специальностью при изменении состояния галочки на форме отвечает триггер базы данных TWO_VIEW_BU0:

AS(new.cb != old.cb) then(new.cb = 1) thenINTO FST_FPROF(SPEC_ID, FST_PD_ID)(old.id, old.pers_id);FROM FST_FPROF(old.id = fst_fprof.spec_id and old.pers_id = _fprof.fst_pd_id);

·если новое значение равно единице, то создать связь между абитуриентом и специальностью;

·иначе удалить связь.

Третье представление MES_VIEW отвечает за наличие связки между абитуриентом и отправленным ему сообщением:

CREATE VIEW MES_VIEW(,,,_ID).id,.theme,when pr.pers_data_id is null then 0 else 1 end cb,.id as pers_idFST_MESSAGE mjoin fst_pers_data per on (1=1)join fst_l_persdata_message pr on (pr.message_id = .id and pr.pers_data_id = per.id);

За проставление галочки в данном представлении отвечает параметр CB. По запросу проверяется, если в таблице-связке абитуриента с отправленным ему сообщением отсутствует связка, то галочка не ставится, иначе галочка ставится. За создание связки между абитуриентом и сообщением при изменении состояния галочки на форме отвечает триггер базы данных MES:

AS(old.cb != new.cb) then(new.cb = 1) thenINTO FST_L_PERSDATA_MESSAGE(PERS_DATA_ID, _ID)(old.PERS_ID, old.ID);FROM FST_L_PERSDATA_MESSAGE(new.PERS_ID = _l_persdata_message.pers_data_id) AND (new.ID

= FST_L_PERSDATA_MESSAGE.message_id);

·если новое значение равно единице, то создать связь между абитуриентом и сообщением;

·иначе удалить связь.

8. Результаты тестирования

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

·соединение с базой данных;

·функциональные возможности формы авторизации;

·корректное открытие панели навигации;

·функциональные возможности формы регистрации;

·функциональные возможности формы выбора источника;

·функциональные возможности формы редактирования;

·функциональные возможности формы просмотра возможных абитуриентов;

·функциональные возможности формы создания сообщения;

·функциональные возможности формы просмотра сообщений.

В таблице 16 показаны результаты тестирования по указанным параметрам.

Таблица 16. Результаты тестирования

Параметры тестированияВыполнениеСоединение с базой данныхЕсли путь к базе данных неверный, то вывод сообщения Форма авторизацииЕсли введенное имя пользователя существует в базе данных, то изменение цвета поля на зеленыйЕсли введен правильный пароль, то изменение цвета поля на зеленыйОткрытие формы с именем пользователя, который был авторизован ранее, цвет поля зеленыйПо нажатию кнопки ОК открыть главную форму программы По нажатию кнопки отмена открыть главную форму программы с ограниченным функционалом Открытие главной формыОтображение названия программного обеспеченияОтображение пути к exe-файлу для запуска программыОтображение имени авторизованного пользователяПараметры тестированияВыполнениеФорма регистрацииПри первом открытии формы сначала указывается источник данныхЗагрузка списков из базы данных, добавление введенного значения к списку в БДЕсли нет списка классификаторов, то в этих объектах формы, при введении данных, они проверяются на совпадение с данными БД за один деньПо нажатию кнопки Регистрация в БД генерируется ID новой записи и добавляются персональные данныеПо нажатию кнопки Готово сохраняются внесенные данные и форма закрываетсяПо нажатию кнопки Отмена форма закрывается, и внесенные данные не сохраняютсяЕсли в поле ID вводится ID существующего в БД абитуриента, то кнопка Регистрация становится неактивнойПосле нажатия кнопки Регистрация вносятся интересы регистрируемогоПо нажатию кнопки Печать ID открывается окно предварительного просмотра карточки абитуриентаВ объекты формы с масками нельзя внести данные, не соответствующие указанной маскеВ таблице с факультетами отображаются факультетыВ таблице со специальностями отображаются специальностиЕсть возможность в обоих таблицах ставить галочки При установке галочки в таблице БД создается связь между абитуриентом и его интересамиЕсли в поле ID введен ID существующего в БД абит., на форме загружается информация о немФорма выбора источника. Работа кнопок управленияЕсли нажата кнопка ОК, то выбранный источник используется при регистрацииПосле нажатия кнопки ОК открывается форма регистрацииЕсли нажата кнопка Отмена, то форма закрываетсяФорма редактированияФорма редактирования открывается с информацией по выбранному абитуриентуФорма редактирования - это форма регистрации с ограниченным функционаломНе активны кнопки регистрация, печать IDНе отображается поле с ID возможного абитуриента Форма для просмотра возможных абитуриентовОткрытие формы с сгруппированными данными в таблицеПри нажатии на кнопку разгруппировать, данные разгруппировываютсяПри нажатии на кнопку сгруппировать данные группируютсяЕсли в процессе работы был выделен абитуриент в таблице, то группировка на выделение не воздействуетФорма редактирования открывается с информацией по выбранному абитуриентуФорма создания сообщения открывается с установленной галочкой в таблицеГалочка устанавливается напротив фамилии выбранного абитуриента"Ваш отчет" формируется на авторизованного пользователяДиаграммы отображают информацию, используя разные цветаПараметры тестированияВыполнениеФорма создания сообщенияПри внесении данных они проверяются на наличие совпадений в БДФормируется сообщение и отправляется каждому из выбранных адресатовСтатус отправки отображается в процессе отправкиПри установке галочки в таблице БД формируется связь между сообщением и адресатом Форма просмотра сообщенийКорректное отображение информации о сообщенииПодсчет количества абитуриентов, которым было отправлено сообщение

9. Контрольный пример работы программного обеспечения

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

На рисунке 26 представлена форма регистрации с внесенной информацией по возможному абитуриенту. После нажатия на кнопку Готово вся информация сохраняется в таблице базы данных FST_PERS_DATA. Содержимое этой таблицы показано на рисунке 27, в таблице выделен добавленный абитуриент с рисунка 26.

На рисунке 28 показана форма отправки сообщения. Сообщение отправляется только что добавленному возможному абитуриенту, это видно в таблице выбора адресатов (стоит галочка). Сообщение было отправлено на учетную запись, авторизованную в программе Mail.Ru Агент 5.8 на персональном компьютере пользователя системы. На рисунке видно что на форме подходит к концу процесс отправки и всплывает окно программы Mail.Ru Агент оповещающее о поступлении нового сообщения с темой одноименной отправленному из разработанного приложения.

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

Рис.27 Таблица базы данных

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

10. Безопасность и экологичность проектных решений

10.1 Цель и решаемые задачи

В данном дипломном проекте разрабатывается автоматизированная информационная система «Будущий абитуриент», предназначенная для регистрации учащихся образовательных учреждений, которые посещают мероприятия направленные на ознакомление с процессом обучения в Московском государственном открытом университете (МГОУ). Так как ПЭВМ служит для выполнения должностных обязанностей сотрудников (операторов), по-этому целесообразно рассмотреть вопросы, связанные с обеспечением безопасности труда и сохранением работоспособности персонала именно при работе с ПЭВМ. В данном разделе будут освещены воздействия вредных и опасных факторов производственной среды электромагнитных полей, статического электричества, недостаточной освещенности и психо-эмоционального напряжения. Также будут приведены пути решения этих проблем, стандарты и рекомендации по нормированию.

10.2. Опасные и вредные факторы при работе с ПЭВМ

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

Основные факторы с возможными последствиями изложены в ГОСТ 12.1.003-74/80 и сведены в таблицу 17.

Таблица 17. Основные опасные и вредные факторы.

№Наименование фактораФакторы, влияющие на человека1Повышенное значение напряжения электрической цепиЭлектротравма2Электрическая дугаОжоги, пожар3Повышенная напряженность электрического поля и электромагнитного излученияНарушение ЦНС, и сердечно-сосудистой системы, утомляемость, раздражительность, помутнение хрусталика4Повышенный уровень статического электричестваПожар, взрыв, электрический удар5Повышенная или пониженная температура воздуха, влажность, подвижность воздуха рабочей зоныПерегрев или переохлаждение организма6Неудовлетворительная освещенность рабочей зоныУтомляемость, дискомфорт, опасность травматизма, ухудшение зрения7Повышенный уровень шумаНервно-психическая перегрузка, заболевания органов слуха8Монотонность трудаНервно-психическая перегрузка9Умственное перенапряжениеИзменение функционального состояния ЦНС10Повышение уровня химических веществРаздражающе действует на ЦНС, блокирование гемоглобина, нарушение тканевого дыхания, общетоксическое, канцерогенное действие на организм человека

10.3 Характеристика объекта исследования

В данном разделе дипломного проекта я освещаю основные вопросы техники безопасности труда и экологии при работе с разрабатываемой автоматизированной информационной системой «Будущий абитуриент» сотрудников приемной комиссии МГОУ.

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

Так как пользователи (операторы) в процессе работы значительное время будут проводить за ПЭВМ то актуально выбрать предметом исследования, для обеспечения безопасных и экологических условий труда пользователей, вредные факторы воздействия ПЭВМ на человека.

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

Системный блок типа: процессор - Intel Core2Duo 2.66 ГГц, OЗУ-2Gb, HDD-160 Гб, материнская плата на чипсете Intel G41, DVD-Rom, интегрированная звуковая карта (общее количество системных блоков - 3 шт.), оснащенных мониторами LCD Benq E2220HD 22 (общее количество мониторов - 4 шт.).

В рабочем помещении оператора находится все необходимое для рабочего процесса оборудование: 3 персональных компьютера и 1 сетевой лазерный принтер HP LaserJet 1018. Также в помещении установлен сканер HP ScanJet 8200. Именно это оборудование может служить источником возникновения вредных и опасных факторов.

Корпус ПЭВМ, клавиатура и другие блоки и устройства ПЭВМ должны иметь матовую поверхность одного цвета с коэффициентом отражения 0,4 - 0,6 и не иметь блестящих деталей, способных создавать блики. На лицевой стороне корпуса не рекомендуется располагать органы управления, маркировку, какие-либо вспомогательные надписи и обозначения. При необходимости расположения органов управления на лицевой панели они должны закрываться крышкой или быть утоплены в корпусе.

10.4 Мероприятия по безопасности труда и сохранению работоспособности

.4.1 Обеспечение требований эргономики и технической эстетики

Планировка помещения и размещение оборудования

Помещения для ПЭВМ, в том числе помещения для работы с дисплеями, размещать в подвалах не допускается. Дверные проходы внутренних помещений вычислительных центров должны быть без порогов. При разных уровнях пола соседних помещений и местах перехода должны быть устроены наклонные плоскости (пандусы) с углом наклона не более 30 градусов.

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

Рис.29. Планировка помещения и размещение оборудования.

ПЭВМ устанавливаются и размещаются в соответствии с требованиями технических условий заводов-изготовителей. При размещении рабочих мест с ПЭВМ расстояние между рабочими столами с видеомониторами (в направлении тыла поверхности одного видеомонитора и экрана другого видеомонитора), должно быть не менее 2,0 м, а расстояние между боковыми поверхностями видеомониторов - не менее 1,2 м.

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

Влияние вредных электромагнитных излучений уменьшается за счет удаления их источников от оператора и установкой защитного экрана на монитор ПЭВМ.

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

В кабинете имеется 2 окна, 5 столов, шкафы, стулья и компьютеры. Рассчитаем удельную площадь Пуд помещения, приходящиеся на одного человека по формуле:

где Пп - площадь помещения;

По - площадь, занятая крупногабаритным оборудованием и мебелью;

число человек, одновременно работающих в помещении.

В соответствии с СанПиН 2.2.2/2.4.1340-03, площадь на одно рабочее место пользователей ПЭВМ на базе электронно-лучевой трубки (ЭЛТ) должна составлять не менее 6 (при продолжительности работы менее 4 часов в день - 4,5), на базе жидкокристаллических мониторов - 4,5.

Удельная площадь кабинета Пуд = 3 на одного человека. Следовательно, нормативные требования СанПиН 2.2.2./2.4.1340-03 не сходятся с нашими расчетами.

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

Планировка и размещение рабочих мест отвечающих гигиеническим и нормативным требованиям приведена на рис.30.

Рис.30. Планировка и размещение рабочих мест.

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

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

Получим удельную площадь кабинета Пуд = 4,5 на одного человека. Следовательно, нормативные требования СанПиН 2.2.2./2.4.1340-03 сходятся с нашими расчетами.

Эргономические решения и организация рабочего места пользователей ПЭВМ

Требования к организации и оборудованию рабочего места пользователя ПЭВМ приведены в ГОСТ 12.2.032-78, СанПиН 2.2.2./2.4.1340-03.

Высота рабочей поверхности стола для пользователей должна регулироваться в пределах 680-800 мм; при отсутствии таковой возможности высота рабочей поверхности стола должна составлять 725 мм.

Модульными размерами рабочей поверхности стола для ПЭВМ, на основании которых должны рассчитываться конструктивные размеры, следует считать:

ширину - 800, 1200, 1400 мм;

глубину - 800 или 1000 мм;

высоту (при нерегулируемой) - 725 мм.

Рабочий стол должен иметь пространство для ног высотой не менее 600 мм, шириной - не менее 500 мм, глубиной на уровне колен - не менее 450 мм и на уровне вытянутых ног - не менее 650 мм, расстояние до нижнего края рабочей поверхности не менее 150 мм.

Цветовое оформление помещения

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

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

Таблица 18. Параметры цветового оформления помещений.

Ориентация окон помещенияНаименование цвета (поверхности)Характеристика цветовN образца CH 181-70длина волны, нмчистотакоэффициент отражения, %Юг Светло-желтый (стены)572 ± 531 ± 1083 ± 75,5Оранжевый (пол)580 ± 738 ± 573 ± 74,4

10.4.2 Обеспечение оптимальных параметров воздуха рабочих зон

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

Принцип нормирования метеорологических условий производственной среды санитарными правилами и нормами СанПиН 2.2.4.548-96

Источником неблагоприятных микроклиматических условий являются:

пыль;

трущиеся механические части внешних устройств ЭВМ;

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

высокая температура внешних устройств ЭВМ (мониторы, принтер);

плохая работа кондиционеров.

Параметры микроклимата (температура в °С, относительная влажность в % и подвижность воздуха в м/с) нормируются по СанПиН 2.2.4.548-96. Оптимальные нормы микроклимата приведены в таблице 19.

Таблица 19. Оптимальные параметры микроклимата с ПЭВМ.

Период годаКатегория работТемпература воздуха в °С не болееОтносительная влажность воздуха, %Скорость движения воздуха, м/сХолодныйЛегкая-1б21-2340-600,1ТеплыйЛегкая-1б22-2440-600,1

Нормирование уровней вредных химических веществ

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

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

Таблица 20. Характеристика вредных веществ, содержащихся в воздухе помещения (ГОСТ 12.1.005-88 и ГН 2.2.5.1313-03).

Вредные веществаПДК, мг/м3Класс опасностиДействие на человека1. Внешние источники (от автострады)Оксид углерода204Блокирует гемоглобин, нарушает тканевое дыханиеДиоксид азота52Наркотическое действие, действие на кровеносную системуСвинец (выхлопы автомобилей)0,01/0,00701Общетоксическое, канцерогенноеПыль (сажа)44Раздражающее, канцерогенное2. Строительные материалы (бетонные конструкции)Радон, торон, полоний, уран0,0151Канцерогенное, общетоксическое3. Мебель, одежда, обувьФенопласты63Общетоксическое, аллергическое, канцерогенноеПолиэфирный лак62-Формальдегид059-Бензол52-Пыль растительного и животного происхождения2-64-4. АнтропоксиныДиоксид углерода102Раздражающее, действует на ЦНССероводород33-МикробыОбщетоксическоеКлещиАллергическое5. Продукты куренияНикотин103Наркотическое

Нормирование уровней аэроионизации

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

В таблице 21. приведем согласно СанПиН 2.2.4.1294-03 уровни положительных и отрицательных аэроионов в воздухе помещения:

Таблица 21. Уровни ионизации воздуха помещений при работе на ВДТ и ПЭВМ.

УровниЧисло ионов в 1 см. куб. воздухаn+n-Минимально необходимые400600Оптимальные1500-30003000-5000Максимально допустимые5000050000

10.4.3 Создание рационального освещения

Недостаточное освещение оказывает негативное влияние на организм человека. Источником недостаточной освещенности является неправильно спроектированное и выполненное освещение. Основные требования к освещению сформулированы в СНиП 23-05-95 «Естественное и искусственное освещение».

В помещении используется система общего освещения. В качестве источников света взяты 3 лампы серии ЛПО34 - 4 х 58 - 002 с зеркализированными решетками.

10.4.4 Защита от шума

Одним из наиболее распространенных факторов внешней среды, неблагоприятно воздействующих на организм человека, является шум. Источником являются механические устройства ЭВМ (принтеры и вентиляторы в блоках питания ПЭВМ). Нормирование шума производиться по ГОСТ 12.1.003-83 и СН 2.2.4/2.1.8.562-96.

Фактическое значение уровня шума в офисе - системный блок компьютера, шум от качественно установленной системы вентиляции в офисном помещении составляет 45-47 дБА. Уровень шума, поступающего извне можно снизить за счет уплотнения окон и двери.

10.4.5 Обеспечение режимов труда и отдыха

Есть три группы видов трудовой деятельности, в нашем случае это группа А - работа по считыванию информации с экрана ВДТ или ПЭВМ с предварительным запросом. Для видов трудовой деятельности устанавливается 3 категории тяжести и напряженности работы с ВДТ и ПЭВМ. В нашем случае для группы А - по суммарному числу считываемых знаков за рабочую смену, но не более 60 000 знаков за смену.

Для обозначения категории труда, исходя из нашей группы А, укажем количество регламентированных перерывов, время их проведения и суммарное время на отдых: основным перерывом является перерыв на обед. В соответствии с особенностями трудовой деятельности пользователей ПЭВМ и характером функциональных изменений со стороны различных систем организма в режиме труда должны быть дополнительно введены два - три регламентированных перерыва длительностью 10 мин. каждый: два перерыва - при 8-часовом рабочем дне.

Режим труда и отдыха операторов ПЭВМ, непосредственно работающих с ВДТ, должен зависеть от характера выполняемой работы. При вводе данных, редактировании программ, чтении информации с экрана непрерывная продолжительность работы с ВДТ не должна превышать 4-х часов при 8 часовом рабочем дне, через каждый час работы необходимо вводить перерыв на 5 - 10 мин., а через 2 часа - на 15 мин. Количество обрабатываемых символов (или знаков) на ВДТ не должно превышать 30 тыс. за 4 ч. работы.

10.4.6 Обеспечение электробезопасности

Смертельно опасным для жизни человека считают ток, величина которого превышает 0,05 А, ток менее 0,05 А - безопасен (до 1000 В). В соответствии с правилами электробезопасности в помещении должен осуществляться постоянный контроль состояния электропроводки, предохранительных щитов, шнуров, с помощью которых включаются в электросеть компьютеры, осветительные приборы и другие электроприборы.

Для обеспечения электробезопасности нужно рассмотреть возможность заземления - по ГОСТ 12.1.030-81 в помещениях без повышенной опасности защитное заземление является обязательным при напряжении 380 В и выше переменного 440 В и выше постоянного тока. В нашем случае - напряжение 220 В, следовательно защитное заземление не требуется, но рекомендуется.

10.4.7 Защита от статического электричества

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

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

10.4.8 Обеспечение допустимых уровней электромагнитных полей

Основным источником электромагнитных полей, связанных с охраной здоровья людей, использующих в своей работе персональные компьютеры, являются дисплеи (мониторы), особенно дисплеи с электронно-лучевыми трубками. Они представляют собой источники наиболее вредных излучений, неблагоприятно влияющих на здоровье оператора. Приведём извлечение из СанПиН 2.2.2/2.4.1340-03 в таблице 23.

Таблица 23. Временные допустимые уровни ЭМП, создаваемых ПЭВМ на рабочих местах.

Наименование параметровВДУНапряженность электрического поляв диапазоне частот 5 Гц - 2 кГц25 В/мв диапазоне частот 2 кГц - 400 кГц2,5 В/мПлотность магнитного потокав диапазоне частот 5 Гц - 2 кГц250 нТлв диапазоне частот 2 кГц - 400 кГц25 нТлНапряженность электростатического поля15 кВ/мПоверхностный электростатический потенциал экрана видеомонитора 500 В

10.4.9 Обеспечение пожарной безопасности

Для решения проблем пожаробезопасности нам необходимо сначала определить и обосновать категорию помещения, руководствуясь НПБ 105-03 извлечение в таблице 24.:

Таблица 24. Категории помещений по взрывопожарной и пожарной опасности.

Категория помещенияХарактеристика веществ и материалов, находящихся (обращающихся) в помещенииВ1 - В4 пожароопасныеГорючие и трудногорючие жидкости, твердые горючие и трудногорючие вещества и материалы (в том числе пыли и волокна), способные при взаимодействии с водой, кислородом воздуха или друг с другом только гореть при условии, что помещения, в которых они имеются в наличии или обращаются, не относятся к категориям А или Б

В помещениях с ПЭВМ применяются главным образом углекислотные огнетушители, достоинством которых является высокая эффективность тушения пожара, сохранность электронного оборудования, диэлектрические свойства углекислого газа, что позволяет использовать эти огнетушители даже в том случае, когда не удается обесточить электроустановку сразу, при этих условиях возможный пожар можно отнести к категориям А и Е.

10.4.10 Мероприятия и средства по защите окружающей среды

Основные вредные факторы и их влияние на окружающую среду представлены в таблице 25.

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

№Экологически опасные объектыЭкологически значимые факторыОжидаемые экологические последствия1АвтотранспортВыбросы химических веществ в атмосферу.Вклад в развитие парникового эффекта и образование кислотных дождей, ухудшение здоровья населения и демографических показателей.2Транспортно-дорожные средстваШумУхудшение здоровья населения и демографических показателей.3Высокоразвитая сеть подземных коммуникацийВыбросы газов и жидкостей, находящихся под давлением. Нарушение несущей способности грунта.Взрывы, пожары, оползни, провалы и т.д.

10.5 Расчеты

Расчет естественного освещения

Рассчитать естественную освещенность в рабочем помещении оператора. Определить необходимую площадь световых проемов (остекления) S0, число окон n, размещение окон и размеры окон.

Помещение находится на пятом этаже здания Учреждения. На противоположной стороне улицы дома отсутствуют. Длина помещения А = 6 м, ширина В = 3 м, высота h = 3 м.

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

Необходимая площадь окон для создания нормированной естественной освещенности помещения определяется по формуле:

S0 =

где Sn - площадь пола в кабинете;

- минимальный (нормированный) коэффициент естественной освещенности;

- коэффициент световой характеристики окна;

R - коэффициент, учитывающий затенение окна противостоящими зданиями;

r0 - коэффициент светопропускания;

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

Sn = A × B = 6 × 3 = 18 м2

Работа, которой занимаются операторы в кабинете, следует отнести к работам малой точности. Из таблицы 7. следует, что =1 (при боковом освещении).

Необходимо определить параметры окна:h1 = h0 + h1 - hраб

Для этого зададим высоту окна h0 = 2 м, размещение по отношению к уровню рабочей поверхности hраб = 0,8 м, возвышение верхнего края окна над горизонтальной рабочей плоскостью h1 = 1 м. h1 = 2 + 1 - 0,8 = 2,2 м

Необходимо определить еще два параметра:

Исходя из расчетов, = 13.

Так как по заданию противостоящие здания отсутствуют, то принимаем R = 1

Для окон со сдвоенными деревянными рамами в помещении категории Б (помещении без больших выделений пыли) и вертикальном расположении остекления r0 = 0,4.

Величина r1 зависит от средневзвешенного коэффициента отражения света от ограждающих поверхностей qср, который определяется по формуле:

Где qп ,qст ,qпт - коэффициенты отражения от пола, стен и потолка. Sп ,Sст ,Sпт - площади пола, стен и потолка, соответственно.

п = 0,3; qст = 0,5; qпт = 0,5.

Площадь пола стен и потолка равны:

Sст = (А + В) × 2 × h = (6 + 3) × 2 × 3 = 54 м2

Sn = Snm = 18 м2

Таким образом,

=> r1 = 4

Определив все параметры, входящие в формулу по определению площади остекления S0, находим:

Площадь остекления должна быть равна не менее Sо = 1,5 м2. Зная высоту окна h0 = 2 м и ширину b = 1,4 м, вычислим площадь окна:

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

Расчет искусственного освещения

Определим электрическую мощность осветительной установки W, количество светильников N, высоту подвеса светильников Нр и схему размещения светильников по потолку для создания общего равномерного освещения в помещении.

Длина помещения А = 6 м, ширина В = 3 м, высота h = 3 м. Потолок покрашен белой водоэмульсионной краской, стены покрашены светло-желтой краской.

Напряжение питающей сети U = 220 В. Расчет будем вести по методу светового потока, используя люминесцентные лампы.

Выбираем светильник типа TBS233 4xTL-D18W IC L, в котором применяются 4 лампы типа TL-D, т.е. люминесцентные, белого цвета, мощностью 18 Вт. Длина и ширина светильника 600 мм, расстояние от потолка до светильника 300 мм.

Минимальная освещенность для создания общего освещения определяется:

откуда необходимое количество светильников N, равно

где Emin - минимальная, нормируемая общая освещенность в помещении, лк (при использовании люминесцентных ламп Emin = 300 лк);

Sn - площадь пола в помещении, Sn = A × B = 6 × 3 = 18 м2;

k - коэффициент запаса (в помещении, где отсутствует выделение пыли k = 1,5);

Fл - световой поток, создаваемый одной лампой, лм (для лампы, используемой в данном помещении, Fл = 1100 лм);

z - коэффициент неравномерности освещения, z = 1,1 - 1,2;

- коэффициент использования светового потока.

Значение коэффициента зависит от показателя помещения и коэффициентов отражения стен qст и потолка qпт, а также от высоты подвеса светильников Нр.

Высота подвеса светильников Нр определяется как расстояние между уровнем горизонтальной рабочей поверхности hраб и светильником.

где h - высота помещения, h = 3 м;

hраб - уровень (высота) рабочей поверхности, hраб = 0,8 м;

hпот - расстояние между светильником и потолком, hпот = 0,3 м.

Определим показатель помещения :

Находим коэффициенты отражения стен и потолка:

cm = 0,5; qnm = 0,7 => 0,44

n - количество ламп в светильнике, n = 4 шт.

Таким образом, количество светильников равно

Больше работ по теме:

Разработка приложения для смартфонов под управлением операционной системы Android
Диплом
Разработка программно-методического комплекса для информационной поддержки деятельности системного администратора машиностроительного техникума
Диплом
Разработка программного обеспечения проведения соревнований по программированию компьютерных игровых стратегий в среде MS Robotics Studio
Диплом
Разработка программного обеспечения, которое позволит восстанавливать параметры неоднородностей по результатам электромагнитных измерений
Диплом
Разработка программного продукта для ЗАГС. Сайт для молодоженов
Диплом

Предмет: Информационное обеспечение, программирование

Тип работы: Диплом

Новости образования

Российский государственный социальный университет реорганизует сеть своих филиалов
22 Июля 2016 16:26
Более 70 представителей крупных вузов АСЕАН подтвердили участие в форуме во Владивостоке
22 Июля 2016 12:51
Абызов: публикация первичных статсведений снизит бюрократическую нагрузку на школы
22 Июля 2016 11:53
В Чечне свыше 200 школьников сдали ЕГЭ с результатом свыше 90 баллов - министр
22 Июля 2016 05:36
Замглавы Минобрнауки РФ: задача сократить число людей с высшим образованием не стоит
21 Июля 2016 20:19

КОНТАКТНЫЙ EMAIL: [email protected]

Скачать Реферат

ПРОФЕССИОНАЛЬНАЯ ПОМОЩЬ СТУДЕНТАМ