Поиск по Системе

Приложение №1
к заявке на проведение
открытого конкурса
за № _______ от _______________
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на оказание услуг по разработке и внедрению автоматизированной
информационной системы «Культурный навигатор» для Щелковского района Московской
области
Перечень принятых сокращений
Сокращ
ение
АИС
БД
ИС
Контент
ОС
ПО
Скринш
от
СЗИ
НСД
НСД
СУБД
ТЗ
PDF
webпортал
ПМУ
ГЛОНАСС
GPS
Расшифровка
Автоматизированная информационная система
База данных
Информационная система
Данные, хранящиеся в ИС, не относящиеся к ПД
Операционная система
Программное обеспечение
изображение, полученное компьютером и показывающее в
точности то, что видит пользователь на экране монитора или
другого визуального устройства вывода
Средства защиты информации от несанкционированного
доступа
Несанкционированный доступ
Система управления базами данных
Техническое задание
Кроссплатформенный формат электронных документов,
созданный
фирмой
AdobeSystemsс
использованием
ряда
возможностей языка PostScript.
сайт в компьютерной сети, который представляет
пользователю различные интерактивные сервисы, которые работают
в рамках этого сервиса
Портативное мобильное устройство
Глобальная навигационная спутниковая система (англ. GLONASS) —
советская и российская спутниковая система навигации.
(англ. Global Positioning System — глобальная система
позиционирования) — спутниковая система навигации, обеспечивающая
измерение расстояния, времени и определяющая местоположение..
1. Общая информация
Заказчик:
Место нахождения Заказчика:
Контактный телефон
Сроки оказания услуг:
Условия оплаты за оказанные услуги – в соответствии с условиями Контракта.
Источник финансирования:
Гарантийные обязательства:
2. Назначение и цели создания автоматизированной информационной системы
«Культурный навигатор»
2.1. Назначение Системы
Автоматизированная информационная система «Культурный навигатор» (далее
Система) предназначена для визуализации пространственных данных, в т.ч. объектов
сферы культуры и туризма, а именно:
 предоставление актуальной информации об объектах культурного наследия,
расположенные на территории Щелковского района Московской области;
 предоставление актуальной информации о туристских объектах;
 предоставление
актуальной
информации
о
культурных
мероприятиях
проводимых на территории Щелковского района Московской области;
 возможность регламентного доступа ко всей информации по направлению в
системе;
 возможность публичного доступа к открытой информации в системе.
2.2. Цели и задачи создания Системы
Целями создания системы являются:

создание удобной познавательной системы для жителей и гостей Щелковского
района, развитие инфраструктуры, повышение культурно-туристической
привлекательности региона;

предоставление пользователям Интернет – жителям и гостям города и района
– оперативной, актуальной информации о культурно-туристической жизни
Щелковского района и самом городе;

повышение информированности жителей и гостей Щелковского района и
города по актуальным вопросам культурно-туристической жизни;

продвижение народного промысла Щелковского района;
Достижение перечисленных целей
приведёт
к следующим положительным
результатам:

повышение
централизации
рейтинга
и
инвестиционной
качественного
привлекательности
представления
данных
об
за
счет
объектах
культурного, исторического наследия и туристских объектов, что влечет
привлечение дополнительных внебюджетных инвестиций, в т.ч. в социальную,
транспортную, экологическую, туристическую инфраструктуру Щелковского
района;

значительное
сокращение
затрат
и
экономия
ресурсов,
связанных
с
обеспечением рекламно-информационного продвижения культурно-туристских
ресурсов;

сокращение затрат и экономия организационно-надзорных ресурсов, связанных
с
мониторингом и контролем реализации мероприятий общественного
контроля за состоянием объектов культурного наследия и туристских объектов
путем внедрения системы обратной связи, возможностей комментирования и
внесения предложений жителями и гостями региона;

повышение роли культуры на исторических территориях; формирование
культурной
и
туристской
инфраструктуры,
позволяющей
создать
дополнительные рабочие места; пополнению бюджетов соответствующих
уровней
и
обеспечению
роста
регионального
валового
продукта
(экономический эффект);

увеличение объема туристических услуг;

инвестиции в основной капитал гостиниц и ресторанов;

привлечение дополнительных внебюджетных
инвестиций в туристскую
инфраструктуру;

создание позитивного культурного образа Щелковского района в Российском и
мировом культурном сообществе;

внедрение и распространение новых информационных продуктов и технологий
в сфере культуры;

обеспечение информационного продвижения культурных ресурсов области;

сохранение, использование и популяризация объектов культурного наследия;

увеличение
количества
посещений
культурных,
театрально-концертных
мероприятий.
Система предназначена для решения перечисленных ниже задач:

сохранение культурного наследия Российской Федерации;

содержание
и
развитие
инфраструктуры,
обеспечивающей
сохранность
указанных ценностей и гарантирующей доступ к ним граждан;

формирование единого культурно-информационного пространства, создание
условий для обеспечения выравнивания доступа к культурным ценностям и
информационным ресурсам различных групп граждан. Достижение указанной
цели предполагает: увеличение количества фестивалей, выставок, театральных
гастролей; разработку, внедрение и распространение новых информационных
продуктов и технологий в сфере культуры и массовых коммуникаций; развитие
инфраструктуры отрасли, укрепление её материально-технической базы;

создание условий для сохранения и развития культурного потенциала нации.
Достижение
указанной
цели
предполагает:
поддержку
перспективных
творческих проектов в отрасли; поддержку проведения конкурсов, фестивалей и
других культурных мероприятий;

интеграция в мировой культурный процесс. Расширение участия нашей страны
в мировом культурном процессе обеспечивается за счет продвижения
достижений отечественной культуры за рубежом, сближения целей и задач
российской и мировой культуры, заимствования опыта зарубежных культурных
организаций при решении задач, стоящих перед отечественной культурой.
Достижение указанной цели предполагает обмен культурными программами,
проведение международных семинаров, конференций;

обеспечение адаптации сферы культуры к рыночным условиям. В процессе
реализации предполагается формирование и регулирование рынка культурных
ценностей, усиление роли государства в защите культурных ценностей народов
Российской Федерации. В результате будет сформировано новое отношение
граждан к объектам культурного наследия;

обеспечение культурного обмена. Ключевой задачей в сфере культуры остается
сохранение единого культурно-информационного пространства, повышение
уровня доступности культурных ценностей и сокращение территориальной
дифференциации
в
обеспеченности
населения
продуктами
культурной
деятельности;

разработка и внедрение информационных продуктов и технологий в сфере
культуры.
В
условиях
информатизации
общества
сохранение
конкурентоспособности культуры в большой мере зависит от ускорения
формирования информационных сетей в сфере культуры и туризма. В ситуации
быстрого распространения информационно-коммуникационных технологий
возникают дополнительные задачи, связанные с
созданием виртуальных
музеев, электронных каталогов доступных для самых широких слоев населения;

поддержка отечественных производителей культурных благ и их продвижение
на мировой рынок. Для поддержки отечественных производителей культурных
благ и их продвижение предусматривается реализация в продвижении на
мировой рынок продуктов российской культуры;

предоставление жителям города комплексного доступа к информационным
материалам (статьям, новостям, видео и другим формам представления
информации),
связанным
с
культурно-туристической
деятельностью
Щелковского района Московской области;

оперативная подача новостей и афиш;

внедрение подсистемы навигации (интерактивной карты), ориентирующей
туристов на территории Щелковского района;

информационное обеспечение по публикации культурных и туристских
объектов, включая предприятия, оказывающие туристские услуги, с их
отображением на интерактивной карте;

информационное обеспечение по публикации актуальной информации о
культурных
мероприятиях,
проводимых
на
территории
района,
с
их
отображением на интерактивном календаре мероприятий;

обеспечение системы общественного контроля за состоянием культурных
объектов, туристских объектов, путём внедрения обратной связи, возможностей
внесения предложений жителями и гостями региона.
3. Требования к Исполнителю
Исполнитель обязан:
 оказать услуги по разработке единой концепции базы данных;
 оказать услуги по разработке проектной документации;
 оказать услуги по внедрению Системы;
 обучить персонал работе с Системой;
 оказать услуги по реализации концепции информационного взаимодействия
участников такого взаимодействия с Системой;
 разработать Руководство пользователей по работе с Системой;
 обучить персонал работе с базой данных Системы.
4. Обязанности Заказчика
Заказчик обязан:
 организовать доступ к базам данных источников;
 определить регламент информирования об изменениях структур системисточников;
 выделить ответственных специалистов для взаимодействия с проектной
командой по вопросам взаимодействия с системами-источниками данных;
 предоставить необходимое оборудование для бесперебойной работы Системы;
 обеспечить все используемое оборудование для работы Системы необходимыми
источниками бесперебойного питания.
5. Требования к предпроектным исследованиям разработки Системы
Предпроектное исследование будет являться стратегическим этапом процесса
проектирования объекта, по результатам которого принимается решение об уровне
конкурентоспособности, оценки перспектив развития, постановке задачи на проект,
трудоемкости создания Системы. Назначением предпроектных исследований будет
являться проведение обследования объектов, которые будут заноситься в базу данных.
Будут пройдены следующие этапы предпроектной стадии:
1. Сформирована исследовательская группа. В состав исследовательской группы
будут входить участники не только заказчика, но и исполнителя.
2. Будут запланированы работы, предусматриваемые на предпроектной стадии.
При планировании работ будет определен перечень всех направлений по которым следует
проводить исследования. План работ будет содержать перечень работ, сроки их
выполнения, ответственных исполнителей. План может быть представлен в виде таблицы
или графика.
В данной Системе будут собраны данные о:
 музеях (кол. 7);
 театрах (кол. 3);
 усадьбах ( кол. 12);
 храмах, монастырях ( кол. 24);
 памятниках (кол. 150);
 кинотеатрах;
 гостиницах;
 развлечениях, активном отдыхе;
 кафе, ресторанах;
 санаториях, базах отдыха (кол. 23);
 клубах по интересам;
 архитектурных комплексах, мостах;
 библиотеках и пр.
 народном промысле Щелковского района (предлагаемые товары,
магазины)
В ходе сбора данных о вышеперечисленных объектах будут определяться
следующие параметры:
 тип улицы, номер дома, адрес;
 ссылки на организации;
 тематика мероприятий;
 название мероприятий;
 место проведения мероприятий;
 дата проведения мероприятий;
 данные об организаторах;
 предлагаемый товар;
 бронирование билетов.
В ходе данного этапа
будут определены требования, которые затем будут
проанализированы на предмет возможности их выполнения и будут согласованы с
заказчиком проекта.
3.Будет проведено обследование взаимосвязи организаций. На данном этапе будут
определены организационная и функциональная структура Системы,
документы и
массивы информации, используемые средства обработки информации, формализоваться
потоки данных.
4. Будет проведён критический анализ существующей системы, где обобщаются
выявленные недостатки, изучаются причины недостатков.
5. Будет проведена выработка новых проектных решений и исследование целей.
Определяются цели автоматизации, исследуются средства реализации проектных
решений, формализуется принятие проектных решений.
6. Будет скомплектована документация предпроектной стадии.
7. Будет принято решение.
6. Требования к Системе
6.1. Требования к Системе в целом
Выполнение работ будет осуществляться с учетом следующих общесистемных
требований и принципов:
 Открытость и интегрируемость. Разрабатываемая Система будет иметь
открытые интерфейсы для возможности доработки и интеграции с другими
информационными системами.
 Расширяемость и модифицируемость. Будет обеспечиваться возможность
изменения состава и наращивания информационных массивов Системы.
 Масштабируемость. Будет обеспечиваться возможность расширения до
необходимого
уровня
обрабатываемой
производительности
информации
и
количества
по
мере
роста
одновременно
объема
работающих
пользователей.
 Стандартизация и унификация. Будет преимущественно использоваться
существующие международные, национальные и региональные стандарты.
 Единство форматов данных информационного обмена.
 Кроссбраузерность.
Система
будет
корректно
отображаться
во
всех
современных браузерах, в том числе и на планшетных компьютерах.
Требования к мобильному приложению
Необходимо
будет
выполнить
работы
по
разработке
и
размещению
в
информационно-телекоммуникационной сети Интернет приложения для портативных
мобильных устройств «Культурный навигатор».
На основе требований настоящего технического задания, Исполнитель будет
разрабатывать Технический проект для создания Приложения.
Для выполнения работ Исполнитель будет руководствоваться данным техническим
заданием.
Исполнитель не имеет права передачи исходных кодов (набор алгоритмов и
команд) третьим лицам, за исключением случаев, предусмотренных договором.
6.1.1. Требования к структуре и функционированию Системы
Выполнение
работ
по
проектированию
и
разработке
осуществляться по следующим направлениям:
 создание «Интерактивная карта» Щелковского района;
 создание «Интересные места» Щелковского района;
Системы
будет
 создание интернет-магазина «Сувениры» Щелковского района;
 перенос объектов из системы в систему «Мобильный гид Щелковского района»;
 создание блока бронирование билетов;
 создание блока «Туристический кластер»;
 создание публичной части системы;
 создание системы администрирования.
6.1.2. Требования информационной безопасности
Функционирование Системы будет обеспечено организационными и программнотехническими
средствами
защиты
от
несанкционированного
доступа
с
целью
предотвращения утраты, искажения и подделки информации.
6.1.3. Общие требования по эргономике и технической эстетике
Необходимо будет выполнить следующие требования к Системе:
 Система будет обладать дружественным пользовательским интерфейсом;
 при ошибках в действиях пользователя будет выдаваться сообщение с
диагностикой, достаточной для понимания причин возникновения ошибки;
 при выполнении длительных операций будет предусмотрено отображение
динамики выполнения процесса;
 случайное нажатие пользователем какой-либо комбинации клавиш не будет
приводить к сбоям или трудно восстановимым состояниям программного
обеспечения;
 программное обеспечение будет поддерживать использование «мыши» и
клавиатуры;
 Система будет содержать возможность заполнения специализированных
тегов для социальных сетей с целью обеспечения максимально
информативного распространения информации.
6.1.4. Требования к патентной (лицензионной) чистоте
Средства, входящие в состав программного и технического обеспечения Системы,
в случае приобретения их у сторонних фирм и предприятий, будут сопровождаться
документацией, подтверждающей право этих организаций поставлять данную продукцию
и сопровождаться лицензионными соглашениями.
Система
будет
функционировать
в
среде
лицензионного
программного
обеспечения.
Исключительные права на результаты работ Исполнителя в полном объеме
принадлежат Заказчику.
6.1.5. Дополнительные требования
Исполнитель будет обеспечивать гарантийное сопровождение Системы в течение
12 месяцев после ввода её в постоянную эксплуатацию.
В рамках гарантийного сопровождения Исполнитель будет:
 консультировать специалистов Заказчика по вопросам эксплуатации в
режиме «вопрос-ответ» по телефону, электронной почте, skype;
 устранять ошибки (ошибкой в работе программного обеспечения в процессе
эксплуатации
Системы
является
невыполнение
или
некорректное
выполнение функций, описанных в документации, ошибкой считается
некорректное действие Системы, которое можно повторить);
 в случае ошибки, возникшей по вине программного обеспечения Системы,
