Список используемых сокращений

ДО	Дистанционное обучение
ДК	Дистанционный курс
СДО	Система дистанционного обучения
АСКДК	Автоматизированная система оценки качества электронных курсов
ЭК	Электронный курс
БД	База данных
ЦОК	Центр Оценки Качества
УЦДО	Учебный Отдел Дистанционного Обучения
ПК	Персональный Компьютер

Введение

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

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

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

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

1. Анализ разработки задачи информационного взаимодействия Центра Оценки качества с Учебным Ценром дистанционного обучения в тестировании электронных курсов

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

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

Решение этой задачи позволит увидеть:

1. Какие курсы в реальном времени находятся на тестировании.

2. Дату постановки курса на обучение и фактическую дату сдачи курса.

3. Эксперта, проверяющего курс.

4. Интервал времени от начала разработки до даты постановки курса на обучение.

5. Все существующие протоколы по выбранному курсу.

1. Цели работы

1. Анализ предметной области

2. Анализ существующей технологии взаимодействия ЦОК и Учебного Центра Дистанционного Обучения в тестировании электронных курсов;

3. Выявление достоинств и недостатков существующей технологии;

4. Обоснование целесообразности разработки;

5. Разработка приложения, предназначенного для решения поставленной задачи;

6. Аналитическая оценка качества разработанного Приложения;

7. Подготовка инструкции пользователя.

3. Анализ предметной области

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

Необходимо отметить, что ДК применяется во всех формах обучения:

• Очная форма обучения

• Заочная форма обучения

• Дистанционная форма обучения

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

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

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

Исходя из вышесказанного, можно выделить следующие достоинства использования ДО:

• Свобода и гибкость;

• Доступность;

• Мобильность;

• Творчество.

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

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

Мобильность - эффективная реализация обратной связи между тьютором и обучаемым.

Творчество - комфортные условия для творческого самовыражения обучаемого.

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

1. Система дистанционного обучения МИИТ

Система дистанционного обучения МИИТ предназначена для проведения обучения абитуриентов, студентов и магистров университета, проведения циклов повышения квалификации специалистов транспортных предприятий России с использованием Интернет и современных информационных технологий. С помощью СДО обучаемые могут в удобное для них время, используя технологии Интернет, освоить учебные дисциплины, представленные в виде интерактивных электронных курсов, встраиваемых в СДО. Для каждого зарегистрированного в системе обучаемого ведётся учёт пройденного материала, сохраняются сведения по результатам его тестирования, выполненного средствами СДО.[1]

2. Процесс разработки дистанционных курсов

1. Этапы разработки дистанционных курсов

Выделяют следующие этапы создания курса:

1. подготовка и утверждение программы курса (см. п. 6.2);

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

3. разработка и утверждение технического задания;

4. разработка проекта дистанционного курса;

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

6. подготовка документации по курсу;

7. экспертиза (оценка качества, проверка работоспособности) дистанционного курса;

8. устранение недостатков (по результатам экспертизы)

2. Описание технологии разработки дистанционного курса

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

Далее решают, когда утвержденный курс можно будет поставить на обучение. После этого разрабатывается программа курсов. Это просто документ в формате .dok или в электронном виде. В нем описано: как все должно быть организованно, что включает в себя курс, что обучаемый будет изучать, какие знания обучаемый получит в результате изучения дисциплины. Чем в итоге будет уметь владеть и какие приобретет практические навыки. Подробную программу курса составляет разработчик курса. После этого курс отдается специалисту ДК на проверку актуальности информации на данный момент времени.

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

После всего этого, курс передается программисту, программист из представленных ему данных и информации, делает программу курса. Он работает в определенной среде разработки (в МИИТе это «IBM Content Producer¹») и делает последовательность html слайдов. Слайды должны быть в определенной цветовой гамме, написано все должно быть определенным шрифтом и типом шрифта.

После того как все сделано (есть все разделы, глоссарий, промежуточные контроли знаний обучаемого) идет тестирование курса

3. Роли участников процесса разработки дистанционных курсов

Автор – специалист в предметной области дистанционного курса, выполняет следующую работу:

- формулирует назначение и цели создания курса (совместно с Заказчиком);

- готовит проект и окончательный вариант (совместно со специалистом по ДО) программы курса;

- участвует в разработке технического задания на дистанционный курс (совместно со специалистом по ДО и методистом);

- разрабатывает контент (методическое наполнение) курса;

