Поиск по базе сайта:
Протокол №3 рассмотрения и оценки котировочных заявок гоу дпо «Рязанский областной «28» апреля 2010года институт развития образования» icon

Протокол №3 рассмотрения и оценки котировочных заявок гоу дпо «Рязанский областной «28» апреля 2010года институт развития образования»




Скачати 294.92 Kb.
НазваПротокол №3 рассмотрения и оценки котировочных заявок гоу дпо «Рязанский областной «28» апреля 2010года институт развития образования»
Дата конвертації17.08.2013
Розмір294.92 Kb.
ТипПротокол

ПРОТОКОЛ № 3

рассмотрения и оценки котировочных заявок


ГОУ ДПО «Рязанский областной «28» апреля 2010года

институт развития образования»

(Место проведения процедуры и оценки)



  1. Наименование предмета запроса котировок:

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


  1. Состав котировочной комиссии

На заседании котировочной комиссии по рассмотрению и оценке котировочных заявок присутствовали:

Председатель котировочной комиссии

Кувшинкова А.Д.

Заместитель председателя котировочной комиссии

Кудинова Л.В.

Члены котировочной комиссии:

Исаков В.А.

Скворцова С.В.

Чепрасов Д.П.


  1. ^ Государственным заказчиком является ГОУ ДПО «Рязанский областной институт развития образования» (РИРО)

Почтовый адрес: 390023, г.Рязань, ул.Урицкого, д.2-а

Адрес электронной почты: nib@riro.ryazan.ru


  1. Процедура рассмотрения и оценки котировочных заявок проводилась котировочной комиссией с 10 часов 00 минут «28» апреля 2010 года по 10 часов 30 минут «28» апреля 2010 года по адресу: 390023, г.Рязань, ул.Урицкого, д.2-а

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


^

а. Общие требования к программному обеспечению





  1. Программное обеспечение (далее ПО) должно функционировать на персональных компьютерах, работающих под операционными системами Windows.

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

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

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

  5. На каждой станции основные действия по обработке должны автоматически протоколироваться на сервере.

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

  7. ПО должно обеспечивать подготовку и обработку машиночитаемых бланков, адаптированных под структуру контрольно измерительных материалов предназначенных для проведения Г(И)А IX классов.

  8. ПО должно функционировать под управлением лицензионных общесистемных средств.

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

  10. Стоимость лицензий на ПО должна включать техническую поддержку на все время предоставления этих лицензий.



^

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





  1. ПО должно обеспечивать печать на принтерах комплектов изображений машиночитаемых экзаменационных бланков с соответствующими этим комплектам контрольно-измерительными материалами (далее КИМ) и сопровождающими документами.

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

  3. ПО должно обеспечивать печать поверх изображений бланков, КИМ и сопровождающих их документов штрих-кодов, строк текста и номеров КИМ. Штрих-код должен иметь тип EAN13. Текст и номера КИМ должны печататься настраиваемым шрифтом.

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

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

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

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

  8. ПО должно включать настроечные комплекты, содержащие контрольно-измерительные материалы для проведения тестирования учащихся IX классов, а также экзаменационные бланки, адаптированные под структуру этих контрольно-измерительных материалов.

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

  10. ПО должно предоставлять отчеты об операциях печати.
^

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





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

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

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

  4. ПО должно иметь возможность обрабатывать бланки, отсканированные со стандартным разрешением 300 dpi.

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

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

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

  8. ПО должно позволять пользователю просматривать полные изображения бланков.

  9. ПО должно позволять пользователю выполнять:

    1. повороты изображений на углы кратные 90 градусов;

    2. очищать изображения от мусора;

    3. досканировать и пересканировать изображения.

  10. ПО должно иметь возможность сохранять черно-белые и цветные изображения бланков в стандартные форматы: TIFF (BW — сжатие Unpacked, Group 3, Group4, Packbits; Gray — Unpacked, Packbits, JPEG; Color — Unpacked, JPEG), JPEG (Gray, Color), PCX (BW, Gray), BMP (BW, Gray, Color), PNG (BW, Gray, Color).

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

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

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

  14. Во время регистрации отсканированной пачки, должно производиться ее копирование на сервер в заранее отведенное место на диске.

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



