Système d'informations sportives par messagerie de poche

Plan de développement logiciel

Version 1.0

Historique de révision

Date

Version

Description

Auteur

5 octobre 1999 1.0 Edition initiale Context Integration

Sommaire

Introduction Début de page

Objet

Ce plan de développement logiciel a pour objectif de définir les activités de développement au cours des phases et des itérations requises, afin d'implémenter le service d'informations par messagerie de poche pour ActuWebEnligne.

Portée

Ce plan de développement logiciel décrit le plan global que l'équipe doit suivre pour développer le système. Chaque itération sera décrite en détail dans les plans d'itération.

Définitions, acronymes et abréviations

Aucune.

Références

  1. Plan de gestion des exigences du SISMP
  2. Liste des risques du SISMP
  3. Plan de développement du SISMP
  4. Dossier de conception créative du SISMP

Présentation du projet Début de page

But global, périmètre et objectifs du projet

Ce projet implémentera une version personnalisée d'ActuWebEnligne, qui informera les abonnés de la mise à jour de contenu via des téléphones portables, des systèmes de messagerie de poche ou de messagerie électronique. Les abonnés seront alors en mesure de visualiser leur contenu personnalisé via le World Wide Web.

Hypothèses et contraintes

Le système doit être disponible pour les Jeux Olympiques de l'an 2000.

Livrables du projet

Les livrables suivants seront générés au cours de ce projet :

Evolution du plan de développement logiciel

Ce plan sera mis à jour avant le début de chaque phase ou itération suivante. Les dates cible de la fin de chaque phase sont indiquées ci-dessous.

Diagramme du calendrier du plan de développement logiciel

Organisation du projet Début de page

Structure organisationnelle

L'équipe de projet des phases de création et d'élaboration sera organisée de la manière suivante :

Diagramme de la structure organisationnelle

Interfaces externes

L'équipe de projet travaillera avec le personnel chargé de l'édition, le personnel chargé de la publicité et le personnel représentant les zones, afin de collecter les exigences, réviser les prototypes et tester différentes fonctions du système. Le contact principal pour ActuWebEnligne sera Danièle Cramet, la responsable commerciale.

Rôles et responsabilités

Le tableau suivant indique les rôles représentés dans le diagramme du projet ci-dessus et les responsabilités principales de chaque rôle.

Rôle Responsabilités
Responsable de projet Le responsable de projet alloue les ressources, établit les priorités, coordonne les interactions avec les clients et utilisateurs et tente généralement de faire en sorte que l'équipe de projet se concentre sur le bon objectif. Il établit également un ensemble de pratiques qui garantissent l'intégrité et la qualité des artefacts du projet.
Architecte L'architecte conduit et coordonne les activités techniques et les artefacts tout au long du projet. Il établit la structure globale pour chaque vue de l'architecture : la décomposition de la vue, le regroupement d'éléments et les interfaces entre les regroupements principaux. Contrairement aux autres membres, la vision de l'architecte est transversale et non verticale.
Analyste métier L'analyste métier conduit et coordonne la modélisation des cas d'utilisation métier, en ébauchant et délimitant l'organisation en cours de modélisation, par exemple en déterminant les acteurs métier et les cas d'utilisation métier existants, ainsi que la manière dont ils interagissent.
Concepteur Le concepteur identifie et définit les responsabilités, les opérations, les attributs et les relations d'une ou plusieurs classe(s) et détermine comment ces éléments doivent être ajustés à l'environnement d'implémentation. Par ailleurs, il peut être chargé d'un ou plusieurs package(s) ou sous-système(s) de conception, y compris tout classe appartenant à des packages ou des sous-systèmes.
Concepteur créatif Le concepteur créatif conduit et coordonne la création du prototype et la conception de l'interface du site Web, en collectant les exigences relatives à l'interface Web, en créant des prototypes de page Web, en impliquant d'autres parties prenantes de l'interface Web (comme les utilisateurs finaux) dans les revues liées à l'utilisation et les sessions de test d'utilisation, et en révisant et en fournissant le retour d'informations approprié sur l'implémentation finale de l'interface Web (créée par d'autres développeurs, c'est-à-dire les concepteurs et les personnes chargées d'implémentation).
Testeur Le testeur est responsable de la conduite des tests, y compris le paramétrage et la réalisation propre des tests, de l'évaluation de la conduite des tests et de la reprise après incident et de l'évaluation des incidents de test et de connexion identifiés.
Spécialiste des exigences Le spécialiste des exigences collecte la spécification d'une partie des fonctionnalités du système, en décrivant la composante "exigences" d'un ou plusieurs cas d'utilisation et d'autres exigences logicielles liées au support. Il est également responsable d'un package de cas d'utilisation et de la gestion de l'intégrité de ce package.

