Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
концепция портала Бреус_final.doc
Скачиваний:
1
Добавлен:
01.05.2025
Размер:
167.94 Кб
Скачать

Результаты проекта

    • Создание интернет-портала поможет компании получить новые источники доходов

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

Продуктами проекта являются:

    • 3.1. Прикладное ПО и документация пользователей.

3.2. Базовое ПО

3.3. Мобильные решения.

3.4. Проведение пуско-наладочных работ и ввод в опытную эксплуатацию.

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

3.6. Сопровождение системы на этапе опытной эксплуатации.

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

Система должна автоматизировать следующие функции:

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

    • Покупка билетов по доступным направлением;

    • Интеграция платежных систем для покупки билетов с помощью платежных карт Visa, Master Card, American Express;

    • Планирование маршрута;

    • Доступ к основным функциям портала со смарт устройств;

    • Личный кабинет;

    • Система уведомлений;

    • Доступ к достопримечательностям на карте Google;

    • Расписание поездов;

    • Онлайн чат с сотрудниками тех. поддержки;

    • Доступ к подсистеме АСУ ДКР пользователям юридическим лицам портала;

    • Панель администрирования для удобного управления интернет-порталом.

    • Заказ групповой перевозки

    • Посмотреть историю взаиморасчетов

    • Оплатить групповых перевозок

    • Центр документов

    • Заказать таможенно-брокерские услуги

    • Заказать инфоуслуги

Допущения и ограничения

    • Система должна представлять из себя Клиент-Серверное приложение с использование «тонкого» клиента. При разработке технического задания необходимо строго придерживаться основных принципов разработки современных информационных систем:

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

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

    • Избыточность. Любая сложная система должна строится для больших нагрузок чем имеются сейчас. Развитие системы должно опережать реальные задачи. Необходимо иметь запас +100% от текущих необходимых мощностей, данный показатель должен поддерживаться в течение времени.

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

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

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

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

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

    • Поддержка Русского, Английского языков.

    • Видимость для поисковых систем – должен быть подобран оптимальный вариант размещения текста на странице.

    • Наличие расширенной карты сайта;

    • Наличие поискового механизма.