Разработка программного обеспечения для оценки уровня знаний студентов с применением технологии "Клиент-сервер"

Дипломная работа

РАЗРАБОТКА ПРОГРАММНОГО
ОБЕСПЕЧЕНИЯ ДЛЯ ОЦЕНКИ УРОВНЯ ЗНАНИЙ СТУДЕНТОВ С ПРИМЕНЕНИЕМ ТЕХНОЛОГИИ
«КЛИЕНТ-СЕРВЕР»

Москва 2010

В настоящее время сфера образования
стала одним из объектов внедрения вычислительной техники и информационных
технологий.

ГОУ СПО
«Тульский экономический колледж», является одним из среднеспециальных учебных
заведений Тульской области.

В
вычислительном центре ГОУ СПО «Тульский экономический колледж» имеются 117
компьютеров класса Pentium III и выше. Все они расположены в 7 учебных лабораториях.
Также имеются необходимые периферийные устройства: струйный принтер Hewlett
Packard Color Jet 100plus – формат А1, несколько лазерных принтеров; накопители на
оптических и гибких дисках, DVD-RW. Все ПК оснащены мультимедийными устройствами
(звуковые карты, приводы CD-ROM).

Компьютеры
объединены в локальную сеть по средствам топологии «звезда» под управлением ОС Microsoft Windows 98/XP/Server2003.

Согласно
требованиям современной педагогики, контроль успеваемости предполагается
осуществлять в виде тестирования.

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

Темой данного дипломного проекта является «Разработка программного
обеспечения для оценки уровня знаний студентов с применением технологии
«Клиент-сервер».

В свободное
от основной работы время, я занимаюсь преподавательской деятельностью на очном
отделении ГОУ СПО «Тульский экономический колледж». Данный вид деятельности
разрешен Законом о Государственной гражданской службе РФ.

Система управления колледжа традиционна
для среднеспециального учебного заведения РФ.

Имеются следующие функциональные
подсистемы:

-           
Директор;

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

-           
отдел
кадров: подготовка письменных документов таких как: приказы, справки, выписки,
письма;

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

Вычислительная техника в системе
управления ГОУ СПО «Тульский экономический колледж» позволяет автоматизировать
следующие функции управления:

-           
организация
учебного процесса;

-           
ведение
бухгалтерского учёта;

-           
ведение
документации;

-           
ведение
корреспонденции;

-           
учебный
процесс.

Семь лабораторий
вычислительного центра колледжа имеют по пятнадцать персональных компьютеров от
Intel Celeron 533 Mhz до Intel Pentium IV 3000 Mhz каждый из них
оснащен системой фильтрации от высокочастотных помех в цепи питания,
накопителями FDD, устройствами ввода информации служат: клавиатуры и мыши.
Также каждый из компьютеров подключен к сетевому принтеру в лаборатории.

Компьютеры
объединены в сеть по средствам топологии «звезда» через коммутаторы (SWICH) фирмы D-Link.

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

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

Одним из
этапов урока является проверка знаний и умений учащихся.

Согласно
требованиям современной педагогики, контроль успеваемости предполагается
осуществлять в виде тестирования.

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

Целью данного
дипломного проекта является «Разработка программного обеспечения для оценки
уровня знаний студентов с применением технологии «Клиент-сервер».

Актуальность
поставленной задачи обусловлена облегчением труда преподавателя связанного с
проведением тестирования и обработкой результатов данного тестирования.

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

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

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

– сложный
для понимания пользовательский интерфейс

– большая
загрузка ЛВС в момент проведения тестирования

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

Назначение программы – проведение
централизованных итоговых занятий по разным дисциплинам в виде интерактивного
тестирования.

Основными задачами дипломного
проекта являются:

– разработка клиентской части
системы тестирования

– разработка серверной части
системы тестирования

– разработка системы
отчетности по результатам тестирования

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

Выходной информацией АСТ является
отчет успеваемости.

Периодичность применения
автоматизированной системы зависит от плана преподавателя по проведению
тестирования.

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

-             
сетевая
плата от 10 Мб/с и выше;

-             
процессор
тактовой частотой не ниже 300 Мгц;

-             
оперативная
память не менее 64 Мб;

-             
объем
жесткого диска не менее 1 Гб;

-             
монитор
15 дюймов;

-             
разрешение
монитора 1024x768 при 16 битной цветовой палитре;

Система представляет собой
совокупность двух подпрограмм осуществляющих проведения тестирования в рамках
любой сети поддерживающей протокол TCP-IP.

Подпрограмма «Тест-Сервер»
позволяет осуществлять управление над ходом тестирования студентов, она
объединяет в себе возможности сетевого сервера, приложения и СУБД тестирования.

Подпрограмма «Тест-Клиент» позволяет осуществлять тестирование конкретного
ученика, рабочая станция которого подключена к «Тест-Серверу» по заранее
спроектированной схеме, способной динамически изменяться в ходе тестирования в
соответствии с требованиями преподавателя.

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

Рис. 1. Общая схема
взаимодействия серверной и клиентской части системы

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

Рис 2. Общая
схема взаимодействия отдельный частей системы

