Сценарии сервис-ориентированных версий

Доступно с лицензией Standard или Advanced.

Бизнес-требования вашей организации определяют, какие сценарии сервис-ориентированных версий вы будете использовать.

Рабочие процессы различаются, но довольно часто они растут четко обозначенными темпами, причем на каждом этапе роста появляется необходимость в наличии различных видов ресурсов и бизнес-правил. Как правило, каждый этап в общем процессе представляет собой отдельно взятую часть работы, например, рабочий наряд или задачу. Для управления ими вы можете создать отдельную, изолированную версию и изменять уже ее. Как только вы закончите работу, вы сможете внести произведенные изменения в версию по умолчанию (default).

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

Концепция управления версиями одинакова независимо от того, используете ли вы сценарии сервис-ориентированных версий или традиционные версии. Использование версий обеспечивает многократное представление данных без их копирования, позволяет одновременно редактировать данные и дает пользователям возможность работать с версиями в течение длительного времени. Более подробно см. Обзор работы с версиями.

Сервис-ориентированная версия – это тип версионирования базы геоданных, который работает с моделью веб-ГИС ArcGIS Enterprise, используя архитектуру на основе сервисов для рабочих процессов многопользовательского редактирования и сценариев длительных транзакций с помощью векторных веб-слоев. Веб-слои объектов (также известные как сервисы объектов) это слои, которые публикуются для поддержки отображения, запросов и редактирования данных в веб.

Показан общий обзор рабочего процесса управления сервис-ориентированными версиями.

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

Полный список наборов данных, поддерживаемых сервис-ориентированными версиями, см. в разделе параметры рабочего процесса редактирования.

Если данные зарегистрированы как сервис-ориентированные версии и возможность Управления версиями не включена для векторного веб-слоя, все операции, такие как запрос и редактирование данных, выполняются в версии по умолчанию. Вы не можете использовать ни одну из операций Управления версиями, таких как создание или удаление именованных версий или изменение версий, и вы не можете использовать операции согласования и публикации.

Более подробно об аспектах редактирования для сервисов объектов.

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

Общие аспекты

При рассмотрении сервис-ориентированной версии следует учитывать следующее:

• Редакторы должны редактировать данные сервис-ориентированных версий через векторный веб-слой; они не могут подключиться к базе геоданных в ArcGIS AllSource через подключение к базе данных и редактировать данные. Это означает, что необходимо опубликовать данные сервис-ориентированной версийи как векторный веб-слой и предоставить доступ к этому векторному веб-слою соответствующей аудитории — группе, организации или широкой публике. Если вы делитесь векторным веб-слоем с группой или организацией, то участники портала, которым необходимо отредактировать векторный слой, должны быть участниками роли, которая предусматривает права на редактирование объектов.

  Примечание:

  Владелец данных сервис-ориентированной версии может подключиться к базе геоданных в ArcGIS AllSource через подключение к базе данных и запустить инструменты геообработки, изменяющие данные сервис-ориентированной версии. Эти задачи следует зарезервировать для операций, облегчающих массовую загрузку данных, таких как Геометрическое соединение или Копировать объекты.

• При редактировании данных сервис-ориентированной версии таблица атрибутов может не сразу отражать обновления. Чтобы просмотреть обновленные данные в таблице атрибутов, необходимо обновить источник данных. Это можно сделать, щелкнув кнопку Обновить на вкладке Управление версиями ленты или выбрав на панели Содержание По источнику данных, и щелкнув правой кнопкой мыши соответствующий источник данных для сервис-ориентированной версии и щелкнув Обновить.
• Для создания именованных версий необходимо подключиться к векторному веб-слою. Владельцем именованной версии является участник портала, используемый для аутентификации подключения к активному порталу при создании именованной версии.
• При установке прав доступа к версиям следует учесть подход к организации рабочих потоков в вашей версии, а также нужды различных пользователей, работающих в этой среде.
• Права участника портала, который получает доступ к векторному веб-слою, а также права доступа к версиям и настройки векторного веб-слоя определяют, что участник портала может делать с сервис-ориентированными версиями и данными, которые они содержат.
• Устранение конфликтов для данных сервис-ориентированных версий может выполняться во множестве сеансов редактирования. Можно даже закрыть проект ArcGIS AllSource, открыть его заново и продолжить управление конфликтами.
• Администрирование сервис-ориентированных версий упрощается в силу более простой структуры данных. В то время как операции согласования и закрепления по-прежнему выполняются для объединения правок и закрепления изменений в версии по умолчанию (default), операция сжатия не требуется для наборов данных с сервис-ориентированными версиями. Изменения отслеживаются с помощью архивирования, которое позволяет хранить все изменения в базовой таблице набора данных.

