ГЛОБАЛЬНАЯ НАВИГАЦИОННАЯ СПУТНИКОВАЯ СИСТЕМА

ФЕДЕРАЛЬНОЕ АГЕНТСТВО
ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ
НАЦИОНАЛЬНЫЙ
СТАНДАРТ
РОССИЙСКОЙ
ФЕДЕРАЦИИ
ГОСТ Р
проект
Регистрационный номер
Год утверждения
ГЛОБАЛЬНАЯ НАВИГАЦИОННАЯ СПУТНИКОВАЯ СИСТЕМА
РЕГИОНАЛЬНЫЕ НАВИГАЦИОННО-ИНФОРМАЦИОННЫЕ
СИСТЕМЫ. НАЗНАЧЕНИЕ, СОСТАВ И ХАРАКТЕРИСТИКИ
СИСТЕМЫ ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ
ДЕЯТЕЛЬНОСТИ ОРГАНОВ ГОСУДАРСТВЕННОЙ ВЛАСТИ
Настоящий проект стандарта не подлежит применению до его
утверждения
Москва
Стандартинформ
2015
ГОСТ Р
проект 1
Предисловие
Цели и принципы стандартизации в Российской Федерации установлены
Федеральным законом от 27 декабря 2002 г. № 184-ФЗ «О техническом
регулировании», а правила применения национальных стандартов Российской
Федерации – ГОСТ Р 1.0–2004 «Стандартизация в Российской Федерации.
Основные положения»
Сведения о стандарте
1. РАЗРАБОТАН Обществом с ограниченной ответственностью «НИИ
Прикладной Телематики».
2. ВНЕСЕН Техническим комитетом по стандартизации ТК 363
«Радионавигация».
3. УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального
агентства по техническому регулированию и метрологии №____ от «___»
______ 2015 года.
4. ВВЕДЕН ВПЕРВЫЕ
Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012
(раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном
(по состоянию на 1 января текущего года) информационном указателе «Национальные
стандарты», а официальный текст изменений и поправок – в ежемесячном
информационном указателе «Национальные стандарты». В случае пересмотра (замены)
или отмены настоящего стандарта соответствующее уведомление будет опубликовано в
ежемесячно издаваемом информационном указателе «Национальные стандарты».
Соответствующая информация, уведомление и тексты размещаются также в
информационной системе общего пользования – на официальном сайте национального
органа Российской Федерации по стандартизации в сети Интернет (www.gost.ru).
© Стандартинформ, 2015
Настоящий стандарт не может быть воспроизведен, тиражирован и распространен в
качестве официального издания без разрешения национального органа Российской Федерации
по стандартизации
II
ГОСТ Р
проект 1
Содержание
1 Область применения……………………………………………..………….…5
2 Нормативные ссылки………………………………………………….….……6
3 Термины и определения ……………………………………...………….……6
4 Обозначения и сокращения………………………………………………..…..8
5 Назначение……………………………………………………………………...9
6 Состав…...………………………………………………………………….…10
7 Характеристики......................................……….…………………………..11
Приложение А (обязательное) Технические требования к параметрам
серверов ………………………………………………...…29
Приложение Б (обязательное) Технические требования к параметрам
системы хранения данных………………………………...30
Приложение
В
(обязательное)
Требования
к
полному
составу
слоев………………………………………………………...31
Библиография…………………………………………………………………..32
III
ГОСТ Р
проект 1
Введение
Настоящий стандарт входит в комплекс стандартов «Глобальная
навигационная
спутниковая
система.
Региональные
навигационно-
информационные системы».
4
ГОСТ Р
проект 1
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
__________________________________________________________________
ГЛОБАЛЬНАЯ НАВИГАЦИОННАЯ СПУТНИКОВАЯ СИСТЕМА
РЕГИОНАЛЬНЫЕ
НАВИГАЦИОННО-ИНФОРМАЦИОННЫЕ СИСТЕМЫ НАЗНАЧЕНИЕ,
Состав и характеристики
системы информационного обеспечения деятельности органов
государственной власти
Global navigation satellite system
Regional navigation and information systems
Purpose, composition and characteristics of systems
of information support of activity of public authorities.
__________________________________________________________________
Дата введения – 201Х-ХХ-ХХ
1 Область применения
Настоящий
региональных
стандарт
и
на
навигационно-информационных
информационного
власти
распространяется
обеспечения
устанавливает
деятельности
требования
к
ее
входящую
систем
органов
в
состав
систему
государственной
назначению,
составу
и
характеристикам, направленные на обеспечение соблюдения требований
Постановления Правительства Российской Федерации от 21 декабря 2012 г.
№ 1367 МОСКВА «Об утверждении Правил предоставления и распределения
в 2013 - 2014 годах субсидий из федерального бюджета бюджетам субъектов
Российской Федерации на информационно-навигационное обеспечение
автомобильных маршрутов по транспортным коридорам «Север-Юг» и
«Восток-Запад» 1.
5
ГОСТ Р
проект 1
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на
следующие стандарты:
ГОСТ Р 52928 – 2010 Система спутниковая навигационная глобальная.
Термины и определения
ГОСТ Р 55524-2013 Глобальная навигационная спутниковая система.
Системы навигационно-информационные. Термины и определения.
3 Термины и определения
В
настоящем
стандарте
применены
следующие
термины
с
соответствующими определениями:
3.1
глобальная
навигационная
спутниковая
система:
ГНСС:
Навигационная спутниковая система, предназначенная для определения
пространственных координат, составляющих вектора скорости движения,
поправки показаний часов и скорости изменения поправки показаний часов
потребителя ГНСС в любой точке на поверхности Земли, акватории
Мирового океана, воздушного и околоземного космического пространства.
[ГОСТ Р 52928–2010, статья 1]
3.2 крупногабаритный груз: Груз, который с учетом габаритов
транспортного средства превышает установленные габаритные параметры
для движения транспортных средств по автомобильным дорогам общего
пользования.
3.3
6
ГОСТ Р
проект 1
мониторинговая
системы:
информация
Координатно-временная
навигационно-информационной
и
телеметрическая
информация,
передаваемая от объектов навигации в навигационно-информационные
центры.
П р и м е ч а н и е - Разновидностью мониторинговой информации
навигационно-информационной
системы
является
мониторинговая
информация в системах диспетчерского управления по ГОСТ Р 54024-2010.
[ГОСТ Р 55524 – 2013, статья 7]
3.4
навигационно-информационная
Автоматизированная
спутниковой
навигационных
система,
радионавигации
определений,
система;
основанная
и
на
реализации
предназначенная
передачи
от
НИС:
метода
для
проведения
объектов
навигации
мониторинговой информации и формирования на ее основе системной
навигационной информации, предоставляемой потребителям.
[ГОСТ Р 55524 – 2013, статья 12]
3.5
навигационная информация: Сведения прямо или косвенно
используемые
для
определения
пространственных
координат,
составляющих вектора скорости движения и поправки показаний часов
потребителя.
[ГОСТ Р 52928 – 2010, статья А.4]
3.6
7
ГОСТ Р
проект 1
опасный груз: Опасное вещество, материал, изделие и отходы
производства, которые вследствие их
специфических
свойств при
транспортировании или перегрузке могут создать угрозу жизни и здоровью
людей, вызвать загрязнение окружающей природной среды, повреждение и
уничтожение транспортных сооружении, средств и иного имущества.
[ГОСТ Р 22.0.05-94, статья 3.4.2].
3.7
специальный
груз: Груз,
нуждающийся
в
индивидуальной
упаковке и маркировке, нестандартной обработке, оформлении специальных
документов, и, как правило, перевозящийся по особым тарифам.
3.8
бытовые отходы: Отходы потребления, образующиеся в бытовых
условиях в результате жизнедеятельности населения
[ГОСТ 30772-2001]
3.9 тяжеловесный груз: Груз, который с учетом собственной массы
транспортного
средства
превышает
установленные
на
территории
Российской Федерации хотя бы один нормативный весовой параметр:
максимальную массу или максимальную осевую нагрузку транспортного
средства.
4 Обозначения и сокращения
В настоящем стандарте применены следующие обозначения и
сокращения:
АСН
-
аппаратура спутниковой навигации
8
ГОСТ Р
проект 1
БД
-
база данных
ГИС
-
геоинформационная система
ГЛОНАСС
-
Глобальная
навигационная
спутниковая
система
Российской Федерации
ДТК
-
дорожно-транспортный комплекс
ПО
-
программное обеспечение
РНИС
-
региональная навигационно-информационная система
СРКВД
-
система резервного копирования и восстановления
данных
СУБД
-
система управления базами данных
СХД
-
система хранения данных
ТС
-
транспортное средство
GPS
-
Global Positioning System (глобальная навигационная
спутниковая система Соединенных Штатов Америки
TCP/IP
-
набор
сетевых
протоколов
передачи
данных,
используемых в сетях, включая сеть Интернет
5 Назначение
5.1 Подсистема информационного обеспечения деятельности органов
государственной власти предназначена для сбора обобщенной информации о
работе отраслевых подсистем РНИС и предоставления на ее основе
информационно-аналитической
поддержки
реализации
органами
государственной власти возложенных на них функций.
5.2 Целью создания Системы является повышение:

оперативности предоставления достоверной информации о
работе транспортного комплекса субъекта РФ в целом и по его отдельным
9
ГОСТ Р
проект 1
направлениям;

качества контроля за выполнением договорных обязательств при
оказании транспортных услуг;

безопасности дорожного движения за счет своевременной
информационно-аналитической
поддержки
принятия
решений
руководителей субъектов РФ и региональных органов исполнительной
власти;

управленческого эффекта в штатных и нештатных ситуациях.
5.3
Система
должна
обеспечивать
обслуживание
в
качестве
пользователей:

органов
государственной
власти
субъекта
Российской
Федерации;

органов местного управления субъекта Российской Федерации.
6 Состав
6.1
Система
должна
создаваться
и
функционировать
как
распределенная система.
6.2 Система должны быть построена по модульному принципу и в
обязательном порядке включать в свой состав следующие основные
компоненты:

модуль администрирования и управления доступом;

модуль сбора исходных данных;

модуль решения аналитических задач;

управляющий модуль;

модуль управления базой данных;

ГИС-модуль;

модуль представления данных пользователям.
10
ГОСТ Р
проект 1
6.3 Кроме того, в состав Системы дополнительно могут быть включены
и другие компоненты (модули).
П р и м е ч а н и е – Назначение и состав дополнительных компонентов
(модулей), включаемых в Систему определяется решением субъекта
Российской Федерации.
6.4 Структура Системы представлена на рисунке 1.
1
4
Модуль решения аналитических задач
5
8
9
Управляющий модуль
Модуль
представления
данных
пользователям
Модуль сбора
исходных данных
6
7
Модуль управления
базой данных
ГИС-модуль
Потребители результатов
функционирования системы
3
Источники исходных данных
2
Модуль администрирования и управления доступом
Описание взаимосвязей:
Исходные данные для работы системы,
запросы на выполнение аналитических задач
Запросы на выполнение аналитических задач пользователей
системы
Наполнение базы данных, получение исходных данных для
решения аналитических задач и представления результатов
Процессы администрирования специального программного
обеспечения системы
Результаты функционирования системы
Рисунок 1 – Структура Системы
7 Характеристики
7.1 Требования к функционалу Системы
7.1.1 Система
должна
обеспечивать
выполнение
следующих
функциональных задач:

представление сводной информации о состоянии транспортного
11
ГОСТ Р
проект 1
комплекса
субъекта
РФ
с
высокой
оперативностью,
в
наглядном
(настраиваемом) виде;

возможность
отображения
детальной
информации
по
настраиваемому
в интерактивном режиме объекту контроля (отрасли, району, предприятию,
маршруту, определенному показателю и т.д.);

возможность
формирования
поручений
для
отработки
проблемных ситуаций и получения более детальной информации;

возможность получения формализованной отчетной информации
по результатам контроля функционирования транспортного комплекса;
7.1.2 Для реализации функциональных задач Системы в качестве
источников данных должны выступать следующие обязательные отраслевые
подсистемы РНИС субъекта Российской Федерации:

подсистемы
мониторинга
и
управления
пассажирскими
перевозками на территории субъекта Российской Федерации;

подсистемы мониторинга и управления школьными автобусами
на территории субъекта Российской Федерации;

подсистемы
навигационно-информационной
автоматизированной системы обмена информацией, обработки вызовов и
управления
ГЛОНАСС
с
использованием
или
аппаратуры
ГЛОНАСС/GPS
спутниковой
транспортными
навигации
средствами
территориального центра медицины катастроф, скорой и неотложной
медицинской помощи на территории субъекта Российской Федерации;

подсистемы мониторинга перевозок специальных, опасных,
крупногабаритных и тяжеловесных грузов автомобильным транспортом на
территории субъекта Российской Федерации;

подсистемы мониторинга автомобильных транспортных средств
12
ГОСТ Р
проект 1
организаций жилищно-коммунального хозяйства, включая снегоуборочные
машины, мусоровозы и др., на территории субъекта Российской Федерации.
7.1.3 По усмотрению высшего органа исполнительной власти субъекта
Российской Федерации источниками данных для Системы также могут быть:

подсистемы
высокоточного
позиционирования
объектов
транспортного комплекса субъекта Российской Федерации;

подсистемы мониторинга и управления дорожной техникой на
территории субъекта Российской Федерации;

средствами
подсистемы
мониторинга
органов
государственной
и
управления
власти
транспортными
субъекта
Российской
Федерации;

подсистемы мониторинга автомобильных транспортных средств,
используемых для перевозки лесоматериалов на территории субъекта
Российской Федерации;

подсистемы мониторинга автомобильных транспортных средств,
используемых для нужд сельского хозяйства на территории субъекта
Российской Федерации;

подсистемы информационного обеспечения потребителей услуг
транспортного комплекса (в том числе перевозок пассажиров и грузов
автомобильным транспортом) в субъекте Российской Федерации;

автоматизированной
подсистемы
управления
дорожным
движением в субъекте Российской Федерации;

подсистемы
информационно-справочного
обеспечения
транспортного комплекса субъекта Российской Федерации.
7.2 Требования к протоколам обмена информацией между Системой
(ее
модулей)
с
другими
подсистемами
РНИС
и
внешними
автоматизированными системами
13
ГОСТ Р
проект 1
7.2.1 Обмен информацией между Системой (ее модулей) и другими
подсистемами РНИС, а также внешними автоматизированными системами
должен осуществляться с использованием протокола уровня поддержки услуг
- по ГОСТ Р «Глобальная навигационная спутниковая система. Региональные
навигационно-информационные
системы.
Описание
протокола
межсистемного взаимодействия».
7.3 Требования к основным компонентам (модулям) Системы
7.3.1 Модуль администрирования и управления доступом Системы
должен обеспечивать выполнение следующих функций:

ведение редактируемой нормативно-справочной информации по
пользователям Системы и их ролям;

администрирование
редактируемой
нормативно-справочной
информации, циркулирующей в Системе и необходимой для реализации
пользовательских функций;

администрирование учетных записей пользователей (создание,
назначение/изменение прав (роли), удаление);

управление доступом пользователей к Системе (функциям
Системы);

регистрацию действий пользователей (вход/выход; создание,
удаление,
изменение
данных/отчетов;
выдача/получение/отработка
поручений).

администрирование
системного
журнала
загрузки/выгрузки
данных.
7.3.2 Модуль сбора исходных данных должен обеспечивать выполнение
следующих функций:

сбор исходных данных о состоянии ДТК Субъекта РФ
(агрегированной
и
не
агрегированной
информации,
содержащей
14
ГОСТ Р
проект 1
качественные и количественные характеристики транспортного комплекса,
отражающие уровень соответствия ключевых показателей эффективности
функционирования транспортного комплекса заданным нормативными
документами значениям);

прием исходных данных в различных форматах (xls, xml);

прием исходных данных с заданной периодичностью, по
расписанию или по запросу;

обработка и систематизация исходных данных для дальнейшего
использования Системой;

ведение журналов учета поступивших и обработанных запросов,
посланных запросов и полученных ответов.
7.3.3 Модуль решения аналитических задач должен обеспечивать
выполнение следующих функций:

по заданным условиям автоматический расчет и контроль
ключевых показателей, характеризующих эффективность работы ДТК по
отраслевым направлениям;

обеспечивать математическую и статистическую обработку
исходных данных о состоянии ДТК с целью формирования отчетных форм,
характеризующих состояние ДТК в целом или в определенной части.
7.3.4
Управляющий
модуль
должен
обеспечивать
выполнение
следующих функций:

организация взаимодействия модулей Системы в рамках решения
функциональных
задач
по
сбору,
обработке
исходных
данных
и
представлению результатов обработки в определенном пользователем виде.
7.3.5
Модуль
управления
базой
данных
должен
обеспечивать
выполнение следующих функций:

сбор, запись в базу данных результатов мониторинга ДТК,
15
ГОСТ Р
проект 1
необходимых для выполнения аналитических задач;

запись в базу данных результатов выполнения аналитических
задач (отчетов, характеризующих состояние ДТК);

поиск и выдачу информации из базы данных по запросу;

выполнение
резервного
копирования
базы
данных
(периодическое или по запросу администратора);

восстановление базы данных из резервной копии.
7.3.6 ГИС-модуль должен обеспечивать выполнение следующих
функций:

отображение электронной карты Субъекта РФ;

возможность нанесения на электронную карту результатов
мониторинга функционирования ДТК Субъекта РФ (в виде условных
графических обозначений);

возможность работы с картой (масштабирование, передвижение);

отображение ключевых показателей в удобном для восприятия

отображение информативных слоев.
виде;
7.3.6
Модуль
представления
данных
пользователям
должен
аналитических
задач
обеспечивать выполнение следующих функций:
а) отображение
результатов
выполнения
(отчетов) в текстовом или графическом виде, а также на электронной
карте;
б) возможность выбора пользователем детализации отображаемых
данных по следующим уровням:

уровень муниципального образования / городского округа;

уровень транспортного предприятия;
16
ГОСТ Р
проект 1

уровень маршрута перевозки.
в) возможность
выбора
пользователем
формы
представления
информации:

в виде текстовых отчетов (в табличном виде);

в виде графических схем (графиков, диаграмм);

на электронной карте;

комбинированное представление;
г) возможность определения пользователем порядка представления
данных:
периодически
(пользователь
должен
иметь
возможность
назначения периодичности) или по заявке (запросу);
д) отображение нормативно-справочной информации Системы.
7.3.7 Требования к набору АРМ и их функционалу
Система должен поддерживать три типа АРМ пользователей:

АРМ Администратора;

АРМ Аналитика;

АРМ Руководителя (удаленный АРМ руководителя).
Каждый АРМ должен предоставлять пользователю конечный набор
функций (см. таблицы 1-3).
Таблица 1 – Функции АРМ Администратора
Функция
Дополнительная информация
1. Ведение редактируемой
нормативно-справочной
информации по пользователям и их
ролям.
Администратор должен иметь
возможность редактировать
справочники – добавлять,
редактировать и
удалять/деактивировать элементы.
2. Администрирование
редактируемой нормативносправочной информации,
Обеспечение администрирования
справочников.
17
ГОСТ Р
проект 1
Функция
Дополнительная информация
циркулирующей в Системе и
необходимой для реализации
функций АРМ.
3. Администрирование журнала
действий пользователя.
Ведение журнала действий
пользователя для последующего
просмотра Администратором. Каждая
запись журнала содержит:
 Дата и время действия.
 Пользователь, совершивший