Входной информацией является: Список вопросов, образующих билет и
критерий оценки. Совокупность этих данных образуют промежуточное звено процесса
тестирования – База Теста. Для обеспечения возможности сетевого тестирования
необходима еще одна деталь – IP адрес станции, с которой будет осуществляться
управление ходом тестирования, то есть станции, которая будет обозначена как
ведущая и где будет развернут Тест-Сервер. Ввод информации необходимой для
формирования Базы Теста осуществляется в главной форме подпрограммы Тест-Сервер
на вкладке База вопросов.

База Теста
представляет собой каталог, имеющий имя преподавателя по чьему предмету
осуществляется тестирование. В данном каталоге располагаются файлы настроек для
данной базы теста, а именно – файл QuestKey.ini – содержит номера правильных
ответов для каждого вопроса; файл WorkSet.ini – содержит служебную информацию
для данной базы теста, такую как: количество вопросов в тесте, ограничение
времени для прохождения теста, формат изображений файлов вопросов теста.
Основной каталог базы теста содержит N (зависящее от количества вопросов в тесте)
дочерних каталогов имеющих системное имя в виде чисел от 1 до N, в которых содержатся
изображения вопроса и вариантов ответов. Количество изображений может быть
переменным (для осуществления случайного выбора вопроса теста), но должно быть
не менее 1.

Рис. 3
Формирование базы теста

Каждое
изображение вопросов и вариантов ответов должно иметь системное имя в виде
сквозной нумерации от 1 до номера последнего вопроса. (например если всего 100
файлов вопросов, нумерация должна быть от 1 до 100). Все изображения должны
иметь одинаковый формат, например, если некоторое количество файлов сделаны в формате JPEG Image file, то и все последующие
должны быть в этом формате.

Структура
каталогов базы теста приведена на рисунке 4.

Для
клиентской части системы единственным файлом настроек является файл ip.dat, который содержит IP-адрес сервера
тестирования

Рис. 4
Структура каталога базы теста

Основным
элементом выходной информации является отчет успеваемости, имеющем следующие
поля:

-    Ф.И.О. студента;

-    группа;

-    общее количество
вопросов;

-    количество правильных
ответов;

-    количество не правильных
ответов;

-    оценка;

-    время прохождения теста.

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

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

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

Основные работы по созданию системы
классификации и кодирования технико-экономической информации выполняет
Госстандарт.

Классификаторы
по их применению делятся на категории:

– общегосударственные;

– отраслевые;

– классификаторы
предприятия.

Общегосударственные
– утверждаются ГОСТами и РОСТами и обязательны к применению во всех отраслях государства.

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

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

В подсистеме «Учебная часть»
используются следующие классификаторы:

1.        
Отраслевой
классификатор для кодирования кода группы:

ХХХX – XХ

код названия специальности

код года
поступления

код (флаг) некоммерческой группы

код текущего курса обучения

код (флаг) базы поступления

Пример: 0414-ФК – База 11 классов, четвертый
курс, некоммерческая группа, последняя цифра года поступления, код
специальности.

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

-           
дублирование
информации в виде резервных копий на том или ином носителе;

-           
защита
от случайного удаления файлов;

-           
защита
от несанкционированного доступа;

-           
защита
от компьютерных вирусов;

-           
архивные
копии;

-           
программный
«уход» за жесткими дисками.

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

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

Программные
методы защиты очень разнообразны:

-     
использование
ключевых меток на машинном носителе;

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

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

Комбинированные методы защиты
объединяют различные методы: процедурные и программные, аппаратные и
программные и т.д.

Резервное копирование – это
постоянное создание резервных копий рабочей информации. Существует много
программ предназначенных для создания резервных копий. Из них наиболее часто
используются Norton Backup и другие программы Backup из разных программных
пакетов или Утилит, а также программа-архиватор WinRAR.

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

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

Кроме создания резервных копий, для
предотвращения потери информации на жестком или гибком диске, следует проводить
обслуживание дисков: проводить полную проверку, то есть проверять на наличие
физических ошибок, проверять структуру файлов и каталогов; если возникают
ошибки, то исправлять их; производить дефрагментацию; удалять ненужную
информацию. Обслуживание необходимо проводить регулярно. Для этого можно использовать
следующие программные средства (утилиты) как Norton Disk Doctor (проверка
жесткого диска), Norton Speed Disk (дефрагментация диска) из пакета Norton
Utilities, Fix-It Utilities или Scandisk, который содержится в самой ОС
Windows.

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

Компьютерный
вирус – это фрагмент программного кода, который размножается, копируя себя в
тело других программ, при этом замедляется работа компьютера или полностью
(либо частично) разрушается файловая система. Для того чтобы вирус не поразил
компьютер необходимо: ограничить к нему доступ посторонних лиц, использующих
различные носители информации; проверять на наличие вируса, если же он
обнаруживается, то необходимо использовать антивирусные программы (Norton
Antivirus, Antiviral Toolkit Pro, Dr. Web и др.). Антивирусные программы – это
программы, написанные специально для выявления и уничтожения вирусов.

Еще один
метод защиты программ от заражения вирусами – архивация данных.

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

Иногда
требуется восстановить случайно уничтоженный файл. Для этого можно использовать
программу UnErase из программного пакета Norton Utilities либо OnTrack Easy Recovery.

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

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

Информация хранится в каталоге Questions,
далее каталог «База Теста» и IP-адрес в файле IP.dat соответственно.

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

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