^

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





  1. ПО должно обеспечивать распознавание бланков пачками.

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

  3. ПО должно вести подробный протокол работы станции, в том числе содержащий статистические данные по обработке каждого пакета.

  4. ПО должно открывать следующий пакет на обработку на основании приоритетов, устанавливаемых администратором.

  5. ПО должно уметь отправлять распознанный пакет на сервер.

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

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

  8. ПО должно автоматически определять тип бланка на основании его изображения и выделять на изображении поля для чтения.

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

  10. ПО должно распознавать штрих-коды форматов Code 39, Code 128, ITF 25, EAN 8, EAN 13 и др.

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

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

  13. ПО должно выделять чистые страницы и при необходимости автоматически их удалять.

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

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

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

  17. ПО должно поддерживать многопроцессорные системы с прямо пропорциональным увеличением скорости обработки.

  18. ПО должно обеспечивать качество распознавания не ниже:

    1. русского рукописного текста (буквы) —97%;

    2. русского печатного текста (буквы) —99%;

    3. английского рукописного текста (буквы) —97%;

    4. английского печатного текста (буквы) —99%;

    5. немецкого рукописного текста (буквы) —95%;

    6. французского рукописного текста (буквы) —95%;

    7. испанского рукописного текста (буквы) —95%;

    8. цифры —99%;

    9. метки —100%;

    10. штрих-коды —100%;

    11. специальные математические знаки —95%.

  19. ПО должно поддерживать различные реперные знаки: черный квадрат, уголок, линия.

  20. ПО должно обеспечивать распознавание бланков при линейных растяжениях изображений более 10%.

  21. ПО должно уметь распознавать исправление заполнения меток.

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

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


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

# % ( ) + - / : < = > ? @ { } ~ « ° ± » ≠ ∞ ∩ ≡ ≤ ≥ ∈ ∉ √ ∪ ∫ ⊂ ⊃ ⊄ ⊅ ⊆ ⊇ ∋ ∌


Примечание 2: Качество распознавания определяется при стандартном заполнении машиночитаемых бланков при проведении экзаменов. Качество распознавания определяется путем прогонки тестовых пачек единого государственного экзамена одного из годов.

^

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





  1. ПО должно обеспечивать визуальную проверку (верификацию) качества распознавания бланков.

  2. ПО должно выбирать следующий пакет на обработку на основании приоритетов, устанавливаемых администратором

  3. ПО должно позволять проверять бланки разных типов в одной пачке.

  4. На визуальную проверку оператором должны выдаваться: нераспознанные символы; неуверенно распознанные символы и метки; символы и метки, которые подлежат обязательной проверке.

  5. ПО должно иметь следующие режимы проверки:

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

    2. Контекстная верификация — на экран должны по одному выдаваться изображения и распознанный текст полей, подлежащих обязательной проверке и\или содержащих неуверенно распознанные и нераспознанные символы.

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

    4. Формальная проверка правил — на экран для каждого бланка должны выдаваться ошибки и предупреждения нарушения распознанных данных определенным формальным (форматным) правилам, заданных администратором. Должны быть предусмотрены следующие виды формальных проверок для каждого поля бланка:

      1. Нормализация и проверка даты.

      2. Поиск в списке вариантов.

      3. Проверка с условием ("Если – то – иначе", логические выражения).

      4. Объединение блоков.

      5. Проверка по регулярному выражению.

      6. Проверка серии и номера паспорта.

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

      1. Проверка значений полей по базе данных.

      2. Проверка с условием ("Если – то – иначе", логические выражения, изменение значений полей).

      3. Проверка суммы чисел.

      4. Проверка числа цифрами – числа прописью.

  6. В каждом режиме верификации оператор должен иметь возможность:

    1. исправить неверный символ, метку;

    2. просмотреть полное изображение бланка;

    3. прервать проверку;

    4. отложить проверку данного бланка.

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

  8. ПО не должно позволять отправлять на дальнейшие этапы проверки не полностью проверенный пакет.

  9. ПО должно позволять отправлять незаконченный пакет на станции старшего верификатора.

  10. Перед началом проверки пакета ПО должно копировать пакет локально на ПЭВМ, после окончания проверки изменения в пакете должны передаваться на сервер.

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



