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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  Примечание:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Модель блокировки немного отличается в зависимости от версии ArcGIS Enterprise.

Для ArcGIS Enterprise 11.5 и ранее модель блокировки позволяет работать одному редактору или нескольким вьюерам следующим образом:

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

Для ArcGIS Enterprise 12.0 и ранее модель блокировки позволяет работать одному редактору и нескольким вьюерам следующим образом:

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

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

Если доступ к версии по умолчанию (оранжевый цвет) установлен как защищенный, редакторы могут только редактировать данные в именованной версии, например версии 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 с помощью кнопки Загрузить карту.

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

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