Для связи выходной информации с
другими задачами используется метод DDE – Dynamic Data Exchange, те обнуление,
не требующихся для дальнейшего функционирования системы или принятия
управленческого решения, данных и освобождение, таким образом, ресурсов
происходит автоматически.

Для
разработки автоматизированной системы была выбрана платформа WINTEL под
управлением операционной системы Windows XP SP2.

В качестве
среды программирования для решения поставленной задачи была выбрана Borland
Delphi 6.0 Enterprise.

Delphi –
инструмент для создания приложений и систем, функционирующих на платформе
Windows. В основе нее лежит объектно-ориентированный язык высокого уровня
Object Pascal, разработанный профессором Высшего технического училища (г. Цюрих,
Швейцария) Никлаусом Виртом.

Основными
принципами ООП:

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

– наследование
заключается в порождении новых объектов-потомков от существующих объектов
родителей, при этом потомок берет от родителя все его поля, свойства и методы.
В дальнейшем наследуемые поля, свойства и методы можно использовать в
неизменном виде или переопределять (модифицировать). В новый объект добавляются
новые элементы, определяющие его особенность и функциональность. Удалить
какие-либо элементы родителя в потомке нельзя. В свою очередь, от нового
объекта можно породить следующий объект, в результате образуется дерево
объектов, или иерархия классов. В начале этого дерева находится базовый класс
TObject, который реализует элементы, наиболее общие для всех объектов,
например, действия по созданию и удалению объектов. Чем дальше тот или иной
объект находится в дереве от базового класса, тем он более специфичен.

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

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

Delphi
устанавливает стандарт для сред разработки приложений Windows. Delphi
обеспечивает набор возможностей специально ориентированных на многократное
использование компонентов. Многие аспекты работы Delphi можно настраивать.
Созданные полезные объекты – компоненты и шаблоны приложений и форм будут
доступны для будущих разработок.

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

В состав
Delphi входит обширная библиотека компонентов, с помощью которой можно избежать
ручного написания программ. С другой стороны, в любой момент можно прибегнуть к
низкоуровневым ассемблерным процедурам. Можно создавать приложения в визуальном
режиме. Работая в Delphi, можно с помощью нажатия одной клавиши создать
исполняемый файл в формате EXE, однако, при необходимости, можно компилировать
и файлы DLL, драйверов устройств, а также консольных приложений.

Существует
множество достоинств, благодаря которым можно выделить Delphi из ряда других
средств разработки:

-    обширная библиотека
классов;

-    быстрый оптимизирующий
компилятор, генерирующий машинный код;

-    встроенный отладчик,
равных которому нет;

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

-    мощная и удобная в работе
среда разработки.

-    возможности Delphi,
которые делают ее такой гибкой:

-    прямой доступ к
программному интерфейсу Windows;

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

-    возможность создания
пользовательских компонентов VCL и ActiveX;

-    поддержка формата DLL и
других выполняемых файлов Windows;

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

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

Delphi
предоставляет прямой доступ ко многим типам локальных и удаленных серверов баз
данных. Также предоставляет множество различных типов для хранения целых,
вещественных (с плавающей запятой), логических (boolean), символьных (char),
строковых значений, а также указателей. Помимо этого имеются типы, определяемые
пользователем: множества (sets), записи (records) и объектные переменные.
Поскольку имеется столько разнообразных типов, понимание чужого программного
кода может быть затруднено, если будут встречаться маловразумительные имена
переменных.

Часто для
обеспечения взаимодействия различных приложений или частей одного приложения
организуется обмен данными. Для этого предоставляются следующие средства:

– использование
буфера обмена;

– динамический
обмен данными.

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

Для
выполнения операций обмена данными через буфер в Delphi предназначен
специальный класс TClipBoard.

С помощью
свойств и методов объекта Clipboard при работе с буфером обмена можно выполнить
стандартные операции, например, очистить буфер или проанализировать тип
хранимых данных. Для доступа к объекту буфера обмена в разделе Uses модуля, в
котором выполняются операции с объектом буфера, указывается модуль Clipboard.

В Delphi
создана поддержка технологии DDE (Dynamic Data Exchange – динамический обмен
данными).

Динамический
обмен данными (Dynamic Data Exchange – DDE) представляет собой технологию,
которая связана с передачей данными между приложениями, работающими под
управлением операционной системы Windows. С помощью технологии DDE два
приложения могут динамически взаимодействовать и обмениваться текстовыми
данными во время их выполнения. При этом изменения в одном приложении
немедленно отражаются во втором приложении. Кроме того, с помощью технологии
DDE можно из одного приложения управлять другим приложением, например,
Microsoft Word или Excel.

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

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

·    
передача
текстовых данных, при этом возможны следующие действия:

– получение
данных от сервера;

– передача
данных на сервер;

– посылка
серверу команд.

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

В
качестве дополнительных средств, применяемых при реализации проекта можно
отметить такие как Macromedia Flash MX – c помощью этого средства были созданы элементы анимации
для некоторых процессов, растровый графический редактор Adobe Photoshop CS2 – его возможности помогли реализовать в проекте все
неподвижные графические элементы.

Все
данные приложения использовались в режиме TRIAL 30-дневной
тестовой версии.

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