^

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





  1. ПО должно обеспечивать визуальную проверку (верификацию) качества распознавания бланков опытными пользователями.

  2. ПО должно удовлетворять всем требованиям, установленным для станции верификации.

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

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

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

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

  7. ПО должно позволять досканировать и пересканировать изображения в открытый пакет.

  8. ПО должно позволять поворачивать выбранные изображения на углы кратные 90 градусов, очищать их от мусора, инвертировать.



^

Требования к программному обеспечению станции экспертизы





  1. Программа предназначена для управления процессом назначения и обработки ответов на зданий Г(И)А с развернутым ответом экспертами. Так называемые «Бланки ответов №2» и «Дополнительные бланки ответов №2» являются машиночитаемыми бланками на которых участники записывают в специально отведенное место решения задач в свободной форме, т.е. обычным текстом с возможным указанием таблиц, рисунков и т.п. Проверка подобных заданий производится специалистами-предметниками (экспертами), которые после ознакомления с работой выставляют в специальный машиночитаемый протокол оценки для данной работы.

  2. ПО должно распределять экспертам бланки на проверку. Каждая работа должна быть проверена одним, двумя или тремя разными экспертами в зависимости от настроек системы. При существенном различии оценок двух экспертов в зависимости от настроек эта работа должна направляться на проверку третьему эксперту, либо оценка этих экспертов усредняется.

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

  4. ПО должно позволять добавлять, удалять экспертов, изменять их параметры, а также загружать из баз данных Федерального агентства по образованию:

    1. Фамилия, Имя Отчество.

    2. Специалистом, по какому предмету является.

    3. Место работы.

    4. Должность.

    5. Стаж работы.

    6. Образование.

  5. ПО должно вести реестр бланков (работ), которым необходимо пройти обработку (экспертизу), а также реестр работ проходящих или уже прошедших экспертизу.

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

    1. Уникальный номер бланка (работы).

    2. Предмет, по которому выполнялась работа.

    3. В каком пакете хранится эта работа.

    4. Какой статус данной работы.

    5. Время начала и завершения обработки (экспертизы) данной работы.

    6. Сколько проверок прошла данная работа.

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

    8. Требуется ли для данной работы третья проверка.

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

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

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

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

    1. Одному эксперту должны по возможности выдаваться пачки одного варианта.

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

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

    4. Одному эксперту должны по возможности не выдаваться незаполненные бланки.

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

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

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

  14. ПО должно вести реестр выданных пустых протоколов и загруженных протоколов с оценками. По каждому протоколу должна храниться следующая информация:

    1. Уникальный номер протокола.

    2. Предмет, по которому выдан данный протокол.

    3. Эксперт, которому выдан данный протокол.

    4. В каком пакете хранится данный протокол.

    5. Сколько работ в данном протоколе.

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

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

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

  18. ПО должно позволять аннулировать результаты экспертизы для выбранных протоколов и бланков и распределять данные работы на повторную экспертизу.

  19. ПО должно позволять отправлять пакеты с бланками №2 на более ранние этапы для исправления найденных во время обработки ошибок ввода и последующей повторной их экспертизой.

  20. ПО должно иметь возможность подключать внешние модули для:

    1. анализа работы экспертов,

    2. назначения работ на третью проверку,

    3. отбора экспертов, допущенных к третьей проверке.

  21. ПО должно обеспечивать дополнительный (резервный) режим проверки, без использования принтера. При этом все остальные требования данной спецификации должны выполняться.

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

    1. Результаты экспертизы.

    2. Совместные проверки.

    3. Статистика результатов работы экспертов.

    4. Эксперты, допущенные к третьей проверке.

    5. Назначение работ на третью проверку.

    6. Обработанные протоколы.

    7. Протоколы просмотра пустых бланков.



