Рабочий процесс и управление запросами (машинный перевод)

Дата последнего изменения: 11 октября 2010 г.

Применимо к: Office 2010 | Project 2010 | Project Server 2010 | SharePoint Server 2010

В этой статье
Введение в управление спросом
Рабочий процесс высшего руководства
Процессы управления по требованию

Управление запросами — это новая концепция в Microsoft Project Server 2010, которая объединяет предложения проектов, анализ портфеля и управление проектами посредством рабочих процессов и страниц сведений о проекте. С помощью управления запросами пользователи могут предлагать, просматривать, классифицировать, задавать приоритеты, выбирать и отслеживать проекты в организации.

Содержание

• Введение в управление спросом

• Рабочий процесс высшего руководства

• Процессы управления по требованию

  • Корпоративные шаблоны проектов

  • Этап: Коллекция этапы жизненного цикла проекта

  • Рабочая область: Шаг в жизненном цикле проекта

  • Страниц сведений О проекте в несколько этапов

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

Введение в управление спросом

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

Предложения по проекту возможностей Microsoft Office Project Server 2007 помогает захвата спроса в одном месте, но не является гибким и не включают руководства процесса. Модуля "Конфигуратор" в Microsoft Office Project Portfolio Server 2007 — это процесс управления гибким спроса, но нет сервера Project Server и SharePoint внешнего вида. Процесс Portfolio Server 2007 также имеет некоторые проблемы масштабируемости и удобства использования. Процесс управления спрос в Project Server 2010 разработан гибкий и может использоваться.

Рабочий процесс высшего руководства

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

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

Платформа рабочих процессов сервера Project Server (рис. 1) построена на платформе SharePoint рабочий процесс, который в свою очередь основан на Windows Workflow Foundation (WF). Рабочий процесс является ключевым компонентом Управление спросом.

На рисунке 1. Архитектура процесса сервера для проекта

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

Рабочие процессы сервера проекта, типа «узел», которое включает рабочий процесс ко всему узлу SharePoint. Рабочий процесс веб-узла удаляет ограничение, рабочий процесс SharePoint может быть запущена только на элемент списка. Project Web App развертываются проекта рабочих процессов сервера и экземпляра рабочего процесса могут выполняться только в проекте.

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

На рисунке 2. Процесс создания рабочего процесса

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

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

Для получения дополнительных сведений о настройке Visual Studio и разработки и развертывания рабочих процессов сервера Project Server содержатся в разделе Разработка рабочих процессов Project Server (машинный перевод).

Процессы управления по требованию

В управление портфелем проектов жизненный цикл проекта — это долгосрочный процесс, охватывающий руководства этапов. Создавать этапы управления обычно по требованию, выберите, планирования и управления. Этапы планирования и управления выполняются посредством более знакомую процессов управления проектами с помощью Project Professional и Project Web App. Рабочий процесс моделирует руководства процессами и обеспечивает структурированный способ для проектов для прохождения этапов. Рабочие процессы, наряду с другими данными предложения страниц сведений о проекте (PDP) записываются и интегрированы в набор функций управления по требованию, предоставляя богатый и динамические платформы, на которой клиенты и партнеры могут создавать собственные решения.

На рисунке 3 показаны четыре фазы управление спросом и как они работают вместе. В рамках каждого этапа, стадиипредложить идею и просмотрите исходный. Каждый этап может иметь связанный PDP в Project Web App. Вся коллекция этапов представляет один рабочий процесс, который может быть связан с корпоративного проекта шаблона (EPT).

На рисунке 3. Этапы управления спроса и этапы

Корпоративные шаблоны проектов

Корпоративный шаблон проекта представляет оболочку, которая инкапсулирует этапы, этапы, один рабочий процесс и PDP. Каждый EPT представляет единый тип проекта. Обычно типы проектов выравниваются по отделам, например, маркетинговые проекты, ИТ-проектов и проектов HR. Использование типов проектов помогает классифицировать проектов в рамках одной организации, имеющие жизненного цикла аналогичного проекта. Для пользователя EPTs отображаются в раскрывающемся списке типов проектов, при нажатии кнопки Создание проекта на ленте в Project Web App.

Этап: Коллекция этапы жизненного цикла проекта

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

Рабочая область: Шаг в жизненном цикле проекта

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

На техническом уровне каждая рабочая область представляет собой этап, где обрабатываются данные прежде чем рабочий процесс можно переместить к следующему шагу. Для одного этапа процесса задействуется программирования очень мало. Пользователь вводит все данные в одном PDP и затем можно работать над проектом, как она обычно. Многоступенчатый процесс каждый этап разделенных деятельности (SetProjectStage) в пределах схемы рабочего процесса Visual Studio. Фактические SetProjectStage деятельность выступает в качестве маркера между этапами и задает свойства по умолчанию для следующего этапа. Действия, которые следуют за SetProjectStage структуры действия, которые необходимо выполнять в рамках следующего этапа.

Страниц сведений О проекте в несколько этапов

PDP представляет одной страницы веб-частей в Project Web App. PDP может использоваться для отображения или для сбора информации от пользователя. Можно создать PDP в так же создавать любую страницу веб-частей на узле SharePoint, где можно добавить веб-части, требуется опыт. Можно добавить отдельные веб-части из галереи стандартных веб-частей или создавать пользовательские веб-части.

Проект сервера веб-частей и пользовательских веб-частей, используемых в управление спросом все содержат настраиваемые поля. Веб-частей можно вызовы PSI запроса к базе данных отчетов и интеграции с внешними системами. На рисунке 4 показана иерархия общих частей управление спросом Project Server 2010.

На рисунке 4. Разделение управления по требованию

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

Для получения дополнительных сведений и некоторые сценарии, в которых используются PDP обратитесь к разделу страницу сведений О проекте в What's New for Developers.

См. также

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

Обзор Project 2010 для разработчиков (машинный перевод)

Разработка рабочих процессов Project Server (машинный перевод)

Путеводитель по управлению запросами (технический документ)