PHASE SOUS-PHASE MOA MOE POINTS A TRAITER. besoins. charges. I.A.2 Échéances. I.A.3 Utilisateurs. I.A.4 Besoin fonctionnels. I.A.5 Évolutions à venir

Transcription

1 PHASE SOUS-PHASE MOA MOE POINTS A TRAITER I. La définition des I.A. L'expression des besoins Rédige (spécifie les besoins). Consulte / utilise pour rédiger le cahier des I.A.1 Positionnement stratégique besoins charges. I.A.2 Échéances I.A.3 Utilisateurs I.A.4 Besoin fonctionnels I.A.5 Évolutions à venir I.A.6 Contexte technique I.A.7 Contraintes d'exploitation, criticité I.B. Le cahier des charges Rédige (complément sur la spécification des besoins). Approuve le cahier des charges final transmis par la MOE. Rédige. I.B.1 Introduction I.B.2 Compréhension des besoins

2 I.B.3 Spécification des fonctionnalités I.B.4 Contraintes I.B.5 Chiffrage et planification I.B.6 Traçabilité I.C. Le choix d'un sous-traitant Choisit le sous-traitant en fonction de certains critères de sélection N/A I.C.1 Demande de critères de sélection II. La réalisation II.A Spécifications générales Supporte la MOE si celle-ci a besoin d'informations complémentatires (WorkShop). Relit, annote, (le cas échéant) fait modifier & approuve les spécifications finales. Conçoit la solution techniquement. Propose des solutions. Rédige. Architecture globale du système (matériel, logiciel, fonction) Définition des interfaces Description statique

3 Description dynamique Modélisation des données de l application Mise en œuvre de la solution II.B Installation II.C Développement II.D Tests Fournit les prérequis demandés par la MOE (équipement, salle machine, ). Suit & supporte la MOE. N/A Propose des fiches de tests. Relit, annote, (le cas échéant) fait modifier & approuve le plan d'acceptance. Réalise. Réalise. Corrige les anomalies rencontrées en phase de tests. Rédige les fiches de tests. Rédige les scénarii de tests. Exécute les tests en environnement usine (simulateur, jeux de données, ). Propose un plan d'acceptance. Développement Test Formation Production Code source Paramétrage Tests unitaires Tests d'intégration II.E Documentation Relit, annote, (le cas échéant) fait modifier & approuve la documentation projet. III. La VABF N/A Exécute le plan d'acceptance. S'assure du respect du cahier des charges (fonctionnalités, performances, interface graphique, ). Remonte les anomalies, pour correction. S'assure de la bonne correction des anomalies. (re)exécute le plan d'acceptance. Rédige & fournit la documentation projet. Corrige les anomalies remontées par la MOA. Teste relivre la solution. Effectue de la non regression sur les modules non livrés. Utilisateur / exploitation Installation Formation IV. La mise en production N/A Suit & supporte la MOE. Réalise la mise en production (migration de l'applicatif, migration des données). V. L'exploitation N/A Réalise. Supporte la MOA. VI. La maintenance N/A Remonte des anomalies. Corrige les anomalies. Remonte des évolutions. Implémente les évolutions.

