WWW.LIBRUS.DOBROTA.BIZ
БЕСПЛАТНАЯ  ИНТЕРНЕТ  БИБЛИОТЕКА - собрание публикаций
 

«разработки программного обеспечения [ТЕХНИЧЕСКОЕ ЗАДАНИЕ ПО РАЗРАБОТКЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ГУ ...»

2013

EDISON. Центр

разработки

программного

обеспечения

www.edsd.ru

www.edsd.biz

www.electrooffice.com

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

ПО РАЗРАБОТКЕ

ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

ГУ «КУЗБАССПАССАЖИРАВТОТРАНС»,

ФАЗА №1]

Документ описывает требования к первой фазе разработки автоматизированной системы управления ГУ

«Кузбасспассажиравтотранс», г. Кемерово EDISON. Центр разработки программного обеспечения +7 (499) 500-14-94 http://www.edsd.ru market@edsd.ru Оглавление Аннотация

Список сокращений и обозначений

Общие положения

Полное наименование работ

3.1 Наименование Заказчика работ

3.2 Наименование Исполнителя работ

3.3 Назначение Системы

3.4 Интернет-магазин

3.4.1 Презентационный сайт

3.4.2 Сервер приложений

3.4.3 Корневой сервер приложений

3.4.4 АСУ «Автовокзал»

3.4.5 Результаты работ

3.5 Нормативная и техническая документация

3.6 Общие требования к Системе

Сервер приложений

4.1 Задачи

4.1.1 Платформа

4.1.2 Архитектура

4.1.3 Безопасность

4.1.4 Протокол взаимодействия

4.1.5 Доступность сервера приложений

4.1.6 Справочная информация

4.1.7 Бронирование списка мест

4.1.8 Вывод места из брони

4.1.9 4.1.10 Подтверждение оплаты

4.1.11 Отмена продажи

4.1.12 Возврат билета

4.1.13 Сторож событий

4.1.14 Взаимодействие с АСУ АВ

Доработка АСУ АВ

4.2 Доработка подсчета итогов

4.3 EDISON. Центр разработки программного обеспечения +7 (499) 500-14-94 http://www.edsd.ru market@edsd.ru Корневой сервер приложений

4.4 Задачи

4.4.1 Платформа

4.4.2 Маршрутизация запросов

4.4.3 Обратные запросы

4.4.4 Обработка запросов в режиме транзакций

4.4.5 Билетный агент

4.4.6 Транзакция бронирования списка мест

4.4.7 Транзакция подтверждения оплаты заказа

4.4.8 Транзакция вывода мест из брони

4.4.9 4.4.10 Транзакция отмены продажи билетов

4.4.11 Транзакция возврата билета

4.4.12 Транзакция рассылки уведомлений

4.4.13 Транзакция возобновления работы автовокзала

4.4.14 Кэширование справочной информации

Интеграция с платежной системой

4.5 Общие сведения

4.5.1 Безопасность платежей

4.5.2 Оплата товаров и услуг

4.5.3 Механизм продажи билетов

4.5.4 Модульность платежных систем

4.5.5 Интернет-магазин

4.6 Фирменное наименование

4.6.1 Дизайн

4.6.2 Верстка

4.6.3 Текстовый контент

4.6.4 Позиционирование на рынке

4.6.5 Платформа

4.6.6 Роли

4.6.7 Концептуальная модель

4.6.8 Главная страница

4.6.9 4.6.10 Расписание автобусов

4.6.11 Стыковочные рейсы

EDISON. Центр разработки программного обеспечения +7 (499) 500-14-94 http://www.edsd.ru market@edsd.ru 4.6.12 Акции

4.6.13 Новости

4.6.14 Информация

4.6.15 Опросы и голосования

4.6.16 Контакты

4.6.17 Заказ билетов

4.6.18 Обратный билет

4.6.19 Черновик заказа

4.6.20 Автоматическое заполнение заказа

4.6.21 Личный кабинет





4.6.22 Регистрация пользователя

4.6.23 Авторизация пользователей

4.6.24 Рассылка уведомлений

4.6.25 Статистика

4.6.26 Почтовая рассылка

4.6.27 Отчеты

4.6.28 Раздел управления сайтом

4.6.29 Управление параметрами системы

4.6.30 Управление параметрами автовокзалов

4.6.31 Управление аккаунтами агентов

Презентационный сайт

4.7 Фирменное наименование

4.7.1 Дизайн

4.7.2 Интерфейс

4.7.3 Шрифты

4.7.4 Верстка

4.7.5 Текстовый контент

4.7.6 Позиционирование на рынке

4.7.7 Платформа

4.7.8 Роли

4.7.9 4.7.10 Структура

4.7.11 Интерактивная карта

4.7.12 Расписание рейсов

EDISON. Центр разработки программного обеспечения +7 (499) 500-14-94 http://www.edsd.ru market@edsd.ru 4.7.13 Опросы и голосования

4.7.14 Система управления контентом

Почтовый сервер

4.8 Резервное копирование и восстановление данных

4.9

4.10 Система антивирусной защиты

4.11 Требования к персоналу

4.12 Требования к надежности

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

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

4.15 Требования к обеспечению конфиденциальности и защиты от несанкционированного доступа

Бизнес-логика

Принцип формирования стоимости билета

5.1 Транспортная квитанция

5.2 Реквизиты билетов

5.3 Возврат билета

5.4 Финансовая отчетность

5.5 Требования к обслуживанию

Порядок контроля и приемки Системы

Требования к документированию

–  –  –

1 Аннотация Настоящий документ включает в себя технические требования на создание и внедрение программного обеспечения (ПО) автоматизированной системы управления предприятием (АСУ) Государственное учреждение «Кузбасспассажиравтотранс» (ГУ). Первая фаза работ по проекту включает .

Разработку Интернет-магазина для продажи электронных билетов .

Разработку презентационного корпоративного сайта ГУ .

Разработку сервера приложений (СП) для удаленного доступа к базам данных действующих АСУ «Автовокзал» (АСУ АВ) .

Создание корневого сервера приложений (КСП) для организации централизованного хранения данных новой АСУ. КСП включает в себя средства для работы с данными (запросы, отчеты пользователей и т. п.) .

Доработку действующего программного обеспечения АСУ АВ, являющегося сильно устаревшим, для обеспечения возможности работать в режиме совместимости с современными приложениями баз данных. Интеграция функций продажи АСУ АВ с новым веб-сервисом и Интернет-магазином (ИМ) .

Разработку проектной документации и инструкций пользователей .

Опытную эксплуатацию и внедрение в коммерческую эксплуатацию .

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

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

–  –  –

3 Общие положения

3.1 Полное наименование работ Первая фаза проектирования, разработки и внедрения программного обеспечения автоматизированной системы управления предприятием Государственное учреждение «Кузбасспассажиравтотранс». Далее по тексту используется понятие «Система» .

3.2 Наименование Заказчика работ Заказчиком работ является ГУ «Кузбасспассажиравтотранс» .

–  –  –

3.4 Назначение Системы Система должна стать инструментом автоматизации деятельности ГУ. Первая фаза системы создается как дополнение к существующей АСУ АВ. Конечной целью первой фазы является:

создание Интернет-магазина для торговли электронными билетами на все направления пассажирских перевозок, осуществляемых ГУ;

создание качественного презентационного корпоративного сайта ГУ .

3.4.1 Интернет-магазин Интернет-магазин (ИМ) предназначен для создания возможности удаленной продажи электронных билетов на рейсы междугородних автобусов через Интернет. Позволяет осуществлять регистрацию клиентов и оплату ими билетов через платежную систему ASSIST. Интернет-магазин также предназначается для автоматизации процесса сбора, хранения, обработки и представления возникающей в результате этого информации. Для дальнейшей работы АСУ требуется регистрация нового юридического лица, обслуживающего продажи электронных билетов ГУ .

–  –  –

3.4.3 Сервер приложений Сервер приложений для удаленного доступа к АСУ АВ необходим для организации кластера, обмена данными и доступа к данным АСУ АВ. Обеспечивает связь удаленных тонких клиентов с базой данных АСУ АВ .

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

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

Обеспечивает ведение учета денежных средств .

3.4.5 АСУ «Автовокзал»

Необходимо доработать АСУ АВ для обеспечения возможности работы с СП, КСП и Интернетмагазином .

3.5 Результаты работ

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

спроектировано, развернуто и настроено на оборудовании Заказчика необходимое программное обеспечение для работы функционала Системы;

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

3.6 Нормативная и техническая документация При разработке Системы и создании документации должны быть использованы следующие нормативно-технические документы .

1. ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания .

2. ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы .

3. ГОСТ 34.603-92. Информационная технология. Виды испытаний автоматизированных систем .

4. ГОСТ 19. Единая система программной документации .

5. РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов .

–  –  –

4 Общие требования к Системе

4.1 Сервер приложений СП для доступа к АСУ АВ физически располагается на сервере конкретного автовокзала и обеспечивает связь удаленных тонких клиентов с базой данных АСУ АВ. АСУ АВ представляет собой DBF-файлы. ПО АСУ АВ разработано с помощью FoxPro 2.6 для DOS. Веб-клиенты — пользователи Интернет, заходящие в браузере на сайт автовокзала в Интернет-магазине и имеющие возможность приобретения билетов на любой рейс с этого АВ. Основной задачей сервера приложений является обеспечение безопасного доступа к базе данных автовокзала из Интернет. База данных АСУ АВ по возможности остается в неизменном виде. Количество изменений нужно минимизировать .

