close

Вход

Забыли?

вход по аккаунту

код для вставкиСкачать
СОГЛАСОВАНО
УТВЕРЖДЕНО
Генеральный директор
ООО «Инфокомпас»
Начальник Управления
информационнокоммуникационных технологий
Федеральной службы по надзору в
сфере образования и науки
__________ /А.Я. Каушанский/
____________/А.А. Постников/
«____» ______________ 2012 г.
«____» ______________ 2012 г.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на создание программного комплекса для проведения проверки
результатов ЕГЭ экспертами независимо от региона проживания
эксперта и обучающегося
Москва
2012
2
Содержание
Содержание .................................................................................................................................................. 2
1.
АННОТАЦИЯ ..................................................................................................................................... 4
2.
ОБЩИЕ СВЕДЕНИЯ .......................................................................................................................... 6
2.1.
Наименование системы .................................................................................................................. 6
2.2.
Наименование разработчика и заказчика...................................................................................... 6
2.3.
Основание для проведения работ .................................................................................................. 6
2.4.
Плановые сроки начала и окончания работ .................................................................................. 7
2.5.
Область использования системы ................................................................................................... 7
2.6. Подтверждение соответствия Программного комплекса действующим нормам и правилам
техники безопасности ................................................................................................................................. 7
2.7.
Порядок финансирования работ. Источники финансирования .................................................. 7
2.8.
Порядок оформления и предъявления заказчику результатов работ ......................................... 7
2.9.
Сведения об использовании при проектировании нормативно-технических документах ...... 7
2.10.
Сведения о НИР, передовом опыте, изобретениях, использованных при разработке
проекта 8
3.
НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ......................................................................... 9
3.1.
Назначение системы ....................................................................................................................... 9
3.2.
Цели создания системы .................................................................................................................. 9
4.
ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ ............................................................. 10
Краткие сведения об объекте автоматизации ............................................................................. 10
4.1.
4.1.1.
Краткие сведения о текущем процессе проведения экспертизы и оценивания заданий с
развернутым ответом ЕГЭ........................................................................................................................ 10
Общие сведения об АИС ЕГЭ .................................................................................................. 12
4.1.2.
Описание объекта автоматизации после разработки системы ................................................. 13
4.2.
4.2.1.
Общее описание функциональной структуры объекта информатизации............................ 13
4.2.2.
Модули АИС ЕГЭ, подлежащие модернизации..................................................................... 15
5.
ТРЕБОВАНИЯ К СИСТЕМЕ ........................................................................................................... 16
5.1.
Требования к системе в целом ..................................................................................................... 16
5.1.1.
Требования к структуре и функционированию системы ...................................................... 16
5.1.2.
Требования к режимам функционирования системы ............................................................ 20
5.1.2.1.
Требования к численности пользователей системы .......................................................... 20
5.1.2.2.
навыков
Требования к квалификации персонала, порядку его подготовки и контроля знаний и
21
5.1.3.
Показатели назначения ............................................................................................................. 21
5.1.4.
Требования к надежности......................................................................................................... 21
5.1.5.
Требования к безопасности ...................................................................................................... 22
3
5.1.6.
Требования к эргономике и технической эстетике ................................................................ 23
5.1.7.
Требования к эксплуатации и техническому обслуживанию ............................................... 23
5.1.8.
Требования к защите информации от несанкционированного доступа............................... 24
5.1.9.
Требования к сохранности информации при авариях ........................................................... 24
5.1.10.
Требования к патентной чистоте ............................................................................................. 24
5.1.11.
Требования к стандартизации и унификации ......................................................................... 25
Требования к функциям (задачам) системы ............................................................................... 25
5.2.
5.2.1.
Требования к функциям подсистемы планирования проведения перекрестной проверки
результатов ЕГЭ в соответствии с выбранной территориальной схемой распределения работ ....... 26
5.2.2.
Требования к функциям подсистемы отбора и распределения бланков.............................. 33
5.2.3.
Требования к функциям подсистемы мониторинга и координации проведения
перекрестных проверок ............................................................................................................................ 39
5.2.4.
Требования к функциям подсистемы отчетности .................................................................. 42
5.2.5.
Требования к функциям подсистемы администрирования ................................................... 43
5.2.6.
Требования к совместимости с другими системами .............................................................. 43
Требования к видам обеспечения ................................................................................................ 44
5.3.
5.3.1.
Требования к информационному обеспечению ..................................................................... 44
5.3.2.
Требования к техническому обеспечению.............................................................................. 44
6.
СОСТАВ И СОДЕРЖАНИЕ ВЫПОЛНЯЕМЫХ РАБОТ ПО РАЗРАБОТКЕ СИСТЕМЫ ....... 46
7.
ПОРЯДОК КОНТРОЛЯ И ПРИМКИ СИСТЕМЫ......................................................................... 48
7.1.
Виды, состав, объем и методы испытаний системы .................................................................. 48
7.2.
Общие требования к приемке работ по стадиям ........................................................................ 48
7.3.
Статус приемочной комиссии ...................................................................................................... 49
8. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА
АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ ............................................................... 50
8.1.
Технические мероприятия ............................................................................................................ 50
8.2.
Организационные мероприятия ................................................................................................... 50
9.
10.
ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ ................................................................................ 51
ИСТОЧНИКИ РАЗРАБОТКИ ...................................................................................................... 52
4
1. АННОТАЦИЯ
Настоящий документ является техническим заданием на разработку программного
комплекса перекрестной проверки результатов единого государственного экзамена (далее
– ЕГЭ) экспертами независимо от региона проживания эксперта и обучающегося (далее –
перекрёстная проверка).
В настоящем техническом задании определяется назначение программного
комплекс перекрестной проверки, цели его создания, основные аспекты разработки
программного обеспечения, в том числе требования к функциональным характеристикам,
техническим средствам и программного обеспечению, а также требования
совместимостям, к срокам разработки и порядку приемки.
Настоящее техническое задание подготовлено с учетом требований и
рекомендаций ГОСТ 34.602-89 «Техническое задание на создание автоматизированной
системы».
В настоящем документе используются следующие термины и сокращения:
Термин или
сокращение
Описание
АИС
Автоматизированная информационная система
АРМ
Автоматизированное рабочее место
БД
База данных
Бланк № 2
Бланк заданий ЕГЭ с развернутым ответом
ЕГЭ
Единый государственный экзамен
ЕРБД
Единая распределенная база данных ЕГЭ
ЗКСПД (VPN-сеть)
Защищенная корпоративная сеть передачи данных
ЛВС
Локально-вычислительная сеть
ОС
Операционная система
ОУ
Образовательное учреждение
ПО
Программное обеспечение
ППЭ
Пункт проведения экзамена
ПЭВМ
Персональная электронно-вычислительная машина
РБД
Региональная база данных
РП
Регион получения
РИ
Регион изъятия
РУ
Региональный уровень
РФ
Российская Федерация
5
Термин или
сокращение
Описание
ТЗ
Настоящее техническое задание
РЦОИ
Региональный центр обработки информации ЕГЭ
ФУ
Федеральный уровень
ФЦТ
ФГБУ «Федеральный центр тестирования»
ЭВМ
Электронно-вычислительная машина
ЭМ
Экзаменационные материалы
6
2. ОБЩИЕ СВЕДЕНИЯ
2.1. Наименование системы
С целью создания программного комплекса для проведения проверки результатов
ЕГЭ экспертами независимо от региона проживания эксперта и обучающегося (далее
перекрёстная проверка) необходимо разработать информационную систему проведения
перекрестной проверки результатов ЕГЭ.
Полное наименование системы: Программный комплекс перекрестной проверки.
Краткое наименование системы: Программный комплекс, Комплекс, Система.
2.2. Наименование разработчика и заказчика
Государственный заказчик:
Министерство образования и науки Российской Федерации
Получатель работ (услуг):
Федеральная служба по надзору в сфере образования и науки
Исполнитель:
Общество с ограниченной ответственностью «Инфокомпас»
2.3. Основание для проведения работ
Основанием для выполнения работ по созданию программного комплекса
перекрестной проверки являются следующие документы:
 Федеральный закон от 18.07.2005 N 92-ФЗ «О внесении изменений в Закон
Российской Федерации «Об образовании».
 Федеральный закон от 09.02.2007 №17-ФЗ «О высшем и послевузовском
профессиональном образовании» в части проведения единого государственного
экзамена».
 Государственный контракт №03.Р20.11.0094 от 08.10.2011.
 Описание оптимальное модели проверки результатов ЕГЭ экспертами
независимо от региона проживания эксперта и обучающегося, разработанное в
рамках выполнения Государственного контракта №03.Р20.11.0094 от 08.10.2011.
 Проектная документация на разработку технико-технологического решения по
взаимодействию на федеральном и региональном уровнях для обмена данными,
необходимыми для проведения проверки развернутых ответов участниками
ЕГЭ, разработанная в рамках выполнения Государственного контракта
№03.Р20.11.0094 от 08.10.2011.
7
2.4. Плановые сроки начала и окончания работ
Длительность работ указана в Приложении №1 к Государственному
контракту № 03.Р20.11.0094 от 8 октября 2011 г.
2.5. Область использования системы
Программный комплекс перекрестной проверки
используется для
автоматизации процессов проверки развернутых ответов ЕГЭ экспертами независимо от
региона проживания эксперта и участника ЕГЭ.
2.6. Подтверждение
соответствия
Программного
комплекса
действующим
нормам и правилам техники безопасности
В рамках Комплекса специальных требований к соответствию проектных
решений действующим нормам и правилам техники безопасности, пожаробезопасности и
взрывобезопасности
не
предъявляется.
Проектные
решения,
предложенные
Исполнителем, не могут оказывать негативного влияния на состояние техники
безопасности, пожаробезопасности и взрывобезопасности.
2.7. Порядок финансирования работ. Источники финансирования
Источник финансирования работ – федеральный бюджет.
Объем и порядок финансирования определен Заданием на выполнение работ
(Приложение № 1 к Государственному контракту № 03.Р20.11.0094 от 8 октября 2011 г.) и
Предложением о цене государственного контракта (Приложение №2 к Государственному
контракту № 03.Р20.11.0094 от 8 октября 2011 г.).
2.8. Порядок оформления и предъявления заказчику результатов работ
Порядок оформления и предъявления Государственному заказчику
результатов работ определяется Государственным контрактом № 03.Р20.11.0094 от 8
октября 2011 г. и настоящим техническим заданием.
2.9. Сведения об использовании при проектировании нормативно-технических
документах
При выполнении технического проектирования Системы использованы
следующие нормативно-технические документы:
 ГОСТ 34.201-89. Информационная технология. Виды, комплектность и
обозначение документов при создании автоматизированных систем;
 ГОСТ 34.601-90. Информационная технология. Автоматизированные системы.
Стадии создания;
 ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на