- участвует в создании проекта дистанционного курса (совместно со специалистом по ДО и методистом);

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

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

Специалист по электронным (дистанционным) технологиям обучения (специалист по ДО) выполняет следующую работу:

- участвует в разработке программы курса и документации по курсу;

- разрабатывает техническое задание и проект дистанционного курса (совместно с автором и методистом);

- участвует (при необходимости) в устранении недостатков курса.

Методист выполняет следующую работу:

- разрабатывает техническое задание и проект дистанционного курса (совместно с автором и специалистом по ДО);

- участвует (при необходимости) в устранении недостатков курса.

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

- создание электронного контента;

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

- устранение недостатков курса.

Дизайнер выполняет следующую работу:

- создание общего стиля оформления электронной версии курса;

- создание иллюстраций, анимаций и видео-роликов;

Тестер выполняет следующую работу:

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

- проверка работоспособности курса в среде СДО МИИТа;

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

- автора, специалиста по ДО и методиста;

- программиста и дизайнера;

4. Рекомендации к технической реализации курса

Для создания электронного контента дистанционного курса необходимо использовать специализированные инструментальные средства разработки контента, поддерживающие стандарт SCORM (например, такие, как IBM Knowledge Producer, IBM Content Producer, Macromedia Authorware и др.). Кроме того, для создания мультимедийных элементов курса, используются стандартные программные продукты: графические редакторы, анимационные программы, средства записи звука и видео и т.п.

При электронном представлении контента необходимо следовать перечисленным ниже правилам:

• использовать шрифты VERDANA или ARIAL, которые являются наиболее предпочтительными для пользователей, читающих с экрана;

• использовать заголовки, выделенные жирным шрифтом, но избегать постоянного использования текста, оформленного жирным шрифтом;

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

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

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

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

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

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

• использовать единую цветовую палитру по всему курсу, одинаковые цвета гиперссылок и т.д.;

• фон страниц рекомендуется делать белым, а буквы – чёрными;

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

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

5. Оценка качества ДК и расчет показателей в системе АСКДК.

Оценка качества осуществляется с учетом группы и типа ДК. Выделяются следующие три группы ДК:

• А – курсы для повышения квалификации специалистов компании по техническим вопросам эксплуатации и управления железнодорожным транспортом;

• В - курсы для повышения квалификации специалистов компании по направлению экономика и менеджмент;

• С – курсы для использования при технической учебе

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

• Тип 1 – вводный (обзорный) курс, цель которого – привитие совокупности знаний;

• Тип 2 – стандартный курс, цель – привитие знаний и умений приблизительно в равном соотношении;

• Тип 3 – курс-тренажер, основная цель которого – привитие умений и навыков

Методика работы с ДК включает следующие основный этапы:

• расчет первичных характеристик ДК;

• расчет частных показателей качества ДК (каждый частный показатель является заданной функцией подмножества первичных характеристик ДК);

• оценка составляющих качества ДК;

• оценка обобщенного показателя качества ДК

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

Система АСКДК автоматически рассчитывает первичные показатели качества курса. К первичным показателям характеристик ДК относятся:

• число вопросов в пуле итогового тестирования;

• число типов вопросов;

• число вопросов единственного выбора;

• число вопросов множественного выбора;

• число вопросов на парное соответствие;

• число вопросов с вводом текста;

• число слайдов курса;

• число слайдов с иллюстрациями;

• число видео роликов;

• число аудио-роликов;

• число flash-элементов;

• наличие глоссария,

• всего предложений в тексте;

• число предложений не длиннее 13 слов;

• число несогласованных предложений;

• число слов в тексте;

• число длинных предложений (длиннее 13 слов);

• число слогов;

• число символов;

• число грамматических ошибок;

• число разделов ДК;

• наличие промежуточного тестирования (по разделам ДК).

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

• показатели качества системы контроля знаний;

• показатель качества структуры ДК;

• показатель качества текста;

• показатель степени использования возможностей информационных технологий (ИТ).

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

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

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

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

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

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

2. Проверка правильности выполнения действий при работе с электронным учебным курсом в СДО МИИТ

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

4. Анализ существующей технологии взаимодействия ЦОК и УЦДО в тестировании электронных курсов

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

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

1. Автоматизированная система оценки качества электронных курсов (АСКДК).

В процессе разработки курса возникает потребность в проверке его работоспособности, наличия в нем ошибок, недоработок. Для этого в Центре Оценки Качества используется система АСКДК.