4.1.1 Задачи СП должен обеспечивать необходимый набор функций (API) .

Предоставление в режиме реального времени справочной информации из АСУ автовокзала:

списки рейсов, остановок, тарифов, льгот .

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

Контроль за временем бронирования, вывод места из брони при неоплате .

Продажа билета при оплате билета клиентом, регистрация билета как проданного, перевод из брони в проданные, занесение данных клиента в базу АСУ АВ .

Отказ от билета: при отказе от оплаты ранее бронированного билета — перевод билета в ранг свободно продающегося .

Возврат билета при агентском возврате — перевод места в автобусе в свободные, списание денег за билет .

4.1.2 Платформа Платформа:.NET Framework 3.5, ASP.NET MVC 2.0, Internet Information Services 6.0 .

Язык программирования: C# .

СУБД: FoxPro 2.6. Для доступа к DBF базе данных АСУ АВ используется 32-битный OLEDB провайдер «Microsoft OLE DB Provider for Visual FoxPro 9.0» .

Операционная система: Windows XP Professional, Windows Server 2003 .

4.1.3 Архитектура СП следует реализовать в виде простого веб-сервиса, предоставляющего набор необходимых APIфункций для реализации продажи билетов и предоставления справочной информации о деятельности автовокзала. Веб-сервис реализуется на базе современной архитектуры RESTful WEB SERVICES. СП

–  –  –

принимает и обрабатывает простые HTTP-запросы, результатом которых является набор данных из исходной БД АСУ АВ, представленный в виде XML структуры .

Запросы в REST-подобных веб-сервисах делятся на три класса: чтение, запись, и удаление данных:

HTTP CRUD Equivalent

–  –  –

Экземпляры данных доступны по определенному URL адресу .

Запрос:

GET /Ticket/3205001 HTTP/1.1 Accept: text/xml Accept-Charset: utf-8

Ответ:

HTTP/1.1 200 OK Content-Type: text/xml; charset=utf-8 Content-Length: nnn Response Error CodeSUCCESS/Code DescriptionОперация выполнена успешно/Description /Error Ticket Id3205001/Id Trip NameКемерово — Яшкино/Name Date22.05.2010/Date Time13:00/Time Station NameТомская писаница/Name Tarif NameПолный/Name Price35.25/Price /Tarif

–  –  –

Bus Name45 Мест Мягкий/Name ContractorИП Иванов/Contractor Place25/Place /Bus /Trip Total45.25/Total /Ticket /Response 4.1.4 Безопасность Взаимодействие с СП осуществляется по принципу запрос-ответ по защищенному протоколу передачи данных SSL (Secure Sockets Layer). Все запросы должны предоставлять SSL-сертификат, который проверяется сервером приложений. Если предоставленный сертификат не соответствует эталонному или вовсе не предоставлен, сервер не отвечает не такой запрос, генерируя исключение FORBIDDEN ERROR .

4.1.5 Протокол взаимодействия Настоящий протокол взаимодействия описывает перечень возможных запросов к базе данных АСУ АВ, формат выдачи результатов, а также необходимый порядок выполнения запросов. Протокол должен отдавать клиентской системе номер своей версии. Клиент не должен работать с сервером приложений, протокол которого является устаревшим. Текущая описываемая версия протокола 1.0 .

Идентификатор билета генерируется центральным веб-приложением и всегда уникален. Он также сохраняется в БД АСУ «Автовокзал» при бронировании и продаже билетов .

–  –  –

Ответ .

Response Error CodeSUCCESS/Code DescriptionСервис готов принимать запросы/Description /Error /Response Response Error CodeSERVICE_NOT_AVAILABLE/Code DescriptionСервис временно недоступен/Description /Error /Response 4.1.7 Справочная информация Справочная информация необходима смежным системам для предоставления сведений о деятельности автовокзала и принятия решений пассажиром при бронировании билетов. К справочной информации относятся списки рейсов и их типы, остановки, тарифы, льготы .

Запрос типов рейсов Данный запрос возвращает справочник типов рейсов. От типа рейса зависит размер комиссионного сбора за услуги Интернет-продажи, величина которого устанавливается на стороне КСП. В связи с этим периодически требуется обновлять справочник типов рейсов .

GET /Trip/Types/ Ответ .

Response Error CodeSUCCESS/Code DescriptionОперация выполнена успешно/Description /Error Types Type Id1/Id NameПригород/Name /Type

–  –  –

Type Id2/Id NameМежгород/Name /Type /Types /Response Запрос списка остановок Данный запрос возвращает простой список всех возможных остановок. Запрос необходим для кэширования списка остановок на стороне КСП для увеличения производительности при выборе остановки пользователем. Список упорядочен по названию остановок .

GET /Stations/ Ответ .

Response Error CodeSUCCESS/Code DescriptionОперация выполнена успешно/Description /Error Stations Station IdТОМП/Id NameТомская писаница/Name /Station Station IdТАЙ/Id NameТайга/Name /Station Station IdЯШК/Id NameЯшкино/Name /Station /Stations /Response

–  –  –

Рейсы включают пункт отправки, выбранный пункт назначения, время отправки, время прибытия, признак необходимости остановки по требованию. Рейсы упорядочены по времени отправления. Для получения остановки в URL адресе запроса необходимо указать идентификатор остановки и дату оправления .

GET /Trips/Station/[ИД Остановки]/[Дата отправления]/ Ответ .

Response Error CodeSUCCESS/Code DescriptionОперация выполнена успешно/Description /Error Station NameЯшкино/Name Distance100/Distance Trips Trip Id1/Id Itinerary NameКемерово - Тайга/Name Itinerary Departure Platform8/Platform StationКемерово/Station Time09:10/Time /Departure Arrival StationЯшкино/Station Time18:20/Time RequestStopTRUE/RequestStop Bus Name45 мест Мягкий/Name FreePlaces37FreePlaces Fares Fare NameПолный/Name Amount78.00/Amount

–  –  –

NameДетский/Name Amount40.00/Amount /Fare /Fares /Bus /Arrival /Trip Trip Id2/Id Itinerary NameКемерово — Яшкино/Name /Itinerary Departure Platform9/Platform StationКемерово/Station Time09:20/Time /Departure Arrival StationЯшкино/Station Time18:30/Time RequestStopFALSE/RequestStop Bus. .

/Bus /Arrival /Trip. .

/Trips /Station /ResponseResponse Запрос рейса Данный запрос возвращает выбранный рейс и его тип: межгород, пригород и т. д. Ответ содержит сведения о рейсе: время отправления, время прибытия в пункт назначения, маршрут, список свободных мест, список остановок, через которые проходит выбранный рейс, список тарифов (полный, детский, студенческий, для инвалидов) и список комиссионных сборов с детализацией стоимости. Список остановок упорядочен по дистанции. Для получения рейса в URL адресе запроса необходимо указать идентификатор рейса и идентификатор необходимой станции .

GET /Trip/[ИД Рейса]/Station/[ИД Остановки]/

–  –  –

Response Error CodeSUCCESS/Code DescriptionОперация выполнена успешно/Description /Error Trip Id1/Id Type Id1/Id NameПригород/Name /Type Itinerary NameКемерово — Тайга/Name Itinerary Departure Platform8/Platform StationКемерово/Station Time09:10/Time /Departure Arrival StationЯшкино/Station Time18:20/Time RequestStopTRUE/RequestStop /Arrival Bus Name45 мест Мягкий/Name FreePlaces Total=”4” Place1Place Place2Place Place3Place Place4Place /FreePlaces /Bus Fares Fare Id1/Id NameПолный/Name

–  –  –

/Fare Fare Id2/Id NameДетский/Name Amount40.00/Amount /Fare /Fares Cartages Cartage Id1/Id NameСборы за предварительную продажу/Name Amount10.0/Amount /Cartage Cartage Id2/Id NameСборы за пригород/Name Amount15.00/Amount /Cartage /Cartages Stations Station NameТомская писаница/Name Distance30/Distance /Station Station NameЯшкино/Name Distance100/Distance /Station. .

/Stations /Trip /Response

–  –  –

станций, через которые проходит маршрут. Расписание также включает дни недели и доступные тарифы. Расписание упорядочено по времени отправления рейсов .

GET /Schedules/ Ответ .

Response Error CodeSUCCESS/Code DescriptionОперация выполнена успешно/Description /Error Itineraries Itinerary Id1/Id Stations Station IdКЕМ/Id Distance0/Distance TotalTime0/TotalTime /Station Station IdЯШК/Id Distance100/Distance TotalTime60/TotalTime /Station Station IdТАЙ/Id Distance120/Distance TotalTime80/TotalTime /Station /Stations Schedules Schedule DepeatureTime7:00/DepeatureTime DaysOfWeek1234567/DaysOfWeek TarifsФПД*/Tarifs Stations1 111 111/Stations /Schedule

–  –  –

DaysOfWeek12/DaysOfWeek TarifsЯТПОИГВА* /Tarifs Stations1 111/Stations /Schedule /Schedules /Itinerary /Itineraries /Response Запрос списка всех рейсов Данный запрос возвращает список всех рейсов автовокзала на 10 дней вперед. Запрос необходим для кэширования списка рейсов на стороне КСП для увеличения производительности определения стыковочных рейсов. Ответ включает список рейсов, дату и время отправления, список доступных тарифов рейса, а также вектор остановок. Каждый рейс содержит идентификатор маршрута .

Response Error CodeSUCCESS/Code DescriptionОперация выполнена успешно/Description /Error Trips Trip IdМ05А16/Id Departure Date16.05.2010/Date Time11:00/Time /Departure TarifsФПД*/Tarifs Stations1 111 111/Stations Itinerary Id1/Id / Itinerary /Trip Trip