за свой счет восстанавливать работоспособность Системы.
6.2.Требования к функциям (задачам)
6.2.1. «Интерактивная карта» Щелковского района Московской
области
Основной задачей создания «Интерактивной карты» является предоставление
информации об объектах культурного наследия, музеях, усадеб, парков, скверов, храмов и
пр. ввод и модификация информации об объектах культуры, расположенных на
территории Щелковского района.
Требования к картографии
Информация об объектах культурного наследия на карте может быть представлена
следующими способами:
 пиктограммой, символизирующей тип объекта (будет иметься возможность
расширить с помощью инструментов системы перечень типов объектов
Системы и прикрепить к каждому объекту пиктограмму);
 контекстной ссылкой с краткой текстово-графической информацией при
выборе объекта.
Маршруты следования на карте обозначаются ломаной линией.
Будет обеспечена возможность указать местоположение объекта культурного
наследия на карте Щелковского района во всемирной системе координат, как в ручном,
так и в автоматическом режиме (например, на основе имеющихся сведений об адресе
расположения объекта культурного наследия в случае привязки адреса к мировым
координатам). В качестве визуализации карты Щелковского района будет использован
поисково-информационный сервис в сети Internet (http://maps.yandex.ru).
6.2.2. Публичный доступ к системе «Культурный навигатор» (front-end)
В целях организации публичного доступа к информации в Системе будут
выполнены следующие работы по созданию front-end:
 разработка прототипа Системы;
 разработка разделов Системы.
6.2.2.1.Главная страница Системы
На главной странице Системы будут отражены следующие блоки:
 Блок меню;
 Логотип Системы;
 Ссылка на блок самоидентификации / авторизации;
 Блок «Интерактивная карта»;
 Блок «Интересные места»;
 Блок «Планируем поездку»;
 Блок «Календарь событий»;
 Блок «Новости»;
 Блок интернет-магазина «Сувениры»
 Блок «Инвесторам»;
 Блок «Туристический кластер»;
 Блок «3D Панорамы»;
 Блок «Мобильный гид»
 Поиск по Системе;
 Блок социальных сетей;
 Информация о партнерах;
 Авторские права;
 Функционал переключения языка.
Блок меню
На главной странице размещаются ссылки на информационные ресурсы, разделы,
сервисы и документы Системы. Размещение ссылок на информационные ресурсы
организовано в виде иерархического меню.
Логотип системы
Логотип Системы является ссылкой на Систему с сервисами и функциями,
доступными неавторизованным пользователям.
Блок самоидентификации
Блок самоидентификации (авторизации) содержит:
 Ссылка на регистрацию;
 Ссылка на авторизацию.
Для авторизованных пользователей Система выдает приветственное сообщение и
обеспечивает переход на Главную страницу Системы.
Для неавторизованных пользователей Система выдает форму регистрации,
содержащую:
 Логотип Системы, являющегося ссылкой на Систему с сервисами и
функциями, доступными неавторизованным пользователям;
 Поле для ввода логина;
 Поле для ввода пароля;
 Поле для подтверждения пароля;
 Кнопка «Зарегистрироваться».
Для полей логина и пароля присутствует проверка валидации введенных символов.
Карта Системы
Карта отображается на
блоке «Интерактивная карта» Системы и доступна в
четырех вариантах: схемы, спутниковые снимки, совмещенные и Народная карта.
Местность на карте представлена в нарисованном виде без лишних деталей, на
географические объекты нанесены обозначения и названия.
Объекты культурного наследия, музеи, храмы, театры, парки, скверы и пр.
представлены на карте пиктограммой, символизирующей тип объекта. При нажатии на
выбранный
объект
отображается
краткая
текстово-графическая
информация
с
изображением объекта и контекстной ссылкой. Контекстная ссылка обеспечивает переход
на страницу описания объекта.
Информация о партнерах
Данные о партнерах отображаются на футере Системы в виде логотипа партнера,
содержащего в себе ссылку на сайт партнера.
Стартовая страница будет представлена в виде лэндинга. Стартовая страница
Системы будет иметь возможность поиска по карте, а также возможность сразу выбрать
версию демонстрации разделов, а именно: Главная, Планируем поездку, Календарь
событий, Туристический кластер, Мобильный гид, Мероприятия нашего города,
Новостной блок. Дизайн и логика Системы будут подчинены структуре разделов, которая
представлена в следующем варианте. (Рис.1)
Интерфейс будет обеспечивать привычную большинству пользователей навигацию
в информационной структуре Системы за счет использования элементов построения
пользовательского интерфейса, таких как: перечни, древовидные списки, навигация по
карте.
Рис. 1. Пример стартовой страницы лэндинга.
В верхней части лэндинга будет расположена динамическая панель
с
возможностью показа перехода по разделам, каждый из которых будет раскрываться
посредством подразделов. (Рис. 2)
Рис. 2. Пример увеличенной верхней части лэндинга стартовой страницы.
При прокрутке по лэндингу ниже будут появляться разделы с описанием других
блоков: Мероприятия нашего города (Рис.3), Интерактивная карта (Рис.4), Новостной
блок (Рис. 5)
Рис.3. Пример увеличенной части лэндинга «Мероприятия нашего города»
стартовой страницы.
Рис.4.Пример увеличенной части лэндинга «Интерактивная карта»
стартовой страницы.
Рис.5. Пример увеличенной нижней части лэндинга «Новостной блок»
стартовой страницы.
При прокрутке по лэндингу в самом низу будет нижняя часть лэндинга, в которой
будут отображены разделы Системы (Рис.6)
Рис. 6. Пример увеличенной нижней части лэндинга стартовой страницы.
6.2.2.2. Раздел системы «Интерактивная карта»
На главной странице раздела «Интерактивная карта» будут размещены следующие
блоки:
-
Интерактивная карта;
-
Поиск по карте;
-
Слои карты;
-
Легенда карты;
-
Туристские маршруты.
Объекты на карту будут нанесены слоями (Разделение объектов по типам).
Перечень слоев определяет Заказчик.
Каждому слою соответствует своя пиктограмма.
Поиск по карте
Поиск по карте осуществляется по всем объектам культурного наследия и пр.
раздельно, расположенных на территории Щелковского района, данные о которых
находятся в Хранилище данных Заказчика.
Поиск по карте представляют собой строку для ввода слова, по которому будет
осуществляться поиск. Регистр ввода не имеет значения.
Страница результатов поиска представляет собой:
 Карту с объектами культурного наследия и пр., удовлетворяющими
условиями поиска.
 Список объектов культурного наследия и пр., расположенных на
территории Щелковского района. Список объектов отображается на
карте справа.
Слои карты
Наименование слоев интерактивной карты будут располагаться в блоке справа от
карты.
Легенда карты
Легенда карты будет содержать все пиктограммы, используемые в данный момент
на карте и их расшифровку.
Туристские маршруты.
Блок «Маршруты» будет содержать название и краткую информацию о 5
маршрутах, и также иметь ссылку «другие маршруты».
Сведения о маршруте будут отображаться методом drill-down: при клике по
названию маршрута, ниже будет появляться следующая информация:
 Краткая информация о маршруте;
 Протяженность маршрута;
 Перечень объектов входящих в маршрут;
 Кнопка «подробнее».
Также при клике на название маршрута на интерактивной карте будут
отображаться объекты, входящие в маршрут, соединенные кривой линией красного цвета.
Кнопка «подробнее» будет содержать в себе ссылку на страницу описания
маршрута.
Экспозиционная версия лэндинга «Интерактивная карта» будет обеспечивать
пользователям представление о том, куда сходить, где находится, поиск по карте.
Страница
будет
содержать
информацию
о
культурно-туристических
инфраструктуре района. (Рис. 7)
Рис. 7. Пример увеличенной части лэндинга «Интерактивная карта».
6.2.2.3. Внутренние страницы раздела «Интерактивная карта»
Страница просмотра объекта культурного наследия
Страница просмотра объекта культурного наследия будет содержать:
 Заголовок (название объекта);
 Изображение объекта;
 Слайд-бар с дополнительными фото объекта;
 Контактная информация об объекте;
объектах,
 Описание объекта;
 Комментарии пользователей;
 Система рейтингов объекта;
 Карта с меткой объекта.
Комментарии могут оставлять только зарегистрированные в системе пользователи,
либо
пользователи
авторизированные
в
социальных
сетях:
«В
контакте»,
«Одноклассники», «Twitter», «Facebook».
Система рейтингов будет представлять собой пятибалльную систему оценки
объектов. Оценка выставляется при добавлении комментария, и отображается в виде
звездочек над комментарием.
Совокупный рейтинг объекта является средним арифметическим от всех оценок
пользователей и отображается в виде пяти звездочек рядом с наименованием объекта.
При отсутствии голосов звёздочки будут без заливки, либо залиты нейтральным
цветом (например, серым). Учтенные голоса будут отображаться в виде залитых звездочек
яркого цвета (например, оранжевого). Рядом с совокупным рейтингом будет указано
общее количество учтенных голосов.
Страница описания маршрута
Страница описания маршрута будет содержать:
 Название маршрута;
 Описание маршрута;
 Фотоматериалы;
 Комментарии пользователей;
 Систему рейтингов;
 Карту с изображением маршрута.
Комментарии пользователей и Система рейтингов аналогичны приведенным в
пункте «Страница просмотра объекта культурного наследия».
Исполнителем будет обеспечено первоначальное наполнение разделов Системы с
использованием материалов, переданных Заказчиком (текстовая информация, фото- и
видеоматериалы).
Материалы передаются Заказчиком в следующих форматах:
 Текстовая информация в машиночитаемом виде в файлах следующих
типов: doc, docx, xls, xlsx, txt;
 Графическая информация: bmp, jpg, gif, png;
 Видеоматериалы: avi, flv.
Внутренняя страница раздела «Интерактивная карта» будет представлена в виде
карты. При выборе одного из
объектов на карте, будет предусмотрена возможность
просмотреть основную информацию о выбранном культурно-туристическом объекте, если
это будет необходимо.(Рис.8 )
Рис. 8. Пример увеличенной части внутренней страницы «Интерактивная карта».
При выборе объекта на карте будет появляться иконка с информацией об объекте:
название, адрес, телефон, сайт. (Рис.9)
Рис.9. Пример увеличенной части иконки выбранного объекта на странице
«Интерактивная карта».
При прокрутке по лэндингу ниже будут появляться описания других объектов
внутренней страницы «Интерактивная карта», которые будут представлены в следующем
варианте (Рис.10)
Рис. 10. Пример увеличенной внутренней части лэндинга «Интерактивная карта».
В верхней части лэндинга раздела Кафе будет расположена динамическая панель с
возможностью показа списка и информации об объектах, каждый из которых будет
раскрываться посредством подразделов. (Рис.11)
Рис. 11. Пример увеличенной верхней части лэндинга раздела Кафе.
При выборе раздела
Кафе, которые будут представлены на «Интерактивной
карте», будет предусмотрена возможность просмотреть основную информацию о
выбранном инфраструктурном объекте, который можно будет выбрать по
списку
городов, списку кафе. (Рис.12 )
При выборе определенного инфраструктурного объекта будет сделан переход, где
списком будут отображаться объекты с информацией о них. (Рис. 13)
Рис.12. Пример увеличенной части лэндинга выбора инфраструктурного объекта.
Рис.13. Пример увеличенной части лэндинга просмотра инфраструктурных объектов.
6.2.3.
Раздел системы «Календарь событий»
Раздел «Календарь событий» будет представлять собой обширные функции по
интеграции информации и мероприятий как при вводе из подсистемы администрирования,
так и из других модулей Системы. Будет поддерживать различные варианты отображения
информации: список, таблицы, классический календарь, ленточный календарь, а так же
возможность адаптации под дизайн-концепт проекта.
На главной странице раздела «Календарь событий» будут размещены следующие
блоки:
-
Блок меню;
-
Блок «Музеи»;
-
Блок «Концерты»;
-
Блок «Спектакли»;
-
Блок «Спорт»;
-
Блок «Кино»;
-
Блок «Выставки»;
-
Блок «Вечеринки»;
-
Блок «Фестивали»;
-
Блок «События»;
-
Блок «Знания, семинары»;
-
Фильтр.
Данный блок Системы будет максимально-эффективно организовывать работы с
данными кинотеатров, театров, музеев и других организаций, осуществляющих
культурно-развлекательную деятельность.
Данный блок представляется в виде подсистемы электронной продажи и печати
билетов кинотеатров, театров и пр.организаций.
К основным возможностям системы Электронного билета можно отнести:

универсальная система для любых учреждений: театры, концертные и
выставочные залы, стадионы, катки, музеи, бассейны и т.д.;

централизованное
развитие
схем
работы
с
потребителями:
учет
предпочтений, адресные предложения мероприятий, программа лояльности,
и др.;

единая Интернет-площадка продажи билетов;

возможность работы с различными типами билетов: мультибилеты,
абонементы (театральные и спортивные) и разовые билеты в электронном
виде.
Электронный билет генерируется билетной системой в виде QR-кода и может быть
отправлен на электронную почту, мобильный телефон в виде картинки или ссылки, его
можно использоваться сразу путем считывания контрольным оборудованием с экрана
телефона или распечатать сразу, позднее в специальном терминале или через кассира в
кассе учреждения.
Аналитическая часть блока
В данном блоке будут входить организация мероприятий, продажа билетов.
Данный блок будет соответствовать последним европейским стандартам: «корзина
заказа», заказ билетов по схеме зала, оплата заказа пластиковыми картами через интернет.
Будет единая билетная база, которая позволит продавать билеты на мероприятия,
проходящие в Щелковском районе.
Среди партнёров будут театральные и концертные компании и организации.
Система может представить 3 модуля интернет-партнёрства.
Модуль 1:

Предоставление доступа к партнерской программе;

Партнёр получает ссылки на страницу мероприятия/сеанса, которые
снабжены уникальными идентификаторами, позволяющими отследить
заказы;

Предоставление доступа к статистике по продажам
Модуль 2:

Предоставление доступа к уникальному Web-services, который включает:
информацию обо всех мероприятиях, которые находятся в продаже
(название, место проведения, дата, город, описание и т.д.);

Партнер получает доступ к статистике продаж;

Возможность реализовать продажу билетов в собственных кассах. А также
самостоятельно регулировать размер услуги бронирования;

Собственная клиентская база.
Модуль 3:

Интеграция Системы с использованием системы партнера (создание
собственного интернет - магазина в рамках уже существующей Системы);

Вся информация о мероприятиях в Системе экспортируется с сайтов
партнера;

Возможность
самостоятельно
реализовывать
билеты
в
собственных
кассах/собственная служба доставки. А также регулировать размер услуги
бронирования;

Собственные зарегистрированные пользователи;

Возможность собственной новостной рассылки, TOP-10 etc.;

Получение специальной программы для web-партнерства (собственные webагенты);

Получение доступа к статистике посещаемости и продаж.
Аудитория блока «Календарь событий» ориентирована на людей с достатком,
которые ценят экономию времени, комфорт и планируют свой досуг заблаговременно.
Аудиторией
блока
«Календарь
событий»
будут
молодые
и
активные
люди,
предпочитающие совершать покупки на сайтах. Склонны к спонтанному принятию
решения о проведении досуга.
Система будет реализовывать билеты по их номинальной цене. Будет включена
Стоимость услуги бронирования, которая может составлять от 0 до 10% от цены билета.
Показатели в данной Системе носят натуральный и стоимостной характер.
Подсистема продажи билетов
Для учета проданных и сданных билетов ведётся таблица продажи билетов по
нумерованным местам. В таблице указывается номер места, категория и дата покупки
билета. В зависимости от категории билеты имеют различную цену, поэтому в таблице,
имеет место три состояния: 1) занято, 2) свободно, 3) забронировано.
Администратор осуществляет обновление информации, необходимое для продажи
и сдачи билетов.
Функции подсистем:
Продажа билетов
Задачи подсистемы:
Отображение таблицы занятых мест
Отображение формы продажи билетов
Выбор типа билета
Выбор категории билета
Ведение таблицы проданных билетов
Анализ работы касс:
Задачи:
Формирование отчета на определенный период по проданным/сданным билетам/
обменянным билетам
Вывод формы создания отчета
Учет нарушений и сбоев во время работы касс
Сравнительный анализ полученных данных
Контроль продажи билетов
Задачи
Контроль количества билетов при продаже в одни руки
Регистрация клиентов в Системе
Выходная и входная информация для подсистемы
При
решении
задач
подсистемы
обрабатываются
следующие
документы/информация:
Входные:
Ежедневно в начале рабочего дня заполняются документ, в котором указываются
данные о билетах, которые есть в наличии. В течении дня заполняется выходной
документ, где будет содержаться информация о проданных билетах.
Регистрационные данные клиента, заказ клиента.
Клиент регистрируется в Системе указывая всю необходимую информацию о себе
(e-mail, Ф.И.О., телефон, адрес). После этого, он сможет выбрать интересующее его
мероприятие, и заказать на него билеты.
Это происходит следующим образом:
Клиент ищет интересующее мероприятие. Найдя его, он заходит на страницу
мероприятия (где может ознакомиться с описанием мероприятия, со схемой зала и т.п.).
Выбирает интересующий его сеанс, и нажимает на ссылку «Заказать билеты». После
этого, он попадает на страницу заказа билетов, где может выбрать кол-во билетов и
расположение мест. В момент заказа, клиент может изменить адрес доставки, выбрать вид
доставки (самовыкуп в кассе, доставка), выбрать удобный для себя способ оплаты,
удобное время доставки, детально ознакомиться со всей информацией по заказу, и
осуществить заказ.
Выходные данные:
Занесение в отчет ведомости о продаже билета, которая содержит:
Серийный номер билета;
Дата/время продажи билета;
Обработанный заказ.
Будет создана единая билетная база, которая позволит продавать билеты в онлайн.
Информационная система будет состоять из двух подсистем.
Первая подсистема предназначена для автоматизации бизнес-процессов продаж.
Вторая - для автоматизации работы с финансовой составляющей процесса продаж.
Работа удаленных офисов реализуется двумя способами:

в режиме удаленного терминала;

через web-интерфейс (по технологии Extranet).
В первом случае требуется канал связи высокой пропускной способности. Во
втором случае интерфейс пользователя системы – более упрощенный и менее
эргономичный. В остальном, для пользователей порядок работы с системой не
различается. Для простоты на схеме взаимодействие клиентов с удаленными офисами
компании не отражено; оно – полностью аналогично взаимодействию с главным офисом.
Данная автоматизированная система реализована на платформе MS Windows,
реализация Back-Office осуществляется в среде системы 1С-Предприятие.
Автоматизация бизнес-процессов продажи билетов включает:
 Текстовая информация в машиночитаемом виде в файлах следующих
типов: doc, docx, xls, xlsx, txt;
 автоматизацию процессов заказа билетов;
 возможность
использования
одновременно
различных
способов
оплаты;
 автоматизация финансового учета и отчетности;
 возможность организации службы доставки билетов.
Автоматизация процессов заказа билетов реализует:
 заказ через Интернет (в том числе удаленными пользователями через
Систему).
Заказ через Интернет возможен в двух режимах:
 через собственный web-сайт;
 путем
интеграции
компаний.
данной
системы
с
web-сайтами
сторонних
Данная Система позволяет использовать различные способы оплаты:
 безналичный расчет;
 оплата по кредитным и дебетовым картам;
 оплата через системы электронных платежей;
 оплата через банковские сети.
Автоматизация финансового учета и отчетности реализует:
 собственно, учет финансовой составляющей процессов продажи;
 автоматизацию составления бухгалтерской отчетности;
 контроль за поступлением средств (оплата билетов и сопутствующих
услуг);
 интеграцию с электронными платежными системами.
В состав возможностей системы входит ведение базы клиентов. Это позволяет
повысить качество и существенно снизить трудоемкость их обслуживания. Она также
предоставляет возможности проведения маркетинговых исследований и создает основу
для проведения маркетинговых акций.
Характеристика комплекса задач, задачи и обоснование необходимости
автоматизации
Выбор комплекса задач автоматизации и характеристика существующих бизнес
процессов
Виды услуг, оказываемые Системой:
 информация о мероприятии;
 заказ билетов на мероприятие;
 доставка билетов на мероприятие;
 выкуп билетов на мероприятие в кассе.
Самым приоритетным комплексом задач на данный момент в Системе является:
заказ билетов на зрелищные мероприятия через web-порталы партнеров.
Сущность задачи и предметная технология её решения
Система - билетное интернет-агентство.
Процесс заказа билетов осуществляется по средствам web-портала. Заказывая
билеты через Систему, клиент сам выбирает интересующее мероприятие, сеанс, места в
зале, и способ выкупа билетов.
Способы выкупа билетов:
 выкуп билетов на мероприятие в кассе;
 доставка курьером;
 выкуп билетов в кассе;
 распечатка электронного билета на домашнем принтере.
Процедура заказа и получения билетов
Клиент заказывает билеты в Системе и выбирает способ оплаты через интернет.
Минуя утомительные походы в кассу или ожидание курьера, распечатывает билет
на принтере самостоятельно.
Услуга print@home возможна только при оплате заказа через интернет.
На странице «Оплата» оформления заказа клиент выбирает способ оплаты заказа
«Оплата через Интернет».
На странице «Доставка» оформления заказа клиент выбирает способ получения
билетов «print@home».
После этого, клиент проверяет все данные заказа на странице «Обзор заказа»:
название мероприятия, количество билетов, способ получения заказа, общая стоимость
заказа. Для перехода на страницу оплаты клиент нажимает кнопку «Завершить заказ».
Далее осуществляется переход на страницу системы электронных платежей Asssist.
Выбрав платежное средство, клиенту следует нажать на кнопку «Продолжить».
Для того, чтобы оплатить заказ, клиент заполняет необходимые поля: тип карты
(VISA International, MasterCard International), 16-тизначный номер карты, срок карты, имя
владельца карты, CVC2/CVV2, защитный код и нажимает кнопку «Оплатить».
После нажатия на кнопку «Оплатить» клиент снова переходит в Систему на
страницу с номером своего заказа, а также ссылкой на страницу своих заказов, где он
может распечатать свой билет. Билет предоставляется в формате .pdf (для его просмотра
клиенту необходим Acrobat Reader).
Билет действителен только в формате А4. Ни в коем случае не следует его
обрезать. Повторный проход на место проведения мероприятия по копии или оригиналу
билета невозможен.
1. Обоснования необходимости использования вычислительной техники для
решения задачи
Вычислительная техника, которая будет использоваться в Системе будет
обеспечивать:
 автоматизацию процессов заказа билетов;
 возможность
использования
одновременно
различных
способов
оплаты;
 автоматизацию финансового учета и отчетности.
Вся вычислительная техника Системы будет объединена в единую компьютерную
сеть, которая будет поддерживать работу многочисленных партнеров по продаже билетов,
территориально удаленных от места нахождения Системы.
В состав сети входит сервер базы клиентов, который позволяет повысить качество
и существенно снизить трудоемкость их обслуживания.
Анализ существующих разработок и выбор стратегии автоматизации
1.Анализ существующих разработок для автоматизации задачи
Это имеет под собой логические обоснования, потому что преимущества
электронной коммерции очевидны:
 сокращение расходов на аренду торговых площадей;
 уменьшение расходов на торговом оборудовании, содержании штата
сотрудников и тому подобное;
 отсутствие согласований и расходов на лояльные отношения с
многообразными
инстанциями:
пожарной
инспекцией,
коммунальными службами и др.;
 суточные каналы реализации;
 представление всего ассортимента и полной информации о нём.
Но за определенными позициями электронная коммерция также требует денежных
вложений:
 создание блока «электронные билеты»;
 размещение в сети и техническая поддержка;
 обновление и администрирование;
 отдельная маркетинговая стратегия и схема продаж;
 рекламное раскручивание и продвижение.
Все эти расходы обязательные для достижения успеха на рынке электронной
коммерции.
Информация
о
билетах
размещается
в
каталогах,
которые
пользователи
просматривают и делают заказ. Заказанные билеты потом доставляются потребителю.
Главная разница между билетами и услугами являются в том, что билеты производятся в
массовом порядке и поддаются массовой персонализации. Предоставление услуг в
каждом конкретном случае требует от поставщика специальных усилий, и к тому же у
всех потребителей свои представления о тех или других услугах. По-настоящему
персонализировавшая услуга предназначена только для конкретного потребителя и
предоставляется только конкретным продавцом; она не подходит другому пользователю и
не может применяться при других условиях. Более того, она может оказаться бесполезной
для этого же потребителя в другой ситуации.
Система предлагает следующее программное обеспечение:
 несколько Web-страниц с описанием билетов достаточно удовлетворит
как Заказчика, так и пользователя. Каждая из таких страниц будет
связана с HTML-формой, которая используется для обработки заказа.
Это достаточно экономное решение, с помощью которого можно
начать онлайновую торговлю. С увеличением объемов заказов или
расширениям
ассортимента
билетов
такую
систему
несложно
расширить и перевести на автоматический режим обработки заказов,
если Система будет иметь модульную структуру.
Программа продажи будет удобной для пользователя. Это значит, что она будет
хранить его данные и преимущества. Это упрощает заказ для постоянных клиентов и
повышает уровень их удовольствия. Следует сделать так, чтобы пользователи могли
искать необходимые билеты разными способами, как с помощью обычного пересмотра
представленной продукции, так и с помощью поисковой системы.
Анализируя
рынок
программных
продуктов,
мы
предлагаем
следующую
автоматизированную билетную систему.
Билетная
система
представляет
собой
аппаратно-программный
комплекс,
выполняющий задачи по автоматизации всех основных процессов реализации билетов (в
том числе через Интернет). Билетная система не только ведет учет денежных средств,
вырученных с продажи билетов в зрелищных учреждениях, но и дает статическую
информацию о динамике продаж и всевозможную необходимую отчетность. Этой
программой можно объединить в единую сеть разнообразные зрелищные учреждения и
удалённо распространять билеты.
Предлагаемая технология основана на базе автоматизации технологических
операций и информации, циркулирующей в билетном хозяйстве зрелищного учреждения.
Основные принципы:
 информация, будет структуироваться, и заноситься в общую базу
данных.
Программа при необходимости может сама отследить
предоставить отчёт в электронной форме.
продажи билетов и
Вместо обычных операций с бумажными документами каждая технологическая
операция проводится соответствующими сотрудниками (пользователями системы) через
компьютерную билетную систему. Таким образом, в любой момент времени сотрудники
оперативно получают доступ к самой актуальной информации из общей базы данных,
изменяя ее в ходе выполнения операций; в том числе все отчеты, аналитические справки
т.п. не хранятся, а динамически формируются в момент запроса их пользователями.
Бумажный документ, необходимый в деятельности билетного хозяйства, может
быть получен путем распечатки из системы, либо в момент совершения соответствующей
операции, либо позже по явному запросу пользователя. Помимо этого бумажный билет
распечатывается на специализированном билетном термопринтере непосредственно в
момент выдачи (продажа зрителю кассиром, выдача распространителю и т.п.).
Основные преимущества:
Для зрелищных учреждений:
 Оперативный
централизованный
контроль
над
всеми
технологическими процессами и их участниками;
 Возможность легкой интеграции с другими программно-аппаратными
средствами, в том числе с системами входного контроля зрителей;
 Различные схемы обслуживания зрителей и распространителей
(текущая продажа, предварительная продажа, адресная продажа,
возврат билетов, разовые заявки, постоянный договор и др.);
 Оперативное централизованное управление текущей реализацией
билетов в реальном режиме времени;
 Бухгалтерский учет операций в билетном хозяйстве;
 Ведение базы данных клиентов, адресный маркетинг, сбор и анализ
статистической информации;
 Полный и четкий учет информации по каждому мероприятию,
зрителю, клиенту, отдельному месту, билету;
 Прозрачность бизнес - информации и данных;
 Автоматическая публикация в Интернет, информации из базы данных
о репертуаре, наличии свободных мест и стоимости билетов;
 Возможность
удаленного
заказа
билетов
пользователями
сети
Интернет, в реальном времени отслеживая статусы мест в залах;
 Различные варианты оплаты (по магнитным картам, по безналичному
расчету и др.);
 Возможность
организации
удалённых
(мобильных)
касс
с
использованием подключения через модем и выделенные линии.
Кроме того, зрелищное учреждение, оснащенное автоматизированной билетной
системой, получает возможность интегрирования в общее информационное пространство
как своей корпоративной организации (например, сеть кинотеатров), так и в
межкорпоративное
информационное
пространство
(муниципальный
региональный
Интернет-портал, городское билетное агентство и т.п.).
Возможность установки на базе оборудования сети других корпоративных
информационных
систем
повышает
общую
эффективность
использования
информационной инфраструктуры Системы и уменьшает затраты на ее содержание.
Для зрителя:
 Возможность
получения
актуальной
информации,
заказа
и
бронирования билетов через Интернет;
 Бронирование билетов для коллективных заказчиков с выписыванием
счетов на оплату;
 Предоставление зрителю информационных и рекламных услуг;
 Возврат билетов;
 Возможность различных схем оплаты (клубная карта, дисконтная
карта и т.д.)
Для партнеров:
 Предоставление рекламных услуг рекламодателям (например, на
бланках билетов, программках, репертуарах, информационных табло);
 Автоматизация договорных отношений с корпоративными и частными
распространителями;
 Использование сети Интернет для осуществления заявок;
 Различные формы оплаты.
Требования к Менеджеру-администратору
Менеджер-администратор
будет
обеспечивать
администрирование
Системы,
планирование мероприятий, подготовку билетов к продаже, бронирование билетов,
управление кассами, подготовку управленческой и финансовой отчетности.
Требования к основным функциям АРМ Менеджер-администратор:
 управление правами пользователей Системы;
 настройка параметров Системы;
 ведение структуры зрительских мест;
 создание и управление типовыми вариантами выпуска билетов;
 учет мест, не предназначенных для продажи;
 генерация и выдача/прием электронных квот;
 резервирование секторов, лож и других блоков мест;
 комплектация заказа и резервирование билетов по заявкам;
 создание и редактирование макетов платных и бесплатных билетов.
Требования к интеграции с внешними системами
Система
будет
предусматривать
возможность
интеграции
с
внешними
автоматизированными системами в режиме онлайн и офлайн.
Система будет интегрирована со следующими автоматизированными системами:
 системы по приему платежей;
 автоматизированные системы продаж агентов;
 система процессинга электронных билетов.
