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

СОДЕРЖАНИЕ

Введение………………………………………………………………………..

1. Описание объекта автоматизации………………………………………..

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

2.1 Сущность задачи……………………………………………………………

3. Описание логической структуры компьютерной системы

тестирования…………………………………………………………………..

3.1 Описание организации данных…………………………………………

3.1.1 Описание входной и выходной информации………………………..

3.1.2 Система классификации и кодирования…………………………….

3.1.3 Защита и сохранность данных…………………………………………

3.1.4 Организация и ведение информационной базы…………………….

4. Описание программно-технических средств…………………………..

4.1 Программно-технические средства, необходимые для разработки программы…………………………………………………………………….

4.2 Программно-технические средства, необходимые для эксплуатации программы……………………………………………………………………..

4.3 Тестирование программы……………………………………………………….

4.4 Описание программы…………………………………………………………….

5. Разработка программного обеспечения …………………………………….

6. Мероприятия по охране труда, технике безопасности и противопожарной защите……………………………………………………………

7. Экономическая часть……………………………………………………………..

7.1 Расчет себестоимости программного продукта………………………

Заключение…………………………………………………………..

Список использованных источников………………………………..

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

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

- разработка программного обеспечения для реализации модели оценивания

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

Объект исследования. Система контроля знаний, массовое тестирование (мониторинг) и его математические модели в сфере образования.

Предмет исследования. Оценивание результатов автоматизированного тестирования.

1. Описание объекта автоматизации

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

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

- Директор;

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

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

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

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

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

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

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

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

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

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

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

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

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

2.1 Сущность задачи

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3. Описание логической структуры компьютерной системы тестирования

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

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

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

3.1 Описание организации данных

3.1.1 Описание входной и выходной информации

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

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

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

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

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

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

- группа;

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

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

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

- оценка;

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

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

3.1.2 Система классификации и кодирования

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

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

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

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

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

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

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

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

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

ХХХX – XХ

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

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

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

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

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

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

3.1.3 Защита и сохранность данных

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Резервное копирование – это постоянное создание резервных копий рабочей информации. Существует много программ предназначенных для создания резервных копий. Из них наиболее часто используются 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.

3.1.4 Организация и ведение информационной базы

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

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

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

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

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

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

4. Описание программно-технических средств

4.1 Программно-технические средства, необходимые для разработки программы

Для разработки автоматизированной системы была выбрана платформа 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).

4.2 Программно-технические средства, необходимые для эксплуатации программы

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

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

- операционная система 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 битной палитре;

4.3 Тестирование программы

Для тестирования отдельных модулей-подпрограмм и автоматизированной системы в целом на ряду со стандартными интегрированными средствами тестирования и отладки, предоставляемые разработки 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.

4.4 Описание программы

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

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

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

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

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

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

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

- файл 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.

5. Разработка программного обеспечения

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

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

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

Все программы реализованы в виде приложений операционной системы Windows и написаны на языке Object Pascal в системе программирования Delphi 7.

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

количество заданий в тесте;

их распределение по типам А, В и С;

максимальный балл за каждое задание;

уровни трудности заданий;

- характер распределения заданий по трудностям;

- уровни подготовленности испытуемых;

- характер распределения испытуемых по уровню подготовленности;

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

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

