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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  Примечание:

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

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

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

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

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

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

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

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

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

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

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

Редактор может создать именованную версию с именем Constructed (фиолетовый цвет) и согласовать (R) защищенную версию Default со своей именованной версией 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 Collector или в ArcGIS Pro с помощью кнопки Загрузить карту.

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

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