Требования к технической поддержке Системы
Техническая поддержка в течении действия договора будет обеспечивать наиболее
полный набор услуг и уровень сервиса для Объекта, в качестве сервера билетной Системы
используется сервер Заказчика, исполнение запросов и устранение инцидентов будет
производиться в кратчайшие сроки..
Работоспособность серверов Системы будет обеспечена:
24 ЧАСА В СУТКИ 7 ДНЕЙ В НЕДЕЛЮ
Техническая поддержка будет предоставляться по следующим параметрам:
Т
ип
Инциде
запрос
нт
Время
реакции
Время
устранения
инцидента
а
1
Критиче
ский
30 минут
1,5 час
Полная потеря связи с сервером
Полная остановка продажи абонементов через все билетные кассы
Полная остановка работы билетных касс Объекта в день мероприятия
Остановка работы большинства билетных касс
Т
ип
Инциде
запрос
нт
Время
реакции
Время
устранения
инцидента
а
Отсутствие активации всех типов входных документов в день мероприятия
Система полностью не работоспособна
2
Серьезн
ый
1 час
3 часа
Полная остановка работы билетной кассы Объекта в день мероприятия или
открытия продаж
Отсутствие активации одного из типов входных документов
Остановка работы пункта помощи зрителям в день мероприятия
Полная остановка работы раздела интернет-заказа
Существенное уменьшение производительности Системы
3
Умерен
ный
2 часа
4 часа
Остановка работы билетной кассы в дни предварительной продажи
Разовые случаи отсутствия активации входных документов
Ошибки в работе раздела интернет-заказа – оплата и отправка электронного
билета
Остановка работы мониторов покупателей
Остановка работы информационного табло
Незначительное снижение производительности Системы
Ошибки при выполнении отдельных функций
4
Незначи
тельный
24 часа
по согласованию сторон
Ошибки информационного наполнения раздела интернет-заказа.
Запрос на сопровождение мероприятия.
Запросы касательно развития и доработки Системы.
Предоставление отчетов по исполнению запросов заказчика.
Запросы на проведение регламентных профилактических работ.
Запросы на гарантийное обслуживание.
Запросы на дополнительные услуги.
6.2.4. Раздел системы интернет-магазина «Сувениры»
В структуре страницы интернет-магазина будет:

Главная страница (развернут инструментарий для поиска товаров)
o
Доставка (текст)
o
Описание интернет-магазина (текст)
o
Помощь (текст по разделам)
o
Корзина
o
Страница сравнения товаров
o
Регистрация / Личные данные
Функциональные модули Системы
Фильтры
Возможен поиск товаров каталога по критериям:
o
Цена
o
бренд (производитель)
o
тип продукта
Сравнение товаров
Будет возможность сравнить товары (несколько позиций одновременно) по
заданным характеристикам, выбрав их в каталоге. После выбора, продукты собираются на
соотв. Странице, куда пользователь может перейти в текущей сессии и сравнить
отобранные товары.
Обратная связь, поддержка
На каждой странице интернет-магазина будет ссылка-кнопка, при нажатии на
которую открывается всплывающее окно, где предлагается заполнить следующие поля:

Имя*

Адрес эл. почты*

Телефон

Тема

Сообщение*
Каталог продуктов
По центру страницы, на всех страницах Системы будет располагаться каталог
товаров в виде дерева (по умолчанию ветви подкатегорий свернуты). При нажатии на
определённую категорию, например, «Сувениры», соответствующая ветка каталога (с
перечнем всех подкатегорий, например: Тарелки, Магниты и пр.) разворачивается без
перезагрузки страницы.
При этом, в верхней части страницы будет отображаться производитель или автор
работы
(в
виде
названия-ссылки)
доступные
для
данного
открытого
раздела.
Соответственно, при каждом клике вглубь каталога (при переходе на следующую
подкатегорию) список производителей перестраивается сообразно наличию продуктов.
При отображении товары будут сортироваться по характеристикам, например,
мониторы будут выводиться по порядку, сгруппированные по диагонали в дюймах.
Важно: При добавлении товаров в каталог, можно отдельно указать критерии
сортировки среди характеристик.
Данная страница будет содержать следующие элементы:

Сетка расположения товаров;

Название товара;

Краткое описание товаров;

Возможность положить в корзину, не заходя на страницу
товаров;

Различные фото одного товара.
Поиск по Системе
Поиск будет искать слова и их сочетания по товарам и всем страницам интернетмагазина. Блок поиска будет на каждой странице интернет-магазина.
Регистрация и авторизация пользователей
Блок авторизации (поля логина и пароля) будет на всех страницах интернетмагазина.
Также,
в
этом
блоке
присутствуют
ссылки:
«Забыли
пароль?»,
«Зарегистрироваться».
По клику на «Забыли пароль?» будет открываться дополнительное поле для ввода
адреса эл. почты и кнопкой «Выслать данные». Регистрационные данные будут
отправляться на адрес пользователя в случае, если он зарегистрирован. Если в базе нет
такого пользователя, то появляется уведомление: «Пользователь с таким адресом не
найден». И предложение зарегистрироваться.
По клику на «Зарегистрироваться» открывается форма регистрации нового
пользователя с такими полями:

ФИО*

Логин*

Пароль*

Повтор пароля*

Адрес эл. почты*

Телефон

Чекбокс:
o
Физическое лицо
o
Юридическое лицо

Адрес доставки (заголовок), а ниже поля:
o
Селект «Регион» – выпадающий список регионов
(Москва, Подмосковье, Смоленская область и т.д. по
умолчанию стоит Москва, список регионов будет возможность
создать самостоятельно)
o
Селект
«Город»*
(список
подгружается
в
зависимости от региона)
o
Если Москва, то появляется селект «Станция
метро»

o
Улица*
o
Дом*
o
Корпус
o
Строение
o
Подъезд
o
Код домофона
o
Этаж
o
Радиобаттон: офис / квартира
Чекбокс «Подписаться на рассылку?»
Подписка
На всех страницах будет поле для ввода адреса эл. почты с возможностью
подписаться (или отписаться) от новостей интернет-магазина.
Форма заказа:
На данном этапе будет происходить сбор информации о покупателе, выбор
доставки, системы оплаты и окончательное подтверждение заказа, с возможностью
отправки комментария администраторам интернет-магазина.
Шаг 1
При добавлении товара в корзину, товар попадает на страницу «Корзина». При
этом на каждой странице есть блок «Корзина», где указано текущее кол-во выбранных
товаров.
Функционал на странице «Корзина»:
 Изменить количество (и соответственно, происходит автопересчет суммы);
 Оформление заказа (активно только для авторизованных
пользователей, для
неавт.
осуществляется переход
на страницу
регистрации).
При выходе из корзины, даже если пользователь не совершил никаких действий, а
просто решил продолжить покупки, – товары сохраняются в течение всей сессии.
При клике на «Оформление заказа» открывается страница или окно с шагом 2.
Шаг 2 выбор системы и типа доставки
Форма с полями:
 Желаемая дата и время доставки, формата:
o Дата: ДД.ММ
o Время: диапазон «от 00:00 до 00:00»
 Селект «Оплата», где
o наличными курьеру
o безналичный платёж
 Селект «Доставка», где опции:
o Самовывоз
o Доставка курьером (выбирается поставщик услуг)
 Кнопка / ссылка «Проверка всех заполненных данных», по
клику открывается слой, где указаны: товары, сумма, имя, дата, время,
телефон, адрес.
Текст рядом: «Проверьте данные, если всё верно, нажмите кнопку Отправить
заказ, а если вы нашли ошибки в заполнении данных, нажмите кнопку Вернуться и
исправить.»
Рядом с типом доставки необходимо указывать стоимость для покупателя.
По нажатию кнопки «Вернуться и исправить» осуществляется возврат к шагу 2
(введенные
ранее
данные
сохраняются
в
полях).
Также
присутствует
ссылка
«Откорректировать адрес и другие личные данные» (открывается форма регистрационных
данных).
При нажатии «Отправить заказ» появляется текст: «Заказ оформлен. Менеджер
свяжется с вами в ближайшее время».
Шаг 3 Выбор системы оплаты
Данный шаг позволит выбрать нужный тип оплаты для оплаты заказа:
 Наличными курьеру / при получении самовывозом;
 Оплата банковской картой;
 Наложенный платёж при условии отправки Почтой или EMS;
 Оплата электронными деньгами WebMoney, Яндекс.Деньги и
аналоги;
 Остальные типы оплаты, например аггрегаторы (Robox),
прием платежей через автоматы (Qiwi), SMS, снятие со счета
мобильного.
На данном этапе в системе необходимо обязательно указывать:
 размер комиссии, которая будет добавлена к платежу в случае
если это применимо к какому-то типу оплаты. Например, при получении
посылки на Почте России, покупатель будет платить еще небольшой
процент за отправку
наложенного платежа. Также, дополнительные
комиссии распространены в системах электронной оплаты;
 рядом с системой оплаты сделать ссылку на инструкцию по
оплате. Если покупатель не разберется как оплатить заказ, он просто
уйдет;
 предлагать покупателям, делающим предоплату до доставки
скидочные бонусы или приятный сюрпризы.
Шаг 4.
Подтверждение заказа и
отправка его администратору интернет-
магазина
На этом этапе пользователю будет отображаться вся информация о заказе, типу
доставки, оплаты и у него появляется
возможность окончательно отправить его в
интернет-магазин.
 Информация о покупателе;
 Краткое отображение того, что есть в корзине;
 Выбранный тип доставки;
 Выбранный тип оплаты;
 Окончательная стоимость товара+доставки;
 Поле для ввода комментария к заказу;
 Кнопка «Оформить» заказ.
Задача данной страницы собрать все параметры заказа и окончательно отправить
его в обработку.
Шаг 5. Страница «Спасибо за ваш заказ»
Данный шаг будет показывать, что покупатель отправил заказ, и система просит
его сделать ещё несколько шагов:
 предложить зарегистрироваться, для (выбрать подходящее):
- отслеживания статуса заказа онлайн;
- для того, чтобы в следующий раз не вводить заново всю
информацию;
 посоветовать интернет-магазин своим друзьям посредством:
- электронной почты;
- социальных сетей, подключается кнопка «Рассказать друзьям»;
- твиттер.
CMS, редактирование информации
Все текстовые страницы могут быть отредактированы через простой интерфейс, не
предполагающий знаний html.
Все позиции каталога также редактируемы (картинки, название, характеристики,
описания). Новые позиции могут добавляться как вручную, так и автоматически из
определенного источника.
6.2.5. Раздел системы «Туристический Кластер»
Блок «Туристический Кластер» представляет собой сосредоточение в рамках одной
ограниченной территории взаимосвязанных предприятий и организаций, занимающихся
разработкой, производством, продвижением и продажей туристического продукта, а
также деятельностью, смежной с туризмом и рекреационными услугами. Целью создания
Блока «Туристского кластера» является повышение конкурентоспособности территории
Щелковского района на туристическом рынке за счет синергетического эффекта, в том
числе: повышения эффективности работы предприятий и организаций, входящих в
кластер, стимулирования инноваций, стимулирования развития новых направлений.
Создание
«Туристического
кластера»
фактически
определяет
позиционирование
территории и влияет на формирование имиджа Щелковского района.
Для бизнеса «Туристический кластер» – это реальная возможность обеспечить себе
конкурентоспособность в будущем, то есть, создавать долгосрочную стратегию развития
предприятий на пять-десять лет и более. Здесь основными факторами успеха станет
активная позиция лидеров бизнеса и позитивное партнерство между интересами
различных организационных групп в регионе. Соответственно, ключом к успеху кластера
представляется цивилизованная конкуренция, ориентация на лидеров, и поддержка от
администрации региона.
По видам туристских аттракторов различают:
 бизнес-кластеры;
 гастрономические кластеры;
 культурные кластеры;
 лечебно-оздоровительные кластеры;
 музейные кластеры;
 образовательные кластеры;
 паломнические кластеры;
 приключенческие кластеры;
 санаторно-курортные;
 свадебные кластеры;
 сельские кластеры;
 спортивные, активные кластеры;
 студенческие кластеры;
 развлекательные кластеры;
 шоппинг кластеры;
 экологические кластеры;
 этнографические кластеры;
 событийные кластеры.
В
структуре
туркластера
продукт,
формируемый
узким
кругом
музеев,
организаций, гостиниц, кафе, ресторанов, предприятий, учитывает не только возможности
производства своей компании, но и возможности ближайших партнеров. Одно из
ключевых положений стратегии в том, что развитие кластера будет создавать условия для
включения в процесс получения заказов более широкий круг организаций.
Участвовать в формировании туров может и координационный совет по развитию
туризма. Эта организация будет принимать ключевые решения, нацеленные на повышение
эффективности бизнеса, способствовать развитию туриндустрии района, стимулировать
деятельность организаций в данной сфере, а также принимать некоторое участие в
формировании туров, маршрутов и продвижении турпродукта на рынки.
В рамках данной модели можно выделить следующие структурные элементы:
1) «ядро» – объекты, вокруг которых группируется кластер, выполняющие
основной вид деятельности, позиционирующие кластер, выпускающие
конечную продукцию. То есть, предприятия, непосредственно туристской сферы,
занятые производством и продвижением турпродкта региона (турагенты, турбюро, гостиницы и т.д.);
2) «дополняющие объекты» – объекты, деятельность которых напрямую
обеспечивает функционирование объектов «ядра»;
3) «инфраструктура туризма» – объекты, наличие которых обязательно, но
деятельность которых напрямую не связана с функционированием объектов «ядра»
(транспорт, связь, предприятия индустрии гостеприимства);
4) «сопутствующая инфраструктура» – объекты кластера, наличие которых
желательно, но не обязательно для функционирования других объектов кластера. К
ним относятся различные сервисно-консультационные предприятия, функции
которых могут быть осуществлены как в рамках кластера, так и с использованием
аутсорсинга. Целью данных предприятий, в случае их наличия в кластере, является
изыскание
внутренних
резервов
для
обеспечения
непрерывности
воспроизводственных процессов, достижение стратегических выгод, связанных в
первую очередь с повышением мобильности развития и реализации потенциала
всего кластера.
Кроме того кластер позволит:

установить выгодные взаимосвязи, которые делают участников
кластера более сильными по сравнению с теми предприятиями,
которые работают в одиночку;

сориентировать деятельность каждого участника на потребности
рынка за счет согласованной общей стратегии кластера;

значительно расширить сбыт (в т.ч., за рубеж), повысить полноту
и своевременность снабжения, уменьшить расходы на снабжение
и сбыт за счет развития внутренней системы снабжения и единой
системы распространения продукции и услуг, построенной на
принципах доверия;

стабилизировать хозяйственную деятельность участников (даже в
условиях кризиса);

создать уникальные предпосылки для развития инновационной
деятельности,
повышения
качества
продукции,
производительности и рентабельности предприятий – участников
кластера;

упростить доступ к рыночной информации (и ее свободный обмен
внутри
кластера)
информационно-
за
счет
создания
аналитической
общей
системы,
кластерной
сети
полезных
контактов;

облегчить
для
участников
кластера
доступ
к
новейшим
технологиям, передовым методам организации производства,
повышению профессионального образования.
Туристские кластеры формируются на базе туристских активов в Щелковском
районе:
 Активный туризм;
 Бизнес-тур;
 Велосипедный туризм;
 Гастрономический туризм;
 Детский туризм;
 Инвалидный туризм;
 Культурный туризм;
 Лечебно-оздоровительный туризм;
 Молодежный туризм;
 Музейный туризм;
 Ностальгический туризм;
 Образовательный туризм;
 Организованный туризм;
 Паломнический туризм;
 Приключенческий туризм;
 Свадебный туризм;
 Сельский туризм;
 Спортивный (активный) туризм;
 Студенческий туризм;
 Шоппинг туризм;
 Экотуризм;
 События, мероприятия.
