ТЗ УДО - Единый портал Пермского образования

УТВЕРЖДАЮ
Директор МАОУ ДОУ
аналитический центр»
«Информационно
_______________ Е.В. Неустроев
01.11. 2010 года
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на разработку, поставку и внедрение системы электронного учета услуг
дополнительного образования детей в городе Перми
г. Пермь, 2010 год
1
Оглавление
1.
Общие сведения................................................................................................................................... 4
1.1.
Основные понятия и сокращения .............................................................................................. 4
2.
Назначение, цели и задачи создания системы .................................................................................. 6
3.
Характеристики объектов автоматизации ........................................................................................ 8
3.1.
Объекты автоматизации ............................................................................................................. 8
3.2.
Бизнес-процессы.......................................................................................................................... 8
3.3.
Основные сценарии бизнес процессов ...................................................................................... 8
3.3.1.
Сценарий формирования реестра поставщиков дополнительного образования .......... 8
3.3.2.
Сценарий формирования реестра получателей услуг...................................................... 9
3.3.3.
Сценарий формирования реестра договоров с поставщиком услуг дополнительного
образования........................................................................................................................................ 10
4.
3.3.4.
Сценарий выпуска ЭПК для получателей услуг дополнительного образования ........ 11
3.3.5.
Сценарий учета посещений занятий получателем ......................................................... 12
3.3.6.
Сценарий формирования и предоставления отчетности ............................................... 13
Требования к системе ....................................................................................................................... 13
4.1.
Характеристики ЭПК ................................................................................................................ 13
4.2.
Характеристики приборов регистрации и устройств для работы с ЭПК............................. 14
4.2.1.
Терминал самообслуживания........................................................................................... 14
4.2.2.
Характеристики мобильного терминала выполненного на базе терминала Cipherlab
8300 или аналогичного по функциям .............................................................................................. 17
4.2.3.
Характеристики мобильного терминала выполненного на базе терминала MFR120
или аналогичного по функциям ....................................................................................................... 18
4.2.4.
Характеристики внешнего считывателя RFID карт для подключения к ПК............... 19
4.3.
Требования к структуре системы............................................................................................. 20
4.4.
Требования к функционированию системы ........................................................................... 23
4.5.
Требования к численности и квалификации персонала системы и режиму его работы .... 24
4.5.1.
Разработка и сопровождение программного обеспечения ............................................ 24
4.5.2.
Техническое обслуживание и ремонт приборов регистрации ...................................... 24
4.5.3.
Администрирование системы и БД ................................................................................. 25
4.6.
Требования к надежности......................................................................................................... 25
4.7.
Требования к эргономике и технической эстетике ................................................................ 25
4.8. Требования к эксплуатации, техническому обслуживанию и ремонту компонентов
системы .................................................................................................................................................. 25
4.9.
Требования к защите информации от несанкционированного доступа............................... 26
2
Требования к функциям, выполняемым системой............................................................. 26
4.10.
5.
4.10.1.
Требования к порталу ....................................................................................................... 26
4.10.2.
Требования к процессингу ............................................................................................... 49
4.10.3.
Требования к ПО для работы с картами оператора системы (эмиссия карт) .............. 49
4.10.4.
Требования к ПО для отправки данных с переносных устройств и работы с ЭПК.... 50
4.10.5.
Требования к ПО программируемых приборов регистрации ....................................... 51
4.10.6.
Требования к системе отчётов ......................................................................................... 53
Требования к видам обеспечения .................................................................................................... 53
5.1.
Используемые средства разработки ........................................................................................ 53
5.2.
Наполнение системы данными ................................................................................................ 53
6.
Порядок контроля и приемки системы ........................................................................................... 54
7.
Требования к документированию .................................................................................................... 54
8.
Приложения ....................................................................................................................................... 55
8.1.
Приложение. Протокол взаимодействия информационного портала и процессинга......... 55
8.1.1.
Группы методов:................................................................................................................ 55
8.1.2.
Управление списком поставщиков услуг. “Organizations.asmx” ................................. 55
8.1.3.
Управление списком пользователей. “Contracts.asmx” ................................................. 56
8.1.4.
Управление списком услуг. “OrgServices.asmx” ............................................................ 57
8.1.5.
Управление списком мест проведения занятий. “Places.asmx” .................................... 59
8.1.6.
Управление расписанием. “Sheduler.asmx” .................................................................... 60
8.1.7.
Получение реестров. “Reports.asmx” ............................................................................... 61
8.1.8.
Регистрация посещений. “Visits.asmx”............................................................................ 62
8.2.
Приложение. Формат файла передачи персональных данных получателей услуг ............. 63
3
1. Общие сведения
Название системы:
«Система электронного учета услуг дополнительного
образования детей в городе Перми»
Краткое название системы:
«ЭС УДО»
Заказчик:
МАОУ
ДОВ
«Информационно-аналитический
центр»
города Перми,
614045, г. Пермь, ул. Луначарского, 42
Тел.: + 7(342) 233-57-37, 233-56-90
Срок начала работ:
Срок окончания работ:
1.1.Основные понятия и сокращения
БД – база данных.
Бизнес процесс – последовательность взаимосвязанных мероприятий или задач,
направленных на создание определенного продукта или услуги.
Браузер – приложение для просмотра интернет-страниц, работы с интернет-порталами.
Держатели электронных персональных карт (далее - держатели ЭПК) – дети,
достигшие 14 лет, родители (законные представители) детей в возрасте от 6 до 14 лет.
Заказчик услуг дополнительного образования детей (департамент образования) –
уполномоченный функциональный орган администрации города Перми, осуществляющий
организацию предоставления услуг дополнительного образования детей на территории
города Перми.
Законный представитель получателя услуг – родитель, усыновитель, опекун или
попечитель несовершеннолетнего.
Исполнитель – юридическое лицо, выполняющее работы в рамках данного технического
задания.
МЗ – муниципальное задание.
Оператор (МАОУ ДОВ «Информационно-аналитический центр») – уполномоченный
орган, обеспечивающий взаимодействие участников системы электронного учета
предоставляемых услуг дополнительного образования детей.
ПО – программное обеспечение.
Получатели услуг дополнительного образования детей (далее – Получатели) – дети в
возрасте от 6 до 18 лет, дети – инвалиды в возрасте от 6 до 21 года, обучающиеся в
муниципальных учреждениях дополнительного образования детей, подведомственных
департаменту образования администрации города Перми.
4
Пользователь портала – лицо или организация, которое использует действующую
систему для выполнения конкретной функции.
Портал – крупный сайт, объединяющий различные универсальные сервисы.
Поставщики услуг дополнительного образования детей – муниципальные автономные
учреждения дополнительного образования детей, некоммерческие организации,
оказывающие услуги дополнительного образования детей.
Потребители услуг дополнительного образования детей (далее - Потребители) –
родители (законные представители), заказывающие услугу дополнительного образования
для детей в возрасте от 6 до 18 лет, детей-инвалидов в возрасте от 6 до 21 года.
Процессинг – автоматизированная система реального времени для сбора, хранения и
предварительной обработки отметок регистрации картами.
Расписания занятий – информационный ресурс, формируемый в виде базы данных,
содержащий информацию о расписании услуг дополнительного образования.
Реестр – информационный электронный ресурс, формируемый в виде базы данных.
Реестр держателей ЭПК – информационный электронный ресурс, формируемый в виде
базы данных, содержащей информацию о держателях ЭПК.
Реестр договоров – информационный электронный ресурс, формируемый в виде базы
данных, содержащий информацию о договорах на услуги дополнительного образования.
Реестр заявок на выпуск ЭПК – информационный электронный ресурс, формируемый в
виде базы данных, содержащий информацию о заявках на выпуск электронных
персональных карт.
Реестр карт педагогов поставщиков дополнительного образования детей –
информационный ресурс, формируемый в виде базы данных, содержащий информацию о
выданных электронных персональных картах поставщиков дополнительного образования
детей.
Реестр мест проведения занятий – информационный электронный ресурс, формируемый
в виде базы данных, содержащий информацию о местах проведения занятий услуги
дополнительного образования.
Реестр нераспознанных посещений – информационный электронный ресурс,
формируемый в виде базы данных, содержащий информацию о нераспознанных
посещениях занятий дополнительного образования.
Реестр получателей услуг – информационный электронный ресурс, формируемый в виде
базы данных, содержащий информацию о получателях услуг.
Реестр посещений – информационный электронный ресурс, формируемый в виде базы
данных, содержащий информацию о посещениях занятий дополнительного образования.
Реестр поставщиков услуг – информационный электронный ресурс, формируемый в
виде базы данных, содержащий информацию о поставщиках услуг.
5
Реестр потребителей услуг – информационный электронный ресурс, формируемый в
виде базы данных, содержащий информацию о потребителях услуг.
Реестр педагогов – информационный электронный ресурс, формируемый в виде базы
данных, содержащий информацию о педагогах поставщиков.
Реестр технических посещений – информационный электронный ресурс, формируемый
в виде базы данных, содержащий информацию о технических посещениях занятий
дополнительного образования.
Реестр точек регистрации – информационный электронный ресурс, формируемый в виде
базы данных, содержащий информацию о точках регистрации посещений занятий
дополнительного образования.
Реестр услуг – информационный электронный ресурс, формируемый в виде базы данных,
содержащий информацию об услугах поставщиков.
Реестр электронных персональных карт (далее - реестр ЭПК) – информационный
ресурс, формируемый в виде базы данных, содержащий информацию о выданных
электронных персональных картах.
Справочник – сведения, изложенные в систематической форме.
СУБД – система управления базами данных.
Сценарий – последовательность действий участников системы.
Услуги дополнительного образования детей – образовательные программы различной
направленности за рамками основных общеобразовательных программ, реализуемые в
целях всестороннего удовлетворения образовательных потребностей потребителей услуг
дополнительного образования детей.
Электронная персональная карта (далее - ЭПК) – бесконтактная пластиковая карта,
изготовленная в соответствии со стандартами ISO 14443 и обеспечивающая
персонифицированный учет получения услуг дополнительного образования детей.
ЭС – электронная система.
2. Назначение, цели и задачи создания системы
Цели разработки системы электронного учета услуг дополнительного образования детей в
городе Перми:
Обеспечение прав детей в возрасте от 6 до 18 лет, детей–инвалидов в возрасте от 6 до 21
года на получение дополнительного образования;
Совершенствование системы персонифицированного учета обучающихся (получателей
услуг) в муниципальных учреждениях (поставщиков услуг) дополнительного образования
детей;
Внедрение формализованной процедуры сбора, обработки информации об исполнении
муниципальными
образовательными
учреждениями
(поставщиками
услуг)
6
дополнительного образования детей МЗ в части объема и качества предоставляемых
муниципальных услуг.
Участники системы электронного учета услуг дополнительного образования детей в
городе Перми:

заказчик системы;

оператор системы;

поставщики услуг дополнительного образования детей;

получатели и потребители услуг дополнительного образования детей;
Задачи, решаемые в интересах участников системы электронного учета услуг
дополнительного образования детей:
Департамент образования администрации г. Перми:

Информирование населения города Перми об услугах, предоставляемых
муниципальными и немуниципальными поставщиками услуг дополнительного
образования детей;