– процессор
тактовой частотой не ниже 700 Мгц;

– объем
оперативной памяти не менее 128 Мб;

– диагональ
монитора 15 и более дюймов;

– объем
видеопамяти от 32 Мб;

– разрешение
монитора 1024x768 при 16 битной палитре;

– объем
жесткого диска не менее 2,1 Гб (1,5 Гб. – ОС Windows + 600 Mb – Borland Delphi 6.0).

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

Серверная
часть:

-  операционная система
Windows 98 SE /Me/XP/2000/2003;

-  пакет программ Microsoft Office XP (и последующие версии)
для вывода отчетности.

-  присутствие следующих
компонентов операционной системы:

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

·       
протокол
TCP/IP;

Клиентская
часть:

-  операционная система
Windows 98 SE /Me/XP/2000/2003;

-  присутствие следующих
компонентов операционной системы:

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

·        
протокол
TCP/IP;

Основные
характеристики ОС Windows XP:

– многозадачность
(одновременно может работать несколько приложений);

– работа
с сетью ОС (на уровне ядра системы организован клиент / сервер сети);

– изоляция
процессов (если во время работы какое-либо приложение совершило сбой, и в
результате было закрыто аварийно, то это не сказывается на работе других
приложений и процессов системы);

– поддержка
огромного количества оборудования (в том числе, устаревшего и современного)
всех известных производителей;

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

– обширная
справочная система по многим узлам операционной системы.

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

-  сетевая плата от 10 Мб/с;

-  сетевая среда (физический
уровень);

-  процессор тактовой
частотой не ниже 500 Мгц;

-  оперативная память не
менее 64 Мб;

-  объем жесткого диска не
менее 2 Гб;

-  монитор 15 дюймов;

-  разрешение монитора
1024x768 при 16 битной палитре;

Для
тестирования отдельных модулей-подпрограмм и автоматизированной системы в целом
на ряду со стандартными интегрированными средствами тестирования и отладки,
предоставляемые разработки Borland Delphi 6.0. (build 5.62) – Integrated
Debugger, были применены и дополнительные средства, такие как Borland
WinSight, Spy32 for Windows9x/NT, NuMega BoundsChecker, Registry Monitor
Sysinternals Corp.

Для
осуществления отладки при помощи Integrated Debugger необходимо активировать
эту систему, с этой целью на странице Debugger Options пункта меню Tools среды Delphi был установлен флаг Integrated Debugging.

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

-      
разработка
алгоритма решения задачи модуля в целом;

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

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

-      
компоновка
подпрограмм в отдельный модуль;

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

-      
компиляция
модуля;

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

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

-      
переход
к разработке следующего модуля.

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

С этой целью
активно использовались средство интегрированной отладки Integrated Debugger в
состав которого входят такие функции как трассировка со входом в подпрограмму
(Trace Into), пошаговое выполнение программы (Step Over), использование точек
останова в коде (SourceBreakPoint), использование точек останова по адресу
(AddressBreakPoint) просмотр значений идентификаторов при помощи WatchList и
использование альтернативного, но более функционального средства
DebugInspector.

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

Borland
WinSight – использовался для визуализации иерархической системы окон проекта и
исследовании потока системных сообщений в адрес элементов управления проекта.

Еще одно
инструментальное средство, которое использовалось при структурном тестировании
проекта – Spy32 for Windows9x/NT. Программа Spy32 позволила протестировать
функционирование отдельных элементов интерфейса путем обращения к их
обработчикам на уровне системных сообщений.

Корректность
совместной работы проекта с менеджером памяти Windows позволил осуществить
программный комплекс NuMega BoundsChecker. Правильность обращений к реестру
были проконтролированы при помощи Registry Monitor от Sysinternals Corp.

Автоматизированная
система для оценки уровня знаний студентов с применением технологии
«Клиент-сервер» предназначена для проведения централизованных итоговых занятий
по разным дисциплинам в виде интерактивного тестирования.

Данный проект
поддерживает совместимость с пакетом Microsoft Office в применении единого
формата данных и обеспечивает передачу данных в стандартные средства MS Office,
такие как MS Word и MS Excel.

Автоматизированная
система представляет собой совокупность двух программ HL Server и HL Client.

Программа HL Server – предназначена
для координации процесса тестирования, формирования и редактирования базы
теста, генерации информации необходимой для осуществления тестирования.

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

Установка АСТ
начинается с запуска хранителя дистрибутива. Далее необходимо следовать
инструкциям по установке.

В процессе
установки все файлы, необходимые для функционирования АСТ, помещаются в
системную директорию («C:Programm FilesHLTest»), имеющую при
успешной установке пакета, следующее структурное содержание:

-           
файл HLServer.exe – главный
исполняемый модуль;

-           
каталог
Groups – содержит текстовые
файлы имеющие системное имя студенческой группы, содержимое данного файла –
список фамилий студентов данной группы;

-           
каталог
Questions – содержин каталоги с наименованием дисциплин, каждый из которых
содержит Базу Теста в виде каталога, имеющего имя преподавателя по данному
предмету.

Запуск
программы HLServer можно осуществить по выбору при помощи созданного, в
процессе установки, ярлыка HLTest.lnk на рабочем столе, либо выбором в меню
Пуск – Программы – HLTest – HLServer.lnk.

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

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

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

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

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

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

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

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