Редактирование данных в версии по умолчанию

Чтобы разрешить другим пользователям редактировать данные в версии по умолчанию, опубликуйте данные сервис-ориентированной версии. Векторный веб-слой автоматически ссылается на версию данных по умолчанию.

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

Если доступ к версии по умолчанию (оранжевый цвет) установлен как общедоступный, редакторы могут редактировать данные в версии по умолчанию (default), которая является опубликованной версией. Вьюеры, которые получают доступ к этому опубликованному векторному веб-слою (сервису объектов) с включенным управлением версиями, также видят обновления, сделанные в версии по умолчанию (default).

Доступ к версии основывается на сочетании прав пользователя активного портала и прав доступа, настроенных для версии. Настройки доступа пользователя портала и уровень прав доступа (общедоступный или защищенный) к версии Default определяют типы разрешенных рабочих процессов редактирования.

• Общедоступный — если уровень доступа к версии по умолчанию установлен как общедоступный, все пользователи портала могут редактировать данные в версии по умолчанию, а пользователи, редактирующие данные в именованных версиях, могут размещать свои правки в версии по умолчанию. Это настройка доступа по умолчанию для версии по умолчанию.
• Защищенный — если уровень доступа к версии по умолчанию установлен как защищенный, только пользователи, являющиеся администраторами версии (пользователи портала с более широкими правами доступа) могут редактировать данные в версии по умолчанию или публиковать изменения в данных из именованных версий в версию по умолчанию. Все другие редакторы должны создать именованную версию, чтобы начать редактирование.

Рекомендации

При работе или редактировании данных версии по умолчанию помните о следующем:

• Несколько пользователей могут одновременно редактировать данные в версии по умолчанию.
• Если на векторном веб-слое включена возможность Управления версиями, то отмена и повторение изменений в данных в версии по умолчанию невозможны.
• При редактировании данных в версии по умолчанию обнаружение конфликтов не применяется. Когда один пользователь обновляет пространственный объект и сохраняет свои правки, а затем другой пользователь обновляет этот же объект и сохраняет свои правки, последнее обновление перекрывает первое.

Редактирование именованной версии

При управлении несколькими проектами, рабочими нарядами или заданиями вам нужно будет использовать более структурированный подход в управлении рабочими потоками. Выполнение отдельных работ, включающих множество сеансов редактирования и продолжающихся несколько дней, недель или месяцев, могут поддерживаться без влияния на версию default. Примерами таких работ может быть схема улучшения автомагистрали, установка нового переговорочного пункта или проект постоянного обслуживания газопровода. В начале выполнения рабочего наряда или проекта для изолирования правок вы можете создать именованную версию из версии Default.

Сервис-ориентированные версии позволяют создание только одного уровня именованных версий из сервис-ориентированной версии по умолчанию. Для работы с наборами данных сервис-ориентированной версии в именованной версии и для их участия в рабочих процессах управления версиями, выполните следующее:

• Включите возможность Управление версиями при публикации данных сервис-ориентированных версий. После включения сервис управления версиями (VMS) предоставляет возможности для создания, изменения и удаления именованных версий, а также согласования и публикации изменений из именованных версий в версию по умолчанию. Это необходимо для поддержки векторных веб-слоев, которые работают с наборами данных сервис-ориентированных версий.
• Создайте именованную версию, чтобы предоставить пользователям их собственное, изолированное представление работы с теми же данными в одно и то же время, и позволить выявлять и разрешать конфликты до публикации правок в версии по умолчанию.