Получение оперативной и достоверной информации о численности получателей
услуг дополнительного образования детей, оказываемых услугах дополнительного
образования;

Создание прозрачного механизма
дополнительного образования детей;

Прогнозирование на основе полученной информации тенденций развития рынка
услуг дополнительного образования детей.
контроля
исполнения
МЗ
на
услуги
Потребители и получатели услуг:

Возможность мониторинга посещения услуг с помощью интернет портала системы
в личном кабинете получателя услуг.

Получение достоверной информации об услугах поставщиков дополнительного
образования, а так же о правилах их получения.
Поставщики услуг:

Автоматизация процесса учета услуг дополнительного образования.

Автоматизация процессов формирования
образования по исполнению МЗ.

Ведение персонального учета получателей услуг дополнительного образования.

Предоставление населению города информации об услугах поставщика по
средствам интернет портала системы.
отчетности
для
департамента
7
3. Характеристики объектов автоматизации
3.1.Объекты автоматизации
Объектами автоматизации являются:
1. Департамент образования администрации г. Перми.
2. МАОУ ДОВ «Информационно-аналитический центр» города Перми.
3. Здания, помещения, спортивные сооружения и иные объекты, используемые
поставщиками в процессе предоставления услуг дополнительного образования
детей.
3.2.Бизнес-процессы
Бизнес-процессы, подлежащие автоматизации:

Формирование реестров, необходимых для работы системы учета
дополнительного образования детей;
услуг

Предоставление
статистической
дополнительного образования;
услуг

Информирование населения об условиях и правилах предоставления услуг
дополнительного образования.

Мониторинг ресурсов поставщиков дополнительного образования;

Учет предоставляемых поставщиками услуг дополнительного образования детей;

Контроль исполнения МЗ поставщиков;

Возможность планирования, учета и корректировки средств бюджета,
направляемых на возмещение затрат поставщиков, связанных с оказанием услуг
дополнительного образования детей;
информации
о
получателях
3.3.Основные сценарии бизнес процессов
3.3.1.
Сценарий
формирования
дополнительного образования
реестра
поставщиков
Заполнение информации
поставщиком о предоставляемых
услугах дополнительного
образования детей
Внесение оператором информации о
поставщике и предоставляемых им
услугах в реестр
Размещение оператором
информации о поставщике на
публичном портале системы
8
3.3.2.
Сценарий формирования реестра получателей услуг.
Обращение получателя или
потребителя услуг дополнительного
образования детей к поставщику
Проверка данных по получателю
услуг в системе
Внесение в систему данных о
получателе услуг, обратившимся
впервые
Получение информации о
получателе услуг
Формирование заявки на выдачу
ЭПК для получателя по сценарию
3.3.4
Заключение договора получателя, потребителя и поставщиком услуг по
сценарию 3.3.3.
9
3.3.3. Сценарий формирования реестра договоров
поставщиком услуг дополнительного образования
с
Реализация сценариев 3.3.1 и 3.3.2
Просмотр информации о ранее
заключенных договорах
Занесение данных по новому
договору в систему
Регистрация договора в системе
Подписание печатной версии
договора между получателем,
потребителем и поставщиком услуги
10
3.3.4. Сценарий выпуска ЭПК для получателей услуг
дополнительного образования
Реализация сценариев 3.3.1 и 3.3.2
Заявка оператору на изготовление
карты
Проверка оператором данных,
указанных в заявке
Изготовление карты, внесение всей
информации по карте в реестр карт
Передача оператором карт
поставщику по акту
Передача поставщиком карт
получателям услуг по акту
11
3.3.5.
Сценарий учета посещений занятий получателем
Реализация сценариев 3.3.4
Отметка получателем посещения с
использованием ЭПК
Выбор услуги на стационарном
терминале
Отметка получателем посещения без
ЭПК. Отметка производится с
помощью портала системы. Там же
вносится информация о больничных
получателей и приказах о выездных
мероприятиях
Отметка посещения на переносном
устройстве педагога
Загрузка данных с переносных
устройств в систему, распознавание
нераспознанных посещений
12
3.3.6. Сценарий
отчетности
формирования
и
предоставления
Реализация сценариев 3.3.5
Формирование отчетов об
исполнении МЗ и учета средств
бюджета, направляемых на
возмещение затрат поставщиков,
связанных с оказанием услуг
дополнительного образования детей
Направление оператором отчетов в
департамент образования
4. Требования к системе
4.1.Характеристики ЭПК
ЭПК представляет собой материальный носитель, содержащий зафиксированную на нем
в визуальной (графической) форме информацию о пользователе карты и электронной
(машиносчитываемой) форме информацию о предоставляемых ему услугах
дополнительного образования. Карта должна удовлетворять следующим техническим
характеристикам:

Цветная двухсторонняя печать 4+1 с нанесением фотографии и персональных
данных.

интерфейс Mifare RF (ISO/IEC 14443A) бесконтактная передача данных и
энергии для работы карты (не требуется дополнительного источника питания).

дистанция срабатывания карты: до 10 мм.

рабочая частота: 13.56 MHz.

скорость передачи данных: 106 kbit/s.

проверка целостности данных: 16 bit CRC, parity, bit coding, bit counting.

поддержка механизма антиколлизий.

7-ми байтовый идентификатор чипа карты (cascade level 2 в соответствии с ISO/IEC
14443-3) EEPROM

1 Кбайт, распределенный по 16 секторам, каждый из которых имеет 4 блока по 16
байт определяемые приложением условия доступа к каждому из блоков.
13

хранение данных не менее 10 лет.

гарантия на 100000 циклов перезаписи данных.
Секретность

наличие уникального 4-байтового идентификатора чипа карты.

трехпроходная аутентификация (ISO/IEC DIS 9798-2).

шифрование данных при передаче по бесконтактному интерфейсу.

наличие пары ключей для каждого из секторов памяти, обеспечивающих доступ к
данному сектору.
4.2.Характеристики приборов регистрации и устройств для работы с ЭПК
4.2.1.
Терминал самообслуживания
Требования к функционированию
Для выполнения
обеспечивать:
функции
регистрации
факта
посещения
терминалы
должны

ввод данных методом нажатия на виртуальные кнопки на сенсорном дисплее
терминала;

чтение данных с бесконтактной карты формата RFID MiFare 1K;

печать квитанций о посещениях (в случае, если установлен принтер);

организацию обмена информацией между терминалом и удаленным сервером по
технологии беспроводной связи GSM по протоколу GPRS.
Требования к электропитанию
Терминалы должны обеспечивать работоспособность при изменении напряжения питания
в пределах от 198 до 242 В.
Потребляемый ток от сети переменного тока должен быть не более 1 А.
Требования к конструкции и предустановленному программному обеспечению
Конструкция терминалов должна обеспечивать взаимозаменяемость однотипных
составных устройств. При замене составных устройств регулировка не допускается.
Сенсорный дисплей терминала диагональю не мене 17” должен быть защищен
антивандальным стеклом толщиной не мене 6 мм. На поверхности терминалов не должно
быть отслаивания покрытий, сколов, царапин, вмятин и других дефектов, ухудшающих
влагоустойчивость и товарный вид.
На терминале может быть установлен (по согласованию с поставщиком) термопринтер
для выдачи квитанций подтверждающих факт регистрации посещения. В таком случае
чек сначала печатается, затем выходит наружу. Данная функция необходима для защиты
от преждевременного выдергивания чека и перекоса термоленты.
14
Считыватель бесконтактных карт RFID MiFare должен обеспечивать чтение/запись карт
на расстоянии не более 5 мм от поверхности считывателя.
GPRS-модем должен обеспечивать устойчивую связь и иметь функцию автоматического
восстановления канала передачи данных, в случае сбоя сети.
Конфигурация системного блока терминала должна быть не хуже:
-
материнская плата GIGABYTE GA-G31M-ES2C, S775, iG31, (или аналогичная по
характерисктикам);
-
процессор Intel Celeron D 430 (или аналогичный по характерисктикам), ОЗУ DDRII, 512 Мб; блок питания 350 W; PCI-контроллер на 2 COM-порта NetMos; HDD
SATA 80 Гб;
-
ИБП Ippon Back Power Pro 600 (или аналогичный по характерисктикам);
-
акустическая система встроенная в корпус,
-
ОС Windows XP и выше.
Сторожевой таймер должен обеспечивать восстановление работоспособности терминала в
случае сбоев в работе ОС Windows, GPRS-модема и других компонентов терминала, а так
же автоматическое выключение в случае отключения сети 220 В. После включения
напряжения 220 В сторожевой таймер должне обеспечить автоматическое включени
терминала.
Габаритные размеры терминалов должны соответствовать значениям: 1392x630x400 мм
Масса терминалов должна быть не более 85 кг.
Требования по стойкости, прочности и устойчивости к внешним воздействующим
факторам
Терминалы в упакованном виде должны сохранять внешний вид и работоспособность
после воздействия нагрузок при транспортировании.
Терминалы должны выполнять свои функции при воздействии относительной влажности
окружающей среды до 80 % при температуре 25 ºС.
Терминалы должны выполнять свои функции при воздействии температуры окружающего
воздуха 40 ºС и после пребывания при температуре плюс 55 С.
Терминалы должны выполнять свои функции при воздействии температуры окружающего
воздуха 10 ºС и после пребывания при температуре минус 40 С.
Требования по безопасности
Изоляция монтажа цепей питания 220 В терминала должна выдерживать без пробоя в
течение 1 мин напряжение 1,5 кВ переменного тока.
15
Сопротивление электрической изоляции токоведущих цепей питания 220 В,
гальванически не связанных с землей, по отношению к корпусу терминала должно быть
не менее 20 МОм при нормальных климатических условиях.
Сопротивление между заземляющим контактом вилки шнура питания и корпусом
терминала не должно превышать значений ГОСТ Р МЭК 60950 (0,1 Ом).
Уровень индустриальных радиопомех, создаваемых при работе терминала, не должен
превышать значений, установленных ГОСТ Р 51318.22.
Устойчивость терминала к электромагнитным
требованиям ГОСТ Р 51318.14.2.
помехам
должна
соответствовать
Терминалы должны быть устойчивы к электростатическим разрядам на накопительной
емкости 150 пФ по ГОСТ Р 51317.4.2 со степенью жесткости 3 (контактный разряд - 6 кВ)
при критерии качества функционирования В.
Терминалы должны быть устойчивы к наносекундным импульсным помехам по ГОСТ Р
51317.4.4 со степенью жесткости 3 в цепях электропитания (амплитуда испытательного
воздействия – 2 кВ) при критерии качества функционирования В.
Терминалы должны быть устойчивы к микросекундным импульсным помехам большой
энергии по ГОСТ Р 51317.4.5 со степенью жесткости 3 для линий электропитания
(напряжение МИП не превышает 2 кВ) при критерии качества функционирования В.
Терминалы должны быть устойчивы к кондуктивным помехам, наведенным
радиочастотными электромагнитными полями в полосе частот от 150 кГц до 80 МГц по
ГОСТ Р 51317.4.6 со степенью жесткости 3 при критерии качества функционирования В.
Терминалы должны быть устойчивы к динамическим изменениям напряжения сети
электропитания переменного тока по ГОСТ Р 51317.4.11 согласно таблице 1 при критерии
качества функционирования В.
16
Таблица 1. Требования
электропитания
Вид помехи
к
динамическим
Степень
жесткости
испытаний
Испытательное
напряжение, %
+5%
Провалы
напряжения
3
70
Прерывания
напряжения
3
Выбросы
напряжения
3
Uн,
изменениям
напряжения
сети
Амплитуда динамических изменений
напряжения, % Uн
30
(длительность 50 периодов/1000 мс)
От 0 до 20
Uн
(длительность 10 периодов/200 мс)
120
20
(длительность 50 периодов/1000 мс)
Примечание – Uн – номинальное напряжение электропитания.
4.2.2. Характеристики
мобильного
терминала
выполненного на базе терминала Cipherlab 8300 или
аналогичного по функциям
Дисплей