^

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





  1. ПО должно уметь сохранять данные из обработанных пакетов в форматах: XML, DBF, TXT, CSV, XLS и другие, в файлы с именем эквивалентным имени пакета.

  2. ПО должно поддерживать ODBC протокол взаимодействия с базами данных в режиме online.

  3. ПО должно иметь возможность написания и подключения пользовательского модуля экспорта данных

  4. ПО должно предоставлять возможность присваивать и менять типам пакетов приоритеты.

  5. ПО должно предоставлять возможность просматривать и печатать изображения и текст страниц пакетов.

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

  7. ПО должно обеспечивать просмотр текущего состояния обработки пакетов в системе.

  8. ПО должно отображать всех пользователей, работающих в комплексе, а также названия компьютеров, за которыми они работают.

  9. ПО должно позволять получать отчеты о работе комплекса:

    1. Общий отчет по работе операторов верификации.

    2. Отчет по обработке пакетов системы.

    3. Полный отчет по работе операторов верификации с каждым пакетом.

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

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

  11. ПО должно позволять блокировать пакет, т.е. запрещать дальнейшую его дальнейшую обработку, а также разблокировать пакет.

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

  13. ПО должно предоставлять возможность работы только уполномоченным администраторам.

  14. ПО должно позволять добавлять новые типы пакетов в комплекс.

  15. ПО должно иметь доступный пользователю редактор шаблонов для настройки ПО на обработку бланков.

  16. ПО должно позволять настраивать комплекс (в т.ч. создавать шаблоны машиночитаемых форм) на обработку бланков, выполненных в профессиональных графических системах.

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

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

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

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

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

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

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



^

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





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

  2. ПО должно объединить информацию из разных типов бланков (бланк ответов №1 и бланк ответов №2, включая баллы, выставленные экспертами предметной комиссии при оценивании развернутых ответов на бланке ответов №2 и дополнительном бланке ответов №2, если он заполнялся участником), в единую бланко-независимую структуру по кодам бланков ответов и номеру КИМ, расположенных на бланках ответов и КИМ.

  3. ПО должно внести результат объединения информации в соответствии с п.2 в базу данных.

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

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

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

  7. ПО должно внести в базу данных все полученные при проверке величины:

    1. Первичный балл за выполнение каждого задания КИМ, доставшегося участнику;

    2. Суммарный первичный балл за выполнение каждой части КИМ (по всем заданиям части А, по всем заданиям части В, по всем заданиям части С).

    3. Суммарный первичный балл за выполнение участником всех заданий КИМ.

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

  8. ПО должно обеспечивать возможность формирования ведомостей с результатами экзаменов участников. Ведомости с результатами экзаменов должны содержать следующую информацию:

    1. Наименование предмета;

    2. Код административно-территориальной единицы;

    3. Код образовательного учреждения;

    4. Класс;

    5. Фамилия;

    6. Имя;

    7. Отчество;

    8. Серия документа;

    9. Номер документа;

    10. Номер варианта КИМ, выполнявшегося участником;

    11. Суммарный первичный балл, полученный участником;

    12. Процент от максимального первичного балла;

    13. Информация об оценивании ответов на каждое задание КИМ с указанием выставленного первичного балла за данный ответ по заданиям части А и части В;

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

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

    1. Код административно-территориальной единицы;

    2. Код образовательного учреждения;

    3. Предмет;

    4. Класс;

    5. Фамилия;

    6. Имя;

    7. Отчество;

    8. Номер документа.

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

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

    2. только те результаты, по которым поданы апелляции;

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

    4. все результаты по предмету;

    5. все результаты, по которым требуется повторное создание ведомостей;

    6. все результаты.