автоматизированные
системы.
Техническое
задание
на
создание
автоматизированной системы;
8
 ГОСТ 19.001-77.
положения;
Единая
система
программной
документации.
Общие
 ГОСТ 19.201-78. Единая система программной документации. Техническое
задание. Требования к содержанию и оформлению;
 ГОСТ Р ИСО/МЭК 12207-99. Процессы жизненного цикла программных
средств;
 ГОСТ ИСО/МЭК 2382-1-93. Информационная технология. Словарь. Часть 1.
Основополагающие термины;
 ГОСТ ИСО/МЭК 2383-20-90. Информационная технология. Словарь. Часть 20.
Разработка систем;
 ГОСТ 34.003. Информационная технология. Комплекс
автоматизированные системы. Термины и определения;
стандартов
на
 ГОСТ Р 51897-2002. Менеджмент риска. Термины и определения.
2.10.
Сведения о НИР, передовом опыте, изобретениях, использованных при
разработке проекта
В качестве основы для создания Комплекса использованы продукты компаний
Microsoft и ABBYY. Данные продукты в наибольшей степени отвечают требованиям,
изложенным в ТЗ.
9
3. НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ
3.1. Назначение системы
Система предназначена для обеспечения проверки результатов
экспертами независимо от региона проживания эксперта и обучающегося.
ЕГЭ
Система должна обеспечивать автоматизацию процессов планирования и
проведения перекрестной проверки результатов ЕГЭ экспертами независимо от региона
проживания эксперта и обучающегося и обеспечивать обмен данных между
региональными и федеральным уровнем. Система также должна обеспечивать
возможность мониторинга, контроля, а также возможность оперативного управления
ходом проведения перекрестной проверки.
Программный комплекс предназначен для автоматизации деятельности
сотрудников региональных центров обработки информации (далее – РЦОИ) и ФГБУ
«Федеральный центр тестирования» (далее – ФЦТ) при проведении ЕГЭ.
3.2. Цели создания системы
Целью создания системы является повышение объективности и
достоверности результатов проверки заданий ЕГЭ с развернутым ответом за счёт
автоматизации следующих основных процессов ЕГЭ:
 отбор бланков по критерию для отправки на перекрёстную проверку;
 распределение бланков расширенных ответов по регионам;
 отправка и получение изображений бланков расширенных ответов между РЦОИ
и ФЦТ;
 передача результатов оценивания на федеральный уровень;
 планирование проведения перекрёстной проверки, передача данных (работ и
оценок) между регионами и между региональным и федеральным уровнями, в
соответствии с утвержденным планом распределения работ;
 оперативный мониторинг и контроль процессов экспертной проверки работ;
 оперативное изменение плана распределения работ с учётом текущей ситуации:
количеством требуемых и выполненных проверок;
 информационное взаимодействие на федеральном и региональном уровнях для
обмена данными, необходимыми для проведения проверки работ участников
ЕГЭ.
10
4. ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ
4.1. Краткие сведения об объекте автоматизации
Объектом автоматизации являются процессы проведения экспертизы и
оценивания заданий экзаменационных работ ЕГЭ с развернутым ответом экспертами
региональных предметных комиссий независимо от региона проживания эксперта и
обучающегося.
Разработка системы не касается объекта автоматизации непосредственно в
части правил проведения экспертизы развернутых ответов, то есть таких правил как
отправка на проверку третьему эксперту, выставление окончательных оценок,
распределение работ между экспертами и так далее. Изменение объекта автоматизации
касается только в части правил маршрутизации изображений бланков ответов участников
№ 2 для проведения экспертизы развернутых ответов, и правил передачи результатов
оценивания данных ответов между региональными центрами обработки данных (РЦОИ) и
ФЦТ.
Объектами автоматизации
перекрестной проверки являются:
разрабатываемого
Программного
комплекса
Региональный уровень (РУ):
 станции экспертизы осуществляют отбор бланков по некоторому критерию для
отправки на перекрестную проверку, осуществляют отправку бланков на
проверку экспертам;
 станции взаимодействия осуществляют прием и передачу изображений и
сопутствующей информации на ФУ;
 сервер пакетов отвечает за хранение изображений бланков на РУ.
 Региональный уровень делится на регион изъятия (РИ) и на регион получения
(РП) развернутых ответов.
Федеральный уровень (ФУ):
 программный комплекс перекрестных проверок осуществляет прием и передачу
изображений и сопутствующей информации с РУ, отвечает за распределение
бланков на проверку;
 файловое хранилище - место хранения присланных с региональных уровней
изображений бланков и сопутствующей информации.
4.1.1. Краткие сведения о текущем процессе проведения экспертизы и
оценивания заданий с развернутым ответом ЕГЭ
На текущий момент экспертиза заданий с развернутым ответом
осуществляется отдельно в границах каждого региона. В рамках осуществления проверки
экзаменационных работ участников ЕГЭ эксперты региональных предметных комиссий
11
принимают к рассмотрению копии бланков ответов ЕГЭ № 2, на которых оформлены
ответы участников ЕГЭ на задания экзаменационной работы с развернутым ответом, с
удаленными регистрационными полями участников ЕГЭ. Далее эксперты осуществляют
проверку ответов участников ЕГЭ на задания экзаменационной работы с развернутым
ответом и производят оценивание. Ответы участников ЕГЭ на задания экзаменационной
работы с развернутым ответом проверяются двумя экспертами, при существенном
расхождении в баллах, так же проверяется третьим экспертом.
Распределение работ между членами предметных комиссий, определение
окончательных баллов за ответы участников ЕГЭ на задания экзаменационной работы с
развернутым ответом, а также определение необходимости проверки третьим экспертом
осуществляется автоматизировано, с использованием пакета программных модулей для
проведения ЕГЭ на региональном уровне. Окончательные баллы за ответы участников
ЕГЭ на задания экзаменационной работы с развернутым ответом заносятся в базу данных
ЕГЭ регионального уровня (РБД ЕГЭ). Затем посредством репликации региональные
данные передаются в федеральную базу данных ЕГЭ (ФБД ЕГЭ) для централизованной
обработки посредством АИС ЕГЭ пакета программных модулей для проведения ЕГЭ на
федеральном уровне. Все указанное выше программное обеспечение входит в состав
автоматизированной информационной системы единого государственного экзамена (АИС
ЕГЭ).
На рисунке 1 представлена общая схема объекта автоматизации на текущий
момент.
1 Первичная обработка
1.
бланков №2 и их
занесение в
региональную систему
Федеральный уровень
Федеральный
пакет
программных
модулей АИС ЕГЭ
ФБД
2 Выдача обезличенных
2.
бланков №2 экспертам
на проверку
3 Внесение результатов
3.
проверки в Систему
4 Занесение
4.
результатов проверки в
региональную базу
данных
5 Репликация
5.
результатов проверки на
федеральный уровень
Регион N
Регион 2
Регион 1
4
5
РБД
Региональный 3
пакет
программных 2
модулей АИС
Эксперты
ЕГЭ
1
Бланки №2
Региональный уровень
Рисунок 1 Текущая схема процесса экспертизы
12
4.1.2. Общие сведения об АИС ЕГЭ
АИС ЕГЭ представляет собой программный комплекс, предназначенный для
автоматизации процессов подготовки, проведения, обработки результатов, анализа
результатов ЕГЭ и обеспечения информационного взаимодействия организационных
структур ЕГЭ. Информационное взаимодействие обеспечивает формирование единого
информационного пространства данных ЕГЭ на федеральном и региональном уровнях.
Ответственным за формирование региональных данных являются региональные центры
обработки информации (РЦОИ) федеральных данных – ФЦТ.
Федеральный уровень:
 Федеральная служба по надзору в сфере образования и науки (далее –
Рособрнадзор);
 ФЦТ.
Региональный уровень:
 органы управления образованием субъектов РФ (далее – ОУО);
 органы местного самоуправления, осуществляющие полномочия в сфере
образования (далее – МОУО);
 РЦОИ;
 пункты первичной обработки информации (далее – ППОИ);
 образовательные учреждения (далее – ОУ);
 пункты проведения экзаменов (далее – ППЭ).
В АИС ЕГЭ реализованы следующие основные принципы:
 строгое соответствие нормативной
подготовку и проведение ЕГЭ;
документации,
регламентирующей
 обеспечение на федеральном и региональном уровне единого информационного
пространства, подразумевающего наличие единой нормативно-справочной
информации, консолидацию данных регионального уровня на федеральном
уровне, обмен данными между федеральным и региональным уровнем;
 разграничение
доступа
к
информации,
обеспечение
недопущения
несанкционированного доступа к информации, обрабатываемой АИС ЕГЭ.
 модульность построения, обеспечивающая адаптацию к возможным изменениям
процесса подготовки и проведения ЕГЭ, возможность территориального
расширения, развития функционала, увеличения набора и объема хранимых и
обрабатываемых данных;
13
 реализация стандартных процедур, обеспечивающих определенный и
фиксированный порядок выполнения наиболее часто используемых действий по
вводу, поиску и связыванию элементов информации;
 обеспечение возможности изменения существующих и/или добавления новых
экранных форм, отчетов, процедур ввода и обработки информации;
 контроль значений вводимых данных на целостность структуры, соответствие
заданному формату данных, диапазону значений;
 функционирование в штатном режиме 24 часа 7 дней в неделю и
функционирование в сервисном режиме для проведения обслуживания,
реконфигурации.
4.2. Описание объекта автоматизации после разработки системы
4.2.1. Общее описание функциональной структуры объекта информатизации
Функциональная структура модели перекрестной проверки развернутых
ответов, размещенных участниками ЕГЭ на бланках ответов №2, включает в себя
региональный и федеральный уровень.
Первоначально на федеральном уровне осуществляется сбор данных о
регионах участвующих в перекрестной проверке. На основе собранных данных и
дополнительных условий до начала проведения ЕГЭ формируется первичный план
информационного взаимодействия регионального и федерального уровня в части
передачи изображений бланков № 2 для перекрестной проверки экспертами. План
определяет распределение бланков № 2 между регионами. В период проведения ЕГЭ план
вступает в действие, организуется процесс передачи бланков между регионами
посредством федерального уровня и процесс передачи результатов оценивания с
регионального на федеральный уровень, каждый регион в данном процессе является как
регионом изъятия, так и регионом получения.
Общая схема взаимодействия представлена на рисунке 2 «Схема процесса
экспертизы после разработки Системы».
4
1 Сбор данных и
1.
формирование
первичного плана
Регионы
изъятия
Регион N
88. Распределение
Регион 2
бланков согласно плану
Регион 1
99. Сохранение на
2 Первичная обработка
2.
бланков №2
сервере пакетов изображений бланков, в
РБД – данных о бланках
Бланки №2
2
3
3 Сохранение
3.
изображений бланков
№2 на сервере пакетов
Сервер
пакетов
Сервер
7
4
Региональный
пакет
программных
модулей АИС
ЕГЭ
РБД
5
4 Занесение в
4.
региональную базу
данных информации о
первично обработанных
бланках №2
Федеральный
уровень
6.
6 Запрос на
предоставление
изображений бланков
7 Передача
7.
изображений бланков с
регионального уровня
на федеральный
уровень
1 Программный
комплекс
перекрестной
проверки
Хранилище
бланков
5 Репликация перечня
5.
бланков, прошедших
первичную обработку
Регионы
получения
14
6
ФБД
8
10 Передача бланков на
10.
экспертизу
11.
11 Внесение
результатов проверки в
Систему
12.
12 Занесение
результатов проверки в
региональную базу
данных
13 Репликация
13.
результатов проверки на
федеральный уровень
Регион N
Регион 2
Регион 1
9
Региональный
пакет
программных
модулей АИС
ЕГЭ
10
9
13
12
14.
14 Репликация
результатов проверки в
регионы
11
РБД
Сервер
пакетов
Сервер
Эксперты
Рисунок 2 Схема процесса экспертизы после разработки Системы
15
4.2.2. Модули АИС ЕГЭ, подлежащие модернизации
Региональный уровень должен состоять из уже имеющегося пакета программных
модулей для проведения ЕГЭ, разработка новых модулей на региональном уровне не
предусматривается. Для обеспечения функционирования системы должны быть
доработаны следующие модули АИС ЕГЭ регионального уровня:
 модуль «Сервер пакетов» специализированного программного обеспечения