жидкокристаллический экран (LCD), 6 строк по 20 символов;

размер видимой области экрана: 56.35 мм x 20.75 мм;

количество пикселей: 120 x 32;

размер пикселя: 0.42 мм x 0.60 мм;

размер символа: 5 x 7 пикселей.
Клавиатура

27 обрезиненных кнопок.
Габаритные размеры и вес

длина: 186 мм.

ширина: 56 мм, в районе дисплея – 77 мм.

высота: 27 мм.

вес (вместе с элементами питания): 200 гр.
Условия работы

Диапазон температур (рабочий): от -15С до +45С.

Диапазон температур (хранение): от -20С до +55С.

Выдерживает падение с высоты 1,2 метра на бетонную поверхность;
17

Соответствует стандартам EN 50 081-1 и EN 50 082-1;

Имеет сертификат CE.
CPU

Микропроцессор NEC V25 (8 или 16 MHz), совместимый по инструкциям с Intel
80x86.
Операционная система

Используется ОС M/2-DOS.
Память

2 Мб SRAM, обеспечивает хранение данных в течение 3-х лет от встроенной
батареи;

2000 Кб FLASH, поддерживает возможность очистки и перезаписи.
Питание

Li-Ion аккумулятор 1800 mAh.

время работы от батарей: 36 часов при исправных аккумуляторах.

потребляемый ток: 15 mA.

системное предупреждение о низком уровне зарядки батарей.

замена батарей без потери данных.
Прочее

Звук – встроенный динамик с возможностью программирования длительности и
частоты звучания.

Часы – часы реального времени с функцией будильника.
Коммуникационные возможности

Встроенный IrDA порт, COM порт. Скорость обмена данными до 115200 bps.
Дополнительное оборудование
В дополнительное оборудование входит специализированное устройство – подставка, а
также блок питания подставки. Подставка предназначена для обмена данными между
терминалом и хостом, а также для подзарядки аккумуляторов терминала.
Подставка имеет два интерфейса – RS232 для подключения к хосту, и IrDA для
подключения терминала. Скорость обмена данными по интерфейсам RS232 и IrDA до
115200 bps
4.2.3. Характеристики
мобильного
выполненного на базе терминала
аналогичного по функциям

терминала
MFR120 или
Габаритные размеры: 58х20х47 мм
18

512 Кбайт памяти до 8192 записей

Встроенные часы реального времени (RTC)

Портативный элемент питания 1,5 В ААА

ЖК-дисплей (101 х 67 точек)

Автовыключение для экономии энергии

Индикатор низкого заряда батареи

Индикатор заполнения памяти

Тип карт: 13.56 MHz Mifare standard:1K, 4K,Ultralight, DESfire,13.56MHz Felica
standard

Расстояние считывания карт: 10-50 мм

Интерфейс связи с ПК: USB

Рабочая температура: -0 ~ + 55

Влажность: 10-90 %
4.2.4. Характеристики внешнего считывателя RFID карт
для подключения к ПК

Коммуникационный интерфейс: USB 2.0 (совместимый с USB 1.1)

Операционная система: Windows 2000, Windows XP, Windows XP 64Bit, Windows
XP IA64, Windows 2003, Windows Vista

Питание: от шины USB

Протокол работы считывателя с картой: T=0, T=1

Протоколы работы ПК со считывателем: PC/SC

Сертификаты / соответствие стандартам: FCC Class B part 15, CE, USB

Технология: Контактный + бесконтактный

Тип корпуса: Внешний

Размер карты: ID - 1 (полный размер)

Бесконтактный интерфейс: MIFARE®, ISO 14443A, 13,56 MHz

Дальность считывания: до 10 мм

Температура эксплуатации: от 0 до +50 º С

Влажность воздуха: 40-80%
19
4.3.Требования к структуре системы
ЭС УДО включает в себя следующие подсистемы:

Портал системы.

Процессинг системы.

ПО оконечных устройств.
Портал системы включает в себя следующие системные компоненты:

Подсистему взаимодействия с процессингом.

Информационный портал – интерфейс для работы с данными системы через
интернет специалистов департамента образования, поставщиков, получателей
услуг и оператора.

Публичный портал.

Подсистему отчетов, позволяющую формировать подробные реестры посещений
для участников системы, генерировать отчеты об исполнении МЗ и учета средств
бюджета, направляемых на возмещение затрат поставщиков, связанных с
оказанием услуг дополнительного образования детей.

БД портала – данные, полученные в результате внедрения и эксплуатации «АИС
УДО», включая персональные данные. БД портала в совокупности с бизнес-слоем
абстракции данных содержат в себе реестры держателей карт, услуг поставщиков,
договоров.

Подсистема мониторинга – подсистема позволяющая отслеживать состояния
выполнения всеми подсистемами функций, на них возложенных

Подсистема аудита включает в себя механизмы регистрации действий всех
категорий пользователей с обеспечением хранения полученной информации.

Бизнес-слой абстракции данных (портальная часть) – подсистема, позволяющая
отделить предметную функциональность системы от систем хранения данных (БД).
Данная подсистема позволит во всех системах использовать одни структуры
данных, и, при необходимости, импортировать систему на другую СУБД, либо
перевести систему на другие способы хранения и доступа к данным.
Подсистема процессинга включает в себя следующие системные компоненты:

Подсистему приема информации о посещениях (отметок)

Подсистему обработки посещений (отметок)

Подсистему взаимодействия с порталом

Бизнес-слой абстракции данных (процессинговая часть) – подсистема,
позволяющая отделить предметную функциональность системы от систем
хранения данных (БД). Данная подсистема позволит во всех системах использовать
20
одни структуры данных, и, при необходимости, импортировать систему на другую
СУБД, либо перевести систему на другие способы хранения и доступа к данным.

БД процессинга – данные, необходимые для настройки и функционирования
приборов регистрации, а так же данные, полученные с приборов регистрации, не
включая персональные данные.
ПО для оконечных устройств включает в себя следующие системные компоненты:

Программное обеспечение для работы с ЭПК (система ЭПК) – комплекс
приложений для эмиссии ЭПК, перевыпуска ЭПК, подготовки ее к использованию,
организация связи ЭПК с сданными персонифицированного учета.

Программное обеспечение для стационарных и переносных приборов регистрации
– комплекс приложений для взаимодействия с ЭПК, взаимодействия устройства с
пользователями (получателями услуги и (или) педагогами), начальной обработки
данных и отправки их в процессинговый центр. Разработка данного ПО включает в
себя:
o Общая архитектура решения.
o Алгоритмы и правила обработки ЭПК на оконечных устройствах.
o Унифицированное решение для MFR120.
o Унифицированное решение для Cypher 8300.
o Унифицированное решение для персонального компьютера и устройства
типа ACR 120 U.
o Унифицированное
самообслуживания.
решение
для
стационарного
терминала
Возможное взаимодействие между компонентами системы показано на Рис. 1 .
21
Прием
информации о
посещениях
Сервер
Программное
обеспечение
оконечного
оборудования
Internet
Сервер
Обработка
посещений
Взаимодействие с
порталом,
предварительная
агрегация данных
Портал
Сервер
Сервер
Подсистема
взаимодействия с
процессингом
Сервер
Информац
ионный
портал
Публичный
портал
Подсист
ема
отчетов
Система
ЭПК
Сервер
Подсистема
мониторинга
Бизнесс слой абстракции данных
БД процессингового центра
Балансировка нагрузки
Рисунок
Подсистема
аудита
1.
Возможное
Бизнесс слой абстракции данных
БД портала
взаимодействие
компонентов
системы
22
4.4.Требования к функционированию системы
Все компоненты системы должны работать по принципу «24*7» (24 часа в день, 7 дней в
неделю). Синхронизация веб-портала и процессинга должна производиться не реже 1 раза в
3 часа.
Отправка данных с автономных регистрирующих устройств должна производиться в режиме
«он-лайн», но не реже одного раза в сутки.
Отправка данных с переносных регистрирующих устройств должна производиться не реже 1
раза в месяц. Не должна допускаться ситуация переполнения памяти устройств.
Система должна быть построена из независимых компонентов (модулей),
взаимодействующих посредством единого стандартизованного механизма. Таким образом,
будет обеспечиваться возможность замены одного модуля другим с сохранением общей
функциональности системы.
Система должна обеспечить производительность без модернизации не хуже чем следующие
параметры:

обслуживание не менее чем 200 тысяч карт (с учетом перевыпуска карт и хранения
истории по раннее выпущенным картам);

не менее чем 5 тыс. точек работы;

не менее 200 поставщиков дополнительного образования;

количество операций в день – не менее 200 тысяч (в дни пиковой нагрузки)
23
4.5.Требования к численности и квалификации персонала системы и режиму
его работы
4.5.1. Разработка
обеспечения
Образование
Опыт
работы
специальности
и
сопровождение
программного
Высшее математическое или техническое образование со
специализацией в области вычислительных систем, комплексов
и сетей
по Не менее 3 лет
Специальные навыки
Опыт работы с системами и языками:

базы данных – язык запросов SQL, MS SQL Server,
PostgreSQL,

средства разработки – C#.NET, ASP.NET, БД, C++,

проектирование – UML
Опыт разработки программного обеспечения:
Численность

для терминалов самообслуживания,

