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


Жизненный цикл приложения планирования сервера

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

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

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

Ниже приведен пример внедрения из 5 этапов.

Этап Рекомендации по топологии

Проверка концепции

Один компьютер

Разработка

Три сервера. Допускается также использование одного компьютера.

Тест

Три сервера*.

Подготовка

Три сервера*.

Производство

Три сервера*.

Ниже приведен пример внедрения из 3 этапов.

Этап Рекомендации по топологии

Проверка концепции и разработка

Один компьютер

Тест и подготовка

Три сервера*.

Производство

Три сервера*.

ПримечаниеПримечание.

Инструкции по установке среды из одного компьютера и распределенной среды см. в руководстве по развертыванию сервера PerformancePoint Server 2007.

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

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

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

схема процесса приложения

Этапы проверки концепции и разработки

Действие 1. Установка и настройка

Первое действие — это установка и настройка программного обеспечения в соответствии с требованиями среды. После первого запуска мастера установки и настройки воспользуйтесь Диспетчер конфигурации сервера планирования, чтобы завершить установку. Инструкции по установке среды из одного компьютера и распределенной среды см. в руководстве по развертыванию сервера PerformancePoint Server 2007.

Действие 2. Настройка сервера планирования

Используя Консоль администрирования, выполните перечисленные ниже задачи.

  • Создайте новое приложение планирования Microsoft Office PerformancePoint Server 2007.

  • Настройте данные для обеспечения безопасности на уровне системы (настройте системные роли глобального администратора, администратора пользователей, администратора данных, администратора моделей).

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

  • Задайте конечную папку данных для исходящей функции.

  • Настройте или измените параметры конфигурации, такие как время ожидания.

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

Действие 3. Разработка содержимого

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

Действие 4. Извлечение, преобразование и загрузка

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

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

  • определение данных источника;

  • создание сопоставления схем;

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

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

Этап извлечения, преобразования и загрузки состоит из перемещения данных из промежуточной базы данных планирования в базу данных приложения планирования. Чтобы загрузить эталонные данные и данные факта из промежуточной базы данных планирования в базу данных приложения планирования, используйте средство командной строки PPSCmd.exe или Бизнес-моделирование. Дополнительные сведения о процедуре извлечения, преобразования и загрузки см. в разделе, посвященном интеграции данных, руководства по эксплуатации PerformancePoint Server 2007.

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

Во время разработки можно периодически сохранять метаданные и эталонные данные в базу данных приложения планирования, чтобы избежать потери каких-либо данных. Рекомендуется периодически делать резервные копии системных баз данных, включая базы данных приложения планирования, PPSPlanningSystem, PPSPlanningService, а также промежуточные базы данных планирования.

Действие 5. Разработка бизнес-процессов

В ходе этого действия выполняются следующие задачи:

  • разработка бизнес-правил;

  • разработка форм;

  • обеспечение безопасности данных;

  • определение циклов, назначений и заданий бизнес-правил;

  • определение сопоставления межмодельных связей.

Действие 6. Развертывание узла бизнес-моделей

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

Действие 7. Тестирование

Тестирование представляет собой заключительный этап. Используйте Надстройка PerformancePoint для Excel, среду SQL Server Management Studio, SQL Server Business Intelligence Development Studio, службы SQL Server 2005 Reporting Services, Мониторинг PerformancePoint и другие средства, которые могут потребоваться компании для тестирования и проверки следующих факторов:

  • точность данных;

  • производительность;

  • безопасность данных;

  • отправка бизнес-правил;

  • результаты выполнения деловых и финансовых задач.

Тестирование должно быть повторяющимся процессом, в котором, начиная с этапов конфигурации или разработки содержимого и до этапа официального тестирования, постоянно выполняются проверки, до тех пор, пока результаты не будут удовлетворять требованиям. Например, можно начать с создания узла бизнес-моделей и одной модели, повторяя процесс, пока не будут получены удовлетворительные результаты. Затем этот процесс можно развернуть на несколько моделей внутри одного узла бизнес-моделей и несколько узлов бизнес-моделей с одним приложением. Во время этапа настройки необходимо проверять каждый параметр конфигурации, пока результаты не будут отвечать требованиям. Обратите внимание, что этот процесс не относится к первоначальному развертыванию узла бизнес-моделей. Дополнительные сведения см. в разделе справки по бизнес-моделированию PerformancePoint "Развертывание узла бизнес-моделей".

ПримечаниеПримечание.

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

Переход от этапа разработки к этапу подготовки и производства

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

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

При миграции приложения будут перенесены следующие сведения (на предыдущей диаграмме процесса приложения они показаны в действии миграции):

  • роли безопасности;

  • структурные метаданные: все определения для узлов бизнес-моделей, моделей, измерений и наборов элементов;

  • правила расчета и все соответствующие шаблоны заданий;

  • шаблоны форм;

  • календари.

Следующие сведения будут перенесены во время миграции данных; они показаны в процедуре извлечения, преобразования и загрузки на диаграмме процесса приложения:

  • данные измерения и иерархии;

  • данные факта и заметки;

  • связи.

Следующие данные не будут перенесены во время миграции приложения; они показаны на этапе разработки бизнес-процессов на диаграмме процесса приложения:

  • отчеты;

  • бизнес-правила: назначения, задания, определение цикла и экземпляры;

  • пользователи и назначения их ролей безопасности.

    ПримечаниеПримечание.

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

Основные шаги по переносу системы планирования PerformancePoint в новую конечную систему перечислены ниже.

  1. Выполните экспорт из исходной системы.

  2. Выполните импорт в конечную систему.

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

  4. Загрузите данные бизнес-правил, безопасности и отчетов.

  5. Разверните все узлы бизнес-моделей в конечной системе.

  6. Переведите перенесенную систему в оперативный режим.

  7. Проверьте миграцию приложения.

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

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

Поток данных в сервере планирования

На диаграмме ниже показан поток данных высокого уровня через Сервер планирования. Он делит Планирование PerformancePoint на три уровня: клиент, сервер и хранилище. В следующем разделе показан поток данных по сценариям каждого главного клиентского компонента, представленного на диаграмме. Номера (№ 1, № 3 и т.д.) указывают номера потоков данных на диаграмме.

схема потока данных

Бизнес-моделирование:

  • разработка содержимого № 3, № 9.1, № 18;

  • разработка бизнес-процессов № 3, № 9.1;

  • развертывание узла бизнес-моделей № 3, № 9.1, № 9.2, № 13;

Надстройка PerformancePoint для Excel:

  • ввод данных: № 5, № 9.1, № 9.2;

  • разработка отчетов: № 12, № 5, № 9.1;

  • публикация шаблонов форм: № 5, № 9.1;

  • выполнение отчетов: № 10

  • публикация отчетов в службы отчетов: № 19

  • исполняемые сценарии: № 5, № 10, № 12

Консоль администрирования: № 2, № 8, № 9.1

Отчеты: № 1, № 6, № 7

PPSCmd: № 4, № 9.1

Извлечение, преобразование и загрузка:

  • синхронизация базы данных приложения с промежуточной базой данных планирования: № 14;

  • загрузка данных из промежуточной базы данных планирования в базу данных приложения планирования: № 15;

  • загрузка данных из хранилища данных к промежуточную базу данных планирования: № 16.

Интеграция данных

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

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

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

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

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

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

Дополнительные сведения об интеграции данных см. в разделе, посвященном интеграции данных, в руководстве по эксплуатации PerformancePoint Server 2007.

См. также

Другие ресурсы

Data Integration
ETL
Source systems
Moving to a Production Environment
Data Flow Example