3.2.Сведения об условиях эксплуатации объекта автоматизация и характеристиках окружающей среды
Программные и технические компоненты системы эксплуатируются в условиях и характеристиках окружающей среды объектов автоматизации. Дополнительные требования и условия описаны в разделе Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы.
4.Требования к системе
4.1.Требования к системе в целом
4.1.1.Требования к структуре и функционированию
Система должна иметь базу хранения информации и подсистемы ввода–вывода данных, предусматривающих web-интерфейс работы пользователя с ними.
Система должна поддерживать разграничение прав доступа с возможностью формирования групп пользователей и присвоение группе и каждому пользователю определенных полномочий на доступ к данным Системы.
Разрабатываемая система должна включать организационно-технические модули, обеспечивающие функционирование системы, каждый из которых объединяет подсистемы в соответствии с их назначением:
Модуль ведения базы данных РИПД
Подсистема администрирования БД
Подсистема ввода/вывода
Подсистема импорта/экспорта
Подсистема качества
Подсистема ведения классификаторов и справочников
Модуль управления доступом
Подсистема администрирования доступа
Подсистема предоставления услуг
Портальная часть АИС узла РИПД
При реализации пилотного варианта АИС функциональность подсистем узла РИПД ограничивается в соответствии с условиями:
Не реализуется взаимодействие между узлами РИПД в автоматизированном режиме;
Не реализуются автоматизированные процессы взаимодействия различных систем (ведомственных, региональных и т.п.);
Портальная часть разрабатывается только в части предоставления интерфейсов доступа к информации конкретного узла РИПД.
Подсистема администрирования БД
Подсистема поддерживает процессы управления базами данных РИПД и обеспечивает их целостность и работоспособность. Функциональность данной подсистемы основывается на технологических решениях СУБД и технических регламентах в области работ по производству, хранению и использованию ПД.
Подсистема ввода/вывода
Подсистема предназначена для выполнения процессов работы с БД в части ее информационного содержания и организует процессы доступа к БД и управляет ими.
Подсистема импорта/экспорта
Подсистема предназначена для реализации процедур конвертирования данных РИПД и должна обеспечивать:
Преобразование форматов представления пространственных данных
Преобразование форматов представления метаданных;
Преобразование структур пространственных данных.
Подсистема качества
Данная подсистема предназначена для реализации процессов оценки качества пространственных данных, основанных на соответствии техническим требованиям и определении непротиворечивости БПД.
Подсистема ведения классификаторов и справочников (включая базу данных нормативных правовых и методических материалов)
Подсистема ведения справочников и классификаторов, обеспечивает выполнение процедур и операций созданию, ведению и использованию справочников, регламентирующих технологические решения и процессы взаимодействия при эксплуатации РИПД.
Подсистема администрирования доступа
Подсистема администрирования доступа поддерживает разграничение прав доступа с возможностью формирования групп пользователей и присвоение группе и каждому пользователю определенных полномочий и времени их действия на доступ к ресурсам Системы.
Подсистема предоставления услуг
Подсистема объединяет процессы предоставления доступа к информационным ресурсам узла РИПД всем заинтересованным субъектам взаимодействия. В целом предоставление услуг в РИПД предполагает:
публикацию открытых данных на портале;
выбор и предоставление метаданных;
выбор и предоставление базовых пространственных данных по запросу;
размещение метаданных пользователем, включая регистрацию работ.
опубликование рекламаций;
Портальная часть АИС узла РИПД
Портальная часть предназначена для предоставления стандартизованного единого пользовательского интерфейса для всех функций и модулей, входящих в состав пилотного проекта АИС узла РИПД.
Портальная часть должна обеспечивать удаленный доступ к информационным ресурсам и услугам узла РИПД.
4.1.1.1.Требования к способам и средствам связи для информационного обмена между компонентами системы
Программно-технические средства компонент системы должны соответствовать стандартам обмена с использованием протокола TCP/IP.
4.1.1.2.Требования к характеристикам взаимосвязей системы со смежными системами
Программно-технические средства разрабатываемой системы должны соответствовать стандартам сети Интернет и поддерживать прием-передачу данных по протоколу HTTP. Физический сервер, на котором размещаются программные модули автоматизированной информационной системы, должен иметь постоянное подключение Интернет по протоколам TCP/IP.
Программное обеспечение системы должно обеспечивать интеграцию и совместимость на информационном уровне с другими системами. Информационная совместимость должна обеспечивается на уровне экспорта-импорта XML и GML-документов.
Общие рекомендации по обеспечению унификации и совместимости с внешними и смежными информационными системами разрабатываются Исполнителем на стадии технического проекта, и включаются в предоставляемую Заказчику документацию по проекту.
Технические требования к функциям экспорта-импорта и модулям интеграции с внешними системами должны быть определены на стадии технического проекта.
4.1.1.3.Требования к режимам функционирования
Разрабатываемая информационная система предназначена для работы в непрерывном (круглосуточном) режиме.
Должны быть предусмотрены технологические перерывы в работе в соответствии с регламентом работы системы
4.1.1.4.Требования по диагностированию системы
Система должна иметь встроенные системы диагностирования. Проводимая диагностика должная обеспечивать возможность определения корректности функционирования системы и определения возможных сбоев в системы. Технические требования к функциям диагностирования должны быть определены на стадии технического проекта.
4.1.1.5.Перспективы развития, модернизации системы
Система должна разрабатываться с учетом обеспечения ее дальнейшего развития и наращивания функциональности. При этом в нее уже должны быть заложены основные архитектурные принципы системы, позволяющие в дальнейшем осуществлять ее развитие в первую очередь связанное с добавлением взаимодействия с другими операторами тематических групп БПД (здания, сооружения, гидрография, лес и т.д.)
4.1.2.Требования к численности и квалификации персонала системы и режиму его работы
Численность пользователей системы и необходимого обслуживающего персонала уточняется на этапе разработки технического проекта.
Режим работы персонала определяются на этапе разработки эксплуатационной документации и закрепляются нормативно-методическими документами Заказчика.
4.1.2.1.Пользователи системы
В разрабатываемой информационной системе должны быть предусмотрены следующие роли внешних пользователей:
Посетитель портала РИПД;
Пользователь (ОГВ, органы муниципального управления, юридические лица – хозяйствующие субъекты, физические лица - граждане);
Оператор баз данных тематических групп БПД;
Производитель (обладатель) пространственных данных
Требования к уровню компетенции и квалификации пользователей в предметной области системы, определяются их должностными инструкциями и другими нормативно-методическими документами, проекты которых должны быть разработаны на этапе разработки эксплуатационной документации.
4.1.2.2.Технический персонал системы
Задачи по обслуживанию системы должны выполняться специалистами информационных или сопровождающих служб и отделов Заказчика, предусмотренных в штатном расписании Заказчика.
Для обслуживания системы должны быть предусмотрены следующие роли персонала:
|
Роль
|
Кол-во
|
Квалификация
|
|
Администратор РИПД
|
1
|
опыт администрирования Windows 2003 сервер,
опыт администрирования Oracle-сервер,
опыт работы с Geomedia
опыт настройки и работы с продуктами MS Office.
|
|
Администратор БД
|
1
|
опыт администрирования Oracle-сервер,
опыт работы с Geomedia
опыт настройки и работы с продуктами MS Office.
|
|
Оператор БД
|
3
|
опыт работы с Geomedia
опыт настройки и работы с продуктами MS Office.
|
|
Эксперт-аналитик
|
2
|
опыт работы с Geomedia
опыт настройки и работы с продуктами MS Office.
|
Требования к уровню компетенции и квалификации персонала определяются их должностными инструкциями и другими нормативно-методическими документами, проекты которых должны быть разработаны на этапе разработки эксплуатационной документации.
4.1.3.Требования к надежности
При возникновении сбоев в аппаратном обеспечении, включая аварийное отключение электропитания, информационная система должна автоматически восстанавливать свою работоспособность после устранения сбоев и корректного перезапуска аппаратного обеспечения (за исключением случаев повреждения рабочих носителей информации с исполняемым программным кодом).
Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях пользователю должны выдаваться соответствующие аварийные сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде, группы команд или некорректному вводу данных.
4.1.4.Требования безопасности
Все технические решения, использованные при создании системы, а также при определении требований к аппаратному обеспечению, должны соответствовать действующим нормам и правилам техники безопасности, пожарной безопасности и взрывобезопасности, а также охраны окружающей среды при эксплуатации.
4.1.5.Требования к эргономике и технической эстетике
Взаимодействие пользователей с системой должно осуществляться посредством визуального графического интерфейса (GUI). Ввод-вывод данных, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме, в реальном масштабе времени. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям, выполняемым подсистемами.
Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», т.е. управление системой должно осуществляется с помощью набора экранных меню, кнопок, значков и т.п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении/редактировании текстовых и числовых полей экранных форм. В соответствии с Трудовым кодексом РФ, должна быть предусмотрена возможность использования манипулятора типа «мышь» в специальном исполнении для сотрудников-левшей.
Страницы пользовательского интерфейса должны проектироваться с учетом требований унификации:
страницы должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации;
в разделах интерфейса для обозначения сходных операций должны использоваться сходные графические значки, кнопки и т.п. управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных и т.п.), а также последовательности действий пользователя при их выполнении, должны быть унифицированы.
внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки и т.п.) должны реализовываться одинаково для однотипных элементов.
- Необходима стандартизация с формами и страницами графического интерфейса, используемыми в базовом или системном ПО, а также с ПО аналогичного назначения
4.1.6.Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
Для эксплуатации разрабатываемой информационной системы необходимы следующие условия:
сеть высокопроизводительного взаимодействия вычислительных средств со скоростью обмена данными между конечными узлами серверного комплекса сети не менее 100 Мбит/сек (Fast Ethernet)>
для взаимодействия удаленных подсистем комплекса допускается использование Dial-Up соединений со скоростью 14400 - 57600 бит/с (протоколы MNP и X.25)
электропитание технических средств от сети напряжением 220 В с частотой 50 Гц с глухо–заземленной нейтралью. По основным показателям качества электроэнергии системы первичного электропитания должны соответствовать требованиям ГОСТ 13109–87, а по электромагнитной совместимости и устойчивости к электромагнитным помехам – ГОСТ Р50628–93 и МЭК–555–2;
физическая защита аппаратных компонентов системы, носителей данных, резервирование ресурсов и текущее обслуживание реализуется техническими и организационными средствами, предусмотренными в структуре площадки, предоставленной Заказчиком;
система кондиционирования в помещениях обеспечивает климатические условия, приведенные в таблице:
Таблица 1 Климатические условия
Параметр окружающей среды
|
Рабочий режим
|
Нерабочий режим
|
Температура
|
15 С – 32 С
|
5 С – 40 С
|
Относительная влажность воздуха
|
10 % – 75 %
|
5 % – 85 %
|
Максимальная температура точки росы (выпадение росы не допускается)
|
10 % – 75 %
|
5 % – 85 %
|
Максимальная скорость изменения температур
|
7,5 С/30 мин
|
7,5 С/30 мин
|
Отклонение от предельных значений (максимально один раз в неделю)
|
60 мин
|
–
|
Макс. концентрация взвешенной пыли
|
0,2 мг/м
|
0,2 мг/м
|
до предоставления Заказчиком площадки для полномасштабного развертывания информационной системы, предполагается ее функционирование в качестве опытного прототипа на СВТ Исполнителя без специфицированных дополнительных требований к таковой.
Создаваемая система должна иметь возможность обслуживания и выполнения ремонтно-профилактических работ, а также работ по администрированию системы и технической поддержке пользователей силами штатных специалистов, или присутствующих в субъектах РФ специализированных организаций.
4.1.7.Требования к защите информации от несанкционированного доступа
Система должна обеспечивать защиту от несанкционированного доступа (НСД) без привязки к нормативам, предъявляемым к категории 1Г по классификации действующего руководящего документа ФСТЭК России «Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем».
Компоненты подсистемы защиты от НСД должны обеспечивать:
идентификацию пользователя;
проверку полномочий пользователя
разграничение доступа пользователей на уровне задач и информационных массивов.
В рамках обеспечения соответствия требованиям по классу защиты в ПИБ:
должна осуществляться идентификация и проверка подлинности субъектов доступа при входе в систему по идентификатору (коду) и паролю условно-постоянного действия длиной не менее восьми символов;
должна осуществляться идентификация программ, томов, каталогов, файлов, записей, полей записей по именам;
должен осуществляться контроль доступа к защищаемым ресурсам в соответствии с матрицей доступа в рамках подсистемы информационной безопасности;
должна осуществляться регистрация входа/выхода в систему/из системы, либо регистрация загрузки и инициализации операционной системы и ее программного останова. Регистрация выхода из системы или останов не проводится в моменты аппаратурного отключения АС;
Допускается расширение вышеперечисленных механизмов защиты от несанкционированного доступа для достижения их соответствия современному технологическому уровню.
Приведенные выше требования не распространяются на компоненты системы, разработанные третьими сторонами и действительны только при соблюдении правил эксплуатации этих компонентов, включая своевременную установку обновлений, рекомендованных производителями покупного программного обеспечения.
4.1.8.Требования по сохранности информации при авариях
Программное обеспечение информационной системы должно автоматически восстанавливать свое функционирование после аварии при корректном перезапуске аппаратных средств. Должна быть предусмотрена возможность организации автоматического или ручного резервного копирования данных.
Порядок проведения мер по организации автоматического или ручного резервного копирования данных должен быть приведен в эксплуатационной документации.
4.1.9.Требования к защите от влияния внешних воздействий
Серверы системы должны находиться в отдельном помещении, защищенном от негативных воздействий окружающей среды.
4.1.10.Требования к патентной чистоте
Программное и аппаратное обеспечение, используемое при реализации проекта, должно иметь соответствующие лицензии на его использование, быть сертифицировано для работы в используемых режимах
4.1.11.Требования по обеспечению обратимости изменений
Система должна обеспечивать возможность «отката» совершенных операций с восстановлением первоначального состояния задействованных и измененных в процессе их выполнения информационных сущностей в случае отказа пользователя от продолжения операции, аппаратного или программного сбоя.
Возможности «отката» должны быть приведены в эксплуатационной документации.
4.1.12.Требования по стандартизации и унификации
При создании баз данных пространственных данных при реализации системы в пилотных регионах должны быть использованы:
Классификатор тематических групп базовых пространственных объектов;
Классификатор пространственных объектов, разработанный на основе Классификаторов объектов цифровой топографической карты масштабов 1:100000 – 1:500, содержащихся на ЦТК открытого пользования;
Классификатор базовых пространственных объектов выбранных групп пространственных объектов (автомобильные и железные дороги);
Общероссийский классификатор административно-территориальных образований (ОКАТО);
Общероссийский классификатор территорий муниципальных образований (ОКТМО);
Справочник наименований географических объектов пилотных регионов;
Нормализированные адресные реестры населенных пунктов и дорожной сети пилотных регионов;
Реестр операторов БПД пилотных регионов;
Реестр юридических лиц – лицензиантов в области геодезии и картографии, имеющих право осуществлять геодезическую и картографическую деятельность в пилотном регионе
|