действие.
 Тип действия.
 Дополнительная информация по
действию пользователя.
Также предоставляет
Администратору фильтр по дате,
пользователю, типу действия для
удобства поиска информации.
Список журналируемых действий
уточняется на этапе технического
проектирования Системы.
4. Администрирование системного Ведение системного журнала
журнала загрузки/выгрузки данных. загрузки и выгрузки данных во
внешние системы с указанием
даты/времени операции, типа
операции и результата выполнения.
Предоставление интерфейса для
просмотра журнала с возможностью
фильтрации по дате и типу операции.
5. Реализация мер по обеспечению
защиты данных от
несанкционированного доступа.
Настройка ролей, анализ журналов,
настройка СУБД.
6. Реализация интерфейса панели
администратора.
Управление резервным
копированием, восстановление
данных, просмотр состояния
18
ГОСТ Р
проект 1
Функция
Дополнительная информация
серверов.
7. Интерактивная справочная
система к экранным формам
8. Управление списками
источников исходных данных.
Таблица 2 – Функции АРМ Аналитика
Функция
1. Контроль загрузки исходных
данных из внешних систем.
Дополнительная информация
Аналитик должен осуществлять
контроль поступающих в Подсистему
данных, производить проверку
полноты и правильности данных.
Также аналитик должен осуществлять
контроль за своевременной выгрузкой
данных.
2. Ввод исходных данных отчетов При отсутствии технической
вручную.
возможности автоматической выгрузки
отчётов, ручной выгрузки отчётов или
по какой-либо другой причине
аналитик должен вносить отчётные
данные в Подсистему вручную через
соответствующие экранные формы
Подсистемы.
3. Создание расписания
(сценария) для
автоматизированного
формирования отчетов.
Подсистема должна предоставить
интерфейс для настройки расписания
для автоматизированного
формирования отчетов (при условии
наличия всех исходных данных на
момент формирования отчета).
4. Создание, редактирование и
просмотр сформированных
отчетов.
Подсистема должна предоставить
интерфейс для создания,
редактирования и просмотра
сформированных отчетов.
19
ГОСТ Р
проект 1
Функция
Дополнительная информация
Должны поддерживаться следующие
форматы отображения данных отчетов:
5. Работа с поручениями.
 Отчет в Excel.
 График/диаграмма.
 Отображение данных на
