Доступно с лицензией Standard или Advanced.
Бизнес-требования вашей организации определяют, какие сценарии сервис-ориентированных версий вы будете использовать.
Рабочие процессы различаются, но довольно часто они растут четко обозначенными темпами, причем на каждом этапе роста появляется необходимость в наличии различных видов ресурсов и бизнес-правил. Как правило, каждый этап в общем процессе представляет собой отдельно взятую часть работы, например, рабочий наряд или задачу. Для управления ими вы можете создать отдельную, изолированную версию и изменять уже ее. Как только вы закончите работу, вы сможете внести произведенные изменения в версию по умолчанию (default).
Понимание задач бизнеса и организации, а также ключевые моменты, касающиеся сценариев сервис-ориентированных версий, помогут вам принять решение, которое будет оптимальным для вашей организации.
Концепция управления версиями одинакова независимо от того, используете ли вы сценарии сервис-ориентированных версий или традиционные версии. Использование версий обеспечивает многократное представление данных без их копирования, позволяет одновременно редактировать данные и дает пользователям возможность работать с версиями в течение длительного времени. Более подробно см. Обзор работы с версиями.
Сервис-ориентированная версия – это тип версионирования базы геоданных, который работает с моделью веб-ГИС ArcGIS Enterprise, используя архитектуру на основе сервисов для рабочих процессов многопользовательского редактирования и сценариев длительных транзакций с помощью векторных веб-слоев. Веб-слои объектов (также известные как сервисы объектов) это слои, которые публикуются для поддержки отображения, запросов и редактирования данных в веб.
Управление сервис-ориентированными версиями поддерживает простые классы пространственных объектов и таблицы наряду с более сложными наборами данных баз геоданных, включая инженерные сети и наборы данных участков в корпоративной базе геоданных. Важно правильно подготовить набор данных для обеспечения различных рабочих процессов, которые могут быть выполнены с помощью доступа к векторным веб-слоям. Данные должны быть зарегистрированы как сервис-ориентированные версии и опубликованы из многопользовательской базы геоданных. После публикации векторных веб-слоев управление сервис-ориентированными версиями позволяет отслеживать изменения для операций вставки, обновления и удаления объектов в версии.
Полный список наборов данных, поддерживаемых сервис-ориентированными версиями, см. в разделе параметры рабочего процесса редактирования.
Если данные зарегистрированы как сервис-ориентированные версии и возможность Управления версиями не включена для векторного веб-слоя, все операции, такие как запрос и редактирование данных, выполняются в версии по умолчанию. Вы не можете использовать ни одну из операций Управления версиями, таких как создание или удаление именованных версий или изменение версий, и вы не можете использовать операции согласования и публикации.
Более подробно об аспектах редактирования для сервисов объектов.
В следующих разделах приводятся общие соображения по сервис-ориентированным версиям, а также описания нескольких сценариев редактирования сервис-ориентированных версий и рекомендуемые настройки сервис-ориентированных версий.
Общие аспекты
При рассмотрении сервис-ориентированной версии следует учитывать следующее:
- Редакторы должны редактировать данные сервис-ориентированных версий через векторный веб-слой; они не могут подключиться к базе геоданных в ArcGIS AllSource через подключение к базе данных и редактировать данные. Это означает, что необходимо опубликовать данные сервис-ориентированной версийи как векторный веб-слой и предоставить доступ к этому векторному веб-слою соответствующей аудитории — группе, организации или широкой публике. Если вы делитесь векторным веб-слоем с группой или организацией, то участники портала, которым необходимо отредактировать векторный слой, должны быть участниками роли, которая предусматривает права на редактирование объектов.
Примечание:
Владелец данных сервис-ориентированной версии может подключиться к базе геоданных в ArcGIS AllSource через подключение к базе данных и запустить инструменты геообработки, изменяющие данные сервис-ориентированной версии. Эти задачи следует зарезервировать для операций, облегчающих массовую загрузку данных, таких как Геометрическое соединение или Копировать объекты.
- При редактировании данных сервис-ориентированной версии таблица атрибутов может не сразу отражать обновления. Чтобы просмотреть обновленные данные в таблице атрибутов, необходимо обновить источник данных. Это можно сделать, щелкнув кнопку Обновить на вкладке Управление версиями ленты или выбрав на панели Содержание По источнику данных, и щелкнув правой кнопкой мыши соответствующий источник данных для сервис-ориентированной версии и щелкнув Обновить.
- Для создания именованных версий необходимо подключиться к векторному веб-слою. Владельцем именованной версии является участник портала, используемый для аутентификации подключения к активному порталу при создании именованной версии.
- При установке прав доступа к версиям следует учесть подход к организации рабочих потоков в вашей версии, а также нужды различных пользователей, работающих в этой среде.
- Права участника портала, который получает доступ к векторному веб-слою, а также права доступа к версиям и настройки векторного веб-слоя определяют, что участник портала может делать с сервис-ориентированными версиями и данными, которые они содержат.
- Устранение конфликтов для данных сервис-ориентированных версий может выполняться во множестве сеансов редактирования. Можно даже закрыть проект ArcGIS AllSource, открыть его заново и продолжить управление конфликтами.
- Администрирование сервис-ориентированных версий упрощается в силу более простой структуры данных. В то время как операции согласования и закрепления по-прежнему выполняются для объединения правок и закрепления изменений в версии по умолчанию (default), операция сжатия не требуется для наборов данных с сервис-ориентированными версиями. Изменения отслеживаются с помощью архивирования, которое позволяет хранить все изменения в базовой таблице набора данных.
Редактирование данных в версии по умолчанию
Чтобы разрешить другим пользователям редактировать данные в версии по умолчанию, опубликуйте данные сервис-ориентированной версии. Векторный веб-слой автоматически ссылается на версию данных по умолчанию.
При редактировании данных в версии по умолчанию, изменения в базовом источнике данных сохраняются сразу. Редактирование данных в сервис-ориентированной версии по умолчанию эквивалентно стандартным коротким транзакциям базы данных. При редактировании данных в сервис-ориентированной версии по умолчанию ваша первая правка начинает транзакцию, и все выполняемые отдельные операции редактирования автоматически отправляются в базу данных, как отдельные транзакции без необходимости сохранять изменения. Внесенные вами изменения будут доступны всем другим пользователям и приложениям, получающим доступ к векторному веб-слою из версии Default, когда ваша транзакция будет завершена.
Доступ к версии основывается на сочетании прав пользователя активного портала и прав доступа, настроенных для версии. Настройки доступа пользователя портала и уровень прав доступа (общедоступный или защищенный) к версии Default определяют типы разрешенных рабочих процессов редактирования.
- Общедоступный — если уровень доступа к версии по умолчанию установлен как общедоступный, все пользователи портала могут редактировать данные в версии по умолчанию, а пользователи, редактирующие данные в именованных версиях, могут размещать свои правки в версии по умолчанию. Это настройка доступа по умолчанию для версии по умолчанию.
- Защищенный — если уровень доступа к версии по умолчанию установлен как защищенный, только пользователи, являющиеся администраторами версии (пользователи портала с более широкими правами доступа) могут редактировать данные в версии по умолчанию или публиковать изменения в данных из именованных версий в версию по умолчанию. Все другие редакторы должны создать именованную версию, чтобы начать редактирование.
Рекомендации
При работе или редактировании данных версии по умолчанию помните о следующем:
- Несколько пользователей могут одновременно редактировать данные в версии по умолчанию.
- Если на векторном веб-слое включена возможность Управления версиями, то отмена и повторение изменений в данных в версии по умолчанию невозможны.
- При редактировании данных в версии по умолчанию обнаружение конфликтов не применяется. Когда один пользователь обновляет пространственный объект и сохраняет свои правки, а затем другой пользователь обновляет этот же объект и сохраняет свои правки, последнее обновление перекрывает первое.
Редактирование именованной версии
При управлении несколькими проектами, рабочими нарядами или заданиями вам нужно будет использовать более структурированный подход в управлении рабочими потоками. Выполнение отдельных работ, включающих множество сеансов редактирования и продолжающихся несколько дней, недель или месяцев, могут поддерживаться без влияния на версию default. Примерами таких работ может быть схема улучшения автомагистрали, установка нового переговорочного пункта или проект постоянного обслуживания газопровода. В начале выполнения рабочего наряда или проекта для изолирования правок вы можете создать именованную версию из версии Default.
Сервис-ориентированные версии позволяют создание только одного уровня именованных версий из сервис-ориентированной версии по умолчанию. Для работы с наборами данных сервис-ориентированной версии в именованной версии и для их участия в рабочих процессах управления версиями, выполните следующее:
- Включите возможность Управление версиями при публикации данных сервис-ориентированных версий. После включения сервис управления версиями (VMS) предоставляет возможности для создания, изменения и удаления именованных версий, а также согласования и публикации изменений из именованных версий в версию по умолчанию. Это необходимо для поддержки векторных веб-слоев, которые работают с наборами данных сервис-ориентированных версий.
- Создайте именованную версию, чтобы предоставить пользователям их собственное, изолированное представление работы с теми же данными в одно и то же время, и позволить выявлять и разрешать конфликты до публикации правок в версии по умолчанию.
Если вы выбрали стратегию, в которой никто не редактирует версию по умолчанию напрямую, администратор базы геоданных может изменить свойства версии по умолчанию и установить уровень доступа к версии как защищенный, позволив пользователям продолжать просматривать данные в версии по умолчанию, но ограничив их уровень доступа только для чтения. Любой редактор, который захочет изменить данные, будет должен создать именованную версию и редактировать данные в ней.
Когда векторный веб-слой объектов с включенной функцией Управления версиями первоначально добавляется на карту из подключения к порталу, он получает доступ к версии по умолчанию. Однако для переключения между версиями можно использовать диалоговое окно Изменить версию. При редактировании векторного веб-слоя с включенным Управлением версиями можно изменить данные либо в версии по умолчанию (default), либо в именованной версии, если она существует. При редактировании данных в именованной версии можно отменить и повторить отдельные правки, а также сохранить или отменить группы правок. Чтобы получить доступ к таким функциям редактирования в именованной версии, редактируемая версия должна быть изолирована от других редакторов и вьюеров. Для достижения этой цели в ArcGIS AllSource предусмотрены механизмы блокировки, ограничивающие доступ к версиям для просмотра или редактирования.
Модель блокировки также позволяет работать одному редактору или нескольким вьюерам следующим образом:
- Как только редактор начинает редактировать данные в именованной версии, применяется полная блокировка, и никакой другой пользователь не может подключиться к данной версии пока происходит редактирование.
- Когда пользователь начинает редактирование данных в именованной версии, он должен быть единственным подключенным к этой версии.
Чтобы избежать такой блокировки, установите для именованной версии разрешение доступа частный. Именованная версия с правами доступа частный, не разрешает другим пользователям, за исключением пользователей с расширенными правами (например, администратору портала и администратору версии), подключаться к этой версии.
После завершения всех изменений в рабочем наряде, задании или проекте можно выполнить операцию согласования, чтобы извлечь изменения из версии по умолчанию и устранить обнаруженные конфликты. Сервис-ориентированные версии позволяют управлять конфликтами нескольких сеансов редактирования, просматривать и разрешать их конфликты либо оставлять их, чтобы разрешить позднее. Вы сможете произвести поочередный обзор конфликтов и при необходимости внести любые изменения. После завершения администратор версии может опубликовать изменения из именованной сервис-ориентированной версии в защищенной версии по умолчанию, интегрировав их в версию по умолчанию (default). Затем именованную версию можно удалить.
Рекомендации
При редактировании данных в именованной версии помните о следующем:
- Сервис-ориентированные версии позволяют создание только одного уровня именованных версий из версии по умолчанию. Другими словами, нельзя создать именованную версию из именованной версии.
- Разрешен только один редактор на именованную сервис-ориентированную версию, или несколько пользователей, имеющих доступ на чтение из именованной версии. Как только редактор начинает редактировать данные внутри именованной версии, применяется полная блокировка, и никакой другой пользователь не может подключиться к данной версии.
- При редактировании данных в именованной версии можно отменять и повторять правки.
- Операции согласования и закрепления выполняются с использованием версии по умолчанию в качестве целевой версии; вы не можете согласовать или закрепить данные в другой именованной версии.
- Поскольку модель управления сервис-ориентированными версиями является временной моделью, в которой все записи и редактирования отслеживаются в одной и той же базовой таблице, сжатие не требуется.
Поддержка редакторов и пользователей с доступом только для чтения
Если в вашей организации необходима поддержка различных уровней пользователей, для каждого из которых следует задействовать особые операции, рекомендуется создать один векторный веб-слой для каждого уровня пользователей. Например, у вас могут быть редакторы и вьюеры, которым необходим доступ к данным сервис-ориентированных версий. В этом сценарии вы можете поддерживать этих редакторов и вьюеров, публикуя два векторных веб-слоя (сервисы объектов) из одного базового класса пространственных объектов, зарегистрированного как сервис-ориентированная версия.
- Опубликуйте первый векторный веб-слой как редактируемый векторный веб-слой с включенной возможностью Управления версиями. Поделитесь этим векторным веб-слоем с группой, участники которой имеют право редактировать данные.
После публикации первого векторного веб-слоя редакторы могут либо отредактировать данные в сервис-ориентированной версии по умолчанию, либо отредактировать данные в именованной версии, согласовать и опубликовать свои правки. После завершения редактирования и, если необходимо, размещения изменений в версии по умолчанию, они сразу же становятся доступны в версии по умолчанию. Эти правки будут доступны для векторного веб-слоя, который вы публикуете для пользователей, имеющих доступ только для чтения.
- Опубликуйте второй векторный веб-слой с включенной функцией запроса и отключенными операциями создания, обновления, удаления, экспорта и синхронизации. При публикации этого векторного веб-слоя, редактирование которого не включено, вы можете оставить возможность Управления версиями отключенной. Предоставьте доступ к этому векторному веб-слою, в котором не включено редактирование, группе, участникам которой требуется просмотр данных только для чтения в версии по умолчанию, или опубликуйте для своей организации, чтобы все участники организации могли просматривать данные в версии по умолчанию в режиме только для чтения.
Рекомендации
При поддержке редакторов и вьюеров учитывайте следующее:
- Поскольку в редактируемом векторном веб-слое будет включена возможность Управления версиями и он будет доступен редакторам организации, они смогут создавать именованные версии, удалять именованные версии, изменять свойства именованных версий, а также редактировать данные и выполнять операции согласования. Если право доступа к версии по умолчанию установлено на общедоступный, то редакторы могут вносить правки из именованных версий в версию по умолчанию.
- Чтобы работать с наборами данных сервис-ориентированных версий в именованной версии, и чтобы они участвовали в рабочих процессах управления версиями, когда вы опубликуете этот векторный веб-слой, включите функцию Управление версиями. Пользователь портала, векторный веб-слой, будет администратором версии для этого слоя. Владелец векторного веб-слоя может опубликовать векторный веб-слой для группы или групп, содержащих участников, которым необходимо внести изменения в векторный веб-слой. После публикации редакторы смогут создавать, изменять и удалять версии, а также вносить изменения и выполнять операции согласования и закрепления.
- Поскольку на втором векторном веб-слое включена только возможность Запрос, а управление версиями не включено, участники, для которых открыт доступ ко второму векторному веб-слою, могут получить доступ только к версии по умолчанию.
- Операция Запросить необходима, чтобы вьюеры могли просматривать данные векторного веб-слоя. Поэтому операция Запрос активирована при публикации из ArcGIS AllSource, и отключить ее нельзя.
Стадии проекта
Системы управления рабочими нарядами и процесс назначения рабочих нарядов проходят в организации несколько стадий. Многие проекты проходят свое развитие через установленную или регламентируемую группу стадий, для каждой из которых требуется проектировочное, административное или юридическое одобрение до перехода к следующей стадии. Эти стадии могут включать первоначальный предлагаемый проект, строительство, изыскания в полевых условиях, исполнительную документацию и завершение проекта. На каждой стадии проекта обновления могут происходить несколько раз по поднаборам данных. Этот процесс можно считать циклическим: рабочий наряд исходно назначается инженеру и изменяется с течением времени по мере прохождения проекта через различные этапы до момента полного объединения результатов работы с представлением базы данных. На последнем этапе каждой стадии может потребоваться, чтобы администратор взял на себя ответственность за выполнение обеспечения качества (QA) и контроля качества (QC) или этапа проверки перед публикацией.
В следующем сценарии именованная версия с именем Proposed создается из версии по умолчанию (default) и представляет собой предлагаемую стадию этого процесса. После завершения редактирования на этой предлагаемой стадии пользователь меняет владение версии и на администратора версии. Администратор версии проверяет и завершает процесс обеспечения качества/контроля качества, а также согласовывает и публикует изменения в защищенной версии по умолчанию (default). После публикации версию Proposed можно удалить.
Затем создается именованная версия с именем Constructed из версии по умолчанию (default) и представляет собой стадию конструирования этого процесса. После завершения редактирования на этой стадии конструирования владелец именованной версии меняет владение версии и на пользователя-администратора версии. Администратор версии проверяет и завершает процесс обеспечения качества/контроля качества, а также согласовывает и публикует изменения в защищенной версии по умолчанию (default). Как только изменения будут закреплены в версии по умолчанию (default), версию Constructed можно будет удалить.
Этот процесс жизненного цикла создания именованных версий, внесения правок, смены владельца версии на администратора версии, который затем завершает процесс обеспечения качества/контроля качества и согласовывает и публикует данные в версию по умолчанию, повторяется, пока вы не достигнете завершения или заключительного этапа.
Рекомендации
Приведенные ниже рекомендации можно использовать во всех описанных выше сценариях, но они особенно полезны в данном рабочем процессе обеспечения качества/контроля качества.
- Правила атрибутов – Правила атрибутов улучшают процесс редактирования и обеспечивают целостность наборов данных базы геоданных. Это настраиваемые пользователем правила, которые могут использоваться для автоматического заполнения атрибутов, ограничения некорректного редактирования в ходе выполнения операций редактирования или проверки качества существующих объектов.
- ArcGIS Data Reviewer—Data Reviewer позволяет управлять данными для производства и анализа данных, предоставляя систему автоматизации и упрощения контроля качества данных, которая может улучшить целостность данных. Data Reviewer включает набор инструментов контроля качества, которые обеспечивают эффективный и последовательный процесс анализа данных, например анализ значений атрибутов таблиц и пространственных связей между объектами.
- ArcGIS Workflow Manager—ArcGIS Workflow Manager позволяет оптимизировать и стандартизировать бизнес-процессы, которые могут быть представлены в виде рабочего процесса с использованием серии шагов, соединенных путями в ArcGIS Workflow Manager. Рабочие процессы применяются для организации и четкой постановки задач, не допускающей пропусков отдельных шагов. Информация автоматически записывается для каждого действия, и предоставляются инструменты для сообщения информации о каждой задаче. ArcGIS Workflow Manager включает инструменты для распределения ресурсов и контроля статуса и выполнения заданий. Информирование сотрудников о назначенных им задачах, выполнении задач, правках пространственных данных и многом другом осуществляется через различные e-mail сообщения.
Управление распределенными данными
Вы можете поддерживать рабочие процессы мобильного редактора с помощью мобильных приложений для сбора данных или в ArcGIS AllSource с помощью кнопки Загрузить карту.
См. Работа с автономными картами и данными сервис-ориентированной версии, чтобы узнать, как реализовать сценарии веб-ориентированных версий для мобильных редакторов.
Векторные веб-слои, обеспечивающие доступ к данным сервис-ориентированных версий, также поддерживаются в рабочих процессах распределенного сотрудничества. Сотрудничество позволяет совместно использовать векторные веб-слои с поддержкой синхронизации в качестве копий для доступа к различным версиям данных. Более подробно о процессе совместной работы и концепции сотрудничества, см. Как работает сотрудничество.