Процедуры аудита приложения

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

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

Заметка

Следуйте шагам по настройке компонентов соответствия для настройки этого процесса. Дополнительная информация: Процесс соответствия требованиям

Описание процесса

Описание проблемы: в клиенте Contoso есть много приложений. ИТ-специалисты не знают, для чего предназначены все эти приложения или как поддерживать отдельные приложения при вызове службы поддержки, и неясно, поддерживается ли все приложения по какому-либо стандарту. Они могут видеть сведения, такие как описание и количество общих пользователей из соединителя Power Apps for Admins, но им нужно напрямую связаться с владельцем приложения, чтобы полностью понять ситуацию вокруг приложений. Особенно в такой крупной организации, как Contoso, для ИТ-отдела нереально вручную связываться с каждым владельцем приложения индивидуально, и эти данные не могут быть сохранены в беседах по электронной почте. Рабочая группа Contoso хотела бы иметь центральный каталог приложений для высококачественных приложений.

Решение: CoE решил, что должен проводиться процесс аудита на уровне приложений, используя Microsoft Dataverse в качестве хранилище данных для бизнес-обоснований. Они решают использовать приложения и потоки, чтобы облегчить этот процесс.

Поток с именем "Администратор | Запрос сведений о соответствии" используется для перебора всех приложений в клиенте и проверки соответствия приложений. Если владелец не представил бизнес-обоснование и к приложению был предоставлен общий доступ (в этом примере более 20 пользователей или хотя бы одна группа), поток отправляет владельцу электронное письмо с уведомлением о том, что их конкретное приложение не соответствует политике Contoso. В сообщении электронной почты содержится ссылка на приложение на основе холста "Центр соответствия требованиям разработчиков", где владелец может предоставить сведения о бизнес-обосновании в отправке формы. Приложение "Центр соответствия разработчиков" также содержит сведения о пороговых значениях соответствия и имеет ссылки на настройки приложения, чтобы владелец мог настроить описание и при необходимости опубликовать его повторно.

После того, как производитель подтвердил соответствие, добавив эти сведения, администратор может просмотреть эти сведения и само приложение. Последовательность операций бизнес-процесса в Представление администратора Power Platform (приложение на основе модели) помогает упростить процесс аудита.

При просмотре сведений о соответствии приложения администратор может принять решение о том, принадлежит ли приложение в каталоге приложений.

Представление пользователя для процесса

Вот этот процесс с точки зрения вовлеченных людей и компонентов, с которыми они взаимодействуют.

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

В системе отслеживаются три элемента, и пользователю может потребоваться выполнить все три:

  • Сделайте новую публикацию, чтобы показать, что это активное приложение.

  • Добавьте описание приложения, указывающее предназначение.

  • Добавьте вспомогательные сведения, такие как бизнес-обоснование.

Точка зрения создателя в процессе аудита.

Администратор: после того как приложение соответствует всем трем требованиям, оно появляется в представлении фильтра Соответствие — отправлено в приложении на основе модели Представление администратора Power Platform.

Точка зрения администратора в процессе аудита.

Администратор открывает Представление администратора Power Platform>Соответствие — отправлено и оценивает все приложения, подлежащие проверке, просматривая вкладку Аудит в приложении, исследуя работу, проделанную создателем, а затем ставя оценку в разделе Соответствие — отправлено.

Администратор может решить поместить приложение в каталог приложений и пометить его как избранное или нет, в зависимости от того, должно ли приложение выделяться для пользователей.

Утвердить требования разработчика.

Пользователи: разработчик и пользователи теперь могут видеть приложение в каталоге приложений.

Каталог приложений.