картографической основе.
Подсистема должен предоставить
Аналитику интерфейс для работы с
поручениями, поступившими от
Руководителя.
Должна быть предоставлена
возможность прикрепления отчетов к
поручению.
Должен быть предоставлен интерфейс
для просмотра действующих и
архивных поручений с фильтрацией по
дате, приоритету и статусу
выполнения.
6. Ручное формирование
выходных отчетов.
В Подсистеме должен быть
предусмотрен интерфейс для ручного
(принудительного) запуска процедуры
формирования выходных отчетов по
запросу Аналитика.
7. Отображение на
картографической основе
статистических диаграмм
(графиков) и слоев на основании
результатов выполнения
аналитических задач.
8. Работа с нормативносправочной информацией,
циркулирующей в Системе
Аналитик, наряду с Администратором,
должен редактировать
соответствующий набор НСИ.
9. Интерактивная справочная
система к экранным формам
20
ГОСТ Р
проект 1
Функция
Дополнительная информация
системы.
10. Настройка пороговых
значений ключевых показателей
функционирования ДТК
Таблица 3 - Функции АРМ Руководителя
Функция
Дополнительная информация
1. Отображение результатов
выполнения аналитических задач
на картографической основе в
виде графиков, диаграмм, слоев,
отчетов с привязкой к
административным единицам.
Руководитель должен оценивать общее
состояние подконтрольных регионов,
районов, муниципальных образований
и предприятий, основываясь на
значениях ключевых показателей
функционирования ДТК, а также
других данных, полученных из
сторонних систем.
2. Работа с интерфейсом
поручений для пользователей.
Руководитель должен иметь
возможность создавать/редактировать
поручения (на основе справочника
поручений), определяя: ответственное
лицо, срок выполнения, важность
(приоритет), тему и содержание
поручения, а также контролировать
процесс их выполнения.
Каждая запись справочника содержит:
3. Создание, редактирование и
 Идентификатор поручения
 Краткое описание (название)
