<?xml version="1.0" encoding="UTF-8"?>
<org.eclipse.epf.uma:GuidanceDescription xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI" xmlns:org.eclipse.epf.uma="http://www.eclipse.org/epf/uma/1.0.6/uma.ecore" xmlns:epf="http://www.eclipse.org/epf" epf:version="1.5.1" xmlns:rmc="http://www.ibm.com/rmc" rmc:version="7.5.1" xmi:id="-pR6ni3h0dcW2muuMCoRzgw" name="development_case_project,_uWZwAF3gEd-8pIBWBGuz7w" guid="-pR6ni3h0dcW2muuMCoRzgw" changeDate="2010-05-17T02:26:20.000-0700" version="7.1.0">
  <mainDescription>&lt;h3 class=&quot;Section1&quot;>&#xD;
    Processus du projet XYZ&#xD;
&lt;/h3>&#xD;
&lt;h3 class=&quot;Section1&quot;>&#xD;
    1. Introduction&#xD;
&lt;/h3>&#xD;
&lt;h4 class=&quot;Section1&quot;>&#xD;
    1.1 Objectif&#xD;
&lt;/h4>&#xD;
&lt;p class=&quot;MsoBodyText&quot;>&#xD;
    Ce document décrit le processus suivi par le projet XYZ.&#xD;
&lt;/p>&#xD;
&lt;h4 class=&quot;Section1&quot;>&#xD;
    1.2 Définitions, acronymes et abréviations&#xD;
&lt;/h4>&#xD;
&lt;p class=&quot;MsoBodyText&quot;>&#xD;
    Pour obtenir une liste complète des termes utilisés dans ce projet, reportez-vous au &lt;u>&lt;font color=&quot;#0000ff&quot;>Glossaire du projet XYZ&lt;/font>&lt;/u> (XYZ-GLO).&#xD;
&lt;/p>&#xD;
&lt;h4 class=&quot;Section1&quot;>&#xD;
    1.3 Présentation&#xD;
&lt;/h4>&#xD;
&lt;p class=&quot;MsoBodyText&quot;>&#xD;
    Le projet XYZ suit généralement la configuration du processus &lt;u>&lt;font color=&quot;#0000ff&quot;>Disciplined Agile Delivery for ABC V2.0&lt;/font>&lt;/u> (DAD-ABC) qui est le processus de développement de logiciel par défaut pour la majorité des projets de la société ABC.&#xD;
&lt;/p>&#xD;
&lt;p class=&quot;MsoBodyText&quot;>&#xD;
    Le reste de ce plan de développement concerne la manière dont ce projet diffère du processus standard. Il explique comment le modèle de cycle de vie, les enchaînement d'activités de disciplines, l'utilisation des produits de travail et leurs rôles associés sont personnalisés pour les besoins du projet&#xD;
XYZ.&#xD;
&lt;/p>&#xD;
&lt;h3 class=&quot;Section1&quot;>&#xD;
    2. Cycle de vie&#xD;
&lt;/h3>&#xD;
&lt;p class=&quot;Section1&quot;>&#xD;
    Le projet XYZ modifie le cycle de vie standard décrit dans DAD-ABC de la manière suivante :&#xD;
&lt;/p>&#xD;
&lt;div class=&quot;Section1&quot;>&#xD;
    &lt;ul type=&quot;square&quot;>&#xD;
        &lt;li>&#xD;
            Supprimez la phase &quot;Elaboration&quot; et le jalon &quot;Architecture du cycle de vie&quot; afin de suivre une approche d'architecture plus évolutive. Toutefois, le rapport hebdomadaire du statut du projet va signaler une augmentation des risques de l'architecture.&#xD;
        &lt;/li>&#xD;
    &lt;/ul>&#xD;
&lt;/div>&#xD;
&lt;p>&#xD;
    Les phases et jalons sont alors les suivants :&#xD;
&lt;/p>&#xD;
&lt;ul type=&quot;square&quot;>&#xD;
    &lt;li>&#xD;
        Phase de création&#xD;
    &lt;/li>&#xD;
    &lt;li style=&quot;LIST-STYLE-TYPE: none&quot;>&#xD;
        &lt;ul type=&quot;circle&quot;>&#xD;
            &lt;li>&#xD;
                Obtention d'un consensus des parties prenantes&#xD;
            &lt;/li>&#xD;
        &lt;/ul>&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Phase de construction :&#xD;
    &lt;/li>&#xD;
    &lt;li style=&quot;LIST-STYLE-TYPE: none&quot;>&#xD;
        &lt;ul type=&quot;circle&quot;>&#xD;
            &lt;li>&#xD;
                Fonctionnalité suffisante&#xD;
            &lt;/li>&#xD;
        &lt;/ul>&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Phase de transition&#xD;
    &lt;/li>&#xD;
    &lt;li style=&quot;LIST-STYLE-TYPE: none&quot;>&#xD;
        &lt;ul type=&quot;circle&quot;>&#xD;
            &lt;li>&#xD;
                Production prête&#xD;
            &lt;/li>&#xD;
        &lt;/ul>&#xD;
    &lt;/li>&#xD;