АСКДК предназначена для автоматизации процесса оценки качества электронных курсов (ЭК). Автоматизация процесса упрощает работу эксперта путем снятия с него необходимости выполнять часто повторяющиеся, рутинные операции, которыми сопровождается процедура оценки качества ЭК. К ним относятся : подсчет общего количества слайдов, слайдов содержащих только текст, слайдов с иллюстрациями, слайдов содержащих интерактивных предложений, несогласованных предложении . АСКДК определяет среду разработки ЭК и подключает модуль анализа курса, соответствующий этой среде. АСКДК предназначена для автоматизации процесса оценки качества дистанционных курсов (ДК), разработанных в одной из трех сред:

• IBM Knowledge Producer;²

• IBM Content Producer;

• WebSoft CourseLab³.

Все эти среды позволяют создавать курсы в формате SCORM.

SCORM. Этот стандарт развивается группой ADL (Advanced Distributed Learning) с 1997 года и поддерживается министерством обороны США. В его основе лежат наработки, предложенные другими разработчиками. В их числе модель данных Computer Managed Instruction (AICC) и стандарт формирования метаданных IEEE P1484 (IMS). Он включает определение всех трех основных разделов стандартизации: "упаковку" файловых ресурсов, мета-данные и интерфейс взаимодействия.

Программная система дает эксперту доступ к каждому слайду. Эксперт имеет доступ к курсу только в режиме чтения. Поэтому система обеспечивает преобразование слайда в скриншот и предоставляет ему возможность вносить исправления и замечания на этот скриншот.

1. Последовательность действий в процессе работы с АСКДК

Рисунок 1 Окно ввода пути к тестируемому курсу

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

Рисунок 1 Дерево курса и содержимое слайда

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

Рисунок 3 Исправление на скриншоте слайда

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

Для возвращения к дереву курса надо нажать кнопку Браузер. Протокол текущего слайда автоматически сохраняется при переходе к новому узлу дерева курса. При продолжении работы с ранее тестируемым курсом и при выборе в дереве курса слайда, на котором был отмечен недочёт, эксперту задаётся вопрос «"Продолжить работу со старым протоколом?». При выборе варианта ответа «Да» в систему загрузится слайд с ранее отмеченными недочётами, при выборе варианта ответа «Нет» - будет создан новый файл.

По окончании процедуры тестирования следует нажать на кнопку «Собрать отчет», после чего все слайды, на скриншотах которых были добавлены исправления, будут загружены в окно редактирования скриншота

Рисунок 4 Собранный отчёт

Эксперт может записать получившийся отчёт на диск, нажав на кнопку «Сохранить» в верхней панели окна редактирования скриншота. Появляется диалоговое окно, в котором выбирается путь и имя файла с промежуточным протоколом

Рисунок 5 Сохранение отчёта

Для корректной работы с программой АСКДК, программное обеспечение должно быть не ниже:

• Windows XP или выше;

• MS Office Professional 2003 или выше;

• .Net Framework 4.0

монитор с диагональю не менее 19 дм; процессор с тактовой частотой не менее 2.0 ГГц, оперативная память не менее 2 Гб, дисковая подсистема объемом не менее 250 Гб, приводом CD/DVD-RW.

2. Процесс взаимодействия ЦОК и УЦДО в тестировании ЭК

В процессе разработки курса, сотрудник УЦДО по электронной почте или на флеш карте передает дистанционный курс на проверку экспертам ЦОК.

На каждый ДК назначается один проверяющий эксперт. Эксперт ЦОК тестирует весь курс. Результатом тестирования является промежуточный протокол, который представляет собой совокупность скриншотов слайдов с ошибками: где, в каких местах есть недочеты и какие исправления надо внести.

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

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

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

Рис.

Рис..

Рис

Рис

Рис

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

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

Пример итогового протокола представлен на рисунке …

Рис.

5. Основные достоинства и недостатки существующей технологии взаимодействия ЦОК и Учебного Центра Дистанционного Обучения в тестировании ЭК

Описанная технология взаимодействия ЦОК и Учебного Центра Дистанционного Обучения в тестировании ЭК имеет ряд достоинств и недостатков.

Основные достоинства:

• Разработана и действует технология взаимодействия отделов;

• Имеется структура отражения в виде таблицы журнала.

Основные недостатки:

• Нет возможности отследить этапы разработки ЭК, то есть не представляется возможным определить состояние курса в каждый конкретный момент;