ABBYY TestReader Network, в части:
o обеспечения возможности хранения изображений бланков № 2 полученных
с федерального уровня;
o обеспечения возможности передачи изображений бланков № 2 на
федеральный уровень.
 модуль «Станция экспертизы» специализированного программного обеспечения
ABBYY TestReader Network, в части обеспечения возможности назначения
экспертам бланков № 2 полученных с федерального уровня;
 РБД ЕГЭ, в части:
o обеспечения возможности занесения данных о результатах оценивания
развернутых ответов работ ЕГЭ, не принадлежащих региону;
o обеспечения возможности занесения данных о результатах оценивания
развернутых ответов работ ЕГЭ, принадлежащих региону и полученных с
федерального уровня.
 На федеральном уровне для обеспечения функционирования системы
должна быть доработана ФБД ЕГЭ в части обеспечения возможности
получения данных оценивания работ с развернутым ответом от
регионального уровня не принадлежащих данному региону.
16
5. ТРЕБОВАНИЯ К СИСТЕМЕ
5.1. Требования к системе в целом
5.1.1. Требования к структуре и функционированию системы
5.1.1.1.
Требование к составу подсистем и их назначению
В состав программного комплекса перекрестной проверки должны включаться
следующие модули:
 Подсистема планирования проведения проверок;
 Подсистема отбора и распределения работ;
 Подсистема мониторинга и координации проведения перекрестных проверок;
 Подсистема интеграции;
 Подсистема отчетности;
 Подсистема администрирования;
 База данных перекрестной проверки;
 Файловое хранилище бланков.
Общая структура Системы представлена на рисунке 3.
Программный комплекс для проведения проверки
результатов ЕГЭ экспертами независимо от региона
проживания эксперта и обучающегося
Подсистема администрирования
Подсистема мониторинга и координации
Подсистема
отчетности
Пользователи
Системы
БД
Перекрестн
ой проверки
Подсистема
планирования
Файловое
хранилище
бланков
Подсистема отбора и
распределения
Подсистема интеграции
Заголовок диалогового окна
Система 1
ЕРБД ЕГЭ
Заголовок диалогового окна
Система 2
...
Заголовок диалогового окна
Система N
Региональные информационные
системы
Рисунок 3 Общая структура системы
17
Ниже приведено краткое описание подсистем.
Подсистема планирования проведения проверок
Подсистема планирования проведения проверок должна автоматизировать
процессы задания первоначального плана распределения бланков № 2 между регионами с
целью проведения перекрестной проверки, а также обеспечивать выполнение следующих
функций:
 возможность сбора и ведения параметров регионов, необходимых для
осуществления автоматизированного планирования распределения бланков № 2;
 возможность задания значений предустановленных критериев отбора работ
участников ЕГЭ, необходимых для автоматизации планирования распределения
бланков № 2.
Подсистема отбора и распределения работ
Подсистем распределения работ должна автоматизировать процессы отбора
бланков участников ЕГЭ и их передачи на проверку в другой регион в соответствии с
планом распределения бланков № 2, то есть обеспечивать выполнение следующих
функций:
 отбор бланков для выполнения
распределения бланков № 2;
проверки
в
соответствии
с
планом
 передача отобранных изображений бланков участников ЕГЭ из регионов
изъятия на федеральный уровень в соответствии с планом распределения
бланков № 2;
 распределение изображений бланков участников
соответствии с планом распределения бланков № 2;
 перераспределение изображений
распределения бланков № 2.
бланков
в
ЕГЭ
случае
по
регионам
изменения
в
плана
Подсистема мониторинга и координации проведения перекрестных проверок
Подсистема мониторинга и координации проведения перекрестных проверок
должна автоматизировать процессы контроля выполнения первоначального плана
распределения бланков № 2 и принятия корректирующих воздействий при возникновении
условий, при которых неизбежно отклонение плана от первоначальных параметров, а
также обеспечивать выполнение следующих функций:
 контроль выполнения первоначального плана распределения бланков № 2;
 информирование о статусе выполнения проверки в регионах;
 контроль статуса обработки работ участников ЕГЭ;
18
 изменение первоначального плана в соответствии с текущей ситуацией
реализации проведения проверки в регионах, в том числе в ручном режиме.
Подсистема интеграции
Подсистема интеграции предназначена для:
 обеспечения взаимодействия с региональными системами в части обмена
изображениями бланков № 2 согласно плану распределения бланков № 2;
 обеспечения взаимодействия БД перекрестной проверки с ФБД в части
получения из ФБД справочников и данных для формирования плана
распределения бланков № 2;
 обеспечения взаимодействия БД перекрестной проверки с ФБД в части
получения из ФПД перечня номеров бланков №.2
Подсистема отчетности
Подсистема отчетности должна обеспечивать формирования отчетов по процессам
проведения перекрестной проверки бланков. Отчеты должны
генерироваться на
основании данных, содержащихся в БД перекрестной проверки.
Подсистема администрирования
Подсистема администрирования должна обеспечивать выполнение следующих
функций:
 обеспечение возможности настройки параметров подключения;
 обеспечение возможности настройки прав и ролей пользователей Системы;
 обеспечение возможности установки прочих настроек Системы.
База данных перекрестной проверки
База данных перекрестной проверки должна обеспечивать хранение следующих
данных процессов выполнения перекрестной проверки:
 данные плана распределения бланков № 2;
 значения параметров регионов;
 значения критериев отбора бланков;
 данные по обрабатываемым бланкам, включая номер и статус обработки;
 значения критериев, при наступлении которых должно происходить изменение
первоначального плана распределения бланков № 2;
 данные о процессах загрузки и передачи бланков.
19
Файловое хранилище бланков
Файловое хранилище бланков должно обеспечивать возможность хранения
изображений бланков, передаваемых между регионами в рамках перекрестной проверки.
Детальные требования, к функциям, реализуемым подсистемами, описаны в п. 5.2
настоящего Технического задания.
5.1.1.2.
Требование к способам и средствам информационного обмена
между компонентами системы
Для информационного обмена данными между компонентами системы должна
использоваться ЗКСПД (VPN-сеть), предоставляемая Рособрнадзором.
5.1.1.3.
Требования
к
характеристикам
взаимосвязей
создаваемой
системы со смежными системами
Система должна взаимодействовать со следующими модулями АИС ЕГЭ:
 ФБД;
 пакет модулей регионального уровня проведения ЕГЭ.
Взаимодействие с ФБД должно осуществляться в части получения данных о
количестве участников ЕГЭ. Взаимодействие с ФБД должно осуществляться на основе
служб Integration Services MS SQL Server.
Взаимодействие с региональными уровнем должно осуществляться в части
изображениями бланков №2 на основе служб Integration Services MS SQL Server.
5.1.1.4.
Требования к режимам функционирования системы
Система должна функционировать в следующих режимах:
 основной режим, при котором обеспечивается выполнение функциональных
задач в полном объеме – в непрерывном автоматизированном режиме без
вмешательства системных программистов при условии соблюдения
соответствующих административных и иных регламентов;
 профилактический режим, при котором на отдельных компонентах проводится
техническое обслуживание, первоначальная загрузка и другое обслуживание
технических средств.
Диагностирование Комплекса должно происходить в рамках принятых
технических решений по применению средств администрирования и диагностированию
состояния операционной системы, и позволяет обнаружить и локализовать:
 отказ любой составной аппаратной части Системы;
 сбой любой составной аппаратно-программной части Системы.
20
Комплекс является частью общей системы проверки экзаменационных бланков
ЕГЭ. Комплекс должен обеспечивать автоматизацию процессов планирования и
проведения перекрестной проверки результатов ЕГЭ экспертами независимо от региона
проживания эксперта и обучающегося и обеспечивать обмен данных между региональным
и федеральным уровнем.
5.1.2. Требования к режимам функционирования системы
5.1.2.1.
Требования к численности пользователей системы
Численность пользователей Системы определяется числом организационных
структур, участвующих в следующих процессах функционирования системы.
В целях обеспечения эксплуатации Системы персоналом должны быть выделены
следующие роли (должности):
Таблица 1. Роли Системы
Задачи, функции
Пользователь (роль)
Администратор системы
 Установка и настройка ПО системы;
 Обеспечение работоспособности системы;
 Настройка сервера БД;
 Подключение и конфигурирование VPN сети;
 Настройка прав доступа к Системе.
 Настройка и обеспечение загрузки данных из
смежных систем.
Оператор планирования и
 Ввод и контроль параметров региона;
мониторинга
 Ввод и контроль критериев отбора бланков;
 Контроль автоматического создания плана
распределения бланков № 2;
 Ручной ввод плана распределения бланков № 2;
 Контроль и корректировка выполнения
процесса распределения бланков;
 Контроль статусов обработки бланков в
регионах.
Оператор отчетности
 Формирование оперативных и аналитических
отчетов;
 Создание архива отчетов
21
5.1.2.2.
Требования к квалификации персонала, порядку его подготовки
и контроля знаний и навыков
С точки зрения ролевой модели Системы все пользователи должны быть разделены
на ролевые группы, в зависимости от выполняемых ими должностных обязанностей.
Пользователи Системы должны обладать квалификацией, обеспечивающей:
 базовые навыки работы на персональном компьютере с операционной системой
MS Windows XP и выше;
 базовые навыки использования MS Office 2003 и выше;
 базовые навыки использования веб-обозревателя Internet Explorer 6.0 и выше.