Если доступ к версии по умолчанию (оранжевый цвет) установлен как общедоступный, редакторы могут редактировать данные в версии по умолчанию или создавать и редактировать именованную версию, например версию A (зеленый цвет) или версию B (фиолетовый цвет). Затем редакторы могут согласовать (R) и опубликовать (P) изменения из именованной версии в опубликованную версию по умолчанию. Вьюеры, которые получают доступ к этому опубликованному векторному веб-слою (сервису объектов) с включенным управлением версиями, видят обновления, внесенные или опубликованные в версию по умолчанию (default).

Если вы выбрали стратегию, в которой никто не редактирует версию по умолчанию напрямую, администратор базы геоданных может изменить свойства версии по умолчанию и установить уровень доступа к версии как защищенный, позволив пользователям продолжать просматривать данные в версии по умолчанию, но ограничив их уровень доступа только для чтения. Любой редактор, который захочет изменить данные, будет должен создать именованную версию и редактировать данные в ней.

Если доступ к версии default (оранжевый цвет) установлен как защищенный, редакторы могут только редактировать данные в именованной версии, например версии A (зеленый цвет) или версии B (фиолетовый цвет). Редакторы могут согласовать (R) свои изменения, а администраторы версии могут опубликовать (P) изменения в защищенную версию по умолчанию. Вьюеры, которые получают доступ к этому опубликованному векторному веб-слою (сервису объектов) с включенным управлением версиями, видят обновления, опубликованные в версию по умолчанию (default).

Когда векторный веб-слой объектов с включенной функцией Управления версиями первоначально добавляется на карту из подключения к порталу, он получает доступ к версии по умолчанию. Однако для переключения между версиями можно использовать диалоговое окно Изменить версию. При редактировании векторного веб-слоя с включенным Управлением версиями можно изменить данные либо в версии по умолчанию (default), либо в именованной версии, если она существует. При редактировании данных в именованной версии можно отменить и повторить отдельные правки, а также сохранить или отменить группы правок. Чтобы получить доступ к таким функциям редактирования в именованной версии, редактируемая версия должна быть изолирована от других редакторов и вьюеров. Для достижения этой цели в ArcGIS AllSource предусмотрены механизмы блокировки, ограничивающие доступ к версиям для просмотра или редактирования.

Модель блокировки также позволяет работать одному редактору или нескольким вьюерам следующим образом:

• Как только редактор начинает редактировать данные в именованной версии, применяется полная блокировка, и никакой другой пользователь не может подключиться к данной версии пока происходит редактирование.
• Когда пользователь начинает редактирование данных в именованной версии, он должен быть единственным подключенным к этой версии.

Чтобы избежать такой блокировки, установите для именованной версии разрешение доступа частный. Именованная версия с правами доступа частный, не разрешает другим пользователям, за исключением пользователей с расширенными правами (например, администратору портала и администратору версии), подключаться к этой версии.

Если доступ к версии по умолчанию (оранжевый цвет) установлен как защищенный, редакторы могут только редактировать данные в именованной версии, например версии A (зеленый цвет) или версии B (фиолетовый цвет). Чтобы запретить другим пользователям подключаться к их именованной версии, редакторы могут установить для доступа к версии их именованной версии значение общедоступная. Редакторы могут согласовать (R) свои изменения, а администраторы версии могут опубликовать (P) изменения в защищенную версию по умолчанию. Вьюеры, которые получают доступ к этому опубликованному векторному веб-слою (сервису объектов) с включенным управлением версиями, видят обновления, опубликованные в версию по умолчанию (default).

После завершения всех изменений в рабочем наряде, задании или проекте можно выполнить операцию согласования, чтобы извлечь изменения из версии по умолчанию и устранить обнаруженные конфликты. Сервис-ориентированные версии позволяют управлять конфликтами нескольких сеансов редактирования, просматривать и разрешать их конфликты либо оставлять их, чтобы разрешить позднее. Вы сможете произвести поочередный обзор конфликтов и при необходимости внести любые изменения. После завершения администратор версии может опубликовать изменения из именованной сервис-ориентированной версии в защищенной версии по умолчанию, интегрировав их в версию по умолчанию (default). Затем именованную версию можно удалить.

Рекомендации

При редактировании данных в именованной версии помните о следующем:

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

Поддержка редакторов и пользователей с доступом только для чтения

