Министерство природных ресурсов и экологии Российской Федерации
Федеральная служба по гидрометеорологии и мониторингу окружающей среды
(РОСГИДРОМЕТ)
Федеральное государственное бюджетное учреждение
“ВСЕРОССИЙСКИЙ НАУЧНО-ИССЛЕДОВАТЕЛЬСКИЙ ИНСТИТУТ ГИДРОМЕТЕОРОЛОГИЧЕСКОЙ ИНФОРМАЦИИ –
МИРОВОЙ ЦЕНТР ДАННЫХ”
(ФГБУ “ВНИИГМИ-МЦД”)
УДК 551.46:[002.5:025]:681.3(04)
№ госрегистрации
Инв. №
УТВЕРЖДАЮ
Директор ФГБУ “ВНИИГМИ-МЦД”,
д. т.н.
_____________
“ ___ ” ноября 2011 г.
ОТЧЕТ
О НАУЧНО-ИССЛЕДОВАТЕЛЬСКОЙ РАБОТЕ
СОЗДАТЬ ОБЩЕСИСТЕМНЫЕ СРЕДСТВА ИНФОРМАЦИОННОГО ОБСЛУЖИВАНИЯ ПОЛЬЗОВАТЕЛЕЙ ЕСИМО РАЗЛИЧНЫХ КАТЕГОРИЙ, ВКЛЮЧАЯ ОРГАНЫ ГОСУДАРСТВЕННОЙ ВЛАСТИ И УПРАВЛЕНИЯ В ОБЛАСТИ МОРСКОЙ ДЕЯТЕЛЬНОСТИ
4/Е-11-12
Часть 2
ПРИЛОЖЕНИЕ З
Пополненные и обновленные информационные ресурсы ЕСИМО
Ответственный исполнитель,
зав. лабораторией отдела-ЦОД ФГБУ “ВНИИГМИ-МЦД”, д. т.н.
Обнинск 2011
СОДЕРЖАНИЕ
|
Инструкция по проектированию информационных ресурсов ЕСИМО (версия 1.1.0 от 01.01.2001 г.) ………………………………………………………………………………. |
3 |
|
Методические рекомендации по повышению качества информационных ресурсов ЕСИМО (версия 1.0.0 от 01.01.2001 г.) ………………………………………………...... |
35 |
|
Регламент обеспечения качества информационных ресурсов об обстановке в Мировом океане, предоставляемых центрами ЕСИМО (версия 1.1.0 от 01.01.2001) ……………. |
58 |
Министерство природных ресурсов и экологии Российской Федерации
Федеральная служба по гидрометеорологии и мониторингу окружающей среды
(РОСГИДРОМЕТ)
Федеральное государственное бюджетное учреждение
“ВСЕРОССИЙСКИЙ НАУЧНО-ИССЛЕДОВАТЕЛЬСКИЙ ИНСТИТУТ ГИДРОМЕТЕОРОЛОГИЧЕСКОЙ ИНФОРМАЦИИ –
МИРОВОЙ ЦЕНТР ДАННЫХ”
(ФГБУ “ВНИИГМИ-МЦД”)
ИНСТРУКЦИЯ
по проектированию информационных ресурсов ЕСИМО
(версия 1.1.0 от 01.01.2001 г.)
Ответственный исполнитель,
зав. лабораторией отдела-ЦОД ФГБУ “ВНИИГМИ-МЦД”, д. т.н.
Обнинск 2011
СОДЕРЖАНИЕ
1.Общие сведения 3
2.Унификация словарей данных 6
3.Унификация классификаторов данных 7
4. Назначение структуры информационных ресурсов СРБД 8
5 Особенности проектирования и регистрации информационных ресурсов ЕСИМО на основе пространственных данных
1.Общие сведения
1.1. Документ содержит требования по проектированию информационных ресурсов (ИР) СРБД ЕСИМО, представляющего начальный этап включения массивов данных центра ЕСИМО (организации-поставщика информации) в информационные ресурсы единой системы с использованием программного комплекса “Поставщик Данных”.
Документ предназначен для использования специалистами центров ЕСИМО и организаций – поставщиков информации при включении в ЕСИМО новой информации или модификации (расширении состава, изменении структуры и др.) существующих информационных ресурсов ЕСИМО.
Разработка документа выполнена ГУ «ВНИИГМИ-МЦД» Росгидромета. Адрес для контактов:
· , , e-mail: *****@***ru,
1.2 Термины и их определения
Информационные ресурсы (ИР) - это поименованные наборы данных, содержащие фактографическую, пространственную (шейп-файлы и привязанные изображения, геосервисы), мультимедийную (html, xml), или текстовую (файлы с расширением doc, pdf, txt, др. в виде электронных копий документов), или графическую (файлы с расширением gif, tif, др.) информацию, размещаемые в Системе распределенных баз данных (СРБД) ЕСИМО. Информационный ресурс - совокупность информации, представляющая некую самоценную и достаточную единицу информационного пространства СРБД c точки зрения порождения и использования, и характеризуемая уникальным сочетанием свойств физического и семантического представления.
Экземпляр (ИР) - это часть информационного ресурса:
- представляющая собой совокупность данных (информации) внутри ИР; выделяемая по временным и географическим характеристикам; по отношению к которой осуществляются процессы доступа и манипулирования как к единому целому.
1.3 История изменений
Таблица 1 - История изменений
|
Дата |
Автор |
Версия |
Описание изменений |
|
1.0 |
Подготовлен документ, название “ “Инструкции по подготовке описания информационных ресурсов об обстановке в Мировом океане, поддерживаемых центрами ЕСИМО в рамках технологии E2EDM” | ||
|
Вязилов А. А, , |
1.1.0 |
Инструкция расширена схемой конфигурирования информационных ресурсов ЕСИМО и описанием процесса проектирования информационных ресурсов на основе пространственных данных. Изменено название документа на “Инструкция по проектированию информационных ресурсов ЕСИМО” |
1.4 Источниками информационных ресурсов СРБД ЕСИМО являются:
- локальные массивы данных (базы данных СУБД, наборы файлов структурированных данных, ГИС-слои, данные, генерируемые приложениями, включая web-сервисы/геосервисы, электронные документы и др.) центра (организации) согласно Порядка и регламента деятельности центра; другие источники, доступные центру (организации) и обеспечивающие гарантированную актуальность, включая данные из Интернет.
1.5 Процесс представления информации центра в ЕСИМО выполняется согласно технологии интеграции информационных ресурсов ЕСИМО с применением программного комплекса “Поставщика Данных” (ПД) и состоит из следующих последовательно выполняемых этапов:
- проектирование информационных ресурсов;
- регистрация; (создание описания - метаданных) информационных ресурсов через ПД
- ведение (поддержка актуальности данных ресурса и его метаданных).
В настоящем документе рассматривается начальный этап представления информации в ЕСИМО – проектирование информационных ресурсов.
Этапы регистрации и ведения подробно рассмотрены в документе “Технология интеграции информационных ресурсов ЕСИМО (E2EDM). Программный комплекс «Поставщик Данных». Руководство пользователя (Оператор источника данных), (версия 1.1.0, 2010, обновление – июнь 2011)” http://*****/tech/reports_doc. jsp.
1.6 Программный комплекс “Поставщик Данных” обеспечивает предоставление локальных массивов данных в СРБД в виде информационных ресурсов СРБД ЕСИМО через АРМ пользователя (Оператора) ПД посредством описания специфики данных “что, где, когла, кто” для поиска нужных данных и что особенно важно - их состава и структуры для автоматизированного доступа к элементам данных для представлений “СУБД” и “Структурированный файл данных”, публикацию метаданных для реализации процессов последующего использования. данных
1.7 Программный комплекс “Поставщик Данных” предоставляет средства доступа к разнородным данным центров системы, имеющие разные системы хранения и структуры, именования элементов данных (параметров), классификаторы и коды. В этом контексте программный комплекс “Поставщик Данных” (ПД) представляет собой универсальный “переводчик”, реализуя однозначные связи между локальными и общесиcтемными спецификациями данных.
Назначение связей осуществляется посредством описания соответствия “мапинга” именований и кодов локальных данных и их общесистемных аналогов в разделе “Связь с данными” описания ресурса,
1.8 Комплекс “Поставщик Данных” предоставляет гибкие возможности по структурному представлению массива данных центра (организации) в виде информационных ресурсов ЕСИМО, предоставляя фильтры и средства назначения структур ресурсов. Массив данных может быть представлен одним или несколькими ресурсами, исходя из соображений объемов данных, специфики их последующей обработки, отображения информации в формах выдачи конечному пользователю ЕСИМО.
Отображение локальных данных в информационные ресурсы СРБД выполняется путем назначения структуры ресурса в разделе “Иерархия данных” описания ресурса. До регистрации ресурса необходимо определить как массив данных будет представлен в СРБД, т. е. зафиксировать структуру информационного ресурса в виде решения (на бумаге).
1.9 Разделы метаданных “Связь с данными” и “Иерархия данных” играют ключевую роль в интеграции информации в ЕСИМО. В вязи с этим, перед регистрацией информационного ресурса в системе выполняется проектирование ресурса. Проектирование включает действия по:
- унификации словарей данных;
- унификация кодификаторов данных;
- конфигурированию информационных ресурсов.
Проектирование ведется специалистом центра ЕСИМО (организации-поставщика информации) во взаимодействии с Администратором СРБД ЕСИМО.
.2.Унификация словарей данных
Перед регистрацией ресурсов требуется, чтобы все элементы данных - параметров (тематических и сопровождающих метаданных), представляемых в ЕСИМО, заранее имели общесистемные аналоги в Едином словаре параметров Общих кодов и классификаторов ЕСИМО (текущие коды параметров - см. раздел “Элементы”, АРМ Оператора ПД), архив - http://www. *****/udopweb/).
Поэтому необходимо подготовить и направить в ФГБУ “ВНИИГМИ-МЦД” Администратору СРБД (vjaz@meteo.ru) описания параметров, которые будут представлены в качестве данных ресурса по форме таблицы 2.
Таблица 2 - Структура таблицs описания параметров
|
Имя поля |
Описание |
Пример |
|
Наименование параметра * |
Наименование параметра на русском языке |
Температура воды |
|
Наименование параметра (англ) |
Наименование параметра на английском языке |
Sea temperature |
|
Наличие обобщения * |
Наблюденное значение, среднее, макс, мин, др. |
Наблюденные значения |
|
Аббревиатура параметра * |
Аббревиатура параметра для табличного и внешнего представления (общепринятое название) |
Tw |
|
Аббревиатура (англ) |
Аббревиатура на английском |
Tw |
|
Тип данных* |
Сhar, Integer, Float |
Float |
|
Точность параметра * |
Точность параметра, формат - 9999.9999 |
- 99.99 |
|
Единицы измерения |
Единицы измерения параметра |
Градусы Цельсия |
|
Уравнение |
Описание уравнения для вычисляемых значений (текст или библиография, где опубликовано уравнение) |
- |
|
Вертикальное разрешение |
Вертикальное разрешение (мин высота/глубина) |
0 |
|
Вертикальное разрешение |
Вертикальное разрешение (макс. высота/глубина) |
-10000 |
|
Система кодирования значений |
Система кодирования значений параметра (WMO, КН-01, др.) |
- |
|
Описание метода |
Описание метода наблюдения или другого способа получения значений параметра. |
Используются глубоководные термометры, датчики |
|
Описание параметра |
Описание параметра (свободный текст) |
Температура воды измеряется в основном в случайных точках Мирового океана и в случайный момент времени |
|
Диапазон изменчивости (мин) * |
Минимальное возможное значение |
-3 |
|
Диапазон изменчивости (макс) * |
Максимальное возможное значение |
40 |
* - Обязательные для заполнения поля
На основе таблицы Администратору СРБД сообщит коды общесистемных элементов по параметрам или присвоит код параметра, если параметр отсутствует в общесистемном словаре, которые используются для регистрации ресурса.
3. Унификация классификаторов данных
В массивах данных используются разнообразные классификаторы параметров (организаций, платформ и др.), которые могут отличаться от общесистемных аналогов. Текущие общесистемные таблицы находятся в БД «Общие коды и классификаторы» (ОКК), см. раздел “Коды”, АРМ Оператора ПД), архив ОКК, содержащий разные нотации кодов (http://*****/meta/codes/index. jsp).
При подготовке материалов к описанию ресурсов необходимо поверить содержимое ОКК в указанных источниках, подготовить и представить Администратору СРБД следующие сведения о классификаторах:
- Название классификатора;
- Краткие сведения о классификаторе (назначение, кто разработал, где утвержден, где используется);
- Идентификатор классификатора (если имеется, например ВМО-500);
- Уровень стандартизации (международный, национальный, корпоративный, местный);
- Источник (название издания, системы, национального или международного регистра, др.);
- Используемая система кодирования (порядковая, иерархическая, буквенная. буквенно-цифровая);
- Максимальное количество байт отведенное для хранения кода;
- Количество записей в классификаторе.
Если необходимого классификатора нет в БД, то его необходимо заранее загрузить в БД. Для этого локальный классификатор передается Администратору СРБД по форме:
- Код
- Значение кода.
Если используемый классификатор отличается от общесистемного по системе кодирования, то составляется таблица маппинга кодов (табл.3) и сообщается следующая информация:
- Имя системного элемента;
- Используемая локальная система кодирования;
- Предлагаемый общесистемный классификатор.
Таблица 3 – Пример преобразования таблицы кодов стран
|
Код МОК |
Код ИСО |
Значение кода |
|
090 |
RU |
Российская Федерация |
|
006 |
DE |
Германия |
|
009 |
AU |
Австралия |
|
011 |
BE |
Бельгия |
|
018 |
CA |
Канада |
|
026 |
DK |
Дания |
|
031 |
US |
Соединенные Штаты Америки |
|
034 |
FI |
Финляндия |
|
035 |
FR |
Франция |
|
036 |
GR |
Греция |
|
145 |
UA |
Украина |
|
146 |
GR |
Грузия |
|
….. |
…… |
4. Назначение структуры информационных ресурсов
4.1 Назначение структуры информационных ресурсов состоит в принятии решений относительно содержания и структуры ресурсов.
Комплекс “Поставщик Данных” может представить локальную базу данных в виде одного или нескольких ресурсов по временному (данные по отдельным периодам), географическому (данные по отдельным районам) и другим признакам.
Назначение информационных ресурсов осуществляется на основании следующих критериев.
- должен содержать информация одной системы хранения: а) база данных СУБД; б) система файлов данных в структуре, понимаемой ПД – структурированные файлы данных; в) система файлов данных в структуре, не разбираемых ПД – объектные файлы данных; г) Web-приложения: автономные и(или) системные; должен иметь одну форму представления информации: фактографическая – структурированные данные; текстово-графическая - текстовые документы, рисунки, планы, фотографии и др.; пространственная информация – электронные векторные карты и изображения; должен содержать фиксированный состав параметров в соответствии с ОКК ЕСИМО; должен содержать данные/продукцию одного типа – наблюденные, или прогностические, или диагностические, или обобщенные (климатические) данные; должен включать данные/продукцию с одинаковыми пространственно-временными масштабами обобщения данных (помесячно, постанционно, районам, городам и др.); должен включать оптимальный объем информации согласно п. 4.2,; должен включать одну заданную форму представления ресурса – метаданные или данные.
4.2 Оптимальные объемы данных на один ресурс (для систем хранения “СУБД” и “Структурированный файл данных”):
- критический – 1 000 000 записей (медленная работа, возможны ошибки по переполнению памяти и др., на программном комплексе «Поставщик данных» должно быть не менее 4Гб оперативной памяти - ОП);
- максимальный - 500 000 записей (медленная работа, на программном комплексе «Поставщик данных» – не менее 4Гб ОП);
- средний - 300 000 записей (удовлетворительная работа, на программном комплексе «Поставщик данных» – не менее 2Гб ОП);
- рекомендуемый - 100 000 записей (быстрая работа, на программном комплексе «Поставщик данных» – не менее 2Гб ОП).
Объем данных на один ресурс, представляемых в виде “Объектные файлы данных” – не более 10 Мбайт.
4.3 Информационный ресурс может иметь экземпляры, которые выделяются по логическим единицам сбора, обработки и учета данных..Экземпляр ресурса определяется на основе имеющейся практики автора ресурса по обработке и визуализации информации. Предлагается использовать ряд общих правил назначения экземпляров ресурсов, представленные ниже через примеры.
Массив данных, определенный в качестве ресурса:
- стационарно имеет циклические во времени поднаборы данных – в этом случае, целесообразно выделять поднабор за срок (день, месяц и др.) в виде экземпляра ресурса; .
- стационарно имеет циклические по пространству (точкам, районам, площадям) поднаборы данных – в этом случае, целесообразно выделять поднабор по георайону в виде экземпляра ресурса;
- стационарно имеет циклические по платформам наблюдений (морской деятельности) поднаборы данных – в этом случае, целесообразно выделять поднабор по платформе в виде экземпляра ресурса.
Объем данных одного экземпляра должен быть не более 300 тысяч записей типа E2EPointDD или не более 200 тысяч записей типа E2EProfileDD (для представлений “СУБД” и “Структурированный файл данных”, не более 10 Мбайт – для представления “Объектный файл данных”.
4.4 Процесс назначения структуры информационных ресурсов включает следующие действия:
- выполняется анализ локального массива данных (массивов данных), предназначенных для включения в ЕСИМО, и осуществляется логическое разбиение массива данных на наборы данных – информационные ресурсы на основании перечисленных выше критериев. Фиксируются фильтры для выделения данных ресурса из массива данных, которые в последующем используются в разделе “Связь с данными” описания ресурса;
- осуществляется оценка выделенных информационных ресурсов с точки зрения разбиения на экземпляры ресурсов на основе перечисленных выше критериев. Очевидно, что повторяющиеся во времени или пространстве наборы данных могут быть представлены в СРБД в виде серийных ресурсов;
- фиксируются ключевые атрибуты (пространственно-временные атрибуты, идентификаторы объектов и др.), которые используются для разбиения информационного ресурса на экземпляры средствами ПД, которые при регистрации ресурса используются для описания структуры ресурса в разделе “Иерархия данных”;
- составляется Перечень информационных ресурсов по форме таблицы 5, которая служит для планирования и контроля работ по формированию информационных ресурсов СРБД.
Таблица 5 - Перечень информационных ресурсов
|
Наименование и характеристики массива данных |
Наименование и характеристики информационных ресурсов СРБД ЕСИМО |
Условия доступа к данным |
План регистрации в СРБД |
|
Массив данных и его характеристики Оперативные данные о гидрометеорологическом состоянии морской среды (тип ресурса – наблюдения) Нерегулярные в пространстве и времени данные. Тип ресурса –оперативный/наблюдения, Период – текущий год, БД Oracle 9i. Упорядоченность БД – секции год/месяц |
1. Данные о температуре воды на различных глубинах (FM-63-V BATHY). Атлантический океан. Параметры – позывной судна, дата/время, широта, долгота, ветер, температура воздуха, температура воды на глубинах. Система хранения: СУБД - здесь и ниже Экземпляры: данные за месяц. Ключ – Месяц 1. Данные о температуре воды на различных глубинах (FM-63-V BATHY). Тихий океан. Параметры – позывной судна, дата/время, широта, долгота, ветер, температура воздуха, температура воды на глубинах. Экземпляры: данные за месяц. Ключ – Месяц |
Свободно распространяемая информация То же |
Действует – отдельные ресурсы по технологии версии 2003 г. Тестирование по технологии версии 2005 года (E2EDM) |
|
N. Данные о метеоусловиях с метеостанций (SYNOP). Прибрежная территория России(200 км.) и острова. Белое море. Параметры: идентификатор станции, дата/время, широта, долгота, ветер, температура воздуха, давление, облачность, видимость и др. Синоптические сроки – 3 часа, пункты наблюдений. Экземпляры: данные за месяц. Ключ – Месяц N. Данные о метеоусловиях с метеостанций (SYNOP). Прибрежная территория России(200 км.) и острова. Баренцево море. Параметры: идентификатор станции, дата/время, широта, долгота, ветер, температура воздуха, давление, облачность, видимость и др. Синоптические сроки – 3 часа, пункты наблюдений. Экземпляры: данные за месяц. Ключ – Месяц |
То же То же |
5 Особенности проектирования и регистрации информационных ресурсов ЕСИМО на основе пространственных данных
Пространственные данные предоставляются в систему в виде представления “Объектный файл данных”, содержащий в упакованном виде шейп-файлы и сопутствующие ему файлы в соответствии с требованиями по поставке пространственных данных в систему.
5.1 Процесс унификации словарей данных, кодов и классификаторов осуществляется согласно п. 4.1. и 4.2. соответственно. При этом, ПД не имеет возможности преобразовать локальные коды и классификаторы в общесистемные, так как используется представление “Объектный файл”. Это означает, что пространственные данные должны быть подготовлены строго согласно Методическим материалам по подготовке и представлению тематических пространственных данных в ЕСИМО (версия 1.2.1, 2010, обновление – июнь 2011)
5.2 Конфигурирование информационных ресурсов и их экземпляров осуществляется по следующим правилам.
5.2.1 В качестве массива данных в терминах п.4 выступает ГИС-проект согласно требований ТЗ. ГИС-проект, поставляемый с соответствии с требованиями контракта, перед регистрацией в виде информационных ресурсов, должен быть преобразован в комплект ГИС-проектов, в соответствии с требованиями (таблица 6).
Таблица 6 – Правила деления пространственных данных на регистрируемые ресурсы (ИР)
|
Наименование и характеристики массива данных |
Наименование и характеристики информационных ресурсов СРБД ЕСИМО |
Условия доступа к данным |
План регистрации в СРБД |
|
1 Климатические данные о гидрологическом режиме морской среды Регулярные в пространстве данные. Тип ресурса –неоперативный/обобщения, период – многолетний период, файловая БД 2 Климатические гидрофизические данные морской среды Регулярные в пространстве данные. Тип ресурса –неоперативный/обобщения, период – многолетний период, файловая БД 3 Климатические метеоданные над морскими акваториями Регулярные в пространстве данные. Тип ресурса –неоперативный/обобщения, период – многолетний период, файловая БД 4 Климатические данные о гидрохимическом режиме морской среды Регулярные в пространстве данные. Тип ресурса –неоперативный/обобщения, период – многолетний период, файловая БД 5 Режимно-климатические гидродинамиче-ские характеристики морской среды Регулярные в пространстве данные. Тип ресурса –неоперативный/обобщения, период – многолетний период, файловая БД 6 Климатические данные по ледовой обстановке в морях РФ и МО Регулярные в пространстве данные. Тип ресурса –неоперативный/обобщения, период – многолетний период, файловая БД 7 Средние данные по экологии региона Регулярные в пространстве данные. Тип ресурса –неоперативный/обобщения, период – многолетний период, файловая БД 8 Средние характеристики загрязнения в районе морского объекта Регулярные в пространстве данные. Тип ресурса –неоперативный/обобщения, период – многолетний период, файловая БД 9 Характеристики морских районов по геологии и геофизике Регулярные в пространстве данные. Тип ресурса –неоперативный/обобщения, период – многолетний период, файловая БД 10 Средние характеристики по морской биологии Регулярные в пространстве данные. Тип ресурса –неоперативный/обобщения, период – многолетний период, файловая БД 11 Характеристики зон отдых и туризма Регулярные в пространстве данные. Тип ресурса –неоперативный/обобщения, период – многолетний период, файловая БД 12 Средние показатели рыболовства Регулярные в пространстве данные. Тип ресурса –неоперативный/обобщения, период – многолетний период, файловая БД 13 Обобщенные характеристики криологии Регулярные в пространстве данные. Тип ресурса –неоперативный/обобщения, период – многолетний период, файловая БД 14 Геоморфоло-гические характеристики по морям РФ Регулярные в пространстве данные. Тип ресурса –неоперативный/обобщения, период – многолетний период, файловая БД |
1.1 Карты распределения среднемноголетней температуры воды на стандартных горизонтах, по морям РФ и МО Элемент – среднемноголетняя температура воды. Система хранения: файлы ИР: Изолинии средних значений Tw по отдельному горизонту для отдельного моря/океана Количество ИР = Сумма выбранных стандартных горизонтов по морю по выбранным морям Экземпляр: данные за месяц. Количество экземпляров = 12 х количество ИР 1.2 Карты распределения среднемноголетней солености воды на стандартных горизонтах, по морям РФ и МО Элемент – среднемноголетняя соленость воды. Система хранения: файлы ИР: Изолинии средних значений S по отдельному горизонту для отдельного моря Количество ИР = Сумма выбранных стандартных горизонтов по морю по выбранным морям Экземпляр: данные за месяц. Количество экземпляров = 12 х количество ИР 1.3 Карты распределения среднемноголетней плотности воды на стандартных горизонтах, по морям РФ и МО Элемент – среднемноголетняя плотность воды. Система хранения: файлы ИР: Изолинии средних значений ρ по отдельному горизонту для отдельного моря Количество ИР = Сумма всех стандартных горизонтов по морю по выбранным морям Экземпляр: данные за месяц. Количество экземпляров = 12 х количество ИР 2.1 Карты распределения среднемноголетней скорости звука на стандартных горизонтах, по морям РФ и МО Элемент – среднемноголетняя скорость звука. Система хранения: файлы ИР: Изолинии средних значений ν по отдельному горизонту для отдельного моря Количество ИР = Сумма всех стандартных горизонтов по морю по выбранным морям Экземпляр: данные за месяц. Количество экземпляров = 12 х количество ИР 3.1 Карты распределения среднемноголетней скорости ветра над акваториями морей РФ и МО Элемент – среднемноголетняя скорость ветра. Система хранения: файлы ИР: Изолинии средних значений скорости ветра для отдельного моря Количество ИР = Количеству морей и МО Экземпляр: данные за месяц. Количество экземпляров = 12 х количество ИР 3.2 Карты распределения среднемноголетней температуры воздуха над акваториями морей РФ и МО Элемент – среднемноголетняя температура воздуха. Система хранения: файлы ИР: Изолинии средних значений температуры воздуха для отдельного моря Количество ИР = Количеству морей и МО Экземпляр: данные за месяц. Количество экземпляров = 12 х количество ИР 3.3 Карты распределения среднемноголетнего давления над акваториями морей РФ и МО Элемент – среднемноголетнее давление. Система хранения: файлы ИР: Изолинии средних значений давления для отдельного моря Количество ИР = Количеству морей и МО Экземпляр: данные за месяц. Количество экземпляров = 12 х количество ИР 3.4 Карты распределения среднемноголетней видимости над акваториями морей РФ и МО Элемент – среднемноголетняя горизонтальная видимость. Система хранения: файлы ИР: Изолинии средних значений видимости для отдельного моря Количество ИР = Количеству морей и МО Экземпляр: данные за месяц. Количество экземпляров = 12 х количество ИР 4.1 Карты распределения среднемноголетнего содержания кислорода в морской воде Элемент – среднемноголетнее содержание кислорода. Система хранения: файлы ИР: Изолинии средних значений О2 по отдельному горизонту для отдельного моря Количество ИР = Сумма выбранных стандартных горизонтов по морю по выбранным морям Экземпляр: данные за месяц. Количество экземпляров = 12 х количество ИР 4.2 Карты распределения среднемноголетнего содержания pH в морской воде Элемент – среднемноголетнее содержание pH. Система хранения: файлы ИР: Изолинии средних значений pH по отдельному горизонту для отдельного моря Количество ИР = Сумма выбранных стандартных горизонтов по морю по выбранным морям Экземпляр: данные за месяц. Количество экземпляров = 12 х количество ИР 4.3 Карты распределения среднемноголетнего содержания общей щелочности в морской воде Элемент – среднемноголетнее содержание общей щелочности. Система хранения: файлы ИР: Изолинии средних значений Alk по отдельному горизонту для отдельного моря Количество ИР = Сумма выбранных стандартных горизонтов по морю по выбранным морям Экземпляр: данные за месяц. Количество экземпляров = 12 х количество ИР 4.4 Карты распределения среднемноголетнего содержания фосфора в морской воде Элемент – среднемноголетнее содержание фосфора. Система хранения: файлы ИР: Изолинии средних значений P по отдельному горизонту для отдельного моря Количество ИР = Сумма выбранных стандартных горизонтов по морю по выбранным морям Экземпляр: данные за месяц. Количество экземпляров = 12 х количество ИР 4.5 Карты распределения среднемноголетнего содержания фосфатов в морской воде Элемент – среднемноголетнее содержание фосфатов. Система хранения: файлы ИР: Изолинии средних значений PО4 по отдельному горизонту для отдельного моря Количество ИР = Сумма выбранных стандартных горизонтов по морю по выбранным морям Экземпляр: данные за месяц. Количество экземпляров = 12 х количество ИР 4.6 Карты распределения среднемноголетнего содержания нитратов в морской воде Элемент – среднемноголетнее содержание нитратов. Система хранения: файлы ИР: Изолинии средних значений NO2 по отдельному горизонту для отдельного моря Количество ИР = Сумма выбранных стандартных горизонтов по морю по выбранным морям Экземпляр: данные за месяц. Количество экземпляров = 12 х количество ИР 4.7 Карты распределения среднемноголетнего содержания нитритов в морской воде Элемент – среднемноголетнее содержание нитритов. Система хранения: файлы ИР: Изолинии средних значений NО3 по отдельному горизонту для отдельного моря Количество ИР = Сумма выбранных стандартных горизонтов по морю по выбранным морям Экземпляр: данные за месяц. Количество экземпляров = 12 х количество ИР 4.8 Карты распределения среднемноголетнего содержания аммиака в морской воде Элемент – среднемноголетнее содержание аммиака. Система хранения: файлы ИР: Изолинии средних значений NH4 по отдельному горизонту для отдельного моря Количество ИР = Сумма выбранных стандартных горизонтов по морю по выбранным морям Экземпляр: данные за месяц. Количество экземпляров = 12 х количество ИР 4.9 Карты распределения среднемноголетнего содержания кремния в морской воде Элемент – среднемноголетнее содержание кремния. Система хранения: файлы ИР: Изолинии средних значений SiO3 по отдельному горизонту для отдельного моря Количество ИР = Сумма выбранных стандартных горизонтов по морю по выбранным морям Экземпляр: данные за месяц. Количество экземпляров = 12 х количество ИР 5.1 Карты распределения среднемноголетних высот волн на морских акваториях Элемент – среднемноголетнее значение высот волн. Система хранения: файлы ИР: Изолинии средних значений высот волн для отдельного моря Количество ИР = Количество выбранных морей(океанов) Экземпляр: данные за месяц. Количество экземпляров = 12 х количество ИР 5.2 Карты средних поверхностных и придонных течений на морских акваториях Элемент – среднемноголетние вектора течений. Система хранения: файлы ИР: Векторные схемы течений на поверхности и в придонном слое для отдельного моря Количество ИР = Сумма выбранных уровней по морю по выбранным морям Экземпляр: данные на отдельном горизонте. Количество экземпляров = 2 х количество ИР 5.3 Карты геострофических течений на принятых повехностях на морских акваториях Элемент – расчетные вектора течений. Система хранения: файлы ИР: Векторные схемы геострофических течений на приняты поверхностях для отдельного моря Количество ИР = Сумма выбранных поверхностей по выбранным морям Экземпляр: данные на отдельном горизонте. Количество экземпляров = 10 х количество ИР 6.1 Карты характерной ледовой обстановки Элемент – среднемноголетняя ледовая обстановка. Система хранения: файлы ИР: Изолинии средних значений для отдельного моря Количество ИР = Количество выбранных морей Экземпляр: данные за месяц. Количество экземпляров = 5 х количество ИР 6.2 Карты распределения среднемноголетней сплоченности Элемент – среднемноголетнее значение сплоченности. Система хранения: файлы ИР: Изолинии средних значений сплоченности для отдельного моря Количество ИР = Сумма выбранных морей Экземпляр: данные за месяц. Количество экземпляров = 5 х количество ИР 6.3 Карты распределения среднемноголетнего значения торосистости Элемент – среднемноголетнее значение торосистости. Система хранения: файлы ИР: Изолинии средних значений торосистости для отдельного моря Количество ИР = Количество выбранных морей Экземпляр: данные за месяц. Количество экземпляров = 5 х количество ИР 6.4 Карты распределения среднемноголетнего значения разрушенности льда Элемент – среднемноголетнее значение разрушенности льда. Система хранения: файлы ИР: Изолинии средних значений разрушенности льда для отдельного моря Количество ИР = Количество выбранных морей Экземпляр: данные за месяц. Количество экземпляров = 5 х количество ИР 6.5 Карты среднемноголетнего положения кромки льда Элемент – среднемноголетнее значение кромки льда. Система хранения: файлы ИР: Изолинии средних значений положения кромки льда для отдельного моря Количество ИР = Количество выбранных морей Экземпляр: данные за месяц и сезон. Количество экземпляров = 5 х количество ИР 6.5 Карты векторов дрейфа льда Элемент – среднемноголетнее значение дрейфа льда. Система хранения: файлы ИР: Изолинии средних значений дрейфа льда для отдельного моря Количество ИР = Количество выбранных морей Экземпляр: данные за месяц и сезон. Количество экземпляров = 5 х количество ИР 7.1 Карты районирование обобщенных экологических характеристик Элемент – среднее распределение выбранной характеристики. Система хранения: файлы ИР: Изолинии (полигональные объекты) средних значений отдельной характеристики для отдельного моря Количество ИР = Сумма выбранных стандартных характеристик по выбранным морям Экземпляр: данные за выбранный период. Количество экземпляров = 3 х количество ИР 7.2 Карты месторождений углеводородов по морским акваториям Элемент – положение месторождений. Система хранения: файлы ИР: Полигоны положений месторождений для отдельного моря Количество ИР = Количество выбранных морей Экземпляр: ИР Количество экземпляров = количество ИР 7.3 Карты особо охраняемых природных территорий и объектов по морским акваториям Элемент – положение охраняемых территорий. Система хранения: файлы ИР: Полигоны положений охраняемых территорий для отдельного моря Количество ИР = Количество выбранных морей Экземпляр: ИР Количество экземпляров = количество ИР 8.1 Карты районирования выбранной характеристики в морской воде Элемент – среднее значение характеристики загрязнения. Система хранения: файлы ИР: Изолинии (полигоны) средних значений характеристики загрязнения для отдельного моря Количество ИР = Сумма выбранных характеристик по выбранным морям Экземпляр: данные за период. Количество экземпляров = 7 х количество ИР 8.2 Карты районирования выбранной характеристики в атмосфере над акваторией моря Элемент – среднее значение характеристики загрязнения. Система хранения: файлы ИР: Изолинии (полигоны) средних значений характеристики загрязнения для отдельного моря Количество ИР = Сумма выбранных характеристик по выбранным морям Экземпляр: данные за период. Количество экземпляров = 2 х количество ИР 8.3 Карты районирования выбранной характеристики в донных осадках воде Элемент – среднее значение характеристики загрязнения (тяжелые металлы, нефтепродукты и др.) Система хранения: файлы ИР: Изолинии (полигоны) средних значений характеристики загрязнения для отдельного моря Количество ИР = Сумма выбранных характеристик по выбранным морям Экземпляр: данные за период. Количество экземпляров =5 х количество ИР 9.1 Карты расположения месторождений на акватории моря Элемент – расположение месторождений Система хранения: файлы ИР: Полигоны расположения месторождений для отдельного моря Количество ИР = Сумма выбранных характеристик по выбранным морям Экземпляр: ИР. Количество экземпляров = Количество ИР 9.2 Карты расположения ЖМК в морской воде Элемент – положение ЖМК Система хранения: файлы ИР: Полигоны расположения ЖМК для отдельного моря Количество ИР = Сумма выбранных характеристик по выбранным морям Экземпляр: ИР. Количество экземпляров = Количество ИР 9.3 Геологические карты для морской акватории Элемент – геологические характерисики Система хранения: файлы ИР: Полигоны и полилинии расположения геологических характеристик для отдельного моря Количество ИР = Сумма выбранных характеристик по выбранным морям Экземпляр: данные за месяц. Количество экземпляров = 5 х количество ИР 9.4 Карты тектонических нарушений для морской акватории Элемент – районы тектонических нарушений Система хранения: файлы ИР: Полигоны расположения тектонических нарушений для отдельного моря Количество ИР = Сумма выбранных характеристик по выбранным морям Экземпляр: ИР. Количество экземпляров = Количество ИР 9.5 Карты аномалий гравитационного поля и магнитного полей для морской акватории Элемент – аномалии гравитационного и магнитного полей Система хранения: файлы ИР: Полигоны и полилинии аномалии гравитационного и магнитного полей для отдельного моря Количество ИР = Сумма выбранных характеристик по выбранным морям Экземпляр: ИР. Количество экземпляров = Количество ИР 9.6 Карты-схемы тектонического районирования для морской акватории Элемент –тектоническое районирование Система хранения: файлы ИР: Полигоны тектонического районирования для отдельного моря Количество ИР = Количество выбранных морей Экземпляр: ИР. Количество экземпляров = Количество ИР 10.1 Карты районирования бентосных сообществ и ихтиофауны по морской акватории Элемент – выбранный вид сообществ Система хранения: файлы ИР: Полигоны расположения выбранных видов биосообществ для отдельного моря Количество ИР = Сумма выбранных видов по выбранным морям Экземпляр: данные одного вида. Количество экземпляров = 4 х количество ИР 10.2 Карты распределения хлорофилла для морской акватории Элемент – содержание хлорофилла Система хранения: файлы ИР: Изолинии содержания хлорофилла характеристик для отдельного моря Количество ИР = Количество выбранных морей Экземпляр: ИР. Количество экземпляров = Количество ИР 10.3 Карты распределения зоопланктона для морской акватории Элемент – содержание зоопланктона Система хранения: файлы ИР: Изолинии содержания зоопланктона для отдельного моря Количество ИР = Количество выбранных морей Экземпляр: ИР. Количество экземпляров = Количество ИР 10.4 Карты распределения фитопланктона для морской акватории Элемент – содержание фитопланктона Система хранения: файлы ИР: Изолинии содержания фитопланктона для отдельного моря Количество ИР = Количество выбранных морей Экземпляр: ИР. Количество экземпляров = Количество ИР 11.1 Карты районирования зон рекреации в морских акваториях и прибрежной зоне Элемент – зона рекреации Система хранения: файлы ИР: Полигоны, отображающие зоны отдыха Количество ИР = Количество выбранных морей Экземпляр: ИР. Количество экземпляров = Количество ИР 11.2 Карты комфортности зон отдыха Элемент – характеристики комфортности Система хранения: файлы ИР: Полигоны с харакеритсиками комфортности для отдельного моря Количество ИР = Количество выбранных морей Экземпляр: ИР. Количество экземпляров = Количество ИР 12.1 Карты распределения средних выловов видов рыбного промысла Элемент – объемы вылова Система хранения: файлы ИР: Полигоны с районами по объемам вылова для отдельного моря Количество ИР = Количество выбранных морей Экземпляр: Один вид. Количество экземпляров = Количество видов х ИР 13.1 Карты характеристик мерзлых пород Элемент – характеристики мерзлых пород Система хранения: файлы ИР: Полигоны с характеристиками комфортности для отдельного моря Количество ИР = Количество выбранных морей Экземпляр: ИР. Количество экземпляров = Количество ИР 14.1 Карты районирования абразионных, аккумулятивных и ингрессионных берегов Элемент – характеристики берегов Система хранения: файлы ИР: Полигоны с харакеритсиками комфортности для отдельного моря Количество ИР = Количество выбранных морей Экземпляр: ИР. Количество экземпляров = Количество ИР 14.2 Карты рельефа морского дна по результатам натурных съемок Элемент – элемент рельефа Система хранения: файлы ИР: Полигоны и полилинии с элементами рельефа для отдельного моря Количество ИР = Количество выбранных морей Экземпляр: ИР. Количество экземпляров = Количество ИР |
Свободно распространяемая информация по всем разделам |
2011 год для всех разделов, водные объекты будут определены дополнительно |
5.2.2 Каждый отдельный слой ГИС-проекта после архивации (*.RAR) будет представлять экземпляр информационного ресурса – объектный файл данных. Такой архивный файл должен в обязательном порядке содержать тематические слои в составе файлов:
-*.SHP – пространственные данные (геометрия объектов).
-*.DBF – атрибутивная таблица (в формате dBASE IV).
-*.SHX - индекс геометрии объектов.
-*.PRJ – файл с пространственной привязкой, хранящей информацию о проекции и ее параметрах, системе координат, датуме, единицах карты.
-*.SHP. XML, в котором хранится описание всех пространственных и атрибутивных характеристик шейпа в формате XML по стандарту ISO19139
-*.LYR – файл настороек
-*.MXD – файл ГИС-проекта
-*.STYLE - условные знаки
-* - дополнительные файлы, которые могут быть включены поставщиком при необходимости
5.2.3 Выделение информационного ресурса и экземпляров внутри ресурса осуществляется согласно критериям, заданными в п. 4.1 и 4.3. c рядом уточнений.
Ресурс может содержать данные по заданному георайону, набору параметров (определяются в разделе описания ресурса ‘Иерархия данных”), пространственно-временному разрешению и типами геобъектов (точка, линия, полигон, поверхность – определяется в разделе “Представление и распространение” описания ресурса, атрибут “Форма представления данных”.
Ресурс выделяется на основе разбиения массива пространственных данных в следующей последовательности: георайон, параметр, время, высота/глубина, геометрия:
1) все информационные ресурсы делятся по Поставщикам данных
2) внутри поставщика данных идет деление по геообъектам, как правило, в соответствии с делением IHO по морям и океанам
3) каждая порция информационного ресурса делится по отдельным параметрам, в зависимости от тематического раздела
4) внутри параметров деление идет по степени временного обобщения
5) далее – по степени пространственного обобщения
В 2011 году формирование ИР по пространственным данным и их регистрация в системе СРБД должны быть выполнены в соответствии принятыми правилами (таблица 6), но общие подходы по разбиению тематических пространственных данных для единичного информационного ресурса для отдельных разделов, при этом экземплярами ИР являются элементы последнего уровня вложенности (выделено курсивом):
- «Морская и прибрежная метеорология» (температура воздуха, скорость ветра, давление, горизонтальная видимость) - море/параметр/среднее значение/все месяцы;
- «Гидрология морей» (температура воды, плотность, соленость) - море/параметр/среднее значение/горизонт(слой)/месяц (квартал, сезон, ряд месяцев, полугодие, год)/;
- «Геология и геофизика» (газогидратоносность, зоны нефтегазонакопления, расположение нефтяных и газовых месторождений, геоэкология, геология, распространение железо-марганцевых корок и конкреций) - море/среднее значение/месяц (квартал, сезон, полугодие, год)/параметр;
- «Гидрохимия» (кислород, РН, общая щелочность, соединения фосфора, фосфаты, аммиак, нитриты, нитраты, соединения кремния) - море/параметр/среднее значение/горизонт(слой)/месяц (квартал, сезон, ряд месяцев, полугодие, год)/;
- «Экология» (районирование, динамика бионеценозов) - море/среднее значение/месяц (квартал, сезон, полугодие, год)/параметр;
- «Гидродинамика» (волнение, схемы поверхностных и придонных течений) - море/параметр/среднее значение/месяц (квартал, сезон, ряд месяцев, полугодие, год)/горизонты
- «Криология» (районирование, характеристики берегов, мерзлых пород) море/среднее значение/месяц (квартал, сезон, полугодие, год)/параметр;
- «Геоморфология» (районирование абразионных, аккумулятивных и ингрессионных берегов, динамика рельефа) - море/среднее значение/месяц (квартал, сезон, полугодие, год)/параметр;
- «Отдых и туризм» (районирование, характеристики зон рекреации, экология и комфортность зон рекреаций) море/среднее значение/месяц (квартал, сезон, полугодие, год)/параметр;
- «Морской лед» (характерная и экстремальная ледовая обстановка, количественные характеристики, сплоченность, торосистость) море/среднее значение/месяц (квартал, сезон, полугодие, год)/параметр;
- «Морская биология» (районирования бентосных сообществ и ихтиофауны, картирование экосистем, характеристики бентоса, фитопланктона, хлорофилла, зоопланктона, ихтиофауны) море/среднее значение/месяц (квартал, сезон, полугодие, год)/параметр;
- «Загрязнение» (районирование по уровням загрязнения в прибрежных водах, характеристики загрязнения атмосферы, кластеризация радиационного и химического загрязнения) море/среднее значение/месяц (квартал, сезон, полугодие, год)/параметр;
Состав слоев информационного ресурса должен быть выбран, исходя из удобства их отображения в интерфейсе пользователя приложения ГИС-сервера, так как один ресурс преобразуется в один гео-сервис
Экземпляр ресурса содержит один слой пространственных данных. Объем данных одного экземпляра ресурса не должен превышать 30 мбайт в *.rar;
5.2.4 Примеры представления пространственных данных (ГИС-слоев) в виде информационных ресурсов даны ниже.
Пример 1. Пространственные данные (ГИС-проект): “Климатические данные по температуре воды по Черному морю на поверхности
Содержание: среднемноголетняя средняя температура воды по всем месяцам, геометрия – изолинии;
ИР: Среднемноголетняя температура воды по Черному морю, 0 метров
Экземпляр 1.1 Температура воды, средняя, горизонт 0; месяц 1, полилиния;
Экземпляр 1.2 Температура воды, средняя, горизонт 0; месяц 2, полилиния;
Экземпляр 1.3 Температура воды, средняя, горизонт 0; месяц 3, полилиния;
Экземпляр 1.4 Температура воды, средняя, горизонт 0; месяц 4, полилиния;
Экземпляр 1.5 Температура воды, средняя, горизонт 0; месяц 5, полилиния;
Экземпляр 1.6 Температура воды, средняя, горизонт 0; месяц 6, полилиния;
Экземпляр 1.7 Температура воды, средняя, горизонт 0; месяц 7, полилиния;
Экземпляр 1.8 Температура воды, средняя, горизонт 0; месяц 8, полилиния;
Экземпляр 1.9 Температура воды, средняя, горизонт 0; месяц 9, полилиния;
Экземпляр 1.10 Температура воды, средняя, горизонт 0; месяц 10, полилиния;
Экземпляр 1.11 Температура воды, средняя, горизонт 0; месяц 11, полилиния;
Экземпляр 1.12 Температура воды, средняя, горизонт 0; месяц 12, полилиния;
Пример 2. Пространственные данные (ГИС-проект): “Курорты Черноморского побережья РФ”
Содержание: характеристики рекреационных зон, геометрия – точка, полигон
Ключи разбиения массива данных: характеристика
Экземпляр 2.1 Зоны рекреации, расположение, полигоны
Экземпляр 2.2 Пляжи, расположение, полигоны
Экземпляр 2.3 Комфортность пляжей, значение, точка
Экземпляр 2.4 Климат по пляжам, комплексная характеристика, точка.
Министерство природных ресурсов и экологии Российской Федерации
Федеральная служба по гидрометеорологии и мониторингу окружающей среды
(РОСГИДРОМЕТ)
Федеральное государственное бюджетное учреждение
“ВСЕРОССИЙСКИЙ НАУЧНО-ИССЛЕДОВАТЕЛЬСКИЙ ИНСТИТУТ ГИДРОМЕТЕОРОЛОГИЧЕСКОЙ ИНФОРМАЦИИ –
МИРОВОЙ ЦЕНТР ДАННЫХ”
(ФГБУ “ВНИИГМИ-МЦД”)
МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ
ПО ПОВЫШЕНИЮ КАЧЕСТВА ИНФОРМАЦИОННЫХ РЕСУРСОВ ЕСИМО
(версия 1.0.0 от 01.01.2001 г.)
Ответственный исполнитель,
зав. лабораторией отдела-ЦОД ФГБУ “ВНИИГМИ-МЦД”, д. т.н.
Обнинск 2011
СОДЕРЖАНИЕ
Введение
1. Версии программного комплекса «Поставщик данных»
2. Информационные ресурсы ЦБМД
3. Информационные ресурсы СРБД
3.1 Выбор единицы информационного ресурса
3.2 Описание информационных ресурсов
3.3. Актуальность информационных ресурсов
3.4. Контроль содержания информационных ресурсов
Введение
C декабря 2007 года работает система мониторинга ресурсов СРБД ЕСИМО и ежедневно администраторам центров данных пересылаются Справки о состоянии ресурсов СРБД по центру, где красным цветом выделены обнаруженные ошибки в описании ресурсов.
C ноября 2009 года работает система мониторинга телекоммуникационных и вычислительных ресурсов ЕСИМО (МРС) и администраторам центров ЕСИМО пересылаются сообщения в случае неработоспособности телекоммуникационного оборудования и серверов в центрах ЕСИМО.
Основные требования и спецификации, целевые индикаторы качества информационных ресурсов ЕСИМО изложены в “Регламенте обеспечения качества информационных ресурсов об обстановке в Мировом океане, предоставляемых центрами ЕСИМО” (2009 год).
ФГБУ “ВНИИГМИ-МЦД” провел анализ наиболее часто встречающихся ошибок и недочетов в описаниях ресурсов и технического состояния АПК Поставщик Данных.
Основные категории ошибок даны ниже:
- некачественное описание ресурсов через формы программного комплекса «Поставщик данных» - (раздела - тематика, география, временные характеристики и др.), что не всегда позволяет правильно использовать метаданные для поиска и представления ресурсов в приложениях доступа к информации;
- отсутствие физической доступности данных (пустой ответ, таймаут операции и др.) из-за подключения к пустым таблицам БД или отсутствующим объектным файлам данных источников данных, неготовности БД и др.;
- нарушение регламента ведения ресурсов (отсутствие обновления описаний ресурсов по планировщику заданий, формирования экземпляров и др.), определенного в Порядках и регламентах деятельности центров ЕСИМО;
- содержание ресурсов не отвечает их характеристикам, зафиксированным в Порядках и регламентах центров ЕСИМО - по типу системы хранения (замена баз данных и структурированных файлов данных приложениями и объектными файлами данных); по составу параметров ресурсов (в разделе Иерархия данных указаны по 4-5 параметров как тесты, часто приведены только метаданные); по последовательности параметров (последовательность элементов в Иерархии данных не отвечают традиционным формам выдачи данных пользователю);
- неправильное выделение экземпляров ресурса (назначение структуры потока данных) - выполнено с нарушениями Руководства Оператора программного комплекса «Поставщик Данных» (встречаются случаи присутствия в Иерархии данных – подраздел “Структура ресурса” параметров морской среды (деятельности) и др.);
- представление данных ресурсов через конструкции записей E2E выполнено с нарушениями (логика хранения не отвечает назначенной конструкции, табличные данные (без заголовков) представляются как данные типа «Профиль» (запись E2EProfileDD) и наоборот, и др.).
Практически ежедневно происходят технические сбои в ресурсах СРБД и количество информационных ресурсов доступных пользователям меняется ежесуточно до 20-30 %.
В связи с этим центрам ЕСИМО требуется ежедневно осуществлять мероприятия по тестированию и повышению качества информационных ресурсов СРБД.
Типовыми замечаниями по описанию информационных ресурсов ЕСИМО являются:
1) Состав ИР не в полном объеме соответствует Порядкам и регламентам работы центров. Очень часто ИР представляют фрагментарные сведения по направлениям деятельности, за которые отвечают центры ЕСИМО.
2) Представление на регистрацию неполного комплекта документов на информационный ресурс (отсутствие описания данных в ЦБМД, документации на технологии создания информационных ресурсов).
3) Неправильно определена единица ресурса.
4) Многие ИР имеют один экземпляр похожих по назначению (ссылки, объектные файлы), их тоже можно объединить в виде каталога файлов.
5) Некорректность выделения экземпляра ресурса. Экземпляр ресурса определяет единицу визуализации, поэтому ключевые атрибуты при работе с БД и структурированными файлами должны определять выделение отдельного экземпляра ресурса.
6) Неправильно выбрана системы хранения (встречаются случаи, когда данные представлены в виде системы файлов, а оформляются они в ИР как приложения).
7) Некорректно заполнены описания информационных ресурсов (информация о правах доступа, частота изменения ресурса, вертикальное обобщение - мин и макс значение высоты, глубины измерений, контактная информация).
8) Дублируются некоторые ресурсы (имеются в виде нескольких систем хранения (приложения, БД, структурированные или объектные файлы).
9) Большое число объектных файлов (экземпляров) в каталоге (например, в информационных ресурсах НИЦ «Планета» присутствуют тысячи изображений, каждый из которых может иметь объем до 1 и более Мбайт).
10) Неправильно указано время обновления ресурса.
11) Не обновляется описание информационного ресурса. Многие описания информационных ресурсов не обновлялись несколько лет.
12) Не всеми центрами ведется ежедневный контроль состояния информационных ресурсов по справке Т2 http://iserv. oceaninfo. info/iserv/stat/_T2.html, где вместо «» необходимо поставить текущую дату или дату на которую Вы хотите посмотреть ситуацию.
13) Не проводиться проверка правильности отображения тех или иных атрибутов с помощью клиентского приложения ЕСИМО.
14) Ссылки на приложения и объектные файлы не доступны.
15) Иногда коды системных элементов включаются в состав каталога экземпляров информационного ресурса (ссылок на объектные файлы), как один из атрибутов. При описании ИР коды системных элементов не указаны.
16) При описании объектных файлов (документов, карт, графических файлов) в описании ИР не указывается имя системного элемента, как индекс Рубрикатора R010101.
17) ИР не доставляются для загрузки в БИД.
18) При отсутствии явления или не по техническим причинам информационная продукция не подготовлена нет информации, почему она не подготовлена.
В настоящем документе приведены рекомендации по их устранению.
1. ВЕРСИИ ПРОГРАММНОГО КОМПЛЕКСА «ПОСТАВЩИК ДАННЫХ»
В настоящее время распространяется программный комплекс «Поставщик Данных» версии 1.8 от июля 2011 г. Версия программного комплекса «Поставщик данных» и изменения в ней - патч, руководство по установке доступны по адресу: http://data. *****/update/1.8/.
Рекомендация:
Определите версию своего Поставщика Данных (ПД) по Справке о Поставщиках Данных (тип - Т1): портал ЕСИМО (http://iserv. oceaninfo. info/iserv/stat/_T1.html).
Обновите версию поставщика данных – это позволит сократить затраты времени на регистрацию ресурсов в СРБД и обеспечить качество регистрации и поддержки информации, предоставляемой в ЕСИМО.
2. Информационные ресурсы ЦБМД
Перед регистрацией информационных ресурсов в СРБД ЕСИМО должно быть обеспечено наличие в ЦБМД ЕСИМО:
- описаний ведомственных информационных систем по принадлежности центра ЕСИМО;
- описаний наблюдательных платформ, методов сбора и обработки данных; баз данных, программных средств и форматов данных, использованных для получения данных, представляемых в качестве информационных ресурсов СРБД ЕСИМО;
- документации по технологии создания базы данных (общее описание, описание программных средств, описания информационной базы, руководство пользователя, др.).
В настоящее время полнота представления объектов метаданных в ЦБМД недостаточна:
o заполнен только минимум объектов метаданных, как правило, три;
o не все ведомственные информационные системы включены в ЦБМД;
o документация по технологиям, представленная в технологическом портале ЕСИМО, не содержит документов за последние 2-3 года.
Рекомендации: В ЦБМД (http://www. *****/inf/) дается описание технологии создания информационных ресурсов с подключением документации на нее и создание такие объектов метаданных, как:
- Сведения о массивах и базах данных;
- Сведения о наблюдательных платформах;
- Сведения о методах сбора и обработки данных;
- Программные средства;
- Форматы данных;
- Документация по технологии создания информационных ресурсов (общее описание, описание программных средств, описания информационной базы, руководство пользователя, др.);
- Сведения об экспедициях (информация о плане экспедиций на текущий год, информация о выполнении экспедиции, сведения о материалах экспедиции, полученных во ВНИИГМИ-МЦД);
- Проекты и программы исследований.
3. Информационные ресурсы СРБД
Описание информационного ресурса СРБД выполняется с применением АРМ Оператора программного комплекса “Поставщик Данных” в соответствии с Руководство пользователя (Оператор источника данных), (версия 1.1.0, 2010, обновление – июнь 2011).
3.1 Выбор единицы информационного ресурса
3.1.1. Оптимальность назначения ресурса и экземпляров
Ошибка: Массив данных (база данных СУБД, структурированные файлы данных) большого объема представлен в СРБД одним информационным ресурсом. И наоборот, массив данных в виде объектных файлов данных представлены в виде десятков небольших по объему ресурсов с разделением по регионам или времени (такая ситуация имеется в ресурсах ГОИН, ЦНИИ Центр, др.). Выделенный экземпляр ресурса не позволяет правильно визуализировать единицу данных.
Причина: Некачественно выполнено или не проведено планирование информационных ресурсов ЕСИМО в центре (организации) и Оператор ПД выполнил выделение ресурса, преследуя одну цель – зарегистрировать ресурсы, не рассматривая вопросы дальнейшего использования информации. Недостаточный контроль Руководителя (Администратора баз данных) центра за представлением информации в ЕСИМО.
Рекомендации:
Пересмотреть структурирование информации, поставляемой в ЕСИМО, на основе “Инструкции по планированию информационных ресурсов ЕСИМО’, требований Порядка и регламента деятельности центра ЕСИМО и нижеследующих рекомендаций по назначению ресурсов/экземпляров:
1) В зависимости от объемов данных массив данных может представляться несколькими ресурсами. Оптимальные объемы данных на один ресурс:
- критический – 1 000 000 записей (медленная работа, возможны ошибки по переполнению памяти и др., на программном комплексе «Поставщик данных» должно быть не менее 4Гб оперативной памяти - ОП);
- максимальный - 500 000 записей (медленная работа, на программном комплексе «Поставщик данных» – не менее 4Гб ОП);
- средний - 300 000 записей (удовлетворительная работа, на программном комплексе «Поставщик данных» – не менее 2Гб ОП);
- рекомендуемый - 100 000 записей (быстрая работа, на программном комплексе «Поставщик данных» – не менее 2Гб ОП).
2) Информационный ресурс может иметь экземпляры, которые выделяются по логическим единицам сбора, обработки и учета данных..Экземпляр ресурса определяется на основе имеющейся практики автора ресурса по обработке и визуализации информации. Предлагается использовать ряд общих правил назначения экземпляров ресурсов, представленные ниже через примеры.
Массив данных, определенный в качестве ресурса:
- стационарно имеет циклические во времени поднаборы данных – в этом случае, целесообразно выделять поднабор за срок (день, месяц и др.) в виде экземпляра ресурса; .
- стационарно имеет циклические по пространству (точкам, районам, площадям) поднаборы данных – в этом случае, целесообразно выделять поднабор по георайону в виде экземпляра ресурса;
- стационарно имеет циклические по платформам наблюдений (морской деятельности) поднаборы данных – в этом случае, целесообразно выделять поднабор по платформе в виде экземпляра ресурса.
3) Объем данных одного экземпляра должен быть не более 300 тысяч записей типа E2EPointDD или не более 200 тысяч записей типа E2EProfileDD.
После рассмотрения вопросов структуры ресурса провести его перерегистрацию ресурсов.
Руководителю (Администратору баз данных) центра предлагается периодически анализировать структурирование информационных ресурсов ЕСИМО в контакте с Администратором СРБД ЕСИМО.
3.1.2 Выбор системы хранения
Ошибка: Данные ресурса хранятся в виде файлов данных, а в описании ресурса определены как приложения.
Причина: ошибка Оператора ПД, отсутствие контроля Руководителя (Администратора баз данных) центра.
Рекомендации: Провести проверку описаний текущих информационных ресурсов по Cправке Т2 на портале ЕСИМО (раздел – Данные) на адекватность указанной в описании системы хранения (СУБД, структурированные файлы данных, объектные файлы данных, приложения) фактической системе хранения. Отредактировать описания ресурсов с ошибками через “АРМ Оператора” ПД (раздел Идентификация и связь с данными)
При наличии нескольких типов представления одних и тех же данных использовать представления: “СУБД” или “Cтруктурированный файл данных”. И только при отсутствии цифровых данных использовать объектные файлы и приложения.
3.1.3. Дублирование ресурсов в нескольких системах хранения
Ошибка: Один и тот же ресурс представлен в СРБД в нескольких системах хранения (приложение, база данных СУБД, структурированный или объектный файлы).
Причина: ошибка планирования ресурса и отсутcтвие контроля за работой по представлению информации в СРБД (см. п. 3.1.1.).
Рекомендации: Провести проверку описаний ресурсов по Cправке Т2 на портале ЕСИМО (раздел – Данные) на дублирование представлений и удалить ресурсы: - приложения (автономные) и объектные файлы данных при наличии аналогов в виде цифровых наборов данных - базы данных CУБД или структурированные файлы данных. Представление “Приложения” сохраняются только в случае их оформления в виде типовых портлетов портала ЕСИМО для работы со многими информационными ресурсами СРБД ЕСИМО. При наличии представлений “СУБД и Структурированный файл данных” представление “Объектные файлы данных” сохраняется только для пространственных данных (шейп-файлы, привязанные изображения).
3.1.4. Большое число объектных файлов (экземпляров) в каталоге
Ошибка: При использовании для регистрации ресурса каталога объектных файлов данных в каталоге размещается большое число объектных файлов и генерируются тысячи экземпляров ресурсов или ресурс с тысячами файлов без экземпляров. При объеме объектного файла в 1 Мбайт это приводит к перегрузке системы и невозможности скачать этот ресурс и «тормозиться» работы других пользователей по доставке данных из СРБД.
Причина: см. п. 3.1.1.
Рекомендации: Создать два ресурса - текущий и архивный. В текущем ресурсе данные представляются за последние сутки или неделю. В архивном ресурсе хранятся все данные, при этом при запросе из этого ресурса будет производиться выборка небольшого числа экземпляров на основе задания фильтров.
3.2 Описание информационных ресурсов
3.2.1. Несоответствие элементов данных в описании ресурсов и текущей версии общесистемных элементов.
Ошибка: Справка о ресурсах типа Т2 - выдает красное сообщение в колонке «Тематика» типа: Данные: Заводской номер; Проект: наименование; Технические характеристики проекта; M4042- не найден в системных элементах; Готовность на начало года; Готовность; День; Месяц; Год.
Использованы системные элементы, которые отсутствуют в текущей версии Системных элементов ЕСИМО. Ошибка характерна для ресурсов, созданных до изменений в описании системных элементов. Возможно, что изменился код системного элемента был удален или переназначен.
Причина: рассогласованность действий Администратора СРБД по исключению/редактированию кодов элементов данных и Администраторов баз данных в центрах ЕСИМО.
Примечание: Обновление списка системных элементов на ПД производится в автоматическом режиме, по умолчанию один раз в сутки (при этом новый системный элемент был введен в ОКК ЕСИМО). Если Администратор ПД обнаруживает, что не хватает нужных системных элементов, то выполняется контрольное обновление вручную. В случае неуспешного обновления системных элементов, Администратор должен проверить IP адрес Сервера Интеграции в конфигурации Поставщика Данных. Параметр «URL Сервера Интеграции» должен быть http://iserv. oceaninfo. info/iserv2 (текущая версия).
Рекомендации:
Необходимо выполнить следующие действия:
1) Обновить список системных элементов вручную.. Для обновления списка элементов необходимо запустить планировщик обновления системных элементов. Для этого, зайти в интерфейс АРМа «Администратор» ПД, в левом меню выбрать пункт «Управление диспетчером задач», нажать на иконку редактирования «Обновление системных элементов данных» и отредактировать cron выражение планировщика, присвоив начало запуска на ближайшее время. Например, выражение 0? * * запустит планировщик в 11:45. Нажать кнопку «Редактирование» для сохранения изменений. После назначенного времени убедиться, что обновление системных элементов произошло. Для этого необходимо перейти по ссылке «Журнал» и проверить лог. При необходимости – обратитесь к разработчикам технологии E2EDM.
3) По завершению обновления системных элементов необходимо провести перемаппирование локальных элементов в системные (раздел «Иерархия данных»). Для этого надо:
- войти в описание ресурса, по которому зафиксирована ошибка;
- перейти в раздел «Иерархия данных»;
- справа в Элементах будут присутствовать старый системный элемент в буквенно-цифровом представлении (например, M4042) и актуальные коды в текстовом представлении;
- перебросить из всех списков «Ключ» и «Запись» старые коды в «Элементы» и перенести из «Элементов» соответствующие новые коды. Слева в списках не должно остаться старых кодов. После успешного сохранения раздела описания будет осуществлено перемаппирование.
4) После завершения перемаппирования вернитесь в Перечень зарегистрированных ресурсов и просмотрите ошибки в описании ресурса. В ошибках не должно встречаться сообщение «Имя и код параметра - не найден в системных элементах». Если сообщение присутствует – повторите рассмотренный выше цикл работ еще раз. При необходимости – обратитесь к разработчикам технологии E2EDM.
Также необходимо оповестить о случившейся ситуации Администратора СРБД ЕСИМО.
3.2.2. Потеря информации при импорте описаний ресурсов
Ошибка: Используется импортирование описания ресурса в качестве шаблона для регистрации аналогичных ресурсов по другим объектам (морям и др.). При этом маппинг элементов шаблона (фильтры по географии) и другие атрибуты описания не изменены на актуальные для регистрируемого ресурса. Например, климатические данные по ГМС по Азовскому морю использовались для подготовки аналогичных ресурсов по другим морям и шаблон использован для регистрации ресурсов по Баренцеву и другим морям с доведением до «Зарегистрированных ресурсов». Получены ресурсы с различными идентификаторами (названиями) и одинаковыми данными.
Причина: ошибка Оператора ПД – сделано импортирование описания ресурса, но не изменен фильтр по географии.
Рекомендации: После импортирования описания ресурса войти в раздел «Редактирование описания» - «Связь с источником данных», выполнить необходимые изменения (состав таблиц, фильтр, маппинг) для обеспечения фильтрации данных по морю, которое определено в новом ресурсе, а также другие разделы описания для внесения требуемых изменений.
3.2.3. Список элементов ресурса не соответствует данным, которые должны быть представлены в ЕСИМО
Ошибка: Содержание ресурсов не отвечает их характеристикам, зафиксированным в Порядках и регламентах центров ЕСИМО по составу параметров ресурсов (в Иерархии данных указаны по 4-5 параметров как тесты, часто приведены только элементы – метаданные); по последовательности параметров (последовательность элементов в Иерархии данных не отвечает традиционным формам выдачи данных пользователю). Элементы в трактовке раздела «Иерархия данных» при наличии элементов в HierarchyId, например:
<objectHierarchyLevel>1</objectHierarchyLevel>
<objectHierarchyList />
<objectHierarchyId>esimo:M4405</objectHierarchyId>
<objectHierarchyIdValue />
</E2EObjectHierarchy>
<E2EObjectHierarchy>
<objectHierarchyLevel>2</objectHierarchyLevel>
<objectHierarchyList />
<objectHierarchyId>esimo:M4400,esimo:M4312,esimo:M4311</objectHierarchyId>
<objectHierarchyIdValue />
</E2EObjectHierarchy>
<E2EObjectHierarchy>
<objectHierarchyLevel>3</objectHierarchyLevel>
<objectHierarchyList>esimo:M4307,esimo:M4200,esimo:P0229_00,esimo:P0048_00,esimo:P0067_00,esimo:P0068_00</objectHierarchyList>
<objectHierarchyId>esimo:M4400,esimo:M4312,esimo:M4311</objectHierarchyId>
<objectHierarchyIdValue />
</E2EObjectHierarchy>
HierarchyId (ключ в разделе «Иерархия данных») - содержит список ключей, по которым выделяется:
- экземпляр ресурса;
- или заголовок записи типа «Профиль» и «Сетка» («Профиль цифровой» или «Модель цифровая» – в поле «Форма представления данных» раздела «Представление и распространение», записи типа «Профиль» E2EProfileDD, «Сетка» E2EGridDD) или cтрока матрицы данных в записях типа «Профиль» и «Сетка»;
- или запись типа «Таблица» («Таблица цифровая» – в поле «Форма представления данных» раздела «Представление и распространение», запись типа «профиль» E2EPointDD).
По списку ключей выполняется организация транспортного файла данных – выполняется столько проходов (операций чтения) локальных данных, сколько ключей указано в списке HierarchyId (Ключ). Внесение всех элементов данных в список HierarchyId (Ключ) приводит к избыточности чтения локальной БД (файлов) и существенному замедлению актуализации и тестового запроса.
Причина: см. п. 3.1.1.
Рекомендации:
Выполнить редактирование описания ресурса с обеспечением состава элементов данных в ресурсе согласно обязательств центра. Войти в раздел «Редактирование описания» - «Связь с источником данных» - выполнить необходимые изменения (состав атрибутов таблиц, фильтр, маппинг, в раздел “Иерархия данных” – выполнить назначение разбиения ресурса на экземпляры.
Согласно Руководству Оператора ПД и предоставляемых для заполнения полей в разделе «Иерархия данных” должны быть определены следующие списки элементов:
- раздел «Структура ресурса»: элемент «Ключ» обязателен, если выделяются экземпляры ресурса;
- раздел «Структура записи»: для записи типа Таблица (запись E2PointMD).
Таблица данных:
- ключ (обязательно – только элементы-ключи перехода от записи к записи - минимум и в последовательности согласно структуре локальных данных);
- запись: (список – включая элементы-ключи – в последовательности вывода данных пользователям).
Для записи типа «Профиль» (E2ProfileMD) заголовок записи:
- ключ (обязательно – только элементы-ключи перехода от записи к записи - минимум и в последовательности согласно структуре локальных данных);
- запись: (список – включая элементы-ключи – в последовательности вывода данных пользователям).
Таблица данных:
- ключ (обязательно – только элементы-ключи перехода от строки таблицы к строке таблицы - минимум и в последовательности согласно структуре локальных данных);
- запись: (список - включая элементы-ключи – в последовательности вывода данных пользователям).
Во всех случаях, список элементов в поле «Ключ» является подмножеством списка элементов в поле «Запись - форма не позволяет использовать другие правила. Требуется - войти в редактирование ресурса в раздел «Иерархия данных», заполнить отсутствующие поля HierarchyList (Запись в форме) на уровнях заголовка записи и матрицы данных. На уровне экземпляров заполняется только поле objectHierarchyId (Ключ).
2.4. Тестовый запрос работает медленно
Описание: Тестовый запрос работает долго, либо нет результата по истечению длительного времени.
Причина: Сложная структура базы данных СУБД, низкая скорость обмена между БД и ПД.
Рекомендации:
1) Зайти в редактирование описания ИР, по ссылке «Редактировать связь с данными» перейти в интерфейс DiGIR. Из верхнего меню выбрать закладку «Таблицы». Проверить наличие связанных таблиц с помощью оператора JOIN. Если есть связь между тремя таблицами и более, то необходимо создать view-представление средствами СУБД и использовать созданное view-представление для подключения данных к ресурсу вместо нескольких таблиц.
2) Проверить время ответа от СУБД путем выполнения SQL-запроса напрямую стандартными средствами СУБД. Если время выборки данных слишком большое, проанализировать структуру таблиц и объем выборки. Возможно, необходимо пересмотреть количество таблиц или сократить объем выборки путем фильтрации данных.
3) Проверить скорость сетевого канала между сервером Поставщика данных и СУБД. В случае большого пинга или потери пакетов в канале Поставщик Данных не может получить данные из СУБД.
3.3. Актуальность информационных ресурсов
3.3.1. Отсутствие физической доступности данных (0 записей в тестовом запросе)
Ошибка: Отсутствие физической доступности данных (0 записей в тестовом запросе) возникает из-за подключения к пустым таблицам БД или отсутствующим объектным файлам данных источников данных, неготовности БД и т. п. появляется пустой ответ, таймаут операции и др.
Причина: ошибка Оператора ПД – не обеспечена связь с источником данных при регистрации ресурса или источник данных не работает, включен кэш, но не определены экземпляры (см. также 3.3.2.).
Рекомендации: Проверить наличие данных в ресурсе. В случае использования представления “СУБД” (см. вкладку «Идентификация и связь с данными» описания /редактирования информационного ресурса) зайти по ссылке «Редактировать связь с данными» и проверить состав таблиц и фильтр для поиска. Убедиться в наличии данных в этих таблицах, учитывая условия фильтра, прямым обращением к базе данных. В случае структурированных и объектных файлов - проверить наличие файлов по физическим адресам, прописанным в описании ресурса
3.3.2 Режим кэширования
Ошибка: Неправильно используется режим кэширования
В том случае, если режим кэширования включен, а в иерархии описания ИР отсутствует уровень экземпляров, то запрос на данные будет всегда возвращать пустое сообщение-ответ. При включенном кэше ПД не производит выборку из источника данных, а только возвращает ссылки на файлы данных, находящиеся в кеше. Файлы данных попадают в кэш после успешной актуализации ИР, выполняемой по планировщику.
Рекомендации: При проверке актуальности ИР необходимо обращать внимание на количество экземпляров и наличии планировщика при включенном кеше.
Включать режим кэширования рекомендуется в случаях, когда ИР имеет большой объем данных (100 тысяч записей и более). Для этого, в первую очередь необходимо определить ключ (один или несколько параметров) разбиения потока данных на экземпляры и прописать его в уровень экземпляров иерархии в описании ИР. Например: исторические данные за несколько десятков лет рекомендуется разбивать по годам, соответственно ключ иерархии экземпляров будет содержать параметр «Год». После определения иерархии нужно включить режим кэширования и создать планировщик. Без создания планировщика метаданные ИР не будут обновляться, а кэш будет пустой! Соответственно, данный ресурс не будет поставляться в СРБД, потому как не будет сигналов от ПД о поступлении новых данных, а также по запросу на данные результатом будет пустое сообщение ответа.
После включения кэширования рекомендуется произвести актуализацию ИР вручную и обратить внимание на количество сгенерированных экземпляров. Если количество экземпляров слишком большое (500 и более), то необходимо изменить ключ разбиения потока на экземпляры. Большое количество экземпляров увеличивает время доставки и распространения файлов данных пользователям.
Если объем данных в ИР небольшой (до 100 тысяч записей), и выборка данных из источника занимает относительно небольшое время, то необходимости во включении кэша нет. Такой подход рекомендуется применять в случае оперативных ресурсов с небольшой порцией данных (несколько суток, неделя).
3.3.3. Планировщик актуализации
Планировщик актуализации служит для старта модулей ПД по обновлению метаданных, созданию транспортного файла данных (при включенном КЭШ) и оповещению Сервера Интеграции о поступлении новых данных.
Ошибка: Планировщик не установлен и Cервер Интеграции “не знает” об обновлении метаданных и данных ресурса.
Планировщик установлен, но время старта планировщика указано без учета времени и периодичности обновления данных в источнике - Сервер Интеграции получает ложные сведения об обновлении данных в источнике.
Рекомендации:
1) Выполнить проверку значений атрибутов описания ресурсов ‘Периодичность обновления источника данных” и “Периодичность обновления источника данных” (Раздел “Распространение данных”) и проверить их обоснованность и согласованность.
По возможности использовать точное (ежедневно, еженедельно и др.) значение указанных атрибутов.
При регистрации нового ресурса повести аналогичные работы при планировании ресурса.
2) После регистрации описания ИР необходимо создать планировщик – строка ресурса в списке “Зарегистрированные ресурсы”, иконка “Редактировать” в колонке Диспетчер задач.
Время старта в планировщике задается c учетом значения атрибута ‘Периодичность обновления источника данных”, т. е. установить время старта планировщика, соответствующее ожидаемому времени обновления данных. При этом необходимо учесть, что в списке значений ‘Периодичность обновления источника данных” используются значения, описывающие период обновления (каждый час, 3 часа, 6 часов, 1 день и др.), но не конкретное время завершения обновления, поэтому время старта планировщика должно быть несколько позже, чем время периодичности.
Например:
- Данные обновляются каждые 3 часа: Периодичность – каждые 3 часа, Интервал между запусками задачи – 3 часа 15 минут;
- Данные обновляются в 1-й день каждой недели в 10-30: Периодичность – каждая неделя, Интервал между запусками задачи – 7 дней 10 часов 30 минут;
- Данные обновляются каждый год в течении 1-го месяца следующего года: Периодичность – каждый год, Интервал между запусками задачи – 12 месяцев 1 месяц;
Определенную сложность представляет создание планировщика для данных, обновляемых нерегулярно или постоянно. В этом случае, время планировщика определяется из опыта получения данных или устанавливается минимальным, например: 5 минут. В последнем случае, объемы данных ресурса должны быть не более 100 000 записей, так как ПД будет обрабатывать источник данных с заданной периодичностью, что может вызвать высокие нагрузки на ПД.
3) Произвести актуализацию вручную. Проверить успешность работы актуализации: после актуализации должно измениться дата/время обновления и временной масштаб описания ресурса. Если временной масштаб в описании ресурса не изменился, то проверить наличия системного параметра «Дата и время» в разделе «Иерархия данных». Если параметр «Дата и время» присутствует, но временной масштаб не меняется после актуализации, обратитесь к разработчику Поставщика Данных.
4) Провести анализ работы планировщика в течение серии циклов в автоматизированном режиме и уточнить время старта планировщика при необходимости.
3.3.4. При актуализации экземпляры генерируются, а транспортный файл не создается
Ошибка: Не создается транспортный файл.
Причина: Выключен кэш во вкладке «Связь с данными», но установлен планировщик. .
Рекомендации: Включить кэш.
3.3.5 Использование одинаково поименованных атрибутов различных таблиц БД
Ошибка: Используются похожие имена атрибутов в таблицах локальных БД пределах настройки связи одного ресурса. Например:
Сист. Элемент TW _мин (условно) – Таблица TWater, Атрибут: min
Сист. Элемент S _мин (условно) – Таблица SWater, Атрибут: min
………………
Это приводит к “размножению» ресурсов.
Рекомендации: С версии ПК «Поставщик Данных» 1.1.3 существует возможность указания префикса в виде имени таблицы. Для исправления настройки ресурса необходимо зайти в редактирование описания ресурса, перейти по ссылке «Редактировать связь с данными» в интерфейс DiGIR, который откроется в новом окне. В интерфейсе DiGIR выбрать из верхнего меню закладку «Таблицы» и найти в поле «Корневая таблица и ключевое поле» название таблицы и названия поля, разделенные символом «.». Внимание: список таблиц не упорядочен по алфавиту, отображение происходит в том порядке, в каком названия таблиц были получены от СУБД.
3.3.6. Обновление описания информационных ресурсов
Ошибка: Не обновляется текстовые поля описание информационного ресурса.
Рекомендации: По Регламенту качества информационного ресурсов ЕСИМО текстовые атрибуты (Описание, Ключевые слова, Качество и др.) должны отражать жизненный цикл данных в ресурсе периодически (уточняется географическая область, др.).
3.3.7. Ссылки на приложения и объектные файлы
Ошибка: Ссылки на приложения и объектные файлы не доступны.
Причина: Не ведется проверка актуальности ресурсов Оператором/Администратором ПД.
Рекомендации: Необходимо ежедневно проверять ссылки на приложения, объектные файлы, которые включены в описание ресурса или экземпляров ресурса. Рекомендуется разработать или использовать готовые программные средства по проверке актуальности ссылок.
3.4. Контроль содержания информационных ресурсов
3.4.1. Проблемы с пустыми значениями параметров
Ошибка: В тестовых запросах значения одного или нескольких параметров – пустые поля или константы отсутствия.
Причина: ошибка Оператора в маппинге, невозможность перекодирования значения системного элемента.
Рекомендации:
1) Отсутствие значения элемента в данных транспортного файла чаще всего возникает при отсутствии маппинга. Связка элемента с полем таблицы БД может быть неправильной после изменения кода элемента при обновлении концептуальной схемы. Проверить есть ли в маппинге соответствие: элемент – поле таблицы БД (позиция в структурированном файле). Если соответствия нет, выполнить маппинг.
2) Проверить соответствие типа данных параметра в исходном файле и в описании системного элемента. Например, если тип данных системного элемента определен как числовой, а в исходном файле для данного системного элемента появляются текстовые символы, то Поставщик Данных генерирует ошибку при конвертации типов и присваивает параметру значение константы отсутствия.
3.4.2. Последовательность элементов неоднородна и хаотична
Ошибка: Список ключевых элементов и элементов – параметров в разных ресурсах с однородными данными (меняется район или другое свойство) представляется в неодинаковой последовательности.
Список элементов задан вне логики отображения, например: температура воды, дата и время, соленость воды
ПД реализует жесткую схему – как указали в разделе «Иерархия данных», так и получили в транспортном файле и так же отобразили пользователю.
Рекомендации: Проверить заданный порядок следования элементов в разделе “Иерархия данных”. При необходимости – изменить последовательность элементов.
Внимание: Последовательность элементов должна быть наиболее удобной для пользователя (просмотр таблиц данных из АРМа). Рекомендуется следующая последовательность элементов: координаты места, времени, дополнительные элементы метаданных (платформа, инструмент, др.), параметр 1, параметр 2 и т. п.
3.4.3. Временные координаты указываются неверно
Ошибка: Время начала и окончания ресурса ставится вручную и в дальнейшем не обновляются при обновлении данных.
Причина: Не выполняется актуализация описания ресурса по планировщику. Планировщик не создан или неверно указана периодичность запуска планировщика.
Рекомендации:
Cм. п. 3.3.3.
3.4.4. Связки таблиц в компоненте DiGIR
Ошибка: Связанные таблицы не работают
Рекомендации: ключ главной таблицы (в интерфейсе root table) должен совпадать с ключом, по которому выполняется связка двух таблиц. В случае связки таблиц по принципу одна таблица метаданные, другая - данные, указывать в начале в качестве главной таблицы таблицу с данными и делать связку с таблицей метаданных.
3.4.5. Несоответствие кодировки в символьных данных
Ошибка: Вместо символов кириллицы в таблицах клиентского приложения по доступу к информационным ресурсам СРБД, появляются не соответствующие кодировке символы, например в ресурсах Морсвязьспутник, ВНИИГМИ-МЦД, др.
Рекомендации: Проверить и если нужно изменить кодировку в параметре «Кодировка базы» в Сервисе доступа к БД (Нажать на ссылку «Редактировать связь с данными» на первой закладке «Идентификация и связь с данными» редактирования описания информационного ресурса, перейти во второй раздел «Ресурсы»). Кодировка, указанная в поле «Кодировка базы» должна соответствовать кодировке данных на выходе из СУБД. Кодировка СУБД проверяется стандартными средствами для администратора, поставляемые вместе с дистрибутивом конкретной СУБД.
3.4.6. Содержание ресурсов не отвечает их характеристикам, зафиксированным в Порядках и регламентах центров ЕСИМО
Ошибка: Наблюдается тенденция замены типа системы хранения (база данных или структурированные файлы) приложениями или объектными файлами данных.
Причина: см. п. 3.1.1.
Рекомендации:
1) Если данные хранятся в одной из СУБД (Oracle, MySQL, MS SQL, др.), то тип системы хранения «База данных».
2) Если данные хранятся в виде файла с четко выделенными позициями в байтах, имеющие названия и тип хранения, то тип системы хранения «Структурированный файл».
3) Если данные хранятся в виде графических файлов, документов и других объектных типов файлов и объем их небольшой – несколько десятков, то используется тип системы хранения «Объектный файл». Если число объектных файлов велико - сотни и даже тысячи однородных экземпляров, пополняемых регулярно, то создается (лучше автоматизированным способом) каталог этих файлов, который оформляется в виде таблицы БД или структурированного файла, то тип хранения определяется соответственно тип «База данных» или «Структурированный файл».
4) Если данные хранятся в виде шейп-файлов с пространственными данными, то используется тип системы хранения «Объектный файл». При этом в описании ресурса указывается формат ГИС шейп-файла выбором из списка, шейп-файлы архивируются и размещаются в качестве одного файла данных с расширением *.rar.
5) Ресурсы, которые состоят из одного экземпляра, а фактически представляют серию экземпляров одного прогноза надо объединять в один ресурс (ААНИИ).
Примечания:
1) Нельзя определять как объектный файл одну страницу, один график или одну карту (такие случаи есть в ресурсах ААНИИ).
2) Нельзя определять как приложение отдельную html - страницу сайта (портала). У приложений не может быть экземпляров.
3.4.7 Неправильно использование параметров Рубрикатора
Ошибка: Встречаются случаи присутствия в Иерархии данных – подраздел “Структура ресурса” параметров морской среды (деятельности), взятых по Рубрикатору (например, R010101), при описании ресурсов с представлениями “СУБД” и “Структурированный файл данных” .
Рекомендации: Параметры, взятые из Рубрикатора ЕСИМО, используются только для типов представлений «Объектный файл», “Приложение”.
3.4.9. Контактная информация
Ошибка: В контактной информации повторяется Интернет - адрес ресурса с системой хранения «приложение» (RU_AARI_9220).
Причина: ошибка Оператора.
Рекомендации: Здесь надо давать официальный Интернет - адрес центра.
3.4.10. Правильность заполнения описания информационного ресурса
Ошибка: Некорректно заполненное описание информационного ресурса. Заполнены не все вкладки описания (права доступа, период измерений, гео-область, др.).
Причина: ошибка Оператора.
Рекомендации: После описания ресурса проверять правильность заполнение всех вкладок.
3.4.11. Правильность отображения тех или иных атрибутов ресурса
Ошибка: Не проводиться проверка правильности отображения тех или иных атрибутов с помощью клиентского приложения ЕСИМО.
Причина: cм. п.3.1.1, ошибка администратора центра.
Рекомендации: Чтобы полностью удостоверится, что информационный ресурс правильно работает, необходимо зайти на страницу портала ЕСИМО http://www. *****/srbd_data/index. jsp, найти свой ресурс, загрузить его и посмотреть состав отображаемых элементов, точность представления цифровых элементов, их последовательность, оценить полноту значений элементов и их качество (реальность выведенных значений). Эта проверка нужна обязательно, т. к. иногда справка о состоянии информационных ресурсов не выдает ни каких ошибок, а загрузка информационного ресурса не возможна.
3.5 Качество данных в информационном ресурсе
3.5.1 Пропуски в данных
Ошибка: При обработке временных рядов возникают выбросы в значениях данных
Причина: Разные признаки отсутствия данных в ИР
Рекомендации: Использовать пробел при отсутствии данных. Для каждого значения атрибута применять признаки качества данных со следующей кодировкой:
0 – величина не вызывают сомнений;
1 – величина восстановлена;
2 – величина сомнительна;
3 – величина забракована;
4 - наблюдения не проводились;
5 – явление отсутствует;
6 – величина сомнительна по применяемым алгоритмам контроля;
7-8 –резерв;
9 – контроль качества не проводился.
3.5.2 При отсутствии явления или не по техническим причинам информационная продукция не подготовлена нет информации, почему она не подготовлена.
Причина: Явление может отсутствовать или не наблюдаться.
Рекомендации: Если ИР не создается в связи с отсутствием льда или нет волнения в связи со льдом, то на объектных файлах должна помещаться контурная карта, на которой крупным шрифтом написано, например, "Льда нет, кругом чистая вода", а для волнения зимой "Волнения нет, кругом лед". Если по каким-то причинам не составлены карты ледовой обстановки, то тоже должно сообщение на карте "По техническим причинам карты не построены, используйте вчерашний прогноз".
ЕДИНАЯ ГОСУДАРСТВЕННАЯ СИСТЕМА ИНФОРМАЦИИ ОБ ОБСТАНОВКЕ В МИРОВОМ ОКЕАНЕ
(ЕСИМО)
ТЕХНОЛОГИЯ ИНТЕГРАЦИИ ИНФОРМАЦИОННЫХ РЕСУРСОВ ЕСИМО
Регламент обеспечения качества информационных ресурсов об обстановке в Мировом океане, предоставляемых центрами ЕСИМО
(версия 1.1.0 от 01.01.2001)
Обнинск 2011
СОДЕРЖАНИЕ
|
1 Введение ………………………………………………………………………… |
3 | |
|
1.1 Цель документа …………………………………………………………… |
3 | |
|
1.2 Основные термины и определения………………………………………. |
3 | |
|
1.3 Общие положения ………………………………………………………… |
6 | |
|
2 Методика и средства обеспечения качества информационных ресурсов ЕСИМО…………………………………………………………………………… |
8 | |
|
2.1 Принципы обеспечения качества информационных ресурсов ……….. |
8 | |
|
2.2 Критерии качества информационных ресурсов ……………………….. |
9 | |
|
2.3 Показатели качества информационных ресурсов……………………… |
12 | |
|
2.4 Средства обеспечения оценки качества информации ………………… |
17 | |
|
2.5 Оценка работы центров ЕСИМО……………………………………….. |
19 | |
|
2.6 Организация работ по обеспечению качества информации………….. |
19 | |
|
3 Порядок обеспечения качества информационных ресурсов ЕСИМО… |
21 | |
3.1 Регистрация ресурсов…………………………………………………… |
21 | |
3.2 Ведение информационных ресурсов………………………………….. |
22 | |
3.3 Обеспечение пригодности информационных ресурсов………………. |
23 | |
|
3.4 Документирование и отчетность……………………………………….. |
24 | |
|
Список использованных документов……………………………………… |
25 | |
|
Приложение. Форма подготовки материалов оценки качества информационных ресурсов ……………………………………………………… |
26 |
|
|
Лист изменений ………………………………………………………………….. |
27 |
1. ВВЕДЕНИЕ
1.1 Цель документа
Цель настоящего документа состоит в создании методической основы для обеспечения качества информационных ресурсов ЕСИМО. Регламент обеспечения качества информационных ресурсов направлен на обеспечение технологического качества ресурса и безусловное выполнение Порядков и регламентов деятельности центров ЕСИМО в части деятельности по предоставлению информации в ЕСИМО. Качество содержания информационного ресурса оценивается через сертификацию ресурса.
Документ определяет методы, правила и средства оценки качества информационных ресурсов, предоставляемых в ЕСИМО, и регламентирует действия центров системы по обеспечению качества информационных ресурсов. Документ предназначен для использования центрами ЕСИМО и организациями – поставщиками информации в ЕСИМО.
Качество информационных ресурсов определяется такими характеристиками как состояние описания ресурсов, метаданных, полнота представляемых данных, время доступа и т. п.
За качество собственно информации несет ответственность автор ресурса, который указывается в описании информационного ресурса (раздел «Контакты») при его регистрации. Обеспечение качества информации - это задача, которая решается автором ресурса и другими специалистами центра ЕСИМО в процессе создания тематической информационной технологии, ввода ее в действие и эксплуатации, другой деятельности по привлечению информации об обстановке в Мировом океане в информационные ресурсы ЕСИМО. В документации на информационную технологию, создающую информационные ресурсы, должны быть приведены сведения об используемых методах контроля качества, возможности тестирования качества информации и т. п. Решение о качестве информации принимается на основе сертификации ресурсов.
При обслуживании пользователей средствами ЕСИМО в описании ресурса представляются сведения об авторе информационного ресурса и качестве информации, представленные в описании информационного ресурса.
Разработка документа выполнена в Центре океанографических данных ФГБУ «ВНИИГМИ-МЦД» Росгидромета. Контакты: . Адрес: 249035. Калужская обл., . E-mail: *****@***ru. IСQ: . Tel.: (484Fax: (4Skype: vjazilov
1.2 Основные термины и определения
В Регламенте применяются следующие термины и определения:
Данные – сведения, полученные путем измерения, наблюдения, логических или арифметических операций, представленные в форме, пригодной для постоянного хранения, обработки и передачи.
Документированная информация (документ) - зафиксированная на носителе информация с реквизитами, позволяющими ее идентифицировать.
Единица хранения данных - учетная и классификационная единица, представляющая собой физически обособленный документ или совокупность документов, имеющая самостоятельное значение.
Информационный ресурс – набор данных (виртуальный), генерируемых источником данных из локальной системы данных (метаданных) с использованием программного обеспечения технологии интеграции информационных ресурсов ЕСИМО.
Источник данных – абстракция, обеспечивающая интерфейс между локальной системой данных и сервисами технологии интеграции. Реализуется программным комплексом “Поставщик Данных”.
Локальная система данных - удаленный набор данных (метаданных), характеризуемый собственными моделью и форматом представления, форматом хранения, методом доступа и ограничениями на доступ.
Метаданные – данные о данных. Метаданные в общем смысле — это данные из более общей формальной системы, описывающей заданную систему данных.
Протокол обмена данными – соглашения, регулирующие обмен между локальной системой данных и сервисами технологии интеграции, а также между самими сервисами. Протокол обмена состоит из сообщения-запроса, сообщения-ответа и транспортного файла данных.
Сервис – программный компонент технологии интеграции, обеспечивающий реализацию заданных функций.
Транспортный файл данных – набор данных, возвращаемый источником данных в качестве результата запроса к локальной системе.
Экспертиза качества информационных ресурсов - определение значимости информации в целях установления их пригодности для использования.
Качество информационных ресурсов - это перечень характеристик ресурсов, которые относятся к их способности удовлетворять установленным или предполагаемым потребностям (ГОСТ Р ИСО/МЭК 9126-93 «Качество программных средств»).
Качество информационных ресурсов с учетом специфики ЕСИМО определяется следующими характеристиками:
- востребованность ресурса – возможность использования ресурса пользователями для принятия решений, научных исследований и др. Оценивается по числу обращений пользователей к информационному ресурсу с портала и АРМов;
- готовность ресурса — свойство ресурсов быть в состоянии полностью выполнять требуемую функцию в данный момент времени и при заданных условиях ее использования; возможность поиска данных и получения их в приемлемой форме. Оценивается по времени недоступности описания или самого ресурса или количеству недоступных описаний или собственно ресурсов в процентах;
- объем — число, характеризующее количество данных, доступных для хранения и обработки, может быть физическим и логическим. Физический объем данных – количество данных в байтах. Логический объем данных – количество единиц обработки данных – станций, сроков, портов, судов и др.
- своевременность (оперативность) — степень соответствия динамики изменения данных состояниям реальных объектов. Оценивается процент своевременно пополняемой информации в ресурсе в соответствии с характеристиками обновления, указанные в описании ресурса;
- полнота - все ли данные присутствуют, в т. ч. метаданные – относительное число атрибутов, объектов или документов, имеющихся в ресурсе, к общему числу атрибутов, объектов по данной тематике или по отношению к числу атрибутов, объектов в аналогичных эталонных ресурсах. Оценивается процент сбора данных от возможного или необходимого или процент занесения данных по отношению к исходному, как правило, бумажному носителю;
- периодичность обновления (своевременность) описания ресурса и переформирования экземпляров ресурсов - возможность в любой момент иметь данные на последний срок наблюдений. Оценивается процент своевременно активизированных ресурсов;
- пригодность восприятия ресурса в программе доступа к данным – процесс приема и переработки пользователем информации, полученной из ресурса, и качественная оценка ее требованиям представления на карте, графике, таблице. Оценивается процент ресурсов, пригодных для использования;
- сертифицированность ресурсов - соответствие стандартам ЕСИМО, ведомственным, национальным и международным стандартам в содержательной части ресурса, включает сертификацию методов подготовки ресурсов, обеспечивает сертификацию качества использованных в ресурсе данных. Оценивается процент сертифицированных ресурсов в ЕСИМО;
- завершенность — способность ресурсов не попадать в состояния отказов вследствие потерь, искажений, наличия ошибок и дефектов в описании или в технологии эксплуатации. Оценивается по обоснованности разбиения потока данных ресурса на записи транспортного файла данных, применения и полноте описания элементов данных (см. приложение 1 пп.2.4, , 3.5, Оценивается процент описаний ресурсов с ошибками.
1.3 Основные положения
1.3.1 Информационную основу ЕСИМО составляет Централизованная база метаданных (ЦБМД) и Система распределенных баз данных (СРБД), функционирующие по соответствующим общесистемным информационным технологиям и реализующие следующие процессы:
- тематические информационные технологии, создающие локальные базы данных в качестве информационных ресурсов ЕСИМО, действуют в центрах системы согласно документу «Порядок и регламент деятельности центра ЕСИМО»;
- центры ЕСИМО обеспечивают ввод и ведение сведений о тематических информационных технологиях (базах данных, программном обеспечении, форматах, методах обработки и т. п.) и аналогичных ресурсах ведомственных информационных систем с использованием удаленного автоматизированного рабочего места (АРМ “Метаданные”) технологии формирования и ведения ЦБМД;
- средства технологии формирования и ведения ЦБМД ЕСИМО обеспечивают постоянный мониторинг полноты сведений, предоставляемой центрами ЕСИМО в базу метаданных и предоставление обобщенной справки о состоянии метаданных;
- аппаратно-программные комплексы “Поставщик Данных” технологии интеграции информационных ресурсов ЕСИМО действуют в центрах системы и организациях-поставщиках информации и обеспечивают доступ к локальным базам данных. Процесс интеграции состоит из этапов:
- планирование и регистрация информационных ресурсов, предоставляемых в ЕСИМО центрами системы;
- ведение информационных ресурсов;
- обеспечение пригодности информации для применения.
- аппаратно-программный комплекс “Сервер Интеграции” действует в центре ЕСИМО по методическому и технологическому сопровождению работы СРБД ЕСИМО (ФГБУ «ВНИИГМИ-МЦД”) и обеспечивает взаимодействие с Поставщиками Данных в центрах ЕСИМО для ведения СРБД, выполнения запросов пользователей системы через Интернет-портал и Автоматизированные рабочие места (АРМ) пользователей ЕСИМО;
- средства Сервера Интеграции осуществляют постоянный мониторинг состояния СРБД и распространение справок о доступности Поставщиков Данных, состоянии и доступности информационных ресурсов ЕСИМО.
1.3.2 Эффективность применения ЕСИМО для информационного обеспечения морской деятельности во многом определяется качеством ресурсов об обстановке в Мировом океане, предоставляемых центрами ЕСИМО, по направлениям:
- полнота представления метаданных и данных в соответствии с обязательствами центра ЕСИМО;
- качество описания информационных ресурсов;
- физическая доступность локальных данных;
- обеспечение регламента ведения информационных ресурсов.
1.3.3 Настоящий регламент определяет методы, правила и средства оценки качества информационных ресурсов, предоставляемой в ЕСИМО, и действия центров системы по обеспечению качества.
1.3.4 Состояние качества информационных ресурсов, предоставляемых в ЕСИМО, обобщается в виде совокупности показателей, которая является интегральной оценкой деятельности центров ЕСИМО, и доводится до федеральных органов исполнительной власти и Российской академии наук, обеспечивающих функционирование ЕСИМО для принятия организационных решений и мер.
1.3.5 История документа
Таблица 1 - История изменений
|
Дата |
Автор |
Версия |
Описание изменений |
|
15.11.2009 |
1.0 |
Подготовлен документ “ Регламент обеспечения качества информационных ресурсов об обстановке в Мировом океане, предоставляемых центрами ЕСИМО”, проект документа был рассмотрен на МНТС ЕСИМО в ноябре 2008 г. | |
|
26.09.2011 |
1.1.0 |
Из регламента удален раздел 5 «Методические рекомендации по повышению качества информационных ресурсов СРБД ЕСИМО (на типовых примерах)“, которые оформлены как отдельный документ «Методические рекомендации по повышению качества информационных ресурсов ЕСИМО» (версия 1.0.0 от 01.01.2001 г.). Поставлены новые ссылки на технологии ЕСИМО. |
2 МЕТОДИКА И СРЕДСТВА ОБЕСПЕЧЕНИЯ КАЧЕСТВА ИНФОРМАЦИОННЫХ РЕСУРСОВ
2.1 Принципы обеспечения качества информационных ресурсов
Оценка качества информационных ресурсов основана на следующих принципах:
- обеспечение качества информации обязательно на всех этапах деятельности центров ЕСИМО и организаций-поставщиков информации. Материалы по оценке качества входят в состав отчетной документации работы центров ЕСИМО;
- материалы по оценке качества должны быть достоверны – получаемы и повторяемы автоматизированным способом с применением средств общесистемных технологий ЕСИМО;
- обеспечение участия пользователей в оценке качества информационных ресурсов ЕСИМО путем анализа результатов обратной связи, ответов на анкеты, др.;
- обеспечение качества должно осуществляться в течение всего жизненного цикла ресурса - происхождение (описание технологий и источников данных), регистрация (описание информационных ресурсов через программный комплекс «Поставщик Данных»), обновление (редактирование описания и или добавление новой порции информации), распространение и предоставление (доступ через портал ЕСИМО), удаление (ресурс не актуален или имеет низкий уровень качества).
Регламент направлен на оценку и повышение качества информационных ресурсов ЕСИМО:
- сведения о тематических информационных технологиях (базы данных, программные комплексы, методы обработки, форматы и др.), действующих в центрах ЕСИМО и создающие базы данных (массивы информации) об обстановке в Мировом океане, а также ресурсах ведомственных информационных систем. Сведения предоставляются, хранятся и используются по технологии формирования и ведения ЦБМД ЕСИМО[1];
- информация, предоставляемая центрами ЕСИМО (организациями-поставщиками информации) в СРБД ЕСИМО по технологии интеграции информационных ресурсов ЕСИМО [2].
Объектами процесса обеспечения качества информационных ресурсов ЕСИМО являются:
- критерии качества информации, которым должны отвечать ресурсы, качественные и количественные показатели качества информации;
- средства тестирования и контроля качества, исправления ошибок и замечаний (справки, интерфейсы АРМ Метаданные, Поставщика Данных и Сервера Интеграции, др.);
- центры ЕСИМО и организации-поставщики информации, предпринимающие действия по повышению качества информации, предоставляемой центром (организацией) в информационные ресурсы ЕСИМО;
- центр ЕСИМО ФГБУ «ВНИИГМИ-МЦД», обеспечивающий координацию работ по обеспечению качества информации;
- рабочие органы ЕСИМО (Межведомственная комиссия - МВК, федеральные органы исполнительной власти и Российской академии наук, Росгидромет как координирующий орган ЕСИМО), принимающие меры по обеспечению рассматриваемой деятельности центров ЕСИМО.
2.2 Критерии качества информационных ресурсов
Выделены три категории качества информационных ресурсов ЕСИМО:
- качество регистрации ресурсов.
- качество ведения ресурсов;
- качество, собственно, информации для комплексного информационного обеспечения морской деятельности.
Ниже приведены описание критериев качества информации в терминах, принятых в технологии формирования и ведения ЦБМД ЕСИМО и технологии интеграции информационных ресурсов ЕСИМО. Предусматривается, что участники деятельности по настоящему регламенту, представляющие центры ЕСИМО, знакомы с эксплуатационной документацией и имеют определенный опыт использования технологий.
В дополнение к описанию критериев качества в приложении 1 приведены методические рекомендации по повышению качества информационных ресурсов СРБД ЕСИМО на типовых примерах.
2.2.1 Критерии качества регистрации ресурсов
2.2.1.1 Критерии качества регистрации информационных ресурсов ЦБМД ЕСИМО включают:
1) Соответствие состава тематических информационных технологий, описания которых включены в ЦБМД, требованиям Порядка и регламента центра ЕСИМО. Оценивается по количеству описаний тематических технологий центра ЕСИМО в ЦБМД (описание одной технологии – один информационный проект ЦБМД);
2) Наличие описаний ведомственных информационных систем по принадлежности центра ЕСИМО (объекты - БД, программное обеспечение и др.) в ЦБМД. Оценивается аналогично вышеуказанному;
3) Репрезентативность описаний тематических информационных технологий и ведомственных информационных систем, представленных в ЦБМД. Оценивается количеством объектов метаданных (база данных, программное обеспечение, формат данных и др.) и экземпляров объектов метаданных (количество баз данных, количество программных комплексов и др.), представленных в описании;
4) Полнота сведений, представленных в ЦБМД. Оценивается по отношению количества заполненных атрибутов (полей) описания к общему количеству полей описания, в процентах;
5) Периодичность обновления описания объектов метаданных в соответствии с требованиями Порядка и регламента центра ЕСИМО (например, периодичность уточнения описания базы данных). Оценивается по соотношению обновленных описаний объектов метаданных к общему числу объектов, в процентах.
2.2.1.2 Критерии качества проектирования и регистрации информационных ресурсов СРБД ЕСИМО включают:
1) Соответствие состава информационных ресурсов, зарегистрированных в СРБД ЕСИМО, требованиям Порядка и регламента центра ЕСИМО (Перечень информационных ресурсов). Оценивается по отношению планового и фактического количества ресурсов в СРБД;
2) Полнота описания информационных ресурсов в процентах отношения заполненных полей (атрибутов) описания к общему числу элементов описаний. Оценивается автоматизированным путем по количеству замечаний по ресурсам, указанных в таблицах «Зарегистрированные ресурсы» АРМ Администратор/Оператор Поставщика Данных;
4) Соответствия периодичности обновления описания ресурса и переформирования экземпляров ресурсов по планировщику заданий или ручным путем (через регистрацию новых экземпляров объектных файлов – электронных документов) согласно элементу описания ресурса «Периодичность обновления локальных данных” и требованиям Порядка и регламента центра ЕСИМО. Должно быть обеспечено полное соответствие требований и назначенных операций по обновлению;
5) Оптимальности назначения ресурса и экземпляров с точки зрения объема информации в ресурсе и экземпляре (не более 500 тысяч записей на ресурс). База данных (массив информации) может быть представлен в СРБД одним или несколькими информационными ресурсами (ИР). Оценивается в процентах к указанному объему;
6) Адекватность содержания ресурса основным разделам описания (оценивается в процентах):
- Тематика – использование последнего издания системных элементов, состав параметров соответствуют содержанию базы данных - БД (массива) в пределах Порядка и регламента центра;
- География – соответствие географии ресурса описанию ресурса, однозначное использование административных районов и морских районов;
- Глубина (высота) – правильность знаков (+ - высота, - глубина), соответствие содержанию ресурса;
- Временные характеристики – соответствие маске времени в зависимости от уровня обработанности ресурса согласно Руководству пользователя Поставщик Данных, заполнение полей Начала и Конца периода;
- Платформа наблюдений – соответствие категориям платформ наблюдений.
7) Обоснованность разбиения потока данных ресурса на записи транспортного файла данных – согласование логики хранения с логикой передачи в транспортном файле данных. Оценивается в процентах экспертным путем;
8) Обоснованность применения элементов данных – последовательность элементов в списках Иерархии данных, применение рубрикатора для описания объектных файлов данных (использовать максимально низкий уровень рубрикатора при описании). Оценивается в процентах.
2.2.2 Критерии качества ведения информационных ресурсов
2.2.2.1 Критерий качества ведения информационных ресурсов ЦБМД ЕСИМО включает своевременность редактирования объектов метаданных, представленных в ЦБМД, согласно обновлению внесенных в процессе эксплуатации (модернизации) тематических информационных технологий и периодичности обновлений, установленных Порядками и регламентами деятельности центров ЕСИМО. Например, описания массивов данных (поля период и объем данных) редактируются ежеквартально.
2.2.2.2 Критерии качества ведения информационных ресурсов СРБД ЕСИМО включают:
1) Готовность Поставщика Данных к обращению от Сервера Интеграции в любое время – 24/7/365, оценивается по времени простоя;
2) Техническая готовность обновления описания ресурса (переформирования экземпляров ресурсов) по планировщику заданий: до 60 минут.
3) Техническая доступность ресурсов в соответствии с требованиями:
- до 20 секунд при объеме транспортного файла данных до 0,5 Мбайт,
- до 3 минут при объеме транспортного файла данных больше 0.5 Мбайт.
2.2.3 Критерии пригодности ресурсов для комплексного информационного обеспечения ведения информационных ресурсов
2.2.3.1 Критерии качества пригодности ресурсов ЦБМД ЕСИМО включают:
1) Востребованность метаданных, представленных через приложения ЦБМД, портал, АРМы пользователей ЕСИМО (по числу обращений пользователей).
2) Отсутствие ошибок в разделе описания проекта – оценивается своевременность устранения ошибок.
2.2.3.2 Показатели качества пригодности ресурсов включают пригодность к восприятию, качество документирования, качество самих данных, востребованность ресурса и наличие сопутствующей информации.
1) Пригодность восприятия ресурса в программе «Доступ к данным Е2Е» и АРМах пользователя (процент пригодности ресурсов):
- ресурс в виде БД и структурированных файлов данных должен отображаться параметрами (элементами метаданных и данных) в последовательности и группировке, которые понятны и привычны для пользователей (выдача параметров выполняется строго по списку элементов в Иерархии Данных, как записано в описании ресурса - так и показывается на экране).
- ресурс в виде объектных файлов должен быть оформлен согласно требованию Технической спецификации на графический интерфейс пользователя – стили, маркер, легенда и др.
2) Качество данных (процент ресурсов, имеющих ошибки):
- данные из БД и структурированных файлов данных не должны содержать ошибок по представлению – точность, русский/английский, единицы измерений; по значениям параметра (проверка на пределы изменчивости всех числовых значений параметров и на взаимосвязь между отдельными атрибутами, др. методами контроля, как определено в технологии подготовки информационного ресурса);
- данные объектных файлов должны качественно отображать объявленный в описании процесс (явление) с учетом специфики обработки – анализ (обобщение), прогноз и др.
3) Востребованность ресурса пользователями через приложения портала (АРМы) пользователей ЕСИМО оценивается по числу обращений пользователей. Средства мониторинга посещаемости ресурса, предназначенные для оценки востребованности информационных ресурсов, должны иметь возможность определения потенциальных потребителей ресурса: кто подключился и частота посещения этого ресурса.
4) Наличие сопутствующей информации - ресурс должен содержать в ЦБМД описания методов, использованных массивов данных и другие объекты метаданных, отражающие состояние информационных ресурсов и помогающие пользователю получить полное представление об использованных данных при подготовке ИР.
5) Сертифицированность ресурсов - предлагается ввести дополнительный атрибут в описание ресурса, характеризующий состояние сертификации ресурса (авторский, экспериментальный, сертифицированный).
2.3 Показатели качества информационных ресурсов
Показатели качества сведений в ЦБМД ЕСИМО в соответствии с рассмотренными выше критериями приведены в таблице 1.
Таблица 1 - Показатели качества сведений ЦБМД ЕСИМО
|
Показатель качества |
Индикатор |
Процедура оценки показателя |
|
1. Регистрация объектов технологий и систем | ||
|
1.1. Наличие описаний тематических технологий центра ЕСИМО в ЦБМД (объекты метаданных - БД, программное обеспечение и др.) |
Отсутствует в ЦБМД: все технологии– очень плохо 4 и более – плохо 2-3 –удовлетворительно 1 - хорошо Все включены - отлично |
По справке «Список информационных проектов», включающий зарегистрированные в ЦБМД технологии центров ЕСИМО, http://esimo.ru/inf/index. jsp) См. п. 2.2.1.1 |
|
1.2. Полнота заполнения атрибутов (полей) объектов метаданных для тематических технологий центра ЕСИМО |
до 60 процентов – плохо 61-80 процентов – удовлетворительно 81-90 процентов - хорошо Более 90 процентов - отлично |
По справке «Список информационных проектов», включающей раздел «Состояние проекта» См. п. 2.2.1.1 |
|
1.3. Наличие описаний ведомственных информационных систем по принадлежности центра ЕСИМО (объекты метаданных - БД, программное обеспечение и др.) |
Нет описаний ведомственных систем - очень плохо 1 – плохо 2 –удовлетворительно 3-4 - хорошо 5 и более - отлично |
По справке «Список информационных проектов», включающей раздел «Состояние проекта» См. п. 2.2.1.1 |
|
2. Ведение метаданных | ||
|
2.1. Относительное количество своевременно отредактированных объектов метаданных, представленных в ЦБМД (описания массивов, БД – ежеквартально, другие объекты – ежегодно) |
До 60 процентов обновляется – плохо 61-80 процентов –удовлетворительно 81-90 процентов - хорошо Более 90 процентов - отлично |
По справке «Список информационных проектов», включающей раздел «Состояние проекта» См. п. 2.2.2.1 |
|
3. Пригодность метаданных | ||
|
3.1. Востребованность метаданных, представленных через приложения ЦБМД, портал, АРМы пользователей ЕСИМО (по числу обращений пользователей). |
Нет обращений – очень плохо (ставится вопрос об исключении объекта из ЦБМД); число обращений к ресурсу составляет: 1-3 в неделю – плохо, надо смотреть качество и форму представления объекта метаданных; 3-7 в неделю – удовлетворительно; от 7 до 20 в неделю – хорошо; больше 20 в неделю – отлично. |
По справке «Статистика посещаемости», http://esimo.ru/services/vs/ См. п. 2.2.3.1 |
|
3.2. Отсутствие ошибок в разделе описания проекта |
Ошибки в описании проекта устранены в течение: года – очень плохо; квартала – плохо; месяца – удовлетворительно; недели – хорошо; суток – отлично. |
По справке «Список информационных проектов», включающей раздел «Состояние проекта» См. п. 2.2.3.1 |
Показатели качества информационных ресурсов СРБД в соответствии с рассмотренными выше критериями приведены в таблице 2.
Таблица 2 - Показатели качества информационных ресурсов СРБД ЕСИМО
|
Показатель качества |
Индикатор |
Процедура оценки показателя |
|
1. Регистрация информационных ресурсов | ||
|
1.1. Соответствие обязательствам центра (организации – поставщика информации) |
Отсутствует в СРБД: все технологии – очень плохо 4 и более – плохо 2-3 –удовлетворительно 1 - хорошо Все включены - отлично |
Справки о состоянии информационных ресурсов СРБД (тип T2). См. п. 2.2.1.2 |
|
1.2. Полнота заполнения атрибутов (полей) описаний тематических технологий центра ЕСИМО |
Поля заполнены: до 60 % – очень плохо 61-70 % – плохо 71-80 % удовлетворительно 81-90 % - хорошо Более 90 % - отлично |
Справки о состоянии информационных ресурсов СРБД (тип T2). См. п. 2.2.1.2 |
|
1.3. Относительное количество замечаний по ресурсам |
80% ресурсов не имеют ошибок - плохо 90% – плохо 95% –удовлетворительно 97% - хорошо 100% - отлично |
Справки о состоянии информационных ресурсов СРБД (тип T2). См. п. 2.2.1.2. |
|
1.4. Оптимальности назначения ресурса и экземпляров, в т. ч. создание ресурсов в виде объектных файлов и приложений, вместо структурированной информации |
80% ресурсов назначены правильно – очень плохо 85% – плохо 90% –удовлетворительно 95% - хорошо 100% - отлично |
АРМ Администратор/Оператор Поставщика Данных См. п. 2.2.1.2 |
|
1.5. Адекватность содержания ресурса описанию ресурса |
85% ресурсов оформлены правильно - очень плохо 90% –удовлетворительно 95% - хорошо 100% - отлично |
АРМ Администратор/Оператор Поставщика Данных См. п. 2.2.1.2 |
|
1.6. Обоснованность разбиения потока данных ресурса на записи транспортного файла данных |
80% ресурсов разбито на потоки правильно – очень плохо 85% – плохо 90% –удовлетворительно 95% - хорошо 100% - отлично |
АРМ Администратор/Оператор Поставщика Данных См. п. 2.2.1.2 |
|
1.7. Обоснованность применения элементов данных |
В 80% ресурсов правильно применены элементы данных – очень плохо 85% – плохо 90% –удовлетворительно 95% - хорошо 100% - отлично |
АРМ Администратор/Оператор Поставщика Данных См. п. 2.2.1.2 |
|
2. Ведение информационных ресурсов | ||
|
2.1. Готовность Поставщика Данных к обращению от Сервера Интеграции (суммарное время простоя за квартал) |
больше недели – очень плохо 1-7 суток – плохо до суток – удовлетворительно 1-2 часа - хорошо до 1 часа - отлично |
Справка о состоянии информационных ресурсов СРБД (тип T1). См..п. 2.2.2.2. |
|
2.2. Техническая готовность обновления описания ресурса (относительное количество необновленных вовремя ресурсов) |
Только 80% ресурсов обновляются – очень плохо 85% – плохо 90% –удовлетворительно 95% - хорошо 100% - отлично |
Справка о состоянии информационных ресурсов СРБД (тип Т2). См..п. 2.2.2.2. |
|
2.3.Техническая готовность ресурсов (скорость доступа до 20 секунд при объеме транспортного файла данных до 0,5 Мгб или до 3 минут при объеме транспортного файла данных больше 0.5 Мгб) |
Процент доступных информационных ресурсов: до 60 % – плохо 61-80 % –удовлетворительно 81-90 % - хорошо Более 90 % - отлично |
Справка о состоянии информационных ресурсов СРБД (тип Т2). См..п. 2.2.2.2. |
|
3. Пригодность информационных ресурсов | ||
|
3.1. Пригодность восприятия ресурса в программе «Доступ к данным Е2Е» и АРМах (процент пригодных ресурсов) |
до 60 % – очень плохо 61-70% - плохо 71-80 % –удовлетворительно 81-90 % - хорошо Более 90 % - отлично |
http://*****/srbd_data/index. jsp, См. п. 2.2.3.2 |
|
3.2 Качество описания ресурса (процент описаний ресурсов с ошибками, см. приложение 1, пп. 2.1, п.3.1, 3.3, 3.8, 3.12) |
больше 30 % – очень плохо 10-30 - плохо 5-10 % –удовлетворительно 3-5 % - хорошо меньше 3% - отлично |
1) Программа “Доступ к данным-E2E” для тестирования состояния доступа и оценки качества информации, предоставляемой пользователям http://*****/srbd_data/index. jsp См. п. 2.2.3.2 2) Материалы по обратной связи от центров ЕСИМО (письма с замечаниями/рекламацией, анкеты, вопросники) |
|
3.3. Востребованность ресурса пользователями через приложения портала (АРМы) пользователей |
Нет обращений – очень плохо (ставится вопрос об исключении ресурса из СРБД); число обращений к ресурсу составляет: 1-3 в неделю – плохо; 3-7 в неделю – удовлетворительно; от 7 до 20 в неделю – хорошо; больше 20 в неделю – отлично |
По справке «Статистика посещаемости», http://esimo.ru/services/vs/ См. п. 2.2.3.2 |
|
3.4. Наличие сопутствующей информации – метаданных в ЦБМД |
Нет описаний – очень плохо 1-2 объекта – плохо 3 объекта – удовлетворительно 4-5 объектов - хорошо 6 и более объектов - отлично |
По справке «Список информационных проектов», включающий зарегистрированные в ЦБМД технологии центров данных, http://esimo.ru/inf/index. jsp) См. п. 2.2.3.2 |
2.4 Средства обеспечения оценки качества информации
2.4.1 Для обеспечения качества сведений, предоставляемых в ЦБМД ЕСИМО, используются:
Справка «Список информационных проектов», включающая зарегистрированные в ЦБМД технологии центров данных для оценки качества информации. Справки дает представление о списке технологий по центрам ЕСИМО, времени их создания, дате последней модификации, состоянии проекта. Справка обеспечивает получение сведений на момент запуска соответствующей программы. Документация дана в разделе Технологического портала http://esimo.ru/tech/tech. jsp? orgId=24&techId=96, запуск приложения по получению справки по адресу http://esimo.ru/inf/index. jsp;
АРМ «Метаданные», предназначенное для пополнения и уточнения атрибутов метаданных, дает возможность включить новую технологию (проект), добавить новый объект метаданных, дополнить содержание атрибутов описания объектов метаданных. Документация дана в разделе Технологического портала http://esimo.ru/tech/tech. jsp? orgId=24&techId=96, запуск приложения по получению справки по адресу http://data. *****/inf/index. jsp.
2.4.2 Для обеспечения качества информационных ресурсов СРБД ЕСИМО используются следующие средства.
Справка «Состояния Поставщиков Данных» (тип Т1, http://iserv. oceaninfo. info/iserv/stat/_T1.html) предназначена для оценки их работоспособности. Справка показывает состояние работающих и неработающих Поставщиков данных по всем центрам ЕСИМО. Документация дана в разделе Технологического портала http://esimo.ru/tech/tech. jsp? orgId=24&techId=92, рассылается ежедневно всем администраторам данных центров ЕСИМО (организаций-поставщиков информации).
Справка «Состоянии Поставщиков Данных» (тип Т2, http://iserv. oceaninfo. info/iserv/stat/_T2.html) предназначена для оценки качества информационных ресурсов. Справка показывает состояние информационных ресурсов по всем центрам ЕСИМО (название ресурса, перечень параметров, район, дата создания и редактирования ресурса, др.). Документация дана в разделе Технологического портала http://esimo.ru/tech/tech. jsp? orgId=24&techId=92, рассылается ежедневно всем администраторам данных центров ЕСИМО (организаций-поставщиков информации).
Программный комплекс “Поставщик Данных» предназначен для создания описаний ресурсов и включает АРМ «Оператора/Администратора», которое имеет разделы:
- Коды – включает списки всех используемых при описании ресурса кодов;
- Общесистемные элементы – включает описания параметров метаданных и данных;
- Информационные ресурсы – включает блоки описания информационного ресурса.
Документация по программному комплексу «Поставщик данных» дана в разделе Технологического портала http://esimo.ru/tech/tech. jsp? orgId=24&techId=92.
Программа “Доступ к данным-E2E” (Клиент СРБД) предназначена для тестирования доступности и оценки качества информации, предоставляемой пользователям. Документация дана в разделе Технологического портала http://esimo.ru/tech/tech. jsp? orgId=24&techId=92, запуск приложения находится по адресу http://*****/srbd_data/index. jsp.
2.4.3 Для оценки востребуемости информационных ресурсов используются cредства мониторинга посещаемости ресурса. Участие пользователей при подготовке материалов по оценке качества информации должно осуществляться путем постоянного изучения информационных потребностей на основе обратной связи и создания вопросников. В случае выявления дефицита информации, необходимой для эксплуатации АРМов, центр ЕСИМО планирует создание новых или пополнение имеющихся ресурсов. Документация дана в разделе Технологического портала http://esimo.ru/tech/tech. jsp? orgId=24&techId=97, запуск приложения по получению справки по адресу http://esimo.ru/services/vs/.
2.5 Оценка работы центров ЕСИМО
Оценка работы центров ЕСИМО производится на основании показателей обеспечения качества информации (п.2.3.) по пятибалльной системе (отлично, хорошо, удовлетворительно, плохо, очень плохо).
Для оценки работы центров все баллы по 22 показателям ЦБМД и СРБД суммируются. Максимальная сумма по всем показателям составляет 110 баллов.
Отлично (сумма баллов 100-110). Подавляющее большинство ресурсов полностью и своевременно представлены в СРБД согласно требованиям технологии интеграции и доступны с помощью клиента (поставщик данных был доступен 99 % времени).
Хорошо (сумма баллов 88-99). Менее 3% ресурсов представлены в СРБД не в полном объеме или несвоевременно или не в соответствии с требованиями технологии интеграции или не доступны с помощью клиента (поставщик данных был доступен 97 % времени).
Удовлетворительно (сумма баллов 66-87). 4-10% ресурсов представлены в СРБД не в полном объеме или несвоевременно или не в соответствии с требованиями технологии интеграции или не доступны с помощью клиента (поставщик данных был доступен 95 % времени).
Плохо (сумма баллов. Более 11-19% ресурсов представлены в СРБД не в полном объеме или несвоевременно или не в соответствии с требованиями технологии интеграции или не доступны с помощью клиента (поставщик данных был доступен 90 % времени).
Очень плохо (сумма балов меньше 44). Более 20% ресурсов представлены не в полном объеме, поставщик данных был доступен <90 % времени.
2.6 Организация работ по обеспечению качества информации
Центры ЕСИМО (организации-поставщики информации) осуществляют работы по обеспечению качества информации, предоставляемой в ЕСИМО, на постоянной основе.
Работы выполняются в соответствии с настоящим Регламентом, Порядками и регламентами центра ЕСИМО и на основании эксплуатационной документации на общесистемные информационные технологии ЕСИМО.
Для организации оперативного взаимодействия центров ЕСИМО при комплексном информационном обслуживании пользователей, а также решения оперативных задач по поддержке информационных ресурсов в постоянной готовности, в каждом центре ЕСИМО назначается дежурный специалист по центру. Дежурный специалист работает в рабочие дни (присутственное время с 10 до 17 часов МСК).
Техническая служба организации, где функционирует центр ЕСИМО, обеспечивает круглосуточную поддержку аппаратно – программного комплекса центра ЕСИМО в постоянной готовности.
Рекомендуется определить ответственность руководителей организаций-центров ЕСИМО и другие организационные меры по обеспечению качества информации, предоставляемой в ЕСИМО, в приказах (распоряжениях) министерств, агентств, служб и РАН. В центре ЕСИМО должно быть назначено ответственное лицо по контролю качества информационных ресурсов.
Центры ЕСИМО ведут материалы о качестве информации ЕСИМО в пределах ответственности центра и ежеквартально представляют материалы в Центр ЕСИМО – ФГБУ “ВНИИГМИ-МЦД” и федеральные органы исполнительной власти и Российской академии наук по принадлежности центра.
Центр ЕСИМО – ФГБУ “ВНИИГМИ-МЦД” ежеквартально готовит обобщенный отчет о качестве информации ЕСИМО и представляет отчет в федеральные органы исполнительной власти и РАН, для рассмотрения на заседании Межведомственной комиссии ЕСИМО.
Для повышения квалификации сотрудников центров ЕСИМО проводятся обучающие курсы по вопросам эксплуатации ЕСИМО, применения общесистемных технологий ЕСИМО (не реже одного раза в год).
3 ПОРЯДОК ОБЕСПЕЧЕНИЯ КАЧЕСТВА ИНФОРМАЦИОННЫХ РЕСУРСОВ ЕСИМО
3.1 Регистрация ресурсов
3.1.1 Средства контроля качества включают:
- Справку «Список информационных проектов», включающий зарегистрированные в ЦБМД технологии центров данных, для сравнения приложений к Порядкам и регламентам центров ЕСИМО с описаниями ресурсов;
- Справки о состоянии Поставщиков Данных (тип Т1) и состоянии информационных ресурсов СРБД (тип T2), содержащие характеристики текущего статуса Поставщиков Данных и ресурсов СРБД ЕСИМО;
- Таблицы “Зарегистрированные ресурсы” и «Регистрируемые ресурсы» АРМ Оператора Поставщика Данных с выдачей количества ошибок и замечаний;
- Программа “Доступ к данным-E2E” для тестирования и оценки качества информации, предоставляемой пользователям.
3.1.2 Действия центра ЕСИМО (организации - поставщика информации) включают:
- обеспечение ввода и обновления сведений ЦБМД по тематическим технологиям центра и ведомственным информационным системам по принадлежности центра и достижение показателей качества метаданных согласно таблице 1;
- обеспечение количества и качества ресурсов в соответствии с обязательствами центра согласно Порядку и регламенту его деятельности и достижение показателей качества ресурсов согласно таблице 2;
- еженедельный анализ состояния описания экземпляров объектов метаданных ЦБМД;
- ежедневный анализ справок типа Т1 и Т2 и принятие оперативных мер по обеспечению готовности ресурсов и исключению индикации красным цветом ресурсов центра в справке тип Т2;
- исправление ошибок и недочетов на основании сообщения о количестве замечаний в таблице “Зарегистрированные ресурсы” АРМ Оператора Поставщика Данных;
- после каждого цикла (отработки ресурса) осуществление проверки качества информации по программе «Доступ к данным - E2E»;
- оптимизацию представления и назначения ресурса в зависимости от его объема.
- оперативное информирование Администратора СРБД и разработчиков технологии формирования и ведения ЦБМД и технологии интеграции по форме (Приложение 2) в случае, если ошибки не устранимы;
- подготовка планов работ по устранению ошибок и повышению качества метаданных и информации, требующих существенных временных затрат;
- подготовка обобщающих материалов по оценке качества информационных ресурсов.
3.1.3 Ответственное лицо (лица) по контролю качества описания ресурсов в ФГБУ «ВНИИГМИ-МЦД» обеспечивает:
- постоянное представление ошибок по всем объектам метаданных, включенным в ЦБМД, на странице http://esimo.ru/inf/;
- ежегодный анализ соответствия списка технологий, представленных в ЦБМД и в регламентах и порядках центров;
- ежедневное представление центрам ЕСИМО справок о состоянии Поставщиков Данных и информационных ресурсов центра (Справки типа Т1 и Т2);
- оперативное взаимодействие и консультации с администраторами данных в центрах по необходимости;
- анализ систематических ошибок и составление методических писем и рассылка их во все центры ЕСИМО – ежеквартально;
- организацию обучающих курсов (семинаров) 1-2 раза в год;
- подготовку и передачу разработчикам технологии интеграции сведений о систематических ошибках (недостатках) – по мере необходимости.
3.1.4 Разработчики общесистемных информационных технологий по:
- ЦБМД – реагируют на возникающие проблемы при описании объектов метаданных;
- СРБД - реагируют на возникающие ошибки и исправляют их в течение 2-3 дней с подготовкой патчей и извещением об их выпуске;
- программе «Доступ к данным - E2E» - поддерживают и вносят изменения в программу по предложениям администраторов центров данных ЕСИМО и пользователей.
3.2 Ведение информационных ресурсов
3.2.1 Средства контроля качества включают:
- ЦБМД - Справка «Список информационных проектов», включающий раздел «состояние проекта» и отчеты – количество информационных проектов по организациям, - центрам ЕСИМО, количество экземпляров метаданных, др.;
- СРБД - Справки о состоянии программного обеспечения «Поставщик данных» (тип Т1) и состоянии информационных ресурсов СРБД (тип T2) с результатами использования утилиты Ping (сообщение “Поставщик Данных недоступен” в справке) и оценки периодичности обновления метаданных ресурса (индикация красным цветом – если не выполнено обновление ресурса с заданной в описании периодичностью).
3.2.2 Действия в центре (организации) - поставщике ресурсов включают:
- еженедельный анализ ошибок в описаниях проектов и экземпляров метаданных ЦБМД;
- ежедневный анализ справки тип Т1 и оперативное взаимодействие с группой поддержки телекоммуникационного узла организации и локальных систем данных при наличии сообщения ”Поставщик Данных недоступен” в справке тип Т1, принятие оперативных мер по обеспечению постоянной готовности Поставщика Данных;
- использование планировщика заданий для автоматической загрузки новой порции данных и обновления метаданных ресурса;
- периодическое выполнение тестового запроса к ресурсам с АРМ Администратора Поставщика Данных.
- оперативное информирование Администратора СРБД и разработчиков технологии интеграции по форме (Приложение 2) в случае, если ошибки не устранимы;
- подготовка планов работ по устранению ошибок и повышению качества ресурсов, требующих существенных временных затрат в части ведения данных;
- подготовка обобщающих материалов по оценке качества информационных ресурсов в части их ведения.
3.2.3 Действия в центре ЕСИМО ФГБУ «ВНИИГМИ-МЦД» включают:
- оперативное взаимодействие и консультации с администраторами источников данных в центрах по необходимости;
- анализ систематических ошибок и составление методических писем и рассылка их во все центры ЕСИМО – ежеквартально;
- еженедельный запуск программы «Доступ к данным-E2E» для выборочной проверки времени работы по доступу к ИР;
- ежемесячный анализ назначения времени обновления информационных ресурсов, чтобы разнести загрузки Сервера Интеграции и Поставщиков Данных на ночное время;
- ежеквартальный обзор ошибок в описаниях проектов и экземпляров метаданных ЦБМД.
3.3 Обеспечение пригодности информационных ресурсов
3.3.1 Средства контроля качества включают:
- ЦБМД – приложения по просмотру отдельных объектов метаданных, http://esimo.ru/meta/
- CРБД - Программу «Доступ к данным-E2E» путем тестирования информационных ресурсов.
3.3.2 Действия в центре (организации) - поставщике ресурсов включают следующее:
- ЦБМД - улучшение алгоритмов контроля качества описания метаданных;
- СРБД - улучшение алгоритмов контроля качества данных, утверждению методов обработки тематических данных.
3.3.3 Действия в центре ЕСИМО ФГБУ «ВНИИГМИ-МЦД» включают следующее:
- Разработчики E2E оперативно реагируют на возникающие ошибки и вносят по необходимости изменения в справки и программы по предложениям центров данных;
- Ответственное лицо по контролю качества пригодности ресурсов в центре ЕСИМО ФГБУ «ВНИИГМИ-МЦД» осуществляет:
1) постоянный анализ справок посещаемости ресурсов и периодическую проверку качества ресурсов с использованием программы «Доступ к данным - E2E»;
2) взаимодействие с администраторами данных в центрах;
3) участие в подготовке материалов для методических писем и семинаров;
4) допуск ресурса для использования в АРМах и приложениях портала ЕСИМО.
3.4 Документирование и отчетность
В ходе работ по обеспечению качества информационных ресурсов центр ЕСИМО:
- собирает и документирует информацию об ошибках в описаниях информационных ресурсов, классификаторах и кодах, правильности выделения экземпляров ресурсов и др. в виде Материалов оценки качества информационных ресурсов;
- составляет план действий по устранению ошибок (для трудно устраняемых, требующих существенных временных затрат), который содержит наименование центра ЕСИМО, наименование ресурса, выявленные ошибки, сроки устранения ошибок, основные методы устранения ошибок (приложение).
Материалы оценки качества информационных ресурсов утверждаются руководителем центра ЕСИМО и передаются для использования авторам локальных баз данных, копия направляется в ФГБУ «ВНИИГМИ-МЦД».
ФГБУ «ВНИИГМИ-МЦД» обобщает результаты оценки качества информационных ресурсов и рассылает их всем центрам ЕСИМО в виде методического письма, а также размещает на портале ЕСИМО.
Результаты оценки качества информационных ресурсов ЕСИМО документируются и предоставляются для рассмотрения на заседаниях Научно-технического совета и Межведомственной комиссии ЕСИМО. Материалы по оценке должны содержать:
- Общие сведения;
- Цель и потребность в ИР;
- Оценка;
- Краткое содержание ошибок;
- Сводка замечаний и предложений с указанием, какие из этих предложений и замечаний (были учтены, какие - не учтены, основание для отказа);
- Списки рассылки материалов, направляемых в центры ЕСИМО.
4 СПИСОК ИСПОЛЬЗОВАННЫХ ДОКУМЕНТОВ
1. Технология формирования и ведения централизованной базы метаданных ЕСИМО. Эксплуатационная документация http://esimo.ru/tech/tech.jsp?orgId=9&techId=93
2. Технология интеграции информационных ресурсов ЕСИМО. Эксплуатационная документация http://esimo.ru/tech/tech. jsp? orgId=24&techId=92
3. Международный стандарт ИСО/МЭК 9126:1993. Информационная технология. Оценка программного продукта. Характеристики качества и руководство по их применению.
Приложение
ФОРМА ПОДГОТОВКИ МАТЕРИАЛОВ ОЦЕНКИ КАЧЕСТВА ИНФОРМАЦИОННЫХ РЕСУРСОВ
Сведения об ошибках и недочетах относительно регистрации, ведения и использования ресурсов ЦБМД, СРБД или приложений работающих с ними объединяются в форме Материалов оценки качества информационных ресурсов. Материалы оформляются в виде файла word по следующей структуре:
|
№ |
Параметры по оценке качества |
Описание |
|
1. |
Идентификатор ресурса Указывается идентификатор информационного проекта ЦБМД или идентификатор ресурса СРБД (c ошибками или аварийное завершение приложения) | |
|
2. |
Название и версия приложения Указывается наименование и версия программного приложения технологий ЦБМД или СРБД, использованное для обнаружения ошибки или создавшее аварийную ситуацию | |
|
3. |
Навигационная строка на ошибку Указывается URL адрес страницы с ошибкой | |
|
4. |
Описание ошибки Дается краткое описание ошибки и снимок экрана (Screenshot) | |
|
5. |
Шаги, которые привели к ошибке Дается краткое описание операций, предшествующих ошибки; при необходимости даются дополнительные снимки экрана (Screenshot) | |
|
6. |
Состояние обработки ошибки Указываются предпринятые действия и результат | |
|
7. |
Дата появления ошибки | |
|
8. |
Документ, извещающий об ошибке | |
|
9. |
Лицо, обнаружившее ошибку | |
|
10. |
Дата исправления ошибки | |
|
11. |
Документ, подтверждающий устранение ошибки | |
|
12. |
Лицо, исправившее ошибку |
Лист изменений
|
№ п/п |
Дата внесения изменений |
Номер раздела, пункта, в который вносится изменение |
Номер страницы, на которой вносится изменение |
Содержание внесенного изменения |
Подпись |
Должность, Ф. И.О. |


