Vous êtes sur la page 1sur 8

<Service>

<Nom du projet>
Plan de développement logiciel

Version <1.0>
2021-01-21

<Auteur>
[Note: Ce gabarit est fourni pour utilisation avec le processus Unified Process for EDUcation ©. Le texte
inséré entre crochets et affiché en italique bleu sert à fournir un guide à l’auteur et doit être effacé avant la
publication du document. Le paragraphe suivant ce texte est en style Normal.]
[Pour personnaliser les champs automatiques avec Microsoft Word, qui affichent un arrière plan
lorsqu’on les sélectionne activer Fichier/Propriétés et modifier les champs Sujet, Auteur, Compagnie et
catégorie de l’onglet Résumé, et le champ Version de l’onglet Personnalisation Ces champs peuvent être
mis à jour dans le document en les sélectionnant tous ou individuellement et en activant la touche F9. Les
champs des en-têtes et des pieds de page doivent être mise à jour séparément.]
<Nom du projet> Version : <1.0>
Plan de développement logiciel Date : 2021-01-21

Historique des modifications du document


Date Version Description Auteur
<aaaa-mm-jj> <x.x> <détails> <nom>

Confidentiel <Nom de la compagnie>, 2021 Page 2 de 8


<Nom du projet> Version : <1.0>
Plan de développement logiciel Date : 2021-01-21

Table des matières


1. Introduction 4
1.1 Objectif du document 4
1.2 Portée du document 4
1.3 Définitions, acronymes et abréviations 4
1.4 Références 4
1.5 Vue d’ensemble 5

2. Vue d’ensemble du projet 5


2.1 But du projet, portée et objectifs 5
2.2 Hypothèses et contraintes 5
2.3 Biens livrables du projet 5
2.4 Évolution du plan de développement logiciel 5

3. Organisation du projet 5
3.1 Structure d’organisation 5
3.2 Interfaces externes 5
3.3 Rôles et Responsabilités 5

4. Processus de gestion 6
4.1 Estimations de projet 6
4.2 Plan de projet 6
4.2.1 Planification des phases 6
4.2.2 Objectifs d’itération 6
4.2.3 Version 6
4.2.4 Calendrier du projet 6
4.2.5 Ressources humaines du projet 6
4.3 Suivi de projet et contrôle 6
4.3.1 Gestion des exigences 7
4.3.2 Contrôle de la qualité 7
4.3.3 Rapports et mesures 7
4.3.4 Gestion de risque 7
4.3.5 Gestion de configuration 7

5. Annexes 8

Confidentiel <Nom de la compagnie>, 2021 Page 3 de 8


<Nom du projet> Version : <1.0>
Plan de développement logiciel Date : 2021-01-21

Plan de développement logiciel


1. Introduction
 [L’introduction donne une vue d’ensemble de tout le document. On y présente toute information
que le lecteur a besoin pour comprendre le document. Elle comprend l’objectif du document, sa
portée, les définitions, acronymes et abréviations, les références et une vue d’ensemble du
document.]

1.1 Objectif du document


[Préciser d’objectif de ce document. .Par exemple :
L’objectif du Plan de développement logiciel est de recueillir toute information nécessaire au contrôle du
projet. Il décrit l’approche choisie pour développer le logiciel et il est le plan de haut niveau généré et
utilisé par les gestionnaires pour diriger l’effort de développement.
Les personnes suivantes utilisent le Plan de développement logiciel :
 Le gestionnaire de projet l’utilise pour planifier le calendrier de projet et les besoins en
ressources ainsi que pour suivre l’évolution du projet.
 Les membres de l’équipe de projet l’utilisent pour comprendre ce qu’ils ont à faire, quand ils
doivent le faire et de quelles autres activités ils sont dépendants.]

1.2 Portée du document


[Une brève description de la portée de ce document, le projet auquel il est associé ainsi que tout autre
chose qui peut être influencée ou affectée par ce document. Par exemple :
Ce plan de développement logiciel comprend toute la planification nécessaire au projet <nom du projet>
incluant le déploiement du produit. La description de la planification de chacune des itérations fait l’objet
de plans d’itération.
Les planifications apparaissant dans ce document reposent sur les caractéristiques de produit définies
dans le document Vision.]

1.3 Définitions, acronymes et abréviations


[Énumérer les définitions de tous les termes, acronymes et abréviations nécessaires à la compréhension du
document d’architecture logicielle. Cette information peut renvoyer à l’artéfact Glossaire du projet Par
exemple :
Voir le glossaire du projet.]