–  –  –

Stations1 1/Stations Itinerary Id1/Id / Itinerary /Trip /Trips / Response 4.1.8 Бронирование списка мест Бронирование места необходимо для того, чтобы не допустить ситуации с продажей одинаковых билетов различным клиентам. Для получения необходимых сведений о бронируемых местах следует последовательно выполнить три запроса: запрос списка остановок, запрос списка рейсов через выбранную остановку, запрос рейса .

Запрос остановок содержит идентификаторы остановок .

Запрос рейсов содержит идентификаторы рейсов .

Запрос рейса содержит список свободных мест, перечень тарифов и комиссионных сборов .

Бронирование билетов возможно не позднее, чем за один день либо минимум за 2 — 4 часа до отправки рейса. Данная величина должна задаваться в настройках СП. Время возможного бронирования надо ввести настраиваемой величиной .

Максимальный срок предварительной продажи определяется в БД АСУ АВ. В случае, если в запрос на бронирование передан идентификатор рейса, дата отправки которого не удовлетворяет требованиям предварительной продажи, возвращается ошибка TRIP_RESERVATION_EXPIRE .

Запрос на бронирование списка мест должен проходить в режиме блокировки таблиц БД АСУ АВ, чтобы исключить случаи одновременной продажи одного места различным клиентам. Также должна осуществляться проверка соответствующих таблиц БД АСУ АВ на предмет блокирования со стороны приложения кассира либо параллельно выполненного запроса. Если на момент выполнения запроса бронирования списка мест таблицы БД АВ заблокированы, сервер приложений должен осуществить несколько повторных попыток, с заданным интервалом задержки. Если все попытки выполнены неуспешно, сервер приложений возвращает код ошибки TIMEOUT_ERROR. Количество попыток и интервал между повторами должны задаваться в настройках СП .

Время и количество попыток будет уточнено в ходе отладки и опытной эксплуатации .

Если на момент выполнения запроса на бронирование списка мест одно из мест уже забронировано другим клиентом (идентификатор билета не совпадает с номером забронированного места), возвращается ошибка SEAT_ALREADY_RESERVED. Если мест недостаточно, то возвращается ошибка NO_SEATS_AVAILABLE. Если все переданные места свободны либо переданные места уже забронированы и номера билетов совпадают, то возвращается успешный код завершения SUCCESS .

Запрос на бронирование списка мест .

PUT /Reserve/Tickets/

–  –  –

Данный запрос бронирует список мест в БД АСУ АВ. Ответ содержит код завершения операции бронирования. Для выполнения запроса бронирования места в POST-заголовках запроса следует указать идентификатор рейса, а также список бронируемых мест с идентификаторами билетов .

POST-заголовки запроса .

TripId: [ИД рейса] Tieckets: { { TicketId: [ИД билета сгенерированный на стороне КСП], Place: [№ места] }, { TicketId: [ИД билета сгенерированный на стороне КСП], Place: [№ места] },.. .

}

Ответ:

Response Error CodeSUCCESS/Code DescriptionОперация выполнена успешно/Description /Error /Response Response Error CodePLACE_ALREADY_RESERVED/Code DescriptionОдно из мест уже забронировано/Description /Error /Response Response Error CodeNO_SEATS_AVAILABLE/Code DescriptionНедостаточно свободных мест/Description /Error /Response Response

–  –  –

DescriptionСрок бронирования билетов на рейс истек/Description /Error /Response Response Error CodeTIMEOUT_ERROR/Code DescriptionБилеты временно нельзя забронировать/Description /Error /Response 4.1.9 Вывод места из брони Если в течение определенного промежутка времени не была подтверждена оплата забронированных мест, то такие места необходимо вывести из брони, чтобы возобновить возможность их продажи .

В момент выполнения запроса на вывод мест из брони соответствующие таблицы БД АСУ АВ могут быть временно заблокированы. Если на момент выполнения запроса на вывод мест из брони таблицы БД АСУ «Автовокзал» заблокированы, сервер приложений должен осуществить несколько повторных попыток с заданным интервалом задержки. Если все попытки выполнены неуспешно, сервер приложений возвращает код ошибки TIMEOUT_ERROR. Количество попыток и интервал между повторами должны задаваться в настройках СП .

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

Запрос на вывод мест из брони .

DELETE /Reserve/Tickets/ Данный запрос стирает записи о бронированных местах в БД АСУ АВ. В POST-заголовках запроса следует указать список идентификаторов забронированных билетов, которые следует вывести из брони .

POST-заголовки запроса .

Tieckets: { { TicketId: [ИД билета, сгенерированный на стороне КСП] }, { TicketId: [ИД билета, сгенерированный на стороне КСП] },.. .

} Ответ .

–  –  –

CodeSUCCESS/Code DescriptionОперация выполнена успешно/Description /Error /Response Response Error CodeTIMEOUT_ERROR/Code DescriptionБилеты временно нельзя разбронировать/Description /Error /Response 4.1.10 Подтверждение оплаты При подтверждении оплаты заказа со стороны платежной системы в БД АСУ АВ снимается бронирование места и добавляется запись о проданном билете в соответствующую таблицу .

При выполнении запроса на подтверждение оплаты билетов должна осуществляться проверка соответствующих таблиц БД АСУ АВ на предмет блокирования со стороны приложения кассира либо параллельно выполненного запроса. Если на момент выполнения запроса на подтверждение оплаты билетов таблицы БД АСУ АВ заблокированы, сервер приложений должен осуществить пять повторных попыток с интервалом задержки в половину секунды. Если все пять попыток выполнены неуспешно, сервер приложений возвращает код ошибки TIMEOUT_ERROR .

Запрос на подтверждение оплаты билетов .

POST /Payment/Tickets/ Данный запрос необходим для подтверждения оплаты забронированных мест. Для выполнения запроса подтверждения оплаты билетов в POST-заголовках запроса следует указать сведения о списке проданных билетов. Основными атрибутами билета являются: идентификатор, стоимость билета, сумма сборов за перевозку, идентификатор остановки, идентификатор тарифа .

POST-заголовки запроса .

Tickets: { { TicketId: [ИД билета, сгенерированный на стороне КСП], Amount: [Сумма билета], Cartage: [Сборы за перевозку], StationId: [ИД остановки], FareId: [ИД тарифа], Documents: [Паспорт; Студенческий билет; Справка ВТЭК], Address: [Адрес прописки]}, { TicketId: [ИД билета, сгенерированный на стороне КСП], Amount: [Сумма билета], Cartage: [Сборы за перевозку] StationId: [ИД остановки], FareId: [ИД тарифа], Documents: [Паспорт; Студенческий билет; Справка ВТЭК], Address: [Адрес прописки]},.. .

}

–  –  –

Response Error CodeSUCCESS/Code DescriptionОперация выполнена успешно/Description /Error /Response Response Error CodeTICKETS_NOT_FOUND/Code DescriptionБилеты не найдены/Description /Error /Response Response Error CodeTIMEOUT_ERROR/Code DescriptionВременно нельзя подтвердить оплату билетов/Description /Error /Response 4.1.11 Отмена продажи Отмена продажи билетов необходима при агентской продаже билетов в случае допущения кассиром агента ошибок при вводе данных. Возможна отмена только последней операции .

При выполнении запроса на отмену продажи билетов должна осуществляться проверка соответствующих таблиц БД АСУ АВ на предмет блокирования со стороны приложения кассира автовокзала либо параллельно выполненного запроса. Если на момент выполнения запроса на отмену заказа билетов таблицы БД АСУ АВ заблокированы, сервер приложений должен осуществить несколько повторных попыток с заданным интервалом задержки. Если все попытки выполнены неуспешно, сервер приложений возвращает код ошибки TIMEOUT_ERROR .

Запрос на отмену продажи билетов .

POST /Cancel/Tickets/

–  –  –

POST-заголовки запроса .

Tickets: { { TicketId: [ИД билета, сгенерированный на стороне ВП] }, { TicketId: [ИД билета, сгенерированный на стороне ВП] },.. .

} Ответ .

Response Error CodeSUCCESS/Code DescriptionОперация выполнена успешно/Description /Error /Response Response Error CodeTICKETS_NOT_FOUND/Code DescriptionБилеты не найдены/Description /Error /Response Response Error CodeTICKETS_NOT_PAID/Code DescriptionБилеты не оплачены/Description /Error /Response Response Error CodeTIMEOUT_ERROR/Code DescriptionВременно нельзя произвести отмену заказа билетов/Description /Error

–  –  –

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

При выполнении запроса на возврат билета должна осуществляться проверка соответствующих таблиц БД АСУ АВ на предмет блокирования со стороны приложения кассира либо параллельно выполненного запроса. Если на момент выполнения запроса возврата билета таблицы БД АСУ АВ заблокированы, сервер приложений должен осуществить пять повторных попыток с интервалом задержки в половину секунды. Если все пять попыток выполнены безуспешно, сервер приложений возвращает код ошибки TIMEOUT_ERROR .

Запрос на возврат билета .

POST /Return/Ticket/ Данный запрос осуществляет стандартную операцию возврата билета в БД АСУ АВ. Если билет вернуть нельзя, возвращается соответствующий код ошибки. Для выполнения запроса возврата билета в POST-заголовках запроса следует указать идентификатор билета .

POST-заголовки запроса .

TicketId: [ИД билета, сгенерированный на стороне ВП] Ответ .