для RFID-устройств.
не менее 7 человек
4.5.2. Введение в эксплуатацию, обучение работы в системе,
техническая
поддержка
пользователей
системы,
техническое обслуживание и ремонт приборов регистрации.
Образование
Опыт
работы
специальности
Высшее техническое или среднее специальное
по Не менее 3 лет
Специальные навыки
Опыт
технического
обслуживания:
самообслуживания, RFID-устройств
Численность
Не менее 5 человек
Режим работы
Ежедневно с 9:00 до 18:00
терминалов
24
4.5.3.
Образование
Опыт
работы
специальности
Администрирование системы и БД
Высшее техническое образование со специализацией в области
вычислительных систем, комплексов и сетей
по Не менее 3 лет
Специальные навыки:
Опыт администрирования БД: MS SQL Server, PostgreSQL,
опыт администрирования ВС, сетей на базе MS Windows NT,
кластерных систем
Численность
Не менее 2 человек
4.6.Требования к надежности
Все приборы регистрации должны иметь возможность накапливать отметки о посещениях и
не терять эту информацию в случае аварийного отключения питания.
Должно быть организовано периодическое (не реже 1 раза в день) резервное копирование
всех баз данных системы.
4.7.Требования к эргономике и технической эстетике
Терминалами самообслуживания пользуются получатели услуг в возрасте от 6 до 18 лет,
поэтому расположение терминала должно быть удобным для пользователей ростом от 110 до
200 см. Процесс регистрации на терминале самообслуживания должен быть простым и
понятным для ребёнка.
Мобильные приборы регистрации предназначены для использования в тех местах, где
невозможно или экономически нецелесообразно использовать стационарные терминалы.
Мобильные приборы должны быть лёгкими, компактными, удобными в использовании и
работать без подзарядки или смены батареек не менее недели.
4.8.Требования к эксплуатации, техническому обслуживанию и ремонту
компонентов системы
На время внедрения и опытной эксплуатации исполнитель обеспечивает работу «Горячей
линии» по телефону и средствами электронной почты. Порядок подачи и учета заявок на
оказание услуг устанавливается оператором.
Время работы «Горячей линии» – в рабочие дни с 9.00 до 18.00. Количество принимаемых
звонков по вопросам обслуживания по «Горячей линии» - неограниченно.
Время ответа на поступившие запросы по электронной почте не более 2 рабочих часов
(понедельник - пятница 9.00 – 18.00) с момента обращения.
25
В случае невозможности оказать помощь по телефону, Исполнитель должен обеспечить
выезд технического специалиста к поставщику услуг в течение 24 часов после поступления
заявки.
Для обеспечения бесперебойной работы системы, среднее время на восстановление
работоспособности (включая время на локализацию и диагностирование проблемы,
конфигурирование оборудования и ПО, восстановление данных и тестирование
работоспособности ПО) должно составлять не более 3 рабочих часов.
В случае необходимости, а так же в критических и аварийных ситуациях (в том числе для
восстановления работоспособности системы) Заказчик имеет право привлечь специалистов
Исполнителя к восстановительным работам в нерабочее время, выходные и праздничные дни
после согласования условий работ с Исполнителем.
Для обеспечения оперативного взаимодействия, Исполнитель предоставляет Заказчику
контактный телефон и электронный адрес своего полномочного представителя.
Периодичность оказания услуг в объемах, превышающих установленные составом услуг
нормативы, а также особые условия по срокам оказания услуг, должны согласовываться с
ответственным представителем Заказчика.
В целях оказания услуг по организации «Горячей линии» Исполнителю необходимо
располагать call-центром для обслуживания пользователей, иметь многоканальную
телефонную линию, опыт работы с автоматизированными системами учета обращений,
консультирования и сертификации пользователей.
В целях организации работы участников системы исполнитель проводит обучения
пользователей работе с системой.
Сервисное обслуживание процессингового центра производится вне рабочего времени
поставщика (т.е. с 22.00 до 6.00).
4.9.Требования к защите информации от несанкционированного доступа
Весь обмен информацией между приборами регистрации и процессинговым центром, а так
же между процессинговым центром и порталом производится с использованием протокола
SSL.
В системе должна быть предусмотрена функция аудита за действиями пользователя. Все
изменения в реестрах и справочниках должны запоминаться с указанием, от имени какого
пользователя были произведены изменения.
Так же для сбора информации о востребованности портала среди различных категорий
пользователей следует предусмотреть функцию мониторинга попыток регистрации в
системе.
4.10.
Требования к функциям, выполняемым системой
4.10.1. Требования к порталу
Web-интерфейс пользователя должен быть разработан для двух компонентов портала:
26

Публичный портал

Информационный портал (рабочее место зарегистрированных пользователей)
К «Публичному порталу» имеют доступ все пользователи сети интернет, где они могут
ознакомиться с информацией по предоставляемым в рамках системы услугам
дополнительного образования детей.
Рабочее место пользователя доступно только зарегистрированным
Функционал рабочего места определяется правами пользователя в системе.
пользователям.
Портал должен быть доступен в сети интернет по адресу «http://do.permedu.ru».
Система контроля дублирующей информации
В рамках системы предусмотрено множество справочников и реестров, которые создаются и
пополняются оператором системы и конечными пользователями. При таком подходе
возможно внесение ошибочной или дублирующей информации в систему.
Для предотвращения подобных ситуаций необходимо реализовать подсистему, которая
будет при добавлении новых записей в реестры и справочники проверять, наличие записей,
значения атрибутов которых практически полностью совпадают с уже существующими
записями. В случае обнаружения подобной информации, необходимо выдать
предупреждение пользователю и запросить его подтверждения на совершение операции с
записью в реестре. Если пользователь подтверждает свои действия, то необходимо сохранить
инцидент в реестре инцидентов, который доступен оператору системы.
Операции

Редактирование – изменение атрибутов объекта, а так же связей этого объекта с
другими объектами, если таковые имеются, без нарушения целостности данных.

Удаление – удаление записи об объекте из БД без нарушения целостности данных,
либо изменение свойства «Удален» объекта, если его удаление без потери связных
данных невозможно.

Создание – создание нового объекта с инициализацией всех необходимых атрибутов.

Создание на основе существующего – создание нового объекта и инициализация его
атрибутов теми же значениями, которые содержатся в объекте-основе.

Поиск – поиск объекта по частичному значению его атрибутов, атрибутов связанных с
ним объектов или совокупности частичных значений атрибутов.

Добавление комментария – возможность для
пользователя оставить комментарий к странице.
любого
зарегистрированного
Публичный портал
Основная цель публичного портала – предоставить всем желающим информацию об
условиях и правилах предоставления услуг дополнительного образования, дать возможность
получателям услуг найти наиболее подходящие для них занятия, а поставщикам услуг –
проинформировать получателей и потребителей о предоставляемых им возможностях.
27
Все информация на портале должна быть четко структурирована. Интерфейс должен быть
максимально дружественный и ориентированный на неподготовленных пользователей.
Портал должен быть построен на основе стандартных элементов управления.
Информация, предоставляемая публичным порталом:

перечень поставщиков услуг дополнительного образования с указанием адресов,
филиалов, контактных данных,

перечень услуг, предоставляемых в рамках проекта,

список преподавателей, ведущих образовательные услуги,

новостная лента,

голосования,

рейтинги поставщиков, услуг, преподавателей.
Информация о поставщике:

название

директор

телефон приёмной

факс

адрес

сайт

адрес электронной почты

описание

рейтинг
Информация об услуге:

название

рубрика

направление

поставщик

преподаватели

места проведения

поставщик

рейтинг
Информация о преподавателе:

фамилия, имя, отчество
28

поставщики, у которых работает преподаватель

услуги, которые ведёт преподаватель

рейтинг
К каждому учреждению и услуге может быть привязана галерея изображений либо
видеоролик, которые размещаются на портале поставщиками через рабочее место
администратора УДО.
Система администрирования
Оператор портала должен иметь возможность править любой контент на сайте. Должны
быть созданы системы модерирования новостной ленты, комментариев, контента,
добавленных поставщиком. При этом необходима возможность отправки контента на
доработку с комментариями оператора системы.
Навигация и поиск
Для оптимального и удобного пользования порталом должны быть реализованы
разнообразные, но простые средства навигации и поиска, позволяющие быстро найти
неподготовленному пользователю максимально подходящую информацию. По результатам
навигации и поиска на портале должна отражаться информация об поставщиках, услугах и
педагогах.
Для поиска нужной информации пользователь может воспользоваться системой поиска
информации по различным комбинациям критериев отбора.
Вид информации
Поставщик
Услуга
Критерии поиска информации

Название Поставщика

Территориальное размещение поставщика, адреса мест
проведения занятий поставщика

Направления услуг дополнительного образования

Услуга или раздел рубрикатора услуг

Педагог

Название Поставщика

Территориальное размещение поставщика, адреса мест
проведения занятий поставщика

По направлениям услуг дополнительного образования

Услуга или раздел рубрикатора услуг
29
Педагог

Педагог

Возраст предоставления услуги

Стоимость

Количество часов в неделю

Ф.И.О. педагога

Название Поставщика

Услуга или раздел рубрикатора услуг
Кроме того пользователь портала может посмотреть результаты поиска (поставщиков или
услуги) в виде значков, нанесенных на карту.
Для удобства навигации по порталу необходимо предусмотреть специальный раздел «Карта
портала» с отраженной структурой портала, и всегда доступную строку навигации.
Обратная связь
Для организации обратной связи необходима реализация следующих функций портала:
1) Вопрос-ответ
2) Комментарии
3) Интерактивный опрос
4) Рейтинг
Функция «Вопрос-ответ» (для всех пользователей)
Для организации интерактивного общения с пользователями на портале должна быть
предусмотрена функция «вопрос-ответ», позволяющая пользователю разместить вопросы на
портале и затем получить ответ оператора системы. В форме размещения вопроса должна
быть предусмотрена защита от спама и выбор темы вопроса. Возможные темы должны быть
собраны в отдельный справочник, содержимое которого может быть изменено оператором
системы.
Функция «Комментарии» (для зарегистрированных пользователей)
В целях учета пожеланий пользователей в портале должна быть предусмотрена возможность
комментирования отображаемых страниц и сообщений новостной ленты.
Функция «Интерактивный опрос» (для всех пользователей портала)
В портале должна существовать возможность проведения опроса оператором системы или
поставщиком услуг
Функция «Рейтинг» (для зарегистрированных пользователей)
Функция позволяющая голосовать за поставщика, услугу, педагога с целью дальнейшего
построения рейтинга.
Дополнительные возможности
30
На страницах портала должно быть выделено место под баннерную и контекстную рекламу.
Также необходимо создание раздела портала, содержащую информацию об условиях
размещения рекламы на портале.
Структура портала должна предусматривать раздел «Справка», содержащая описание
терминов и понятий, информации о пользовании порталом. Данный портал может
содержать, добавляемую оператором системы нормативно-правовую документацию,
относящуюся к тематике разрабатываемого портала.
Справочники
Все справочники заполняются и редактируются только оператором системы.
Справочники реестра получателей услуг
Справочник категорий получателей услуг
Содержит названия категорий получателей услуг:
- Дети в возрасте с 6 до 18 лет,
- Дети льготных категорий:

Дети – инвалиды в возрасте от 6 до 21 года,

Дети в социально опасном положении от 6 до 18 года.
Справочник типов документов, удостоверяющих личность
Содержит перечень типов документов, использующихся для идентификации личности
получателя услуги:
- Паспорт,
- Свидетельство о рождении.
Справочники реестра услуг
Рубрикатор услуг
Содержит изменяемый набор записей. Служит для группировки услуг по доступным для
пользователей категориям. Изменения согласуются с департаментом образования.
Справочник направлений услуг
Содержит десять зафиксированных направлений услуг:

Военно-патриотическое.

Естественнонаучное.

Культурологическое

Научно-техническое

Социально-педагогическое

Спортивно-техническое

Туристско-краеведческое
31

Физкультурно-спортивное

Художественно-эстетическое

