Требования к системе Требования к системе в целом
Централизованная система с возможностью online доступа
Комплексная автоматизация всех бизнес-процессов в отделениях почтовой связи
Гибкая настройка по перечню предоставляемых услуг
Однократный ввод данных и логический контроль содержания вводимой информации.
Автоматическая передача данных о предоставленных услугах в УФПС и АУП Почты России
Формирование оперативных отчетов, а также других форм на всех уровнях (ОПС, Почтамт, Филиал)
Возможность пакетного ввода информации (с немеханизированных отделений, в случае отключения оборудования и т.д.)
Возможность масштабируемости системы для оказания услуг почтальоном с мобильного устройства
Возможность работы с помощью терминального доступа
Быстрое обучение операторов
Контроль целостности данных, версий ПО и НСИ.
Возможности интеграции на уровне сервисов в рамках единых требований к интерфейсу и безопасности.
Открытость к интеграции с внешними системами.
Модульность системы
Масштабируемость в зависимости от класса отделения и перечня услуг
Единая система обновления ПО и НСИ
Поддержка взаимодействия с типовым периферийным технологическим оборудованием, установленном в ОПС.
Шифрование и возможность подписания информации ЭЦП сотрудниками ОПС и Клиентами
Возможность санирования и распознавания бланков, заполненных клиентом.
Требования к функционированию системы
Единая автоматизированная система отделений почтовой связи должна обеспечить:
Поддержку различных вариантов технической оснащенности (в том числе терминальный доступ, киоски самообслуживания, мобильные терминалы почтальонов, web-доступ, электронные кассиры), в зависимости от условий деятельности ОПС;
Возможность использования автономного модуля ЕАС ОПС для работы юридических лиц по договорам на отправку партионной почты.
Возможность настройки отдельных вариантов бизнес – процессов в визуальном редакторе без программирования (изменения исходного кода программы). Должен быть предусмотрен визуальный редактор (конструктор) для возможности настройки бизнес – процесса компетентным специалистом технической поддержки.
Возможность функционирования в локальном и сетевом , off-line и online режимах.
Возможность загрузки приложения без доступа оператора к ресурсам операционной системы (ОС).
Возможность работы без использования прав «Администратора» уровня операционной системы;
Возможность удаленного администрирования сетевого, программного, аппаратного обеспечения и периферийных устройств, в том числе:
обеспечение централизованного управления и мониторинга текущих процессов в информационной системе (обмен, отставание, ошибка, текущие пользователи, выполнение регламентных процессов – резервные копии);
настройка службы оповещения, сотрудников филиала и специалистов в АУП, о сбоях в работе системы, предупреждение о нештатных ситуациях, периодические отчеты о состоянии дел;
контроль производительности функционирования информационной системы во всех ОПС;
возможность блокировки пользователя для администрирования системы специалистами филиалов и АУП (с оповещением пользователя о сроке блокировки);
возможность удаленного администрирования с рабочих мест различных уровней (УФПС, Почтамт) с целью выполнения обновлений ПО и/или настроек.
В случае невозможности удаленного администрирования система должна позволять формировать единый пакет обновлений ПО, справочников и обеспечивать контроль версий;
Возможность централизованного контроля и учета всех операций;
Возможность электронного обмена:
Вне независимости от канала связи пользователи должны работать в системе. Система должна быть в режиме online в случае наличия канала связи, offline – сбор информации в очередь и передачи после восстановления связи либо бессетевой обмен (через внешний накопитель данных), пакетная передача данных при плохих каналах данных.
Периодичность обмена настраивается произвольно, поток пакетов может быть практически непрерывным, в процессе изменения данных параллельно выполняются операции по передаче данных
Требования к архитектуре системы
Архитектура решения должна быть спроектирована для полной поддержки ожидаемого в результате тиражирования (за рамками настоящего проекта) решения на все ОПС, распределенные по всем часовым поясам.
Разработка должна быть проведена на базе платформы Microsoft Dynamics AX
Ниже приведена детальная схема, описывающая:
Архитектуру Системы на каждом уровне иерархии;
Потоки данных между различными уровнями;
Интерфейсы информационного обмена и интеграции ЕАС ОПС с внешними системами.
Рис. 1 Предполагаемая Архитектура решения (возможна корректировка на этапе подготовки технического задания)
 