&lt;/ul>&#xD;
&lt;h3>&#xD;
    3. Pratiques&#xD;
&lt;/h3>&#xD;
&lt;p class=&quot;MsoBodyText&quot;>&#xD;
    Le projet XYZ suit toutes les pratiques de DAD-ABC, à l'exception d'&quot;Intégration échelonnée&quot;. Le projet est suffisamment petit pour qu'un seul un flux d'intégration soit requis sans aucun rôle d'intégrateur dédié.&#xD;
&lt;/p>&#xD;
&lt;h3>&#xD;
    4. Produits de travail&#xD;
&lt;/h3>&#xD;
&lt;p>&#xD;
    Pour ce qui est des produits de travail, le projet XYZ présente quelques différences par rapport à DAD-ABC qui sont les suivantes :&#xD;
&lt;/p>&#xD;
&lt;ul type=&quot;square&quot;>&#xD;
    &lt;li>&#xD;
        Les contrôles et les approbations internes formels incombent au directeur de produit, contrairement au droit de contrôle du projet externe&#xD;
défini par le &lt;u>&lt;font color=&quot;#0000ff&quot;>processus de gouvernance ABC&lt;/font>&lt;/u> (ABC-GOV).&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Le plan de globalisation est abandonné : le produit XYZ va d'abord être commercialisé en Amérique du Nord et, par conséquent, une demande d'abandon de la traduction est émise.&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Le document relatif à l'architecture logicielle n'est pas généré ; à la place, nous avons généré des rapports automatiques à partir de notre outil de modélisation visuelle.&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Ajout d'un nouvel artefact pour les storyboards, qui sont gérés dans l'outil Rational Requirements Composer&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        L'outil Rational Team Concert permet de capturer la description de cas d'utilisation et de travaux connexes. Les cas d'utilisation dans Rational Team Concert sont liés à leurs storyboards respectifs dans Rational Requirements Composer.&#xD;
    &lt;/li>&#xD;
&lt;/ul>&#xD;
&lt;h3>&#xD;
    5. Rapports&#xD;
&lt;/h3>&#xD;
&lt;p class=&quot;MsoBodyText&quot;>&#xD;
    Outre les métriques standard requises par ABC-GOV, le responsable de l'équipe regroupe des métriques sur la couverture de traçabilité des exigences et utilise l'outil&#xD;
Rational Insight pour les générer, car les exigences système de niveau supérieur qui ont été attribuées à et révisées par l'équipe du projet XYZ doivent être connues.&#xD;
&lt;/p>&#xD;
&lt;p class=&quot;MsoBodyText&quot;>&#xD;
    Le responsable de l'équipe prend des instantanés de l'ensemble des métriques toutes les 2 semaines au lieu d'une fois par mois, comme indiqué par ABC-GOV.&#xD;
&lt;/p>&#xD;
&lt;h3>&#xD;
    6. Rôles&#xD;
&lt;/h3>&#xD;
&lt;p class=&quot;MsoBodyText&quot;>&#xD;
    Ajout du rôle de développeur de cours à l'équipe. Dans le cadre du projet, nous devons produire du matériel d'apprentissage.&#xD;
&lt;/p>&#xD;
&lt;p class=&quot;MsoBodyText&quot;>&#xD;
    Le responsable de l'équipe pour ce projet devra endosser les rôles de responsable de projet et d'architecte.&#xD;
&lt;/p>&#xD;
&lt;p class=&quot;MsoBodyText&quot;>&#xD;
    Remarque : L'affectation de personnes spécifiques à des rôles ou des fonctions donnés est documentée dans le &lt;u>&lt;font     color=&quot;#0000ff&quot;>plan du projet XYZ&lt;/font>&lt;/u> (XYZ-PPLAN).&#xD;
&lt;/p>&#xD;
&lt;h3>&#xD;
    7. Instructions et procédures spécifiques à un projet&#xD;
&lt;/h3>&#xD;
&lt;ul>&#xD;
    &lt;li>&#xD;
        &lt;font color=&quot;#0000ff&quot;>&lt;u>Guide d'initiation sur l'environnement de développement XYZ&lt;/u>&lt;/font>&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        &lt;font color=&quot;#0000ff&quot;>&lt;u>Instructions relatives à l'architecture ABC&lt;/u>&lt;/font>&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        &lt;font color=&quot;#0000ff&quot;>&lt;u>Instructions relatives à la programmation du langage Q&lt;/u>&lt;/font>&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        &lt;font color=&quot;#0000ff&quot;>&lt;u>Instructions relatives à la gestion des exigences&lt;/u>&lt;/font>&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        &lt;font color=&quot;#0000ff&quot;>&lt;u>Instructions relatives à la gestion des configurations et des changements&lt;/u>&lt;/font>&#xD;
    &lt;/li>&#xD;
&lt;/ul></mainDescription>
</org.eclipse.epf.uma:GuidanceDescription>