Response Error CodeSUCCESS/Code DescriptionОперация выполнена успешно/Description /Error /Response Response Error CodeTICKET_NOT_FOUND/Code DescriptionБилет не найден/Description /Error /Response

–  –  –

CodeTICKET_NOT_PAID/Code DescriptionБилет не оплачен/Description /Error /Response Response Error CodeTIMEOUT_ERROR/Code DescriptionВременно нельзя осуществить возврат билета/Description /Error /Response 4.1.13 Сторож событий В составе СП есть специальное приложение — Сторож событий (далее СС).

СС осуществляет мониторинг изменений базы данных АСУ АВ с целью выявления следующих событий:

отмена рейса;

изменение времени рейса .

О данных событиях СС уведомляет КСП, в который закладывается логика реакции, связанная с уведомлением клиентов. Для отправки уведомлений на КСП СС периодически выявляет события и шлет веб-запрос КСП. В случае успешного ответа со стороны КСП в БД АСУ АВ проставляется отметка о том, что КСП уведомлен о событии .

4.1.14 Взаимодействие с АСУ АВ Важным моментом работы СП является его взаимодействие с существующим программным обеспечением. Необходимо поведение, позволяющее исключить продажу одного билета одновременно из существующего DOS-приложения и сервера приложения. Это достигается путем блокировок таблиц БД АСУ АВ на время проведения транзакции и последующей разблокировкой .

При таком подходе ПО АСУ АВ не может продать билет и ждет разблокировки таблиц. Это проявляется появлением сообщения «Ждите» для кассира. После разблокировки существующей системой проверяется наличие билетов. СП действует по аналогичному принципу: перед совершением любых действий по модификации таблиц БД АСУ АВ осуществляется проверка и, в случае наличия заблокированных таблиц, возвращается код ошибки, сообщающий центральному приложению о заблокированных таблицах .

–  –  –

количество забронированных таким образом мест. Таким образом, требуется изменить следующие окна DOS-программы АСУ АВ:

ДИСПЕТЧЕР - ЖУРНАЛ ДИСПЕТЧЕРА - выбор рейса - [ENTER] .

К списку «СВОБОДНО: количество мест»

«ПРОДАНО: количество мест»

добавляется третий пункт «ЗАБРОНИРОВАНО: количество мест»

ДИСПЕТЧЕР - ЖУРНАЛ ДИСПЕТЧЕРА - выбор рейса - [ENTER] - Кресла В данном окне необходимо предотвратить возможность вывода билета из брони диспетчером. Окно остается прежнего вида. При вводе места, забронированного сервером приложения, выдается сообщение о невозможности перевести данное место в один из предложенных статусов .

4.3 Доработка подсчета итогов Программное обеспечение подсчета итогов нуждается в модификации. Требуется доработать его следующим образом .

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

Если метка установлена в значение «Производится подсчет итогов», генерируется исключение SERVICE_NOT_AVAILABLE. Более подробно данный процесс описан в главе о доступности СП .

Произвести расчет .

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

Если АСУ АВ завершило процедуру подсчета неудачей, метка не снимается. СП прекращает свое взаимодействие с базой данных до устранения причины сбоя и приведения БД в целостное состояние .

4.4 Корневой сервер приложений КСП предоставляет собой базу данных и централизованные интерфейсы для покупки билетов в режиме онлайн. КСП общается c серверами приложений, работающими на автовокзалах, в режиме запрос-ответ. КСП предоставляет пользователю необходимые сведения для покупки билетов. КСП интегрирован с платежной системой ASSIST для реализации возможности покупки билетов посредством пластиковых банковских карт, а также виртуальной валюты на кошельках Яндекс.Деньги, WebMoney .

–  –  –

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

4.4.1 Задачи КСП должен обеспечивать решение следующих задач .

Продажа билетов в режиме онлайн посетителям сайта .

Продажа билетов в режиме онлайн агентским компаниям .

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

Ведение агентов с возможностью изменения ставки вознаграждения .

Ведение учета денежных средств по агентам .

4.4.2 Платформа Платформа:.NET Framework 4.0, ASP.NET MVC 3.0, Internet Information Services 6.0 .

Язык программирования: C# .

СУБД: MS SQL SERVER 2005 .

Операционная система: Windows XP Professional, Windows Server 2003 .

4.4.3 Маршрутизация запросов Данный раздел описывает маршрутизацию запросов от КСП к СП. База данных КСП содержит список доступных автоматизированных автовокзалов. Основными атрибутами автовокзала являются:

идентификатор;

наименование;

хост сервера приложений .

На главной странице веб-приложения (ВП) в виде ссылок отображается список автовокзалов.

При переходе по ссылке автовокзала все последующие запросы ASP.NET MVC маршрутизирует в раздел конкретного автовокзала:

http://[адрес веб-приложения]/[автовокзал]/[подраздел] Такой подход позволяет ВП определить, к какому серверу приложений следует обращаться .

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

https://[хост сервера приложений]/[запрос данных] Полученный со стороны СП ответ соответствующим образом отображается на веб-странице. Схема маршрутизации запросов к серверу приложений автовокзала представлена на рисунке 1 .

–  –  –

4.4.4 Обратные запросы СП могут уведомлять КСП о возникновении событий со стороны АСУ АВ .

Запрос на уведомление об изменениях в расписании рейсов Данный запрос уведомляет КСП о списке рейсов, которые подверглись изменениям в расписании .

КСП, получив запрос на уведомление, сохраняет в базе транзакцию уведомления пользователей, купивших билеты на перечисленные рейсы. Транзакция обрабатывается БА. Если пользователей, купивших билеты на перечисленные рейсы, не оказалось, то транзакция не сохраняется .

PUT /Shedule/Changes/ POST-заголовки запроса .

Trips: { { TripId: [ИД рейса], Time: [Время отправления фактическое], SheduleTime: [Время отправления запланированное], Canceled:

[Метка отмены рейса] }, { TripId: [ИД рейса], Time: [Время отправления фактическое], SheduleTime: [Время отправления запланированное], Canceled: [Метка отмены рейса] },.. .

} Ответ .

Response Error CodeSUCCESS/Code DescriptionОперация выполнена успешно/Description /Error /Response

–  –  –

Аккаунт пользователя .

Идентификатор сервера приложений .

URL запроса .

POST-заголовки запроса .

Код завершения запроса .

Количество попыток .

Статус: открыта, закрыта, заморожена .

Результат завершения транзакции .

Идентификатор родительской транзакции .

За корректное завершение всех транзакций отвечает специальное приложение «Билетный агент» .

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

В заданный интервал времени БА обходит базу данных и осуществляет поиск открытых транзакций .

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

В задачи БА входит:

контроль корректного завершения критически важных запросов к серверам приложений;

проверка состояния оплаты счетов на стороне платежной системы;

контроль времени бронирования билетов;

рассылка уведомлений по e-mail;

возобновление работы автовокзала после завершения операции закрытия дня .

Схема обработки запросов в режиме транзакций приложением БА и центральным КСП представлена на рисунке 2 .

–  –  –

Если запрос на бронирование списка мест прошел успешно, ВП сохраняет открытую транзакцию бронирования списка мест. Код завершения запроса транзакции соответствует коду возврата сервера приложений .

БА осуществляет поиск открытых транзакций бронирования мест, у которых код завершения запроса пустой. Найденная транзакция бронирования закрывается. Следом открывается транзакция вывода мест из брони. Транзакция вывода мест из брони связывается с транзакцией бронирования .

БА также осуществляет поиск открытых транзакций бронирования, срок действия которых истек. БА закрывает такие найденные транзакции, следом открывает транзакции вывода мест из брони и связывает их с транзакциями бронирования .

Если запрос на бронирование списка мест с первой же попытки завершен успешно, то вебприложение создает счет на оплату билетов. Клиент обязуется оплатить счет в течение определенного времени. К счету заказа прикрепляется идентификатор транзакции бронирования мест. Такой счет посетитель Интернет-магазина видит в своем личном кабинете. Неоплаченные в течение определенного промежутка времени счета автоматически замораживаются. БА осуществляет транзакцию вывода мест из брони .

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

Инициатором транзакции подтверждения оплаты заказа является ВП .

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

Когда посетитель Интернет-магазина инициирует оплату заказа, ВП должно временно заморозить открытую транзакцию бронирования билетов (Статус = Заморожена). На замороженную транзакцию бронирования билетов не распространяется срок давности и автоматический вывод билетов из брони .

ВП создает открытую транзакцию подтверждения оплаты заказа. Транзакция подтверждения оплаты заказов связывается с транзакцией бронирования мест .

БА осуществляет поиск открытых транзакций подтверждения оплаты и осуществляет опрос платежной системы на предмет положительной либо отрицательной авторизации покупателя билетов, если результат по платежу еще не известен .

Если результат по платежу положительный, то БА шлет запрос о подтверждении оплаты на соответствующий СП. Затем, в случае успеха, закрывает транзакции бронирования билетов и подтверждения оплаты .

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

–  –  –

Если транзакция подтверждения оплаты заказа инициирована агентом (Аккаунт пользователя = Агент), то опрос платежной системы не производится. Сразу осуществляется отправка запроса подтверждения оплаты соответствующему СП. При положительном ответе СП транзакции бронирования билетов и подтверждения оплаты закрываются .

Если БА не получил ответ от СП при запросе на подтверждение оплаты заказа, то код завершения запроса транзакции остается пустым. Это свидетельствует о том, что ответ от сервера приложений не получен, и запрос на подтверждение оплаты заказа следует выполнить повторно .