Если в вашей организации необходима поддержка различных уровней пользователей, для каждого из которых следует задействовать особые операции, рекомендуется создать один векторный веб-слой для каждого уровня пользователей. Например, у вас могут быть редакторы и вьюеры, которым необходим доступ к данным сервис-ориентированных версий. В этом сценарии вы можете поддерживать этих редакторов и вьюеров, публикуя два векторных веб-слоя (сервисы объектов) из одного базового класса пространственных объектов, зарегистрированного как сервис-ориентированная версия.

Как только редакторы публикуют изменения в версии Default (оранжевый цвет) в редактируемом векторном веб-слое (сервисе объектов), эти изменения отражаются в базовом классе пространственных объектов, зарегистрированном как сервис-ориентированная версия. Они видны вьюерам, которые обращаются к нередактируемому векторному веб-слою (зеленый цвет), поскольку этот векторный веб-слой также публикуется из того же базового класса пространственных объектов.

• Опубликуйте первый векторный веб-слой как редактируемый векторный веб-слой с включенной возможностью Управления версиями. Поделитесь этим векторным веб-слоем с группой, участники которой имеют право редактировать данные.

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

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

Рекомендации

При поддержке редакторов и вьюеров учитывайте следующее:

• Поскольку в редактируемом векторном веб-слое будет включена возможность Управления версиями и он будет доступен редакторам организации, они смогут создавать именованные версии, удалять именованные версии, изменять свойства именованных версий, а также редактировать данные и выполнять операции согласования. Если право доступа к версии по умолчанию установлено на общедоступный, то редакторы могут вносить правки из именованных версий в версию по умолчанию.
• Чтобы работать с наборами данных сервис-ориентированных версий в именованной версии, и чтобы они участвовали в рабочих процессах управления версиями, когда вы опубликуете этот векторный веб-слой, включите функцию Управление версиями. Пользователь портала, векторный веб-слой, будет администратором версии для этого слоя. Владелец векторного веб-слоя может опубликовать векторный веб-слой для группы или групп, содержащих участников, которым необходимо внести изменения в векторный веб-слой. После публикации редакторы смогут создавать, изменять и удалять версии, а также вносить изменения и выполнять операции согласования и закрепления.
• Поскольку на втором векторном веб-слое включена только возможность Запрос, а управление версиями не включено, участники, для которых открыт доступ ко второму векторному веб-слою, могут получить доступ только к версии по умолчанию.
• Операция Запросить необходима, чтобы вьюеры могли просматривать данные векторного веб-слоя. Поэтому операция Запрос активирована при публикации из ArcGIS AllSource, и отключить ее нельзя.

Стадии проекта

Системы управления рабочими нарядами и процесс назначения рабочих нарядов проходят в организации несколько стадий. Многие проекты проходят свое развитие через установленную или регламентируемую группу стадий, для каждой из которых требуется проектировочное, административное или юридическое одобрение до перехода к следующей стадии. Эти стадии могут включать первоначальный предлагаемый проект, строительство, изыскания в полевых условиях, исполнительную документацию и завершение проекта. На каждой стадии проекта обновления могут происходить несколько раз по поднаборам данных. Этот процесс можно считать циклическим: рабочий наряд исходно назначается инженеру и изменяется с течением времени по мере прохождения проекта через различные этапы до момента полного объединения результатов работы с представлением базы данных. На последнем этапе каждой стадии может потребоваться, чтобы администратор взял на себя ответственность за выполнение обеспечения качества (QA) и контроля качества (QC) или этапа проверки перед публикацией.

В следующем сценарии именованная версия с именем Proposed создается из версии по умолчанию (default) и представляет собой предлагаемую стадию этого процесса. После завершения редактирования на этой предлагаемой стадии пользователь меняет владение версии и на администратора версии. Администратор версии проверяет и завершает процесс обеспечения качества/контроля качества, а также согласовывает и публикует изменения в защищенной версии по умолчанию (default). После публикации версию Proposed можно удалить.