Эколого-биологическое
Справочник кодов услуг
Содержит коды услуг и их расшифровку. Может использоваться для дополнительной
группировки услуг при создании отчётов.
Справочник услуги по годам обучения и этапам подготовки
Разделы справочника по годам обучения применяется для услуг не спортивной
направленности, разделы справочника по этапам подготовки применяется для услуг
спортивной направленности.
Справочник мест проведения занятий
Справочник КЛАДР для улиц
Классификатор адресов России с детализацией до номера дома.
Структуру справочника можно посмотреть на официальном сайте ГНИВЦ ФНС России
(http://www.gnivc.ru/Document.aspx?id=1571).
Справочник адресов
Для всех Поставщиков услуг составляется единый справочник адресов, которые
используются для указания адреса места проведения занятия.
Справочники реестра приборов регистрации
Справочник типов приборов регистрации
Содержит идентификатор типа прибора регистрации и расшифровку. На данный момент
используются: «Терминал», «Cipher8300», «MFR120U».
Справочники реестра поставщиков услуг
Справочник поставщиков услуг по организационно правовой форме

Муниципальные (бюджетные, автономные).

Государственные.

Негосударственные.
Справочник поставщиков услуг по типу

Учреждение дополнительного образования детей:
o
Центр.
o
Дворец.
o
Клуб.
o
Детская студия.
o
Станция.
32
o
Школа по различным областям искусства.

Общеобразовательное учреждение.

Дошкольное образовательное учреждение.

ВУЗ.

Дворец культуры.
Справочники реестра карт
Справочник статусов заявки на выпуск карты
Используется для указания, в каком статусе находится заявка на выдачу карты: «Новая
заявка», «Карта отправлена на печать», «Карта напечатана», «Карта прошита», «Карта
отправлена Поставщику», «Карта выдана», «Карта утеряна», «Карта выдана повторно».
Справочники реестра посещений
Справочник типов технических посещений
Используется для указания, по какой причине фиксируется техническое посещение: «забыл
карту», «временно не имеет карту», «болел», «выездное мероприятие». Для каждого типа
технического посещения вводится краткое обозначение, которые будут использоваться в
отчёте «Журнал посещений».
Тип посещения
Краткое обозначение
забыл карту
зк
временно
карту
не
имеет бк
болел
б
выездное мероприятие
в
Реестры
Каждый объект реестра должен иметь уникальный в рамках реестра идентификатор, который
используется для синхронизации данных информационного портала и процессинга.
Реестр получателей услуг
Реестр получателей услуг является единым для всех поставщиков услуг, участвующих в
проекте.
О получателе услуг хранится следующая информация:

тип документа, удостоверяющего личность

номер документа, удостоверяющего личность
33

дата и место выдачи документа, удостоверяющего личность

фамилия

имя

отчество

дата рождения

пол

фото – графический файл, пригодный для печати на ЭПК (цифровая цветная
фотография 3*4см)

информация о законных представителях

категория получателя услуг
Реестр потребителей услуг
О потребителе (законном представителе ребенка) хранится следующая информация:

тип документа, удостоверяющего личность

номер документа, удостоверяющего личность

дата и место выдачи документа, удостоверяющего личность

фамилия

имя

отчество

пол

контактные данные
Реестр поставщиков услуг
Информация по поставщику услуги:

название

краткое название

организационно правовая форма

тип

директор

телефон

факс

адрес

сайт
34

адрес электронной почты

краткая характеристика поставщика
Реестр услуг
Реестр услуг содержит информацию по услугам поставщика дополнительного образования.
Информация из реестра используется для заключения договоров, составления расписания,
формирования отчетности и для отметки посещений пользователями услуг.
Информация об услуге, направлении:









направление услуги
тип услуги
название
краткое название
начало срока предоставления
конец срока предоставления
возрастные рамки для получателей
количество часов в неделю, в месяц, по программе всего
стоимость предоставляемой услуги в месяц, полная стоимость услуги
Реестр педагогов
Для всех поставщиков услуг составляется единый реестр педагогов. Дополнительно
указывается, в каких организациях работает каждый педагог, какие услуги за ним
закреплены.
Информация о педагоге:





фамилия
имя
отчество
поставщики, в которых работает педагог
услуги, которые ведёт педагог
Реестр договоров
Договор заключается между потребителем, получателем и поставщиком услуги. Договор
действителен в течение определённого времени, которое указывается при заключении
договора, но может быть изменено в дальнейшем по соглашению сторон. Потребитель или
получатель, с его согласия, может заключить несколько договоров на оказание услуг
дополнительного образования детей, при этом система должна вести историю договоров и
учитывать средства бюджета, используемые на оплату услуг дополнительного образования
детей и средства потребителя услуги.
35
Информация о договоре:

получатель

потребитель

поставщик

услуги

начало срока действия договора

окончание срока действия договора

стоимость услуг в соответствии с договором

оплата за счет средств бюджета

оплата за счет средств потребителя
Система должна позволять просматривать историю договорных отношений по конкретной
услуге и по получателю услуг. Необходима возможность формирования печатной версии
договора для подписания получателем, потребителем и поставщиком.
Реестр мест проведения занятий
Реестр содержит информацию о местах, где могут проводиться занятия.
Информация о месте проведения занятия:

название

адрес
Реестр точек регистрации
Для стационарных точек регистрации и для переносных устройств, которыми пользуется
несколько педагогов, указывается место, где расположено или хранится данное устройство.
Для переносных приборов индивидуального пользования указывается ФИО педагога(ей),
который(ые) осуществляет(ют) регистрацию с данного устройства.
Информация о точке регистрации:

название

устройство

местоположение
Реестр посещений
Все посещения, для которых определены: услуга, карта, точка, время регистрации, попадают
в реестр посещений. Поскольку посещения с переносных приборов регистрации попадают в
систему через некоторое время после реальной отметки, то необходимо хранить как время
отметки на приборе, так и время попадания посещения в процессинг.
Информация о посещении:
36

время регистрации

время попадания в процессинг

точка регистрации

услуга

карта получателя услуг
Реестр нераспознанных посещений
Все посещения, для которых не получилось однозначно определить оказанную услугу,
попадают в реестр нераспознанных посещений. После того, как поставщик определит
оказанную услугу, для каждого нераспознанного посещения создаётся запись в реестре
посещений и нераспознанное посещение становится закрытым. Для удобства каждое
нераспознанное посещение система должна сопроводить комментарием, по какой причине
не удалось определить услугу.
Информация о нераспознанном посещении:

время регистрации

время попадания в процессинг

точка регистрации

карта получателя услуг

штатное посещение, если поставщик уже определил услугу

комментарий системы
Реестр технических посещений
В случае если получатель услуги забыл карту, или не смог зарегистрироваться по иной
причине, поставщик может сделать отметку о посещении через информационный портал. В
таком случае создаётся техническое посещение по услуге с указанием получателя услуги.
Информация о техническом посещении:

время регистрации

время попадания в процессинг

точка регистрации

услуга

получатель услуги

тип технического посещения
Реестр ЭПК
Каждая ЭПК имеет свой уникальный номер, который выдаётся системой при подаче заявки
на выпуск карты. Далее этот номер остаётся неизменным на всё время действия карты.
37
Информация о карте:

уникальный номер карты

признак блокировки в системы

вшитый идентификатор карты

дата блокировки карты в системе

причина блокировки карты

признак физической блокировки карты

владелец карты

дата начала действия

дата окончания действия
Реестр заявок на выпуск ЭПК
Заявка на выпуск карты принимается от потребителя или получателя услуги.
Если информация по данному получателю услуг ещё не содержится в системе, то оператор
сначала создаёт запись в реестре получателей услуг.
Если получателю уже выдавалась карта, то она блокируется в реестре ЭПК с указанием
причины блокировки. Затем создаётся заявка на выпуск новой карты, проставляется статус
«новая».
Информация о заявке:

дата заявки

получатель услуг

статус заявки

дата изменения статуса

карта

закрыта или открыта
Реестр карт педагогов
Карты педагогов выпускаются без печати на их поверхности персональных данных. В
памяти карты не содержится персональной информации о педагоге. Таким образом, карта
может передаваться от педагога к педагогу – достаточно закрепить в системе определенную
карту за конкретным педагогом.
Расписания занятий
Расписание занятий необходимо:

для получения отчёта план-факт по поставщикам услуг,
38

для поддержки возможности использовать одно и то же программируемое устройство
для регистрации занятий по нескольким поставщикам,

для определения услуги при отправке данных с непрограммируемых устройств.
Информация о занятии:

услуга

место проведения занятия

педагог

день недели

время начала

продолжительность в академических часах

группа получателей услуг, если это групповое занятие, или получатель услуг, если это
индивидуальное занятие
Рабочие места пользователей системы
Рабочее место поставщика
Пользователя с правами поставщика может создать оператор системы.
Возможности рабочего места поставщика:
Просмотр реестра поставщиков, редактирование информации о собственной организации.
Просмотр и редактирования реестра получателей и потребителей услуг, тех получателей и
потребителей, которым поставщик предоставляет услуги дополнительного образования
детей.
Просмотр реестра услуг, редактирование информации о собственных услугах и группах.
Просмотр реестра педагогов, редактирование информации по своим педагогам.
Просмотр реестра договоров, а так же создание нового и редактирование существующих
договоров на оказание собственных услуг дополнительного образования.
Просмотр расписания занятий, редактирование собственного расписания занятий.
Просмотр архива расписаний.
Просмотр мест проведения занятий, редактирование информации по местам проведения
собственных занятий.
Просмотр и редактирование реестра приборов регистрации.
Просмотр реестра посещений.
Просмотр реестра
нераспознанного.
нераспознанных
посещений,
создание
посещения
на
основе
Просмотр реестра технических посещений, создание технического посещения.
39
Просмотр реестра ЭПК по картам, используемых у поставщика.
Просмотр и редактирование реестра заявок на ЭПК.
Просмотр отчётов по предоставленным услугам.
Просмотр и модерирование комментариев, файлов и новостей
Рабочее место педагога
Пользователя с правами педагога может создать оператор системы или поставщик.
Возможности рабочего места педагога:
Просмотр реестра услуг.
Просмотр расписания занятий, возможность переноса и отмены собственных занятий.
Просмотр реестра получателей, которым педагог предоставляет услуги дополнительного
образования детей.
Просмотр отчетов по посещениям получателями предоставляемых им услуг.
Просмотр реестра
нераспознанного.
нераспознанных
посещений,
создание
посещения
на
основе
Добавление комментариев к страницам.
Рабочее место специалиста департамента образования и администрации г. Перми
Пользователя с правами специалиста департамента может создать оператор системы.
Возможности рабочего места специалиста департамента:
Просмотр и поиск в реестре поставщиков.
Просмотр и поиск в реестрах получателей и потребителей.
Просмотр и поиск в реестре услуг.
Просмотр и поиск в реестре педагогов.
Просмотр и поиск в реестре договоров.
Просмотр и поиск расписания занятий, архива расписаний.
Просмотр и поиск в реестре мест проведения занятий.
Просмотр и поиск в реестре приборов регистрации посещений.
Просмотр и поиск в реестре посещений, реестрах нераспознанных и технических посещений.
Просмотр и поиск в реестре ЭПК.
Просмотр, выгрузка в Microsoft Excel, поиск отчетов системы.
Добавление комментариев к страницам.
40
Рабочее место получателя услуг
Пользователя с правами получателя услуг может создать оператор системы или поставщик.
Возможности рабочего места получателя:
Просмотр реестра услуг.
Просмотр реестра посещений по конкретному получателю.
Просмотр расписания занятий
Добавление комментариев к страницам
Возможность голосования за услугу и педагога
Рабочие места оператора системы
Рабочее место специалиста оператора системы
Пользователя с правами специалиста оператора системы может создать оператор системы
или поставщик
Возможности рабочего места специалиста оператора:
Просмотр, редактирование, поиск, добавление новой записи в реестре заявок на карты
Просмотр, редактирование, поиск, добавление новой записи в реестре поставщиков услуг
Просмотр, поиск в реестре услуг
Просмотр, редактирование, поиск, добавление новой записи в реестре мест проведения
занятий
Просмотр, редактирование, поиск, добавление новой записи в реестре педагогов
Просмотр, редактирование, поиск, добавление новой записи в реестрах получателей и
потребителей услуг
Просмотр, поиск в реестре договоров
Создание, просмотр, выгрузка в Microsoft Excel отчетов, поиск информации
Рабочее место оператора системы
Изначально Исполнитель создаёт одну учётную запись с правами оператора системы и
передаёт логин и пароль этой записи Исполнителю. Далее оператор может создать
дополнительные логины и пароли для работы в рабочем месте оператора.
Оператор систем имеет возможность:
Зайти на рабочее место любого поставщика услуг.
Зайти на рабочее место любого получателя услуг.
Зайти на рабочее место любого педагога.
Использовать функционал оператора системы, специалиста технической поддержки,
специалиста департамента.
Просмотра, добавления, изменения и модерирования любого контента публичного портала.
41
Рабочее место специалиста технической поддержки
Пользователя с правами специалиста технической поддержки системы может создать
оператор системы.
Просмотр, редактирование, добавление новых, поиск в реестре приборов регистрации по
всем поставщикам услуг.
Просмотр, редактирование, добавление, отметки об исполнении заявок на обслуживание.
Просмотр, редактирование, блокирование, поиск в реестре
Реестр карт получателей услуг, педагогов – просмотр, редактирование, блокирование, поиск
Просмотр и модерирование комментариев, файлов и новостей
Отчеты
Отчеты должны иметь название, определяющее их тему и содержание. Сокращения в
заголовках не допускаются. Точка в конце названия не ставится. Если отчет не умещается на
листе бумаги формата A4, его можно давать с продолжением на следующей странице, где в
колонтитуле прописано "Продолжение отчета …" или "Окончание отчета …", там же
необходимо размещать нумерацию страниц. Данные в таблицах должны быть оформлены
соответственно их типу. Отчеты должны иметь возможность сортировки по столбцам и
фильтрации данных.
Отчеты, формируемые в системе:
Для поставщиков услуг:
Журнал посещений
Формируется за указанный промежуток времени по каждому педагогу и услуге.
Дни месяца, сгруппированные по месяцам. Включаются только те
дни, за которые были отметки картами.
ФИО
получателей
услуг
(сортировка по
алфавиту)
На пересечении строк и столбцов ставится:

«н» – если отметки картой нет,

тип технического посещения – если это техническое посещение
(берётся краткое обозначение типа из справочника технических
посещений).
42
Журнал отправки данных с переносных устройств
Формируется за указанный промежуток времени. Можно выбрать тип устройства,
отфильтровать конкретные устройства (выбор по названию, адресу).
Дни месяца, сгруппированные по месяцам. Включаются только
те дни, в которые была отправка данных
Названия
устройств,
сгруппированные
по типам, если
отчёт делается для
нескольких типов
устройств
На пересечении строк и столбцов ставится число сообщений,
отправленных в этот день с данного устройства. Если отправки
данных не было, ячейка остаётся пустой.
Отчёт о фактически предоставленных поставщиком услугах за определенный период
Отчёт формируется на основе реестра посещений за указанный промежуток времени.
Данные в отчёте должны быть представлены в двух видах: в количестве и в процентах.
Пользователь должен иметь возможность переключить вид отчёта.
Отчёт имеет несколько уровней детализации:

по направлениям

по услугам для выбранного направления

по получателям услуг для выбранной услуги

по педагогам
Посещени
й по плану
Отметок
картой
Техническ
ие
посещения
Отметок вне Всего
расписания отметок
*
Процент
посещени
я занятий
Направления,
услуги или
получатели
услуг в
зависимости от
выбранного
уровня
детализации
* Отметок вне расписания (Отсечено) – берутся «Отметки картой», «Веб отметки» и
отсекаются те, которые идут сверх расписания
43
Для департамента
Отчет по контингенту получателей услуг дополнительного образования детей
Отчет формируется на определенную дату.
Отчёт имеет несколько уровней детализации:

по отдельному поставщику

по всем поставщикам
Необходима возможность просмотра информации по контингенту в следующих разрезах:

Категории получателя

Возрастные группы получателей

Годы обучения и этапы подготовки

Направления дополнительного образования

Источники финансирования услуг дополнительного образования детей (бюджет,
средства потребителей)
Отчёт о фактически предоставленных поставщиком услугах за определенный период
по поставщикам
Отчёт формируется на основе реестра посещений за указанный промежуток времени.
Данные в отчёте должны быть представлены в двух видах: в количестве и в процентах.
Пользователь должен иметь возможность переключить вид отчёта.
Отчёт имеет несколько уровней детализации:
по поставщикам услуг, по направлениям для выбранного поставщика услуг, по услугам для
выбранного направления, по получателям услуг для выбранной услуги.
Посеще
ний по
плану
Отметок
картой
Технические
посещения
Отметок вне
расписания *
Всего
отметок
Процент
посещения
занятий
Направления,
услуги или
получатели
услуг в
зависимости от
выбранного
уровня
детализации
*Отметок вне расписания (Отсечено) – берутся «Отметки картой», «Веб отметки» и
отсекаются те, которые идут сверх расписания
44
Отчет о выпущенных ЭПК
Отчёт формируется за указанный период по всем поставщикам.
В зависимости от длительности отчётного периода. Если период менее 2
месяцев, то отчёт формируется за каждый день с группировкой по
месяцам. Если период более 2 месяцев, то отчёт формируется по
месяцам с группировкой по годам. Включаются только непустые
столбцы.
Подано заявок на
карты
Включено в
реестр для
выпуска карт
Получено с
печати
Выдано
Оборот карт
Отчёт формируется за указанный период. Данные берутся из
нераспознанных посещений, а так же из реестра ЭПК.
реестра посещений и
В зависимости от длительности отчётного периода. Если период
менее 2 месяцев, то отчёт формируется за каждую неделю. Если
период более 2 месяцев, то отчёт формируется по месяцам с
группировкой по годам.
Всего получателей с
картами
Отмечались хотя бы 1 раз
в отчётный период
Не отмечались ни разу за
отчётный период
45
Отчет по функционированию оборудования ЭС
Отчет формируется за указанный период по поставщику или по всем поставщикам.
Поставщик
Устройс
тво
Поставщик 1
Устройс
тво 1
Поставщик 2
Устройс
тво 2
Поставщик 1
Устройс
тво 3
Местораспол
ожение
устройства
(адрес)
Дата и время
заявки о
неисправности
оборудования
Дата и время
восстановлени
я
работоспособн
ости
оборудования
Время
выполне
ния
заявки
46
Отчеты по контролю исполнения МЗ
Отчёты формируется за указанный период, с возможностью просмотра веб-версии на
портале и в виде документа Microsoft Excel. Система должна предусматривать формирование
отчетов об исполнении МЗ и использовании средств бюджета, направленных на возмещение
затрат поставщиков, связанных с оказанием услуг дополнительного образования детей.
Отчет для департамента по контролю исполнения МЗ.
Период: с 01.01.2011 по 31.01.2011
Поставщик
1
Услуга
1
Педагог
1
Услуга
2
Педагог
2
Педагог
1
Педагог
3
Поставщик
2
Услуга
3
Педагог
2
Педагог
4
Педагог
5
ИТОГ
О:
Получат
ели
услуг
Получатель 1
Получатель 2
Получатель 3
Получатель 4
Получатель 5
Получатель 6
Получатель 7
Получатель 8
Получатель 9
Получатель 10
Получатель 11
Получатель 12
Получатель 13
Получатель 14
Получатель 15
Получатель 16
Получатель 17
Получатель 18
Всего, чел.
18
Количест
во
посещен
ий по
плану
350
350
350
350
400
400
500
500
500
400
400
400
500
500
500
500
500
500
Получив
ших
услугу,
чел.
15
Количество
посещений
по факту
Процент
240
0
240
350
350
345
340
335
330
325
320
315
0
305
300
295
0
285
Не
получивших
услугу, чел
68,57%
0,00%
68,57%
100,00%
87,50%
86,25%
68,00%
67,00%
66,00%
81,25%
80,00%
78,75%
0,00%
61,00%
60,00%
59,00%
0,00%
57,00%
Процент
выполнения
МЗ
3
83,33%
*Формулы, по которым производятся вычисление данных в отчете, согласовываются с
заказчиком.
47
Отчет об использовании средств бюджета, направленных на возмещение затрат поставщиков, связанных с оказанием услуг дополнительного
образования детей.
Период: с 01.01.2011 по 31.01.2011
Поставщик 1
Услуга 1
Педагог 1
Педагог 2
Услуга 2
Педагог 1
Педагог 3
Поставщик 2
Услуга 3
Педагог 2
Педагог 4
Педагог 5
Количество посещений
по плану
Количество
посещений по факту
Процент посещений
Средства
бюджета
на
оплату услуги по плану,
руб.
Средства бюджета на
оплату услуги по факту,
руб.
Получатель 1
350
240
68,57%
1 500,00р.
1 028,57р.
Получатель 2
350
0
0,00%
1 500,00р.
0,00р.
Получатель 3
350
240
68,57%
1 500,00р.
1 028,57р.
Получатель 4
350
350
100,00%
1 500,00р.
1 500,00р.
Получатель 5
400
350
87,50%
1 200,00р.
1 200,00р.
Получатель 6
400
345
86,25%
1 200,00р.
1 200,00р.
Получатель 7
500
340
68,00%
1 000,00р.
680,00р.
Получатель 8
500
335
67,00%
1 000,00р.
670,00р.
Получатель 9
500
330
66,00%
1 000,00р.
660,00р.
Получатель 10
400
325
81,25%
1 600,00р.
1 600,00р.
Получатель 11
400
320
80,00%
1 600,00р.
1 600,00р.
Получатель 12
400
315
78,75%
1 600,00р.
1 260,00р.
Получатель 13
500
0
0,00%
1 800,00р.
0,00р.
Получатель 14
500
305
61,00%
1 800,00р.
1 098,00р.
Получатель 15
500
300
60,00%
1 800,00р.
1 080,00р.
Получатель 16
500
295
59,00%
1 800,00р.
1 062,00р.
Получатель 17
500
0
0,00%
1 800,00р.
0,00р.
Получатель 18
500
285
57,00%
1 800,00р.
1 026,00р.
Всего получателей,
чел.
Количество посещений
по плану
Количество
посещений по факту
Процент посещений
Средства
бюджета
на
оплату услуги по плану,
руб.
Средства бюджета на
оплату услуги по факту,
руб.
18
15
3
83,33%
27 000,00р.
16 693,14р.
ИТОГО:
*Формулы, по которым производятся вычисление данных в отчете, согласовываются с заказчиком.
48
4.10.2. Требования к процессингу
Процессинг
должен представлять собой
WEB-ферму с самосинхронизирующимся
программным обеспечением, распределением нагрузки, подсистемой предотвращения
информационных конфликтов. Данная система должна позволять при увеличении нагрузки
до критической увеличить вычислительную мощность, добавив дополнительное
оборудование (сервера), не останавливая сервисов.
Функции процессинга:

должен в реальном времени принимать запросы на добавление отметок о
регистрациях от ПО приборов регистрации и ПО отправки данных, обрабатывать их и
сохранять в БД процессинга;

должен формировать пакеты обновлений для всего самообновляющегося ПО,
входящего в состав системы;

должен включать веб-интерфейс доступа к данным процессинга, реализованного в
виде веб-сервисов, как описано в Приложении 1.
4.10.3. Требования к ПО для работы с картами оператора
системы (эмиссия карт)
ЭПК, используемые в проекте, предусматривают наличие информации двух типов:

информация о получателе,

информация о разрешенных услугах.
Информация о получателе записывается один раз и не меняется в течение всего срока
эксплуатации карты. Данная информация включает в себя фамилию, и инициалы получателя,
а также его дату рождения. Информация о разрешенных услугах может изменяться. Данная
информация включает в себя список разрешенных услуг и дату регистрации последнего
посещения.
Работа с картой ведётся с помощью стационарного устройство для работы с ЭПК.
Порядок работы:
В ПО загружается файл с персональными данными держателей карт.
Список карт из файла отображается в списке карт, готовых к записи.
Карта помещается на стационарное устройство для работы с ЭПК.
Номер карты вводится в поле ввода. После чего осуществляется выбор карты из
списка. При этом информация о держателе карты отображается в поле вывода общей
информации о держателе карты.
5. При правильном определении карты, нажимается кнопка начала инициализации
карты, иначе предоставляется возможность выбрать запись о карте вручную.
6. По завершении записи информации на карту в БД процессинга создается запись об
инициализированной карте с указанным уникальным вшитым идентификатором
карты.
1.
2.
3.
4.
49
4.10.4. Требования к ПО для отправки данных с переносных
устройств и работы с ЭПК
Каждому поставщику дополнительного образования устанавливается программное
обеспечение для работы переносных устройств регистрации, а так же, для устройства
прошивки карт.
В состав ПО входят:

драйверы для работы с устройствами,

приложения для отправки данных и прошивке карт,

другие необходимые библиотеки.
ПО для поставщиков услуг должно иметь инсталляционную программу, с помощью которой
пользователь сможет сам установить необходимые программы и библиотеки.
Все приложения, входящие в состав ПО, должны иметь дружественный интерфейс, сообщать
о том, какие действия в данный момент совершаются, производить диагностику ошибок и
выдавать пользователю понятные для него инструкции.
ПО для поставщика должно иметь систему автоматического удалённого обновления.
Отправка данных с MFR120
Поскольку устройство MFR120 не является программируемым устройством и не даёт
возможность выбрать услугу при регистрации посещения, то функционал по определению
оказанной услуги возлагается на ПО отправки данных с устройства.
Порядок действия при регистрации посещения и отправке данных:
1. Перед каждым занятием педагог производит отметку своей персональной картой.
Затем отмечает одну за другой карты получателей услуг.
2. Для отправки данных с устройства оно подключается к компьютеру с помощью
идущего в комплекте с устройством шнура. Запускается приложение для отправки
данных. С помощью приложения с устройства считываются данные, которые перед
отправкой на сервер показываются педагогу.
3. Поскольку устройство MFR не даёт возможность выбрать услугу при отметке картой
получателя, услуга должна определяться автоматически на этапе отправки данных с
устройства на сервер. Для определения услуги можно воспользоваться следующими
данными:

Список услуг, которые ведёт данный педагог

Список услуг, которые может посещать получатель
4. В случае, когда на основе предоставленной информации невозможно однозначно
определить, какое именно занятие проводилось, посещение попадает в реестр
нераспознанных посещений. Далее, на портале, представители УДО будут иметь
возможность для каждой такой отметки проставить, что это была за услуга.
50
5. Педагог должен иметь возможность проверить, верно ли были определены услуги, по
которым проводились занятия. Если услуга была определена не верно, или педагог
забыл произвести отметку своей карты перед занятием, необходимо предоставить
возможность откорректировать эти данные вручную перед отправкой на сервер.
6. Приложение не должно удалять данные с устройства до тех пор, пока не получено
подтверждение от сервера, что данные приняты, обработаны и сохранены.
Отправка данных с Cipher8300
1. Устройство может быть подключено к компьютеру с помощью идущего в комплекте
шнура или через коммуникационно-зарядную подставку. Необходимо реализовать оба
способа подключения.
2. Приложение не должно удалять данные с устройства до тех пор, пока не получено
подтверждение от сервера, что данные приняты, обработаны и сохранены.
Запись услуг на карты поставщиком дополнительного образования
Должно быть выполнены две реализации:

приложение для Windows (98 и выше),

ActiveX компонента с дальнейшим размещение на информационном портале.
Приложение работает с устройством ACR, которое подключается к компьютеру с помощью
идущего в комплекте шнура.
Пользователь кладёт карту на устройство, затем запускает процесс прошивки. Устройство
считывает вшитый номер карты и запрашивает список услуг для данной карты с сервера. В
случае, если с сервера получен список услуг, выполняется прошивка карты. В противном
случае выдаётся диагностическое сообщение об ошибке.
4.10.5. Требования
регистрации
к
ПО
программируемых
приборов
Терминал самообслуживания
Возможность настройки оформления фона, меню и шрифтов, отображаемых на экране
терминала
Возможность отображения картинок в формате *.jpg, *.png
анимированных)
или *.gif (в том числе
Автоматическое обновление в ночное время
Ручная удалённая перезарузка в случае неполадок
Удалённая диагностика работоспособности
Порядок действий при регистрации:
1. Получатель услуги подносит ЭПК.
51
2. С карты считывается заголовок, определяется, является ли заголовок корректным или
это посторонняя карта.
3. В случае если заголовок корректен, считывается оставшаяся информация по карте
4. Проверяется, является ли карта заблокированной
заблокирована, регистрация прекращается.
физически.
Если
карта
5. Далее проверяется список карт, которые должны быть заблокированы. Если карта
числится в списке к блокировке, то признак блокировки записывается на карту –
карта блокируется физически, регистрация прекращается.
6. После того, как с карты считана информация, на экране отображается:

Персональные данные получателя услуг, записанные на карте (фамилия,
инициалы).

Список услуг, доступных для регистрации по данной карте на данном терминале.
Для каждой услуги отображается краткое название самой услуги и поставщика
дополнительного образования, которое эту услугу оказывает.
7. Получатель выбирает услугу, нажав на сенсорном экране строку с названием услуги,
затем нажимает кнопку «Далее».
8. Посещение регистрируется.
9. Если установлен принтер, то выдаётся чек, в котором указаны:

идентификатор терминала,

краткое название поставщика услуг,

краткое название услуги,

ФИО получателя услуги,

номер карты,

дата и время регистрации.
Cipher8300
Должна быть реализована возможность регистрировать посещения в двух режимах:
1. Режим «Услуга-Карта». Сначала выбор услуги, затем регистрация нескольких карт на
эту услугу.
2. Сначала «Карта-Услуга». Сначала подносится карта, считывается информация по
услугам на карте, затем производится выбор услуги.
При регистрации посещения необходимо проверять, имеет ли карта корректный заголовок,
не является ли она заблокированной.
Список услуг, доступных для регистрации на устройстве, и список заблокированных карт
должны обновляться при отправке данных о зарегистрированных посещениях.
52
4.10.6. Требования к системе отчётов
Отчёты, предоставляемые системой, делятся на 2 типа:

Он-лайн отчёты, которые формируются по запросу пользователя.

Офф-лайн отчёты, которые формируются по графику и становятся доступны к
просмотру пользователями после того, как сформированы. Так же формирование
офф-лайн отчёта может быть инициировано вне графика оператором системы.
Все отчёты должны иметь функции:

Выгрузка в формате Microsoft Office Excel, Html и Pdf.

Печати отчета с портала без выгрузки на компьютер.

Рассылка по почте.
Должна быть предусмотрена подписка на отчёты: один раз в день, в неделю и в месяц.
При подписке пользователя на отчёт, отчёт формируется с указанной периодичностью и
отсылается на указанный в подписке список адресов.
5. Требования к видам обеспечения
5.1.Используемые средства разработки
СУБД: MS SQL Server 2008.
5.2.Наполнение системы данными
Формат данных, предоставляемых Заказчиком, может быть изменён по согласованию с
Исполнителем.
Заказчик предоставляет Исполнителю:

реестр получателей услуг (в формате, указанном в Приложении 2)
Информация, предоставленная Заказчиком, в течение 5 рабочих дней проверяется и
заносится в БД информационного портала и процессинга.
53
6. Порядок контроля и приемки системы
Требования к составу и содержанию работ по подготовке объекта автоматизации к
вводу системы в действие
Исполнитель производит подготовку к эксплуатации приборов регистрации:

выполняет проверку работоспособности,

устанавливает ПО на программируемые приборы регистрации,

на этапе внедрения и опытной эксплуатации системы заносит новые приборы
регистрации в реестр системы,

устанавливает стационарные терминалы на место их работы,

диагностирует проблемы при установке ПО отправки данных и прошивке карт, если
таковые возникают.
Исполнитель производит развёртывание и настройку системы на сервере, указанном
заказчиком:

установка и настройка БД портала и БД процессинга, а так же системы
синхронизации данных

установка и настройка процессинга

установка и настройка информационного портала, настройка пользователей для
пилотных поставщиков услуг

установка и настройка ПО для инициализации ЭПК и записи на них данных,
необходимых для использования ЭПК в рамках данной системы.
Исполнитель обучает персонал Заказчика администрировать все компоненты системы.
7. Требования к документированию
Исполнитель предоставляет Заказчику пользовательскую документацию:

руководство по пользованию приборами регистрации всех типов,

руководство к ПО для отправки данных и работы с картами,

руководство по настройке и подготовке к работе приборов регистрации,

руководство по подготовке и прошивке ЭПК.

руководства пользователей портала
интегрированы в структуру портала)
(все
руководства
должны
быть
также
o Руководство пользователей публичного портала (описание возможностей)
o Руководство оператора портала
o Руководство пользователей администрации г. Перми
54
o Руководство пользователей УДО
o Руководство зарегистрированных получателей услуг.
8. Приложения
8.1.Приложение. Протокол взаимодействия информационного портала и
процессинга
1.
2.
3.
4.
5.
6.
7.
8.1.1. Группы методов:
Управление списком поставщиков услуг
Управление списком пользователей
Управление списком услуг
Управление списком мест проведения занятий
Управление расписанием
Получение реестров – в работе
Регистрация посещений (технических и нераспознанных) - в работе
Порядок и тип аргументов методов соответствует реализованному в web-сервисах.
Имена параметров изменены с целью наглядного представления.
string краткое название (38) – означает, что длина поля «Краткое название» ограничена 38
символами
8.1.2. Управление
списком
“Organizations.asmx”
поставщиков
№
Метод
Параметры
1
AddOrganization
string
string
string
(38)
2
ChangeOrganizationName string ID поставщика, Изменение
параметров
string Новое название, Название и Короткое
string
Новое
краткое название поставщика
название
3
TurnOffOrganization
string ID поставщика
Отключение поставщика
4
TurnOnOrganization
string ID поставщика
Включение поставщика
(после отключения)
5
AddNewGroup
string
ID
группы, Добавить новую группу
string ID поставщика, поставщику
string Название
6
ChangeGroup
string
ID
группы, Изменить информацию о
string Новое название
группе
7
AddChildToGroup
string
ID
группы, Добавить получателя в
string ID получателя
группу
услуг.
Описание
ID поставщика, Добавляет
нового
Название (2000), поставщика в систему
краткое название
55
8
RemoveChildFromGroup
string
ID
группы, Убрать
string ID получателя
группы
получателя
9
RemoveGroup
string ID группы
Удалить группу
10
AddNewIndividualForm
string
ID
инд.
формирования,
string ID поставщика,
string ID получателя
Добавить
индивидуальное
формирование
получатель)
из
(один
11
ChangeIndividualForm
string
ID
формирования
инд. Изменить информацию
об
индивидуальном
формировании
12
RemoveIndividualForm
string
ID
Формирования
инд. Удалить индивидуальное
формирование
8.1.3.
Управление списком пользователей. “Contracts.asmx”
№ Метод
Параметры
Описание
1
AddContract
string
ID
получателя, Добавить договор
string
ID
услуги,
string Номер договора,
string
ID
договора,
DateTime Дата начала
действия,
DateTime Дата окончания
действия
2
RemoveContract
string ID договора
Удалить
договор
(сдвигается срок действия
договора ДО на сегодня)
3
RemoveAllContractsOfU
ser
string ID получателя
Удалить все договоры
получателя
(сдвигается
срок действия договора
ДО на сегодня)
4
BlockCard
string
Номер
карты, Заблокировать карту
string Причина блокировки
(2000)
5
UnBlockCard
string Номер карты
Разблокировать карту
6
AddEmployee
string ID педагога,
Добавить педагога
string Имя,
string Отчество,
string Фамилия
7
ChangeEmployee
string ID педагога,
string Имя,
Изменить информацию о
педагоге
string Отчество,
56
string Фамилия
8
9
AddEmployeeToOrganiz
ation
string ID педагога,
RemoveEmployeeFromO
rganization
string ID педагога,
10 AddServiceToEmployee
string ID поставщика
string ID поставщика
string ID педагога,
string ID простой услуги
11 RemoveServiceFromEmp string ID педагога,
loyee
string ID простой услуги
8.1.4.
Установить связь между
педагогом и поставщиком
Удалить связь между
педагогом и поставщиком
Приписать
педагогу
услугу
Удалить услугу из списка
услуг педагога
Управление списком услуг. “OrgServices.asmx”
№ Метод
Параметры
Описание
1
string ID поставщика,
Добавить простую услугу
AddSimpleService
string ID простой услуги,
string
Полное
наименование (2000),
string
Краткое
наименование (38),
string Имя картинки,
decimal Годовая цена,
int Код
2
ChangeSimpleService
string ID простой услуги,
Изменить информацию о
string
Новое
Полное простой услуге
наименование (2000),
string
Новое
Краткое
наименование (38),
string Новое Имя картинки,
decimal
цена,
Новая
Годовая
int Новый Код
3
TurnOffSimpleService
string ID простой услуги
4
AddComplexService
string ID поставщика,
string ID
услуги,
Отключить
услугу
Добавить
комплексной услугу
простую
комплексную
string
Полное
наименование (2000),
57
string
Краткое
наименование (38),
string Имя картинки,
decimal Годовая цена,
int Код
5
ChangeComplexService
string ID
услуги,
комплексной Изменить
услугу
комплексную
string
Новое
Полное
наименование (2000),
string
Новое
Краткое
наименование (38),
string Новое Имя картинки,
decimal
цена,
Новая
Годовая
int Новый Код
6
TurnOffComplexService
string ID
услуги
комплексной Отключить комплексную
услугу
7
AddTrendService
string ID поставщика,
Добавить направление
string ID направления,
string
Полное
наименование (2000),
string
Краткое
наименование (38),
string Имя картинки,
decimal Годовая цена,
int Код
8
ChangeTrendService
string ID направления,
Изменить направление
string
Новое
Полное
наименование (2000),
string
Новое
Краткое
наименование (38),
string Новое Имя картинки,
decimal
цена,
Новая
Годовая
int Новый Код
9
TurnOffTrendService
10 AddServiceToComplexS
ervice
string ID направления
Отключить направление
string ID комплексной Добавить
услугу
услуги,
комплексную услугу
string
ID
услуги
в
58
(направление,
комплексная, простая)
11 RemoveServiceToCompl
exService
string ID комплексной Удалить
услугу
услуги,
комплексной услуги
string
ID
услуги
(направление,
комплексная, простая)
из
12 AddServiceToTrend
string ID направления, Добавить
услугу
string
ID
услуги направление
(комплексная, простая))
в
13 RemoveServiceToTrend
string ID направления, Удалить
услугу
string
ID
услуги направления
(комплексная, простая))
из
8.1.5. Управление
“Places.asmx”
№ Метод
списком
Параметры
мест
проведения
занятий.
Описание
1
AddNewPlaceWithoutCabinets string ID места без Добавить новое
кабинетов,
без кабинетов
string
Название,
string
Описание,
string
Район,
string
Улица,
string Код КЛАДР,
string
Дом,
string Корпус
место
2
RemovePlaceWithoutCabinets
string ID места без Удалить
кабинетов
кабинетов
3
AddNewPlaceWithCabinets
string ID места с Добавить новое место с
кабинетами,
кабинетами
string
Название,
string
Описание,
string
Район,
string
Улица,
string Код КЛАДР,
string
Дом,
string Корпус
4
RemovePlaceWithCabinets
string ID места
кабинетами
5
AddNewCabinet
string ID кабинета, Добавить
кабинет
string ID места с место с кабинетами
кабинетами,
string Название
место
с Удалить
место
кабинетами
без
с
в
59
6
RemoveCabinet
string ID кабинета
7
AddNewPlaceToOrg
string ID места (с/без Добавить место в список
кабинетов),
мест проведения занятий
поставщика
string ID поставщика
8
RemovePlaceFromOrg
string ID места (с/без Удалить место из списка
кабинетов),
мест проведения занятий
поставщика
string ID поставщика
8.1.6.
Удалить кабинет
Управление расписанием. “Sheduler.asmx”
№ Метод
Параметры
Описание
1
AddNewSheduleForOrganizati
on
string ID расписания, Добавить
новое
string ID поставщика, расписание поставщику
string
Название
(2000),
DateTime Дата начала
действия,
DateTime
Дата
окончания действия
2
ChangeSheduleForOrganizatio
n
string ID расписания, Изменить информацию о
string
Новое расписании
название,
DateTime Новая Дата
начала
действия,
DateTime Новая Дата
окончания действия
3
GetSheduleIDForOrganization
OnDate
string ID поставщика, Получить идентификатор
DateTime Дата на расписания поставщика
которую
ищется на дату
расписание
4
AddNewRowToShedule
string ID занятия, Добавить новое занятие в
string ID расписания, расписание
string ID педагога,
string ID
услуги,
string
ID
формирования,
string
ID
места
проведения (кабинет,
место
с/без
кабинетов),
int
День
недели
(понедельник–0),
string Время начала,
decimal Длительность
в
академических
60
часах
5
RemoveRowFromShedule
string ID занятия
6
CancelRowFromShedule
string ID
занятия,
Удалить
занятие
расписания
из
отмены Отменить
занятие
(создать отмену занятия)
string ID занятия,
string
(2000),
DateTime
отмены
Причина
Дата
7
CancelCanceledRowFromShed
ule
string ID
занятия
8
AddAdditionalRowToShedule
string
ID Добавить дополнительное
дополнительного
занятие
занятия,
string ID педагога,
string ID
услуги,
string
ID
формирования,
string
ID
места
проведения (кабинет,
место
с/без
кабинетов),
DateTime
Дата
проведения,
string Время начала,
int Длительность в
академических часах,
string Причина (2000)
9
CancelAdditionalRowFromShe
dule
string
ID Удалить дополнительное
дополнительного
занятие
занятия
8.1.7.
№ Метод
отмены Удалить отмену занятия
Получение реестров. “Reports.asmx”
Параметры
Описание
Получение списка точек
1
GetPoints
2
GetReestr
DateTime
Начало
отчетного периода,
DateTime
Конец
отчетного периода
3
GetDailyReestrWithPoints
DateTime
отчетного
DateTime
Получение
реестра
посещений за период
(ограничение:
длина
периода не более 1 суток)
Начало Получение
реестра
периода, нераспознанных
Конец посещений за период с
61
4
GetErrorReestr
отчетного периода
временем регистрации
string ID поставщика
Получение
нераспознанных
посещений
поставщику
реестра
по
5
GetErrorReestrByCard
string Номер карты
Получение
реестра
нераспознанных
посещений по карте
6
GetDailyErrorReestr
string ID поставщика,
DateTime
Начало
отчетного периода,
DateTime
Конец
отчетного периода
Получение
реестра
нераспознанных
посещений
по
поставщику за период
7
GetTechReestr
string ID поставщика
Получение
реестра
технических посещений
по поставщику
8.1.8.
Регистрация посещений. “Visits.asmx”
№ Метод
Параметры
Описание
1
RegisterErrorVisit
string ID нераспознанного
посещения,
string ID услуги на
которую регистрируется
штатное посещение
Регистрирует штатное
посещение на основе
нераспознанного
посещения
2
RegisterTechVisit
string ID нераспознанного
посещения,
string ID услуги на
которую регистрируется
штатное
посещение,
string
Номер
карты
получателя,
который
зарегистрирован
по
технической карте
Регистрирует штатное
посещение на основе
технического
посещения
62
8.2.Приложение. Формат файла передачи персональных данных получателей
услуг
Файл в формате XML, содержащий следующую информацию по каждому получателю:
Формат XML
<root>
<Child_id>
Уникальный ключ ([bigint])
</Child_id>
<Child_name>
Имя ([varchar](500))
</Child_name>
<Child_surname>
Фамилия ([varchar](500))
</Child_surname>
<Child_patronymic>
Отчество ([varchar](500))
</Child_patronymic>
<Child_birthDT>
Дата рождения ([datetime])
</Child_birthDT>
<Child_Series>
Серия документа ([varchar] (8))
</Child_Series>
<Child_Number>
Номер документа ([varchar] (16))
</Child_Number>
<UDO_id>
Внешний ключ УДО ([bigint])
</UDO_id>
<Child_AddressStreet>
Улица ([varchar](500))
</Child_AddressStreet>
<Child_AddressHouse>
Номер дома ([varchar](500))
</Child_AddressHouse>
<Child_AddressBuilding>
Корпус ([varchar](500))
</Child_AddressBuilding>
<Child_AddressFlat>
Квартира ([varchar](500))
</Child_AddressFlat>
</root>
63