Как правило, в одном туристском кластере сочетаются несколько туристских
аттракторов.
Страница вида «Туристического кластера» будет реализована в виде лэндинга. В
верхней части будет расположено меню с возможностью перехода по разделам, каждый из
которых будет раскрываться посредством подразделов. (Рис. 14)
Рис.14.Пример увеличенной верхней части лэндинга раздела «Туристический кластер».
При прокрутке по лэндингу ниже будут появляться разделы с описанием
Туристических кластеров, а также карта с маршрутом – культурным кластером, которые
будут представлены на карте в виде схематического изображения и описанием маршрута
– объекты, расстояние, время. (Рис.15)
Рис. 15.Пример увеличенной средней части лэндинга «Туристический кластер».
При выборе на странице перечисленных разделов «Туристический кластер», будет
отображаться выбор маршрутов в выбранном разделе, который схематически будет
прорисован на карте, с отображением объектов, входящих в кластер, расстоянием и
временем. (Рис.16)
Рис. 16.Пример увеличенной средней части лэндинга выбора маршрута
«Туристического кластера».
В
случае, если пользователь пожелает посетить дополнительный объект, не
входящий в кластер, то у него будет возможность добавить объект к существующему
маршруту и посмотреть место нахождения, расстояние и время пути. (Рис.17)
Рис. 17. Пример увеличенной средней части лэндинга «Туристический кластер»,
выбор объекта.
Блок «Туристический кластер» создается для единой системы из 21-й
зоны и
связанных с ними полноценных туристических объектов и маршрутов, ориентированные
на разные категории туристов.
Для туристов планируется создать полный комплекс услуг в пределах 15-30
минутной пешеходно-транспортной доступности. В туристской зоне формируется
туристский продукт высокого качества, включающий такие элементы, как осмотр
достопримечательностей, посещение музеев, театров, фестивалей, отдых (в том числе
активный), посещение магазинов, художественных салонов и галерей, питание,
размещение, услуги гидов. Система локальных кластеров формирует региональную
кластерную структуру Щелковского района.
Для реализации данного блока создаётся экскурсионный пакет (два культурного
объекта (музеи, выставки и пр.) + объект, дающий право посещения третьего объекта со
скидкой, например обед в кафе, проживание в гостинице и других заведениях партнерах).
Требования к персоналу (оператору)
Оператор регулярно актуализирует информацию в Системе программы и
обеспечивает точность информации в путеводителе на момент его выхода в печать.
Однако, режим работы достопримечательностей и прочие условия могут меняться,
поэтому пользователям Карты «Туристический кластер» рекомендуется дополнительно
уточнять текущее расписание непосредственно у музея, организатора экскурсий и проч.
В состав Карты включены партнеры, занимающее ведущее положение в отрасли.
Сотрудничество осуществляется на договорной основе. Если кто-либо из партнеров не
окажет сервис должным образом в нарушение своих обязательств, Оператор программы
не несет за это ответственность. Вместе с тем Оператор предпринимает все возможные
меры для обеспечения качественного сервиса по Карте
и исключения подобных
ситуаций.
Оператор не предоставляет компенсации за услуги по Карте, которыми клиент не
воспользовался в течение срока действия Карты, а также за услуги, которые не были
оказаны по форс-мажорным и техническим причинам, возникшим у партнеров. Оператор
уведомляет владельцев Карты о подобных ситуациях публикацией новости в Системе в
максимально короткие сроки.
Предложение Карты не включает временные выставки и не суммируется с другими
скидками у партнеров. Оно также не включает посещение отдельных специальных
мероприятий, информацию о которых рекомендуется уточнять непосредственно у
организаторов.
6.2.6. Раздел Системы «Мобильное приложение»
Мобильное приложение будет обладать определенным функционалом, которое
позволит выполнять различные
действия. Данное мобильное приложение будет
разработано на языке высокого уровня и компилироваться в нативный код устройства.
Для создания мобильного приложения будут проделаны следующие основные работы:
1)
Создание концепции Приложения;
2)
Разработка функциональной структуры Приложения;
3)
Разработка
технического
проекта
по
создании
Модуля,
на
основе
согласованной с Заказчиком концепции и структуры Приложения;
4)
Разработка оригинального дизайна пользовательского интерфейса
Приложения, в соответствии с утвержденной с Заказчиком функциональной
структурой и базовым контентом Приложения;
5)
Разработка программного обеспечения Приложения;
6)
Разработка оригинального дизайна пользовательского интерфейса Модуля, в
соответствии с утвержденной функциональной структурой;
7)
Размещение
Модуля
в
информационно-телекоммуникационной
сети
Интернет;
8)
Формирование базового контента для Приложения, в том числе: отбор,
редактирование материалов, подготовка фото, видеозаписей и аудиозаписей,
нанесение координат туристских объектов на используемый
картографический ресурс (на основе данных, предоставленных Заказчиком);
9)
Размещение ссылки на Приложение на мультимедийном информационном
ресурсе о туристских возможностях регионов России для предоставления
пользователям Приложения возможности свободного доступа и бесплатной
установки Приложения;
10)
Размещение созданного приложения на App Store;
11)
Администрирование
базового
контента
и
обеспечение
технической
поддержки созданного Приложения до момента акта сдачи-приемки работ.
Требования к созданию Технического проекта на разработку Приложения.
Технический проект будет основываться на концепции, согласованной с
Заказчиком, и соответствовать следующим требованиям:

Будет включать в себя функциональную структуру;

Будет включать в себя проект дизайна Приложения;

Будут сформированы требования к структуре главной и вспомогательных
страниц Приложения.

Будут сформированы требования к логике перехода пользователя между
страницами Приложения.

Функциональная структура Приложения будет разработана с учетом
usability Приложения.

Функциональная структура Приложения будет учитывать следующие
функции:
 загрузка информации по туристическим объектам на ПМУ через вебресурс в информационно-телекоммуникационной сети Интернет
(Система) и последующая работа с информацией без подключения к
информационно-телекоммуникационной сети Интернет;
 отображение текстовой информации по объектам (описание объекта,
историческая справка, прочая информация);
 возможность проигрывания аудио информации, в том числе в режиме
экскурсии по объекту;
 работа с растровыми картами без доступа к информационнотелекоммуникационной
сети
Интернет
(с
предварительным
сохранением карт на ПМУ);
 загрузка произвольной области карт или произвольной информации об
объектах по выбору пользователя, в том числе с возможностью
загрузки
информации
по
категориям
(только
карты,
только
туристические объекты, только аудио экскурсии и т.д.);
 возможность хранения и удаления ранее загруженной информации из
интерфейса приложения;
 возможность использования ранее заложенных в Приложение или
составленных пользователем туристских маршрутов (навигация по
маршруту, отслеживание местоположения пользователя);
 отображение дополнительной информации на карте, такой как GPX,
объекты (POI);
 поиск адресов и объектов (POI), обозначенных на карте, без доступа к
информационно-телекоммуникационной сети Интернет;
 прокладку маршрутов на любые расстояния в пределах выбранного
города
Щелковского
района
с
использованием
информационно-телекоммуникационной
сети
Интернет.
сервисов
Данный
функционал будет доступен только в обычном режиме;
 определение точного местоположения (по спутникам GPS или, при
наличии технической возможности ПМУ - ГЛОНАСС);
 Поиск информации об объекте по QR-коду.
Приложение будет получать информацию из Модуля внесения и редактирования
информации.
Разработка оригинального дизайна пользовательского интерфейса
Приложения, в соответствии с утверждённым Техническим проектом и новым
базовым контентом Приложения
Дизайн Приложения будет содержать элементы фирменного стиля Системы
«Культурный навигатор», иметь разработанное визуальное решение (пользовательский
интерфейс), содержать оригинальный авторский текст.
Дизайн Приложения будет эргономичным, а также будет разработан с учетом
основных принципов usability.
Дизайн
Приложения
будет
предусматривать
удобный
для
пользователя:
навигационный блок, расположенный так, что его легко заметить, а также элементы
навигации, собранные в логические группы.
Элементы дизайна, логически связанные между собой, будут связаны визуально.
Элементы дизайна, являющимися частями друг друга, будут представлены в виде
вложений.
Требования к разработке программного обеспечения Приложения
Программное обеспечение будет разработано с использованием исходных кодов
(набор алгоритмов и команд) существующей Системы, переданных Заказчиком в рамках
выполнения работ по договору.
Исходные коды разработанного Приложения (набор алгоритмов и команд)
передаются Исполнителем Заказчику после прохождения процедуры приемо-сдаточных
испытаний.
Программное обеспечение Приложения будет разработано для операционной
системы Android 2.2, 2.3, 3.1, 3.2, 4.x (производства компании Google inc.) и iOS версий 5
и 6 и 7 (производства компании Apple inc.)с учетом концепции Приложения.
Детальный перечень поддерживаемых операционных систем будет согласован на
этапе разработки Технического проекта.
Программное обеспечение будет разработано для следующих ПМУ (при условии
поддержки вышеуказанных операционных систем):
‒
Смартфон;
‒
Планшет.
Приложение будет разрабатываться Исполнителем на языке программирования
высокого уровня (Objective-C, XML, ActionScript Java, native C, C#, VB.NET или на
другом аналогичном языке) с использованием кодов API SDK (iOS SDK) или аналогов.
Выбор и согласование языка программирования осуществляется на этапе разработки
Технического проекта и согласовывается с Заказчиком.
При разработке графического интерфейса будут
использованы принципы GUI, а
также концепции DWIN или аналоги.
Требования к формированию базового контента для Приложения, в том числе:
отбор, редактирование и перевод на иностранный язык информационных
материалов, подготовка фото, видеозаписей и аудиозаписей, нанесение
координат туристских объектов на используемый картографический ресурс.
Приложение будет
ориентировано на внешних пользователей, будет удобным и
простым в использовании, иметь информативный интерфейс.
Приложение будет иметь проработанный функционал, позволяющий определять
местоположение пользователя на карте, а также предоставлять возможность пользователю
самостоятельно добраться до объектов туристского показа, популярных туристских
маршрутах, объектах туристской инфраструктуры регионов России в формате текстовых
описаний (характеристик объекта, исторической справки), изображений (фотографий и
панорамных изображений), аудио информации (экскурсий, путеводителя).
Приложение будет предусматривать возможность работы в двух режимах:
стандартный режим и автономный режим. Стандартным считается режим постоянного
подключения устройства к информационно-телекоммуникационной сети Интернет,
автономным считается режим отсутствия подключения устройства к информационнотелекоммуникационной сети Интернет или неустойчивое (или низкоскоростное)
подключение. Пользователь Приложения будет иметь возможность самостоятельно
выбрать режим работы приложения из интерфейса. В случае отсутствия подключения к
информационно-телекоммуникационной
сети
Интернет
приложение
будет
самостоятельно переключаться в автономный режим работы.
Данные для создания базового Контента предоставляются Заказчиком.
Контент будет создаваться для всех городов Щелковского района. Перечень
наносимых на карту объектов согласовывается с Заказчиком на стадии разработки
технического проекта.
Контент будет содержать информацию о популярных туристских маршрутах,
объектах туристского показа, туристской инфраструктуры, расположенных на территории
Щелковского района, включая изображения, текстовое описание и координаты в формате
GPX, используемые для навигации системой GPS.
Контент будет разработан с учетом выбранного вида туризма (согласовывается с
Заказчиком).
Контент будет содержать информацию об объектах туристской инфраструктуры,
расположенных на территории Щелковского района (включая название, текстовое
описание, и координаты в формате GPX, используемые для навигации системой GPS).
Требования к каталогу групп объектов, представляющих интерес
для пользователя ПМУ
Каталог групп объектов Приложения будет содержать:
‒
Объекты туристского показа;
‒
Туристские кластеры;
‒
Туристская инфраструктура;
‒
Туристские маршруты.
Количество групп будет определено на этапе разработки Технического проекта.
При выборе группы объектов Пользователь Приложения будет попадать в список
объектов группы. Каждый объект группы будет иметь изображение, название и краткую
информацию.
При выборе объекта Пользователь Приложения будет попадать на страницу
объекта с краткой информацией о нем. Пользователь будет иметь возможность
свободного перехода с заданной страницы на карту, а также возврата обратно.
Требования к каталогу маршрутов и путей следования между туристскими
объектами
Объекты туристского показа будут группироваться в туристские маршруты;
Пользователю Приложения будет доступен список туристских маршрутов;
При выборе туристского маршрута из списка пользователь Приложения будет
получать информацию о нем (краткое описание маршрута, объекты туристского показа,
расположенные на маршруте).
При выборе пользователем Приложения пункта описания выбранного туристского
маршрута будет отображаться подробное его описание.
У пользователя Приложения будет возможность переключиться из окна описания
выбранного туристского маршрута на карту, где будут отображаться объекты,
расположенные на пути следования.
Пользователь Приложения будет иметь возможность получить краткое описание при
выборе любой точки на маршруте, отмеченной на карте.
Требования к афише
Афиша будет содержать список интересных событий, разделенный на группы.
Количество групп будет определено на этапе разработки Технического проекта.
При выборе группы событий Пользователь Приложения будет попадать в список
событий группы. Каждый элемент группы будет иметь
изображение, название, дату
событий, место и краткую информацию.
При выборе событий Пользователь Приложения будет попадать на страницу
события краткой информацией о нем. Пользователь будет иметь возможность свободного
перехода с заданной страницы на карту, а также возврата обратно.
Требования к электронному картографическому ресурсу
В качестве источников мобильного картографического ресурса (далее - Карты) в
Приложении будут использоваться растровые карты.
В Приложении будет реализована возможность масштабирования Карты.
При приближении на ключевых местах города будет осуществляться подмена Карты
на более детализованную;
Будет предусмотрено размещение аудио-точек на карте. При выборе аудио-точки
будет появляться информация об объекте (название, изображение, краткое описание).
Будет отображена кнопка добавления в избранное.
На карте могут быть отмечены и аудио-точки, и просто объекты.
Будет предусмотрена возможность фильтрации объектов на карте по типу (только
карты, только туристические объекты и т.д.).
Требование к формированию раздела «Избранное»
Пользователь Приложения будет иметь возможность добавления любого объекта
(аудио-точка, либо простой объект) в избранное;
Пользователь Приложения будет иметь возможность получить доступ к списку
избранного из любого окна Приложения;
Список избранного будет сортироваться по типу объектов.
Будет реализована возможность переключения сортировки объектов (например, по
географической близости).
Требования к настройкам
Будет предусмотрена возможность настройки языка Приложения автоматически в
зависимости от настроек телефона.
Пользователь Приложения будет иметь возможность переключить язык Приложения.
Пользователь Приложения будет иметь возможность настроить правила доступа к
Сети.
Пользователь Приложения будет иметь возможность выбора режима прогулки.
Требования к размещению ссылки на Приложение на мультимедийном
информационном ресурсе о туристских возможностях регионов России
www.welcome2russia.ru и в Системе «Культурный навигатор».
Исполнитель обеспечит размещение ссылки на Приложение на мультимедийном
информационном
ресурсе
о
туристических
возможностях
регионов
России
www.welcome2russia.ru для предоставления пользователям Приложения возможности
свободного доступа и бесплатной установки приложения, эксплуатации в течение
неограниченного количества времени, а также загрузки информационного контента для
Приложения.
Исполнитель обеспечит размещение ссылки на Приложение в Системе «Культурный
навигатор» для предоставления пользователям Приложения возможности свободного
доступа и бесплатной установки приложения, эксплуатации в течение неограниченного
количества времени, а также загрузки информационного контента для Приложения.
Требования к размещению созданного Приложения на App Store;
Исполнитель обеспечит:
1. Создание аккаунта на App Store для размещения созданного Приложения;
2. Размещение созданного Приложения на веб-ресурсе App Store для
предоставления пользователям Приложения возможности свободного доступа и
бесплатной его установки.
Требования к администрированию базового контента и обеспечение
технической поддержки созданного Приложения в период действия
договора.
Исполнитель в период действия договора обеспечит техническую поддержку
созданного Приложения.
Исполнитель в период действия договора будет проводить администрирование
базового контента Приложения.
Создание программного обеспечения Модуля.
1.Требования к формированию концепции, созданию функциональной структуры
Модуля. Концепция и функциональная структура Модуля будут сформированы с учетом
следующих выполняемых им задач:
1.2. Самостоятельное внесение и редактирование Пользователями Модуля
туристских объектов региона.
1.3. Создание и ведение базы Пользователей Модуля, включая их персональные
данные (реквизитный состав данных будет согласован с Заказчиком на этапе
разработки Технического проекта).
1.4. Внесение в Систему текстовой и графической информации в виде текстовых
описаний
(характеристик
объекта,
исторической
справки),
изображений
(фотографий и панорамных изображений), аудиофайлов (экскурсий), отметок и
маршрутов на картах.
1.5.
Внесение
и
редактирование
информации
будет
преимущественно
осуществляться посредством загрузки готовых файлов (текстовой информации,
изображений,
аудиофайлов)
разработанного
формата
или
прямым
редактированием (нанесение объектов и маршрутов на карту);
1.6. Редактирование текстовой и графической информации, регистрации и
авторизации пользователей, создание и управление фотогалереей.
Модуль будет ориентирован на пользователя административной системой
Приложения, предоставляя удобные интерфейсы работы по внесению и редактированию
информации.
Модуль будет реализован как web-приложение.
Доступ Пользователей Модуля к ресурсам и функциям будет осуществляться через
Интернет-браузер по защищенному протоколу https.
Исполнитель будет предоставлять Пользователям Модуля необходимые логин и
пароль для работы с ним.
Для работы Пользователю Модуля будет достаточно базовых знаний по работе с
одним из интернет-браузеров: Mozila Firefox версии 3.5 и выше, Google Chrome версии 3 и
выше, Internet Explorer версии 7.0 и выше.
Будет предусмотрено разделение административных прав для Пользователей
Модуля согласно их рангу. Типы рангов прорабатываются в технологическом проекте по
созданию Модуля.
Требования к разработке оригинального дизайна
пользовательского интерфейса Модуля, в соответствии с созданной
функциональной структурой
Дизайн пользовательского интерфейса Модуля будет разработан с учетом
технологического проекта, согласованного с Заказчиком, а также будет учитывать
следующее:
1. Содержать элементы фирменного стиля Системы, иметь разработанное
визуальное решение (пользовательский интерфейс), содержать оригинальный
авторский текст;
2. Дизайн Модуля будет эргономичным, а также будет разработан с учетом
основных принципов usability;
3. Дизайн Модуля будет
предусматривать удобный для пользователя:
навигационный блок, расположенный так, что его легко заметить, а также
элементы навигации, собранные в логические группы;
4. Элементы дизайна логически связанные между собой будут связаны и
визуально;
5. Элементы дизайна будут представляться в виде вложений, если будут являться
частями друг друга;
Требования к разработке программного обеспечения Модуля
Программное обеспечение Модуля будет разрабатываться Исполнителем на языке
программирования высокого уровня. Выбор и согласование языка программирования
осуществляется на этапе разработки Технического проекта и согласовывается с
Заказчиком.
При разработке веб-интерфейса Модуля могут быть использованы языки HTML с
применением CSS и JavaScript; Adobe Flash, Microsoft Silverlight или Java-апплетов, а
также Ajax или аналоги.
Программное обеспечение модуля будет состоять из следующих систем:
1. Система взаимодействия с ПМУ
2. Система ввода и редактирования базового контента
3. Система регулирования доступа и аудита
Система регулирования доступа и аудита будет позволять:
1.
поддерживать протокол Lightweight Directory Access Protocol (LDAP) V2
и V3;
2.
функционировать под управлением операционных систем ОС (32/64 bit)
Windows, HP-UX, AIX, Solaris, Linux и z/OS;
3.
обеспечивать наличие встроенной SSL-технологии:
- шифрование данных, передаваемые по каналам связи;
- защита данных, пересылаемых клиентом в LDAP-сервер.
4.
обеспечивать надёжную защиту от потери данных при отказе сервера;
5.
иметь встроенные средства разработки (SDK) клиентских приложений;
6.
обеспечивать поддержку Web-сервисов;
7.
предоставлять функционал для реализации синхронизация с каталогом
Microsoft™ Active Directory;
8.
предоставлять поддержку оборудования PKCS11 для хранилища SSLключей и криптографических ускорителей;
9.
предоставлять административный и пользовательский web интерфейс для
манипулирования процессами в каталоге сервера, схемой каталога и его
записями;
10.
обеспечивать
контроль
доступа
к
данным
с
точностью
до
индивидуального атрибута;
11.
обеспечивать
наличие
(делегирование
административных
полномочий
ролей
администратора,
внутри
продукта
самообслуживание
пользователей);
12.
предоставлять возможность шифрования паролей по алгоритму MD5,
Salted SHA;
13.
обеспечивать шифрование требуемых атрибутов (кроме паролей);
14.
предоставлять
дополнительные
встроенные
обеспечения высокой доступности решения;
инструменты
для
15.
обеспечивать поддержку “динамических” групп внутри продукта;
16.
обеспечивать производительность, надежность и масштабируемость на
уровне десятков миллионов записей и тысяч групп и пользователей;
17.
предоставлять развитую стратегию управления паролями;
18.
обеспечивать
возможность
репликации
субдеревьев
и
каскадной
репликации;
19.
поддерживать
репликацию
с
фильтрацией
(настройка
реплик
с
поднаборами данных);
20.
распоряжаться
ими
с
помощью
графического
пользовательского
интерфейса (GUI).
6.2.7.
Подсистема администрирования
Подсистема администрирования будет обеспечивать возможность обновления
содержимого разделов Системы без использования программирования и специального
кодирования или форматирования текста. Для управления содержанием используется
отдельный административный веб-интерфейс, обеспечивающий удаленную работу
пользователей.
Будут реализованы средства управления нормативно-справочной информацией
(далее - НСИ), обеспечивающие решение задач создания новых и модификации
существующих объектов и их атрибутов. Будет обеспечено выполнение следующих
операций:
 Добавление, редактирование и удаление объектов. Добавление и
