Flux de travail et gestion des demandes (traduction automatique)

Dernière modification : lundi 11 octobre 2010

S’applique à : Office 2010 | Project 2010 | Project Server 2010 | SharePoint Server 2010

Dans cet article
Introduction à la gestion de la demande
Flux de travail de gouvernance
Processus de gestion de la demande

La gestion des demandes est un nouveau concept de Microsoft Project Server 2010 qui intègre les propositions de projets, l’analyse de portefeuilles et la gestion de projets via des flux de travail et des pages de détails de projet. L’objectif de la gestion des demandes est de permettre aux utilisateurs de proposer, d’afficher, de classer, d’affecter une priorité, de sélectionner et de faire le suivi des projets dans leur organisation.

Cet article contient les sections suivantes :

• Introduction à la gestion de la demande

• Flux de travail de gouvernance

• Processus de gestion de la demande

  • Modèles de projet d'entreprise

  • Phase : Collection d'étapes dans un Cycle de vie du projet

  • Scène : Une étape dans un Cycle de vie du projet

  • Pages de détails du projet en phases

Pour une introduction aux processus de gestion de la demande, consultez Guide de la gestion de la demande (livre blanc).

Introduction à la gestion de la demande

Le processus de gestion de la demande capture toutes les propositions de travail à un seul endroit, guides des propositions par l'intermédiaire d'un processus de gouvernance à plusieurs étages, permet aux utilisateurs prendre des décisions concernant les propositions d'approuver et pistes progrès concernant l'exécution du projet jusqu'à ce que le travail est terminé. Un composant clé au sein de la gestion de la demande est le modèle de gouvernance de flux de travail mis en œuvre dans Project Server.

La proposition de projet des fonctionnalités dans Microsoft Office Project Server 2007 vous permet de capturer demande dans un seul endroit, mais n'est pas flexible et n'incorpore pas un flux de travail de gouvernance. Le module Configurateur dans Microsoft Office Project Portfolio Server 2007 est un processus de gestion souple de la demande, mais n'a pas le serveur Project Server et SharePoint et l'aspect. Le processus Portfolio Server 2007 a également certains facilité d'utilisation et les problèmes d'évolutivité. Le processus de gestion de la demande dans Project Server 2010 est conçu pour être flexibles et utilisables.

Flux de travail de gouvernance

Les développeurs peuvent créer des workflows de gouvernance qui permettent des cycles de vie complexes pour les propositions de projet ou à la demande dans Project Server 2010. Une demande est toute proposition qui nécessite des ressources, telles que le personnel, de temps ou de financement.

Un flux de travail de gouvernance comprend les définitions des étapes du cycle de vie par le biais duquel le projet progresse, par exemple, la création de proposition et agrément initial. Le flux de travail définit les informations requises ou verrouillées dans chaque étape. Par exemple, un flux de travail peut verrouiller coût budgétaire, une fois le projet approuvé. Un workflow peut inclure des étapes manuelles nécessaires approbation ou d'une notification et ajouter une logique métier pour mettre à jour d'autres systèmes métier. Par exemple, un flux de travail peut mettre à jour une ressource d'entreprise planification système (ERP) lorsque le budget de la proposition est approuvé.

La plate-forme de flux de travail de Project Server (Figure 1) est construite sur la plate-forme de flux de travail SharePoint, qui est lui-même basée sur Windows Workflow Foundation (WF). Flux de travail est un composant clé de la gestion de la demande.

La figure 1. Architecture de flux de travail de serveur de projet

Un flux de travail de Project Server s'exécute sur un site Project Web App et aide à gérer une séquence d'activités ou d'autres jeux d'activités liées à la gestion de projet, telles que la Valeur de champ personnalisé de projet vérifier et Publier le projet.

Flux de travail de Project Server est du type « site », qui permet à un flux de travail à appliquer à la totalité d'un site SharePoint. Un flux de travail site supprime la restriction d'un flux de travail SharePoint peut être démarré uniquement sur un élément de liste. Flux de travail de Project Server est déployés pour Project Web App, et une instance de workflow peut être exécutée uniquement sur une entité de projet.

La figure 2 illustre les processus de haut niveau pour la création de flux de travail, d'administration et d'utilisation. Il peut s'agir et qu'une seule instance de flux de travail de gouvernance associé à un projet à tout moment dans le temps.

La figure 2. Processus de création de flux de travail

L'administration de flux de travail de Project Server est identique à la gestion des autres workflows SharePoint, offrant ainsi plus grande cohérence entre Project Server et SharePoint Server et réduisant redondants fonctionnent. Les instances de flux de travail sont créés lors de la création d'une proposition de projet et sont supprimés lorsque le projet est supprimé, rejeté ou terminé.

Contrairement dans SharePoint Server 2010, un utilisateur ne démarre pas une instance de workflow à partir de la page d'administration qui répertorie tous les workflows de Project Server.

Pour plus d'informations sur la configuration de Visual Studio et de développement et de déploiement d'un flux de travail de Project Server, consultez Développement de flux de travail Project Server (traduction automatique).

Processus de gestion de la demande