Пользователи системы должны иметь возможность приступить к работе без
специального обучения после изучения «Руководства пользователя».
Системные администраторы должны обладать квалификацией, обеспечивающей
навыки конфигурирования СУБД MS SQL Server 2008, служб MS Reporting services 2008,
серверных операционных систем семейства Microsoft Windows, общесистемного
программного обеспечения, включая средства обеспечения информационной
безопасности, настройки сетевых аппаратных и программных средств.
Системные администраторы должны иметь возможность приступить к работе
после изучения «Руководства пользователя» и «Руководства администратора».
5.1.3. Показатели назначения
Система должна обеспечивать приспособляемость к изменению процессов и
методов управления, исполнения административных регламентов в пределах
функциональных возможностей подсистем, описанных в пункте 4.2 настоящего
Технического задания.
5.1.4. Требования к надежности
Отказы и сбои в работе рабочих станций и сетевого оборудования не должны
приводить к разрушению данных и сказываться на работоспособности Системы.
Система должна обладать надежностью, обеспечивающей работу пользователей в
штатном режиме и оперативное восстановление работоспособности при сбоях. Система
должна содержать средства контроля вводимой информации и средства защиты от
несанкционированных действий, а также средства контроля, резервирования и
восстановления данных.
Для этого в Системе должны быть предусмотрены:
 контроль целостности данных на уровне СУБД;
 сохранение целостности данных в БД при сбоях в работе Системы;
22
 сохранение работоспособности программного обеспечения при некорректных
действиях пользователя;
 автоматическая поддержка данных в непротиворечивом состоянии и стабильная
работа в многопользовательском режиме.
Показатели
надежности
Системы
должны
достигаться
комплексом
организационно-технических мер, обеспечивающих доступность ресурсов, их
управляемость и обслуживаемость, а также обеспечивать возможность эффективного
выполнения функциональных задач Системы.
Основным фактором надежности Системы является сохранность данных и
обеспечение целостности базы данных, которая зависит от качества используемого
аппаратно-технического обеспечения (вычислительная техника, сетевое оборудование,
устройства бесперебойного питания и т.п.) и от качества технического обслуживания
(регулярность создания резервных копий базы данных, своевременное восстановление
базы данных в работоспособное состояние и т.п.).
Показатели надежности включают:
 среднее время, требуемое на обслуживание, ремонт или замену вышедшего из
строя сервиса, по отношению ко времени использования Системы;
 среднее время на восстановление работоспособности Системы.
Допустимые значения показателей определяются Государственным Заказчиком
самостоятельно, исходя из имеющихся возможностей по обеспечению эксплуатации
Системы.
Оценка и контроль показателей надёжности Системы должны производиться на
всех этапах жизненного цикла Системы обслуживающим персоналом Системы.
5.1.5. Требования к безопасности
Технические средства системы должны размещаться защищенном сегменте
локальной вычислительной сети ФЦТ. Для обеспечения информационного
взаимодействия с удаленными компонентами смежных систем ЗКСПД (VPN-сеть). В
частности для подключения БД перекрестной проверки к ФБД должны использоваться
абонентские пункты ЗКСПД, оборудованные, зарегистрированные и подключенные в
соответствие с требованиями Технических условий на подключение к ЗКСПД,
согласованных со ФСТЭК России.
ЗКСПД и защищенный сегмент локальной вычислительной сети ФЦТ являются
защищенными объектами информатизации, прошили оценку соответствии требованиям
безопасности информации, и имеют оформленную разрешительную документацию на
обработку персональных данных и служебной информации ограниченного
распространения - аттестат соответствия и заключение о соответствии требованиям
безопасности информации,
23
В соответствии с технической и эксплуатационной документацией реализуемые на
защищенных объектах информатизации средства и методы защиты информации и
обеспечении
безопасности
персональных
данных
могут
применяться
в
автоматизированных системах, соответствующих классу защищенности от НСД 1Г, и в
информационных системах персональных данных класса К1.
Достаточность реализуемых на защищенных объектах информатизации средств и
методов защиты информации при обеспечении информационного взаимодействия с
пользователями и компонентами системы будет оценена в рамках ежегодных
мероприятий по аттестационным испытаниям и инструментальному контролю
защищенности, организуемым ФЦТ в отношении защищенного сегмента локальной
вычислительной сети и ЗКСПД.
5.1.6. Требования к эргономике и технической эстетике
Система должна допускать перенос программного обеспечения на новые
аппаратные средства без доработки программного кода.
Система должна допускать переход на новые версии системного программного
обеспечения (операционные системы, системы управления базами данных и т.п.) без
доработки программного кода.
5.1.7. Требования к эксплуатации и техническому обслуживанию
Необходимыми условиями высокой надежности работы оборудования, его
отказоустойчивости являются качество электропитания и климатические условия в
помещении, где расположено оборудование (температура, влажность, запыленность),
электропитание и Система кондиционирования.
Общими требованиями к эксплуатации Системы являются требования к
ежедневному и еженедельному обслуживанию программно-аппаратного комплекса,
включающему следующие работы:
 обслуживание технических средств Системы;
 обслуживание данных в постоянных и временных хранилищах (базах данных),
паролей и прав доступа;
 сохранение (копирование) журналов изменений баз данных и резервных копий
баз данных;
 сохранение (копирование) файлов Системы;
 восстановление баз данных и файлов при порче или разрушении данных;
 профилактический контроль состояния дисковых запоминающих устройств и
данных на них.
24
Выполнение указанных требований должно обеспечивать непрерывную работу
Системы. При этом резервное копирование информации может осуществляться в двух
режимах:
 создание полной копии базы данных Системы, а также файлов Системы;
 сохранение изменений, внесенных со времени создания последней архивной
копии баз данных Системы (архивные копии log-файлов).
5.1.8. Требования к защите информации от несанкционированного доступа
Технические средства системы должны размещаться укрепленном и охраняемом
серверном помещении ФЦТ, оборудованном техническими средствами охраны, в т.ч.
средствами охранного телевидения.
Средства вычислительной техники, обеспечивающие функционирование системы,
должны быть оборудованы узловыми средствами защиты информации от
несанкционированного доступа и узловыми антивирусными средствами. Используемые
средства защиты информации должны соответствовать требованиям технической и
эксплуатационной документации на защищенный сегмент локальной вычислительной
сетью ФЦТ.
При сетевом взаимодействии должны использоваться средства и методы защиты
информации и обеспечении безопасности персональных данных, реализуемые
защищенным сегментом локальной вычислительной сетью ФЦТ и ЗКСПД.
Достаточность реализуемых средств и методов защиты информации от
несанкционированного доступа будет оценена в рамках ежегодных мероприятий по
аттестационным испытаниям и инструментальному контролю защищенности,
организуемым ФЦТ в отношении защищенного сегмента локальной вычислительной сети
и ЗКСПД.
5.1.9. Требования к сохранности информации при авариях
Для обеспечения сохранности информации в Системе должна быть предусмотрена
возможность:
 периодического резервного копирования базы данных Системы;
 восстановления данных в непротиворечивое состояние при программноаппаратных сбоях (отключение электрического питания, сбои операционной
системы и др.);
 восстановления данных при сбоях в работе сетевого программного и
аппаратного обеспечения.
5.1.10. Требования к патентной чистоте
Патентная чистота Системы должна быть обеспечена в отношении патентов,
действующих на территории Российской Федерации.
25
Реализация технических, программных, организационных и иных решений,
предусмотренных проектом разработки программного обеспечения Систем не должна
приводить к нарушению авторских и смежных прав Государственного Заказчика и
третьих лиц.
При использовании в Системе программ (программных комплексов или
компонентов), разработанных третьими лицами, условия, на которых передается право на
использование (исполнение) этих программ, не должны накладывать ограничений,
препятствующих использованию Системы по прямому назначению.
5.1.11. Требования к стандартизации и унификации
Разработка программного обеспечения Системы должна проводиться с
соблюдением требований действующих государственных и общепринятых открытых
стандартов (стандартов Единой системы конструкторской документации, Единой системы
программной документации) в соответствии с областью их распространения.
Реализация стандартов осуществляется:
 при определении состава технического обеспечения – выбором оборудования,
соответствующего требованиям стандартов;
 при реализации информационного и программного обеспечения – выбором
общесистемных программных средств (СУБД, ОС), инструментальных средств.
5.2. Требования к функциям (задачам) системы
Система должна обеспечивать выполнение следующих основных функций:
 планирование проведения проверки результатов ЕГЭ экспертами независимо от
региона проживания эксперта и обучающегося, передача данных (работ и
оценок) между регионами и между региональным и федеральным уровнями, в
соответствии с выбранной территориальной схемой распределения работ
(выполнение данного требования должно обеспечиваться подсистемой
планирования, подсистемой отбора и распределения см. п.5.2.4 «Требования к
функциям подсистем мониторинга и координации проведения перекрестных
проверок», п.5.2.3 «Требования к функциям подсистемы отбора и распределения
бланков» соответственно);
 оперативный мониторинг и контроль процессов экспертной проверки работ
(выполнение данного требования должно обеспечиваться подсистемой
мониторинга и координации проведения перекрестных проверок см. п.5.2.4
«Требования к функциям подсистем мониторинга и координации проведения
перекрестных проверок»);
 оперативное изменение территориальной схемы распределения работ с учётом
текущей ситуации: количеством требуемых и выполненных проверок
(выполнение данного требования должно обеспечиваться подсистемой
26
мониторинга и координации, подсистемой планирования см. п.5.2.4 Требования
к функциям подсистем мониторинга и координации проведения перекрестных
проверок, п.5.2.2 «Требования к функциям подсистемы планирования
проведения перекрестной проверки результатов ЕГЭ в соответствии с
выбранной территориальной схемой распределения работ» соответственно);
 информационное взаимодействие на федеральном и региональном уровнях для
обмена данными, необходимыми для проведения проверки работ участников
ЕГЭ (выполнение данного требования должно обеспечиваться подсистемой
отбора и распределения, подсистемой интеграции см. п. 5.2.3 «Требования к
функциям подсистемы отбора и распределения бланков», п.5.2.5 «Требования к
функциям подсистем интеграции» соответственно).
Функционал системы должен обеспечивать планирование и проведение
перекрёстной экспертной проверки не мене чем о 3 000 000 человеко-тестов
(экзаменационных работ участников ЕГЭ).
5.2.1. Требования
к
функциям
подсистемы
планирования
проведения
перекрестной проверки результатов ЕГЭ в соответствии с выбранной
территориальной схемой распределения работ
Подсистема планирования проведения проверок должна автоматизировать
процессы задания первоначального распределения изображений бланков № 2 участников
ЕГЭ между регионами с целью проведения перекрестной проверки развернутых ответов.
Подсистема планирования проведения перекрестной проверки должна обеспечивать
выполнение следующих функций:
 ведение значений параметров регионов;
 ведение значений критериев отбора бланков №2 участников ЕГЭ для отправки
