Статья
06/14/2010

Важные вопросы внедрения

Обновлено: 2009-04-30

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

Сколько требуется приложений: одно или несколько?

На решение о создании одного или нескольких приложений Microsoft Office PerformancePoint Server 2007 могут повлиять многие факторы планирования. Основной фактор — это количество метаданных и определений бизнес-объектов, которые будут находиться в общем доступе. Поскольку некоторые приложения отличаются лучшей масштабируемостью и гибкостью, каждое из них можно рассматривать в качестве независимого контейнера для данных. Общий доступ к данным разных приложений невозможен.

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

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

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

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

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

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

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

Разные расписания проектов: Расписания, используемые сотрудниками, ответственными за планирование, составление бюджета, прогнозирование или фактические данные, могут различаться, что затрудняет первоначальное внедрение проекта в одном приложении.
Рекомендуется начинать с малого Лучшим способом начать развертывание может быть использование нескольких приложений с перспективой будущей миграции на одно крупное приложение. Этот подход подразумевает более слабую согласованность между рабочими группами и позволяет создавать отдельные расписания для каждой из них.
Разные локальные требования Если удаленному узлу или дочерней компании необходимо отслеживание определенных элементов узла или деятельности, для удаленного местоположения можно использовать дочерний узел. Это позволяет дочерней компании использовать общие данные и предоставляет возможность настройки.
Работа с удаленными площадками При установке Сервер планирования в центральном местоположении (например, в центральном офисе) и наличии подключающихся удаленных пользователей может понадобиться создание дочернего узла для удаленных местоположений. Удаленные узлы могут использовать функцию интеграции данных PerformancePoint Server для периодического перемещения своих данных в центральный офис. Дочерний узел должен обеспечить соответствие этих данных требованиям узла организации.
Масштабируемость Если все пользователи используют одно приложение, то на стадии планирования проекта необходимо принимать во внимание масштабируемость.

Выбор типа модели

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

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

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

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

Типы бизнес-моделей

Тип модели	Описание
Универсальный	Это основной тип модели. Его можно использовать для любого другого типа модели, кроме того, этот тип не содержит предопределенных правил логики учета.
Глобальное допущение	Эту модель можно использовать для базовых данных, которые будут применяться для бизнеса в целом, например, для сведений о численности персонала, данных прейскуранта или для факторов, учитываемых при принятии решений в финансовой модели, таких как предполагаемые доходы и расходы.
Валютный курс	Эта специальная модель допущения отслеживает курсы иностранных валют по периодам и типам валют для всех денежных единиц в системе. В отношении моделей валютного курса важно учитывать, будут ли обменные курсы отслеживаться по нескольким временным периодам, например ежедневно, ежемесячно и ежегодно. Поскольку модель валютного курса не поддерживает объединение данных, необходимо предусмотреть отдельную модель валютного курса для каждого временного периода в приложении, в котором используются допущения валютных курсов.
Финансовая без расчета долей	Эта модель включает в себя встроенную логику для выполнения консолидации и не включает расчеты долей. Используйте этот тип модели, если имеется один объект или несколько объектов, которые анализируются отдельно. Например, его можно использовать для создания корпоративной модели затрат или модели определенного отдела, такой как специальная модель для отдела кадров.
Финансовая с расчетом долей	Этот тип модели включает в себя встроенную логику для выполнения консолидации и расчеты долей, а также возможность исключения взаиморасчетов с аффилированной компанией. Такую модель можно использовать, если имеется несколько объектов и необходимо предоставить консолидированный отчет на уровне организации или имеется несколько объектов, находящихся не в полной собственности. Кроме того, ее можно использовать для создания модели стратегического планирования.

Вопросы планирования измерения

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

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

Вычисления

В Планирование PerformancePoint бизнес-вычисления можно выполнять с помощью серверного или клиентского вычисления. Серверные вычисления в Сервер планирования представлены в виде бизнес-правил. Эти бизнес-правила используют для выполнения необходимых вычислений Язык выражений PerformancePoint (язык выражений PerformancePoint). Клиентские вычисления выполняются с помощью функций вычисления, встроенных в Надстройка PerformancePoint для Excel.