При
подключении новых клиентов к серверу происходит сетевой запрос информации о
клиенте, ответ на который включает следующие поля:

-     
Ф.И.О.
студента;

-     
группа
обучения;

-     
статус
станции (готов к тестированию, проходит тестирование, окончил тестирование);

-     
количество
верных ответов;

-     
количество
ошибок;

-     
общее
число пройденных билетов;

-     
IP –
адрес станции.

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

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

Предварительный
просмотр отчета успеваемости можно просмотреть щелкнув на кнопке «Отчет
успеваемости» в главной форме при этом откроется форма содержащая отчет
успеваемости, информацию из которой, можно направить в MS Word для дальнейшей
распечатки.

Функционирования
автоматизированной системы на клиентской стороне начинается с активации пакета
теста путем запуска программы HLClient.exe входящей в состав пакета.

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

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

После
прохождения теста осуществляется подсчет числа верных ответов, ошибок и
сравнение полученных значений с критерием оценки. Вывод оценки осуществляется в
виде сообщения на главной форме. По прошествии 6 секунд после появления
сообщения с оценкой, на экран выводится сообщение «Ждите окончания
тестирования».

Далее
клиентская сторона АСТ вновь переходит в режим ожидания сигнала-окончания
тестирования, при получении которого происходит закрытие программы HLClient.

В целях
обеспечения охраны труда и техники безопасности в ГОУ СПО «Тульский
экономический колледж» предусмотрены следующие меры:

-    все видеотерминалы
соответствуют требованиям европейского стандарта TCO'99;

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

-    используются сетевые
фильтры и источники бесперебойного питания;

-    используются как
внутренние, так и внешние кондиционеры воздуха.

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

В соответствии с ГОСТ 12.1.005–88 «Общие санитарно-гигиенические
требования к воздуху рабочей зоны», в рабочих помещениях постоянно
поддерживается постоянная температура воздуха 20–24 градусов по шкале Цельсия,
относительная влажность 40–60% и скорости движения воздуха не более 0,1 м/с.

Перепад температуры по высоте рабочей зоны допускается до 3С0,
по горизонтали до 5С0.

Интенсивность теплового облучения работающих от нагретых
поверхностей оборудования, осветительных приборов не должна превышает 35 Вт/кв.
м при облучении 50% поверхности тела, 70 Вт/кв. м – при величине облучаемой
поверхности от 25% до 50% и 100 Вт/кв. м при облучении не более 25% поверхности
тела.

Уровень электромагнитного излучения установлен ГОСТом 12.1.006–84
ССБТ. «Электромагнитные поля радиочастот. Допустимые уровни на рабочих местах и
требования к проведению контроля».

Уровни инфракрасного и ультрафиолетового излучения
установлены ГОСТом 27.016–86. «Дисплей; Трубки электронно-лучевые приемные».

Уровень шума, создаваемый вентиляционной системой не превышает
допустимого уровня в 70 Дба, уровень шума от принтера HP 690C соответствует ISO
9296 и составляет 50 Дба, что не превышает 55 Дба установленных в ГОСТ 12.1.003–83.
«Шум. Общие требования безопасности».

Каждый день проводится влажная уборка, что обеспечивает
соответствие с требованиями СН 512–78 «Инструкция по проектированию зданий и
помещений ЭВМ» запыленность воздуха в рабочем помещении, и не превышая
предельно допустимую концентрацию (ПДК), равную 2 мг/куб. м, и
находится в пределах нормы, специально для этой работы имеется технический
персонал в количестве одного человека.

Все
компьютерное оборудование, используемое в ГОУ СПО «Тульский экономический
колледж» питается от сети переменного тока напряжением 220В, частотой 50Гц.

Техника
безопасности при работе с электрооборудованием направлена, прежде всего, на
предотвращение случаев поражения электрическим током. Перед первым включением
компьютера следует проверить, соответствует ли напряжение в сети тому, на
которое рассчитан компьютер (многие компьютеры могут работать при нескольких
значениях входного напряжения, например при 220 В или 110 В). При необходимости
надо установить переключатель напряжения на компьютере в правильное положение.

Хотя
встроенные в компьютеры блоки питания, преобразующие напряжение электросети в
низковольтное напряжение (±12 В и ±5 В), достаточно
устойчивы и работают даже при понижении или повышении напряжения на 10–15%,
однако далеко не всегда обеспечивают безопасность компьютеров и их устойчивую
работу. С этой целью в ГОУ СПО «Тульский экономический колледж» на питание на
компьютеры подаётся через средства защиты от недостатков электропитания
подключенных по следующей схеме: стабилизатор Штиль 500 -> сетевой фильтр Pilot
1200F -> бесперебойного питания APC Back UPS CS 500.

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

Допустимые значения напряжения прикосновения и
тока, протекающего через тело человека, регламентированы ГОСТом 12.038–82 и
оцениваются по трем критериям электробезопасности:

1. Ощутимый ток. Не вызывает нарушения
деятельности организма и допускается для длительного протекания. Сила тока для
переменного тока 0,3 МА. Сила тока для постоянного тока 1 МА.

