ТЕХНИЧЕСКОЕ ЗАДАНИЕ

реклама
Приложение № 1
к запросу котировок
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на оказание услуг по технической поддержке автоматизированной информационной
системы «Электронная очередь в детские сады Тульской области»
Термины и сокращения
Система
Автоматизированная
информационная
система
организации
электронной
очереди
в
дошкольные
образовательные учреждения Тульской области на платформе
программного продукта «БАРС.Образование-Электронный
Детский Сад» и «БАРС.Портал»
Государственное автономное учреждение Тульской
Заказчик,
области «Центр информационных технологий»
Заявитель
Юридическое или физическое лицо, победитель
Исполнитель
аукциона
Заказчик и Исполнитель по договору
Стороны
Дошкольные образовательные учреждения
ДОУ
Родитель или законный представитель ребенка
Родитель
1. Общие сведения
1.1. Наименование услуг
1.1.1. Техническая поддержка пользователей Системы.
1.1.2. Консультирование пользователей Системы, специалистов второй линии
технической поддержки Заказчика по бесплатному многоканальному телефону,
электронной почте.
1.1.3. Обновление версий Системы с целью реализации функций, обеспечивающих
выполнение требований действующего законодательства.
1.2. Нормативные правовые акты
Система обеспечивает выполнение требований Федерального закона от 27.07.2010
№ 210-ФЗ «Об организации предоставления государственных и муниципальных услуг»,
распоряжения Правительства Российской Федерации от 17.12.2009 № 1993-р.
1.3. Сведения о внедрении Системы
Разработчик системы компания ЗАО «БАРС Груп».
Система эксплуатируется в Тульской области с 2013 года и включает 552 ДОУ,
расположенных в 27 муниципальных образованиях Тульской области (муниципальные
районы и городские округа).
Сведения о внедрении Системы изложены в приложение 1 к Техническому
заданию.
1.4.Сведения о месте оказания услуг
1.4.1.Услуги оказываются сотрудникам второй линии поддержки Заказчика,
пользователям Системы в департаменте образования Тульской области, пользователям
Системы в дошкольных образовательных учреждениях.
1.4.2. Оказание услуг по обновлению версий Системы должно осуществляться
удаленно.
2
1.4.3. Оказание услуг по технической поддержке,
консультированию
пользователей, второй линии технической поддержки Заказчика и обновлению Системы
должно осуществляться Исполнителем:
а) удаленно, по обоюдному согласованию Сторон, при этом администратор
системы должен является посредником, организующим доступ к базе данных;
б) удаленно, при проведении технической поддержки, консультировании
пользователей, обновлении Системы Исполнитель должен работать под пользователем с
метаролью «Только просмотр» (при условии заключения соглашения о неразглашении);
Место нахождения администратора Системы: г. Тула, Оружейный переулок, д.13
(здание государственного автономного учреждения Тульской области «Центр
информационных технологий»).
1.4.4. Исполнителю должно предоставляться право удаленной работы в тестовой
среде Заказчика. Доступ должен предоставляться по согласованию Сторон по заявке
Исполнителя, с указанием обоснования необходимости доступа к тестовой среде
Заказчика, дате, времени и продолжительности доступа к тестовой среде.
1.5. Сведения о сроке оказания услуг: Исполнитель оказывает услуги в период с 01
января 2014 г. по 31 декабря 2014 г включительно.
2. Требования к объему оказываемых услуг
2.1. Услуги по технической поддержке, консультированию пользователей и второй
линии технической поддержки Заказчика, организации третьего уровня линии
технической поддержки Системы (далее весь объем оказываемых услуг именуется услуги
по организации третьего уровня линии технической поддержки) учитываются
Исполнителем и оплачиваются ежеквартально из расчета фиксированной в договоре
стоимости в квартал.
Подробные требования к организации третьего уровня линии технической
поддержки Системы определены в п.3. настоящего Технического задания.
2.2. В техническую поддержку должны входить услуги:
по тестированию исполнителем новой версии Системы в тестовой среде Заказчика
в соответствии с планом тестирования;
по установке и проверке работоспособности обновлений версий Системы,
предоставленных разработчиком, проводимые Исполнителем работ в тестовой среде
Заказчика;
по установке Исполнителем обновлений версий Системы в рабочей среде
Заказчика;
по резервному копированию базы данных, обеспечивающему восстановление
состояния БД с потерей изменения данных не более чем за один рабочий день с момента
сбоя Системы;
по восстановлению базы данных в случае её повреждения или утраты;
по проведению текущих мероприятий и плановых мероприятий в соответствии с
регламентом;
по проведению экстренных работ по восстановлению работоспособности Системы
или по диагностированию возникших проблем;
по настройке системы, при возникновении технических ошибок в программных
модулях;
по анализу журналов событий Системы в целях обнаружения отклонений в
действиях пользователей Системы от установленных процедур работы;
по анализу журналов событий Системы в целях обнаружения отклонений от
настроенных алгоритмов работы Системы (поиск ошибок Системы);
устранению сбоев в работе Системы.
2.3. В консультационную поддержку должны входить услуги:
3
по консультированию Заказчика по вопросам, связанным с методологией
использования Системы, включая основные принципы, методы и средства, реализованные
в системе;
по консультированию Заказчика по изменению настраиваемых алгоритмов работы
Системы, включая настройки под индивидуальную специфику образовательной
деятельности отдельных ДОУ;
по подготовке методических материалов с описанием схем бизнес-процессов;
подготовке инструкций для всех ролей Системы с привязкой к бизнес-процессам;
обучение администраторов Заказчика настройке и администрированию Системы.
Продолжительность обучения – не более 8 часов, количество обучающихся – не более
трех человек.
2.4. В обновление Системы должны включаться услуги по предоставлению
обновлений версий БАРС.Образование-Электронный Детский Сад и БАРС.Портал при
выпуске их разработчиком ЗАО «БАРС Груп».
2.4.1. При внесении изменений в федеральное законодательство и реализации
указанных изменений в нормативно-правовых актах, принятых на региональном и
муниципальном уровнях, требуется соответствующее изменение алгоритмов
выполняемых Системой функций и обновление версии Системы в срок, дополнительно
обговаривающийся Исполнителем и Заказчиком.
Увеличение или снижение сроков обновления версии Системы должно
регулироваться дополнительным Соглашением Сторон.
В том числе до 1 ноября 2014 года необходимо провести доработку Системы, в
соответствии с Регламентом технического взаимодействия в рамках интеграции типовых
региональных решений с Федеральной системой показателей электронной очереди
(письмо от 27.11.2013 № ОП-П9-17687 Министерства связи и массовых коммуникаций
Российской Федерации).
2.4.2. Срок предоставления обновлений Исполнителем должен быть установлен не
более семи рабочих дней со дня выпуска новой версии.
2.4.3. Обновления должны предоставляться в электронной форме в виде доступа к
ссылке для ее загрузки с сервера Исполнителя в сети Интернет.
2.4.4. Исполнитель проводит информирование Заказчика в письменном виде о
выходе обновлений с указанием перечня изменений и новых возможностей Системы с их
описанием.
3. Уровни линии технической поддержки Системы
Услуги по технической и консультационной поддержке пользователей Системы,
специалистов второй линии технической поддержки Заказчика, обновлению Системы
(далее весь объем указанных работ именуется работы по организации третьего уровня
линии технической поддержки) учитываются Исполнителем.
Действия Исполнителя по технической поддержке, консультированию
пользователей, второй линии технической поддержки Заказчика и обновлению Системы
не должны приводить к ухудшению (утрата функций, нарушение требований
информационной безопасности, снижение быстродействия, искажение и потеря
информации, нарушение целостности базы данных и др.) или отказу работы Системы.
3.1. Линия технической поддержки Системы должна быть организована в трех
уровнях:
первый и второй уровень линии технической поддержки организуются Заказчиком;
третий уровень линии технической поддержки должен быть организован
Исполнителем.
3.2. Первый уровень линии технической поддержки принимает обращения
пользователей Системы, регистрирует обращения в информационной системе,
классифицирует обращения, самостоятельно решает инциденты, которые связаны с
недостаточной квалификацией пользователей или настройками в рамках своей
4
компетенции, передает инцидент на второй уровень поддержки в случае невозможности
решения на своем уровне, взаимодействует с пользователями Системы при решении
проблемы.
3.3. Второй уровень технической поддержки принимает обращения от первого
уровня технической поддержки, самостоятельно решает инциденты, которые связаны с
недостаточной квалификацией сотрудников первого уровня линии технической
поддержки или настройками в рамках своей компетенции, передает инцидент на третий
уровень поддержки в случае невозможности решения на своем уровне, взаимодействует с
сотрудниками первого уровня линии технической поддержки и пользователями Системы.
3.4. Третий уровень технической поддержки должен принимать обращения от
второго уровня технической поддержки, осуществлять техническую и консультационную
поддержку Системы, проводить плановые мероприятия, осуществлять взаимодействие с
разработчиками Системы по вопросам консультирования, исправления ошибок,
устранения сбоев или иных изменений в программном обеспечении Системы.
3.5. Заявка, зарегистрированная Заказчиком, и передаваемая на третью линию
техподдержки, направляется Исполнителю по электронной почте.
3.6. Исполнитель должен сообщить Заказчику номер телефона поддержки для
принятия обращений для проведения технической поддержки.
3.7. Время работы линии технической поддержки Исполнителя должна быть
установлена с 8.30 до 17-30 московского времени в рабочие дни.
3.8. При выявлении проблемы в функционировании программного обеспечения
Системы, которая приводит к существенному нарушению работы Системы, Исполнитель
в течение одного рабочего дня проводит полный анализ причины нарушения
работоспособности Системы и принимает все возможные меры для полного или
частичного устранения проблемы.
Если невозможно решить вопрос непосредственно при обращении, то Исполнитель
обязан самостоятельно связаться с Заявителем для решения проблемы.
4. Общий порядок оказания услуг
4.1. Услуги по организации третьего уровня линии технической поддержки
Системы выполняются в соответствии с требованиями п.3. настоящего технического
задания.
4.2. Услуги учитываются Исполнителем и подлежат оплате на основе выписки из
формы учета обращений на третий уровень линии технической поддержки в течение
отчетного периода, представляемой ежеквартально не позднее 5 (пяти) рабочих дней
месяца, следующего за отчетным.
4.3. Услуги оплачиваются по факту выполнения работ в отчетном периоде в
соответствии с согласованной Заказчиком и Исполнителем стоимостью в порядке,
определенном договором.
Факт оказания услуг оформляется в форме акта сдачи-приемки оказанных услуг.
4.4. Учет оказанных Исполнителем услуг осуществляется с установленной
периодичностью (ежеквартально).
4.5. В течение 5 (пяти) рабочих дней с даты заключения договора Исполнитель
должен представить Заказчику на согласование регламент плановых мероприятий
взаимодействия в процессе оказания услуг по договору (далее – регламент) и плана
тестирования обновлений в тестовой среде Заказчика (далее – план).
4.6. В ходе исполнения договора регламент и план при необходимости могут
уточняться при условии согласования уточнений Заказчиком и Исполнителем.
4.7. При проведении обновления версии Системы, или не возможности
Исполнителем восстановить в регламентные сроки Систему после сбоя, возникшего после
её обновления, ответственность за работоспособность Системы после внесения таких
изменений лежит на Исполнителе.
5
5.Требования к основаниям для оказания
услуг
5.1. Заявка Заказчика
5.1.1. Заявкой считается любое обращение Заказчика на третью линию технической
поддержки Исполнителя.
5.1.2. Заявка служит Исполнителю основанием для оказания услуг по договору.
5.1.3. Заявка включает (но не ограничивается) следующие сведения:
дата направления заявки Заказчиком;
тип заявки;
тема;
описание действий, подлежащих выполнению Исполнителем, и требований к ним
Заказчика;
дата (при необходимости – дата и время) планового выполнения указанных
действий (при необходимости);
максимально возможное описание проблемы (может уточняться Исполнителем);
прочие необходимые сведения по усмотрению Заказчика.
5.1.4. Исполнитель после получения от Заказчика заявки в течение одного рабочего
дня с момента ее получения должен согласовать с Заказчиком сроки оказания услуг,
указанные в заявке,
Согласование проходит по телефону или путем служебной переписки между
сотрудниками Исполнителя и Заказчика.
6. Требования к документам, подтверждающим оказание услуг
6.1. Документы, подтверждающие оказание услуг по обеспечению технической
поддержке, консультирования пользователей и обновлению версий Системы
6.1.1. По результатам оказания услуг по обеспечению технической поддержке,
консультирования пользователей и обновлению версий Системы в течение отчетного
периода Исполнитель готовит и представляет Заказчику на бумажном носителе
следующие документы:
выписку из журнала обращений на третий уровень линии технической поддержки,
которая должна содержать все обращения, переданные за отчетный период на третий
уровень линии технической поддержки, и включать следующую информацию по
каждому обращению:
дата обращения;
регистрационный номер обращения;
название и краткое содержание;
трудоемкость выполнения;
заявитель (ФИО, должность, орган);
статус обращения;
дата исполнения;
отметка о принятии / не принятии результатов работ Заказчиком.
прочие необходимые сведения по усмотрению Заказчика.
6.1.2. Выписка из журнала оказания услуг, которая должна содержать следующую
информацию об оказанных в отчетном периоде плановых мероприятиях в соответствии с
регламентом:
наименование процедуры;
дата проведения;
ФИО специалиста, проводившего работы;
результат (краткое описание).
6
6.2. Требования к оформлению фактически оказанного Исполнителем объема услуг в
отчетном периоде (квартале)
6.2.1. Объем фактически оказанных Исполнителем услуг по договору за отчетный
период определяется как сумма выполненных заявок.
6.2.2. Общий объем услуг указывается в акте сдачи-приемки оказанных услуг за
отчетный период, форма которого устанавливается Сторонами в договоре на оказание
услуг.
6.2.3. В течение 5 рабочих дней после окончания каждого квартала Исполнитель
направляет на подпись Заказчику акт сдачи-приемки оказанных услуг.
Исполнитель вместе с актом сдачи-приемки оказанных услуг передает Заказчику
документы, подтверждающие оказание Исполнителем услуг, указанных в настоящем
Техническом задании.
В случае, если Заказчик считает услуги не оказанными, он обязан в течение 5
рабочих дней направить в адрес Исполнителя письменное обоснование отказа с полным
перечнем недостатков и (или) несоответствия программных продуктов и (или) услуг
Техническому заданию.
Исполнитель устраняет указанные недостатки в согласованный сторонами срок
либо предоставляет мотивированный отказ в их устранении.
Датой исполнения обязательств Исполнителя по оказанию услуг по договору
считается дата подписания обеими Сторонами акта сдачи-приемки оказанных услуг
(ежеквартально).
6.3. Требования к результатам оказания услуг
6.3.1. По результатам оказанных услуг Исполнитель должен обеспечить
своевременную качественную техническую поддержку, консультирование пользователей,
обновление версии Системы, а именно обеспечить оперативное и качественное оказание
следующих услуг:
выдачу рекомендаций сотрудникам второго уровня линии технической поддержки
Системы, не требующих администрирования, настройки Системы – в течение одного
рабочего дня с момента получения обращения;
выдачу рекомендаций сотрудникам второго уровня линии технической поддержки
по администрированию, настройке Системы – в течение одного рабочего дня с момента
получения обращения;
установление возможных причин нарушения работоспособности Системы - начало
работ не позднее двух часов с момента получения обращения;
восстановление работоспособности Системы, не связанное с изменением
исходного кода Системы – начало работ не позже 1 (одного) рабочего часа с момента
получения обращения и завершение работ – не позднее 24 часов с момента получения
обращения;
восстановление работоспособности Системы, связанное с изменением исходного
кода Системы – начало работ не позже одного рабочего дня с момента получения
обращения и завершение работ по результатам выхода новой версии Системы:
если присутствует ошибка, которую нельзя обойти – срок устранения ошибки –
выход новой версии Системы;
если присутствует ошибка, которую можно обойти – срок устранения ошибки выход новой версии Системы;
выдача рекомендаций по работе, администрированию и настройке системы
репликации данных Системы – в течение одного рабочего дня с момента получения
обращения;
настройка и администрирование Системы (при обращении сотрудников второго
уровня линии технической поддержки) в объеме следующих работ:
7
редактирование
справочников Системы
(кроме
пользовательских
справочников)- в течение одного рабочего дня с момента получения обращения;
редактирование настроек Системы (кроме пользовательских справочников)- в
течение одного рабочего дня с момента получения обращения;
администрирование баз данных Системы:
оптимизация настроек СУБД- в течение 48-и часов с момента получения
обращения;
создание/копирование/перенос баз данных Системы - в течение 48-и рабочих часов
с момента получения обращения;
восстановление работоспособности поврежденной базы данных Системы (при
наличии технической возможности)- в течение 24-х часов с момента получения
обращения;
плановая диагностика программного обеспечения Системы, профилактические
работы и/или выдача рекомендаций по проведению профилактических работ
администраторам Системы – в соответствии с планом проведения;
плановая диагностика СУБД и баз данных Системы, профилактические работы
и/или выдача рекомендаций по проведению профилактических работ администраторам
Системы – в соответствии с регламентом.
6.3.2. Результаты представляются Заказчику ежеквартально в течение срока
действия договора.
6.3.3. При изменении законодательства, которое привело к невозможности
продолжения работы Системы, Исполнитель предоставляет внеочередное обновление,
протестированное в тестовой среде Заказчика в соответствии с планом, в срок не позднее,
чем через 5 рабочих дней с момента вступления изменений в силу.
6.3.3.1. Результаты услуг передаются Заказчику в виде дистрибутива обновленной
актуализированной версии Системы на оптическом носителе типа СD (DVD) или на
флеш-носителе вместе со всей необходимой эксплуатационной документацией
(инструкции по работе с программными комплексами, руководства по установке
программных комплексов, инструкции администраторов, инструкции пользователей).
7. Исходные данные по техническому обеспечению
7.1. Серверная часть Системы должна обеспечивать работоспособность при
эксплуатации на следующем аппаратном и системном программном обеспечении,
имеющемся в распоряжении Заказчика:
Таблица 1 - Характеристики аппаратного и системного программного обеспечения
№ п/п
Наименование
Характеристики
Ед.
изм.
Сервер 1 (Сервер СУБД)
1 Серверная сборка
Linux 2.6.32-5 amd64 (Debian шт.
6.0.7)
ОЗУ
16 Гб
Процессоры
2 процессора / 4 ядра / 2 Ггц
Объём системы хранения Диск C - 80 Гб
(дисковое пространство)
Сетевое
подключение
(количество портов LAN)
СУБД
1 интерфейс 1000BASE-T
PostgreSQL
Колво
1
8
Сервер 2 (Сервер WEB-интерфейса)
2 Серверная сборка
Linux 2.6.32-5 amd64 (Debian шт.
6.0.7)
ОЗУ
16 Гб
Процессоры
2 процессора / 4 ядра / 2 Ггц
Объём системы хранения Диск C - 80 Гб
(дисковое пространство)
Сетевое
подключение
(количество портов LAN)
Сетевое
подключение
(количество портов LAN)
Канал доступа в сеть
интернет
1
1 интерфейс 1000BASE-T
1 интерфейс 1000BASE-T
10Мбит
7.2. Клиентская часть АИС должна обеспечивать надлежащую работоспособность
на имеющихся в распоряжении Заказчика ПЭВМ со следующими характеристиками
аппаратного и программного обеспечения
Наименование параметра, ед. изм.
Значение
Частота процессора, Мгц
1800
Объем ОЗУ, Mb
1024
Объем свободного дискового пространства, Gb
10
Разрешающая способность видеосистемы и монитора,
1024x768
пиксель
Система должна обеспечивать надлежащую работоспособность при наличии
канала доступа в сеть Интернет, обеспечивающего следующие минимально
гарантированные скорости доступа между клиентской и серверной частями Системы (в
расчёте на 1 рабочее место):
- входящая – не менее 512 кбит/с;
- исходящая – не менее 512 кбит/с.
7.3. Тестирование новой версии АИС должно проводиться в соответствии с планом
тестирования, разработанного Исполнителем после подписания договора и утвержденным
Заказчиком.
8 .Требования к информационной безопасности при оказании услуг
8.1. Для обеспечения юридической защиты персональных данных и для
предотвращения
утечки
конфиденциальной
информации,
содержащейся
в
информационной базе, после заключения договора Сторонами заключается Соглашение о
неразглашении.
8.2.
Система
должна
предусматривать
возможность
интеграции
со
специализированными средствами защиты информации, необходимыми для выполнения
требований, определенных требованиями Федеральных законов «Об информации,
информационных технологиях и о защите информации» (от 27.07.2006 № 149-ФЗ), «О
персональных данных» (от 27.07.2006 № 152-ФЗ).
9
8.3. Вся серверная часть Системы целиком, а так же её отдельные компоненты
должны штатно функционировать при эксплуатации в имеющейся в распоряжении
Заказчика среде виртуализации VMware vSphere v5.0 и установленным на серверах
антивирусом Касперского.
Список необходимых системных библиотек для указанной ОС:
Python
psycopg2
libxml2
openssl
pyxmlsec
PIL
JAVA
Python-LDAP
LXML
Для обеспечения работы сервера приложений должен быть установлен web-сервер:
Server version: Apache/2.2.16 (Debian)
Server built: Mar 3 2013 12:12:26
На сервере системы должна быть установлена среда Java Runtime Environment
версии 1.6.0.26.
Для обеспечения работы антивируса Касперского 8.0 должны быть следующие
компоненты:
Интерпретатор языка Perl версии 5.0 или выше (www.perl.org).
Установленная утилита which.
Установленные пакеты для компиляции программ (gcc, binutils, glibc, glibc-devel,
make, ld), а также установленный исходный код ядра операционной системы - для
компиляции модулей Антивируса Касперского.
8.4. Все элементы системы должны быть полностью совместимы с антивирусными
средствами Лаборатории Касперского и Dr.Web имеющими сертификат ФСТЭК или ФСБ,
и штатно функционировать на устройствах, где они установлены.
9. Требования к срокам и объемам предоставления гарантии
9.1. Исполнитель гарантирует полную работоспособность Системы.
9.2. Гарантийный период (срок предоставления гарантии качества работ) на
оказанные услуги по техподдержке Системы, выполняемые в соответствии с договором,
составляет 12 месяцев с момента утверждения акта сдачи-приемки оказанных услуг.
9.3. В случае выявления в течение этого срока недостатков при эксплуатации
Системы или иных оказанных в рамках договора услугах, Исполнитель обязуется по
требованию Заказчика незамедлительно устранять такие недостатки за свой счет. При
этом гарантийный срок продлевается на период устранения недостатков.
10.Требования к качеству услуг
Качество и безопасность оказываемых услуг должны соответствовать
действующим стандартам и техническим регламентам на данные виды услуг в РФ.
11. Период оказания услуг
11.1. Услуги по обновлению системы в рамках договора оказываются
Исполнителем в срок от 28.03.2014 до 31.12.2014 включительно.
11.2. Услуги по технической и консультационной поддержке оказываются
Исполнителем в срок от 01.01.2014 до 31.12.2014.
11.3. Результаты оказания услуг представляются Исполнителем Заказчику
ежеквартально.
10
11.4. Сведения о фактически оказанных
Исполнителем
услугах
представляются Исполнителем ежеквартально, в течение первых 5 рабочих дней месяца,
следующего за отчетным.
12. Штрафные санкции
12.1. За неисполнение или ненадлежащее исполнение Исполнителем обязательств,
предусмотренных Договором, Заказчик вправе потребовать уплату штрафа в размере 10
(десяти) % от цены Договора.
12.2. Исполнитель освобождается от уплаты штрафа, если докажет, что
неисполнение или ненадлежащее исполнение его обязательств произошло вследствие
непреодолимой силы или по вине Заказчика.
13. Сроки и объемы предоставления гарантии
При обнаружении недостатков в оказанных услугах Исполнитель обязан
предпринять меры по их устранению. Исполнитель своими силами и за свой счет
устраняет недостатки без каких-либо дополнительных затрат со стороны Заказчика.
14. Привлечение субподрядчиков
Допускается привлечение субподрядчиков в период действия заключенного
Договора.
Директор государственного
автономного учреждения Тульской
области «Центр информационных
технологий»
Ответственный за составление
технического задания – консультант
отдела поддержки приложений
государственного автономного
учреждения Тульской области «Центр
информационных технологий»
И.Г. Маградзе
В.В. Мелихова
11
Приложение № 1
к Техническому заданию
СВЕДЕНИЯ О СИСТЕМЕ
1. Система предназначена для:
предоставления муниципальных услуг в сфере образования в электронном виде;
автоматизации процесса учета очередности в дошкольные образовательные
учреждения в муниципальных образованиях Тульской области (далее – ДОУ);
мониторинга состояния очереди и движения воспитанников;
автоматизации процесса оказания услуги Заявителю в электронном виде:
подачи заявлений в электронном виде;
информирование о ходе оказания услуги в электронном виде;
построение электронной очереди в ДОУ;
комплектование групп в ДОУ средствами Системы;
информирование в электронном виде Заявителя о результатах оказания услуги.
2. Система разработана на платформе «БАРС.Образование» и установлена на
серверном оборудовании Заказчика.
Система позволяет настраивать ограничение прав на уровне ролей пользователей.
Система имеет открытые интерфейсы для обеспечения возможности интеграции со
смежными информационными системами.
Система имеет централизованную базу данных.
Штатные средства Системы позволяют проводить удаленное администрирование
базы данных и настройку Системы (при наличии технической возможности доступа к
серверам Системы).
Система обеспечивает возможность формирования реестра дошкольных
образовательных учреждений и их подчинения. Имеется возможность иерархического
деления территорий для разграничения прав доступа пользователей в пределах
территорий.
Система обеспечивает возможность добавления муниципальных льгот – льготы,
которые предусмотрены нормативной документацией муниципального образования.
Система позволяет устанавливать для льгот следующие настройки:
уровень льгот - федеральные, региональные и муниципальные;
приоритеты льгот - внеочередные, первоочередные, преимущественное право.
2. В Системе имеются следующие справочники и реестры:
Учреждения;
Территории;
Потребности по здоровью;
Режимы работы групп;
Типы ДОУ;
Типы групп;
Категории групп;
Возрастные категории групп;
Возрастные подкатегории групп;
Типы документов ребенка;
Норматив наполняемости;
Типы привилегий;
Специфика групп;
Причины отчисления;
Справочные материалы;
Должности;
Серии свидетельств;
Типы документов представителя;
12
Причины временного направления;
Назначение кабинетов;
Типы документов;
Национальность;
Специфика МО;
Исключение специфик МО;
Нормативные документы;
Льготы;
Льготы в МО;
Статусы;
Переходы статусов;
Статусы переводов.
Заявки;
Дети в учреждении;
Дети в плановых группах;
Родители;
Группы;
Плановые группы;
Сотрудники;
Уволенные сотрудники;
Отчисления детей;
Мероприятия;
Дополнительные занятия;
Пользователи.
3. В системе имеется раздел «Реестр заявок», который содержит все заявки,
поступившие в систему.
Каждое заявление находится в одном из функциональных статусов, который
однозначно позволяет идентифицировать этап прохождения заявления:
ПОДТВЕРЖДЕНИЕ ЛЬГОТ – присваивается в случае указания льгот на
зачисление в ДОУ для предоставления документов в ДОУ/комитет/управление/отдел
образования муниципального образования;
ПОДТВЕРЖДЕНИЕ МЕДИЦИНСКИХ ПОКАЗАНИЙ – присваивается в случае
необходимости предоставления заключения психолого-медико-педагогической комиссии;
ПОДТВЕРЖДЕНИЕ ДОКУМЕНТОВ – присваивается в случае необходимости
подтверждения данных о ребенке или Заявителе на постановку в очередь;
ЗАРЕГИСТРИРОВАНО – присваивается после рассмотрения заявления в
установленном порядке при условии наличия необходимых документов и успешной
проверки достоверности представленных данных (основной статус для очередников, не
обеспеченных местом в ДОУ);
ЖЕЛАЕТ ИЗМЕНИТЬ ДОУ – присваивается при поступлении заявления от
законного представителя ребенка, обеспеченного местом в ДОУ, на перевод в другое
ДОУ;
НАПРАВЛЕН В ДОУ – присваивается после принятия решения о комплектовании
ДОУ и до момента фактического вручения направления представителю ребенка;
ЗАЧИСЛЕН – присваивается после получения информации о зачислении в ДОУ;
НЕ ЯВИЛСЯ – присваивается в случае, если заявитель не явился в установленные
сроки для получения направления или не прибыл в ДОУ после получения направления;
ОТКАЗАНО В УСЛУГЕ – присваивается отклоненному в ходе рассмотрения
заявлению на основании, установленном в регламенте оказания услуги;
АРХИВНАЯ – присваивается по окончанию процесса обработки заявлений, т.е. в
связи с выпуском ребенка в школу, достижения семилетнего возраста, по иным причинам
13
выбытия, при выявлении заявок-дубликатов и т.п. (конечное состояние заявки).
В форме организована возможность применения фильтра по статусу.
4. Заявка в систему вводится двумя способами:
при подаче заявления через портал, при этом в «Реестре заявок» у такого Заявления
в колонке «С портала» стоит отметка «Да»;
при личной явке Заявителя в орган управления образования либо ДОУ, когда
Заявление заводится в системе сотрудником органа управления образования или ДОУ.
5. Поиск в Системе организован не по точному совпадению фамилий, имен и
отчеств, а с различием в 2 символа, т.е. в случае, если была допущена ошибка в
написании, например, имени на 1-2 символа, Система также должна показать возможные
варианты.
6. Окно «Заявка» содержит три вкладки.
Вкладка «Данные о ребенке» включает поля:
Дата подачи Заявителем заявления;
Фамилия ребенка;
Имя ребенка;
Отчество ребенка;
Дата рождения ребенка;
Желаемая дата поступления, указанная Заявителем;
Потребность по здоровью. Указывается в случае наличия потребности по
здоровью. Обязательно подтверждение психолого-медико-педагогической комиссии;
Время пребывания. Выбранный Заявителем режим пребывания в группе;
Специфика. Дополнительный параметр групп, настраиваемый администратором;
Данные документа, удостоверяющего личность родителя;
Адрес фактического проживания;
Желаемые учреждения. Учреждения для зачисления, указанные Заявителем в
качестве приоритетных;
Список льгот. Вид льготы, предоставляющие право на первоочередное, либо
внеочередное зачисление;
Во вкладке «Дополнительные данные» имеются поля для занесения данных о
родителях ребенка, претендующего на зачисление.
Вкладка «История статусов» содержит историю перехода заявки из одного статуса
в другой. Информация представлена в виде таблицы с информацией о дате изменения,
пользователе, совершившем его и новом статусе.
7. В системе имеются разделы «Общая очередь» и «Очередь льготная»,
содержащие все заявления, поставленные на учет.
Раздел «Очередь льготная» содержит те же данные, что и «Очередь общая», но с
наложенным на них фильтром, показывающим заявления, имеющие льготы на зачисление
в ДОУ.
В разделе имеется возможность применять фильтры по:
типу очереди (сводная, общая, льготная, переводники);
возрастной подкатегории;
потребности по здоровью;
учреждению/муниципальному образованию;
очереди на дату;
дате архива;
дате желаемого зачисления.
В разделах, отображающих очередь, также реализована возможность просмотра
всех данных выбранного заявления.
8. В Системе имеется раздел «Дети в учреждении», содержащий данные всех детей,
посещающих ДОУ.
14
В форме организован поиск. Информация в форме должна быть представлена в
виде таблицы.
9. В Системе имеется раздел «Группы», содержащий список существующих групп
и данные о них.
По каждой группе заполнена следующая информация:
вид группы;
категория группы;
возрастная категория;
возрастная подкатегория;
режим работы;
дней в неделю;
потребность по здоровью;
специфика группы;.
группы кратковременного пребывания;
семейные детские сады;
название;
максимальное наполнение.
Все характеристики в группе заполняются из справочников.
Окно «Группа» содержит характеристики данной группы, а также список детей,
посещающих её.
На панель кнопок выведены все действия, которые можно совершать над списком
детей данной группы.
10. В Системе имеется раздел «Плановые группы на 1 сентября», который
заполняется на этапе, предшествующем процессу комплектования. Текущие группы
копируются в плановые, после чего происходит работа по переводу детей из одной
группы в другую с учетом возраста воспитанников.
11. В Системе имеется раздел «Комплектование», который запускает процесс
автоматического формирования списков на зачисление в группы дошкольных
образовательных учреждений по возрасту с учетом всех необходимых параметров.
12. В Системе имеется раздел «Реестр сотрудников», в котором собирается вся
информация о сотрудниках.
Карточка сотрудника содержит следующие данные:
учреждение;
фамилия;
имя;
отчество;
дата рождения;
дата приема на работу;
сведения об образовании;
сведения о квалификации;
должность;
тип документа;
номер;
серия;
дата выдачи.
Портфолио делится на три вкладки:
«основное», в котором располагается вся основная информация о сотруднике;
«должности», которое содержит информацию о должности сотрудника;
«история трудовой деятельности», в которую добавляется вся история трудовой
деятельности.
13. В Системе имеется раздел «Мероприятия», в котором собрана вся информация
о мероприятиях в ДОУ:
15
мероприятие;
организатор;
ДОУ;
место проведения;
тип мероприятия;
дата;
жюри;
сотрудники.
14. В Системе имеется раздел «Реестр дополнительных занятий», в котором
отображается вся информация о дополнительных занятиях, которые проводятся в ДОУ:
тип дополнительного занятия;
организатор.
15. В Системе имеется раздел «Табель посещаемости для дополнительных
занятий», который используется для контроля посещаемости дополнительных занятий
воспитанником, где в сетке реестра проставляется отметка «Б», или «Н», или вовсе не
проставляется.
«Б» - болел,
«Н» - не был,
«пустое поле» - был.
16. В Системе имеется раздел «Требования к массовому оповещению
пользователей, для возможности массового оповещения пользователей в виде сообщений.
Сообщение выходит на рабочий стол при запуске, или каждый час продолжительной
работы в Системе.
Система массового оповещения необходима для того, чтобы донести информацию
как для всех пользователей в системе, так и для части из них.
17. В Системе имеются следующие сервисные функции для обеспечения работы
администратора в системе:
«Склеивание» (объединение сведений) детей по фамилии-имени и дате рождения.
Представляет собой функцию «склеивания» нескольких детей, у которых совпадают
фамилия, имя и дата рождения;
«Склеивание заявлений» внутри муниципальных образований (далее – МО).
Представляет собой «склеивание» заявлений идентичных друг другу, например, по серии
и номеру свидетельства о рождении, внутри муниципального образования;
«Склеивание» детей по фамилии, серии и номеру свидетельства о рождении.
Сервисная функция представляет «склеивание» нескольких детей в системе по фамилии,
серии и номеру свидетельства о рождении, если таковые есть.
Выгрузка идентификаторов заявлений. Сервисная функция представляет собой
выгрузку информации из системы в excel файл. Информация содержит в себе: ФИО, дату
рождения, идентификатор, статус заявления.
Указание МО в заявках. Сервисная функция предназначена для проставления МО в
заявлениях.
Выгрузка заявлений с датами постановки в очередь. Сервисная функция выгружает
в excel-файл информацию, которая содержит в себе ФИО ребенка, дату рождения, дата
постановки заявки в очередь, статус.
«Склеивание» заявлений с проставлением даты выбора ДОУ. Сервисная функция
необходима для проставления даты выбора ДОУ, если она не была проставлена.
Изменение даты выбора ДОУ в заявках. Сервисная функция предназначена для
изменения даты выбора ДОУ в заявлениях, если дата выбора ДОУ меньше, чем дата
заявления, то указывается дата подачи заявления.
Установить статус заявления «Архивная» для детей старше семи лет. При
выполнении сервисной функции статус заявки переходит в архив для детей старше семи
лет.
16
«Склеивание» представителей. С помощью сервисной функции Система позволяет
«склеить» законных представителей по серии и номеру документа.
18. В Системе реализованы следующие требования к информационной
безопасности:
а) Разграничение прав пользователей в системе.
Обеспечивает реализацию механизмов разграничения доступа пользователей по
ролевому принципу: Заведующий ДОУ, Администратор МО, Супер-Администратор,
Аналитик, Наблюдатель (только чтение).
Обеспечивается настройка для каждой пользовательской роли прав доступа к
информационным ресурсам и выполнения определенных операций. Имеется возможность
выполнения настройки специалистом Заказчика, без необходимости изменения
программного кода системы.
Для каждой пользовательской роли создано специфичное главное меню Системы с
набором тех функций, которые доступны данной роли.
б) парольная защита:
вход в пользовательскую часть Системы и дальнейшая работа осуществляться
только при указании имени пользователя и его пароля;
пароли пользователей и администраторов системы имеют ограничения по составу,
длине, сложности;
пароли пользователей Системы хранятся в базе данных в зашифрованном виде;
конечным пользователям Системы не доступен пароль доступа к серверу базы
данных.
в) защита данных при их передаче в процессе функционирования системы при
удаленном соединение с сервером базы данных системы осуществляться по протоколу
HTTPS.
19. В Системе реализована веб-форма согласия на обработку персональных данных
субъекта и подопечного.
20. В Системе обеспечивается протоколирование действий пользователей:
время и дата выполнения действия;
имя (логин) пользователя или системы выполнившего действия;
IP адрес ПК компьютера, с которого было произведено действие (если получится
определить);
наименования объекта, над которым совершено действие;
описание самого действия.
21. В Системе реализованы требования к сохранности данных и их восстановление
в случае сбоя в работе системы.
22. Администратор имеет возможность настройки и резервного копирования.
Функционал резервного копирования доступен только в профиле Администратора.
Созданных резервных копий достаточно для полного восстановления Системы, без
необходимости каких-либо дополнительных настроек и правок (в реестре, временных
файлах, кэше и т.д.).
23. База данных функционирует под управлением сервера базы данных с
поддержкой многопроцессорности, обеспечивающего повышенный уровень сохранности
информации при авариях, отказах технических средств (в том числе – потеря питания) и
других событиях.
Внутренние механизмы работы с сервером базы данных предусматривают
поддержку непротиворечивости данных при отключениях рабочих процессов
пользователей.
24. Система предъявляет требования к патентной чистоте и использует только те
сторонние компоненты, которые приобретены (получены) и используются без нарушений
лицензионных соглашений, а также прав третьих лиц.
25. Доступ к Системе реализован посредством Web-интерфейса.
17
25.1. Портальная часть корректно отображается в следующих web-браузерах:
Internet Explorer 8 и выше (только для Windows), Mozilla Firefox 3.5 и выше, Safari 6 и
выше, Google Chrome 13 и выше, Opera 10.5 и выше.
Портальная часть Системы корректно отображается на экранах с расширением
1024х768 и выше.
25.2. В портальной части Системы реализована возможность информирования
родителей:
при проверке статуса заявки родителем, отображается следующая информация о
заявке: ФИО, дата рождения, дата желаемого зачисления, полный список ДОУ с датами
выбора ДОУ и приоритетами;
при запросе информации об очереди имеется возможность:
просмотра места в очереди и инициалы детей, стоящих перед данным ребенком;
напротив каждого ребенка ставить пометку о том, льготник он (и какой:
первоочередной или внеочередной), переводник ли;
указывать дату выбора данного ДОУ и его приоритет в заявке данного ребенка и
дату желаемого зачисления;
Родитель имеет возможность с портала просмотреть историю изменения своей
заявки в части изменения следующих данных:
ФИО;
дата рождения;
дата выбора каждого из ДОУ;
дата желаемого зачисления;
добавление в заявку ДОУ;
изменение приоритета ДОУ;
изменение статуса заявки;
добавление/удаление льгот.
При подаче заявления на этапе выбора предпочтительных ДОУ, родитель имеет
возможность перейти к странице просмотра информации по ДОУ, чтобы убедиться в
наличии на данный момент в ДОУ групп с нужной возрастной подкатегорией и других,
необходимых ему параметров ДОУ, а затем вернуться к процессу подачи заявки.
Родитель имеет возможность просматривать место в очереди, когда его заявление
все еще находится на стадии рассмотрения.
Родитель имеет возможность добавления ДОУ в свою уже существующую заявку
(в том случае, если заявка еще не участвовала в комплектовании, и либо в очереди, либо
на рассмотрении).
Если родитель уже подавал заявку с портала на одного из своих детей, при
повторной подаче другой заявки тем же родителем на другого ребенка, Система
«привязывает» данного родителя к этим заявкам.
При проверке статуса заявки с портала Система имеет возможность проводить
проверку по одному из следующих реквизитов:
по идентификатору заявления в системе – в этом случае возможен просмотр
информации только по данному заявлению;
по данным свидетельства о рождении ребенка – в этом случае возможен просмотр
информации только по данному заявлению;
по паспортным данным родителя - в этом случае возможен просмотр информации
по всем заявлениям, привязанным к данному родителю.
25.3. Функциональные возможности портальной части Системы позволяют
администратору управлять контентом и обеспечивать:
добавление и удаление текстов (статей);
редактирование текстов (статей);
добавление и удаление новостей;
редактирование новостей;
18
изменение дизайна (изменение текста шапки, изменение шрифтов и цвета на
страницах портала, изменение форматирования страниц).
26.В портальной части Системы реализована подсистема поиска. Информация,
представленная на портальной части Системы индексируется, и выводится в результатах
поиска по ключевым словам.
Навигация на портальной части АИС предназначена для удобного и наглядного
перемещения пользователей по разделам и страницам.
27. Для управления публикацией разработан и функционирует модуль управления
публикацией, который предназначен для управления продвижением контента от его
создания до его публикации на страницах портальной части АИС, в том числе:
создание и редактирование контента, хранение версий;
создания новых разделов и подразделов портальной части АИС, удаление
существующих;
публикация контента.
28. Модуль «Репозиторий контента» предназначен для обеспечения хранения
контента портальной части АИС и использует общую СУБД с подсистемой.
Модуль разработки предназначен для создания веб-страниц, размещаемых на
портальной части АИС и обеспечивающих бизнес-процессы по оказанию услуг
пользователям портальной части АИС. В задачу модуля включена разработка дизайна и
шаблонов веб-страниц подсистемы (информационное наполнение которых может
осуществляться как через систему управления веб-контентом, так и самим модулем
разработки).
29. Архитектура портальной части АИС обладает адаптивностью к изменению
правовой и нормативной базы, а также масштабируемостью при изменении нагрузки и
условий функционирования и эти свойства достигаются за счет минимальных доработок
архитектурных решений.
30. При создании типовых пользовательских интерфейсов выполняются
следующие требования:
интерфейс конечного пользователя является русскоязычным;
функциональная группировка элементов, т.е. пункты меню (или их аналоги)
сгруппированы в соответствии с функциональными задачами и технологией работы;
уникальная функциональность, т.е. каждому пункту меню (или его аналогу)
соответствует только одна выполняемая функция;
однозначность в понимании, т.е. пункты меню (или их аналоги) называются или
отображаются так, чтобы пользователь однозначно понимал их назначение;
имеется контекстная помощь при выполнении сложных действий в системе;
задание критериев поиска и выбора информации производиться без привлечения
языков программирования.
31. Функциональность портальной части АИС обеспечивается набором
программных сервисов, позволяющих гражданам запрашивать и получать в режиме online необходимые справочные данные.
Портальная часть АИС обеспечивает поддержку определенного цикла работ в
соответствии с алгоритмом административных процессов (формализованным
регламентом оказания услуги в электронной форме), автоматически передавать
промежуточные результаты всем участникам процесса и их информационным системам,
позволять участникам процесса отслеживать и координировать ход работ. При этом
пользователи в любой момент должны иметь возможность получить полную информацию
о текущем состоянии процесса предоставления услуги.
С точки зрения пользователя портальная часть обеспечивает:
регистрацию на портале;
аутентификацию с помощью имени и пароля;
возможность выбора доступных услуг в зависимости от места проживания и
19
предпочтений;
возможность отслеживания состояния заказанной услуги по запросу;
проверку правильности оформления заявки.
32. Для интеграции внешних систем с портальной частью Системы используется
механизм веб-служб (web-services), удовлетворяющий требованиям к разработке вебсервисов, регистрируемых в системе межведомственного взаимодействия (СМЭВ). Вебслужбы реализованы на основе протокола SOAP. Структура протокола описана на языке
WSDL.
33. В подсистеме администрирования портальной части Системы предусмотрен
механизм установки обновлений.
Средства Системы позволяют отключать Систему от работающих пользователей
для выполнения определенных регламентных операций. При отключениях Системы
гарантируется сохранность и непротиворечивость данных, даже если в момент
отключения в Системе были работающие пользователи.
Система предоставляет возможность информирования работающих пользователей
о предстоящих регламентных операциях для того, чтобы у них была возможность
сохранить рабочие данные.
34. Функции портальной части Системы позволяют создавать, редактировать и
блокировать учетные записи на любом уровне иерархической ролевой модели.
35. Система обеспечивает возможность формирования реестра дошкольных
образовательных учреждений и их подчинения. Реализована возможность иерархического
деления территорий для разграничения прав доступа пользователей в пределах
территорий на любом уровне.
36. Система обеспечивает возможность установки для муниципальных образований
следующих настроек:
добавление муниципальных льгот – льготы, которые предусмотрены нормативной
документацией муниципального образования.
37. Система позволяет устанавливать для льгот следующие настройки:
уровень льгот: федеральные, региональные и муниципальные.
Приоритеты льгот: внеочередные, первоочередные, преимущественное право.
38. Система позволяет задавать время ожидания на изменение статусов заявлений и
имеет возможность автоматического перехода статусов по истечению заданного срока.
39. Система обеспечивает доступ специалистов отделов образования в единую базу
данных с целью получения информации по контингенту отдельных образовательных
учреждений и состояния очереди в пределах муниципального образования.
40. Система обеспечивает возможность мониторинга результатов автоматического
комплектования очереди, редактирования результатов комплектования специалистами в
пределах своей территории.
41. Система обеспечивает формирование данных о группах на следующий учебный
год.
42. Система позволяет получать сотрудникам ДОУ информацию о выданных
направлениях.
Система обеспечивает зачисление детей в ДОУ согласно выданным направлениям.
Система обеспечивает возможность приема заявлений законных представителей
детей на постановку в очередь в электронном виде, внесения изменений в ранее поданные
заявления, приема заявлений на перевод из одного ДОУ в другое. Прием заявлений
осуществляется как с единого портала электронной очереди (далее Портал), так и
внесением данных непосредственно в Систему без участия Портала.
Идентификация ребенка осуществляется по следующим полям:
Фамилия;
Имя;
отчество (при наличии);
20
дата рождения;
серия и номер свидетельства о рождении;
Система обеспечивает возможность оповещения законного представителя ребенка
о результатах комплектования.
Система обеспечивает возможность изменения данных в заявлениях с учетом его
статуса.
Система обеспечивает автоматическое распознавание вводимых адресов с
использованием справочников КЛАДР, а также преобразование адресов в
структурированную форму и поиск по справочнику КЛАДР.
Система обеспечивает сохранность уникальности серии и номера свидетельства о
рождении детей, находящихся в единой базе данных Системы.
При вводе нового заявления, осуществляется проверка существования данных
ребенка в Системе. Поиск осуществляться по следующим полям:
серия и номер свидетельства о рождении;
фамилия, имя и дата рождения с применением алгоритма нечеткого поиска,
позволяющего найти все записи, которые содержат до 3-х опечаток в написании.
При нахождении записи с запрашиваемыми параметрами, Система предлагает
создание заявления по найденным сведениям, либо создание заявления с новыми
данными. При нахождении заявления с ошибками в данных о ребёнке, Система позволяет
исправить ошибочные данные.
Система позволяет подтверждать данные документов, удостоверяющих личность
ребенка, при наличии в Системе двух и более заявлений на разных детей с одинаковыми
данными удостоверяющих личность документов.
Система формирует очередь согласно приоритетам комплектования детей:
заявления от льготных категорий Заявителей, имеющих право на внеочередное,
преимущественное и первоочередное зачисление;
заявления от категории Заявителей, имеющих право на постановку в очередь на
общих основаниях;
заявления о переводе из одного ДОУ в другое.
Система позволяет менять данные приоритеты в соответствии с нормативной
документацией.
Льготная очередь формируется в следующем порядке:
внеочередное зачисление;
первоочередное зачисление;
зачисление для лиц, имеющих преимущественное право на зачисление.
Система формирует очередь независимо от формы подачи заявления с учетом даты
выбора каждого из ДОУ в заявке и их приоритетам, указанным в заявке.
Система обеспечивает получение информации об очереди в разрезе возрастных
подкатегорий с использованием различных фильтров.
Система предусматривает возможность формирования групп на следующий год с
указанием детей, которые остаются в группах для определения количества свободных
мест.
Система позволяет информировать пользователей о детях, которые посещают
текущие группы и не числятся в группах на 1 сентября, а также не являются
отчисленными. При подготовке списков групп на 1 сентября сотрудниками дошкольных
образовательных учреждений должны быть распределены все такие дети
(нераспределенные дети). Система позволяет зачислять в группы на 1 сентября
нераспределенных детей, либо отчислять их из дошкольных образовательных
учреждений. Работа с данной частью Системы доступна только пользователям с ролями
«Заведующий ДОУ» и «Специалист Управления образования».
Система обеспечивает возможность просмотра количества свободных мест в
группах с выбранными параметрами с учетом выданных направлений.
21
Система обеспечивает возможность автоматического комплектования с учетом
приоритетов выбранных ДОУ, правил очередности и желаемых дат поступлений.
Возможность настройки типа комплектования (централизованное, децентрализованное)
реализована как на уровне региона, так и на уровне каждого из муниципалитетов.
Система обеспечивает возможность редактирования и обработки результатов
автоматического комплектования.
Система имеет возможность передавать функции комплектования от ДОУ в
районный отдел/комитет/управление образования и наоборот.
Система осуществляет автоматическое «бронирование» места в ДОУ до получения
согласия Заявителя с результатами комплектования в течение заданного количества
времени.
Система обеспечивает соблюдение строгой очередности при процедуре
комплектования и возможность изменения данных по группе, в которую направляется
ребенок.
Система обеспечивает возможность комплектования с выбранным количеством
заявлений.
Система позволяет применять фильтры на очередь для процедуры комплектования.
При комплектовании Система разделена на 2 составляющие: комплектование групп
на 1 сентября и текущее доукомплектование. Тип комплектования определяется из
настройки сроков комплектования муниципального образования.
При комплектовании групп на 1 сентября Система отображает список групп только
тех дошкольных образовательных учреждений, которые готовы к распределению.
Система обеспечивает комплектование отдельных дошкольных образовательных
учреждений, а также просмотр свободных групп с указанием их количества.
Система позволяет производить комплектование групп в зависимости от
потребности по здоровью.
Система обеспечивает возможность формирования групп, в которых указываются
их характеристики, такие как: тип группы, количество объединенных возрастов,
возрастные подкатегории детей, посещающих группу, а также нормативная и
максимальная численность, которая позволяет распределять свободные места исходя из
настроек параметров комплектования муниципального образования.
Система имеет механизмы и интерфейсы, позволяющие реализовать процесс
обработки заявления. Система позволяет настраивать статусы заявлений в соответствии с
утвержденным регламентом.
При обработке статусов направлений Система имеет механизмы и интерфейсы,
позволяющие реализовать процесс обработки направлений. Система позволяет
настраивать статусы направлений в соответствии с утвержденным регламентом.
ПРЕДЛОЖЕНО
СИСТЕМОЙ
–
присваивается
при
автоматическом
комплектовании свободных мест;
ПОДТВЕРЖДЕНО – присваивается направлению после проверки;
НАПРАВЛЕН В ДОУ – присваивается после окончательной проверки результатов
комплектования;
ЗАЧИСЛЕН – присваивается в случае подтверждении ДОУ зачисления ребенка,
при этом заявление в очереди не учитывается.
34. В системе имеется возможность построения и отображения аналитических
отчетов на основе информации, хранящейся в базе данных, просмотр отчетов доступен
для пользователей в соответствии с назначенными им ролями.
Система содержит отчеты:
1) Комплектование. Отчет показывает готовность ДОУ к комплектованию в АИС.
2) Пересечение данных. Отчет содержит сведения о дублирующейся информации о
детях.
3) Количество ДОУ в заявлениях. Отчет содержит информацию о количестве
22
приоритетных ДОУ в заявках, процентном отношении.
4) Ход комплектования. Отчет формируется на определенную дату и содержит
данные о количестве выданных направлений, количестве зачисленных, количеству
оставшихся свободных мест.
5) Количество ДОУ. Отчет показывает количество учреждений в выбранном МО.
6) Ошибки по МО. Отчет содержит сведения о количестве заявок, в которых
имеются ошибочные с учетом логики АИС данные в разрезе МО.
7) Ошибки по ДОУ. Отчет содержит сведения о количестве дублей по детям,
количестве групп без детей, количестве детей без даты рождения, количестве детей
старше 7 лет в разрезе ДОУ.
8) Свободные места. Отчет показывает количество свободных мест в группах в
разбивке по возрастным подкатегориям.
9) Списки групп. Отчет позволяет выводить списки групп в разрезе ДОУ по МО.
10) Мониторинг 85-k. Выводит форму федерального статистического наблюдения
№ 85-К.
11) Отчет по однофамильцам. Выводит список детей, у которых одинаковая
фамилия.
12) Прием заявлений. Показывает количество принятых заявлений на
определенную дату с детализацией способа подачи (через орган управления образованием
либо портал).
13) Дети в ДОУ по возрастам. Показывает количество детей, посещающих ДОУ, в
разрезе возрастных подкатегорий на территории выбранного МО.
14) Очередь в ДОУ по возрастам. Показывает количество детей, стоящих в очереди
в выбранное ДОУ/МО, в разрезе возрастных подкатегорий, с учетом даты желаемого
зачисления.
15) Очередь по ДОУ. Позволяет выводить общий список детей (пофамильно),
стоящих в очереди в выбранное ДОУ с указанной возрастной подкатегорией.
35. Все формируемые Системы отчеты имеют возможность выгрузки в формат
XLS.
Система имеет возможность формировать и печатать документы, необходимые для
выполнения административных процедур.
43. В Системе имеется возможность предоставлению информации об организации
общедоступного и бесплатного дошкольного, начального общего, основного общего,
среднего (полного) общего образования, а также дополнительного образования в
общеобразовательных учреждениях, расположенных на территории субъекта Российской
Федерации.
Система обеспечивает просмотр информации о каждом дошкольном
образовательном учреждении с Портальной части Системы.
В портальной части Системы размещена следующая информация:
а) список муниципальных образований региона;
б) справочник типов учреждений;
в) перечень дошкольных образовательных учреждений;
г) краткое наименование учреждения
д) контактную информацию
е) возрастной состав групп (в случае необходимости).
44. В Системе реализованы следующие требования к программному обеспечению:
Для организации возможности доступа пользователей, Система обеспечивает
работу с пользователями, использующими следующие операционные системы:
а) Windows XP и выше;
б) Linux для рабочих станций и серверов;
в) MacOS;
г) любой другой операционной системы, в которой есть возможность запуска
23
одного из перечисленных выше web-браузеров.
45. Техническое обеспечение действующей Системы соответствует пункту
«7.Исходные данные по техническому обеспечению» настоящего Технического задания.
Директор государственного
автономного учреждения Тульской
области «Центр информационных
технологий»
Ответственный за составление
технического задания – консультант
отдела поддержки приложений
государственного автономного
учреждения Тульской области «Центр
информационных технологий»
И.Г. Маградзе
В.В. Мелихова
Скачать