Серверные вычисления

Вычисления в серверном бизнес-правиле на языке выражений PerformancePoint выполняются либо подсистемой сервера Microsoft SQL Server, либо подсистемой служб аналитики SQL Server 2005. Для выполнения вычисления в подсистеме сервера SQL необходимо, чтобы правило было скомпилировано в хранимую процедуру SQL. Для выполнения вычисления необходимо запустить эту процедуру. Для выполнения вычисления в подсистеме служб аналитики необходимо, чтобы правило было скомпилировано в инструкции запроса многомерных выражений или сценарии вычисления многомерного выражения. Для запуска вычисления необходимо отправить эти инструкции или сценарии в подсистему служб аналитики SQL Server.

Правило может быть выполнено любой из перечисленных выше платформ (подсистемой SQL Server или подсистемой служб аналитики SQL Server с использованием запроса многомерного выражения или сценариев многомерного выражения). Все платформы вычисления обладают различными характеристиками производительности и поведения. Эти характеристики обобщаются в приведенной ниже таблице.

Платформа выполнения	Характеристика поведения	Характеристика производительности	Рекомендация
Подсистема сервера SQL Server	Вычисление вызывается либо конечными пользователем, либо событием повторной обработки. Данные, полученные в результате вычислений, материализуются и записываются обратно в таблицу фактов. Не поддерживаются некоторые сложные выражения.	При вычислении хорошо обрабатываются незаполненные данные, поэтому время выполнения пропорционально фактическому объему данных, а не области вычисления.	В большинстве случаев этот вариант является оптимальным, если необходимо, чтобы вычисление было вызвано по требованию или активировано с помощью события повторной обработки. Факторы, которые следует учитывать при использовании этого типа вычисления: взрывной рост данных и сложные выражения, выходящие за пределы возможностей обработки сервера SQL Server.
Подсистема служб аналитики SQL Server и запрос многомерного выражения	Вычисление вызывается либо конечными пользователем, либо событием повторной обработки. Данные, полученные в результате вычислений, материализуются и записываются обратно в таблицу фактов. Поддерживаются полные выражения языка выражений PerformancePoint	Вычисление не выполняет обработку некоторых типов степеней незаполненности должным образом. При выполнении масштабного вычисления производительность может понизиться, даже если фактических (отличных от нулевых) результатов вычислений относительно мало.	Этот тип вычислений подходит для небольших областей. Он представляет собой самый удобный способ тестирования и отладки вычисления. Поддерживаются более сложные выражения, чем в подсистеме сервера SQL Server. Факторы, которые следует учитывать при использовании этого типа вычислений: широкие масштабы вычислений, взрывной рост данных и снижение производительности.
Подсистема служб аналитики SQL Server и сценарий многомерного выражения	Вычисление вызывается автоматически и выполняется подсистемой служб аналитики SQL Server. Для выполнения вычисления не требуется пользовательский вызов или активация Microsoft Office PerformancePoint Server 2007. Результат вычисления не материализуется, поэтому при завершении не возникает проблем со взрывным ростом данных.	Вычисление плохо работает с незаполненными данными. При выполнении нескольких вычислений, одно из которых активирует большие объемы данных, производительность существенно снижается.	Эту платформу можно использовать для выполнения автоматических вычислений и вычислений в реальном времени. При использовании этого типа вычислений учитывайте низкую производительность при обработке запросов.

Подсистема сервера SQL Server

Вычисление вызывается либо конечными пользователем, либо событием повторной обработки.

Данные, полученные в результате вычислений, материализуются и записываются обратно в таблицу фактов.

Не поддерживаются некоторые сложные выражения.

При вычислении хорошо обрабатываются незаполненные данные, поэтому время выполнения пропорционально фактическому объему данных, а не области вычисления.

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

Факторы, которые следует учитывать при использовании этого типа вычисления: взрывной рост данных и сложные выражения, выходящие за пределы возможностей обработки сервера SQL Server.