2. Отпускающий ток. Его действие на человека
допустимо, если длительность протекания не превышает 30 секунд. Сила для
переменного тока 6 МА. Сила для постоянного тока 15 МА.

3.
Фибриляционный ток. Допускается воздействие не более 1 секунды. Сила для
переменного тока 50 МА. Сила для постоянного тока 200 МА.

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

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

– ограждение
токопроводящих частей;

– блокировку;

– предупредительные
надписи;

– двойную
изоляцию корпусов;

-   изоляцию токопроводящих
частей;

-   защитное разделение
питания;

-  
защитное
заземление металлических частей корпусов.

Освещенность
рабочего места должна удовлетворять требованиям СНиП 11–4–79 «Строительные
нормы. Нормы проектирования. Естественное и искусственное освещение». Освещение
при работе с ЭВМ должно быть смешанным: естественное (боковое или прямое) и
искусственное (общее). Искусственное освещение должно осуществляться с помощью
люминесцентных ламп. При естественном освещении должны применяться средства
солнцезащиты (светорассеивающие шторы или жалюзи). Для исключения бликов
отражения на экране применяются антибликовые покрытия, специальные фильтры и
другие средства предусмотренные заводом изготовителем оргтехники в целях
обеспечения соответствия с европейским стандартом TCO'99.

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

В соответствии с требованиями СНиП 11–4–79 уровень освещенности на
рабочем месте при искусственном освещении должен быть не менее 300 лк в
кабинетах колледжа этот показатель составляет в среднем 323 лк.

Элементы рабочего места – рабочее кресло и стол должны
соответствовать требованиям ГОСТа 12.2.032–78 и ГОСТа 21889–76.

Площадь помещений для работников ВЦ следует предусматривать
величиной не менее 6.0 м^2 на человека. В соответствии с ВСНиП 4559–88
рабочий стол должен регулироваться по высоте в пределах 680–760 мм.
Оптимальные размеры рабочей поверхности столешницы 1600x900 мм. Под
столешницей рабочего стола должно быть свободное пространство для ног с
размерами по высоте не менее 600 мм, по ширине 500 мм, по глубине 650 мм.
На поверхности рабочего стола для документов необходимо предусмотреть
размещение специальной подставки, расстояние которой от глаз должно быть
аналогичным расстоянию от глаз до клавиатуры, что позволяет снизить зрительное
утомление.

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

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

-    Возможность регулировки
кресла по высоте и углу наклона. Высота кресла должна легко регулироваться в
пределах от 40 до 52 см (считается расстояние от пола до сиденья). Если
рост выше или ниже среднего, может потребоваться кресло с большим диапазоном
регулировки. Необходимо отрегулировать кресло таким образом, чтобы рабочая
поверхность или полка для клавиатуры были на уровне локтя, ступни ног полностью
стояли на полу, а колени согнуты и расположены немного ниже бедер. В идеальном
случае сиденье кресла должно наклоняться как вперед (минимум на 5 градусов),
так и назад (минимум на 10 градусов). Если кресло имеет регулируемое сиденье,
необходимо наклонить его немного вперед. Это перенесет нагрузку с позвоночника
на бедра и ступни, уменьшив нагрузку на спину.

-    Изогнутый край сиденья.
Передняя часть сиденья должна быть изогнута и иметь мягкие края.

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

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

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

На рабочем
месте необходимо предусматривать подставку для ног.

В соответствии
с эргономическими требованиями, установленными ГОСТом 21829–76 ВДТ должен
отвечать следующим требованиям:

-    яркость свечения экрана
не менее 100 кд/м2;

-    минимальный размер
светящейся точки – не более 0.4 мм;

-    контрастность изображения
знака – не менее 0.8;

-    экран должен иметь
антибликовое покрытие.

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

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

-    короткое замыкание;

-    повышенная температура
окружающих предметов;

-    неисправное
электрооборудование или неправильная его эксплуатация.

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

Во избежание
пожара или взрыва, необходимо строго выполнять противопожарные меры
безопасности.

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

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

– Охлаждение горящих веществ путем
нанесения на их поверхность теплоемких огнетушащих средств (воды, пены и т.д.)
или перемешивания слоев горящей жидкости.

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

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

– Химическое
торможение реакции горения путем орошения поверхности горящих материалов или
объемного разбавления горючей пыле – газо- и паровоздушной системы
флегматизирующими веществами и составами.

Противопожарные
меры ГОУ СПО «Тульский экономический колледж» заключаются в следующем:

-    в коридорах висят планы
эвакуации в случае пожара;

-    имеется пожарный кран в
коридорах на каждом этаже и огнетушители типа ОХВП-10 в каждом кабинете.

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

Исходные данные для
расчёта себестоимости программного продукта приведены в таблице 1.

Таблица 1. Исходные
данные

Алгоритм расчёта себестоимости программного
продукта:

анализ исходных данных;

расчёт трудоёмкости разработки программного
продукта;

расчёт стоимости машинного часа;

расчёт стоимости программного продукта;

Расчёт трудоёмкости разработки программного
продукта по стадиям представлен в Таблице 2.

Таблица 2.
Трудоёмкость разработки по стадиям

Время работы
ЭВМ при отладке и внедрении программы складывается из затрат времени
разработчика программного обеспечения на технический проект, рабочий проект и
внедрение.

