Общие сведения о службах Master Data Services
Следующие рабочие процессы предоставляют общие сведения об использовании Master Data Services.
Следующие задачи можно выполнить в тестовой среде и использовать предложенные образцы данных при установке служб Master Data Services. Дополнительные сведения см. в разделе Развертывание моделей (службы Master Data Services).
Если не указано другое, для всех следующих процедур необходимо иметь права администратора модели. Дополнительные сведения см. в разделе Администраторы (службы Master Data Services).
Действие |
Сведения |
См. также |
||
---|---|---|---|---|
Создание модели |
Модель — это высший уровень организации данных в Master Data Services. Каждая создаваемая модель должна быть связана с конкретной бизнес-задачей. Например, может иметься необходимость отслеживать полный список всех продуктов или клиентов. При создании модели она считается версией VERSION_1. |
|||
Создание сущностей |
Сущности — это объекты модели, которые содержат элементы. Элементы являются физическими основными данными, управляемыми службами Master Data Services. Создавайте столько сущностей, сколько необходимо для хранения элементов. Для модели Product можно создать сущность Product, которая будет содержать полный список элементов продуктов. |
|||
Создание сущностей для использования в качестве атрибутов на основе домена |
Атрибут на основе домена — это атрибут, значения которого заполняются элементами сущности. Чтобы создать атрибут на основе домена, сначала нужно создать сущность для заполнения списка значений атрибута. Например, можно создать сущность Color для хранения полного списка цветов. Эти цвета можно использовать в качестве значений атрибута для сущности Product. |
Атрибуты на основе домена (службы Master Data Services) Создание атрибута на основе домена (службы Master Data Services) |
||
Создание атрибутов для сущностей |
Атрибуты создаются для описания элементов. Атрибуты Name и Code автоматически включаются в каждую сущность, и их нельзя удалить. Можно создать другие атрибуты в свободной форме для хранения текста, дат, чисел или файлов. Например, в сущности Product могут иметься атрибуты в свободной форме Cost, Weight или SellStartDate. |
Атрибуты (службы Master Data Services) Создание текстового атрибута (службы Master Data Services) Создание числового атрибута (службы Master Data Services) Создание атрибута даты (службы Master Data Services) |
||
Создание групп атрибутов |
При наличии четырех или пяти атрибутов для сущности можно создавать группы атрибутов. Эти группы представлены вкладками наверху сетки в Обозревателе и упрощают навигацию за счет группирования атрибутов на отдельных вкладках. |
|||
Импорт элементов для поддерживающих сущностей |
Ввод основных данных происходит с использованием промежуточного процесса. Начать можно с импорта элементов для поддерживающих сущностей. Для модели Product это может означать импорт цветов или размеров. Элементы также можно создавать вручную.
|
Импорт данных (службы Master Data Services) Загрузка или обновление элементов с помощью промежуточного процесса в службах Master Data Services |
||
Создание бизнес-правил, обеспечивающих высокое качество данных |
Для гарантии точности данных создаются и публикуются бизнес-правила. Бизнес-правила можно использовать в следующих целях:
|
Бизнес-правила (службы Master Data Services) Создание и публикация бизнес-правила (службы Master Data Services) Уведомления (службы Master Data Services) Настройка уведомления электронной почты (службы Master Data Services) Настройка в бизнес-правилах отправки уведомлений (службы Master Data Services) |
||
Импорт элементов для основных сущностей и применение бизнес-правил |
Элементы для основных сущностей импортируются с использованием промежуточного процесса. По окончании импорта следует проверить версию, что включает применение бизнес-правил ко всем элементам версии модели. После этого можно исправить выявленные проблемы с проверкой соответствия бизнес-правилам. |
|||
Создание производных иерархий |
Производные иерархии создаются из связей атрибутов на основе домена, существующих между сущностями в модели. Такие многоуровневые иерархии можно обновлять по мере изменения бизнес-потребностей, а также обеспечивать учет всех элементов для соответствующего уровня. |
|||
Создание явных иерархий при необходимости |
При необходимости использовать иерархии, отличные от многоуровневых, которые включают элементы из одной сущности, можно создавать явные иерархии. |
|||
Создание коллекций при необходимости |
Если необходимо представить разные группы элементов для отчетов или анализа и не нужно создавать полную иерархию, используются коллекции.
|
|||
Создание определяемых пользователем метаданных |
Для описания объектов модели в модель добавляются пользовательские метаданные. Эти метаданные могут включать владельца объекта или источник данных. |
|||
Блокировка версии модели и назначение флага версии |
Версия модели может блокироваться, чтобы запретить изменять элементы всем пользователям, кроме администраторов. После проверки данных версии на соответствие бизнес-правилам можно зафиксировать версию, чтобы запретить всем пользователям изменять элементы. Создание и назначение флага версии модели. Флаги помогают пользователям и системам-подписчикам определять используемую версию модели. |
Версии (службы Master Data Services) |
||
Создание представлений подписки |
Чтобы системы подписки использовали основные данные, нужно создать представления подписки, которые создают стандартные представления в базе данных Master Data Services. |
Экспорт данных (службы Master Data Services) Создание представления подписки (службы Master Data Services) |
||
Настройка разрешений для пользователей и групп |
Разрешения для пользователей и групп нельзя копировать из тестовой в рабочую среду. Однако тестовую среду можно использовать для определения уровня безопасности, который необходимо будет использовать в производственной среде. |
Безопасность (службы Master Data Services) |
По окончании можно развернуть модель в рабочей среде с данными или без них. Дополнительные сведения см. в разделе Развертывание моделей (службы Master Data Services).