• Нет информирования о приближающейся дате постановки курса на обучение ;

• Ручная запись информации в один общий журнал двух отделов.

6. Обоснование целесообразности разработки прикладного приложения и БД

Дистанционный курс может быть поставлен на обучение в СДО только при наличии итогового протокола, который гарантирует отсутствие ошибок в ДК. Таким образом, ввиду недостатков, описанных в главе 1.5, отследить наличие итогового протокола не представляется возможным. В связи с этим возникла потребность в создании единой базы данных и прикладного приложения к ней.

Разработанное ПО позволит отслеживать все этапы разработки ДК , а также приближение таких событий, как дата сдачи ДК

Создание ПО позволит ответить на вопросы:

• Когда курс поступил на тестирование?

• Есть ли по нему итоговый протокол?

• По каким курсам есть итоговые протоколы?

• Когда курс будет поставлен на обучение?

• У какого эксперта на тестировании находится ДК?

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

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

7. Требования к разрабатываемой задаче

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

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

• Приложение должно быть с двумя ролями доступа, для сотрудника УЦДО и эксперта ЦОК;

• Приложение должно иметь три вкладки: «Курсы», «Промежуточные протоколы», «Сотрудники»;

• Приложение должно быть написано на языке программирования Delphi;

• База данных должна быть реализована в Microsoft Office Access;

• Приложение должно быть предназначено для автоматизации взаимодействия сотрудников ЦОК и экспертов УЦДО;

• Время генерации выборки не должно превышать 10 секунд, не зависимо от объема базы данных;

1. Требования к функциям приложения

• Приложение должно отображать общее количество курсов, находящихся на тестировании;

• В приложении каждый курс должен иметь дату загрузки;

• В приложении при выборе определенного курса должны быть отображены все версии курса, в том числе с учетом исправлений;

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

• В приложении только эксперты ЦОК могут добавлять сотрудников;

• Все версии курсов должны иметь hash-функцию;

• В Приложении курс должен иметь дату постановки на обучение и фактическую дату сдачи;

• Приложение должно синхронизироваться с текущей датой ПК и отсчитывать в реальном времени сколько дней осталось до постановки курса на обучение;

• При загрузке итогового протокола автоматически должна ставиться галка, что курс сдан;

• Курсы, промежуточные протоколы и итоговые протоколы должны иметь пути загрузки;

• Приложение должно отображать эксперта, ответственного за сдачу промежуточного протокола;

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

• Курс должен иметь ответственного эксперта за тестирование;

3. Требования к выходной информации

Требования к выходной информации следующие:

• При наличии итогового протокола – время до сдачи курса должно считаться как разница между двумя колонками таблицы: «Дата постановки на обучение», «Итоговый протокол»;

• При отсутствии итогового протокола – время до сдачи курса должно считаться как разница между колонкой «Дата постановки на обучение» и текущей датой на ПК;

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

• Дата передачи промежуточного протокола курса, не может начинаться раньше даты начала работы протокола

4. Источник данных

Источником данных, который необходим для работы с программой, является необходимый перечень тестировании курсов, который присылает учебный отдел МИИТа сотрудникам УЦДО.

5. Требования к программному обеспечению персонального компьютера

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

Для разработки приложения в среде Embarcadero RAD Studio 2010 необходим пакет Microsoft Office не ниже 2007 и одна из перечисленных ниже операционных систем

• Microsoft Windows XP Home или Professional (SP3 или выше)

• Microsoft Windows Vista с пакетом обновления 1 (требуются права администратора)

• Microsoft Windows Server 2003 (SP1)

• Microsoft Windows Server 2008

• Microsoft Windows 7 (требуются права администратора)

6. Требования к аппаратному обеспечению

Следующие системные требования рекомендуются для запуска RAD Studio 2010:

• Intel Pentium или совместимый, 1.4Ghz минимум (2ГГц + рекомендуется);

• 1 Гб оперативной памяти (2 Гб + рекомендуется);

• 3GB свободного места на жестком диске для Delphi;

• 750 Мб свободного места на жестком диске ;

• DVD-ROM;

• 1024x768 или выше разрешение монитора;

• Мышь или другое указывающее устройство;

2. Разработка задачи информационного взаимодействия Центра оценки качества с Учебным отделом дистанционного обучения в тестировании электронных курсов

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

Создание схемы базы данных реализовано на основе реляционной модели данных.