Таким
образом, затраты времени на отладку и внедрение составляют 49 человеко-дней или
392 часов.

Стоимость одного машинного часа определяется по формуле

Эксп – эксплуатационные
годовые затраты (в рублях);

Тф – количество часов,
отработанных всеми машинами в год (час).

Эксплуатационные
годовые затраты включают в себя:

1          
Годовая
амортизация оборудования (Аоб), формула 8;

2          
Годовые
затраты на ремонт оборудования (Роб), формула 9;

3          
Расходы
на электроэнергию (Зэл), формула 10;

4          
Прочие
расходы (Зпр), формула 14.

1. Годовая
амортизация оборудования определяется:

Косн
–
коэффициент амортизации основного оборудования (в процентах);

Сосн – стоимость основного
оборудования (в рублях);

Квсп – коэффициент
амортизации вспомогательного оборудования (в процентах);

Свсп – стоимость
вспомогательного оборудования (в рублях).

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

 руб.

2. Годовые
затраты на текущий ремонт составляют 5% от общей стоимости используемого
оборудования.

, где (9)

Собщ – общая стоимость
оборудования (в рублях).

 руб.

3. Затраты на
электроэнергию складываются из расходов на освещение Вос (формула
10) и расходов на производственное потребление электроэнергии Вэ (формула
11).

Зэл=Вос+Вэ, где (10)

Вос – расходы на освещение (в
рублях);

Вэ – расходы на
производственное потребление электроэнергии (в рублях).

, где (11)

S – площадь помещения (в
квадратных метрах);

Кэ – усреднённый расход
энергии, для освещения одного квадратного метра площади помещения в год (кВт на
квадратный метр);

Стар – тариф (в рублях).

 руб.

, где (12)

Нуст
–
мощность одного компьютера (кВт);

Н – количество компьютеров
(штук);

К – коэффициент учитывающий
потери в сети;

Стар
– тариф
(в рублях);

Ф – годовой фонд времени
работы оборудования рассчитывается по формуле:

Нг – число дней в году;

Нвых
– число
выходных дней в году;

Нпр
– число
праздничных дней в году;

Ксм
–
коэффициент сменности;

Фдн
–
продолжительность рабочего дня;

Кзаг
–
коэффициент загрузки оборудования;

Крем
–
коэффициент, учитывающий потери времени на ремонт оборудования.

 часа.

Тогда расходы
на производственное потребление электроэнергии (по формуле 12) равны  руб.

Затраты на электроэнергию (по формуле 10) равны  руб.

4. Прочие
расходы составляют 5% от суммы расходов по предыдущим пунктам.

 руб.

Количество
часов, отработанных всеми машинами в год равно:

Н – количество компьютеров
(в штуках);

Ф – годовой фонд времени
работы оборудования (в часах).

Стоимость
программного продукта определяется по формуле:

, где (17)

Тдн – затраты времени на
разработку (чел.-дней);

Змес
–
среднемесячная зарплата (в рублях);

Ндн
–
количество рабочих дней в месяце (дни);

Тмаш
–
затраты времени на отладку и внедрение (в часах);

См.ч. – стоимость одного
машинного часа (в рублях).

В данном дипломном проекте представлена «Автоматизированная
система контроля знаний на основе архитектуры клиент-сервер», реализованная в
среде программирования Borland Delphi 6.0.

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

·            
стандартная строка меню;

·            
кнопки – для активизации функций
системы;

·            
сопроводительные сообщения.

Для
повышения надежности хранения информации предусмотрены программные средства
защиты информации:

·            
резервное сохранение базы теста;

Наличие
встроенной контекстной помощи позволяет упростить использование программы.

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

program HLServer;

uses

Forms,

BaseUnit in 'BaseUnit.pas'
{MainForm},

QBaseWork in 'QBaseWork.pas',

UBaseWork in 'UBaseWork.pas';

{$R *.res}

begin

Application. Initialize;

Application. CreateForm (TServerForm,
ServerForm);

Application. Run;

end.

unit BaseUnit;

interface

uses

QBaseWork, UBaseWork, Windows,
Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, ScktComp, Grids, StdCtrls,
ExtCtrls, Menus, CommCtrl, ComCtrls,

IniFiles, WinSock, ComObj, OleServer,
Word97, ShellCtrls, Buttons, Word2000;

const

NM_Register1 = 6; // прием списка групп

NM_Register2 = 7; // запрос на список
студентов

NM_RegisterGetWorks = 66; // запрос /
ответ 'список предметов'

NM_RegisterGetTeachers = 77; // запрос /
ответ 'список преподователей'

NM_RegisterOK = 8; // клиент
зарегистрирован

NM_Service = 31; // прием сервисной
информации

NM_TestEvent = 55; // событие по ходу
тестирования

NM_FileOperation = 10; // сетевая операция
с файлами

NM_EndOfTest = 33; // окончание
тестирования

NM_KickFromServer = 44; // отключение от
сервера администратором

NM_OutOfTime = 50; // отключение по
истечении времени

NM_DataError = 54; // проблема с БД

NM_Wait = 61;

type

PCustomWinSocket=TCustomWinSocket;

Questions=record // Структура вопроса

Passed:boolean; // пройден (да/нет)

Style:byte; // стиль вопроса {radio,
check, memo}

