Разработка и ввод в действие подсистемы АСКОПМ

Приложение №2 к требованиям запроса предложений
Разработка и ввод в действие подсистемы АСКОПМ
по реализации продажи электронных проездных билетов городского
общественного транспорта г. Санкт-Петербурга в кассах и билетно-печатающих автоматах
Северо-Западной пассажирской пригородной компании
"ППБ в устройствах ППК"
ЗАДАНИЕ
Санкт-Петербург
2015 г.
2
1
1.1
ОБЩИЕ СВЕДЕНИЯ
Наименование системы
Подсистема АСКОПМ продажи электронных билетов общественного транспорта
г. Санкт-Петербурга в кассах и билетно-печатающих автоматах Северо-Западной пассажирской
пригородной компании" (сокращенное название - ППБ в устройствах продажи).
1.2
Заказчик
ГУП "Петербургский метрополитен"
1.3
Сроки выполнения работ
Начало 01.06.2015г.
Завершение 30.12.2016г.
1.4
Перечень документов, на основании которых создается система
Список документов, на основании которых создается подсистема:
Задание на подсистему АСКОПМ продажи электронных билетов общественного
транспорта г. Санкт-Петербурга в БПА и кассах СЗ ППК. (ППБ в устройствах
продажи ППК)
1.5
Порядок оформления и предъявления Заказчику результатов работ
Оформление и предъявление Заказчику результатов работ производится в соответствии со
стадийностью создания подсистемы (раздел 5 настоящего Задания).
1.6
Пояснения к документу.
Данное Задание определяет требования к реализации подсистемы продажи электронных
проездных билетов городского общественного транспорта г.Санкт-Петербурга в билетопечатающих автоматах (БПА) и кассах Северо-Западной Пассажирской Пригородной Компании
(далее, СЗ ППК).
1.6.1 Термины, используемые в документе
 СЗ ППК - Северо-Западная Пассажирская Пригородная Компания
 АСУ ППК - автоматизированная система управления пассажирской пригородной
компании (СЗ ППК).

АСКОПМ - Автоматизированная система контроля и оплаты проезда в
метрополитене г. Санкт-Петербурга

ППБ в устройствах продажи ППК - Подсистема АСКОПМ продажи электронных
билетов общественного транспорта г. Санкт-Петербурга в кассах и БПА СЗ ППК.

БСК – бесконтактная смарт-карта. В данной системе все БСК – карты MIFARE Plus
на уровне безопасности SL1, SL2 или SL3.

ПБ - электронный проездной билет.

УЧЗ БСК или Ридер – устройство чтения-записи бесконтактных смарт-карт.

НСИ – нормативно-справочная информация.

ПУ НСИ – Программа управления нормативно-справочной информацией

Черный список – список номеров ПБ на основе БСК, запрещенных к
использованию для оплаты проезда.

СЭКОП ГПТ – Система электронного контроля оплаты проезда городского
3
пассажирского транспорта г. Санкт-Петербурга

ПБ ЭК – ПБ "Электронный кошелек", предназначенный для оплаты проезда в
городском пассажирском транспорте г.Санкт-Петербурга, реализованный на
электронных носителях , в том числе бесконтактных картах "Подорожник".

Организатор Перевозок – Санкт-Петербургское Государственное Казенное
Учреждение «Организатор Перевозок» - оператор системы СЭКОП ГПТ.

БПА – билето-печатающий автомат по продаже разовых билетов и абонементов
пассажирской пригородной компании, терминал самообслуживания по продаже
пригородных ЖД билетов.

Устройство продажи ППК – АРМ кассира на ЖД станции или вокзале или
терминал самообслуживания по продаже пригородных ЖД билетов (БПА).

ПО устройства продажи – программа, функционирующая на АРМ кассира или
БПА, реализующая интерфейс с пользователем на дисплее устройства и
вызывающая функции библиотеки для работы с электронными носителями ПБ.

АРМ - автоматизированное рабочее место.

ЦОТ – центр обработки транзакций.

ЦВК АСКОПМ -центральный вычислительный комплекс АСКОПМ.