Dans la gestion de portefeuille de projets, un cycle de vie du projet est un processus de longue qui couvre les phasesde gouvernance. Créer des phases de gestion de la demande classique, sélectionnez, planifier et gérer. Les phases de planification et de gestion sont accomplies par les processus de gestion de projet plus familières à l'aide de Project Professional et Project Web App. Flux de travail modélise les processus de gouvernance et offre un moyen structuré pour les projets passer à travers les phases. Flux de travail, ainsi que d'autres données de la proposition dans les pages de détail de projet (PDP), est capturées et intégrées au sein de l'ensemble de fonctionnalités de gestion de la demande, fournissant une plate-forme riche et dynamique sur lequel les clients et partenaires peuvent créer des solutions personnalisées.

La figure 3 illustre les quatre phases de gestion de la demande et comment ils s'imbriquent. Au sein de chaque phase sont les étapes telles que l'idée de proposer et examiner les Initial. Chaque étape peut avoir un PDP associé dans Project Web App. L'ensemble des étapes représente un processus unique peut être lié à un modèle de projet d'entreprise (accepter la).

La figure 3. Les stades et les phases de gestion de la demande

Modèles de projet d'entreprise

Un modèle de projet d'entreprise représente un wrapper qui encapsule les phases, stades, un seul flux de travail et les PDP. Chaque accepter la représente un type de projet unique. Normalement, les types de projet sont alignés avec des départements, par exemple, marketing des projets, des projets informatiques ou des projets de ressources humaines. À l'aide des types de projets permet de classer les projets qui ont un cycle de vie du projet similaire au sein de la même organisation. Pour un utilisateur, les EPTs apparaissent dans une liste déroulante des types de projet lorsque l'utilisateur clique sur un Nouveau projet sur le ruban dans Project Web App.

Phase : Collection d'étapes dans un Cycle de vie du projet

Une phase représente une collection de phases regroupés afin d'identifier un ensemble commun d'activités dans le cycle de vie du projet. Exemples de phases sont la création d'un projet, sélection des projets et la gestion de projet (indiqué comme créer, Select et gérer à la Figure 3). Phases n'ont aucun effet technique direct sur le comportement d'un accepter la. Autrement dit, la modification de l'ordre des phases n'affecte pas comment le système réagit. L'objectif principal des phases de gestion de la demande est de fournir une meilleure expérience utilisateur dans lequel les utilisateurs ont la possibilité d'organiser des étapes en groupes logiques.

Scène : Une étape dans un Cycle de vie du projet

Une scène représente une étape dans un cycle de vie du projet. Une étape se compose d'un ou plusieurs PDP liées par la logique commune ou un thème. Étapes à un niveau de l'utilisateur apparaissent sous la forme d'un projet. À chaque étape, données doivent être saisies, modifiées, révisées ou traitées.

À un niveau technique, chaque scène représente une étape où les données sont manipulées avant que le flux de travail peut passer à l'étape suivante. Pour un étage d'un flux de travail, très peu de programmation est impliquée. L'utilisateur entre toutes les données dans un système PDP et pouvez alors travailler sur le projet comme elle le faites habituellement. Pour un flux de travail à plusieurs étages, chaque étape est séparé par une activité (SetProjectStage) dans un diagramme de flux de travail de Visual Studio. L'activité réelle SetProjectStage agit comme un marqueur de stades et définit les propriétés par défaut de l'étape suivante. Les activités qui suivent SetProjectStage décrivent les actions qui doivent avoir lieu dans l'étape suivante.

Pages de détails du projet en phases

Un PDP représente une seule Page de composants WebPart dans Project Web App. Les PDP peuvent être utilisés pour afficher ou collecter des informations utilisateur. Vous pouvez créer les PDP de la même façon que vous créez une Page de composants WebPart dans un site SharePoint, où vous pouvez ajouter des composants WebPart qui fournissent l'expérience que vous souhaitez. Vous pouvez ajouter des composants WebPart individuels dans les galeries de composants WebPart standard ou créer des composants WebPart personnalisés.

Composants Web de Project Server et composants WebPart personnalisés utilisés dans la gestion de la demande tous les contiennent des champs personnalisés. Composants WebPart peuvent effectuer des appels à la PSI, interroger la base de données MOM Reporting ou intégrer aux systèmes externes. La figure 4 illustre la hiérarchie générale des parties de la gestion de la demande dans Project Server 2010.

La figure 4. Répartition de la gestion de la demande

Flux de travail est associés à des stades. Du point de vue de la programmation, les PDP ne sont pas réellement référencés dans le flux de travail. Les PDP est simplement agissent comme conteneurs pour stocker ou afficher des données. Le flux de travail fait référence à des champs personnalisés dans les composants WebPart.

Pour plus d'informations et certains scénarios où les PDP sont utilisés, consultez la section de la Page Détails du projet dans What's New for Developers.

Voir aussi

Autres ressources

Vue d’ensemble de Project 2010 pour les développeurs (traduction automatique)

Développement de flux de travail Project Server (traduction automatique)

Guide de la gestion de la demande (livre blanc)