Le processus de développement représente une configuration de la structure RUP sous-jacente se conformant aux besoins du projet qui s'y plie. Dans un contexte de projet, cet artefact est fréquemment dénommé processus spécifique au projet.
Rôle :  Ingénieur processus 
Caractère facultatif/Occurrence:  Tous les projets doivent suivre un processus de développement. Le processus spécifique au projet est souvent fourni aux membres du projet via un site Web.
Modèles et rapports : 
     
Exemples : 
     
Représentation UML :  Sans objet.
Informations supplémentaires :   
Entrée d'activités :    Sortie d'activités :   

Objet Haut de la page

L'objet du processus de développement, ou encore processus spécifique au projet, est de fournir aux membres du projet des lignes directrices et un support. Pour employer une métaphore, l'"information à portée de main" désigne de manière adéquate l'objet de cet artefact.

Bref aperçu Haut de la page

L'aperçu de ce processus peut revêtir diverses formes selon le mécanisme de communication choisi. Dans le cas de processus basé Web, vous pouvez vous faire une idée de son contenu en consultant le plan du site ou les deux premiers niveaux de l'arborescence de navigation.

Propriétés Haut de la page

Un processus de développement ne comporte pas de propriétés UML. Une liste des caractéristiques et fonctionnalités représentant des propriétés importantes d'un processus de développement logiciel figure ci-après :

  • Une structure bien définie des éléments pivots du processus (tels que rôles, activités et artefacts) autour de laquelle orbite le reste de la description du processus.
  • Des balises descriptives sur le processus, comme des descriptions de ses éléments, des concepts et des livres blancs à des fins éducatives.
  • Des balises normatives sur le processus, comme des instructions pas à pas, des listes de contrôle et des guides d'utilisation de l'outil, pour épauler l'exécutant lors de la génération d'artefacts.
  • Un modèle de cycle de vie. Dans RUP, nous définissons le cycle de vie itératif et incrémentiel en décrivant quatre phases et la notion d'itérations au sein de chaque phase.
  • Des ressources complémentaires pour accélérer la production d'artefacts de projet, telles que ressources réutilisables, principes et conseils, canevas et exemples.
  • Un mécanisme pour présenter des indications sur le processus à ses utilisateurs. Dans RUP, nous avons choisi un format de site facilement navigable, doté des attributs suivants :
    • Un mécanisme de recherche permettant aux utilisateurs de trouver facilement les indications pertinentes quand ils en ont besoin.
    • Un menu permettant une navigation logique à travers le processus, comme la fenêtre de navigation gauche des sites Web RUP.
    • Un mécanisme de filtrage permettant à l'utilisateur d'exclure les informations qui ne sont pas directement liées à l'utilisation quotidienne du processus.
    • Un glossaire des termes utilisés dans la description du processus.
  • Des descriptions et des liens vers les outils associés.
  • Des indications pour modifier le processus afin de l'adapter aux besoins spécifiques d'un projet.

Calendrier Haut de la page

Un processus personnalisé pour un projet est généralement le résultat de travaux effectués au tout début du projet, voire avant même. Dans le cadre de la préparation de l'environnement pour le projet, il se peut que vous ayez à fournir plusieurs vues du processus sous-jacent ou à décrire des variations plus pointues de ce processus. Le processus spécifique au projet est généralement mis à jour tout au long du projet en fonction des besoins. Une telle mise à jour peut concerner, par exemple, la préparation des instructions et exemples spécifiques requis pour effectuer les travaux planifiés pour l'itération suivante.

Responsabilité Haut de la page

Le rôle Ingénieur processus est principalement responsable de cet artefact. Il lui incombe de :

  • Mettre à la disposition des membres du projet de suffisamment de suggestions et d'indications pertinentes sur le processus pour qu'ils puissent effectuer leur travail efficacement et avec une qualité acceptable.
  • Leur fournir une version utilisable du processus, y compris des moyens intuitifs pour la navigation de son contenu.
  • S'assurer que le processus a été convenablement présenté aux membres du projet.
  • Recueillir leurs réactions sur le processus et le mettre à jour le cas échéant.

Personnalisation Haut de la page

Certains discriminants doivent être envisagés lorsque vous devez décider du processus approprié pour votre projet de développement logiciel, comme le niveau de formalité requis de l'artefact, la taille du projet en termes du nombre des membres de l'équipe, sa durée, son budget et le degré d'expérience de ses membres en matière de processus. La structure RUP prend en charge divers types de projets, par conséquent vous devrez toujours adapter le processus aux besoins spécifiques de votre projet.

Le processus spécifique au projet peut, dans certains cas, être composé uniquement d'un cas de développement servant de couche de filtrage par dessus la structure sous-jacente du processus. Les petites organisations de développement ne disposent généralement pas de ressources dédiées au développement d'un processus à l'échelle de l'organisation mais utilisent à sa place le produit RUP Builder afin de publier le processus de développement du projet.

Les organisations de développement plus importantes, ou celles se spécialisant dans la réutilisation de processus d'un projet à l'autre et l'amélioration de processus, développent généralement une ou plusieurs configurations pour l'organisation. Le processus spécifique au projet est instancié à partir d'une configuration correspondante. Pour plus d'informations sur les configurations de processus dans un cadre d'organisation de développement, reportez-vous au produit Rational Process Workbench (RPW).

Voir Activité : Personnalisation du processus pour le projet , pour plus d'informations sur la personnalisation de cet artefact.



RUP (Rational Unified Process)   2003.06.15