редактирование объекта будет реализовано в отдельном окне Системы.
 Добавление, редактирование и удаление атрибутов объектов. Данные
операции с атрибутами объекта будут реализованы в отдельном окне
Системы. Атрибуты могут как удаляться у отдельных объектов, так и
добавляться к ним. Также будет
предусмотрена возможность
редактирования списка атрибутов для конкретного пользователя для
разных типов объектов.
Список атрибутов объекта представлен следующими атрибутами:
 Описание объекта (тип данных – строковое значение);
 Тип объекта (тип данных – выбор из списка);
 Категория объекта (тип данных – выбор из списка);
 Адрес / местонахождение объекта (тип данных – текстовое значение);
 Телефон (тип данных – текстовое значение);
 Веб сайт;
 Email;
 Режим работы;
 Общее описание объекта (тип данных – текстовое значение);
 Изображение (тип данных – прикрепленный файл).
 Добавление, редактирование и удаление типов атрибутов (числовых,
текстовых, временных, географических, графических, файловых,
списочных).
Списочный тип данных предполагает создание пользователем элементов
списка.
Элементы списка могут редактироваться, добавляться, удаляться.
 Управление правами доступа пользователей на атрибуты.
 Управление правами доступа публичного пользователя и пользователя
системы на просмотр информации об отдельных объектах Системы.
С помощью разрабатываемых средств управления контентом будет обеспечено
накопление и модификация в Хранилище данных информации следующего вида:
 Общая
справочная
и
атрибутивная
информация
об
объектах
культурного наследия. Справочная информация будет заноситься как в
окне создания объекта, так и в отдельном окне ведения справочной и
атрибутивной информации.
 Информационные материалы и документы, относящиеся к объектам
культурного наследия. Материалы и документы будут прикрепляться к
описанию объекта и в дальнейшем быть доступны в любых окнах
просмотра объекта в соответствии с правами доступа.
 Фото- и видеодокументы, относящиеся к объектам культурного
наследия. Фото и видео будут прикреплены к описанию объекта в
отдельном окне «Редактирование объекта».
 Ссылка на внешнее содержимое web страниц, в том числе на видео,
размещенное на Интернет-ресурсе «Youtube».
 Сведения о местоположении объекта культурного наследия на
территории Щелковского района.
 Отображение на карте маршрутных линий.
Будет обеспечена возможность доступа к программным средствам.
6.2.7.1. Структура административного веб-интерфейса
Структура административного веб-интерфейса будет представлена следующими
разделами:
- Раздел управления объектами.
Страница управления объектами представляет собой перечень всех объектов
(справа) и карту с объектами (слева).
Возможен просмотр данных объектов, как на карте, так и в модальном окне.
Редактирование и удаление объектов осуществляется на отдельных страницах
Подсистемы.
Добавление объекта может осуществляться 2-мя способами:
 при клике на карту;
 при нажатии на кнопку «Добавить объект».
Форма добавления объекта включает в себя следующие поля:
 Шаблон (список атрибутов объекта);
 Долгота;
 Широта;
 Масштаб по умолчанию;
 Название объекта;
При создании объекта с помощью клика по карте поля «Широта» и «Долгота»
заполняются автоматически.
- Раздел учетных записей пользователей
Включает в себя подразделы:
- Пользователи. Страница управления пользователями представлена в виде
таблицы со следующими полями:
 E-mail;
 Роли;
 Дата регистрации пользователя;
 Дата последней авторизации;
 Информация о блокировке пользователя;
 Действия над пользователем (удаление, редактирование).
- Роли. В системе по умолчанию будут предусмотрены две встроенных роли:
 Неавторизованный пользователь. Имеет ограниченный доступ к
информации и сервисам
Системы. Для данной роли допустимо
редактирование прав.
 Администратор
системы.
Обладает
всеми
правами
доступа
к
информационным ресурсам Системы. Редактирование прав для данной
роли не допустимо.
Система администрирование будет предусматривать создания неограниченного
количества ролей с настраиваемыми правами.
6.2.7.2. Функции Подсистемы администрирования
В целях обеспечения ведения пользователей Системы будет осуществляться
автоматизация следующих функций:
 создание, модификация и удаление ролей и пользователей;
 протоколирование
выполнения
пользователями
операций
над
объектами Системы;
Будет
обеспечена
возможность
администрирования
с
помощью
функций
Подсистемы объектов следующих подсистем:
 Подсистема учета информации об объектах культурного наследия;
 Подсистема обеспечения доступа к Хранилищу данных;
 Подсистема публичного доступа к Системе .
В целях обеспечения разграничения прав доступа пользователей к функциям и
информации Хранилища данных будет обеспечена автоматизация следующих функций:
 авторизация пользователей по идентификационным данным (логину и
паролю);
 установка прав доступа группам пользователей и пользователям к
объектам Системы;
Будет предусмотрена следующая иерархия функций подсистемы:
- операции с объектами культурного наследия:
 просмотр объектов культурного наследия;
 операции редактирования объектов:
 редактирование значений атрибутов;
 добавление атрибутов;
 удаление атрибутов;
 добавление объектов культурного наследия;
 удаление объектов культурного наследия;
- операции с шаблонами:
- просмотр шаблонов;
- добавление шаблонов;
- редактирование шаблонов;
- удаление шаблонов.
- операции с видами атрибутов:
- просмотр видов атрибутов;
- добавление видов атрибутов;
- редактирование видов атрибутов;
- удаление видов атрибутов.
- управление пользователями системы:
- просмотр пользователей;
- добавление пользователей;
- редактирование пользователей;
- удаление пользователей.
- управление ролями пользователей:
- просмотр ролей;
- создание ролей;
- редактирование ролей и раздача прав ролям;
- удаление ролей.
- поиск объектов культурного наследия:
 поиск по названию, адресу или ключевому слову;
 поиск по видам атрибутов (памятник истории, памятник археологии,
памятник монументального искусства, памятник градостроительства и
архитектуры);
 поиск по времени создания / возникновения объекта.
Результаты поиска отображаются как в виде списка (слева), так и на карте (справа).
6.3. Требования к режимам функционирования Системы
К функционированию Системы предъявляются следующие требования:
 круглосуточная работоспособность 24/7 (24 часа в сутки 7 дней в
неделю);
 защита информации от несанкционированного доступа;
 распределенный
доступ
пользователей
к
Системе
(каждый
редактирует только «свои данные» и имеет доступ только к тем
данным, которые ему настроены);
 обеспечение
сохранности
информации
при
авариях
(отказах
технических средств, потере питания т.п.);
 будет
обеспечена
возможность
поэтапного
наращивания,
как
производительности, так и функционального состава Системы;
 Система будет
иметь
открытые интерфейсы для
развития и
интеграции;
 Система
будет
обеспечивать
хранение
и
распространение
(реплицирование) информации.
6.4. Требования к численности и квалификации персонала Системы и
режиму его работы
Требования к квалификации персонала
К
квалификации
персонала,
эксплуатирующего
Систему,
предъявляются
следующие требования:
 конечный
пользователь
(знание
соответствующей
предметной
области);
 администратор Системы (необходима квалификация пользователя «системный администратор»).
Требования к режимам работы персонала
Персонал, работающий с Системой и выполняющий функции ее сопровождения и
обслуживания, будет работать в следующих режимах:
 конечный пользователь - в соответствии с основным рабочим
графиком подразделений Заказчика;
 системный администратор – в соответствии с основным рабочим
графиком подразделений Заказчика.
6.5. Показатели назначения
Требования к приспособляемости Системы к изменениям
Обеспечение приспособляемости Системы будет выполняться за счет:
 своевременности администрирования;
 модификации процедур доступа и представления данных конечным
пользователям;
 наличия настроечных и конфигурационных файлов у ПО подсистем.
6.6. Требования к надежности
Состав показателей надежности для СЦ в целом
Система будет обладать высокой степенью надежности, т.е. безотказно выполнять
определенные в ТЗ функции с достаточно большой вероятностью. Надежность Системы
следует рассматривать без учета числа сбоев и отказов, вызванных ненадежностью
аппаратных средств, программного обеспечения и СУБД. Интенсивность отказов
Системы, не выявленных при отладке и испытаниях, будет минимальна.
Надежность Системы определяется надежностью функциональных подсистем,
общего программного обеспечения, комплексов технических и инженерных средств.
Проектные решения будут обеспечивать:
1. Сохранение работоспособности Системы при отказе или выходе из
строя по любым причинам одного из компонентов комплекса технических
средств или телекоммуникационной подсистемы.
2. Сохранение всей накопленной на момент отказа или выхода из строя
информации при отказе двух и более одинаковых по назначению компонентов
Системы не зависимо от их назначения, с последующим восстановлением
после проведения ремонтных и восстановительных работ.
Будут обеспечены два уровня надежности Системы:
 уровень сохранности работоспособности;
 уровень сохранности информации.
