Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Guide de gestion des projets d'analyse Version: 0.9 Guide méthodologique RUP-ES

Guide de gestion des projets d'analyse Version: 0.9 Guide méthodologique RUP-ESI-PMA Date : 01 novembre 2012 Fichier: 300042556 Auteur : PMA Guide de gestion des projets d'analyse Version 0.9 Revision History Date Version Description Statut Author 09/2010 0.1 Rédaction initiale incomplète du guide de la gestion des projets d’analyse ANL3IR Draft incomplet PMA 6/10/2010 0.2 Poursuite de la rédaction Draft incomplet PMA 8/10/10 0.3 Poursuite de la rédaction Draft incomplet PMA 5/01/2011 0.4 Clôture des projets ANL 3IR Draft incomplet PMA 01/11/201 2 0.9 Précisions des éléments de méthodologie RUP-ESI-PMA et description des outils de gestion de projets Draft complet PMA Table of Contents 1. Introduction 1.1 Objectifs du document 1.2 Domaine de définition du document 1.3 Définitions, acronymes et abréviations 1.4 Références 2. Aperçu d’un projet d’analyse 2.1 But d’un projet, délimitation et objectifs 2.2 Hypothèses et contraintes 2.3 Productions du projet 3. Organisation du projet 3.1 Structure de décision 3.2 Liens externes 3.3 Rôles et responsabilités 4. Processus de gestion du projet 4.1 Plan de projet  Page 1 of 11 Guide de gestion des projets d'analyse Version: 0.9 Guide méthodologique RUP-ESI-PMA Date : 01 novembre 2012 Fichier: 300042556 Auteur : PMA 4.2 Evolution du plan 4.3 Plans des itérations 4.4 Contrôle et suivi de projet 4.5 Risk Management plan (Plan de gestion des risques) 4.6 Close-out Plan (Clôture du projet) 5. Technical Process Plans (Plans techniques) 5.1 Development Case (Type de projet) 5.2 Methods, tools and techniques (Méthodes outils et techniques) 5.3 Infrastructure Plan (Plan d’infrastructure) 5.4 Product Acceptance Plan (Plan des tests d’acceptation) Guide méthodologique RUP-ESI-PMA 1. Introduction 1.1 Objectifs du document Ce document sert de guide et de cahier des charges pour le développement et la gestion des projets d’analyse « ANL3IR » (cours d’analyse en 3ème année option IR à l’ESI). Il relate les contraintes et les objectifs pédagogiques et fixe un ensemble de règles à respecter avec les comportements attendus. Il exploite la structure du gabarit « SDP » de la méthodologie enseignée à l’ESI. Il indique aux étudiants comment définir leur projet et concevoir leur propre SDP. Il donne des explications sur l’exploitation des différents outils d’analyse et de gestion de projet de la méthodologie. 1.2 Domaine de définition du document Ce document décrit les activités d’analyse et de gestion de projet qui doivent être réalisées pour mener à bien un projet d’analyse. Il détaille également tous les livrables requis pour la réalisation du dossier d’analyse et les outils pour la conduite du projet. Il spécifie le contenu du dossier final et la méthode d’évaluation du travail fourni durant le semestre. 1.3 Définitions, acronymes et abréviations  SI : Système d’Information ou Système Informatique selon le contexte  SIA : Système d’Information Automatisé, terme désuet pour système informatisé  SDLC : Software Development Life Cycle, concept temporel découpant le projet en phases d’activités agencées selon un cycle qui peut se répéter plusieurs fois  UP : Unified Process, méthodologie d’informatisation des SI exploitant UML et le concept SDLC  RUP : Rational Unified Process, méthodologie UP outillée par la firme Rational Rose  RUP-ESI : méthodologie UP à l’ESI ; il s’agit essentiellement d’un mélange de UP et de Merise adapté à l’enseignement de l’analyse à l’ESI.  RUP-ESI-PMA : c’est la mise en application concrète et pédagogique de la méthode enseignée à l’ESI.  Gabarit : il s’agit d’un document squelette pré-formatté pour récolter de manière structurée un ensemble d’informations. Toute méthodologie de développement de SI propose un référentiel de documents modèles prêt à l’emploi afin de structurer la documentation d’une phase ou d’un aspect du projet d’informatisation.  SDP : Software Development Plan ; gabarit utilisé pour établir le document initial de définition et de gestion de projet ; 1.4 Références  Cours d’analyse ANL1 et ANL2  Cours ANL3IR (Présentation et Introduction du cours ANL3IR) 2. Vision globale ANL3IR 1.5 But d’un projet, délimitation et objectifs 1.5.1 Buts d’un projet ANL3IR Le développement d’un projet d’analyse en 3° année a pour but l’application pédagogique et l’assimilation des 2  Page 2 of 11 Guide de gestion des projets d'analyse Version: 0.9 Guide méthodologique RUP-ESI-PMA Date : 01 novembre 2012 Fichier: 300042556 Auteur : PMA processus étudiés en 1° et 2° année du cycle d’enseignement de l’analyse à l’ESI :  Processus de développement informatique : vision globale du processus avec une vision plus détaillée limitée à la seule phase d’analyse. La phase d’analyse est composée d’étapes de niveau conceptuel et d’étapes de niveau fonctionnel.  Processus de gestion de projet : application d’une méthodologie SDLC basée sur UP et découpant le projet en 3 grandes phases (initialisation, analyse, clôture du projet). Le projet vise les objectifs pédagogiques suivants :  Processus de développement o Appliquer la matière théorique vue aux cours de 1ère et 2ème années au travers de la réalisation d’une analyse basée sur un cas d’étude. Le processus doit permettre de produire les différents diagrammes UML étudiés au cours de 2ème année. Un dossier d’analyse intégrant l’ensemble des documents finalise le projet.  Processus de gestion de projet o Appliquer les concepts théoriques exposés au x cours de 1ère et 2ème années concernant les activités et les tâches de gestion de projet o Simuler de façon suffisamment réaliste les contraintes organisationnelles de la gestion de projet :  communication et travail en équipe  outils de communication : ex. e_mail, Google groupe, dropbox, …  documentation : utilisation de gabarits et conventions de nommage, librairie de documents du projet  suivi de projet : plan mis à jour et réunions de pilotage  Organisation et lancement du projet : information des participants, définition des rôles et partage des tâches, coordination des membres  Planification de projet : découpe du projet en étapes – activités – tâches, évaluation de la charge de travail, et échéancier des livrables, …  Suivi de l’avancement du projet : contrôle de l’avancement du projet par rapport au planning initial 1.5.2 Eléments compris dans le projet Le projet produira les livrables définis au point 2.3. Le niveau conceptuel consiste à produire la modélisation des données (MCD et leur transformation en MLD/MPD) et celle des traitements (MCT), puis la matrice CRUD. Le niveau fonctionnel étudiera les Use Cases du SI. Etant donné que la contrainte de temps est l’une des contraintes principales du projet tous les UC identifiés au départ ne seront pas nécessairement analysés en détail. Le contenu réel du projet sera défini de façon progressive avec le chef de projet à l’occasion des réunions de pilotage. 1.5.3 Eléments hors du domaine du projet Le projet ne concerne que les activités de la phase d’analyse à l’exclusion de celles de conception et de réalisation de logiciel. Les itérations fonctionnelles (étude des UC) seront réalisées complètement, partiellement ou pas du tout. Les éléments qui seront exclus d’un projet seront documentés dans le SDP de ce projet. 1.5.4 Objectifs du projet Le document SDP du projet devra exposer les objectifs d’un projet fictif répondant aux attentes de ses utilisateurs. Les objectifs doivent exprimer clairement les bénéfices attendus justifiant le développement du SI : gain de temps, économies, performance, ergonomie du travail, sécurité, … 1.6 Hypothèses et contraintes Toute gestion de projet doit gérer le système des 3 contraintes conflictuelles classiques : délais / charges, budget et qualité du SI à développer. Les contraintes réelles du projet sont d’ordre pédagogique et sont définies par le contexte de l’enseignement d’une matière académique. Il n’y a aucune contrainte concernant le budget et la qualité finale du SI. L’évaluation du travail portera sur la qualité de  Page 3 of 11 Guide de gestion des projets d'analyse Version: 0.9 Guide méthodologique RUP-ESI-PMA Date : 01 novembre 2012 Fichier: 300042556 Auteur : PMA la conduite du projet et sur celle des livrables. Concernant le temps, le projet est d’office terminé avec le semestre. La charge s’exprime en séances de laboratoire et en séances de travail entre 2 laboratoires. La présence au laboratoire est obligatoire et la charge de travail durant la semaine est supposée être de 2h. La finalisation du projet comporte 2 activités : la clôture provisoire en fin décembre, et l’examen en début janvier. Les livrables consistent en des documents comportant des diagrammes UML et du texte explicatif. La réussite du projet nécessite la révision des concepts théoriques vus au cours et l’assimilation pratique des diagrammes UML. La planification et le suivi de projet sont les facteurs clés essentiels de sa réussite par rapport à l’objectif de certification de l’enseignement de l’analyse à l’ESI. Il est difficile de simuler des contraintes réelles de projets en entreprise. Par exemple il ne peut y avoir d’intégration du projet dans un SI informatique existant ! 1.7 Productions du projet 1.7.1 Phase d’initialisation Documentation de l’analyse préalable du processus de développement du SI :  Document « Etude de cas » : la rédaction du business case initial décrivant la vision business du SI souhaité (en 2 ou 3 pages) ; utiliser le gabarit « EC »  Dossier « Expression des uploads/Ingenierie_Lourd/ guide-de-projet-analyse.pdf