На рисуноке … изображено 4 таблицы: Курсы(courses), Протоколы (protocols), Версии курсов(course_versions) и Эксперты(persons).

Рисунок …

Связь между таблицами, представленными на рисунке, имеет связь 1:N (один- ко -многим).

Каждая сущность имеет первичный ключ и атрибуты.

Таблица «Courses» имеет первичный ключ c_id, а также атрибуты: course_name, load_data, process_data, status, final_protocol_payh, real_process_date, tester.

Таблица «Course_versions» имеет первичный ключ id, а также атрибуты: course_version_name, hash, course_id, path, load_date.

Таблица «Persons» имеет первичный ключuid, а также атрибутfio.

Таблица «Protocols» имеет первичный ключ p_ id, а также атрибуты: remark_name, remark_path, remark_date, course_id, correction_date, ptester, correction_id

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

К инструментальным средствам разработки программного обеспечения относятся различные интегрированные среды разработки (IDE), такие как: Eclipse, NetBeans, Embarcadero RAD Studio, Qt Creator, Microsoft Visual Studio, Visual Basic, Delphi, Dev-C++

Для решения поставленной задачи использовались возможности Embarcadero RAD Studio в качестве средства разработки.

Embarcadero RAD Studio - среда быстрой разработки приложений (RAD) для Microsoft Windows фирмы Embarcadero Technologies. Embarcadero RAD Studio 2010 - это комплексное решение для быстрой разработки приложений Windows, .NET, веб-приложений и приложений баз данных. Оно включает в себя Delphi, C++BuilderиDelphi Prism, позволяя создавать приложения для различных платформ Windows и баз данных.

3. Выбор CASE-средств

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

IBM Rational Rose является уникальным CASE-средством, чьи графические возможности, основанные на UML(Universal Modeling Language - универсальный язык моделирования.), способны решить любые задачи, связанные с проектированием и моделированием: от общей модели процессов предприятия (абстрактной) до конкретной (физической) модели класса в создаваемом ПО. Работа в Rational Rose заключается в проектировании определенного вида диаграмм, при этом задавая необходимые свойства, отношения и взаимодействия друг с другом.

4. Структура системы и её описание средствами UML

   1. Создание проектной модели разрабатываемого приложения

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

Задача состоит из следующих шагов:

1. Построить бизнес модель вариантов использования (Business UseCase Model):

• выделить действующие лица (актеров) системы;

• выделить варианты использования;

• построить и описать диаграмму вариантов использования.

2. Создать диаграммы взаимодействия (Sequence diagram) для выбранного прецедента, а так же получить для него Collaboration diagram

3. Создать диаграмму классов (Class Diagrams)

4. Создать диаграммы деятельностей (Activity Diagrams)

5. Создать диаграмму компонентов (Component Diagrams)

6. Создать диаграмму размещений (Deployment Diagrams)

2. Диаграмма вариантов использования (Use Case Diagram)

Опишем функциональные требования к системе с помощью Use Case-диаграммы.

Можно выделить следующих актеров системы:

• Эксперт ЦОК

• Эксперт для промежуточного протокола

• Сотрудник УЦДО

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

• Заполнение журнала

• Создание протоколов

• Итоговый протокол

• Путь

• Исправленная версия

• Работа с промежуточным протоколом

• Дата начала работы с протоколом и дата передачи протокола

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

• Загрузка курсов на исправление

• Редактирование курса

• Назначение экспертов

• Создание новых версий курса

• Путь загрузки

• Дата загрузки

• Hash –функция

• Название версии

Рисунок

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

Актер «Сотрудник УЦДО», осуществляет вход в журнал, загружает необходимый курс в систему. Выбирает один из имеющихся курсов в базе и добавляет в него новую версию курса.

Вариант использования «Заполнение журнала» может включать в себя: вариант использования «Создание протоколов», вариант использования «Загрузка курсов на исправление», вариант использования «Назначение экспертов», В свою очередь вариант использования «Заполнение журнала» обязательно включает в себя функцию обращения к БД Приложения.

Вариант использования «Работа с промежуточным протоколом» включает в себя варианты использования: «Наименование протокола», «Путь», «Дату начала работы с протоколом и дату передачи протокола», «Исправленную версию курса».

Вариант использования «Создание новых версий курса», включает в себя варианты использований такие как: «Название текущей версии», «Дата загрузки», «Путь загрузки», «Hash функция».

3. Диаграмма взаимодействия (Sequence и Collaboration Diagrams)