1.4 Références
[Cette section comporte la liste de tous les documents cités dans le document. Chaque document doit être
identifié par son titre, son numéro, lorsque applicable, sa date et l’organisation qui l’a publiée. Les
sources qui peuvent fournir les références doivent être citées. Cette dernière information peut être elle-
même une référence à une annexe ou à un autre document .Par exemple :
Nom du document Référence
Vision //GuideDApprentissage/Disciplines/Exigences/Vision.doc
Plans d’itération //GuideDApprentissage/Disciplines/GestionProjet/PlanIt01.doc
Processus de développement //GuideDApprentissage/Disciplines/GestionProjet/ProcDév.doc
Glossaire //GuideDApprentissage/Disciplines/Exigences/Glossaire.doc

Confidentiel <Nom de la compagnie>, 2021 Page 4 de 8


<Nom du projet> Version : <1.0>
Plan de développement logiciel Date : 2021-01-21

1.5 Vue d’ensemble


[Cette section décrit le contenu le reste du document et explique comment le document est organisé. Par
exemple :
Ce plan de développement logiciel contient les informations suivantes :
Aperçu du projet : Description des buts du projet, de sa portée et de ses objectifs
Il définit aussi les biens livrables à produire
Organisation du projet : Description de la structure d’organisation de l’équipe de projet.
Processus de gestion : Explication de l’estimation des coûts, du calendrier, des principales
phases, des jalons du projet et du suivi du projet.
Lignes directrices : Aperçu du processus de développement logiciel, incluant les
méthodes, outils et techniques à appliquer.]
2. Vue d’ensemble du projet
2.1 But du projet, portée et objectifs
[Décrire brièvement le but et des objectifs du projet ainsi que des biens livrables attendus.]

2.2 Hypothèses et contraintes


[Énumérer les hypothèses sur lesquelles repose ce plan ainsi que le contraintes comme, par exemple, les
ressources humaines, l’équipement, le calendrier qui est applicable au projet.]

2.3 Biens livrables du projet


[Énumérer les artéfacts qui devront être créés Durant le projet avec leurs dates prévues de publication.
Comme, Par exemple :
Les biens livrables pour chaque phase du projet sont identifiées dans le document de Processus de
développement. Les biens livrables sont attendus à la fin de l’itération comme spécifié à la section 4.2.4.
Calendrier de projet.]

2.4 Évolution du plan de développement logiciel


[Tracer un tableau des versions prévues du plan de développement logiciel avec les critères pour planifier
les révisions non prévues et la republication de ce plan. Comme par exemple :
Le plan de développement logiciel sera révisé avant le début de chaque itération.]

3. Organisation du projet
3.1 Structure d’organisation
[Décrire la structure d’organisation de l’équipe de projet, y inculs la direction et les autres autorités
responsables de la supervision.]

3.2 Interfaces externes


[Décrire comment le projet interfaces avec les groupes externes. Pour chaque groupe externe, identifier les
noms des contacts internes et externes.

3.3 Rôles et Responsabilités


[Identifier les services organiques qui seront responsables de chacune des disciplines, des détails des
enchaînements d’activité et des processus de support. Comme par, exemple :
Personne Rôle UPEDU

Confidentiel <Nom de la compagnie>, 2021 Page 5 de 8


<Nom du projet> Version : <1.0>
Plan de développement logiciel Date : 2021-01-21

Quiconque dans le projet peut assumer tout rôle dans les activités.]
4. Processus de gestion
4.1 Estimations de projet
[Fournir les estimations de coûts et de calendrier du projet comme base des estimés ainsi que les moments
et circonstances du projet où ces estimés se réalisent.]

4.2 Plan de projet


[Calendrier et ressources du projet.]

4.2.1 Planification des phases


[Inclure:
 Diagramme de Gantt indiquant l’allocation du temps pour chaque phase, sans nécessairement se
rendre au niveau des activités qui est atteint plutôt dans les plans d’itération. Fournier une vue
d’ensemble de l’horaire des principaux jalons.
 Identifier les principaux jalons avec leurs critères de réalisation
Déterminer la tombée des principales versions et des démonstrateurs.
Pour plus de détails, référer au Plans d’itération disponibles.]

4.2.2 Objectifs d’itération


[Énumérer brièvement les objectifs à atteindre pour chaque itération et référer aux plans d’itération
correspondants pour plus de détails.]

4.2.3 Version
[Décrire brièvement chaque version du logiciel en indiquant si elle est un démonstrateur, un bêta, etc.]

4.2.4 Calendrier du projet


[Insérer les diagrammes et tableaux qui indiquent les dates cibles de terminaison des itérations et des
phase, des dates de version et autres jalons.]

4.2.5 Ressources humaines du projet


[Indiquer le nombre et le type de ressources humaines nécessaires, incluant les qualifications spéciales ou
l’expérience, planifiées par phase de projet et itération.
Énumérer toute formation spéciale requise par les membres du projet avec les échéances de complétion de
formation.]

4.3 Suivi de projet et contrôle


[Compléter la liste de vérifications suivante:
 Gestion des exigences : Spécifier l’information et les mécanismes de contrôle recueillis et utilisés
pour mesurer, rapporter et contrôler les changements aux exigences du produit.
 Contrôle de la qualité : Définir le moment et les méthodes utilisées pour contrôler la qualité des
biens livrables du projet et comment entreprendre une action corrective lorsque nécessaire.
Inclure les techniques, métriques et procédures utilisées à l’évaluation, incluant notamment, les
pas à pas, les inspections et les revues. Veuillez noter que cela s’ajoute au plan de test qui n’est
pas inclus au plan de développement logiciel.
 Rapports et mesures : Décrire les rapports à produire. Identifier les mesures qui doivent y
apparaître ou référer au Mesures du projet.

Confidentiel <Nom de la compagnie>, 2021 Page 6 de 8


<Nom du projet> Version : <1.0>
Plan de développement logiciel Date : 2021-01-21

 Gestion de risque : Décrire l’approche retenue pour identifier, analyser, prioriser, suivre et
limiter les risques. Référer au document Liste des risques s’il existe.
 Gestion de configuration : Décrire le processus qui permet de soumettre, revoir et disposer des
problèmes et des changements. Indiquer comment les artéfacts du projet ou du produit seront
nommer, marquer et numéroter, incluant le système logiciel, les plans, modèles, composants,
logiciels de test, les extrants et les données, les exécutables, etc. Décrire les politiques de secours
informatique et de sauvegarde et les plans de recouvrement en cas de désastre Référer au plan de
gestion de configuration s’il est disponible. Comme par exemple.]

4.3.1 Gestion des exigences


[Par exemple : Les exigences de ce système apparaissent dans le document Vision. Les demandes de
changement apparaissent dans le document Demande de changement et font l’objet d’une approbation
définie par le processus de gestion de configuration.]

4.3.2 Contrôle de la qualité


[Par exemple : Les anomalies sont enregistrées et suivies comme les demandes de changement et les
mesures d’anomalies sont recueillies comme prévue par le plan de mesures.
Tous les biens livrables doivent être soumis au processus de révision tel que décrit dans le Processus de
développement. Une révision est requise afin de s’assurer, au moyen de lignes directrices et de listes de
vérification, de la qualité de chaque bien livrable.
Toute anomalie trouvée lors d’une révision et qui n’a pas été corrigée avant une livraison pour intégration
doit être saisie comme une demande de changement afin de ne pas être oubliée.]

4.3.3 Rapports et mesures


[Par exemple : Les estimation de mise à jour du calendrier et les rapports de mesure doivent âtre générés
à la fin de chaque itération.
Un ensemble minimal de mesures, comme décrit dans les lignes directrices du RUP, recueillies sur une bas
hebdomadaire inclue :
 Le coût budgété du travail réel qui est utilisé pour mettre à jour le calendrier et le budget pour le
reste du projet et pour identifier la portée des changements.
 Le nombre total d’anomalies ouvertes et fermées, illustré par un graphique de tendance afin de
pouvoir estimer l’effort nécessaire à la correction des anomalies restantes.
 Présenter dans un graphique de tendance les tests d’acceptation réalisés pour les parties
prenantes.
Voie les Mesures du projet pour de plus amples informations.]

4.3.4 Gestion de risque


[Par exemple : Les risques sont identifiés lors de la phase d’inception selon les étapes définies par le
RUP pour petits projets lors de l’activité Identifier et estimer les risques. Un risque de projet est
évalué au moins une fois par itération et documenté dans un tableau.
Voir le document Listes des risques pour de plus amples informations.]

4.3.5 Gestion de configuration


[Par exemple : Les outils appropriés de gestion des anomalies et des demandes de changement ainsi
qu’un système de contrôle de version sont retenus.
Le code source, les scripts de test et les fichiers de données sont versés au référentiel ainsi que la
documentation relative au code source et la documentation de conception.

Confidentiel <Nom de la compagnie>, 2021 Page 7 de 8


<Nom du projet> Version : <1.0>
Plan de développement logiciel Date : 2021-01-21

Tous les artéfacts livrés au client sont versés au référentiel de l’itération, y inclus les exécutables.
Les demandes de changement sont révisées et approuvées par un membre du projet qui assume le rôle
de gestion du contrôle de changement.
Voir le plan de gestion de configuration pour de plus amples informations.]

5. Annexes
[Inclure toute documentation supplémentaire utilisable par le lecteur. Ajouter ou référencer toute norme
technique de projet ou plans applicables au projet. Cela peut généralement inclure les lignes directrices de
programmation, les lignes directrices de conception et tout autre guide de processus. Par exemple :
Le projet est guidé par le processus UPEDU.
Les autres processus applicables sont énumérés dans les sections appropriées, y inclus les lignes
directrices de programmation.]

Confidentiel <Nom de la compagnie>, 2021 Page 8 de 8

Vous aimerez peut-être aussi