Processus de gestion Début de page

Estimations du projet

La phase de création du projet s'étalera sur 3 semaines. Les évaluations initiales des phases ultérieures sont traitées à la section 2.4 ci-dessus.

Planning de projet

La phase de création du projet peut être décomposée de la manière suivante :

Tâche

Début

Fin

CREATION Ven 01/10/99 Lun 25/10/99
Début de la phase de création Ven 01/10/99 Ven 01/10/99
Lancement de la phase de création Lun 04/10/99 Mer 06/10/99
Ajout de tâches au planning de projet pour une technologie spécifique de projet à l'aide de cartouches ContextWISE Lun 04/10/99 Lun 04/10/99
Constitution du comité de contrôle des changements Lun 04/10/99 Mar 05/10/99
Création du plan de contrôle des changements et établissement de ce plan comme référence Mar 05/10/99 Mar 05/10/99
Obtention de la validation Mar 05/10/99 Mar 05/10/99
Réunion de lancement de la phase de création Mar 05/10/99 Mer 06/10/99
Préparation de la réunion de lancement de la phase de création Mar 05/10/99 Mer 06/10/99
Conduite de la réunion de lancement de la phase de création Mer 06/10/99 Mer 06/10/99
Lancement de la phase création terminé Mer 06/10/99 Mer 06/10/99
Livrables de la phase de création Mer 06/10/99 Jeu 14/10/99
Conduite de l'atelier sur les exigences Mer 06/10/99 Jeu 07/10/99
Vision du projet créée, révisée et validée Mer 06/10/99 Jeu 07/10/99
Modèle de cas d'utilisation préliminaire créé (terminé entre 10 et 20 %) et soumis à contrôle pour révision Jeu 07/10/99 Lun 11/10/99
Etude de cas d'utilisation préliminaire créée, révisée et validée Lun 11/10/99 Mar 12/10/99
Spécifications supplémentaires préliminaires créées, révisées et validées Mar 12/10/99 Mar 12/10/99
Etude de rentabilité créée, révisée et validée Mar 12/10/99 Mar 12/10/99
Glossaire préliminaire du projet créé, révisé et validé Mar 12/10/99 Mar 12/10/99
Dossier de conception créative préliminaire créé, révisé et validé Mer 06/10/99 Jeu 07/10/99
Carte du site préliminaire et carte de navigation entre les cas d'utilisation créées, révisées et validées Jeu 07/10/99 Ven 08/10/99
Comparaisons entre conceptions créatives créées, révisées et validées Ven 08/10/99 Lun 11/10/99
Plan de contenu préliminaire créé, révisé et validé (si applicable) Mer 06/10/99 Mer 06/10/99
Prototype de l'interface utilisateur (facultatif) créé, révisé et validé Mer 06/10/99 Mer 06/10/99
Prototype des rapports (facultatif) créé, révisé et validé Mar 12/10/99 Jeu 14/10/99
Elaboration d'alternatives technologiques préliminaires Mer 06/10/99 Jeu 07/10/99
Prise de contact avec les spécialistes du domaine Mar 12/10/99 Mer 13/10/99
Plan et calendrier préliminaires de transfert des connaissances créés, révisés et validés Mer 13/10/99 Mer 13/10/99
Validation/Non validation de l'hypothèse émise à partir de la proposition de la phase de création Mer 13/10/99 Jeu 14/10/99
Obtention de la validation Jeu 14/10/99 Jeu 14/10/99
Livrables de la phase de création terminés Jeu 14/10/99 Jeu 14/10/99
Synthèse de la phase de création Jeu 14/10/99 Lun 25/10/99
Conduite de la réunion de contrôle de l'assurance qualité avec le client Jeu 14/10/99 Jeu 14/10/99
Conduite de l'assurance qualité Jeu 14/10/99 Ven 15/10/99
Conduite de la réunion sur les leçons tirée du contexte Jeu 14/10/99 Jeu 14/10/99
Premières estimations concernant le projet créées, révisées et validées (+75 % à -60 %) Jeu 14/10/99 Lun 18/10/99
Plan de livraison itérative du projet créé, révisé et validé Lun 18/10/99 Mar 19/10/99
Création d'une proposition pour la phase d'élaboration Jeu 14/10/99 Ven 15/10/99
Création du journal de projet logiciel Ven 15/10/99 Ven 15/10/99
Préparation du point de contrôle de la phase de création Ven 15/10/99 Lun 18/10/99
Formulaire de validation de l'édition du produit terminé par l'équipe, y compris le responsable de projet Lun 18/10/99 Mar 19/10/99
Offre d'une proposition pour la phase d'élaboration Mar 19/10/99 Jeu 21/10/99
Revue du point de contrôle de la phase de création et décision Oui/Non Jeu 21/10/99 Ven 22/10/99
Déplacement des livrables appropriés de la page d'accueil du projet vers les artefacts EAN Ven 22/10/99 Lun 25/10/99
Phase de création terminée Lun 25/10/99 Lun 25/10/99