4.4.9 Транзакция вывода мест из брони Инициатором транзакции вывода мест из брони является БА. Транзакция вывода мест из брони необходима для возобновления продажи забронированных ранее мест, если:

срок бронирования их истек;

со стороны платежной системы получен отрицательный ответ об оплате .

Транзакция вывода мест остается открытой до тех пор, пока места не будут сняты с брони. БА осуществляет поиск открытых транзакций вывода мест из брони, после чего шлет запрос на вывод мест из брони на соответствующий СП. В случае успеха транзакция вывода мест из брони закрывается .

4.4.10 Транзакция отмены продажи билетов Транзакция отмены продажи билетов необходима при агентской отмене проданного билета и возобновления его продажи. Инициатором транзакции отмены продажи билетов является ВП .

Транзакция отмены продажи билета остается открытой до тех пор, пока проданные билеты в БД АСУ АВ не будет помечены как отмененные .

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

Если ответ от сервера приложений не получен, то веб-приложение сохраняет открытую транзакцию отмены продажи билетов. Это свидетельствует о том, что ответ от сервера приложений не получен, и запрос на отмену продажи билетов следует выполнить повторно .

БА осуществляет поиск открытых транзакций отмены билетов и выполняет повторную отправку запроса на отмену билета на сервер приложений. В случае успеха транзакция закрывается .

–  –  –

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

БА осуществляет поиск открытых транзакций возврата билетов и выполняет повторную отправку запроса на возврат билета на сервер приложений. В случае успеха транзакция закрывается .

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

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

4.4.13 Транзакция возобновления работы автовокзала Транзакция возобновления работы автовокзала необходима для возобновления работы автовокзала после завершения процедуры закрытия дня и расчета итогов на сайте ИМ .

БА осуществляет поиск транзакций возобновления работы АСУ АВ и шлет запрос проверки доступности на определенный СП. В случае успешного ответа транзакция закрывается. Затем проставляется отметка о том, что СП автовокзала готов обработать запросы. АСУ АВ становится доступной из ИМ .

4.4.14 Кэширование справочной информации Для значительного снижения нагрузки на сервер приложений часть справочной информации СП кэшируется КСП (один раз в сутки). Кэшированию подвержены следующие запросы к СП:

запрос списка остановок;

запрос расписания станций;

запрос списка всех рейсов .

БА раз в сутки осуществляет обход всех СП. В процессе обхода выполняется серия запросов, результаты которых следует сохранить в центральной БД КСП. При отображении расписания и стыковочных рейсов, а также выборе остановок ИМ используется справочная информация из кэша КСП .

4.5 Интеграция с платежной системой

–  –  –

MasterCard) добавились электронные кошельки, позволяющие решить вопрос микроплатежей (т.е .

платежей на сумму 3 евро и менее) .

В декабре 2003 система ASSIST прошла сертификацию по технологии 3D-Secure (VISA) совместно с Балтийским Банком (Санкт-Петербург). Система электронных платежей ASSIST стала первым российским PSP (Payment Service Provider), поддерживающим программу аутентификации кардхолдера Verified by VISA .

Платежная система ASSIST предоставляет следующие возможности .

Прием платежей по кредитным картам популярных во всем мире платежных систем (VISA, MasterCard, JCB, DCI) .

Прием платежей по электронной наличности самых популярных систем рунета (WebMoney, Яндекс.Деньги, e-port, CreditPilot) в рамках единого пользовательского интерфейса .

Расширенный мониторинг транзакций по кредитным картам (по отдельному договору с ASSIST) .

Двухстадийный механизм работы (авторизация кредитной карты и финансовое подтверждение) .

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

Получение выписок по операциям (в онлайновом режиме и по электронной почте) .

Отмены и возвраты в режиме онлайн (void, reversal, refund) .

4.5.2 Безопасность платежей В системе ASSIST безопасность платежей обеспечивается использованием SSL протокола для передачи конфиденциальной информации от клиента на сервер системы ASSIST для дальнейшей обработки. Дальнейшая передача информации осуществляется по закрытым банковским сетям высшей степени защиты. Обработка полученных конфиденциальных данных клиента (реквизиты карты, регистрационные данные и т. д.) производится в процессинговом центре. Таким образом, никто, даже продавец, не может получить персональные и банковские данные клиента, в том числе информацию о его покупках, сделанных в других магазинах. Для защиты информации от несанкционированного доступа на этапе передачи от клиента на сервер системы ASSIST используется протокол SSL 3.0, сертификат сервера (128 bit) выдан компанией Thawte — признанным центром выдачи цифровых сертификатов .

4.5.3 Оплата товаров и услуг

В той части сайта, где происходит оформление заказа, Интернет-магазин должен построить HTMLформу, перенаправляющую покупателя на сервер ASSIST и передающую параметры платежа:

Shop_IDP — идентификатор магазина в системе ASSIST .

Order_IDP — номер заказа в системе расчетов Интернет-магазина, соответствующий данному платежу .

Subtotal_P — сумма покупки .

Currency — код валюты .

При нажатии на кнопку «Оплатить» покупатель будет перенаправлен на страницу авторизации ASSIST, где ему будет предложено ввести данные его платежного средства. Результат авторизации сервер ASSIST сообщит сразу после окончания платежа. Обычно это занимает 1 — 15 минут .

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

Для получения результатов авторизации нужно отправить запрос на сервер ASSIST методом HTTP GET, HTTP POST или SOAP. Получить результаты авторизации при помощи веб-сервиса можно только за промежуток времени, не превышающий трое суток. Для этого нужно указать такие значения параметров STARTDAY, STARTMONTH, STARTYEAR, задающих дату начала выборки, и параметров ENDDAY, ENDMONTH, ENDYEAR, задающих дату окончания выборки, чтобы разница между этими датами составляла не более трех суток. В противном случае для этих параметров будут использованы значения по умолчанию. По умолчанию за дату окончания выборки принимается текущая дата, а за дату начала выборки — текущая дата минус три дня .

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

assistresult firstcode='Первый код' secondcode='Второй код' count='Кол-во объектов' request zipflagЗначение принимаемого параметра ZIPFLAG/zipflag shopordernumberЗначение принимаемого параметра SHOPORDERNUMBER/shopordernumber shop_idЗначение принимаемого параметра SHOP_ID/shop_id formatЗначение принимаемого параметра FORMAT/format delimiterЗначение принимаемого параметра параметр DELIMITER/delimiter opendelimiterЗначение принимаемого параметра OPENDELIMITER/opendelimiter closedelimiterЗначение принимаемого параметра CLOSEDELIMITER/closedelimiter rowdelimiterЗначение принимаемого параметра ROWDELIMITER/rowdelimiter meantypeЗначение принимаемого параметра MEANTYPE/meantype paymenttypeЗначение принимаемого параметра PAYMENTTYPE/paymenttype startdateЗначение принимаемого параметра STARTMONTH/STARTDAY/STARTYEAR/startdate enddateЗначение принимаемого параметра ENDMONTH/ENDDAY/ENDYEAR/enddate successЗначение принимаемого параметра SUCCESS/success /request orders field ordernumberНазвание поля/ordernumber EDISON. Центр разработки программного обеспечения +7 (499) 500-14-94 http://www.edsd.ru market@edsd.ru response_codeНазвание поля/response_code recommendationНазвание поля/recommendation messageНазвание поля/message commentНазвание поля/comment dateНазвание поля/date totalНазвание поля/total currencyНазвание поля/currency cardtypeНазвание поля/cardtype cardnumberНазвание поля/cardnumber lastnameНазвание поля/lastname firstnameНазвание поля/firstname middlenameНазвание поля/middlename addressНазвание поля/address emailНазвание поля/email countryНазвание поля/country rateНазвание поля/rate approvalcodeНазвание поля/approvalcode cardsubtypeНазвание поля/cardsubtype cvc2Название поля/cvc2 cardholderНазвание поля/cardholder ipadressНазвание поля/ipadress protocoltypenameНазвание поля/protocoltypename billnumberНазвание поля/billnumber banknameНазвание поля/bankname statusНазвание поля/status error_codeНазвание поля/error_code error_commentНазвание поля/error_comment packetdateНазвание поля/packetdate signatureНазвание поля/signature processingnameНазвание поля/processingname paymenttransactiontype_idНазвание поля/ paymenttransactiontype_id /field EDISON. Центр разработки программного обеспечения +7 (499) 500-14-94 http://www.edsd.ru market@edsd.ru order ordernumberНомер заказа/ordernumber response_codeКод возврата/response_code recommendationРекомендации/recommendation messageСообщение/message commentКомментарий/comment dateДата/date totalСумма/total currencyКод валюты/currency cardtypeТип карты/cardtype cardnumberНомер карты/cardnumber lastnameФамилия/lastname firstnameИмя/firstname middlenameОтчество/middlename addressАдрес/address emailАдрес электронной почты/email countryКод страны банка-эмитента/country rateКурс валюты (0.00)/rate approvalcodeКод авторизации/approvalcode cardsubtypeПодтип карты/cardsubtype cvc2Флаг использования/cvc2 cardholderДержатель карты/cardholder ipaddressIP-адрес покупателя/ipaddress protocoltypenameТип протокола/protocoltypename billnumberНомер платежа/billnumber banknameНазвание банка-эмитента/bankname statusСостояние заказа/status error_codeКод ответа процессингового центра/error_code error_commentРасшифровка кода ответа процессингового центра/error_comment packetdateДата получения пакета/packetdate signatureЭлектронная цифровая подпись/signature processingnameПроцессинг/processingname EDISON. Центр разработки программного обеспечения +7 (499) 500-14-94 http://www.edsd.ru market@edsd.ru paymenttransactiontype_idТип транзакции/paymenttransactiontype_id /order order………/order /orders /assistresult Таблица 1. Коды возврата Response_Code