Программа ModAlr получает данные об уровнях подготовленности каждого испытуемого и об уровнях трудности каждого задания теста из файлов специального вида. Эти файлы являются вспомогательными при работе программы AIR, поэтому для краткости именуются air-файлами. Но они аналогичны файлам, генерируемым программой Winsteps (http://www»winsteps.com, а именно Output Tables 3.2 и 18), чтобы при работе с ModAir можно было использовать оценки параметров тестирования, полученные с помощью Winsteps.

Интерфейс программы ModAir, показанный на рисунке 1, позволяет пользователю задавать параметры как «хорошей», так и «плохой» частей модельной матрицы ответов.

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

Второй раздел интерфейса позволяет задать параметры добавляемых профилей с искажениями, отдельно для списывания /подлога, отдельно для угадывания (в настоящей работе моделирование угадывания не используется). Во-первых, надо выбрать количество добавляемых профилей. Это количество определяется как просто числом, так и в процентах к общему (включая случаи искажения) количеству виртуальных испытуемых. Например, если в матрице-прототипе имелось 655 строк, то для того, чтобы в генерируемой модельной матрице искажения составляли 5%, надо добавить 35 искажённых профилей (35 составляет 5% от (655+35)=б90). Если требуется моделировать данные без искажений, количество добавляемых профилей указывается равное нулю.

Рисунок 1- Интерфейс программы ModAir

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

После нажатия кнопки «Сформировать модельные результаты тестирования» генерируется матрица ответов и сохраняется в файле с указанным пользователем именем. Перед матрицей ответов в этом файле помещаются требуемые форматом входных файлов программы Winsteps строки с параметрами TITLE, NAME1. ITEMl, N1, XWIDE, CODES и GROUPS, а также обозначения заданий (исключающие литеру типа заданий А, В или С и порядковый номер).

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

, где ; (5.1)

n — уровень подготовленности испытуемого номер n, а — трудность выполнения шага j в задании i (следует помнить, что = 0).

Такой вид формулы удобнее при её алгоритмический реализации. По ней при генерации модельной матрицы без искажений для любого элемента матрицы, то есть дет любого сочетания испытуемого п (подготовленность которого n полагается известной) и задания i (структура уровней трудности которого {} тоже известна), вычисляется вероятность получения испытуемым любого возможного для этого задания балла k = 0…..В.

Затем по методу Монте-Карло для каждого задания реализуется значение случайной величины с соответствующим дискретным распределением. Для этого с помощью функции random генерируется равномерно на отрезке [0; 1] распределенная случайная величина. Этот отрезок полагается разбитым на меньшие отрезки с длинами, численно равными вероятностям получения 0, 1 и т.д. балла (сумма этих вероятностей равна 1, так как соответствующие события образуют независимую и полную систему). В соответствии с тем, какому из малых отрезков принадлежит полученное значение равномерно на отрезке [0; 1] распределённой случайной величины, определяется полученный данным виртуальным испытуемым за «выполнение» данного задания балл. Строка, включающая заимствованное из файла-прототипа обозначение (имя или индивидуальный номер) испытуемого и составленный из этих баллов профиль, записывается в результирующий файл.

Так формируется основная, не содержащая искажений, часть модельной матрицы ответов. К ней добавляется указанное количество строк с профилями ответов, содержащими искажения, как это описано в п. 2.1. Для моделирования списывания / подлога создаются (описанным выше способом, без искажении) два профиля. Один соответствует «истинному» уровню подготовленности испытуемого, а другой - уровню подготовленности «лице», чьи ответы используются для списывания / подлога (для подлога, как правило, используются особенно высокие значения уровня подготовленности). Указанная оператором часть профиля испытуемого подменяется на соответствующие баллы из второго профиля. Сведения об уровнях подготовленности «того, кто списывает» и «того, у кого списывают», помещаются в раздел, у обычных испытуемых занятый идентификатором, к этому присоединяется профиль с искажениями, и такая строка добавляется в результирующий файл.

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

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

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

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

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

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

При каждом изменении параметров распределения испытуемых генерируется указанный выше вспомогательный файл по следующему алгоритму. Сначала в соответствии с выбранным типом (нормальное или равномерное) и параметрами распределения создаётся его будущая гистограмма. То есть для каждого значения уровня подготовленности (с шагом 0,01 логита) по функции плотности теоретического распределения определяется доля (а после умножения на объём выборки и количество) испытуемых, имеющих такой уровень подготовленности. Для равномерного распределения в целях уменьшения влияния погрешности округления (связанной с тем, что в общем случае не может быть действительно равное количество испытуемых с каждым значением уровня подготовленности на требуемом отрезке) линейная аппроксимация количества испытуемых выполняется на каждом шаге заново с учётом остатка ещё не распределённых по «карманам» гистограммы испытуемых. Поскольку даже в этом случае может возникнуть дефект (разница между имеющимся количеством испытуемых и суммой «карманов» гистограммы), он, если возникает, равномерно распределяется, но охватываемому распределением отрезку.

Рисунок 2- Интерфейс подсистемы конструирования модели с заданным распределением испытуемых и заданий теста

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

Алгоритм формирований параметров заданий теста в целом аналогичен, но имеет следующие особенности. Во-первых, как уже было сказано выше, они записываются не в файл, а в специальную область оперативной памяти. Во-вторых, поскольку заданий, как правило, гораздо меньше, чем испытуемых, размер «кармана» гистограммы в этом случае 0,1 логит. И, в-третьих, у заданий имеются дополнительные параметры, помимо уровня трудности. Типы заданий (А, В или С) приписываются им, начиная от первого задания. Трудность каждой категории k в задании определяется с заданным шагом с учётом максимального балла (указываемые оператором параметры моделирования). Например, при шаге 0,5 логита и максимальном балле 3 внутренние уровни задания будут иметь относительные трудности -0,5, 0,0 и +0,5 логита. Это аналог графы STRUCTURE MEASURE выходной таблицы 3,2 программы Winsteps. Абсолютные трудности шагов при вычислении вероятностей получения соответствующих баллов определяются путем прибавления трудности задания в целом. Трудности шагов определяются только для полигамических заданий (в данной модели — типа В и С). Сформированные параметры всех заданий теста тоже записываются во вспомогательный файл, но он в дальнейшей работе не используется и нужен только для того, чтобы можно было посмотреть, как именно определены параметры заданий.

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

Программа AIR «Анализ испытуемых при Раш-измерениях» предназначена для вычисления значений всех статистик согласия (и на реальных, и на модельных данных), анализа их эффективности на модельных данных, оптимизации выбора их критических значении, конструирования композиционной статистики, от имитации выбора её критическою значения, реализации композиционного критерия для выявления в результатах тестирования недостоверных случаен.

Основной интерфейс программы показан на рисунке 3.

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

- в какой файл записать результаты анализа (например, если предмет-прототип география, вариант 1, модель без искажений, то имя файла может быть примерно таким: «geоgl-000-00.txt» («00» — номер матрицы в серии));

из какого air-файла брать сведения о заданиях теста;

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

из какого dat-файла брать матрицу ответов испытуемых.

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

Рисунок 3- Интерфейс программы AIR

Рисунок 4- Интерфейс автоматической обработки данных программе AIR.

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

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

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

Рисунок 5 - Оптимальная схема анализа (конструирования композиционного критерия) в программе AIR

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

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

Программа AIR имеет две графические подсистемы — для построения гистограмм и анализа характера распределения статистик согласия и для построения графиков функции потерь, графиков зависимости частот совершения ошибок первого и второго рода от выбора критического значения и RОC-кривых. Соответствующие иллюстрации в настоящей работе подготовлены с помощью этих подсистем программы AIR. Программа предоставляет возможность строить соответствующие графики как сразу после завершения анализа данных тестирования, так и в любое время потом, если были сохранены необходимые для этого вспомогательные файлы. Какие файлы сохранять по результатам анализа, указывается в разделе «Параметры» меню показанного на рисунке 4 главного окна программы AIR. Например, в показанном на рисунке 4 случае предусмотрено, что помимо основного файла результатов сохраняются также файл с пометкой Gist, необходимый для построения гистограмм распределения статистик согласия, и файл с пометкой AlfaBeta, необходимые для исследования их эффективности.

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

Основным результатам работы программы AIR является текстовый файл в формате, аналогичном csv, то есть пригодном для просмотра с помощью Microsoft Excel, а также «ставки в документ Microsoft Word с автоматическим преобразованием в таблицу.

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

порядковый номер испытуемого и матрице ответов (dаt-файле);

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

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

- значения всех статистик согласия, включая композиционную.

Рисунок 6 - Интерфейс одной из графических подсистем программы AIR

6. Мероприятия по охране труда, технике безопасности и противопожарной защите

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

- все видеотерминалы соответствуют требованиям европейского стандарта 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 кв. метров на человека. В соответствии с ВСНиП 4559–88 рабочий стол должен регулироваться по высоте в пределах 680–760 мм. Оптимальные размеры рабочей поверхности столешницы 1600x900 мм. Под столешницей рабочего стола должно быть свободное пространство для ног с размерами по высоте не менее 600 мм, по ширине 500 мм, по глубине 650 мм. На поверхности рабочего стола для документов необходимо предусмотреть размещение специальной подставки, расстояние которой от глаз должно быть аналогичным расстоянию от глаз до клавиатуры, что позволяет снизить зрительное утомление.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

7. Экономическая часть

7.1 Расчет себестоимости программного продукта

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

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

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

Наименование	Значение
Количество форм входной информации Из них: переменной нормативно-справочная банка данных	3 2 0 1
Количество разновидностей форм выходной информации	1
Степень новизны задачи	Б
Сложность алгоритма	1
Вид используемой информации	ПИ
Сложность контроля: входной информации выходной информации	12 22
Язык программирования	Borland Delphi 6.0
Вид обработки	Режим реального времени (РВ)

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

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

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

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

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

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

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

Стадия разработки проекта

Затраты времени

Поправочный коэффициент

Затраты времени с учётом поправочного коэффициента

Значение

1. Разработка технического задания

1.1. Затраты времени разработчика постановки задачи

0,65

9,5

1.2. Затраты времени разработчика программного обеспечения

0,35

5,25

2. Разработка эскизного проекта

2.1. Затраты времени разработчика постановки задачи

0,7

23,8

2.2. Затраты времени разработчика программного обеспечения

0,3

10,2

3. Разработка технического проекта

3.1. Затраты времени разработчика постановки задачи

1,827

16,443

3.2. Затраты времени разработчика программного обеспечения

1,827

9,135

4. Разработка рабочего проекта

4.1. Затраты времени разработчика постановки задачи

3,6936

11,0808

4.2. Затраты времени разработчика программного обеспечения

3,6936

99,7272

5. Внедрение

5.1. Затраты времени разработчика постановки задачи

1,39

6,95

5.2. Затраты времени разработчика программного обеспечения

1,39

6,95

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

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

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

Заключение

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

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

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

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

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

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

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

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

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Савельев А.Я., Новиков В.А., Лобанов Ю.И. (под ред. А.Я. Савельева) Подготовка информации для автоматизированных обучающих систем / М.: Высшая школа, 1986.-175 с.

2. Савин А.Н. Формирование тестирующих программ с использованием сетей Петри-Маркова./ Монография, Тула, 2009.- 187 с.

3. Карданова Е.Ю. Преимущества современной теории тестирования по сравнению с классической теорией тестирования./ Вопросы тестирования в образовании, №10, 2004. –28 с.

4. Галеев, И.Х. Модели и методы построения автоматизированных обучающих систем (обзор). // Информатика. Научно-технический сборник. Серия Кадровое обеспечение.-Вып.1. – ВМНУЦ ВТИ, 1990. 64-72 с.

5. Карданова Е.Ю. Обнаружение искажений при тестировании с использованием математической модели. / Обозрение прикладной и промышленной математики. – Т.14, 2007. – 716-719 с.

6. Нейман Ю.М. Анализ результатов тестирования с целью обнаружения искажений в измерении испытуемых. / Сборник тезисов докладов Всероссийской научно-методической конференции «Развитие тестовых технологий в России». –М.: 2006. – 23-29 с.

7. Карпинский В.Б. Анализ результатов тестирования с целью обнаружения искажений в измерении испытуемых // В сборнике тезисов докладов VIII Всероссийской научно – методической конференции «Развитие тестовых технологий в России».- М., 2006.-23-25 с.

8. Рудинский И.Д. Некоторые аспекты нечеткого моделирования результатов массового тестирования./ Роль инфокоммуникационных технологий в совершенствовании системы управления качеством образования. - СПб. -2005. - 95-105 с.

9. Грушецкий С.В. Формализация вопросно-ответных отношений в нечеткой модели оценивания результатов автоматизированного тестирования./ Проблемы информатизации региона: Материалы Девятой Всероссийской научно-практической конференции. - Красноярск. -2005. - 142-147с.

10. Беспалько В.П. Методы оценки результатов тестирования учащихся./ Вопросы тестирования в образовании, 2007.-№2.- 7-14 с.

11. Кривошеев, А.О. Разработка и использование компьютерных тестирующих программ. / Информационные технологии,1998. №2.-14-18 с.

12. Данилова С.Д. База правил нечетких продукций для оценки результатов тестирования учащихся./ Теоретические и прикладные вопросы современных информационных технологий: Материалы Шестой Всероссийской научно-технической конференции. - Улан-Удэ. - 2005. - 175-179 с.

13. Данилова С.Д. Основные аспекты нечеткого моделирования процесса оценивания результатов тестовых заданий [Текст] / С.Д. Данилова // Роль инфокоммуникационных технологий в совершенствовании системы управления качеством образования. - СПб. -2005. - 95-105 с.

14. Тархов В.П. База правил нечетких продукций для оценки результатов тестирования учащихся./ Теоретические и прикладные вопросы современных информационных технологий: Материалы Шестой Всероссийской научно-технической конференции. - Улан-Удэ. - 2005. - С. 175-179.

15. Корпачева, Л.Н. Разработка тестирующей программы для реализации обучающей системы в среде программирования DELPHI 7,0/ Перспективные материалы, технологии, конструкции, экономика: Сб. науч.тр./ Под общ. ред. В.В.Стацуры; ГУЦМиЗ, Красноярск, 2005, Вып.11 – С.175-181.

16. Данилин, А.Р. Создание специализированных автоматизированных систем контроля на базе ЭВМ. Сб. науч. трудов. – Свердловск: СГПТУ, 2002. – С.3-10.

PAGE 1

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