На втором этапе расширим представление Use Case View, за счет описания динамики системы. Динамика показывается на Sequence диаграммах, описывающих прецеденты полученной Use Case диаграммы. На этом этапе можно ввести новые классы, по которым сгруппированы различные интерфейсные функции.

Прецедент <Промежуточный протокол>

Рассмотрим прецедент < Промежуточный протокол >. Этот прецедент может включать в себя:

• Вход в журнал

• Вход во вкладку протоколы

• Выбор необходимого курса

• Запрос к БД

• Обработка запроса

• Выдача всей информации по промежуточным протоколам курса

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

Рис

Ниже расположена Collaboration диаграмма для приведенной выше Sequence диаграммы (рисунок …)

Рис

4. Диаграмма классов (Class Diagrams)

Предназначена для представления модели статической структуры программной системы в терминологии классов объектно-ориентированного программирования. Перенесение операций из диаграмм Sequence в методы классов на классовой диаграмме производится следующим образом: все “входящие” в объект сообщения становятся методами класса этого объекта. Диаграмма классов изображена на рисунке …

Рис

5. Диаграмма деятельностей (Activity Diagrams)

Описание методов и в целом активных классов можно производить с помощью Activity диаграмм.

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

Диаграмма классов изображена на рисунке ….

Рис

6. Диаграмма компонентов (Component Diagrams)

После достаточно полной детализации классовой диаграммы необходимо разбить классы по компонентным модулям. Один модуль может содержать один или более классов. На этом этапе из Logical View формируется Component View путем наполнения этого представления диаграммами Component.

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

Уровень исходных текстов;

Уровень файлов реализации.

Для построения диаграммы уровня исходных текстов используются следующие кнопки: “Main Program” – для создания модуля главной программы, “SubProgram Body” – для создания используемого модуля, “SubProgram Specification” – для создания используемого интерфейса.

Диаграмма уровня исходных текстов для классовой диаграммы представлена на рисунке …

Рисунок …

Диаграмма уровня реализации представлена на рисунке…

Рисунок…

7. Диаграмма размещений (Deployment Diagrams)

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

Создаю узел, так как вся логика приложения происходит на клиенте. Диаграмма размещений представлена на рисунке …

Рисунок …

5. Алгоритм работы программы

   1. Блок схема алгоритма работы программы

БЛОК СхЕмА

6. Интерфейс программы

Интерфейс разработанного приложения представлен на рисунках ….

Рис

Рис

1. Основные компоненты

• Главное окно программы;

• Вкладка «Курсы»;

• Вкладка «Промежуточные протоколы»;

• Вкладка «Сотрудники»;

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

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

Вкладка «Сотрудники» необходима для того, чтобы увидеть какие сотрудники существуют в отделе ЦОК.

2. Результаты работы программы

1. В главном окне программы, выбирается необходимая роль, под кем необходимо зайти: «Эксперт Цок» или «Сотрудник УЦДО»

2. На вкладке «Курсы» представлены все необходимые сведения по курсам для двух отделов.

Вкладка «Курсы» разделена на две области. Первая область (слева) имеет название «Курсы», вторая область (справа) имеет название «Версии курсов, в том числе с учетом исправлений». (Рисунок ……)

Рис

Рассмотрим окно «Курсы». В окне «Курсы» имеются сведения ,такие как: «Название», «Дата постановки на обучение», «Сдано/Не сдано», наличие «Итогового Протокола», «Фактическая дата сдачи», «Эксперт», «Дней до сдачи» . (Рисунок ….)

рис

Рассмотрим окно «Версии курсов, в том числе с учетом исправлений». В данном окне, содержится все информация о конкретном курсе и его версиях, которое мы выбрали в окне «Курсы», такие как: «Название версии», «Путь загрузки», «MD5», «Дата загрузки»

Рис

3. На вкладке «Промежуточные протоколы», с помощью фильтра по курсу, можно просмотреть все промежуточные протоколы, курса который интересует. Имеются так же сведения: «Наименование протокола», «Путь к протоколу», «Дата начала работ», «Исправленная версия», «Дата передачи», «Эксперт».

Рис

4. На кладке «Сотрудники»,можно увидеть всех сотрудников, ответственных за курсы и промежуточные протоколы.

Рис

3. Системотехнический расчет

Для аналит . качеста разработки использованы эксперемент данные по генерации выборок из бд

1. Обоснование расчета