–  –  –

Более подробная спецификация по шлюзу ASSIST представлена в технической документации производителя .

4.5.4 Механизм продажи билетов В первую очередь пользователь системы выбирает дату, потом остановку, выбирает нужный рейс и места .

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

Когда пользователь инициирует операцию оплаты, ВП перенаправляет пользователя на страницу авторизации платежной системы ASSIST. Отсчет срока давности счета временно приостанавливается, пока от платежной системы не будет получен положительный либо отрицательный ответ об оплате. БА периодически опрашивает состояние оплаты счета клиента в платежной системе ASSIST. В случае успеха счет клиента закрывается. Состояние счета клиент может наблюдать постоянно в истории своих операций в личном кабинете Интернет-магазина. При этом БА шлет запрос о подтверждении оплаты счета клиента на соответствующий сервер приложений. Если от платежной системы ASSIST получен отрицательный ответ об оплате счета клиентом, то отсчет срока давности счета возобновляется .

4.5.5 Модульность платежных систем При интеграции КСП с платежной системой необходимо заложить модульность платежных систем для того, чтобы была возможность замещения текущей платежной системы другой. Это требуется, чтобы поддерживать стабильность продажи билетов в случаях отказа работы или частых сбоях в той или иной платежной системе .

4.6 Интернет-магазин Интернет-магазин (ИМ) реализует интерфейс конечных пользователей для доступа к Системе .

Доступ осуществляется через Интернет с помощью браузера по открытым каналам связи .

–  –  –

4.6.1 Фирменное наименование Наименование: заказчик предоставляет наименование и домен .

4.6.2 Дизайн Требуется разработать и согласовать концепт дизайна сайта, дизайн и логотип .

Требования к дизайну:

серьезный, строгий, деловой стиль;

основной цвет: золото;

слоган: цени свое время .

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

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

Интерфейс ИМ должен обеспечивать:

быструю и удобную навигацию;

визуальное структурирование информации;

визуальное отображение информации;

соответствие корпоративному стилю .

4.6.3 Верстка Требования к верстке макета ИМ .

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

Ширина рабочей области фиксированная .

Верстка div-ами .

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

ИМ должен корректно отображаться в последних версиях следующих браузеров:

Internet Explorer;

Opera;

Chrome;

Safari;

Mozilla Firefox .

–  –  –

4.6.4 Текстовый контент Заказчик предоставляет весь контент с корректурой в электронном формате без ошибок .

Объем текстовой информации: 20 страниц .

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

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

География: Кемеровская область и Сибирский регион .

Характеристика оказываемых услуг: современные услуги реализации проездных билетов, приближение услуги потребителю .

Основные задачи:

привлечение новых клиентов;

работа с партнерами, реализация партнерских программ;

выход на новые рынки;

информационная поддержка клиентов и партнеров;

упрощение взаимодействия с существующими клиентами;

укрепление приверженности клиентов торговой марки .

4.6.6 Платформа Платформа:.NET Framework 4.0, ASP.NET MVC 3.0, Internet Information Services 6.0 .

Язык программирования: C# .

СУБД: MS SQL SERVER 2005 .

Операционная система: Windows XP Professional, Windows Server 2003 .

Требуется настройка DNS записей, почтового сервера .

–  –  –

печать электронной формы билета;

получение электронной формы документа на e-mail;

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

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

Администрации автовокзала доступны функции администрирования:

возможность распечатки любого документа (билет, заказ);

включение-отключение автовокзала;

включение-отключение функции онлайн-продажи билетов в случае возникновения проблем со стороны платежной системы;

бизнес-аналитика;

отчеты по автовокзалу;

регистрация кассиров;

получение контактной информации пользователей;

поиск пользователя по реквизитам .

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

Веб-администратору сайта доступны функции всех ролей, а также дополнительные функции:

почтовая рассылка пользователям системы;

добавление новых автовокзалов;

конфигурация IP-адресов СП;

добавление аккаунтов администрации автовокзалов;

просмотр сводной отчетности по всем автовокзалам;

онлайн-статистика использования ИМ .

–  –  –

4. Информация .

5. Контакты .

6. Акции .

7. Заказ билетов .

8. Личный кабинет .

9. Опросы и голосования .

10. Вопросы и ответы .

11. Регистрация пользователя .

12. Вход в систему (Авторизация пользователя) .

13. Отчеты .

14. Раздел управления сайтом .

–  –  –

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

Главная страница содержит ссылку на форму обратной связи .

4.6.10 Расписание автобусов Страница расписания автобусов позволяет пользователю ознакомиться с расписанием автобусов, она не позволяет приобрести билет и служит только для ознакомления пользователя с частотой отправления рейсов по тому или иному маршруту. Расписание автобусов определяется на основе данных АСУ АВ. Для получения списка необходимо выбрать автовокзал. После выбора автовокзала пользователю необходимо выбрать пункт назначения. После этого ему предоставляется таблица всех рейсов, делающих остановку в данном пункте. Эта таблица содержит следующие поля .

Время отправки .

Дни, по которым осуществляется перевозка .

Рейс .

Тарифы .

–  –  –

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

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

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

Более точный алгоритм действий выглядит следующим образом .

1. Для всех подключенных автовокзалов необходимо получить список всех рейсов со списком остановок и расстояний до них. На основании этих данных строится единый граф. Операция получения данных АСУ АВ производится один раз в сутки либо чаще, в зависимости от настроек .

2. К полученному графу применяется алгоритм Dijkstra, который позволяет найти для него кратчайший путь. Результатом этой операции является список остановок, включающий промежуточные автовокзалы .

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

4. Для этих автовокзалов находятся все рейсы, лежащие на этом маршруте, в виде списка со временем отправки и прибытия .

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

4.6.12 Акции Блок располагается на главной странице и в кабинете пользователя. Блок позволяет разместить и донести до клиентов рекламную информацию о проводимых акциях. Блок представляет собой баннер .

–  –  –

4.6.14 Информация На странице «Информация» представлен список разного рода статей. Все статьи для наилучшего восприятия разбиты по разделам. При клике на заголовок статья открывается полностью. Примеры статей приведены ниже. Веб-администратор может поместить на сайт любые статьи. Этот блок содержит раздел ответов на часто задаваемые вопросы .

Что такое электронный билет?

Как работает наша система?

Правила продажи электронных билетов .

Какие способы оплаты поддерживаются?

Правила перевоза багажа .

4.6.15 Опросы и голосования Раздел обеспечивает возможность проведения опросов общественного мнения и голосований .

Опросы объявляются веб-администратором и располагаются на главной странице и в личном кабинете .

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

4.6.16 Контакты Страница «Контакты» содержит следующую информацию .

Юридический адрес Интернет-магазина .

Контакты службы поддержки ИМ .

Схема проезда .

Контактные данные партнеров .

Автовокзалы. Адреса и телефоны автовокзалов разных городов. Содержит возможность перехода на страницу автовокзала презентационного сайта .

На странице также расположена форма обратной связи для отправки электронного письма .

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

–  –  –

Процесс покупки разбит на несколько шагов Шаг 1 .

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

Шаг 2 .

На втором шаге пользователю выводится список найденных рейсов с возможностью просмотреть остановки. Также присутствуют кнопки «назад» и «далее», позволяющие перемещаться между шагами. Список рейсов представлен в виде таблицы с заголовком «Список рейсов на определенную дату». Таблица состоит из 6 столбцов .

Рейс. В колонке перечислены все подходящие рейсы в виде «Город 1 — Город 2», далее представлено время отправления и время прибытия .

Время отправления .

Время прибытия. Время прибытия на необходимую станцию .

Цена билета. Стоимость полного, студенческого и детского билетов .

Мест. Количество свободных мест в данном автобусе .

Автобус. Колонка содержит общее число мест в автобусе и тип автобуса (мягкий или жесткий) .

Просмотр остановок осуществляется выбором определенного рейса из таблицы. Список остановок представлен перечнем всех остановок в списке вида «Станции маршрута: Остановка — Остановка — … — Остановка — Остановка» .

В случае, если рейсы не найдены, пользователю предоставляется возможность поиска стыковочных рейсов для введенных данных, для этого на форме появляется кнопка «Найти стыковочные рейсы» .

После ее нажатия пользователь получает список всех стыковочных рейсов в виде таблицы. Таблица содержит группировки рейсов, при помощи которых можно добраться до конечного пункта. Для каждого такого рейса представлена информация, содержащая те же данные, что и при покупке прямого рейса. Пример группировок представлен в таблице ниже. Маршрута A — D на самом деле не существует, но он показывается пользователю как комбинация нескольких маршрутов, например A — B и B — D. При этом в соответствующих строках таблицы отображается сумма времени и сумма оплаты .

–  –  –

Шаг 3 .

На третьем шаге необходимо выбрать/ввести:

место для пассажира;

тип билета (полный, детский или студенческий);

персональные данные (имя, фамилия, номер документа, подтверждающего личность) .

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

Для агента — ограничение в 9 билетов .

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

В случае выбора детского билета необходимо указать число сопровождаемых детей (максимально — 2) .

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

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

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

Шаг 4 .

На четвертом шаге пользователю предоставляется сводная информация и сумма заказа .

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

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

Шаг 5 .

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

Шаг 6 .