Подсистема служб аналитики SQL Server и запрос многомерного выражения

Вычисление вызывается либо конечными пользователем, либо событием повторной обработки.

Данные, полученные в результате вычислений, материализуются и записываются обратно в таблицу фактов.

Поддерживаются полные выражения языка выражений PerformancePoint

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

Этот тип вычислений подходит для небольших областей. Он представляет собой самый удобный способ тестирования и отладки вычисления. Поддерживаются более сложные выражения, чем в подсистеме сервера SQL Server.

Факторы, которые следует учитывать при использовании этого типа вычислений: широкие масштабы вычислений, взрывной рост данных и снижение производительности.

Подсистема служб аналитики SQL Server и сценарий многомерного выражения

Вычисление вызывается автоматически и выполняется подсистемой служб аналитики SQL Server. Для выполнения вычисления не требуется пользовательский вызов или активация Microsoft Office PerformancePoint Server 2007.

Результат вычисления не материализуется, поэтому при завершении не возникает проблем со взрывным ростом данных.

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

Эту платформу можно использовать для выполнения автоматических вычислений и вычислений в реальном времени.

При использовании этого типа вычислений учитывайте низкую производительность при обработке запросов.

Простое вычисление коэффициента можно выполнить либо с помощью подсистемы сервера SQL Server, либо с помощью подсистемы служб аналитики SQL Server, используя сценарий многомерного выражения. Один из этих способов, отличается согласованием дополнительных данных, а другой — более низкой производительностью и скоростью выполнения.

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

Клиентские вычисления

Пользователи Сервер планирования могут в ходе разработки вводить формулы в ячейки матриц книги. Для обозначения этих формул в Планирование используется термин "формула времени разработки". Такие формулы включают клиентское вычисление, используя функции вычисления Microsoft Office Excel. Формула времени разработки может быть определена на корневом уровне и автоматически унаследована на более низких уровнях. Она представляет собой удобный способ внедрения бизнес-правил времени разработки форм.

Примечание.
Чрезмерное использование таких формул может понизить скорость обработки формы и отправки данных.

Использование формул программы Excel позволяет компаниям использовать существующие бизнес-правила, определенные в имеющихся таблицах. Для переноса важных формул в Сервер планирования можно использовать добавочный подход. Это позволит управлять ими централизованно.

Во время ввода данных пользователи могут вводить формулы в записываемую область. Для обозначения этих формул в Сервер планирования используется термин "формулы выполнения". Такую формулу можно использовать для обеспечения целостности данных и выполнения бизнес-правил.

Обратная запись служб аналитики

Для прогнозирования показателей производительности в Планирование используется функция обратной записи служб аналитики. Если получившиеся результаты недостаточно высоки, рекомендуется снизить нагрузку на сервер служб аналитики с помощью локальных назначений. Дополнительные сведения см. в следующем разделе: "Локальный куб (автономные назначения)".

Локальный куб (автономные назначения)

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

Администраторы моделей Планирование могут включить автономное кэширование большой модели или модели, содержащей конфиденциальные данные, установив в Бизнес-моделирование флаг модели "AllowOffline".

Участники Планирование могут включать или выключать автономное кэширование в среде выполнения, настроив параметр Надстройка PerformancePoint для Excel "Автоматически кэшировать назначения". По умолчанию оба параметра включены.

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

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

Автономный режим После завершения загрузки данных на компьютер пользователь может выбрать работу в полностью автономном режиме (то есть без активного подключения к Сервер планирования). Этот режим рекомендуется использовать в следующих ситуациях:

при работе вне офиса и отсутствии возможности подключения к компьютеру с Сервер планирования;
при недоступности компьютера с Сервер планирования из-за выполнения технического обслуживания;
при невозможности сохранить изменения в базе данных Сервер планирования без повторного подключения к сети и отправки формы.

Вложенный куб