4 REMARQUES (NE FIGURANT PAS DANS LE COURS) Montrer l'importance du projet? Quels sont ses bénéfices? Que se passera t'il si le projet ne se fait pas? A partir de quand le projet peut-il commencer? Y-a-t'il une date limite pour sa finalisation? Quelles sont les disponibilités des personnes concernées? Qui sont les destinataires du projet? Combien d'utilisateurs sont-ils visés? Où sont les utilisateurs? Quel est leur degré d'aisance avec les outils informatiques? A quoi va servir l application? Décomposition en fonction? Définition de priorité EXPRESSIONS DES BESOINS SODEXHO Plusieurs systèmes d information éparpillés et non communicants (1 système par produit) Difficulté pour obtenir une information fiable et cohérente sur un client ou prospect Mise en oeuvre d'une politique de vente croisée et de développement de nouveaux produits Réaliser des gains de productivité Economiser du temps en recherche d'informations Présenter un discours commun face au client en maîtrisant et en unifiant les informations le concernant Décloisonner les différents services et partager l information pour une meilleure réactivité Temps de sélection du prestataire : 6 mois Pivotal est retenu en Avril 2003 Temps de projet : 10 mois Intégration du produit et réalisation du pilote : 2 mois Déploiement à l'ensemble des commerciaux : 6 mois Les commerciaux Les services en relation avec les clients Le pôle logistique Unifier les différentes bases de données existantes et fournir un meilleur outil de ventes aux commerciaux Fournir une information synthétisée sur les clients et les prospects Restituer au commercial une information unique sur ses clients et prospects Mise en oeuvre des outils de Sales Force Automation : planification, rappel et suivi des actions, édition des rapports,... Fonctions Customer Care Fonctions Marketing Périmètre fonctionnel Périmètre d utilisation Réutilisation Informations des transporteurs indépendants - Suivi de la commande sur Internet Gestion documentaire Reporting Module support client ROI des opérations de marketing direct reste à améliorer Support physique d'utilisation de l'application Support logiciel (OS) Base de données 3 systèmes : - 1 système comptable et financier SAP - 1 système interne (spécifique) de gestion pour le back-office - CRM Pivotal Contraintes d exploitation Temps de réponse Reprendre le contexte de l expression des besoins Positionnement du sous-traitant Références Contradictions avec l'expression de besoins et justifications (problèmes de délais, de budget, ) Reprendre le tableau d expression des besoins Reformuler et / ou clarifier certains besoins pour supprimer les ambiguïtés Effectuer un lotissement (si on compte réaliser plusieurs versions de l application) N/A

5 Fonctionnalités logicielles (utilisateurs) : - Les enchaînements - Les données manipulées Fonctionnalités systèmes (techniques) : - Machines, réseau, etc. - Les traitements par lots - Les interfaces avec d'autres logiciels Affecter un numéro à chaque fonctionnalité Contraintes internes : - Privilégier telle technologie par rapport à telle autre, avec une argumentation - Besoins en licences de logiciels Contraintes externes : - Utilisation de tel ou tel service externe Le chiffrage est exposé sous forme d'un tableau détaillé : - Les différentes fonctions et sous-fonctions - Les tâches complémentaires (suivi de projet, tests, etc.) La planification indique les grands jalons du projets jusqu'à la recette à partir d'une date de commencement t0 : la date de signature du contrat Intégrer une matrice de traçabilité ; - Dans une dimension : les différents points de l'expression de besoins - Dans l'autre dimension : les différentes fonctionnalités explicitées dans le Cahier des Charges Permet de s'assurer que tous les besoins retenus sont couverts! Grille d'évaluation Situation financière, pérennité Choix technologiques Couverture des fonctionnalités Délais Prix Répertorier les différents composants de l'application Schématiser leur déploiement et leurs échanges Avec quoi faut-il s interfacer (logiciel et / ou matériel)? Modalité des échanges : - Temps réel ou batch - Périodicité - Protocole - Sécurisation - Reprise Contenu des échanges - Format - Volumétrie Pré-étude des outils du marché : Oracle CRM, Pivotal et Selligent Une version d essai d un mois en mode web Ressemblance tant tarifaire que fonctionnelle Pivotal retenu sur des critères : - techniques : version web plus stable et plus mûre - ergonomiques : paramétrage aisé de l outil (mise en place de nouveaux tableaux, etc.) par des utilisateurs non informaticiens (métier) La charte graphique générale Pour chaque écran: - Le contenu - Les champs à remplir - Les contrôles d'erreur Maquettage de la solution

6 Définition des profils utilisateur Définition des droits d accès : - A quel écran ai-je accès? - Lecture? Écriture? Règles d enchaînement des écrans Identifier toutes les entités de l'application : - Propriétés - Entités - Associations Migration des données Migration des applications