Требования к способам и средствам связи для информационного обмена между компонентами системы
ЕАС ОПС должна иметь техническую архитектуру, ориентированную на централизованную организацию и управление ресурсами в рамках одного или нескольких территориально близких УФПС Физически все сервера и базы данных уровня УФПС будут размещены в едином ЦОД.
В каждом УФПС или блоке из нескольких УФПС организуется узел, полноценно управляющий всей системой для данного филиала или группы филиалов. Отдельные узлы связаны друг с другом через систему уровня АУП для синхронизации общих для системы мастер – данных (НСИ) и централизованной передачи НСИ и необходимых операционных данных на внешние системы, например ОАСУ РПО, или BI – систему, а также передачи операционных данных для хранения в систему уровня АУП.
На уровне одного узла УФПС система должна иметь следующую архитектуру:
Рис.2 Архитектура узла УФПС (возможна корректировка на этапе подготовки технического задания)
Техническая архитектура решения должна состоять из сервера баз данных и сервера приложений, которые должны составлять два кластера: основной рабочий и резервный на случай выхода из строя основного для цели обеспечения бесперебойной работы системы на уровне УФПС в целом.
На одном из серверов также должен запускаться сервис коммуникаций для связи модулей ОПС с централизованной системой.
К серверу приложений подключаются пользователи из УФПС и подчиненных ему почтамтов. Подключения могут осуществляться как посредством тонкого клиента Microsoft Dynamics AX, так и через web – сервис в зависимости от решаемых функций.
Система должна обеспечивать выполнение операций на уровне ОПС как при наличии устойчивых каналов связи с серверами уровня УФПС, так и при временном отсутствии такой связи – с использованием локальной копии базы данных. После восстановления связи должна обеспечиваться автоматическая синхронизация транзакций и справочников.
Требования к интеграции и информационному обмену
При единстве визуального представления программы для пользователей – сотрудников ОПС, система должна обеспечивать взаимодействие с информационными системами (внешними и внутренними), планируемыми и используемыми в объектах почтовой связи ФГУП «Почта России».
Архитектура должна включать в себя базовые элементы концепции слабосвязанных систем (SОА) и быть полностью совместимой с решениями данного типа.
Возможность предоставления доступа к функциям системы с помощью web-сервисов.
Совместимость со смежным программным обеспечением должна быть обеспечена путем предоставления возможностей загрузки и выгрузки информации в электронные файлы фиксированного формата и/или предоставлением специфицированного программного интерфейса (API).
Должна быть обеспечена интеграция с:
системой учета кадров и передачи информации о деятельности оператора;
бухгалтерской системой для сдельной оплаты труда сотрудников ОПС (оператор, почтальон)
системой платежей, переводов
системой «Карта лояльности», CRM
ЦХДПА,
«Паспорт отделения»
единой информационной системой казначейства
системой «Почтаматы»
системой «Коммунальные платежи»
и т.д (реестр систем с которыми необходима интеграции должен быть подготовлен на этапе обследования).
Необходимо предусмотреть возможность встраивания в ПО модулей для расширения функциональных возможностей к вновь подключаемым услугам (подписка, банковские услуги, переводы, on-line платежи и т.д.)
Требования к численности и квалификации персонала системы и режиму его работы
Общее количество пользователей 150 000. Общее количество подразделений 55 000 (ОПС, Почтамты, Филиалы).
Зона пилотного внедрения (пилотная зона) должна включать в себя не менее 100 ОПС, 6 почтамтов и 2 Филиала.
Учитывая низкий уровень владения компьютерными технологиями на местах (почтальоны, операторы) необходимо разработать интуитивно понятный интерфейс с линейным выполнением операций, позволяющий минимизировать количество ошибок.
Должен быть разработан и встроен в систему курс обучения пользователей по каждому функциональному блоку, возможность тестирования и передачи информации о результатах прохождения тестов в систему кадрового учета. Также необходимо предусмотреть возможность интеграции с системой дистанционного обучения.
Требования к надежности и скорости
В целях обеспечения надежного функционирования программное обеспечение Системы должно предусматривать:
Контроль целостности данных на уровне СУБД;
Сохранение целостности данных при нештатном завершении программы в случае отказа рабочей станции, отключении питания;
Сохранение работоспособности программного обеспечения при некорректных действиях пользователя;
Резервное копирование информации с возможностью её оперативного восстановления.
Допустимым значением показателя восстановленных данных после сбоя является 99% (ISO-9126).
Для Системы должна быть смоделирована совокупность нарушений работоспособности. Для различных типов нарушений работоспособности вычисляется среднее значение длительности восстановления функционирования Системы.
При возникновении одновременно нескольких типов нарушений работоспособности норматив длительности восстановления функционирования Системы выбирается по нарушению работоспособности, имеющему больший норматив на восстановление функционирования за исключением взаимозависимых сбоев или отказов, и должен составлять не более 4-х часов в год. Единоразово время простоя не должно превышать 10 минут
Должна быть обеспечена защита от несанкционированного доступа и изменения содержимого Системы.
Для обеспечения бесперебойной работы при создании Системы должен быть использован программно-аппаратный комплекс, реализованный по кластерной технологии, обеспечивающей автоматизированное переключение узлов кластера в случае выхода одного из них из строя.
Система должна поддерживать архивацию и резервное хранение, в т.ч. на внешних носителях, всех данных, настроек и программного обеспечения.
Обеспечить быстродействие обрабатываемых запросов не более 3 секунд в центральный узел, с учетом двухкратного увеличения текущего объема транзакций (20 млн.транзакций в день).
Система должна функционировать непрерывно в режиме 365x24x7.
В случае возникновения сбоев, аварий и отказов на отдельных рабочих станциях должна быть сохранена возможность дальнейшего ввода данных, их обработки, а также формирования отчетных документов на других рабочих станциях.
Должна быть обеспечена поддержка встроенных средств автоматического резервного копирования и восстановления после сбоев.
Требования к эргономике и технической эстетике
C точки зрения пользователя работа должна идти в едином интерфейсе программы, реализующей функции ЕАС ОПС, а система при этом будет взаимодействовать с внешними ИТ – сервисами.
Дружественный, понятный и простой интерфейс, предметно демонстрирующий предоставление услуги и требуемую при этом последовательность выполнения операций.
Взаимодействие пользователей с создаваемой Системой должно осуществляться посредством визуального графического интерфейса. Ввод-вывод данных, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме, в реальном масштабе времени. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям, выполняемым подсистемами.
Интерфейс должен быть рассчитан на преимущественное использование клавиатуры. Управление Системой должно осуществляется с помощью набора экранных меню, кнопок, значков и т.п. элементов. Клавиатурный режим ввода так же должен используется при заполнении/редактировании текстовых и числовых полей экранных форм.
Программный интерфейс должен удовлетворять следующим требованиям:
Единый графический дизайн;
Использование в интерфейсе сходных значков, кнопок и других управляющих (навигационных) элементов, а также унифицированных терминов для обозначения типовых операций (добавление информационной сущности, редактирование поля данных и т. п.) и последовательности действий пользователя при их выполнении;
Интерфейс, используемый конечным пользователем Системы должен быть русифицированным;
Интерфейс, используемый конечным пользователем Системы должен быть масштабируемым и адаптирован к разрешению экрана не менее 800х600;
Принцип функциональной сгруппированности, то есть пункты меню (или их аналоги) должны быть сгруппированы в соответствии с функциональными задачами и технологией работы;
Принцип однофункциональности, то есть каждому пункту меню (или его аналогу) должна соответствовать только одна выполняемая функция;
Однозначность в понимании, то есть пункты меню (или их аналоги) должны называться или изображаться так, чтобы пользователь однозначно понимал их назначение;
Наличие глобальной помощи по работе со всей системой в целом и по отдельным режимам;
Наличие контекстной помощи при выполнении сложных действий в системе;
Цветовая гамма должна быть выдержана в спокойных тонах, не раздражающих глаза пользователя;
Задание критериев поиска и выбора информации должно производиться без привлечения языков программирования.
Требования к информационной безопасности, защите информации от несанкционированного доступа
Должна быть обеспечена защита от несанкционированного доступа и изменения содержимого Системы.
Должны быть реализованы требования по обеспечению информационной безопасности:
разграничение прав доступа пользователей в привязке к ролям;
поддержка защиты данных, в том числе персональных при их обработке и хранении в соответствии с законодательством РФ;
обеспечение механизмов контроля и предотвращения возможностей хищения информации, блокирования и модификации данных и прикладных процессов;
обеспечение возможности формирования определенного набора услуг для каждого ОПС и оператора, в зависимости от пройденного обучения и сертификации;
интеграция с системными средствами ведения мониторинга и авторизации (интеграция с LDAP, Activе Directory для аутентификации пользователей. Возможность, как локальной аутентификации, так и доменной);
мониторинг действий операторов на уровне АУП;
идентификация и проверка подлинности субъектов доступа при входе в систему по идентификатору (коду) и паролю условно-постоянного действия , а также с помощью индивидуальных ключей доступа;
обеспечение возможности идентификации оператора по индексу, номеру окна, заводскому номеру фискального регистратора (поддержка механизма шифрования данных);
наличие встроенных механизмов защиты и контроля задекларированных функций приложений;
обеспечение конфигурирования установок безопасности и прав доступа в приложениях и их обновлений;
обеспечение непрерывной регистрации (протоколирования) и контроля событий, происходящих в приложениях на всех уровнях доступа с возможностью адекватного реагирования на несанкционированные события на уровне АУП;
обеспечение запрета редактирования записей в журналах событий и ограничение (пароля) доступа к их чтению;
обеспечение защиты конфиденциальности информации при передаче данных по каналам связи и на внешних носителях.
средства криптозащиты информации
Дополнительные требования
Требования к нормативно-справочной информации (НСИ)
Система нормативно-справочной информации должна быть единой и обеспечивать:
Создание и ведение структуры справочников, в том числе:
- централизованного справочника ОПС;
- централизованного справочника адресов доставки;
- централизованного Классификатора разделов и статей Дневника ф.130 для обособленных структурных подразделений ФГУП «Почта России»;
- тарифные справочники;
- централизованного Каталога услуг, содержащего полный перечень услуг – как существующих, так и планируемых к реализации
- другие.
Передачу структуры и обновлений структуры НСИ в/из различные автоматизированные системы (например, из ЦХДПА);
Автоматическую загрузку обновлений НСИ (поддержка возможности обновлений с определенной даты);
Контроль обновления версий НСИ;
Сбор предложений по изменению НСИ в соответствии с правами предоставления предложений;
Утверждение изменений в НСИ, подготовка новой версии НСИ;
Ведение архива версий НСИ как с методической целью, так и для возможности просмотреть оригинальную информацию по предыдущим периодам, предоставленную в соответствии с прошлыми версиями НСИ.
Возможность загрузки внешних по отношению к системе справочников, для offline выгрузки должна быть реализована проверки целостности и версионности.
Организация справочников системы и порядок внесения в них изменений должны обеспечивать:
Единообразную кодификацию объектов в сочетании с необходимым и достаточным реквизитным составом описания объектов для учета и формирования отчетности. Обозначение одного и того же объекта должно быть едино для любой задачи системы, что обеспечивает информационную связь между задачами;
Единую структуру служебной части строки справочника;
Быстрый и удобный способ доступа к справочникам из всех функций и задач системы для просмотра и корректировки;
Возможность ссылки на реквизиты других справочников. Это позволит уменьшить количество ошибок при вводе и обеспечить пользователю доступ к интегрированным многосвязным справочникам;
Изменение структуры справочника, например, добавление новых полей описания (реквизитов);
Единую для всех справочников технологию обновления содержимого;
Корректировка справочников должна осуществляться по специальному регламенту для тех значений, которые уже используются в информационной системе. При этом недопустимо удаление элементов справочников, ранее использованных в документах и отчетах.
Должна быть предусмотрена возможность наращивания справочников, как в отношении количества элементов, так и в части развития их структуры (развитие иерархических структур, создание дополнительных группировок и т.д.).
При разработке НСИ необходимо учитывать следующие факторы:
НСИ условно делится на следующие группы:
Общероссийские справочники единые для всех ОПС. Например, справочник ОПС; справочник стран; справочник правил приема международных почтовых отправлений, тарификация отправлений.
Общероссийские справочники «адаптированные» для каждого УФПС. Например: справочник направлений для МЖД АВИА посылок,.
«Локальные» справочники УФПС. Например: схема внутриобластных маршрутов; перечень платежей принимаемых в ОПС; перечень дополнительных услуг по упаковке и оформлению документов, оказываемых клиентам при приеме почтовых отправлений. При этом тарифы на данные услуги определяет каждый УФПС самостоятельно (прейскурант № 125).
Режимы функционирования
Решения, заложенные в Систему, должны обеспечивать следующие режимы функционирования:
штатный режим;
режим системного администрирования.
Штатный режим является основным режимом функционирования, обеспечивающим выполнение задач Системы.
Режим системного администрирования является технологическим режимом и используется для сопровождения Системы, в том числе – изменения конфигурации, параметров работы, настроек, выполнения регламентного обслуживания программно-технических средств. Кроме этого, в режиме системного администрирования должны выполняться функции, связанные с реконфигурацией, конвертированием и архивированием баз данных Системы. После возникновения отказа в каком-либо из компонентов Системы, режим будет обеспечивать перевод отказавших компонентов в штатный режим функционирования после идентификации возникшего отказа и устранения его причин.
Технико-правовые требования
Авторские и имущественные права, передаваемые Исполнителем Заказчику на результаты работ по договору должны быть достаточны для их полноценного использования. Также должны быть обеспечена передача исходного программного кода ФГУП "Почта России полученного в результате работ.
В части хранения, обработки и иных операций, связанных с персональными данными посетителей и клиентов ФГУП «Почта России», Система должна соответствовать Федеральному Закону № 152-ФЗ «О персональных данных» и соответствующим подзаконным актам.
В части создания механизма противодействия легализации (отмыванию) доходов, полученных преступным путем, и финансированию терроризма, Система должна соответствовать Федеральному Закону № 115-ФЗ "О противодействии легализации (отмыванию) доходов, полученных преступным путем, и финансированию терроризма")
Система должна удовлетворять требованиям нормативных правовых актов, связанных с процессами деятельности ОПС (Приложение 3 к Техническим требованиям )
Организационные требования
Отчетные документы о проведенных работах представляются в двух экземплярах на бумажном и электронном носителях (компакт-диск).
В бумажном виде и на компакт-дисках документация передается Заказчику после согласования выполненных результатов работ. Бумажные версии документов сброшюровываются и представляются в архивных боксах. На торце архивного бокса должно быть напечатано: номер, дата и наименование проекта, а также обобщенное наименование содержащихся в нем документов. К каждому боксу прикладывается опись содержащихся документов.
Наименования файлов Рабочих продуктов должны формироваться следующим образом – «ВерсияФайла(целое число без точек, запятых и т.п.)_ГГГГ_ММ_ЧЧ.Расширение».
Заказчик имеет право 2 раза в месяц требовать от Исполнителя проведения семинаров, презентаций и других мероприятий в целях мониторинга процесса реализации проекта при условии заблаговременного (не менее чем за 5 дней) уведомления Исполнителя.
Требования отчуждаемости и совместимости
Применяемые при создании проекта Исполнителем технические (форматы данных, протоколы передачи и т.п.) и организационные (регламенты, требования, инструкции и т.п.) решения должны быть специфицированы и доступны. Применение неспецифицированных или недоступных решений не допускается.
Под специфицированностью в данном контексте понимается то, что все используемые решения должны быть документированы Исполнителем в виде, достаточном для независимой (без обращения к Исполнителю) реализации третьими сторонами. В случае, если используются общеизвестные или стандартные решения, достаточно ссылки на общедоступные документы, где данное решение исчерпывающим образом специфицировано.
Под доступностью понимается возможность получить исчерпывающие спецификации без лицензионных или иных отчислений.
|