При создании отчетов и форм их авторы должны использовать вложенные кубы. Поскольку объем набора данных может быть велик, загрузка автономных данных может потребовать времени и увеличить нагрузку на сервер служб аналитики SQL Server. При разработке отчетов их авторы могут определить вложенные кубы для автономных назначений. Таким образом, при загрузке назначений для автономной работы на компьютеры пользователей загружаются только соответствующие части базы данных.

Вопросы загрузки данных

Сервер Сервер планирования не выполняет процессы извлечения, преобразования и загрузки полностью, его нельзя использовать для создания заданий по извлечению, преобразованию и загрузке данных из нескольких источников данных.

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

Интеграция данных состоит из нескольких этапов.

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

Это процесс можно автоматизировать с помощью средства PPSCmd и сценариев.

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

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

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

Основные факторы при планировании загрузки данных должны учитывать, как данные будут загружаться, будет ли использоваться полная или добавочная загрузка данных, объем вовлеченных данных и производительность.

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

Аспекты бизнес-процессов

Для координации совместной работы с данными участников, проверяющих и утверждающих в рамках бизнес-процессов Сервер планирования использует циклы процессов и формы ввода данных. Управление процессами выполняется с помощью Бизнес-моделирование, тогда как разработка форм и отправка данных — с помощью Надстройка PerformancePoint для Excel.

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

Вопросы, связанные с системой и рабочим процессом

При планировании приложения PerformancePoint Server необходимо учитывать вопросы материально-технического снабжения, связанные с географией расположения пользователей. Например, кто будет участвовать в создании данных, а также проверять и утверждать их при сильном разбросе местоположений пользователей?

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

Аспекты планирования бизнеса и процессов

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

Еще один важный фактор — это тип процесса. В Сервер планирования включены перечисленные ниже типы бизнес-процессов.

Чередующиеся или повторяющиеся процессы, например квартальные прогнозы
Нисходящая или восходящая постановка задачи, например бюджетный процесс
Шаг более крупного финансового процесса, такого как консолидация
Отправка общих данных для поддержки других процессов

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

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

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

Использование вычислений в формах
Создание динамических форм для каждого пользователя, автоматически обновляющихся каждый месяц
Наборы навыков пользователей
Сложность формы

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

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

Важно отметить, что Сервер планирования поддерживает процесс рецензирования и утверждения данных, и эта возможность отвечает основным требованиям рабочего процесса рецензирования и утверждения. В случаях более сложной совместной работы рекомендуется интегрировать веб-части служб Windows SharePoint Services с развертыванием.

Вопросы безопасности

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

Бизнес-роли

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

Разрешения по умолчанию применяются для всех наборов элементов в узле бизнес-моделей и для всех пользователей в бизнес-роли, если не определены явные разрешения.

Явные разрешения переопределяют разрешения по умолчанию. Можно явно указать доступ к определенным наборам элементов или элементам на чтение или запись.

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

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

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

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

Административные роли

В число административных ролей входят роли глобального администратора, администратора пользователей, администратора моделей и администратора данных. Глобальные администраторы не могут подключаться к серверу в Бизнес-моделирование, если только они не принадлежат еще к какой-нибудь административной роли. Администраторы пользователей не имеют доступа на чтение или запись бизнес-данных. Члены ролей администратора данных и администратора моделей имеют неограниченный доступ на чтение и запись ко всем бизнес-данным в узле бизнес-моделей, даже в том случае, если они принадлежат к бизнес-роли с ограниченными настройками.

Учетные записи развертывания

При развертывании PerformancePoint Server необходимо учитывать две учетные записи: учетную запись удостоверения службы Сервер планирования и учетную запись, используемую администратором базы данных. Учетная запись службы используется для взаимодействия с системными базами данных и исходными данными. Администратор базы данных — это человек, который создает и настраивает базы данных Сервер планирования. Дополнительные сведения см. в руководстве по развертыванию PerformancePoint Server 2007.

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

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

Дополнительные сведения о настройке административных и бизнес-ролей см. в интерактивной справке Бизнес-моделирование.

Другие вопросы