Plan de phase

Le système sera développé selon une approche comportant des phases, au cours desquelles plusieurs itérations peuvent avoir lieu. Les phases et leur calendrier sont indiqués dans le tableau ci-dessous :

Phase Nombre d'itérations Début Fin
Phase de création 1 Semaine 1 Semaine 4
Phase d'élaboration 1 Semaine 5 Semaine 11
Phase de construction 3 Semaine 12 Semaine 27
Phase de transition 1 Semaine 28 Semaine 31

Les jalons qui marquent la fin de chaque phase sont indiqués dans le tableau ci-dessous.

Description Jalon
Phase de création Au cours de la phase de création, les exigences relatives au produit seront établies et les cas d'utilisation du système seront élaborés. Les cas d'utilisation principaux et le planning de projet seront élaborés. A l'issue de cette phase, il sera décidé si l'étude de rentabilité servira de base au projet et à son exécution. Le jalon Revue de cas d'utilisation qui a lieu au terme de la phase marque la décision Oui/Non pour le projet.
Phase d'élaboration Au cours de la phase d'élaboration, les exigences seront analysées et le prototype de l'architecture sera développé. A l'issue de cette phase, l'analyse et la conception de tous les cas d'utilisation sélectionnés pour l'édition 1.0 seront effectuées. Par ailleurs, les cas d'utilisation des risques de niveau élevé pour l'édition 2.0 seront analysés et conçus. Le prototype de l'architecture testera la faisabilité et les performances de l'architecture requise pour l'édition 1.0. Le jalon Prototype de l'architecture marque la fin de cette phase et signifie que les composants architecturaux principaux qui forment l'édition E1.0 ont été vérifiés.
Phase de construction Les cas d'utilisation restant seront analysés et conçus au cours de la phase de construction. La version bêta de l'édition 1.0 sera développée et répartie pour évaluation. L'implémentation et les activités de test pour la prise en charge des éditions E1.0 et E2.0 seront terminées. Le jalon Fonction opérationnelle E2.0 marque la fin de la phase de construction. L'édition 2.0 du logiciel est prête à être mise sous emballage.
Phase de transition Au cours de la phase de transition, les éditions E1.0 et E2.0 seront préparées à des fins de répartition et le support permettant une installation sans problème (et qui comprend la formation des utilisateurs) est assuré. Le jalon Edition E2.0 marque la fin de la phase de transition. A ce stade, toutes les fonctions telles que définies dans le document Vision sont installées et accessibles aux utilisateurs.

Objectifs des itérations

Phase Itération Description Jalons associés Risques traités
Phase de création Itération préliminaire Définit le modèle métier, les exigences liées au produit, le planning de projet et l'étude de rentabilité. Revue de l'étude de rentabilité Clarifie les exigences de l'utilisateur aux personnes situées en aval du projet.

Etablit des plannings de projet et un périmètre réalistes.

Détermine la faisabilité du projet d'un point de vue commercial.

Phase d'élaboration Développement du prototype de l'architecture Termine l'analyse et la conception pour tous les cas d'utilisation. Développe le prototype de l'architecture. Prototype de l'architecture Problèmes d'architecture clarifiés.

Risques techniques réduits.

Premier prototype pour la revue de l'utilisateur.

Phase de construction Itération C1 - Développement de la version bêta Implémentation et test des cas d'utilisation pour lancer la version bêta. Bêta Toutes les fonctionnalités clés pour l'utilisateur et en termes d'architecture sont implémentées dans la version bêta.

Retour d'informations utilisateur avant l'édition du logiciel.

  Itération C2 - Développement de l'édition initiale Implémente et teste les cas d'utilisation restant, résout les incidents de la version bêta et intègre le retour d'informations lié à la version bêta.

Développe le système initial.

