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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  Примечание:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

При работе со стадиями проекта помните о следующем:

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

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

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

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

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