Сведения о производительности: наборы элементов и представления элементов Наборы элементов переносятся в иерархии служб аналитики типа "родители-потомки". Представления элементов переносятся в одноуровневые иерархии. Службы аналитики работают с одноуровневыми иерархиями более эффективно, чем с иерархиями типа "родители-потомки", поскольку в таких иерархиях выполняется предварительное вычисление элементов. Если наборы элементов очень велики или глубоки, могут возникнуть проблемы с производительностью. В этом случае при создании отчетов необходимо использовать представления элементов.
Службы аналитики Если службы аналитики являются узким местом, негативно влияющим на производительность, обратитесь к руководству по их кластеризации на веб-узле SQL Server 2005 Analysis Services Performance Guide (https://go.microsoft.com/fwlink/?LinkId=103090&clcid=0x0419).
Иерархии При наличии изменяемых или дорабатываемых иерархий можно создать несколько наборов элементов и использовать их в различных моделях.

Настраиваемые расширения

PPSCMD

Программа команд планирования (PPSCmd.exe) — это средство, помогающее в администрировании и ограниченном изменении Сервер планирования. Оно состоит из двенадцати команд, которые позволяют запускать с Сервер планирования сценарные действия. Например, с помощью PPSCMD можно автоматизировать процесс загрузки.

Дополнительные сведения о PPSCMD см. в руководстве по эксплуатации PerformancePoint Server 2007.

Клиентские макросы

В Надстройка PerformancePoint для Excel можно использовать функции Excel для создания и запуска макросов. Для указания хранящихся в модуле команд и функций при создании макроса можно использовать Visual Basic для приложений.

Примечание.
Если необходимо, чтобы модуль можно было вызвать с помощью событий в Надстройка PerformancePoint для Excel, он должен иметь название "PerformancePoint".

Для вызова модуля PerformancePoint можно использовать указанные ниже события Надстройка PerformancePoint для Excel.

AfterRefresh: этот макрос запускается после обновления любого листа, книги или матрицы, а также при изменении фильтра страницы.
BeforeAssignmentAction: этот макрос запускается при нажатии кнопки "Перейти" (кнопка со стрелкой рядом с раскрывающимся списком Действия) перед запуском указанного действия назначения.

По умолчанию возможность запуска макроса в событиях AfterRefresh и BeforeAssignmentAction отключена. Системный администратор может включить или отключить ее в Консоль администрирования. Обратитесь за помощью к системному администратору. Кроме того, для этих событий в Надстройка PerformancePoint для Excel используется модель безопасности макросов Excel, разрешающая запуск только подписанных макросов.

Настройка служб аналитики

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

Пользовательские хранимые процедуры SQL и сценарии многомерных выражений (собственное правило)

Если ограничения языка выражений PerformancePoint Язык выражений PerformancePoint слишком строги для опытных пользователей, с помощью Планирование можно создавать собственные пользовательские сценарии многомерных выражений или SQL. Поскольку внедрение этих правил может представлять риск для безопасности системы, в Планирование необходимо, чтобы они были утверждены. В Microsoft Office PerformancePoint Server 2007 эти правила запускаются от имени пользователя с низкими правами.

Сведения о включении этих типов правил см. в руководстве по эксплуатации PerformancePoint Server 2007.

Учебное приложение

При планировании приложения PerformancePoint Server также можно использовать руководство по учебному приложению Alpine Ski House. В руководстве по учебному приложению Alpine Ski House содержится профиль вымышленной организации Alpine Ski House. В нем рассматриваются факторы, влияющие на принятие решения о переходе на PerformancePoint Server, а также структура организации, которую было решено использовать при создании учебного приложения. Кроме того, в руководстве рассматривается процесс внедрения приложения, используемого организацией Alpine Ski House. Включен пример бюджетного процесса, использующего учебное приложение Alpine Ski House. Руководство по учебному приложению Alpine Ski House см. на веб-узле Documentation map for Microsoft Office PerformancePoint Server 2007 (https://go.microsoft.com/fwlink/?LinkId=103091&clcid=0x0419).

Поделиться через