поручения
 Текст поручения
 Ответственный пользователь
 Срок выполнения
 Приоритет
 Дата выполнения
 Статус
Подсистема должна предоставить
21
ГОСТ Р
проект 1
Функция
Дополнительная информация
просмотр сформированных
отчетов.
интерфейс для создания,
редактирования и просмотра
сформированных отчетов.
Должны поддерживаться следующие
форматы отображения данных отчетов:
 Отчет в Excel.
 График/диаграмма.
Отображение данных на
картографической основе.
4. Интерактивная справочная
система к экранным формам
5. Настройка пороговых значений
ключевых показателей
функционирования ДТК
7.4 Требования к аппаратным средствам, необходимые для обеспечения
эффективного функционирования Системы
7.4.1 Аппаратный комплекс Системы должен состоять из следующих
основных элементов:

оборудования связи, обеспечивающего подключение к Системе
пользователей с использованием цифровых каналов связи стандарта TCP/IP
(в т.ч. по необходимости через сеть Интернет) и балансировку нагрузки;

фермы серверов (далее – серверы), обеспечивающей обработку
информации;

СХД,
обеспечивающей
физическое
хранение
данных
и
служебной информации Системы;

данных
СРКВД, обеспечивающей создание и хранение резервной копии
Системы
и
возможность
быстрого
восстановления
работоспособности Системы в случае выхода из строя основной системы
22
ГОСТ Р
проект 1
хранения данных.
7.4.2 Пропускная способность каналов связи должна быть рассчитана
на этапе технического проектирования РНИС в целом.
7.4.3 Технические требования к параметрам серверов, входящих в
ферму серверов, должны соответствовать требованиям, приведенным в
Приложении А.
7.4.4 Серверы, входящие в ферму серверов, должны иметь аппаратную
поддержку удаленного администрирования на базе механизма управления
серверами в условиях отсутствия физического доступа к ним.
7.4.5 Технические
требования
к
параметрам
СХД
должны
соответствовать требованиям, приведенным в приложении Б.
7.4.6 Общий объем дискового массива СХД должен быть определен на
этапе технического проектирования РНИС в целом (в зависимости от
количества подключенных внешних подсистем, информация от которых
регистрируется и хранится в Системе).
7.4.7 СРКВД
должна
удовлетворять
техническим
требованиям,
предъявляемым к СХД, за исключением требуемого объема дискового
массива, который для СРКВД должен составлять не менее 2/3 от общего
объема дискового массива СХД. Функционирование СРКВД должно
осуществляться без значительного увеличения нагрузки на компоненты
Системы.
7.5 Требования к программному обеспечению Системы
7.5.1 Программное обеспечение (ПО) Системы должно состоять из
общего
программного
обеспечения,
реализующего
стандартную
функциональность, необходимую для работы Системы (операционные
системы, системы управления базами данных, служебные системы), и
23
ГОСТ Р
проект 1
специального
программного
обеспечения,
реализующего
функционал
Системы.
7.5.2 Должна быть обеспечена открытость архитектуры Системы,
позволяющая
совершенствовать
и
наращивать
состав
программного
обеспечения на основе модульности построения.
7.5.3 В состав общего ПО должно входить:

