Информационная система «Абитуриент»

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

     1) В ряде случаев может понадобиться  более подробный анализ сведений  обо всех абитуриентах университета:

     – для формирования отчетов, но по другим, не заложенным в старой ИС параметрам (например количество иногородних по каждому региону). Понятно, что модернизация ИС под новые параметры в период проведения приемной кампании невозможна;

     – для поиска лиц, подавших документы  одновременно на два факультета, что запрещено внутренним Положением университета о правилах приема;

     – для поиска лиц, поступающих по недействительным аттестатам;

     – при необходимости определить, не поступает ли лицо, находящееся в  розыске (проводить такой поиск  на каждом факультете отдельно нерационально).

     В настоящее время для получения  общей информационной базы следует  ежедневно по окончании работы, записав  БД факультета на дискеты (а объем  БД с 300 записями составляет около 7 Mб) или на лазерный диск (а он не вечен), нести ее на главный компьютер приемной комиссии, где базы объединяются вручную. Такое объединение влекло за собой большое количество ошибок. Например: копируя сведения из одной таблицы в другую, можно случайно выделить не все строки, и информация о человеке на данный момент, до следующего выполнения процедуры, потеряется.

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

     В связи с указанным появилась необходимость в создании комплекса программ, обеспечивающих как объединение БД, так и сетевую работу с данными (добавление, изменение, удаление). Последнее позволило бы увеличить количество используемых компьютеров в отборочных комиссиях и ускорить работу.

     При формировании технического задания  на проектирование я руководствовался ГОСТ 19.102-77 «Единая система программной документации. Стадии разработки» и ГОСТ 19.201-78 «Единая система программной документации. Техническое задание. Требования к содержанию и оформлению».

2. Технические характеристики

1. Постановка  задачи

 

     По  результатам анализа предметной области необходимо:

      1. Создать модуль работы с данными  по сети, который должен иметь  следующие характеристики:

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

      2. Создать модуль объединения БД по сети, который должен иметь следующие характеристики:

• модуль должен проводить объединение автоматически, без запуска каких либо программ на факультетском сервере;
• программа должна быть спроектирована под MS Access 2000 и Windows 98.

2. Входные и выходные данные

 

     Входной информацией для продолжения  разработки системы в части ее сетевой организации являются данные об абитуриентах (см. табл. 4) по каждой отборочной комиссии. 

     Таблица 4

 

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

3. Иерархическая схема программы

 

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

     

     В первом случае (см. рис. 1) к центральному серверу подключено не менее 14 компьютеров (минимум по 2 на каждом факультете), а это большая нагрузка на процессор в момент пика подачи документов: будут возникать задержки в обслуживании запросов, возможны сбои. Второй недостаток данной схемы заключается в том, что если выйдет из строя центральный сервер, то прервется работа отборочных комиссий всех факультетов, а также могут потеряться данные, пересылавшиеся в момент остановки сервера. Третий недостаток заключается в том, что, вследствие удаленности отборочных комиссий, требуется прокладывать большое количество длинных кабелей. Преимущество же данной схемы в том, что защищать в этом случае нужно только один компьютер – центральный сервер.

     При втором варианте реализации (см. рис. 2) к центральному серверу подключено только семь компьютеров-серверов (по числу отборочных комиссий факультетов), пересылка данных на центральный сервер будет осуществляться только один раз в конце рабочего дня при выключении сервера отборочной комиссии. Сбой в работе одного из серверов не влияет на работу других. Недостатки данной схемы в большем расходе на приобретение компьютеров, и в том, что защищать надо все восемь компьютеров-серверов – и центральный, и серверы отборочных комиссий.

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

     

4. Описание  алгоритма работы модулей

 

     В соответствии с заданием система  должна представлять собой Dos/Windows-приложение. MS DOS часть – текст и курсор на черном экране, Windows часть является набором форм (диалогов) для обеспечения связи пользователя и программы.

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

     Комментарии к алгоритму:

     

     

     Ком.1 – Терминалы подключаются после  включения сервера, и их может  быть до пяти.

     Ком.2 – Отключение клавиатуры и мыши сервера – элемент защиты. После включения сервер больше не используется и работает в автономном режиме. Защита данных не являлась непосредственной темой данной дипломной работы, но, дополняя систему защиты, можно добавить отключение устройств ввода.

     Ком.3 – Перед передачей данных терминал посылает запрос на соединение.

     Ком.4 – Добавление происходит следующим образом: в начале сервер подтверждает готовность принять данные, потом он принимает их и записывает в mdb-файл и сообщает терминалу об окончании приема.

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

     Ком.6 – Редактирование аналогично удалению, но в начале терминал передает код записи, потом сервер передает данные на терминал, далее все аналогично.

     Ком.7 – Для отключения терминал посылает серверу запрос на отключение, потом сервер отключает терминал и проверяет, остались ли еще подключенные терминалы, и если нет, то сервер выключается.

     Ком.8 – При подключении терминала он посылает запрос к серверу на подключение, затем, если сервер готов его подключить, то терминал регистрируется на сервере, иначе он выключается.

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

     Ком.10 – Меню – главное меню системы, через него осуществляются все действия с системой – добавление данных, редактирование данных, удаление данных, закрытие.

     Ком.11 –Заставка – элемент защиты, включается при простое компьютера 5 минут. Возврат терминала в рабочее состояние осуществляется по паролю.

     Ком.12 – Заставка представляет собой черный экран, при нажатии клавиши на клавиатуре терминала или движении мыши выводится окно ввода пароля, при отсутствии дальнейших действий в течение 10 секунд окно скрывается.

     Ком.13 – Добавление данных на терминале, аналогично приему их на сервере.

     Ком.14 – Редактирование, также аналогично.

     Ком.15 – Удаление, также аналогично.

     Ком.16 – X – переменная цикла, повтор производится пока Х не больше числа факультетов.

     Ком.17 – Считывание центральным сервером данных из mdb-файла БД, хранящейся на сервере факультета.

     Ком.18 – Запись в MDB-файл общей БД.

     Ком.19 – Увеличение Х на единицу.

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

 

      По  требованиям заказчика автоматизированная система должна быть разработана под операционные систему (ОС) Windows 98. Выбор этой ОС обусловлен поддерживаемым ей широким и развитым набором функций, осуществляющих графический вывод информации. С другой стороны процесс вывода графической информации стандартными средствами операционной системы сравнительно медленный, поэтому необходимо использовать компьютер с процессором, обеспечивающим высокую производительность. Поскольку из предыдущего раздела можно сделать вывод, что есть необходимость хранить в памяти достаточно большой объем данных, то следует использовать компьютер с оперативной памятью не менее 128 Мб. В связи с этим для создания и тестирования всего комплекса будет использоваться компьютер на базе процессора Intel Pentium III Supermine 800 с ОЗУ объемом 256 Мб.

      И в заключение: вышеперечисленные  требования не являются обязательными (кроме требований к семейству ОС), в принципе программу можно запустить и на ПК с процессором Intel Pentium II 433, с ОЗУ 64Мб. Однако операционная систем в этом случае должна быть Windows 98 Service Pack 1 и не старше, так как у нее наименьшие требования к объему ресурсов из всех указанных выше ОС.

      Для реализации нужны как минимум  по 3 компьютера на факультет – сервер и 2 терминала, и один общий сервер.

1. Обоснование выбора программных средств

2. Обоснование выбора и характеристика языков программирования

 

     При выборе языка  программирования для создания системы  защиты наиболее важными являются следующие критерии: занимаемый объем скомпилированного EXE-файла, скорость выполнения, простота программирования (это влияет на объем и скорость), а также некоторые другие.