на проверку в другом регионе;
 ведение дат выполнения плана распределения бланков № 2;
 ведение вспомогательных параметров плана распределения бланков №2;
 формирование плана распределения бланков № 2 для каждого экзамена;
 обновление плана распределения бланков №2, т.е. оперативного изменения
территориальной схемы распределения работ с учетом текущей ситуации:
количеством требуемых и выполненных проверок, на основании данных
подсистемы мониторинга.
Далее приведены детальные требования к указанным функциям подсистемы
планирования проведения проверок.
27
5.2.1.1.
Требования к ведению значений параметров регионов
Для планирования и проведения проверки заданий с развернутым ответом
участников ЕГЭ в другом регионе, в программном комплексе проведения перекрестных
проверок должны учитываться следующие параметры каждого из регионов Российской
Федерации:
 полное название региона;
 код региона;
 зона КИМ для данного региона;
 часовой пояс региона;
 планируемая скорость каналов передачи данных;
 признак работоспособности каналов связи;
 текущая скорость каналов передачи данных.
Обмен данными бланков № 2 возможен только в рамках сформированных групп
регионов.
Требования, предъявляемые к порядку получения параметров каждого региона,
представлены в Таблицах 2 и 3, содержащих перечень параметров и их описание. Все
параметры региона должны быть заданы до начала формирования плана.
Результатом формирования плана проведения перекрестной проверки результатов
ЕГЭ должна являться территориальная схема распределения работ, т.е. указание, из
какого региона изъятия и в какой регион получения должны быть направлены работы на
перекрестную проверку, и количество направленных работ.
Таблица 2. Параметры регионов
Название атрибута
Обязательность поля
Полное название региона
да
Код региона
да
Зона КИМ данного региона
Часовой пояс региона
Группа региона для
проведения перекрестных
проверок
да
да
да
Скорость каналов передачи
данных
да
Способ получения
данных
Справочник, на основе
данных ФБД
Справочник, на основе
данных ФБД
Задается вручную
Справочник системный
Определяется
автоматически, на основе
значений атрибутов
«Часовой пояс региона»,
«Зона КИМ данного
региона»
Ввод вручную
28
Таблица 3. Параметры экзамена для каждого региона
Название атрибута
Предмет
Дата
Количество участников ЕГЭ
5.2.1.2.
Обязательность поля
да
да
да
Способ получения
данных
Импорт из ФБД
Импорт из ФБД
Импорт из ФБД
Требования к ведению критериев отбора бланков №2
Подсистема планирования проведения проверок должна обеспечивать ведение
методов отбора бланков №2 в разрезе экзаменов для дальнейшего изъятия из региона.
Подсистема должна обеспечивать возможность выбора метода для каждого экзамена и
определения значения параметров выбранного метода. Для каждого экзамена должен быть
доступен следующий список методов:
 необходимый процент от случайно отобранных бланков №2 для перекрестной
проверки за установленное время;
 необходимое количество случайно отобранных бланков №2 для перекрестной
проверки от установленного количества обработанных бланков;
 необходимый процент от случайно отобранных непустых бланков №2 для
перекрестной проверки от установленного количества обработанных бланков.
5.2.1.3.
Требования к ведению дат выполнения плана
Подсистема планирования распределения бланков № 2 должна обеспечивать
возможность ведения дат выполнения плана распределения бланков № 2 в разрезе
экзаменов. Подсистема должна обеспечивать выполнение следующих функций:
 отображение расписания ЕГЭ, с указанием:
o наименования предмета;
o даты предмета;
o этапа ЕГЭ.
 возможность присвоения плановой даты окончания выполнения проверки для