^

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





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

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

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

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

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

  6. ПО должно обеспечивать возможность создания записи об апелляции. При этом ПО должно позволять создание апелляций двух типов: апелляции о нарушении установленного порядка проведения ГИА (далее – апелляция по процедуре) и апелляции о несогласии с выставленными баллами (далее – апелляция по результатам).

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

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

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

    3. протокол рассмотрения апелляции.

  8. ПО должно обеспечивать возможность внесения результатов рассмотрения апелляции. При этом:

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

      1. Об отклонении апелляции конфликтной комиссией. При этом никаких изменений результатов не производится.

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

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

      1. Об отклонении апелляции конфликтной комиссией. При этом никаких изменений результатов не производится.

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

          • Первичного балла за выполнение каждого задания КИМ, доставшегося участнику.

          • Суммарного первичного балла за выполнение каждой части КИМ (по всем заданиям части А, по всем заданиям части В, по всем заданиям части С).

          • Суммарного первичного балла за выполнение участником всех заданий КИМ.

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


б. 390023, г. Рязань, ул. Урицкого д. 2-а. ГОУ ДПО «Рязанский областной институт развития образования»

(место доставки товаров, выполненных работ, оказанных услуг)


в. До 15 мая 2010 г.

(сроки поставок товаров, выполненных работ, оказанных услуг)


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

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


д. Максимальная цена государственного контракта составляет 74 000 (Семьдесят четыре тысячи) рублей.

(максимальная цена государственного (муниципального) контракта)


е. Источник финансирования государственного контракта: средства областного бюджета Рязанской области.

(источник финансирования государственного (муниципального) заказа)


  1. До окончания указанного в извещении о проведении запроса котировок, срока подачи котировочных заявок «19» апреля 2010 года 18 часов 00 минут (время московское) поступила 1 (одна) котировочная заявка на бумажном носителе, как это зафиксировано в «Журнале регистрации поступления котировочных заявок» (Приложение 1 к Протоколу рассмотрения и оценки котировочных заявок), следующих участников размещения заказа:






п/п

Наименование (для юридического лица), фамилия, имя, отчество (для физического лица) участника размещения заказа

Адрес (юридический и фактический)

Адрес электронной почты (при его наличии)

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

1.



ФГУ «Федеральный центр тестирования»



119049, Ленинский проспект, д. 2-а,этаж 6 а, г. Москва.



test@rustest.ru



16.04.2010г

10час. 00 мин





7. В связи с тем, что подана только одна котировочная заявка, Заказчик продлевает срок подачи котировочных заявок на четыре рабочих дня ( ст. 46 п. 6 ФЗ-94 от 21.07.2005г.) – до 27.04.2010 г.

Котировочная комиссия рассмотрела котировочные заявки на соответствие требованиям, установленным в извещении о проведении запроса котировок, оценила их и приняла на основании полученных результатов (Приложение №2) следующее решение (выбрать нужное):


    1. Котировочная комиссия приняла решение признать победителем в проведении котировок

ФГУ «Федеральный центр тестирования»

Наименование (для юридического лица), фамилия, имя, отчество (для физического лица) участника размещения заказа


119049 г. Москва, Ленинский проспект, д.2-а, этаж 6-а.

Адрес (юридический и фактический)


test@rustest.ru

________________________________________________________________________________

Адрес электронной почты (при его наличии)


Цена государственного контракта - 55 500 (Пятьдесят пять тысяч пятьсот) рублей.

Цена государственного (муниципального) контракта, руб.



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




  1. Подписи:


Председатель котировочной

комиссии _________________ Кувшинкова А.Д.

Заместитель председателя __________________Кудинова Л.В.

Члены котировочной комиссии __________________Исаков В.А.

_________________ Скворцова С.В.


_________________ Чепрасов Д.П.


Представитель заказчика ____________ Костикова И.В.



Схожі:




База даних захищена авторським правом ©lib.exdat.com
При копіюванні матеріалу обов'язкове зазначення активного посилання відкритою для індексації.
звернутися до адміністрації