Справка

На этой странице:

вверх Назначение

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

вверх Как сохранить отчет

Когда проверка закончена, нужно сохранить её со страницы Отчет по следующему алгоритму:

  1. Выделите страницу (например, аккордом Ctrl+A).
  2. Запомните страницу в буфере обмена (например, Ctrl+C).
  3. Вставьте запомненную страницу в Блокнот (например, Ctrl+V).
  4. Сохраните отчет из Блокнота на диске.

вверх Наcтройки

Вы можете настроить приложение, заменив константы в файле option.js:

// Параметры, которые можно настраивать
// ------------------------------------
var Rows = 4;       // Число строк в поле комментария
var Cols = 41;      // Число символов в строке комментария
var CookieDay = 15; // Число дней хранения проверки

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

Замечание. Внесение исправлений в файл option.js нужно выполнять перед запуском приложения.

вверх Рекомендации по коллективной проверке

Сценарий 1

На рабочем месте руководителя открыт АРМ “Проверка сайта” и проверяемая работа. Все члены команды (студенты) проверяют одну и ту же работу на своих рабочих местах и сообщают руководителю о найденных погрешностях. Ошибки коллективно обсуждаются и заносятся в АРМ, открытый на рабочем месте руководителя.

Когда проверка одной работы закончена, коллектив приступает к проверке следующей работы.

Замечание 1. Полезно держать открытые АРМы и на рабочих местах студентов. Студенты используют АРМ как справочник по ошибкам. Они отмечают у себя найденные ошибки, но могут не записывать комментарии (для ускорения проверки). Комментарии записываются только на АРМе руководителя: в нем формируется общий отчетный файл.
Замечание 2. Рекомендуется проверку каждой работы выполнять поэтапно: То есть сначала коллективно проверяется дизайн, потом кодирование и так далее. Проверили одну работу, отдохнули, проверили следующую.

Сценарий 2

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

Замечание. Использовать сценарий 2 в самостоятельном режиме не рекомендуется. Только в составе сценария 3.

Сценарий 3

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

вверх Порядок работы с АРМ

  1. Обнаруженная ошибка находится в структуре АРМ и отмечается галочкой. Выбирается штраф (если он варьируется) и обязательно записывается комментарий. В комментарии указываются адреса ошибок в проверяемой работе.

  2. Выставляется оценка за “привлекательность” и записывается комментарий, в котором обязательно указываются положительные стороны проверяемой работы.

  3. На странице Отчет вводятся:
  4. Страница с отчетом через буфер обмена ОС копируется в файл с именем nnmmm.txt (nn — номер проверяющей команды, mmm — номер проверяемой работы).

вверх Как сохранить незаконченную проверку

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

Сохранение

Сохранение проверки выполняется по кнопке сохранить незаконченную проверку на странице Отчет.

Восстановление

Восстановление проверки выполняется по кнопке восстановить незаконченную проверку на странице Отчет.

Пояснения и рекомендации

Задавать имя файла и указывать папку хранения нельзя.

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

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

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

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

Если это невозможно, перед автоматическим сохранением проверки запишите данные со страницы Отчет в обычный текстовый файл через буфер обмена ОС. Если cookie-автоматика подведёт, можно будет восстановить данные из обычного файла (копируя их по очереди в АРМ через буфер обмена).

вверх Система оценок сайта

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

Балльная система

Сайт оценивается по формуле:

B = n*(B1 + B2) + B3 + B4 + B5
    

Множитель n равен “2” на конкурсе первого семестра, и равен “1” на конкурсе второго семестра курса 42.

Числа Bi — это оценки (от 0 до 5 баллов) по следующим категориям:

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

Оценки B1-B4 формируются приложением автоматически: из максимального балла 5 вычитаются штрафные очки, указанные проверяющим на соответствующих страницах. Отрицательная оценка “округляется” до нуля.

На странице Отчет оценки Bi записываются в виде:

Итоговый набор балльных оценок записывается на странице Отчет в виде “Строка оценок для куратора”. Пример такой строки показан ниже:

121 4.4 3.8 4.0 2.8 3.2 15 =18.2
    

Эта строка означает, что команда 15 оценила работу 121 на 18.2 балла. Числа 4.4 3.8 4.0 2.8 3.2 соответствуют оценкам n*B1, n*B2, B3, B4, B5.

Процентная система

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

Балл: 52.8
Максимальный балл: 67.8
Сумма штрафов: 15.0
Процент: 77.88%
    

Эта запись означает, что из возможных 67.8 штрафных баллов проверяющий снял 15 баллов. Таким образом, работа оценивается числом 77.88 по 100 балльной системе (проверенная работа оказалась на 22.12% хуже “идеальной” работы, не имеющей ни одной погрешности).

Обоснование системы штрафов

Штрафные баллы, которыми АРМ предлагает оценивать каждую конкретную погрешность, являются отражением субъективного авторского мнения, в основе которого лежит опыт роботландских турниров и желание уравновесить баллы по каждой категории проверки.

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

В принципе, вы можете легко изменить величины этих штрафов в файле data421.js (конкурс первого семестра) и файле data422.js (конкурс второго семестра).

Например, если заменить строку:

new item("Страницы не имеют геометрического каркаса",
          0.5, "./design/hgm01.htm"),

на строку:

new item("Страницы не имеют геометрического каркаса",
          0.2, "./design/hgm01.htm"),

то максимальный штраф за погрешность “Страницы не имеют геометрического каркаса” будет снижен со значения 0.5 до величины 0.2.

При обучении на курсе 42 Роботландского университета такие изменения делать запрещается.