Показатели
надежности
будут
обеспечивать
возможность
эффективного
выполнения функциональных задач Системы. Показатели надежности включают:
 среднее время между выходом из строя отдельных компонентов
Системы;
 среднее время на обслуживание, ремонт или замену вышедшего из
строя компонента;
 среднее время на восстановление работоспособности Системы.
Показатели надежности Системы будут достигаться комплексом организационнотехнических
мер
обеспечивающих
доступность
ресурсов,
их
управляемость
и
обслуживаемость.
Технические меры по обеспечению надежности будут предусматривать:
 резервирование критически важных компонентов и данных Системы
администратором;
 использование технических средств с избыточными компонентами и
возможностью их горячей замены;
 конфигурирование
используемых
средств
и
применение
специализированного ПО, обеспечивающего высокую доступность.
Организационные меры по обеспечению надежности будут направлены на
минимизацию
ошибок
персонала
(пользователей),
а
также
персонала
службы
эксплуатации при эксплуатации и проведении работ по обслуживанию комплекса
технических средств Системы, минимизацию времени ремонта или замены вышедших из
строя компонентов за счет:
 квалификации персонала (пользователей);
 квалификации обслуживающего персонала;
 регламентации и нормативного обеспечения выполнения работ
персонала (пользователей);
 регламентации проведения работ и процедур по обслуживанию и
восстановлению СЦ;
 своевременного оповещения пользователей о случаях нештатной
работы компонентов СЦ;
 своевременной диагностики неисправностей;
 наличия
договоров
на
сервисное
обслуживание
и
поддержку
компонентов комплекса технических средств.
В целом, надежность аппаратно-программного обеспечения будет обеспечивать
выполнение задач Системы с временем однократного простоя не более 30 минут и
суммарным временем простоя не более 24 часов в год.
Перечень аварийных ситуаций, по которым регламентируются требования к
надежности
При работе Системы возможны следующие аварийные ситуации, которые влияют
на надежность работы:
1.
Сбои технических средств:
 сбой в электроснабжении сервера: информация восстанавливается с
поддержкой целостности на момент сбоя. Требуется перезагрузка
сервера и повторное соединение рабочих станций с сервером. При
этом теряются все несохраненные данные на рабочих станциях.
Целостность обеспечивается путем поддержки механизма транзакций
сервером БД.
В случае невозможности
запуска сервера или
использования БД, данные Системы восстанавливаются из резервной
копии.
 сбой в электроснабжении рабочей станции операторов Системы: все,
не сохраненные на момент сбоя данные рабочей станции, теряются и
восстановлению не подлежат; на сервере обеспечивается целостность
информации. Для продолжения работы на рабочей станции требуется
перезагрузка операционной системы и повторное подключение к БД.
На прочие рабочие станции и сервер сбой одной из рабочих станций не
оказывает никакого влияния.
 сбой в электроснабжении обеспечения локальной сети (поломка сети):
Система остается неработоспособной до восстановления нормального
функционирования сети. После восстановления функционирования
сети требуется повторное подключение рабочих станций операторов к
серверу. Если одна из рабочих станций (или единственная рабочая
станция при локальной работе) располагается непосредственно на
сервере, то сбой сети не оказывает на нее никакого влияния.
 поломка сервера (потеря всей информации, хранимой на сервере): все
данные
теряются,
восстановление
информации
происходит
из
резервной копии, хранящейся удаленно от сервера.
2.
Ошибки программного обеспечения:
 ошибки Системы, не выявленные при отладке и испытании Системы.
Исполнитель обязан устранить в течение гарантийного срока
эксплуатации. Срок устранения зависит от сложности выявленных
ошибок и составляет от 5 до 50 дней (в отдельных случаях до 6
месяцев).
 сбои программного обеспечения сервера: требуется переустановка
программного обеспечения сервера. Если потеряна информация,
хранимая на сервере, то требуется восстановление данных из
резервной копии.
 сбои программного обеспечения рабочих станций операторов и
пользователей: требуется переустановка программного обеспечения
рабочей станции.
Требования к надежности технических средств и программного обеспечения
К надежности оборудования предъявляются следующие требования:
 в качестве аппаратных платформ будут использоваться средства с
повышенной надежностью;
 применение технических средств соответствующих классу решаемых
задач;
 аппаратно-программный комплекс Системы будет иметь возможность
восстановления в случаях сбоев.
К надежности электроснабжения предъявляются следующие требования:
 с
целью
повышения отказоустойчивости
необходима
обязательная
комплектация
Системы
серверов
в
целом
источником
бесперебойного питания с возможностью автономной работы
не
менее 15 минут;
 будет
обеспечено
бесперебойное
питание
активного
сетевого
оборудования.
Надежность аппаратных и программных средств будет обеспечиваться за счет
следующих организационных мероприятий:
 предварительного
обучения
пользователей
и
обслуживающего
персонала;
 своевременного выполнения процессов администрирования;
 соблюдения правил эксплуатации и технического обслуживания
программно-аппаратных средств;
 своевременное выполнение процедур резервного копирования данных.
Надежность программного обеспечения подсистем будет обеспечиваться за счет:
 надежности
общесистемного
ПО
и
ПО,
разрабатываемого
Исполнителем;
 проведением комплекса мероприятий отладки, поиска и исключения
ошибок;
 ведением журналов системных сообщений и ошибок по подсистемам
для последующего анализа и изменения конфигурации.
6.7. Требования к эргономике и технической эстетике
Подсистемы формирования и визуализации отчетности данных будет обеспечивать
удобный для конечного пользователя интерфейс, отвечающий следующим требованиям. В
части внешнего оформления:
 интерфейсы подсистем будут типизированы;
 будет
обеспечено
наличие
локализованного
(русскоязычного)
интерфейса пользователя;
 в шапке системы будет использоваться логотип Заказчика.
В части диалога с пользователем:
 для наиболее частых операций будут предусмотрены «горячие»
клавиши;
 при возникновении ошибок в работе подсистемы на экран монитора
будет выводиться сообщение с наименованием ошибки.
К другим подсистемам предъявляются следующие требования к эргономике и
технической эстетике:
 в части внешнего оформления: интерфейсы по подсистемам будут
типизированы;
 в части диалога с пользователем: для наиболее частых операций будут
предусмотрены «горячие» клавиши.
6.8. Требования к эксплуатации, техническому обслуживанию, ремонту и
хранению компонентов Системы
Обслуживание Системы
В процессе эксплуатации Системы будут проводиться следующие регламентные
работы:
 проверка
функционирования
сетевого
оборудования
и
служб.
Ежедневная проверка работоспособности сети путем доступа к
сетевым ресурсам сервера или компьютеров через сеть;
 проверка сервера. Ежедневная проверка работоспособности сервера
путем пробного доступа к его ресурсам;
 создание резервной копии БД. Ежедневное создание резервной копии
БД на жестком диске администратором хранилища данных либо перед
началом работы, либо сразу после ее окончания. Ежегодное
(ежемесячное, еженедельное) создание резервной копии БД на иных
носителях (компакт-диск, стример и т.п.). Периодичность записи
резервных копий на иные носители определяется в зависимости от
интенсивности работы и будет утверждена регламентом;
 проверка
функционирования
интернет-подключения.
Ежедневная
проверка работоспособности веб-сервера путем пробного доступа к
его ресурсам;
 обработка
данных.
Регламентные
работы
по
формированию,
пополнению и обработке информации в Системе.
Обновление версий Системы
Обновление Системы производится Исполнителем с разрешения Заказчика.
Обновление Системы состоит из 4 частей, каждая из которых производится
отдельно и независимо от других.
1. Обновление программы клиента.
2. Обновление
интерфейса
и
функциональных
возможностей
(обновление плагинов).
3. Обновление процедурной части базы данных.
4. Обновление структуры базы данных (включает в себя пункт 3, СЦ на
время обновления структуры базы данных становится недоступной на время
обновления)
6.9.
Требования к патентной чистоте
Программное обеспечение и алгоритмы, разработанные в соответствии с
условиями данного ТЗ, не будут являться предметом претензий о нарушениях патентного
права любой третьей стороны.
6.10. Требования к защите информации от несанкционированного доступа
Требования к информационной безопасности
Обеспечение информационной безопасности Системы будет удовлетворять
следующим требованиям:
 защита Системы будет обеспечиваться комплексом программнотехнических средств и поддерживающих их организационных мер;
 защита Системы будет обеспечиваться на всех технологических этапах
обработки информации и во всех режимах функционирования, в том
числе при проведении ремонтных и регламентных работ;
 программно-технические средства защиты не
ухудшать
основные
функциональные
будут существенно
характеристики
Системы
(надежность, быстродействие, возможность изменения конфигурации);
 разграничение прав доступа пользователей и
Системы
администраторов
будет строиться по принципу «что не разрешено, то
запрещено».
Требования к антивирусной защите
Средства антивирусной защиты будут установлены на всех рабочих местах
пользователей и администраторов Системы. Средства антивирусной защиты на рабочих
местах пользователей и администраторов будут обеспечивать:
 централизованное управление сканированием, удалением вирусов и
протоколированием
вирусной
активности
на
рабочих
местах
пользователей;
 централизованную автоматическую инсталляцию клиентского ПО на
рабочих местах пользователей и администраторов;
 централизованное автоматическое обновление вирусных сигнатур на
рабочих местах пользователей и администраторов;
 ведение журналов вирусной активности;
 администрирование всех антивирусных продуктов.
6.11. Требования по сохранности информации при авариях
В Системе будет обеспечено резервное копирование данных.
7.
Требования к функциям, выполняемым Системы
7.1. Требования к информационному хранилищу данных
Формирование информационного хранилища данных:
 хранение текущих и плановых данных, хранение ретроспективных
данных;
 хранение информации за весь период сбора и обработки информации в
соответствии с перечнем источников.
Нормативно-справочная информация:
 будет допускаться разработка дополнительных классификаторов и
справочников;
 будет предусмотрена возможность наращивания классификаторов и
справочников, как в отношении количества элементов, так и в части
развития их структуры (развитие иерархических структур, создание
дополнительных группировок и т.д.) без привлечения разработчиков
СЦ ;
 Система
будет
поставляться
с
набором
справочников
и
классификаторов, действующих на момент поставки;
Сбор и обработка данных:
 поддержка как актуальных, так и прежних форматов данных
указанных информационных источников;
 только те показатели, которые не могут быть извлечены из других
автоматизированных
дополнительно.
систем,
будут
собираться
в
Системе
7.2. Требования к базовой части веб-интерфейса для персональных
компьютеров, планшетных компьютеров, мобильных устройств
(смартфонов с сенсорным экраном)
В веб-интерфейсе Системы будут публиковаться данные по постановлениям и
регламентам для доступа из сети Интернет.
Система будет поддерживать браузеры Internet Explorer (версия 11 и выше),
Mozilla Firefox (версия 25 и выше), Google Chrome (версия 30 и выше);
Система будет требовать установки на клиентские устройства дополнительного
программного обеспечения и не будет использовать flash.
Система при построении визуализации будет поддерживать технологию HTML5.
Все табличные данные будут публиковаться в Системе в виде шаблонов и
выбирать информацию из базы данных Системы на момент отображения пользователю.
Система будет включать ситуационные панели (dashboard) с актуальной
информацией на текущий момент времени. Разделы, требующие внимания, будут
отмечаться сигнализирующими индикаторами. По нажатию на раздел укрупненного
интерфейса, будет открываться детальная информация по соответствующему разделу.
Размеры элементов интерактивных данных будет адаптироваться к разрешению
экрана устройства, на котором просматривается отчет. Будет поддерживаться разрешение
экрана от 1280*1024 и выше.
Интерфейс всех данных будет единообразным.
Будет реализован удобный интерфейс приложения для управления через
сенсорный экран.
Будет минимизировано количество управляющих действий пользователя.
8.
Требования к видам обеспечения
8.1. Требования к математическому обеспечению
Не предъявляются.
8.2. Требования к информационному обеспечению
Информационное
обеспечение
представляет
собой
совокупность
данных,
необходимых для функционирования Системы. В состав информационного обеспечения
входят нормативно-справочная
информация, информационные объекты, входные и
выходные данные и СУБД.
Состав данных будет достаточным для выполнения всех функций Системы и
отвечать
требованиям
полноты,
достоверности,
однозначной
идентификации,
непротиворечивости и необходимой точности представления.
Система
будет
обеспечивать
создание
справочной
базы,
при
этом
регламентировать следующие процессы:
 введение в БД списка культурных, туристских объектов;
 обновление соответствующих информационных массивов;
 обеспечение доступа группам пользователей к требуемым данным.
Система будет обеспечивать однократный ввод данных вне зависимости от того, в
каких информационных массивах или базах данных они будут храниться и какими
функциональными подсистемами использоваться.
Информационный обмен данными будет осуществляться между пользователями и
центральными частями Системы посредством информационных каналов связи (локальновычислительная сеть, коммутируемый доступ, выделенный канал связи и др.).
Требования по применению СУБД
Для
реализации
подсистемы
хранения
данных
будет
использоваться
промышленная СУБД MS SQL Server или аналогичная.
Требования к структуре процесса сбора, обработки, передачи данных в СЦ и
представлению данных
Процесс сбора, обработки и передачи данных в Системе
определяется
регламентом процессов сбора, преобразования и загрузки данных, разрабатываемом на
этапе «Проектирование. Разработка эскизного проекта. Разработка технического проекта».
Требования к защите данных от разрушений при авариях и сбоях в
электропитании Системы
Информация в БД Системы
будет сохраняться при возникновении аварийных
ситуаций, связанных со сбоями электропитания.
Система
будет
иметь
бесперебойное
электропитание,
обеспечивающее
её
нормальное функционирование в течение 15 минут в случае отсутствия внешнего
энергоснабжения, и 5 минут дополнительно для корректного завершения всех процессов.
Резервное копирование данных будет осуществляться на регулярной основе, в
объёмах, достаточных для восстановления информации в подсистемах хранения данных.
Требования к контролю, хранению, обновлению и восстановлению данных
К контролю данных предъявляются следующие требования:
 Система будет протоколировать все события, связанные с изменением
своего информационного наполнения, и иметь возможность в случае
сбоя в работе восстанавливать свое состояние, используя ранее
запротоколированные изменения данных.
К хранению данных предъявляются следующие требования:
 хранение данных в Системе будет производиться не более чем за 5
(пять) предыдущих лет. По истечению данного срока данные будут
переходить в архив;
 данные, превышающие пятилетний порог, будут храниться на
ленточном массиве с возможностью их восстановления.
К обновлению и восстановлению данных предъявляются следующие требования:
 для сервера сбора, обработки и загрузки данных необходимо
обеспечить резервное копирование его бинарных файлов (Home) раз в
2 недели и хранение копии на протяжении 2-х месяцев;
 для
сервера
базы
данных
необходимо
обеспечить
резервное
копирование его бинарных файлов раз в 2 недели и хранение копии на
протяжении 2-х месяцев;
 для хранилища данных необходимо обеспечить резервное копирование
и архивацию на ленточный массив в следующие промежутки времени:

холодная копия - ежеквартально;

логическая копия - ежемесячно (конец месяца);

инкрементальное
резервное
копирование
(воскресение);