сетевые операционные системы для запуска систем управления
базами данных;

сетевые операционные системы для запуска специального
программного обеспечения Системы;

системы управления базами данных (СУБД);

системы резервного копирования и восстановления данных.
7.5.4 Общее программное обеспечение должно обеспечивать:

организацию
вычислительного
процесса,
процессы
ввода,
вывода, обработки информации, поддержку работы технических средств и
обеспечения доступа к ресурсам Системы;

поддержку технологии «клиент-сервер» и обмена данными;

реализацию
механизмов
защиты
информации
от
несанкционированного доступа;
7.5.5 Сетевая операционная система для запуска СУБД должна
соответствовать следующим требованиям:

операционная
система
должна
быть
масштабируемой
высокопроизводительной 64-битной серверной операционной системой,
обеспечивающей высокий уровень надежности и безопасности информации;

операционная
система
должна
обеспечивать
кластерную
конфигурацию СУБД, работающей в режиме «горячей замены»;

операционная система должна быть свободно-распространяемой.
24
ГОСТ Р
проект 1
7.5.6 Сетевая операционная система для запуска специального
программного обеспечения Системы должна соответствовать следующим
требованиям:

операционная
система
должна
быть
масштабируемой
высокопроизводительной 64-битной серверной операционной системой,
обеспечивающей высокий уровень надежности и безопасности информации;