каждого экзамена, с возможностью ручной корректировки.
5.2.1.4.
Требования к формированию плана распределения бланков №2
Подсистема планирования должна обеспечивать формирование первоначального
плана распределения бланков № 2 (территориальной схемы распределения работ) и
обеспечивать выполнение следующих требований:
- формирование плана должно быть доступно в автоматическом и ручном
режиме;
29
- согласно сформированному плану Система должна создавать задания по
каждому экзамену каждого региона, задание должно включать в себя:
o данные региона изъятия;
o данные региона получения;
o количество бланков;
o информацию о распределении бланков по транзакциям.
- обеспечивать сохранение истории изменения плана распределения бланков
№2 по всем экзаменам текущего года;
- обеспечить ведение статусов плана распределения бланков №2;
- предоставлять возможные варианты плана распределения бланков №2 с
указанием количества передаваемых между регионами бланков по каждому
из установленных критериев отбора бланков.
Процесс формирования плана распределения бланков №2 должен содержать
следующие действия:
- ввод параметров регионов;
- ввод дат выполнения плана по экзамену;
- ввод критерия отбора бланков;
- ввод вспомогательных параметров формирования плана;
- формирование плана распределения;
- утверждение плана распределения;
- создание заданий по каждому региону;
- передача параметров планирования в регионы с использованием сервиса
взаимодействия;
- фактическое выполнение плана распределения бланков№2 и мониторинг его
выполнения.
На рисунке 4. представлена территориальная схема распределения работ (общая
схема формирования плана распределения бланков №2).
30
Регион 1-1
Задание по Региону 1
· Выбор критерия
отбора бланков
· Ввод данных
регионов
· Ввод дат экзаменов
Регион 1-2
Задание по Региону 2
.. .. ..
Задание по Региону N
Группа 2
Регион 1-N
Регион 2-1
Задание по Региону 1
Формирование плана
распределения
бланков №2
Регион 2-2
Задание по Региону 2
.. .. ..
Задание по Региону N
Регион 2-N
.. .. ..
· Ввод времени
хранения бланков в
буфере
· Ввод остатка, для
возврата бланков из
буфера
Группа N
Регион N-1
Распределение бланков №2
Планирование распределения бланков №2
Группа 1
Задание по Региону 1
Регион N-2
Задание по Региону 2
.. .. ..
Задание по Региону N
Регион N-N
Мониторинг проведения перекрестной проверки
Рисунок 4. Общая территориальная схема распределения работ
Автоматический режим формирования плана распределения бланков № 2
В данном режиме на основании параметров планирования должен автоматически
создаваться план распределения бланков № 2.
План распределения бланков № 2 должен отражать:
- экзамен, для которого формируется план;
- группы регионов, по которым формируется план;
- данные о количестве работ, планируемых к передаче между регионами;
- данные о нераспределенных бланках.
Данные необходимые для автоматического формирования:
- параметры регионов. Согласно установленным параметрам регионов
должна происходить группировка регионов для дальнейшего формирования
план распределения бланков № 2;
31
- критерии отбора бланков. Согласно установленным критериям отбора
бланков должны устанавливаться лимиты, которые необходимо учитывать в
алгоритме формирования плана распределения;
- количество участников ЕГЭ по экзаменам, по каждому из регионов;
- пропускная способность канала передачи данных по каждому из регионов.
Алгоритм формирования плана распределения бланков № 2 должен отвечать
следующим требованиям:
- распределение бланков между регионами должно быть пропорционально
зависимым от количества отобранных бланков по регионам;
- при распределении бланков между регионами должна учитываться в виде
коэффициента пропускная способность канала передачи данных (то есть,
при расчете пропорциональной зависимости распределения бланков от
количества участников ЕГЭ (см. предыдущий пункт), должен вноситься
корректирующий коэффициент пропускной способности канала передачи
данных региона);
- необходимо
рассчитывать
технически-возможную
скорость
обмена
бланками с регионами (на основе данных, занесенных в справочник региона,
если расчетная скорость региона ниже установленной (1000 бланков за 4
часа), то такой регион не должен участвовать в распределении бланков;
- оставшиеся после применения алгоритма распределения нераспределенные
бланки должны обрабатываться в регионе изъятия.
Ручной режим формирования плана распределения бланков № 2
В данном режиме должна предоставляться возможность ручного назначения
количества бланков по регионам.
Ручной режим формирования плана распределения бланков № 2 должен:
- обладать возможностью работы с данными в разрезе экзаменов;
- предоставлять возможность работы с группой регионов, отсортированных
Системой автоматически по установленным параметрам;
- отображать данные о количестве участников ЕГЭ и о пропускной
способности канала передачи данных по регионам;
- предоставлять
возможность
распределения
количества
бланков
для
перекрестной проверки по регионам в рамках выбранной группы регионов.
- создание заданий по каждому региону.
32
Система согласно сформированному и утвержденному плану распределения
бланков №2 должна создавать список заданий для регионов.
5.2.1.5.
Требования к оперативному изменению территориальной схемы
распределения работ с учетом текущей ситуации
Подсистема планирования должна в соответствии с установленными параметрами
обновления плана производить контроль количества участников по предметам и в случае
изменения количества производить обновление территориальной схемы распределения
работ с учетом текущей ситуации. Для контроля количества участников и обновления
первоначального плана распределения Система должна обеспечивать ввод следующих
параметров обновления:
- период дат в разрезе экзаменов (период дат, в который Система должна
производить перерасчет первоначального плана распределения бланков №2
в соответствии с текущим количеством участников по экзамену);
- частота обновления плана (параметр, определяющий частоту перерасчета
первоначального плана распределения бланков №2 в соответствии с
текущим количеством участников по экзамену).
События, при которых Система должна обеспечивать автоматическое обновление
первоначального плана:
- изменение значений параметров регионов;
- изменение критерия (значений критерия) отбора бланков №2;
- получение сигнала от подсистемы мониторинга.
В рамках изменения территориальной схемы распределения работ (перекрестной
проверки бланков №2) Система должна также обладать следующими возможностями:
- ввод параметров по каждому из критериев для изменения плана;
- выбор одного или нескольких критериев, в результате которых должно
происходить автоматическое перераспределение бланков между регионами;
- контроль количества требуемых (запланированных) к распределению работ;
- контроль количества успешно выполненных проверок;
- изменение количества запланированных к проверке бланков №2 в каждом
регионе с учетом выполненных проверок;
- перераспределение запланированные к проверке бланков №2 между
регионами получения.
Система должна ожидать подтверждения измененного плана перед его
применением и предоставлять возможность ручной корректировки измененного плана
распределения бланков № 2.
33
5.2.2. Требования к функциям подсистемы отбора и распределения бланков
Подсистема отбора и распределения бланков обеспечивает информационное
взаимодействие на федеральном и региональном уровнях для обмена данными,
необходимыми для проведения проверки работ участников ЕГЭ.
Подсистема отбора и распределения бланков должна автоматизировать процессы
отбора бланков №2 участников ЕГЭ и их передачи на проверку в другой регион в
соответствии с заданиями Системы и обеспечивать выполнение следующих функций:
- ведение статусной модели обрабатываемых банков;
- отбор бланков для выполнения проверки в других регионах;
- мониторинг распределения бланков по статусам;
- обмен данными и бланками между регионами согласно плану распределения
бланков.
Выполнение всех функций подсистемы отбора и распределения бланков должно
осуществляться обособленно для каждого экзамена.
Отбор бланков должен происходить в
формировании первоначального плана критериями:
- необходимый
процент
от
случайно
соответствии
отобранных
с
заданными
бланков
при
№2
для
№2
для
перекрестной проверки за установленное время;
- необходимое
количество
случайно
отобранных
бланков
перекрестной проверки от установленного количества обработанных
бланков;
- необходимый процент от случайно отобранных непустых бланков №2 для
перекрестной проверки от установленного количества обработанных
бланков.
Взаимодействие подсистемы отбора и распределения бланков №2 с другими
компонентами Системы должно осуществляться за счет следующих операций:
- получение параметров региона, рассчитанных для каждого экзамена
подсистемой планирования;
- получение транзакций по перемещению бланков №2, подготавливаемых
подсистемой планирования;
- сохранение результатов выполнения транзакций в виде статусов транзакций.
34
5.2.2.1.
Требования к ведению статусной модели обрабатываемых
бланков №2
Процесс обработки бланков №2 в регионе должен предоставлять возможность
ведения статусов, присваиваемых каждому обрабатываемому бланку №2, в соответствии
со статусной моделью, представленной на рисунке 5.
Поступление
бланка
Зарезервировано
В обработку
Блокировка
Проверено
Отправлено
Рисунок 5. Общая схема взаимодействия процессов мониторинга и планирования
Описание статусов, обрабатываемых в регионе бланков №»2:
- «В обработку» данный статус должен быть установлен для бланков №2,
предназначенных для передачи на экспертную проверку;
- «Зарезервировано» данный статус должен быть установлен для бланков №2,
предназначенных для проверки в другом регионе;
- «Блокировка» данный статус должен быть установлен для бланков №2,
которые в настоящий момент времени находятся в процессе передачи в
другой регион;
- «Отправлено» данный статус должен быть установлен для бланков №2,
которые были успешно переданы в другой регион, и проверка данных
бланков в данном регионе не требуется;
- «Проверено» данный статус должен быть установлен для пустых бланков
№2 и для бланков, которые были проверены в данном регионе;
- механизм хранения информации об имеющихся статусах бланков
№2
должен обеспечивать отсутствие возможности определения статуса бланка
сторонними пользователями базы данных.
35
5.2.2.2.
Требования к отбору бланков для выполнения проверки в других
регионах
Подсистема отбора и распределения бланков №2 должна обеспечивать отбор
необходимого количества не пустых бланков №2 для выполнения проверки в других
регионах, удовлетворяющий следующим требованиям:
- отбор бланков должен осуществляться согласно методам, определённым
при формировании первоначального плана;
- используемый метод и значения, установленных для данного метода,
параметров должны быть определены подсистемой планирования на стадии
предварительного
планирования
и
переданы
подсистеме
отбора
и
распределения бланков до начала процесса обработки бланков;
- в случаях невозможности передачи информации о методе отбора до начала
обработки бланков, отбор
бланков должен быть выполнен согласно
определённым по умолчанию методу и значениям, установленных для
данного метода, параметров.
5.2.2.3.
Требования к мониторингу распределения бланков №2 по
статусам
Подсистема отбора и распределения бланков №2 должна обеспечивать мониторинг
распределения бланков №2 по статусам в соответствии со следующими требованиями:
- мониторинг должен производиться для каждого экзамена в каждом регионе
на протяжении всего процесса обработки и проверки бланков №2;
- проведение мониторинга должно исключать ситуации отсутствия бланков
№2 со статусом «В обработку», при наличии бланков №2 со статусами
«Зарезервировано» и «Блокировка»;
- для бланков со статусом «Зарезервировано» должно обеспечиваться
изменение статуса на «В обработку» в случае если общее количество
бланков №2 со статусом «В обработку» не превышает значение, заданное
подсистемой планирования для данного экзамена в данном регионе;
- проведение
мониторинга
должно
обеспечивать
изменение
статуса
«Блокировка» на «В обработку» в случае уменьшения количества не
проверенных бланков №2
ниже значения, определенного для данного
экзамена в данном регионе подсистемой планирования, и отсутствия
бланков со статусом «Зарезервировано» и уменьшения количества бланков
со статусом «В обработку» менее 10 штук;
36
- после проведения очередного мониторинга и корректировки распределения
бланков по статусам текущее количество бланков по каждому статусу
должно быть сохранено в виде актуальных параметров экзамена в базе
данных Системы;
- мониторинг процессов обработки бланков по каждому экзамену в регионе
должен обеспечивать обновление следующей информации о каждом
экзамене в каждом регионе;
- мониторинг процессов обработки бланков по каждому региону должен
обеспечивать периодическое обновление информации о активности каждого
региона в базе данных Системы;
- обновление информации о статусах бланков по каждому экзамену в каждом
регионе должно осуществляться с постоянной периодичностью, задаваемой
в настройках системы.
5.2.2.4.
Требования к обмену данными и бланками между регионами
согласно плану распределения бланков
Подсистема отбора и распределения бланков должна обеспечивать обмен бланками
между регионами согласно плану распределения бланков №2, подготовленному
подсистемой планирования. Обмен бланками №2 должен осуществляться посредством
механизма выполнения транзакций. Транзакцией считается отдельное задание на обмен
определенным количеством бланков №2 между двумя определенными регионами,
сформированное подсистемой планирования. Обработка транзакций должна
осуществляться отдельно для каждого проводимого экзамена.
Обработка транзакций должна удовлетворять следующим требованиям:
 обработка транзакции должна осуществляться за счет последовательного
выполнения шагов обработки транзакции;
 выполнение каждого шага обработки транзакции должно приводить к
обновлению статуса данной транзакции в Системе;
 обработка транзакций для данного экзамена в данном регионе должна
начинаться только после регистрации первого бланка №2 со статусом
«Зарезервировано»;
 количество одновременно выполняемых транзакций с одним регионом по
данному экзамену не должно превышать значения, рассчитанного подсистемой
планирования для данного экзамена на стадии предварительного планирования;
 начало обработки должно быть доступна только для транзакций со статусом
«В ожидании». Принятие транзакции в обработку должно изменять статус
транзакции с «В ожидании» на «Принята в обработку»;
37
 обработка транзакций для данного региона должна начинаться с момента
регистрации первого бланка со статусом «Зарезервировано»;
 при наличии нескольких транзакций со статусом «В ожидании» должна быть
выбрана транзакция с наименьшей датой создания;
 при успешном выполнении транзакции должна быть выполнена запись списка
номеров перемещенных бланков в ФБД;
 должен производиться мониторинг списка транзакций по каждому из экзаменов;
 выполнение нескольких транзакций, относящихся к одной паре регионов,
должно осуществляться последовательно;
 в случае завершения обработки транзакции со статусом, отличным от
«Завершена», выполнение последующих транзакций для данной пары регионов
должно быть отменено, статус данных транзакций должен быть изменен с «В
ожидании» на «Отмена»;
 при выполнении транзакции в качестве региона №1 должен выбираться регион,
имеющий меньший уровень стабильности связи, согласно данным,
определенным Системой.
 после успешного выполнения транзакции в регион получения должны быть
переданы варианты бланков, переданных в рамках успешно завершенной
транзакции.
5.2.2.5.
Требования
к
информационному
взаимодействию
на
федеральном и региональном уровнях для обмена данными,
необходимыми для проведения проверки работ участников ЕГЭ
Информационное взаимодействие на федеральном и региональном уровнях должно
состоять из последовательного выполнения следующих этапов:
 Шаг №1. Загрузка графических копий отобранных бланков из РИ в файловое
хранилище федерального уровня;
 Шаг №2. Обработка бланков и данных о бланках №2 на федеральном уровне;
 Шаг №3. Отправка графических копий отобранных бланков РИ в РП из
файлового хранилища федерального уровня, вменение отправленных бланков в
обработку.
 Шаг №4. Загрузка оценок и обработка данных на федеральном уровне.
Требования к выполнению шага №1:
 после прохождения станции сканирования, распознавания и верификации
бланки №2 должны попадать на станцию экспертизы РИ;
38
 станция взаимодействия по заданным в системе планированиям критериям
должны изымать бланки для проверки их в другом регионе;
 изъятые бланки должны помечаться в ЕРБД РИ как бланки, предназначенные
для проверки в другом регионе;
 отобранные бланки должны блокироваться для проверки в РИ;
 в случае отсутствия необходимого объема зарезервированных бланков для
передачи на федеральный уровень должны выполняться последовательные
запросы до набора необходимого количества зарезервированных бланков;
 при наборе необходимого количества бланков №2 станция взаимодействия
должна выполнить транзакцию по передаче бланков на федеральный уровень;
 в случае если время ожидания отправки на федеральный уровень отобранных
бланков превысит значение, установленное для данного региона, бланки
должны стать доступными для проверки в РИ;
 в случае отсутствия связи с регионом должны выполняться последовательные
попытки анализа наличия связи с регионом;
 в случае если ожидание связи превысит значение, установленное для данного
региона, бланки должны стать доступными для проверки в РИ.
Требования к выполнению шага №2:
 полученные на федеральном уровне бланки должны помещаться в файловое
хранилище
ФУ
с
необходимой
сопроводительной
информацией,
обеспечивающей идентификацию бланка при последующем получении оценки
по данному бланку;
 в соответствии с планом распределения в таблице соответствия файлового
хранилища бланки должны помечаться кодом РП, то есть информация о РИ
должна храниться только на федеральном уровне.
Требования к выполнению шага №3:
 станция взаимодействия должна сохранять полученные изображения с
федерального уровня на сервере пакетов РП;
 станция взаимодействия должна направить информацию на федеральный
уровень об успешном получении бланков;
 станция взаимодействия должна отправлять данные о бланках на станцию
экспертизы для назначения работ экспертам;
 после того, как бланки обработаны, информация об оценках должна заноситься
в ЕРБД РП и после репликации данных появляться на федеральном уровне;
39
 после того, как список транзакций для региона изъятия заканчивается, станция
экспертизы должна сообщать станции взаимодействия об окончании проверки.
Требования к выполнению шага №4:
 после появления оценок на федеральном уровне по данным таблицы
соответствия результаты должны соотноситься с работами региона изъятия;
 после получения оценок к бланкам №2 экзамен в регионе изъятия может быть
закрыт.
5.2.3. Требования к функциям подсистемы мониторинга и координации
проведения перекрестных проверок
Подсистема мониторинга и координации проведения перекрестных проверок
должна автоматизировать процессы контроля выполнения первоначального плана
распределения бланков № 2 и принятия корректирующих воздействий при отклонении
плана от первоначальных параметров, а также обеспечивать выполнение следующих
функций:
- контроль выполнения плана распределения бланков;
- информирования о статусе выполнения перекрестной проверки в регионе;
- мониторинг процессов обработки бланков в регионах;
- контроль выполнения запланированных заданий;
- мониторинг поступления и обработки бланков в регионе.
Периодичность выполнения всех процессов мониторинга и координации
проведения перекрестных проверок должны иметь возможность корректировки в
настройках Системы.
5.2.3.1.
Требования к контролю выполнения первоначального плана
распределения бланков №2
Для контроля выполнения первоначального плана распределения бланков № 2 в
программном комплексе проведения перекрестных проверок должны выполняться
следующие функции:
- отображение данных о первоначальном плане распределения бланков № 2;
- отображение данных о текущем статусе выполнения первоначального плана
в разрезе экзаменов, регионов и групп регионов.
5.2.3.2.
Требования
к
информированию
о
статусах
выполнения
перекрестной проверки
Подсистема мониторинга и координации проведения перекрестных проверок
должна присваивать и обновлять статус проведения перекрёстной проверки по каждому
экзамену в каждом регионе. Должны быть реализованы следующие статусы:
40
- «Проверка не запланирована» - данный статус должен быть установлен, в
случае если перекрестная проверка по данному экзамену не запланирована в
данном регионе.
-
«Проверка не начата» - данный статус должен быть установлен в случае,
если перекрестная проверка по данному экзамену запланирована в данном
регионе, но выполнение перекрёстной проверки не началось.
- «Получена часть работ – Идет проверка» - данный статус должен быть
установлен в случае, если перекрестная проверка по данному экзамену в
данном регионе выполняется,
запланированный объем бланков не
достигнут.
-
«Получены все работы – Идет проверка» - данный статус должен быть
установлен в случае, если перекрестная проверка по данному экзамену в
данном регионе выполняется,
передан весь запланированный объем
бланков.
- «Проверка не возможна» - данный статус присваивается экзамену в случае,
если по нему запланировано проведение проверки, но план не может быть
выполнен по каким либо причинам.
- «Проверка завершена» - данный статус присваивается экзамену, у которого
все бланки имеют отметку о проверке.
После получения экзаменом статуса «Проверка завершена» подсистема
мониторинга должна обеспечить расчет степени выполнения перекрестной проверки по
данному экзамену в данном регионе и присвоит экзамену один из статусов выполнения
проверки:
- «В рамках плана»;
- «Не значительное отклонение»;
- «Критическое отклонение. Бланки не поступили от региона изъятия».
5.2.3.3.
Требования к мониторингу процессов обработки бланков в
регионах
Подсистема мониторинга и координации проведения перекрестных проверок
должна обеспечивать выполнение следующих функций:
- мониторинг распределения по статусам бланков, обрабатываемых в каждом
регионе по каждому экзамену.
- отображение
доли
проверенных
бланков
по
каждому
экзамену,
поступивших для проведения перекрестной проверки, от запланированного
количества бланков для проверки в регионе получения;
41
- отображение доли проверенных бланков от полученных для проверки на
текущее время бланков в регионе получения;
- ведение в реальном времени сводной таблицы выполнения обработки и
перекрестной проверки бланков для каждого экзамена, основанной
на
актуальных данных о статусах бланков в регионах, формируемых
подсистемой отбора и распределения работ.
5.2.3.4.
Требования к контролю выполнения запланированных заданий
Подсистема мониторинга и координации проведения перекрёстных проверок
должна обеспечивать контроль выполнения заданий по обмену бланками между
регионами (далее транзакций), и обеспечивать выполнение следующих требований и
операций:
- проведение мониторинг статусов выполнения транзакций для каждой пары
регионов по каждому проводимому экзамену;
- передача
в
подсистему
планирования
информации
транзакциях,
завершенных с ошибками;
- передача
в
подсистему
планирования
информации
об
отсутствии
запланированных транзакций для регионов, участвующих в перекрестной
проверки по данному экзамену;
- обеспечение контроля количества параллельно выполняемых транзакций
для каждого экзамена в каждом регионе и информирование оператора в
случае превышения допустимых значений, определенных на стадии
предварительного планирования;
- проведение мониторинга должно осуществляться постоянно с заданной
периодичностью;
- инициирование процесса корректировки плана перекрёстной проверки
по
данному экзамену в случаях отсутствия или ошибочного завершения
транзакций, относящихся к рассматриваемому экзамену;
- инициирование процесса корректировки плана перекрестной проверки
должно
осуществляться
не
чаще
определенного
количества,
устанавливаемого в настройках Системы.
5.2.3.5.
Требования
к
изменениям
первоначального
плана
в
соответствии с текущей ситуацией реализации проведения проверки
в другом регионе, в том числе в ручном режиме
Для изменения первоначального плана в соответствии с текущей ситуацией
реализации проведения проверки в другом регионе, в программном комплексе проведения
42
перекрестных проверок
показателей регионов.
необходимо
вести
оперативный
мониторинг
плановых
Оперативный мониторинг проведения перекрестной проверки должен
осуществляться по каждой группе регионов с установленной частотой и включать в себя:
- проверку доступности регионов, включающую:
o контроль работоспособности каналов связи с регионами,
o контроль начала обработки бланков №2 в регионах,
o контроль завершения обработки бланков №2 в регионах.
Мониторинг плановых показателей проведения перекрестной проверки должен
включать в себя контроль соответствия заданных параметров и плановых данных
согласно первоначальному плану распределения бланков №2. Параметры выполнения
плана распределения бланков №2:
- «Количество (процент) работ обработанных за заданное время». Система
должна производить мониторинг проведения проверки бланков №2 в
регионах и если на установленную дату (заданное время) количество
обработанных бланков №2 в регионе меньше установленной нормы, то
должна происходить процедура повторного распределения бланков между
регионами согласно выбранному алгоритму. Так же должно осуществляться
информирование операторов системы о не выполнение введенного плана.
Результаты мониторинга должны передаваться в подсистему планирования для
выполнения процедуры корректировки плана.
5.2.4. Требования к функциям подсистемы отчетности
Подсистема отчетности должна обеспечивать формирование отчетных форм,
содержащих информацию о проведении перекрестной проверки в разрезе регионов и
экзаменов и содержащих следующие данные:
- количество распределенных по регионам бланков для перекрестной
проверки, с содержанием информации о статусах проведения в регионе;
- количество бланков нераспределенных по регионам, с указанием причин, по
которым не произошло распределение в соответствии с первоначальным
планом;
- фактические и плановые показатели проведения перекрестной проверки
бланков;
- количество бланков, обработанных в несоответствии с первоначальным
планом распределения бланков № 2;
43
- количество бланков необработанных в соответствии с первоначальным
планом распределения бланков № 2.
5.2.5. Требования к функциям подсистемы администрирования
Подсистема администрирования должна обеспечивать выполнение следующих
функций:
- создание, удаление, редактирование учетных записей пользователей,
включая атрибуты:
o фамилия;
o имя;
o отчество;
o логин, пароль;
o роль;
- настройка прав доступа пользователей к объектам и функциям на основе
ролевой политики (см. Таблица 1. Роли Системы);
- возможность подписки на рассылку e-mail сообщений о некорректном
выполнении плана;
- настройка дополнительных параметров работы системы, в том числе
параметры работы подсистемы мониторинга и координации проведения
перекрестных проверок.
5.2.6. Требования к совместимости с другими системами
Система должна взаимодействовать со следующими смежными системами:
 взаимодействие с ЕРБД РУ посредством:
o передачи и получения номеров бланков №2, предназначенных для
перекрестной проверки;
o передача экспертных оценок.
 взаимодействие с ЕРБД ФУ посредством:
o передачи и получения номеров №2, предназначенных для перекрестной
проверки;
o распределения номеров бланков №2 по регионам.
44
5.3. Требования к видам обеспечения
5.3.1. Требования к информационному обеспечению
5.3.1.1.
Требования к составу, структуре и способам организации данных
в Системе
Состав, структура и способы организации информации в Системе должны
обеспечивать необходимый уровень удобства Пользователей при работе с
информационными ресурсами и минимум усилий для получения нужной информации.
5.3.1.2.
Требования к информационному обмену между компонентами
Системы
Информационный обмен между серверной частью Системы и клиентскими
приложениями должен осуществляться по протоколу HTTP. На транспортном уровне для
взаимодействия компонентов Системы должен использоваться стек протоколов TCP/IP.
Информационное взаимодействие между физическими серверами Системы (при
использовании многосерверной конфигурации) должен обеспечиваться посредством
локальной сети типа Ethernet 100/1000 или аналогичной по пропускной способности и
обеспечивающей передачу данных по протоколу TCP/IP.
5.3.1.3.
Требования по применению Систем управления базами данных
Для хранения данных в Системе должны использоваться реляционные базы
данных, обеспечивающие реализацию встроенных механизмов построения индексов и
контроля целостности данных. Допускается размещение отдельных параметров
конфигурации Системы, не подлежащих модификации в ходе ее нормального
функционирования и обслуживания, во внешних конфигурационных файлах. Информация
должна размещаться в базах данных в нормализованной форме. Допускается
использование дополнительных ненормализованных структур данных для повышения
производительности Системы.
5.3.1.4.
Требования к защите данных от разрушений при авариях и сбоях
в электропитании Системы
Требования к защите данных от разрушений при авариях и сбоях в электропитании
Системы должны быть удовлетворены в соответствии с пунктом 4.1.9 настоящего
Технического задания.
5.3.2. Требования к техническому обеспечению
Для обеспечения эксплуатации Комплекса необходимо:
- существование защищённых двунаправленных симметричных каналов связи
ФУ с каждым регионом;
45
- скорость данных в двунаправленном симметричном канале, используемом
для перекрестной проверки, должна составлять не менее 680 Мбит/сек на
ФУ;
- на РУ необходимо наличие канала передачи данных (прием/передача),
способного принять/передать 1000 бланков за 4 часа (в среднем пропускная
способность - 1 Мбит/с)
- файловое хранилище на ФУ объёмом 1 Тбайт.
46
6. СОСТАВ
И
СОДЕРЖАНИЕ
ВЫПОЛНЯЕМЫХ
РАБОТ
ПО
РАЗРАБОТКЕ СИСТЕМЫ
№
этапа
работ
II
Наименование
работ
Виды работ
Разработка
необходимого
программного
комплекса,
интегрированного
в
информационную
систему,
обеспечивающую
процессы
подготовки и
проведения ЕГЭ
для проведения
проверки
результатов ЕГЭ
экспертами
независимо от
региона
проживания
эксперта и
обучающегося.
Разработка
программного
комплекса
для
проведения
проверки
результатов
ЕГЭ
экспертами
независимо
от
региона проживания
эксперта
и
обучающегося.
Апробация
программного
комплекса и
инструктивнометодических
материалов
проверки
результатов ЕГЭ
экспертами
независимо от
региона
проживания
эксперта и
обучающегося.
III
Доработка и
внедрение в
Результат
Разработан
программный
комплекс,
интегрированный в информационную
систему, обеспечивающую процессы
подготовки и проведения ЕГЭ, для
проведения проверки результатов ЕГЭ
экспертами независимо от региона
проживания эксперта и обучающегося.
Функционал комплекса для проведения
проверки результатов ЕГЭ экспертами
должен обеспечить планирование и
проведение перекрёстной экспертной
проверки не мене чем о 3 000 000
человеко-тестов (экзаменационных работ
участников ЕГЭ)
Подготовка
Разработана
эксплуатационная
комплектов
документация на программный комплекс
технологических
для проведения проверки результатов
документов
на ЕГЭ экспертами независимо от региона
эксплуатацию
проживания эксперта и обучающегося
программного
комплекса
для
проведения
проверки
результатов
ЕГЭ
экспертами
независимо
от
региона проживания
эксперта
и
обучающегося
Апробация в
Проведена апробация
программного
регионах
комплекса
проведения
проверки
программного
результатов ЕГЭ экспертами независимо
комплекса
от региона проживания эксперта и
проведения
обучающегося.
проверки
результатов ЕГЭ
экспертами
независимо от
региона проживания
эксперта и
обучающегося
Доработка
результатам
по Доработано описание модели проведения
проверки результатов ЕГЭ экспертами
47
штатный режим
технологии
проверки
результатов ЕГЭ
экспертами
независимо от
региона
проживания
эксперта и
обучающегося,
технологии
проведения
устной части ЕГЭ
по иностранным
языкам.
апробации
программного
комплекса проверки
результатов
ЕГЭ
экспертами
независимо
от
региона проживания
эксперта
и
обучающегося
Организация
технической и
информационной
поддержки при
проведении ЕГЭ
в части
применения
технологии
проверки
результатов ЕГЭ
экспертами
независимо от
региона
проживания
эксперта и
обучающегося,
технологии
проведения
устной части ЕГЭ
по иностранным
языкам.
Внедрение
в
штатный
режим
технологии проверки
результатов
ЕГЭ
экспертами
независимо
от
региона проживания
эксперта
и
обучающегося
и
технологии
проведения устной
части
ЕГЭ
по
иностранным
языкам.
Обеспечение
проведения
в
штатном
режиме
ЕГЭ
технологии
проверки
результатов
ЕГЭ
экспертами
независимо
от
региона проживания
эксперта
и
обучающегося,
использования
в
процедуре
ЕГЭ
технологии
проведения устной
части
ЕГЭ
по
иностранным языкам
независимо от региона проживания
эксперта и обучающегося.
Доработана инструктивно-методическая
документация проверки результатов ЕГЭ
экспертами независимо от региона
проживания эксперта и обучающегося.
Модернизирован программный комплекс
проверки результатов ЕГЭ экспертами
независимо проживания эксперта и
обучающегося
Доработан комплект эксплуатационной
документации программного комплекса
проверки результатов ЕГЭ экспертами
независимо от региона проживания
эксперта и обучающегося
Введен в эксплуатацию и обеспечено
проведение
в штатном режиме ЕГЭ
проверки результатов ЕГЭ экспертами
независимо от региона проживания
эксперта и обучающегося и проведение
устной части ЕГЭ по иностранным
языкам в 83 субъектах Российской
Федерации.
Программный комплекс для проведения
проверки результатов ЕГЭ экспертами
независимо от региона проживания
эксперта и обучающегося должен быть
установлен в 83-х субъектах Российской
Федерации и ЗОУ.
Программный модуль для проведения
устной части ЕГЭ по иностранным
языкам должен быть установлен в 83-х
субъектах Российской Федерации.
Обеспечено
сопровождение
и
техническая поддержка в течение 2013 г.
программного комплекса и процессов
проверки результатов ЕГЭ.
Организована
«горячая»
линия
поддержки на период проведения ЕГЭ в
2013 г
48
7. ПОРЯДОК КОНТРОЛЯ И ПРИМКИ СИСТЕМЫ
7.1. Виды, состав, объем и методы испытаний системы
При разработке Программного комплекса перекрёстной проверки планируется
проводить следующие виды испытаний:
 приёмочные.
Приёмочные испытания проводятся для определения соответствия системы
Техническому заданию, оценки качества опытной эксплуатации и решения вопроса о
возможности перевода системы в штатный режим функционирования.
7.2. Общие требования к приемке работ по стадиям
Приёмочные испытания проводятся в соответствии с программой испытаний.
В программе испытаний указываются:
 перечень объектов, выделенных для испытаний и перечень требований, которым
должны соответствовать объекты;
 критерии приёмки системы;
 условия и сроки проведения испытаний;
 средства для проведения испытаний;
 фамилии лиц, ответственных за проведение испытаний;
 методику испытаний и обработки их результатов;
 перечень оформляемой документации.
Для проведения приёмочных испытаний должна быть предъявлена следующая
документация:
 техническое задание на разработку Комплекса;
 программа и методика испытаний.
Приёмочные испытания
установленных в ФЦТ.
системы
следует
проводить
Приёмочные испытания должны включать проверку:
 полноты и качества реализации функций, указанных в ТЗ;
 комплектности и качества эксплуатационной документации.
на
компонентах,
49
Результаты испытаний оформляются протоколом, на основании которого делают
заключение о соответствии системы требованиям ТЗ и возможности оформления акта
перевода системы в штатный режим. В акте приёмке указывается:
 соответствие разработанной продукции требованиям ТЗ;
 результаты оценки разработанной технической документации;
 рекомендации о дальнейшем использовании результатов разработки;
 замечания и предложения по доработке продукции и документации (при
необходимости).
Акт приёмки утверждается Заказчиком, утверждение акта приёмочной комиссии
означает окончание разработки, согласование технической документации.
7.3. Статус приемочной комиссии
Статус приемочной комиссии определяется Заказчиком до проведения испытаний.
50
8. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО
ПОДГОТОВКЕ
ОБЪЕКТА
АВТОМАТИЗАЦИИ
К
ВВОДУ
СИСТЕМЫ В ДЕЙСТВИЕ
Для создания условий функционирования, при которых гарантируется соответствие
Системы функциональным требованиям, содержащимся в настоящем Техническом
задании, и возможности эффективного использования всех ресурсов Системы должен
быть проведен комплекс мероприятий по подготовке объекта автоматизации к вводу
Системы в действие:
- определить
подразделение
и
ответственных
должностных
лиц,
ответственных за внедрение и проведение опытной эксплуатации Системы;
- обеспечить присутствие пользователей на обучении работе с системой,
проводимом Исполнителем;
- обеспечить соответствие помещений и рабочих мест пользователей системы
в соответствии с требованиями, изложенными в настоящем Техническом
задании;
- обеспечить
выполнение
требований,
предъявляемых
к
программно-
техническим средствам, на которых должно быть развернуто программное
обеспечение Системы;
- рровести апробацию в регионах программного комплекса проведения
проверки результатов ЕГЭ экспертами независимо от региона проживания
эксперта и обучающегося.
8.1. Технические мероприятия
Для организации функционирования Системы Государственный Заказчик должен
подготовить помещения для функционирования системы, обеспечить наличие всего
необходимого оборудования, включая средства вычислительной техники, системного
программного обеспечения и каналы передачи информации.
8.2. Организационные мероприятия
Для организации эффективного функционирования системы Исполнитель должен
выполнить следующие мероприятия:
- актуализировать
предложения
по
изменению
нормативно-правовых
документов, необходимых для проведения проверки результатов ЕГЭ
экспертами независимо от региона проживания эксперта и обучающегося;
- разработка инструктивно-методического обеспечения проверки результатов
ЕГЭ
экспертами
обучающегося.
независимо
от
региона
проживания
эксперта
и
51
9. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ
Состав отчетных документов и требования, предъявляемые к отчетным
документам, определены Государственным контрактом № 03.Р20.11.0094 от 8 октября
2011 г.
Разрабатываемая документация предоставляется Заказчику в 2 экземплярах в
электронном виде.
Вся разрабатываемая документация должна быть выполнена на русском языке.
52
10.ИСТОЧНИКИ РАЗРАБОТКИ
Настоящее техническое задание разрабатывалось с учётом требований следующих
нормативных документов:
1) Закон
Российской
Федерации
«Об образовании» с изменениями и
дополнениями.
2) Федеральный закон от 27 июля 2006 г. № 149-ФЗ «Об информации,
информационных технологиях и о защите информации»;
3) Федеральный закон Российской Федерации от 27 июля 2006 г. N 152-ФЗ «О
персональных данных» (в ред. Федеральных законов от 25.11.2009 N 266-ФЗ, от
27.12.2009 N 363-ФЗ, от 28.06.2010 N 123-ФЗ, от 27.07.2010 N 204-ФЗ, от 27.07.2010
N 227-ФЗ, от 29.11.2010 N 313-ФЗ от 23.12.2010 N 359-ФЗ, от 04.06.2011 N 123-ФЗ);
4) Указ Президента Российской Федерации от 6 марта 1997 г. № 188 «Об
утверждении Перечня сведений конфиденциального характера»;
5) Указ Президента Российской Федерации от 3 апреля 1995 г. № 334 «О мерах
по соблюдению законности в области разработки, производства, реализации и
эксплуатации шифровальных средств, а также предоставлении услуг в области
шифрования информации»;
6) Постановление Правительства Российской Федерации от 3 ноября 1994 г. №
1233
«О
порядке
обращения
со
служебной
информацией
ограниченного
распространения»;
7) Постановление Правительства Российской Федерации от 15 августа 2006 г.
№ 504 «О лицензировании деятельности по технической защите конфиденциальной
информации»;
8) Постановление Правительства Российской Федерации от 26 июня 1995 г. №
608 «О сертификации средств защиты информации»;
9) Постановление Правительства Российской Федерации от 23 сентября 2002 г.
№ 691 «Об утверждении положений о лицензировании отдельных видов
деятельности, связанных с шифровальными (криптографическими) средствами»;
10) Приказ ФСБ России от 9 февраля 2005 г. № 66 «Об утверждении Положения
о
разработке,
производстве,
(криптографических)
средств
реализации
защиты
и
эксплуатации
информации
шифровальных
(Положение
Зарегистрирован Минюстом России за № 6382 от 3.03.2005;
ПКЗ-2005)».
53
11) Совместный приказ ФСТЭК России, ФСБ России и Мининформсвязи России
от 13 февраля 2008 г. № 55/86/20 «Об утверждении порядка проведения
классификации информационных систем персональных данных»;
12) ГОСТ 34.601-90 Автоматизированные системы. Стадии создания;
13) ГОСТ 34.602-89 Автоматизированные системы. Техническое задание на
создание автоматизированной системы.
54
СОГЛАСОВАНО
Должность исполнителя и
наименование организации
Фамилия, имя,
отчество
Подпись
Дата
55
1/--страниц
Пожаловаться на содержимое документа