архивирование – ежеквартально.
-
еженедельно
8.3. Требования к программно-техническому обеспечению
Требования к серверному оборудованию
Используемые
технические
средства
(компьютеры
и
другое
активное
оборудование) будут соответствовать следующим требованиям:
 количество аппаратных сбоев в работе сервера будет минимальным;
 количество аппаратных сбоев в работе рабочих станций будет
минимальным;
 будет обеспечена постоянная и устойчивая работа локальной сети;
 бесперебойная работа дисковой системы хранения данных сервера;
 будет предусмотрена Система бесперебойного питания сервера.
За технические сбои в работе пользователей, имеющих доступ к Internet, несет
ответственность сам пользователь.
Представлены минимальные требования к аппаратной части Системы, расчет
производился исходя из возможности одновременной работы без сбоев в аппаратной
части Системы 20 пользователей. Производительность аппаратной части может быть
увеличена по результатам внедрения Системы.
Таблица.1. Требования к программно-аппаратному обеспечению
Серве
р
Требования
к
программному обеспечению
Сервер
баз данных
Операционная
WindowsServer
20012
система:
Требования к аппаратному
обеспечению
Минимально
рекомендуемые
R2/2008 конфигурации:
R2/2003 SP2 (или эквивалент) и
выше;

Процессор 4-х ядерный,
3,33 GHz;
СУБД для реляционного

Жесткий диск (HDD):
хранилища данных: SQLServer 2х250 Gb;
2012SP1/2008SP2
(Enterprise)
эквивалент);
Edition
Standard

Локальная сеть (LAN):
(или будет обеспечено подключение по
локальной
СУБД для многомерной реляционной
сети
БД
к
серверу
и
серверу
Серве
р
Требования
к
программному обеспечению
Требования к аппаратному
обеспечению
базы данных: SQLAnalysisServer многомерной
третьего
2012SP1/2008SP2
звена.
и
объектов
Рекомендуется
(или Ethernet 1Gb (минимум 100Mb);
EnterpriseEdition

эквивалент).
При
базы
Оперативная
память
необходимости (RAM): 6-16Гб.
возможно разделение баз данных
на два сервера.
Сервер
приложений
Операционная
система:

Процессор: 2 x ядерный,

Оперативная
WindowsServer 2008 R2/2003 SP2 2GHz;
(или эквивалент);
память
Microsoft .Net Framework (RAM): 2GbRegistered;
3.5

Жесткий диск (HDD): от

Локальная сеть (LAN):
60 Гб;
будет обеспечено подключение по
локальной
сети
к
серверу
реляционной
БД
и
серверу
многомерной
базы
и
объектов
третьего
звена.
Рекомендуется
Ethernet 1Gb (минимум 100Mb).
ВЕБ-
Операционная
система:
сервер
WindowsServer 2008 R2/2003 SP2 2GHz;
(сервер
(или эквивалент);
интернетприложений)
InternetInformationService

Процессор: 2 x ядерный,

Оперативная
память
(RAM): 2GbRegistered;
(IIS)

Жесткий диск (HDD): от

Локальная сеть (LAN):
60 Гб;
будет обеспечено подключение по
локальной
сети
к
серверу
реляционной
БД
и
серверу
многомерной
базы
и
объектов
третьего
звена.
Рекомендуется
Серве
р
Требования
к
программному обеспечению
Требования к аппаратному
обеспечению
Ethernet 1Gb (минимум 100Mb).
Серверные компоненты могут быть совмещены на одном сервере. В этом случае
приведенные системные требования необходимо суммировать.
В случае отсутствия у Заказчика необходимого серверного оборудования:
 Исполнитель обеспечивает размещение Системы
на собственном
серверном оборудовании;
 Исполнитель предоставляет доступ к аналитическим отчетам Системы
через сеть Интернет специалистам Заказчика и прочим пользователям
отчетов. Исполнитель сообщает Заказчику адрес в сети Интернет, по
которому
Заказчик
сможет
просматривать
подготовленные
аналитические отчеты.
Система будет временно размещаться на серверах Исполнителя с последующим
переносом на сервера Заказчика.
Требования к электроснабжению
С целью повышения отказоустойчивости Системы необходимо выполнить
следующие мероприятия по обеспечению бесперебойного электроснабжения:
 использование источника бесперебойного питания для питания
серверов;
 использование источника бесперебойного питания для питания
устройств обеспечения сети (концентраторов, маршрутизаторов и
другого
активного
оборудования)
на
критических
участках
(определяются по значимости выполняемой работы);
 использование источника бесперебойного питания для рабочих
станций на критических участках (определяются по значимости
выполняемой работы).
Требования к контролю целостности данных Системы
В Системе будут предусмотрены меры, обеспечивающие целостность данных в
случае отказа программного обеспечения или аппаратных средств, исключая случаи
физического уничтожения носителя или нарушения функциональности носителя,
операционной системы или СУБД по вине их производителя.
Необходимо обеспечить контроль целостности данных Системы. В ходе загрузки
необходимо проверять:
 основные параметры реляционной базы данных;
 основные параметры многомерной базы данных;
 версии программных модулей;
 версии репозитория метаданных Системы.
В случае обнаружения критических ошибок и несоответствий запуск Системы не
производится. Информация о возникших проблемах будет содержаться в протоколе
ошибок сервера. Для восстановления данных в таких случаях следует использовать
резервные копии.
Требования к клиентскому оборудованию для просмотра аналитических
отчетов
В качестве клиентского устройства для просмотра аналитических отчетов
пользователи Системы могут использовать персональный компьютер (ноутбук, нетбук)
или мобильное устройство.
Требования к каналам передачи данных
Будет обеспечен доступ к Системе, размещенному на веб-сервере, из сети Интернет
с обеспечением всей необходимой защиты от несанкционированного доступа и защиты от
внешних атак.
8.4. Требования к методическому обеспечению
Перечень объектов обследования согласовывается с Заказчиком по направлениям
Системы. На этапе предпроектного обследования в ходе совместных обсуждений с
руководителями и специалистами структурных подразделений Заказчика и согласованных
объектов обследования определяются основные критерии систем
автоматизации и
проектируется практическая реализация, в том числе осуществляется:
 изучение существующей схемы процессов по функциональным
направлениям, обозначенным в пункте 5 настоящего Технического
задания;
 согласование состава пользователей (потребителей информации);
 согласование
перечня
аналитических
отчетов,
необходимых
к
формированию в Системе для разных категорий пользователей;
 согласование состава информационных источников (внутренних и
внешних) для формирования аналитических отчетов и хранилища
данных;
 согласование
регламента
информационного
взаимодействия
участников.
Исполнителем по результатам предпроектного обследования будет разработан и
согласован с Заказчиком отчет о проведении предпроектного обследования, включающий
альбом форм аналитических отчетов.
9.
Гарантийные обязательства
Гарантийное техническое обслуживание осуществляется Исполнителем своими
средствами и за свой счет в течение 12 (двенадцати) месяцев со дня подписания итогового
акта сдачи-приемки выполненных работ. При этом гарантия качества результатов работ
распространяется на все составляющие результатов работ.
Исполнитель гарантирует:
 достижение Системой указанных в Техническом задании показателей
и возможность ее эксплуатации на протяжении всего гарантийного
срока;
 выполнение всех работ в полном объеме и с качеством в соответствии
с Техническим заданием и действующими нормами;
 исправление по требованию Заказчика всех выявленных ошибок в
срок, установленный по согласованию Заказчика и Исполнителя;
 поставка пакетов обновлений;
 осуществление
консультирования
Заказчика
возникающим в процессе эксплуатации Системы
по
вопросам,
(по электронной
почте, по телефону и на территории Исполнителя).
10. Состав и содержание работ по созданию Системы
№
1.
Технологические
Результат
работы
Срок
технологических работ
1 этап:
Отчет
Проведение
о проведении
предпроектного
предмет
автоматизации
в
конкурсной
документации
Установка Системы
процессов
Акт
Конфигурирование
определяетс
я
предпроектного обследования обследования.
на
выполнения работ
сдачи-приемки
и работ.
внедрение Системы
2.
2 этап:
Эксплуатационная
Разработка и внедрение документация.
базового функционала
определяетс
Настроенные я
экземпляры
в
конкурсной
Системы. документации
Материалы для подготовки
персонала.
Протокол
подготовки персонала. Акт
сдачи-приемки работ.
3.
3 этап:
Эксплуатационная
Тестирование,
документация.
Настроенные я
устранение ошибок. Обучение экземпляры
пользователей
определяетс
в
конкурсной
Системы. документации
Заказчика по Материалы для подготовки
работе с Системой.
Обучение
персонала.
Инструкция
администратора
администраторов Заказчика по руководство
работе с Системой
Системы,
пользователя
Системой.
обучения.
Ведомость
Итоговый
сдачи-приемки
Акт
оказанных
услуг
11. Порядок контроля и приёмки Системы
Приемка
Системы
осуществляется
совместной
включающей представителей Заказчика и Исполнителя.
комиссией
по
приемке,
Приемо-сдаточные испытания проводятся по каждому этапу в соответствии с
Программой и методикой приемо-сдаточных испытаний, разрабатываемой Исполнителем
и утверждаемой Заказчиком.
Место проведения приёмо-сдаточных испытаний – Щёлковский район Московской
области.
На промежуточных этапах проведения приемо-сдаточных испытаний:
 исполнитель обеспечивает размещение Системы
на собственном
серверном оборудовании;
 исполнитель предоставляет доступ к аналитическим отчетам Системы
через сеть Интернет специалистам Заказчика и прочим пользователям
отчетов.
Исполнитель сообщает Заказчику адрес в сети Интернет, по которому Заказчик
сможет просматривать подготовленные аналитические отчеты.
Для организации проведения заключительных приемо-сдаточных испытаний
Исполнитель обеспечивает размещение Системы на серверном оборудовании Заказчика.
Программа и методика испытаний последнего этапа будет включать в себя тестирование
всех функциональных модулей Системы.
Результаты приемо-сдаточных испытаний заносятся в протокол приемо-сдаточных
испытаний и оформляются Исполнителем, на основании которого делается заключение о
соответствии Системы требованиям ТЗ. Несоответствия, выявленные в ходе проведения
приемо-сдаточных испытаний Системы, заносятся в протокол замечаний с указанием
срока их устранения.
После выполнения всех работ оформляется итоговый Акт сдачи-приемки
оказанных услуг.
В
результате
завершения
работ
будет
передано
Заказчику
программное
обеспечение Системы в составе:
 дистрибутивы программного обеспечения;
 методика инсталляции и настройки программного обеспечения.
11.1. Виды и объем испытаний Системы
Система подвергается испытаниям следующих видов:
1. Предварительные испытания.
2. Опытная эксплуатация.
3. Приемочные испытания.
Состав, объем и методы предварительных испытаний Системы
определяются
документом «Программа и методика испытаний», разрабатываемом на стадии «Рабочая
документация».
Состав,
объем
и
методы
опытной
эксплуатации
Системы
определяются
документом «Программа опытной эксплуатации», разрабатываемом на стадии «Ввод в
действие».
Состав, объем и методы приемочных испытаний Системы
определяются
документом «Программа и методика испытаний», разрабатываемом на стадии «Ввод в
действие» с учетом результатов проведения предварительных испытаний и опытной
эксплуатации.
12. Требования к составу и содержанию работ по подготовке объекта автоматизации
к вводу Системы в действие
В разделе необходимо привести перечень основных мероприятий, которые следует
выполнить при подготовке объекта автоматизации к вводу Системы в действие, а также
их исполнителей.
В перечень основных мероприятий включают:
 приведение поступающей в Систему информации (в соответствии с
требованиями к информационному и лингвистическому обеспечению)
к виду, пригодному для обработки с помощью ЭВМ;
 изменения,
которые
необходимо
осуществить
в
объекте
автоматизации;
 создание условий функционирования объекта автоматизации, при
которых
гарантируется
соответствие
создаваемой
Системы
функционирования
Системы
требованиям, содержащимся в ТЗ;
 создание
необходимых
для
подразделений и служб;
 сроки и порядок комплектования штата и обучения персонала.
Для создания условий функционирования, при которых гарантируется соответствие
создаваемой Системы требованиям, содержащимся в настоящем Техническом задании, и
возможность эффективного её использования, в организации Заказчика будет проведен
комплекс мероприятий.
13. Технические мероприятия
Силами Заказчика в срок до начала этапа «Разработка рабочей документации.
Адаптация программ» будут выполнены следующие работы:
 осуществлена подготовка помещения для размещения Системы
соответствии
с
требованиями,
приведенными
в
в
настоящем
Техническом задании;
 осуществлена закупка и установка необходимого;
 организовано необходимое сетевое взаимодействие.
14. Организационные мероприятия
Силами Заказчика в срок до начала этапа работ «Разработка рабочей документации.
Адаптация программ» будут решены организационные вопросы по взаимодействию с
системами-источниками данных. К данным организационным вопросам относятся:
 организация доступа к базам данных источников;
 определение регламента информирования об изменениях структур
систем-источников;
 выделение ответственных специалистов со стороны Заказчика для
взаимодействия с проектной командой по вопросам взаимодействия с
системами-источниками данных.
15. Изменения в информационном обеспечении
Для организации информационного обеспечения Системы
будет разработан и
утвержден регламент подготовки и публикации данных из систем-источников.
Перечень регламентов может быть изменен на стадии «Разработка рабочей
документации. Адаптация программ».
16. Требования к документированию
После завершения оказания услуги Исполнитель представляет Заказчику комплект
документации.
В процессе выполнения работ Исполнитель разрабатывает и передаёт Заказчику
следующую документацию:
 отчет по результатам предпроектного обследования. Отчет будет
содержать
характеристику
источников
объекта
предоставления
автоматизации,
информации,
описание
периодичность
предоставления информации, описание входных форм, описание
отчетных форм, описание процессов обработки информации, перечень
участников процесса информационного взаимодействия;
Все

проект регламента информационного взаимодействия участников;

эксплуатационная документация в составе:

руководство пользователя,

руководство администратора,

программа и методика приёмо-сдаточных испытаний.
разрабатываемые
межгосударственного
стандарта
документы
ГОСТ
будут
34.201-89
соответствовать
требованиям
«Информационная
технология.
Комплекс стандартов на автоматизированные СЦ. Виды, комплектность и обозначение
документов при создании автоматизированных систем».
Вся документация будет подготовлена и передана как в печатном, так и в
электронном виде (в формате MicrosoftWord) и передана Заказчику.
17. Порядок оформления и предъявления заказчику результатов работ
Порядок предъявления результатов работ определяется условиями контракта.
В целях осуществления со стороны Заказчика контроля соблюдения требований,
норм стандартов и контроля применяемых технических решений вся документация,
являющаяся результатом работ Исполнителя по разработке составных частей Системы, в
обязательном порядке будет согласовываться с Заказчиком.
Порядок оформления и предъявления результатов работ будет соответствовать
требованиям Комплекса стандартов и руководящих документов на автоматизированные
СЦ ГОСТ 34.201-89.
Порядок разработки и стадии создания Системы будет соответствовать ГОСТ
34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные
СЦ . Автоматизированные СЦ стадии создания».
Состав и содержание разрабатываемых при создании Системы документов будут
соответствовать Межгосударственному стандарту ГОСТ 34.201-89 «Информационная
технология. Комплекс стандартов на автоматизированные СЦ. Виды, комплектность и
обозначение документов при создании автоматизированных систем».