операционная система должна быть совместимой с специальным
программным обеспечением Системы;

операционная система должна быть свободно-распространяемой.
7.5.7 СУБД должна соответствовать следующим требованиям:

СУБД должна быть высокопроизводительной, масштабируемой
системой уровня предприятия, обладающей высокой надежностью и
доступностью;

СУБД должна обеспечивать кластерное решение с режимом
«горячей замены» для обеспечения необходимого для Системы уровня
надежности и доступности;

большинство регламентных работ по сопровождению СУБД
должны производиться без остановки предоставления сервисов Системы.
Если
для
каких-то
регламентных
операций
необходима
остановка
предоставления услуг Системы, то время и частота данных операций должны
соответствовать общим требованиям к надежности и доступности РНИС;

СУБД должна быть совместима с специальным программным
обеспечением Системы.
7.5.8 Система резервного копирования и восстановления данных
должна соответствовать следующим требованиям:

СРКВД должна обеспечивать быстрое, гибкое и надежное
восстановление приложений и данных;
25
ГОСТ Р
проект 1

СРКВД должна обеспечивать централизованное управление
резервным копированием и восстановлением данных всей виртуальной
инфраструктуры Системы (в случае ее наличия).
7.5.9
Пользовательские
интерфейсы
специального
программного
обеспечения Системы, должны быть реализованы как web-интерфейс и
должны
функционировать
без
дополнительных
ограничений
на
автоматизированных рабочих местах пользователей, но с возможностью (при
необходимости) установки дополнительных бесплатных и безопасных
компонент, в среде интернет-браузеров, включая, но не ограничиваясь:
Microsoft Internet Explorer (версия 9 и выше), Opera (версия 10 и выше),
Google Chrome (версия 10 и выше), Mozilla Firefox (версия 4 и выше). Safari
(версия 4 и выше).
7.6 Требования к режимам функционирования, надежностным и другим
характеристикам Системы
7.6.1 Требования к надежности
Технические средства Системы должны удовлетворять следующим
показателям надежности:

коэффициент готовности - не менее 99,67 % времени работы
системы в год;

средняя наработка на отказ - не менее 15 тысяч часов;

среднее время восстановления работоспособности серверного
программного обеспечения - не более часа;

гарантийный срок эксплуатации - 2 года;

средний срок службы - 6 лет.
Для обеспечения указанных показателей надежности при создании
Системы все используемые аппаратные средства Системы, каналы питания и
передачи данных должны иметь горячее резервирование.
26
ГОСТ Р
проект 1
Система гарантированного электропитания должна предоставлять
первичное электропитание аппаратному комплексу Системы одновременно
не менее чем по двум независимым линиям (вводам), подключенным к
независимым источникам. Одновременное отключение электропитания по
всем независимым вводам недопустимо.
Система не должна прекращать штатную работу при пропадании
электропитания по одному из вводов.
Система
должна
быть
подключена
к
информационно-
телекоммуникационной сети Заказчика создания РНИС субъекта Российской
Федерации не менее чем по двум независимым каналам связи с пропускной
способностью, обеспечивающей функционирование РНИС в соответствии с
показателями назначения.
В случае необходимости Система может быть подключена к
информационно-телекоммуникационной сети Интернет.
Система хранения данных (далее – СХД) должна содержать не менее
двух независимых внешних дисковых массивов, работающих в горячем
резерве.
Система резервного копирования и восстановления данных (далее –
СРКВД) должна быть физически отделена от места установки СХД
(расположена в другом помещении) для обеспечения сохранности резервной
копии данных Системы при возникновении чрезвычайных ситуаций
техногенного характера.
Требования к характеристикам каналов связи, СХД и СРКВД должны
быть определены на этапе технического проектирования РНИС в целом.
7.6.2
Система
должна
функционировать
в
непрерывном
и
круглосуточном режиме работы.
27
ГОСТ Р
проект 1
7.6.3 Требования по стандартизации и унификации
При
разработке
национальных
Системы
стандартов
должны
Российской
учитываться
Федерации
требования
в
области
межгосударственных стандартов в области информационных технологий и
автоматизированных систем.
Должна
обеспечиваться
информационная
совместимость
РНИС
смежных (в рамках транспортных коридоров) субъектов Российской
Федерации в соответствии с действующими нормативно-техническими
актами.
7.6.4 Требования к лингвистическому обеспечению
Лингвистическое
обеспечение
должно
быть
достаточным
для
взаимодействия различных категорий пользователей с Системой в удобной
для них форме.
Лингвистическое обеспечение должно использовать:

языковые средства для описания любых используемых в системе
данных (реализация сообщений пользователям на русском языке);

средства
коррекции
ошибок
пользователя
при
работе
с
программным обеспечением.
7.6.5 Требования к картографическому обеспечению
Требования к полному составу слоев представлены в приложении В.
Точный набор слоев должен быть определен на этапе технического
проектирования РНИС в целом в зависимости от местных условий и наличия
данных у поставщика картографического обеспечения.
Для
картографических
материалов
должна
быть
использована
государственная линейка масштабов:

для городов 1:10 000;

для остальных земель – 1:25 000, 1:50 000.
28
ГОСТ Р
проект 1
Приложение А
(обязательное)
Технические требования
к параметрам серверов Системы
Параметр
Ед. изм.
Величина
Количество ядер процессора, не менее
шт.
6
Частота процессора, не менее
ГГц
2,3
Объем кеш-памяти первого уровня процессора, не менее
КБ
384
Объем кеш-памяти второго уровня процессора, не менее
МБ
1,5
Объем кеш-памяти третьего уровня процессора, не менее
МБ
15
Количество поддерживаемых каналов памяти, не менее
шт.
4
Объем оперативной памяти, не менее
ГБ
64
МБит/с
10600
шт.
4
ГБит/с
1
шт.
2
ГБит/с
4
Пропускная способность оперативной памяти, не менее
Количество внешних интерфейсов Ethernet, не менее
Пропускная способность
внешних интерфейсов Ethernet, не менее
Количество внешних интерфейсов СХД, не менее
Пропускная способность
внешних интерфейсов СХД, не менее
29
ГОСТ Р
проект 1
Приложение Б
(обязательное)
Технические требования
к параметрам системы хранения данных
Параметр
Количество внешних
интерфейсов ввода/вывода, не менее
Пропускная способность внешних
интерфейсов ввода/вывода, не менее
Ед. изм.
Величина
шт.
2
ГБит/с
4
30
ГОСТ Р
проект 1
Приложение В
(обязательное)
Требования
к полному составу слоев
№
Наименование
Короткое имя
(ключ)
Очередност
ь
0
Системный
SYSTEM
255
1
Математическая основа
LAYER1
0
2
Населенные пункты
LAYER2
1
3
Растительность (заливка), такыры
LAYER3
2
4
Грунты и лавовые покровы
LAYER4
3
6
Растительность
LAYER6
5
7
Гидрография
LAYER7
6
9
Гидротехнические сооружения
LAYER9
9
10
Дорожная сеть
LAYER10
10
11
Дорожные сооружения
LAYER11
11
12
Населенные пункты(кварталы)
LAYER12
12
13
Промышленные и социальные объекты
LAYER13
14
14
Границы и ограждения
LAYER14
15
16
Насыпи, выемки, эстакады
LAYER16
8
17
Названия и подписи
LAYER17
17
18
Населенные пункты (строения)
LAYER18
13
20
Заполняющие условные знаки
LAYER20
19
21
Адресная база
LAYER21
412
22
Граф дорог
LAYER22
31
ГОСТ Р
проект 1
Библиография
[1] Постановление Правительства Российской Федерации от 21 декабря
2012 г. № 1367 «Об утверждении Правил предоставления и
распределения в 2013 - 2014 годах субсидий из федерального бюджета
бюджетам субъектов Российской Федерации на информационнонавигационное
обеспечение
автомобильных
маршрутов
по
транспортным коридорам «Север-Юг» и «Восток-Запад».
32
ГОСТ Р
проект 1
__Проект 1
обозначение стандарта
УДК
Ключевые
ОКС
слова:
региональные
навигационно-информационные
системы,-аппаратура спутниковой навигации, ГЛОНАСС, транспорт
Руководитель организации-разработчика:
Генеральный директор ООО «НИИ ПТ»
В.Е. Полторацкий
Руководитель разработки:
Заместитель генерального директора
ООО «НИИ ПТ» по научной работе
А.А. Кандауров
Исполнитель
Старший аналитик
отдела региональных
навигационно-информационных систем _______________ С.А. Кистанов
33