UserAnswer: word; // ответ пользователя

TrueAnswer: word; // верный ответ

end;

PathID=record

WorkID:byte;

TeacherID:byte;

end;

Peoples=record // структура 'Пользователь'

SocketHandle: Integer; // дескриптор соединения

Ip:string[15]; //IP адрес

Num:byte; // номер клиента

Registered:boolean; // прошел регистрацию
(да/нет)

TestingAbortedByTime:boolean;

Group:string[8]; // группа

Name:string[20]; // имя

Teacher:string[40]; // преподаватель

WorkName:string[40]; // наим. дисциплины

WorkPath:string[255]; // рабочая
директория пользователя

UserWorkPathID: PathID; // идентификаторы дисциплины
и преподавателя

ImageType:string[3]; // тип файла вопросов
{зарезервировано}

QuestCount:byte; // количество вопросов

OpenQuest:byte; // Ссылка на билет из
массива Questions

 // для дальнейшего

TimeLater:TTime; // потрачено времени

SumTime:TTime; // общий бюджет бремени

PassedCount:byte; // пройдено вопросов

True_:byte; // верных ответов

False_:byte; // неверных ответов

Mark:byte; // оценка

PassTest:boolean; // тест пройден (да/нет)

Questions:array [1..255] of
Questions; // массив пройденных вопросов

end;

type

TServerForm = class(TForm)

ServerSocket1: TServerSocket;

PageControl1: TPageControl;

TabSheet1: TTabSheet;

ComboBox1: TComboBox;

ListBox1: TListBox;

Label2: TLabel;

Label3: TLabel;

Timer1: TTimer;

Label4: TLabel;

Label5: TLabel;

TabSheet4: TTabSheet;

ConnectionCount: TLabel;

Timer2: TTimer;

TabSheet8: TTabSheet;

Panel3: TPanel;

Button3: TButton;

Button4: TButton;

Image1: TImage;

RadioGroup1: TRadioGroup;

ShellTreeView1: TShellTreeView;

ShellListView1: TShellListView;

ComboBox2: TComboBox;

Bevel8: TBevel;

Label1: TLabel;

Label6: TLabel;

Label7: TLabel;

Label8: TLabel;

Label9: TLabel;

Label16: TLabel;

Label10: TLabel;

Label17: TLabel;

Label18: TLabel;

Bevel1: TBevel;

Bevel4: TBevel;

Bevel5: TBevel;

Bevel6: TBevel;

Bevel7: TBevel;

Bevel9: TBevel;

Bevel13: TBevel;

Bevel10: TBevel;

Bevel11: TBevel;

Bevel12: TBevel;

Bevel14: TBevel;

Bevel15: TBevel;

Bevel16: TBevel;

Bevel17: TBevel;

Bevel18: TBevel;

Bevel19: TBevel;

Bevel20: TBevel;

WordDocument1: TWordDocument;

SpeedButton1: TSpeedButton;

PageControl2: TPageControl;

TabSheet3: TTabSheet;

TabSheet5: TTabSheet;

StringGrid1: HLringGrid;

StringGrid2: HLringGrid;

TabSheet6: TTabSheet;

Memo1: TMemo;

Button7: TButton;

Button8: TButton;

SaveDialog1: TSaveDialog;

Panel2: TPanel;

Label29: TLabel;

Label30: TLabel;

Label31: TLabel;

Label32: TLabel;

TabSheet7: TTabSheet;

ReportGrid: HLringGrid;

Button1: TButton;

procedure ServerSocket1ClientConnect
(Sender: TObject;

Socket: TCustomWinSocket);

procedure FormCreate (Sender:
TObject);

procedure FormDestroy (Sender:
TObject);

procedure ServerSocket1ClientRead (Sender:
TObject;

Socket: TCustomWinSocket);

procedure ComboBox1Change (Sender:
TObject);

procedure Timer1Timer (Sender:
TObject);

procedure
ServerSocket1ClientDisconnect (Sender: TObject;

Socket: TCustomWinSocket);

procedure Timer2Timer (Sender:
TObject);

procedure StringGrid1DblClick (Sender:
TObject);

procedure Button3Click (Sender:
TObject);

procedure ShellListView1Change (Sender:
TObject; Item: TListItem;

Change: TItemChange);

procedure ShellListView1DblClick (Sender:
TObject);

procedure Image1Click (Sender:
TObject);

procedure ShellTreeView1Enter (Sender:
TObject);

procedure ServerSocket1ClientError (Sender:
TObject;

Socket: TCustomWinSocket;
ErrorEvent: TErrorEvent;

var ErrorCode: Integer);

procedure Button1Click (Sender:
TObject);

procedure SpeedButton1Click (Sender:
TObject);

procedure StringGrid1SelectCell (Sender:
TObject; ACol, ARow: Integer;

var CanSelect: Boolean);

procedure Button7Click (Sender:
TObject);

procedure Button8Click (Sender:
TObject);

private

function DecodeNumToSocketNum (StationNum:
byte): byte;

procedure SendQuestion (ForStation:
byte; TheFile: String; QuesHLyle:byte; TrueAnswer: Word);

procedure TestEvent (StationNum:
byte; Socket_:PCustomWinSocket);

procedure SendFileMessage (var Message:
TMessage); message WM_USER;