ЗЭС – Защитный экран Системы – компьютер в ЦВК метрополитена с функцией
брандмауэра, защищающий внутреннюю сеть АСКОПМ
2
2.1
НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ
Цели
Данное задание включает в себя требования к методике и условиям осуществления
продаж электронных проездных билетов городского общественного транспорта г. СанктПетербурга в кассах и БПА Северо-Западной Пассажирской Пригородной Компании.
Результатом работ в рамках данного задания является программное обеспечение
подсистемы АСКОПМ ППБ в устройствах продажи ППК, включающее:
1. Программу "Билетный сервер", предназначенную для установки в ЦВК
Петербургского метрополитена, реализующую функциональность по продаже и
пополнению городских ПБ в кассах и БПА СЗ ППК.
2. Программную библиотеку DLL (далее – библиотека), предназначенную для установки
в кассах и БПА СЗ ППК и выполняющую функции, перечисленные в данном задании.
Авансирование не предусмотрено.
Данное программное обеспечение относится к программным средствам «Сервисные программы»
с кодом ОКОФ 227260016.
Гарантийный cpoк иcпoльзования ПО должен быть не менее 2-х лет.
Срок полезного использования ПО ППБ в устройствах продажи ППК - 24 мес.
Подсистема ППБ в устройствах продажи ППК средствами Билетного сервера
метрополитена и программной библиотеки, функционирующей в устройствах продажи ППК в
рамках функций данного задания должна обеспечить:

Пополнение ресурса ПБ ЭК на БСК «Подорожник» и других электронных
носителях, утвержденных Комитетом по транспорту Санкт-Петербурга.
4
2.2

Пополнение ресурса ПБ наземного транспорта на БСК «Подорожник» и других
электронных носителях, утвержденных Комитетом по транспорту СанктПетербурга.

Пополнение ресурса ПБ метрополитена на БСК «Подорожник» и других
электронных носителях, утвержденных Комитетом по транспорту СанктПетербурга.

Продление единых не льготных и единых льготных ПБ на месяц на
соответствующих электронных носителях, утвержденных Комитетом по
транспорту Санкт-Петербурга.

Отображение состояния ПБ на экране кассы/БПА СЗ ППК.
Критерии оценки достижения поставленных целей
Критериями оценки выполнения поставленных целей является:
2.3

Достижение целей подсистемы, перечисленных в разделе 2.1.

Решение задач, перечисленных в разделе 2.3.
Задачи, решаемые подсистемой
Подсистема ППБ в устройствах продажи ППК в целом должна решать следующие задачи:

Информирование пассажира/кассира о состоянии ПБ городского общественного
транспорта Санкт-Петербурга (Далее, ПБ) на карте, предъявленной в БПА и кассы
СЗ ППК.

Пополнение ресурса ПБ в устройствах продажи ППК на ж.д. вокзалах и станциях
пригородной железной дороги.

Учет проданных в устройствах продажи ППК ПБ и денежных средств в БД
АСКОПМ.

Сверка данных о проданных в устройствах продажи ППК ПБ, зарегистрированных
в АСУ ППК и БД АСКОПМ метрополитена.

Синхронизация параметров НСИ и данных Билетного сервера подсистемы
АСКОПМ ППБ на устройствах продажи ППК и сервера ЦОТ АСУ ППК.
3
3.1
ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ
Общая характеристика
Объект автоматизации в части функционирования библиотеки представляет собой ЖД станции и
вокзалы с установленными на них АРМ кассира и БПА.
Все устройства продажи имеют сетевой интерфейс для обмена данными с сервером АСУ ППК.
Однако, часть устройств может подключаться к АСУ ППК только через GPRS канал, имеющий
низкоскоростное подключение к сети Интернет.
Устройства продажи на одной станции могут быть связаны между собой локальной сетью, а
могут иметь лишь автономное подключение к сети Интернет посредством GPRS модема.
Устройство продажи – персональный компьютер, с установленной на нем 32-битной
операционной системой Microsoft Windows XP, Windows 7 с подключенным устройством
чтения/записи БСК (далее, УЧЗ БСК), с встроенным SAM модулем с ключами доступа.
Объект автоматизации в части функционирования Билетного сервера – ЦВК Петербургского
метрополитена. Рабочая сеть метрополитена является закрытой и изолированной. Билетный
сервер подключается к закрытой сети метрополитена через ЗЭС, и к внутренней сети устройств
продажи ППК по выделенному каналу связи.
5
3.2
Перечень автоматизируемых функций

Чтение данных ПБ с предъявленной карты и передача их на Билетный сервер

Проверка данных, прочитанных с карты на Билетном сервере и в базе данных
АСКОПМ.

Формирование текстового сообщения о состоянии ПБ и передача его в ПО
устройства продажи ППК для вывода на экран.