Редактор может создать именованную версию с именем Proposed (зеленая) и согласовать (R) защищенную версию по умолчанию с Proposed именованной версией. В то время как редактор (зеленый цвет) редактирует именованную версию Proposed, вьюеры видят, что опубликовано из версии Default (оранжевый цвет). Как только редактор завершает свои правки и изменяет владение версией на пользователя admin (синий цвет) для завершения процесса QA/QC, пользователь admin согласовывает (R) и публикует (P) обновления, используя версию Default. После публикации обновлений в версии Default вьюеры увидят последние обновления при доступе к этому опубликованному векторному веб-слою.

Затем создается именованная версия с именем Constructed из версии по умолчанию (default) и представляет собой стадию конструирования этого процесса. После завершения редактирования на этой стадии конструирования владелец именованной версии меняет владение версии и на пользователя-администратора версии. Администратор версии проверяет и завершает процесс обеспечения качества/контроля качества, а также согласовывает и публикует изменения в защищенной версии по умолчанию (default). Как только изменения будут закреплены в версии по умолчанию (default), версию Constructed можно будет удалить.

Редактор может создать именованную версию с именем Constructed (фиолетовый) и согласовать (R) защищенную версию по умолчанию со своей именованной версией Constructed. В то время как редактор (фиолетовый цвет) вносит правки в именованную версию Constructed, вьюеры видят, что опубликовано из версии Default (оранжевый цвет). Как только редактор завершает свои правки и изменяет владение версией на пользователя admin (синий цвет) для завершения процесса обеспечения качества/контроля качества, пользователь-администратор версии (admin) согласовывает (R) и публикует (P) обновления, используя версию Default. После публикации обновлений в версии Default вьюеры увидят последние обновления при доступе к этому опубликованному векторному веб-слою.

Этот процесс жизненного цикла создания именованных версий, внесения правок, смены владельца версии на администратора версии, который затем завершает процесс обеспечения качества/контроля качества и согласовывает и публикует данные в версию по умолчанию, повторяется, пока вы не достигнете завершения или заключительного этапа.

Рекомендации

Приведенные ниже рекомендации можно использовать во всех описанных выше сценариях, но они особенно полезны в данном рабочем процессе обеспечения качества/контроля качества.

• Правила атрибутов – Правила атрибутов улучшают процесс редактирования и обеспечивают целостность наборов данных базы геоданных. Это настраиваемые пользователем правила, которые могут использоваться для автоматического заполнения атрибутов, ограничения некорректного редактирования в ходе выполнения операций редактирования или проверки качества существующих объектов.
• ArcGIS Data Reviewer—Data Reviewer позволяет управлять данными для производства и анализа данных, предоставляя систему автоматизации и упрощения контроля качества данных, которая может улучшить целостность данных. Data Reviewer включает набор инструментов контроля качества, которые обеспечивают эффективный и последовательный процесс анализа данных, например анализ значений атрибутов таблиц и пространственных связей между объектами.
• ArcGIS Workflow Manager—ArcGIS Workflow Manager позволяет оптимизировать и стандартизировать бизнес-процессы, которые могут быть представлены в виде рабочего процесса с использованием серии шагов, соединенных путями в ArcGIS Workflow Manager. Рабочие процессы применяются для организации и четкой постановки задач, не допускающей пропусков отдельных шагов. Информация автоматически записывается для каждого действия, и предоставляются инструменты для сообщения информации о каждой задаче. ArcGIS Workflow Manager включает инструменты для распределения ресурсов и контроля статуса и выполнения заданий. Информирование сотрудников о назначенных им задачах, выполнении задач, правках пространственных данных и многом другом осуществляется через различные e-mail сообщения.

Управление распределенными данными

Вы можете поддерживать рабочие процессы мобильного редактора с помощью мобильных приложений для сбора данных или в ArcGIS AllSource с помощью кнопки Загрузить карту.

См. Работа с автономными картами и данными сервис-ориентированной версии, чтобы узнать, как реализовать сценарии веб-ориентированных версий для мобильных редакторов.

Векторные веб-слои, обеспечивающие доступ к данным сервис-ориентированных версий, также поддерживаются в рабочих процессах распределенного сотрудничества. Сотрудничество позволяет совместно использовать векторные веб-слои с поддержкой синхронизации в качестве копий для доступа к различным версиям данных. Более подробно о процессе совместной работы и концепции сотрудничества, см. Как работает сотрудничество.