После оплаты счета заказ появляется в списке «Мои билеты». Статус заказа — «Оплачено» .

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

–  –  –

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

4.6.19 Черновик заказа Данная возможность позволяет ввести все необходимые для заказа данные, выбрать места, но не оплачивать его. После того, как пользователь примет окончательное решение приобрести данный билет, он может зайти в личный кабинет и оформить заказ, нажав кнопку «оплатить». При этом доступность мест проверяется заново. В том случае, если места по-прежнему свободны, билет оформляется, если нет, предлагаются другие места или другой рейс. При создании «черновика заказа» никакие манипуляции с базой данных не производятся .

4.6.20 Автоматическое заполнение заказа Автоматическое заполнение позволяет пользователю оформить новый заказ, основываясь на прошлых заказах. Это позволит пользователю не тратить время на ввод постоянно повторяющихся данных, например, свои персональные данные или пункт назначения, если он ездит по одному и тому же маршруту .

–  –  –

Просмотр сводных отчетов о своих действиях в системе за определенный период .

Мгновенная продажа билетов на любой из доступных рейсов .

Отмена последней операции продажи билетов .

Просмотр ставок вознаграждения без возможности изменить их .

Просмотр текущих комиссионных сборов без возможности изменениях их .

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

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

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

Сортировка по любому столбцу .

Поиск по любому столбцу .

Доступные над билетами действия помещаются в меню .

Ниже списка выводится итоговая сумма .

4.6.22 Регистрация пользователя Предварительной регистрации, как таковой, для физического лица в системе не предусмотрено .

Вместо этого используется механизм openID, позволяющий использовать учетные записи таких сайтов, как Google, «Яндекс», Mail.Ru, «Рамблер». Это позволяет пользователю, привязавшись один раз к данной учетной записи, использовать ее постоянно .

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

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

Регистрация для юридических лиц, кассиров, диспетчеров и т.д. производится вручную вебадминистратором в разделе управления сайтом .

–  –  –

Поля для регистрации физических лиц o Фамилия* o Имя* o Отчество o Серия документа o Номер документа* o Электронный адрес* o Контактный телефон* o Имя для входа в систему* o Пароль* o Подтверждение пароля* o Captcha Звездочкой выделены обязательные поля .

Поля для регистрации агентов

–  –  –

Звездочкой выделены обязательные поля .

4.6.23 Авторизация пользователей Авторизация на сайте осуществляется на специальной странице, на которой пользователь должен выбрать openID провайдера. Механизм openID позволяет пользователю использовать для авторизации уже существующую запись .

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

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

4.6.25 Статистика

Раздел содержит статистику пользования системой, внутри раздела отображается:

статистика доступа (IP-адреса, география, пользователи, частота);

ключевые запросы пользователей поисковых систем;

статистика ссылок на ресурс .

Статистика должна давать возможность оценки проведения рекламных кампаний .

4.6.26 Почтовая рассылка Почтовая рассылка — это инструмент администратора ИМ. Рассылка позволяет организовать централизованное взаимодействие с пользователями. Возможна циркулярная или фокусная рассылка о новостях, акциях, изменениях в порядке работы ГУ и ИМ и т.д .

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

–  –  –

4.6.29 Управление параметрами системы Установка размера комиссионного сбора за услуги Интернет-продажи билетов .

Управление автоматической рассылкой счетов агентским организациям .

4.6.30 Управление параметрами автовокзалов Редактирование наименование автовокзала .

Установка значения IP-адреса сервера приложений автовокзала .

4.6.31 Управление аккаунтами агентов

Основными параметрами аккаунта агента являются:

доля агентского вознаграждения за продажу билетов (в процентах);

включение/отключение функции продажи билетов;

сбор агентов (этот параметр надо настраивать индивидуально);

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

4.7 Презентационный сайт

Презентационный сайт (ПС) ГУ разрабатывается для следующих целей:

имиджевые цели;

исследование аудитории;

обратная связь с клиентами;

привлечение новых клиентов;

информационная поддержка клиентов;

предоставление наглядной информации о продукте;

источник информации для партнеров и прессы;

упрощение взаимодействия с существующими клиентами .

4.7.1 Фирменное наименование Фирменное наименование: ГУ «Кузбасспассажиравтотранс» .

Домен: kpat.ru .

–  –  –

фото 30-ти начальников вокзалов и топ-менеджеров;

фото 26-ти вокзалов и АС .

Требования к дизайну:

использовать логотип;

использовать цвета: синий и желтый;

серьезный, подчеркнуто строгий стиль;

подача большого количества информации;

использовать слоган: «Главная ценность нашего предприятия — пассажиры» .

4.7.3 Интерфейс Простой, удобный, понятный .

Обязательна визуальная поддержка действий пользователя («интерактив»): визуальное отображение активных, пассивных и посещенных ссылок .

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

4.7.4 Шрифты Использование не более 2-х различных шрифтов. Для заголовков желательно использовать шрифт без засечек, а для основного текста (новостных и аналитических статей) — с засечками .

В случае отсутствия необходимых шрифтов на компьютере пользователя необходимо предусмотреть использование стандартных групп шрифтов браузеров (Arial/Helvetica, Times New Roman, Courier) таким образом, чтобы замена шрифтов из соответствующей группы не приводила к визуальному искажению текста .

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

–  –  –

ИМ должен корректно отображаться в последних версиях следующих браузеров:

Internet Explorer;

Opera;

Chrome;

Safari;

Mozilla Firefox .

4.7.6 Текстовый контент Заказчик предоставляет качественные тексты, прошедшие профессиональную корректуру, без ошибок .

Объем текстовой информации: 50 страниц .

4.7.7 Позиционирование на рынке Направление деятельности: организация перевозки пассажиров автомобильным транспортом через систему автовокзалов и автостанций Кемеровской области .

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

Конкуренты: ОАО «РЖД», авиа- и личный транспорт .

Преимущества перед конкурентами: относительно «РЖД» — более низкие тарифы, комфорт, разветвленная маршрутная сеть, выше скорость доставки .

Целевая аудитория: Население Сибирского региона .

География: Кемеровская область и Сибирский регион .

4.7.8 Платформа Система управления контентом: 1C: Битрикс Стандарт .

Язык программирования: PHP .

СУБД: MySQL .

Операционная система: Linux .

Требуется настройка DNS записей, почтового сервера .

–  –  –

4.7.10 Структура Концептуальная модель ПС описана ниже .

1. Главная страница .

2. Новости предприятия .

3. Интерактивная карта маршрутной сети (выбор автовокзала) .

4. Страницы каждого автовокзала .

4.1. Отдельной страницей идет ГУ .

4.2. Информация (новости, изменение расписания, законодательство и т.п.) .

4.3. История вокзала (фото, история) .

4.4. Кабинет руководителя (фото, информация, контактная информация) .

4.5. Расписание рейсов .

4.6. Вакансии .

4.7. Обратная связь (задать вопрос, предложить или пожаловаться) .

5. Ссылка на Интернет-магазин .

6. Дополнительные услуги .

7. Схемы расположения мест в автобусах основных марок .

8. Контакты .

9. Опросы и голосования .

10. Тендеры .

11. Часто задаваемые вопросы и ответы на них .

12. Отчеты .

13. Раздел управления сайтом .

14. Статистика посещений .

4.7.11 Интерактивная карта Интерактивная карта содержит в себе все автовокзалы и автостанции. В качестве подложки используется карта Кемеровской области. Для рисования используется flash. Можно по щелчку мыши перейти на соответствующую страницу вокзала .

4.7.12 Расписание рейсов Расписание рейсов выводится в актуальном состоянии. Раз в сутки оно обновляется и строится на основе данных, полученных посредством запросов к каждой АСУ АВ с помощью КВС .

–  –  –

4.7.13 Опросы и голосования Обеспечивает возможность проведения опросов общественного мнения и голосований. Опросы объявляются веб-администратором и располагаются на главной странице и на странице автовокзала .

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

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

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

4.9 Резервное копирование и восстановление данных Система позволяет проводить резервное копирование данных и осуществлять восстановление из ранее созданных архивных копий .

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

–  –  –

управление правами доступа пользователей к функциям системы;

осуществление мониторинга информационной безопасности .

Администратор информационной безопасности данных должен обладать высоким уровнем квалификации и практическим опытом выполнения работ по обеспечению информационной безопасности .

Основными обязанностями системного администратора являются:

модернизация, настройка и мониторинг работоспособности комплекса технических средств (серверов, рабочих станций);

установка, модернизация, настройка и мониторинг работоспособности системного и базового программного обеспечения;

установка, настройка и мониторинг прикладного программного обеспечения;

ведение учетных записей пользователей системы .

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

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

Роли сервисного инженера, системного администратора и администратора информационной безопасности могут быть совмещены .

Рекомендуемая численность для эксплуатации Системы .

Администратор — 1 штатная единица .

Веб-администратор — 1 штатная единица .

Привилегированные пользователи — определяются штатной структуры ГУ и его филиалов .

Пользователи — до 30 одновременно работающих на сайте .

–  –  –

при ошибках в сбоях аппаратных средств (кроме носителей данных) восстановление работоспособности возлагается на ОС;

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

Требуется провести следующие проверки и нагрузочные тесты:

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

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

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

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

проверка того, могут ли одновременные запросы нескольких пользователей вызывать коллизии .

Компоненты защиты Системы от несанкционированного доступа должны обеспечивать:

идентификацию пользователя;

проверку полномочий пользователя при работе с Системой;

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

