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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Творчество.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• — создание электронного контента;
• — подготовка документации по курсу;
• — устранение недостатков курса.

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

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

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

• — оценка качества дистанционного курса;
• — проверка работоспособности курса в среде СДО МИИТа;

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

• — автора, специалиста по ДО и методиста;
• — программиста и дизайнера;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

С — курсы для использования при технической учебе Курсы вне зависимости от принадлежности к той или иной группе могут относиться к одному из трёх типов Тип 1 — вводный (обзорный) курс, цель которого — привитие совокупности знаний;

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

Тип 3 — курс-тренажер, основная цель которого — привитие умений и навыков Методика работы с ДК включает следующие основный этапы:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

наличие глоссария, всего предложений в тексте;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

IBM Knowledge Producer;

IBM Content Producer;

WebSoft CourseLab .

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

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

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

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

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

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

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

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

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

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

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

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

Windows XP или выше;

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

.Net Framework 4.0.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для разработки приложения в среде 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 (требуются права администратора).

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

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

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

• 1 Гб оперативной памяти (2 Гб + рекомендуется);
• 3GB свободного места на жестком диске для Delphi;
• 750 Мб свободного места на жестком диске ;

DVD-ROM;

1024×768 или выше разрешение монитора;

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