Logiciel Logiciel entièrement révisé par la communauté des utilisateurs.

La qualité du produit doit être élevée.

Incidents minimisés.

Coût de la qualité réduit.

  Itération C3 - Développement de l'édition complète Intègre les améliorations et les incidents de l'édition initiale.

Développe le système complet.

Logiciel L'édition rapide concerne la satisfaction client.

Toutes les fonctionnalités clés sont fournies dans l'édition complète du système.

Phase de transition Edition logicielle Conditionne, distribue et installe l'édition. Logiciel édité  

Versions

A ce stade, deux éditions sont planifiées. La première doit être terminée à temps pour les Jeux Olympiques et son périmètre sera déterminé pendant la phase d'élaboration. Toute fonctionnalité restante sera intégrée dans une édition ultérieure (si nécessaire).

Calendrier du projet

Le calendrier du projet préliminaire est indiqué à la section 2.4. Les plans mis à jour seront disponibles aux dates indiquées dans cette section.

Ressources du projet

  1. Plan de personnel
  2. Les membres du projet sont fournis par Context Integration et les noms sont indiqués à la section 3.1.

  3. Plan d'acquisition des ressources
  4. Non applicable.

  5. Plan de formation
  6. A ce stade, le personnel affecté au projet dispose des compétences appropriées. Un plan de transfert des compétences sera établi au cours de la phase de création pour garantir l'acquisition par le personnel des compétences requises pour prendre en charge le système après la phase de transition.

Budget

Le budget de la phase de création s'élève à 150 000,00 euros. Le prix de la phase d'élaboration sera établi au cours de la phase de création.

Plans d'itération

Ce document contient le plan d'itération pour la phase de création. Des plans d'itération pour les phases ultérieures seront fournis au terme de la phase ou de l'itération précédente.

Suivi et contrôle du projet

  1. Plan de gestion des exigences
  2. Voir la référence [1].

  3. Plan de contrôle du calendrier
  4. Les rapports d'état de projet seront émis toutes les semaines et comprendront le jalon Détails du suivi pour garantir que le projet reste en bonne voie. Les changements de calendrier seront ajustés en fonction des sponsors du projet, qui décideront par la suite si le périmètre doit être modifié pour maintenir les dates de fin cible.

  5. Plan de contrôle de budget
  6. Les rapports de de projet seront émis toutes les semaines et comprendront le jalon Détails du suivi des jalons pour garantir que le projet reste en bonne voie. Les changements de calendrier seront ajustés en fonction des sponsors du projet, qui décideront par la suite si le périmètre doit être modifié pour maintenir les dates de fin cible.

  7. Plan de contrôle qualité
  8. Des revues formelles seront conduites pour chaque sous-système de conception et d'implémentation, afin de garantir que les objets faisant l'objet de la revue répondent aux exigences spécifiées.

  9. Plan de génération de rapports
  10. Des rapports hebdomadaires d'état de projet seront émis. Des rapports de synthèse de phase et d'itération seront également émis aux heures appropriées.

  11. Plan de mesure
  12. Les efforts fournis et le temps dédié au projet seront utilisés pour le suivi de l'avancement du projet. Les rapports planifiés et les rapports réellement rédigés seront utilisés par le responsable de projet pour mesure l'avancement.

  13. Plan de gestion des risques
  14. Voir la référence [2].

  15. Plan de clôture
  16. A la fin du projet, une réunion sur les leçons tirées aura lieu pour collecter de nouvelles techniques ou méthodes ou encore de nouveaux outils. Les livrables du projet seront archivés dans le référentiel Gestion des compétences à des fins de référence ultérieure.

Plans de processus technique Début de page

Plan de développement

Voir la référence [3].

Méthodes, outils et techniques

Les instructions standard du RUP seront utilisées.

Plan d'infrastructure

Ce projet sera développé au centre de Context Solution qui est équipé en serveurs et logiciels (qui sont déjà installés).

Plan d'acceptation du produit

A établir.

Plans de processus de supportDébut de page

Plan de gestion de configuration

Voir la référence [3].

Plan d'élaboration

A établir.

Plan de documentation

Les documents à établir sont répertoriés en référence [3].

Plan d'assurance qualité

Voir la référence [3].

Plan de résolution des incidents

A établir.

Plan de gestion des sous-traitants

N/D - Aucun sous-traitant ne sera utilisé.

Plan d'amélioration de processus

A la fin de chaque phase, une session Leçons apprises aura lieu pour collecter des améliorations du processus.

Copyright  1987 - 2003 Rational Software Corporation