4.13 Требования к аппаратному обеспечению Фаза №1 разработки предусматривает размещение КВС и ИМ на один физический сервер рекомендуемой аппаратной конфигурации .

Запросы от пользователей Интернет маршрутизируются на этот сервер напрямую или через любой аппаратный шлюз/прокси. Для размещений прокси на дополнительном сервере в датацентре ОАО «СибирьТелеком» достаточно минимальной аппаратной конфигурации .

Для размещения ПС разумнее использовать арендуемый качественный и надежный хостинг в датацентре г. Москва. Предлагается на выбор Masterhost или «Хостинг-Центр» .

Для работы ВС требуется минимальная конфигурация сервера .

–  –  –

4.14 Требования к программному обеспечению ВС Microsoft Windows XP Professional КВС и ИМ Microsoft Windows Server 2003 R2 Standard Edition Microsoft SQL Server 2005 Standard Шлюз Microsoft ISA Server 2006 Standard Edition входит в состав сервера Windows, загружается и устанавливается дополнительно ПС Linux, PHP, MySQL, 1С:Битрикс Стандарт

–  –  –

Целостность Система должна обеспечивать целостность данных при их обработке .

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

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

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

Регистрация событий

Система должна обеспечивать регистрацию событий безопасности, а именно:

изменения полномочий пользователей;

действия администраторов системы;

попытки нарушения прав доступа;

попытки неудачной аутентификации пользователей;

попытки неудачной идентификации пользователей;

операции с учетными записями;

операции с персональными данными .

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

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

–  –  –

5 Бизнес-логика Данный раздел описывает общие требования к Системе, которые не имеют прямого отношения к разработке программного обеспечения, но обязательно должны выполняться в результате ее функционирования .

5.1 Принцип формирования стоимости билета Стоимость билета формируется из следующих составных частей .

1. Установленный тариф .

2. Комиссионные сборы автовокзала .

3. Комиссионный сбор за услуги Интернет-продажи .

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

Данные цифры можно просмотреть в специальных отчетах как агентской компании, так и администрации автовокзала, они также доступны руководству Интернет-портала .

5.2 Транспортная квитанция В транспортной квитанции, которая приходит клиенту на e-mail либо распечатывается агентом, расписаны все составляющие суммы платежа. Указана стоимость тарифа, размер всех комиссионных сборов и комиссия агента. На маршрутной квитанции необходимо указывать реквизиты агента .

Электронная форма содержит все реквизиты обычного билета и структуру стоимости. Агентские вознаграждения зависят от его настроек и типов маршрутов .

5.3 Реквизиты билетов Система сохраняет для каждого билета следующие реквизиты .

Общие: агент, маршрут, номер рейса, остановка, дата отправления, время отправления, дата прибытия, время прибытия, место, номер перрона, вид тарифа, сумма «итого», обязательный страховой сбор .

Для полного билета: ФИО, номер и серия паспорта .

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

Для билета инвалида дополнительно: серия и номер справки ВТЭК, адрес прописки .

Детский билет выписывается на имя сопровождающего .

–  –  –

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

5.5 Финансовая отчетность Для контроля за финансовой стороной процесса продажи билетов в системе предусмотрены следующие виды отчетов .

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

Сводный отчет операций по конкретному физическому лицу .

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

Отчет о доходности агентов .

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

Отчет о возвратах. Данный вид отчета служит для получения информации о возвратах .

–  –  –

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

–  –  –

7 Порядок контроля и приемки Системы Подрядчик представляет Заказчику результаты работ в соответствии с перечнем и в сроки, определенные в Календарном плане работ .

Должны быть проведены внутренние испытания Системы на оборудовании Исполнителя, включающие в себя следующие работы:

проведение внутренних испытаний ВС, ИМ, КВС, ПС;

исправление найденных дефектов;

оформление акта завершения внутреннего испытания и готовности к комплексным испытаниям .

Должны быть проведены комплексные испытания Системы на оборудовании Заказчика, включающие в себя следующие работы:

проведение испытаний ПС;

проведение испытаний ИМ, КВС на заглушках ВС;

исправление найденных дефектов;

оформление акта завершения комплексного испытания и готовности к опытной эксплуатации .

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

проведение опытной эксплуатации Системы на заглушках ВС и на двух реальных ВС, подключенных к АСУ АВ Новокузнецк и Кемерово;

исправление дефектов;

постепенное подключение новых ВС;

исправление дефектов;

проведение полномасштабной опытной эксплуатации в течение двух недель;

исправление дефектов;

оформление акта завершения опытной эксплуатации и допуска к приемочным испытаниям .

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

проведение приемочных испытаний;

оформление акта готовности к вводу в промышленную эксплуатацию .

–  –  –

8 Требования к документированию Требования к составу и содержанию документации определяются в соответствии с ГОСТ 34, ГОСТ 19, ГОСТ 2.114-95 и РД 50-34-34.698-90. Вся техническая и пользовательская документация должна быть подготовлена на бумажном носителе и оптическом CD (в формате Microsoft Word 2003 и Adobe PDF) .

В состав Системы выходит следующая документация:

руководство пользователя;



Похожие работы:

«Электронный научно-практический журнал АПРЕЛЬ 2018 "МОЛОДЕЖНЫЙ НАУЧНЫЙ ВЕСТНИК" СЕЛЬСКОХОЗЯЙСТВЕННЫЕ НАУКИ УДК 631 ЗЕМЛЕУСТРОИТЕЛЬНЫЕ МЕРОПРИЯТИЯ ПО БЛАГОУСТРОЙСТВУ ПРИУСАДЕБНОГО...»

«Министерство образования и науки Украины Национальный аэрокосмический университет им. Н.Е. Жуковского "ХАИ" Е.В. Брежнев Основы анализа и обеспечения безопасности смарт грид Fundamentals of smart grid...»

«ИНТЕЛЛЕКТУАЛЬНЫЕ ИНФОРМАЦИОННЫЕ СИСТЕМЫ Труды Международной научно-практической конференции В двух частях Часть 2 Воронеж 2018 МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное государстве...»

«ЗАКЛЮЧЕНИЕ ДИССЕРТАЦИОННОГО СОВЕТА Д 212.229.17, СОЗДАННОГО НА БАЗЕ ФЕДЕРАЛЬНОГО ГОСУДАРСТВЕННОГО АВТОНОМНОГО ОБРАЗОВАТЕЛЬНОГО УЧРЕЖДЕНИЯ ВЫСШЕГО ОБРАЗОВАНИЯ "САНКТ-ПЕТЕРБУРГСКИЙ ПОЛИТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ПЕТРА ВЕЛИКОГО" МИНИСТЕРСТВА НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРА...»

«СОЗДАНИЕ МОДЕЛИ ЭЛЕКТРОННЫХ И ФОТОННЫХ ПУЧКОВ ЛИНЕЙНОГО УСКОРИТЕЛЯ ELEKTA SYNERGY В СИСТЕМЕ ПЛАНИРОВАНИЯ PLUNC А А В, А А В Я.Н. Сутыгина, Е.С. Сухих XV " В АВ А А А " Научный руководитель: старш...»

«Вестник ТГПУ (TSPU Bulletin). 2018. 2 (191) УДК 821.161.1 DOI: 10.23951/1609-624X-2018-2-196-203 СИСТЕМА ПЕРСОНАЖЕЙ В ПОВЕСТИ Н. Н . БЕРБЕРОВОЙ "АККОМПАНИАТОРША" Д. В. Шепетовский Национальный исследовательский Томский политехнический университет, Томск Анализируется система пе...»

«Генеральный секретариат (ГС) Женева, 22 февраля 2019 года Осн.: CL-19/8 – Администрациям Государств – Членов TSB/AM Союза – Членам Секторов, Ассоциированным Для контактов: Алессия Мальярдити членам и Академическим организац...»

«Journal of Siberian Federal University. Chemistry 4 (2017 10) 465-476 ~~~ УДК 666.7 CUMITHERM®– A State-of-the-art Zero Expansion Ceramics and its Applications Santanu Mandal, Suresh Kumar Chatakonda, Arijit Chatterjee and Shyam S Rao* Carborundum Universal Limited, 47 & 48...»

«К. М. Табаринцева-Романова, О. Ю. Пашкевич. Хеджинг в политическом дискурсе 93 4. Садовничий В. А. Выступление на съезде Российского союза ректоров 30.10.2014 года, Москва // Официальные сетевые ресурсы Президента России. URL: http://www.kremlin.ru/ news/46892 (дата обращения: 10.05.20...»

«Министерство образования и науки Российской Федерации Федеральное государственное автономное образовательное учреждение высшего образования "НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ ТОМСКИЙ ПОЛИТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ" ЮРГИНСКИЙ ТЕХНОЛОГИЧЕ...»

«1 Приложение к постановлению Губернатора Московской области от 02.06.2015 № 199-ПГ Список получателей именной стипендии Губернатора Московской области для детей и подростков, проявивших выдающиеся способности в области науки, искусства и спорта № п/п Фамилия, имя, отчество Наименование о...»

«Тхан Вьет Зунг СИНТЕЗ СИСТЕМ АВТОМАТИЧЕСКОГО УПРАВЛЕНИЯ С ЗАПАЗДЫВАНИЕМ ЧИСЛЕННЫМ МЕТОДОМ Специальность: 05.13.01 Системный анализ, управление и обработка информации (технические системы) Автореферат диссертации на соискание ученой степени кандидата технических наук Санкт-Петербург – 2018 Раб...»







 
2019 www.librus.dobrota.biz - «Бесплатная электронная библиотека - собрание публикаций»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.