Получение от Билетного сервера списка вариантов пополнения ПБ на
предъявленной в устройство продажи ППК карте в виде меню пополнения и
передача этих данных в ПО устройства продажи для вывода на экран.

Получение от Билетного сервера датаграммы ПБ для записи на БСК после
получения от библиотеки выбранного из меню на экране устройства продажи типа
ПБ и параметров пополнения.

Учет полученных за пополнение ПБ денежных средств.

Передача данных факта продажи/пополнения в ПО устройства продажи для
регистрации учетных данных операции в ЦОТ АСУ ППК для осуществления
последующей сверки.

Регистрация факта пополнения ПБ в БД АСКОПМ и в БД СЭКОП ГПТ
посредством вызова функций из библиотеки Организатора Перевозок.

Интеграция в существующую
оборудования АСКОПМ.

Интеграция в существующую подсистему хранения статистики продаж и расчетов
с агентами продаж АСКОПМ.

Поддержка библиотекой ридеров БСК Розан SBSK 03.04.02 в ПО устройствах
продажи с хранением ключей на SAM-модулях SAM AV2.
4
4.1
подсистему мониторинга функционирования
ТРЕБОВАНИЯ К СИСТЕМЕ
Общее описание функционирования системы.
Каждое устройство продажи при включении выполняет подключение к Билетному серверу и
регистрируется на нем. Параметры регистрации Билетный сервер проверяет по БД АСКОПМ.
Пассажир/кассир выбирает на экране устройства продажи функцию работы с городскими ПБ
Санкт-Петербурга.
С этого момента ПО устройства продажи ожидает предъявления пассажиром карты на УЧЗ БСК.
После того как карта предъявлена, пассажиру/кассиру предлагается выбрать один из трех
режимов пополнения, отображаемых на экране:
- Пополнение ресурса электронного кошелька;
- Продажа/продление ПБ наземного общественного транспорта;
- Продажа/продление/пополнение ресурса единого ПБ, льготного ПБ на месяц, или ПБ
метрополитена.
После выбора нужного режима Библиотека выполняет чтение карты, а затем через Билетный
сервер формирует меню продажи/пополнения ресурса ПБ, доступных для приобретения на
данную карту. В зависимости от текущего состояния ПБ на карте меню доступных к пополнению
ПБ может содержать один или более элементов, а также может не содержать ни одного элемента.
Пассажир/кассир выбирает тип ПБ и/или ресурс пополнения и производит оплату способами,
предусмотренными в данном устройстве продажи.
6
Библиотека получает от Билетного сервера датаграмму оплаченного ПБ и записывает ее на карту.
Если запись на карту успешно завершилась, библиотека возвращает в ПО устройства
продажи сообщение "Успешное завершение операции". При этом операция регистрируется в
АСУ ППК.
В случае ошибки записи в результате срыва карты библиотека возвращает в ПО
устройства продажи код ошибки "карта сорвана". ПО устройства продажи выводит на экран
сообщение "Верните карту на ридер" и ожидает в течение заданного периода времени, вызывая
функцию записи библиотеки. В случае, если будет приложена ранее сорванная карта, библиотека
продолжит запись на карту. Если ранее сорванная карта не будет приложена в заданный период
времени ожидания, ПО устройства продажи вызывает функцию отмены продажи, при этом
библиотека отсылает на Билетный сервер команду отмены продажи, операция в АСУ ППК не
регистрируется, деньги возвращаются пассажиру.
Если же ошибка записи на карту произошла по другим причинам, библиотека отсылает на
Билетный сервер команду отмены продажи и возвращает в ПО устройства продажи сообщение об
ошибке записи. При этом операция не регистрируется в АСУ ППК, деньги возвращаются
пассажиру.
Ежедневно АСУ ППК формирует реестр продаж за прошедшие сутки и передает его в
Метрополитен. Метрополитен обрабатывает данный реестр и формирует ответный реестр,
включающий строки по проблемным записям фактов продажи с указанием соответствующего
кода результата обработки. После чего автоматизированные операции сверки прекращаются.
Механизм обмена реестрами предназначен для максимальной автоматизации и максимального
снижения участия персонала в решении вопросов расхождений в данных о продажах в АСКОПМ
и в АСУ ППК.
Предлагаемые решения по реализации ПБ на городской общественный транспорт СанктПетербурга в кассах и БПА СЗ ППК средствами подсистемы АСКОПМ "ППБ в
устройствах продажи ППК" должны быть совместимы с системой АСУ ППК, используемой
ОАО «СЗППК».
4. 1.2. Более детально с требованиями к функциям и видам обеспечения подсистемы ППБ
на устройствах продажи ППК, можно ознакомиться у ведущего инженера отдела логистики
пассажирских перевозок Потаповой Елены Матвеевны по рабочим дням с 08.30 до 17.20
предварительно договорившись о встрече по телефону 301-98-99 доб.28-78.
4.2
Требования к программному обеспечению
4.2.1 Базовое программное обеспечение
В качестве базового программного обеспечения сервера баз данных должны использоваться
операционная система Microsoft® Windows Server 2008 64 bit и сервер базы данных Microsoft®
SQL Server™ 2008 64 bit или их более поздние версии.
В качестве базовой операционной системы сервера, на котором установлен Билетный сервер,
должна использоваться операционная система Microsoft® Windows Server 2003 64 bit или более
поздней версии.
В качестве базовой операционной системы устройства продажи должна использоваться ОС
Microsoft® Windows XP SP3, Microsoft® Windows 7 или Microsoft® Windows 8 32 –битной
версии.
4.2.2 Требования к Билетному серверу
Билетный сервер должен быть разработан как приложение типа "сервис", и установлен на
компьютере с операционной системой Windows Server в сети метрополитена вне защитного
экрана внутренней сети АСКОПМ.
Требования, предъявляемые к Билетному серверу:
7
1. Билетный сервер должен обрабатывать и отправлять пакеты протокола TCP/IP.
2. Билетный сервер должен осуществлять обмен данными только с библиотекой, установленной
на устройствах продажи ППК и с базой данных АСКОПМ.
3. Билетный сервер должен обрабатывать и формировать ответ на все запросы, присылаемые
библиотекой.
4. Для проверки состояния ПБ наземного транспорта и ПБ ЭК, формирования меню пополнения
ПБ наземного транспорта и ПБ ЭК, формирования датаграммы ПБ наземного транспорта или ПБ
ЭК, а также для подтверждения успешной продажи Билетный сервер должен обращаться к
библиотеке Организатора перевозок, реализующей данные функции. Формирование датаграммы
для ПБ метрополитена, льготных и единых ПБ выполняется Билетным сервером без обращения к
библиотеке Организатора перевозок.
5. Билетный сервер должен записывать в БД АСКОПМ всю историю операций и состояния ПБ
для каждой карты. Алгоритмы обработки карт в АСКОПМ должны быть реализованы в БД
АСКОПМ.
6. Билетный сервер должен обеспечивать одновременное пополнение ПБ в не менее чем 100
устройствах продажи ППК. При этом количество устройств продажи ППК одновременно
находящихся в ожидании предъявления карты пассажиром должно быть не менее 1000.
7. Для идентификации подключения устройства продажи Билетный сервер должен использовать
идентификаторы устройства продажи и SAM-модуля, который установлен в устройстве
продажи. Это позволит выполнять корректные операции даже в случае, если двум устройствам
продажи ошибочно будет присвоен один и тот же код.
4.2.3 Прикладное программное обеспечение
Прикладное программное обеспечение должно совместно с базовым, информационным и
техническим обеспечениями системы выполнять функции, изложенные в данном задании.
Прикладное программное обеспечение должно быть построено по модульному принципу и
допускать модифицируемость и расширяемость функций системы.
4.3
Технические характеристики среды выполнения программ
4.3.1 Для Билетного сервера
Компьютер, на котором устанавливается Билетный сервер, предоставляет Программе следующий
объем ресурсов:
1. Компьютер функционирует под управлением операционной системы Windows
Server Standard 2003 или более поздней, а также расширенной версии (Enterprize,
DataCenter)
2. Компьютер имеет TCP/IP подключение, обеспечивающее подключение к серверу
БД АСКОПМ по порту SQL Server (по умолчанию 1433).
3. Компьютер имеет TCP/IP подключение к выделенному
обеспечивающему подключения устройств продажи ППК.
каналу
связи,
4. На жестком диске, где находится каталог log-файлов имеется 1Gb свободного
пространства.
5. На сервере имеется 2 Gb свободной физической оперативной памяти, доступной
исключительно Билетному серверу.
6. Общее количество оперативной памяти – не менее 8 GB.
7. Количество ядер процессоров – не менее 4.
8. Внешний источник бесперебойного питания должен обеспечивает не менее чем 30
8
минутное электропитание сервера от батарей при отключении внешнего
электропитания.
4.3.2 Для устройства продажи
Устройство продажи для функционирования библиотеки предоставляет следующие ресурсы:
1. Устройство продажи функционирует под управлением операционной системы 32бит версии Windows XP, Windows 7 или Windows 8.
2. ПО устройства продажи разработано для платформы Win32.
3. Устройство продажи оборудовано ридером Розан SBSK 03.0402, а также PC/SC
совместимым ридером SAM-модулей, поддерживаемым библиотекой mifare.dll. В
слот ридера SAM-модулей вставлен SAM AV2 с записанными на него ключами в
необходимом для использования формате.
4. На жестком диске, где находится каталог log-файлов имеет минимум 200 Мб
свободного пространства.
5. Сетевое подключение устройства продажи по протоколу TCP/IP должно
обеспечивать надежное подключение к Билетному серверу со скоростью не ниже
64 кбит/сек.
4.3.3 Требования к опыту выполнения аналогичных работ:
Наличие опыта выполнения аналогичных работ, что должно быть подтверждено не менее, чем 1м исполненным договором, исполнение которого осуществлено в указанный период и
подтверждено документально а именно: договором или выпиской из него, составленной по
форме (приложения № 3 к документации о запросе предложений), заданием, иными
документами, в случае если они предусмотрены договором, в которых содержится расшифровка
и конкретизация предмета договора, актом приемки, иным документом, подтверждающим
приемку работ предусмотренным предоставляемым договором, завершающим исполнение
договора или последнего этапа работ (в случае если договором предусмотрена поэтапная
приемка). При этом подтверждение аналогичности опыта является обязанностью участника,
таким образом, из представленных участником документов должно следовать, что им
выполнялись аналогичные работы.
4.3.4. Обязательное требование к разработчику: Наличие информационного письма от
правообладателя системы АСУ ППК о совместимости предлагаемого решения с системой АСУ
ППК, используемой ОАО «СЗППК».
5
5.1
СОСТАВ И СОДЕРЖАНИЕ РАБОТ.
Стадии создания системы
5.1.1 Стадия 1. Разработка Технического задания (ТЗ), ПО и других
видов обеспечения подсистем ы.
Разработка и утверждение ТЗ, разработка системной документации, Программы и методики
испытаний, ПО Билетного сервера и ПО библиотеки для БПА и касс СЗ ППК. Результатом работ
является
проведение испытаний на тестовой площадке Разработчика по согласованной
Программе и методике испытаний на соответствие утвержденному ТЗ. Результаты испытаний
оформляются протоколом и техническим актом
5.1.2 Стадия 2. Интеграционное тестирование на объекте внедрения
Данная стадия представляет собой формирование тестовой площадки на реальном объекте
внедрения, включая формирование выделенного канала связи между сервером АСУ ППК и
Билетным сервером Метрополитена, между Билетным сервером Метрополитена и устройствами
продажи ПБ АСУ ППК, а также полный набор тестов, выполняющий проверку функций ППБ на
устройствах продажи ППК согласно ТЗ.
9
Результат – предварительные испытания и ввод в опытную эксплуатацию. Результаты испытаний
оформляются протоколом и техническим актом.
5.1.3 Стадия 3. Ввод системы в действие .
Ввод системы в действие предусматривает установку ПО по работе с транспортными картами
Санкт-Петербурга на все кассы и БПА СЗ ППК.
6 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ.
Разработка и передача документации должны осуществляться в соответствии со стадиями
создания системы. На всех этапах разработки библиотеки Разработчик выполняет разработку

Техническое задание.

Руководство системного программиста для библиотеки.

Руководство системного программиста Билетного сервера.

Состав выходных данных и сообщений Билетного сервера

Описание протокола Билетного сервера.

Массив входных данных.

Руководство пользователя АРМ кассира и БПА.

Программа и методика испытаний.

Исходные тексты программ (на компакт-диске).
8. ПОРЯДОК ОПЛАТЫ.
8.1. Оплата фактически выполненных работ производится Заказчиком на основании акта
приемки выполненных работ, подписанного Заказчиком и Подрядчиком, в течение 20-ти
банковских дней с даты подписания акта, на основании следующих документов:
подписанного акта приемки-сдачи работ с положительным заключением комиссии о
приемке работ;
-
счёта на оплату и счета-фактуры;
-
акта о приемке выполненных работ;
-
справки о стоимости выполненных работ и затрат.
8.2. Авансирование не предусматривается.