la gestion des projets informatique

1. Expression de besoin pour le SI
Réalisé par :FANDI Fatima Zahra
Encadré par :Mr Mohammed GHEZOUANI

2. plan
Cahier de charge
Compétence
Les engagements réciproques
La phase d’exigences
La démarche
Les étapes de l’élaboration
Description formelle du processus global
Le diagramme de contexte
Élaborer le plan projet

3. CAHIER DE CHARGE
• Le cahier des charges est un document constitué d’un ensemble
structuré d’exigences, transmis d’un client à un fournisseur, et qui a un
caractère contractuel, son élaboration est un travail collectif nécessitant
la collaboration de nombreux acteurs.
• Un bon cahier des charges est un document clair, facile à lire et à
comprendre par les différents acteurs, qui a été établi sur la base d’un
consensus(Accord entre personnes)

4. Compétence
Élaborer un cahier des charges exige de solides connaissances techniques et
méthodologiques, ainsi que des qualités humaines.
Exemple:
L’analyste doit apprendre, puis maîtriser les techniques de l’ingénierie des
besoins. C’est un animateur, un négociateur, un interprète qui va écouter les
besoins des futurs utilisateurs et les reformuler dans un langage clair.

5. Le savoir
• La connaissance du métier du client
• La connaissance des techniques de modélisation
• La connaissance des techniques de développement
• Connaissance de technologie

6. Le savoir-faire
• L’art de poser les bonnes questions
• Une aptitude à négocier
• Les qualités d’un animateur
• La qualité d’organisateur et de chef de projet
• L’expression écrite

7. Le savoir être
• Une attitude de chef de projet
• Un excellent relationnel
• Le sens de l’observation
• L’esprit d’analyse et de synthèse
• La curiosité
• La clarté

8. Les engagements réciproques

9. Maîtres d’ouvrage(client)
s’engage à :
• exprimer clairement l’objectif,
• s’investir dans l’expression des besoins,
• respecter la démarche d’expression des besoins mise en place,
• inciter les parties prenantes à participer aux groupes de travail,
• indiquer les priorités sur les exigences exprimées,
• respecter les estimations faites par le consultant ou l’expert,
• valider le cahier des charges,
• communiquer sans délai les modifications d’exigences.

10. Maîtres d’œuvre (fournisseur)
• aligner son travail sur les objectifs de son client,,
• informer son client de l’avancement du cahier des charges,
• tenir son client informé des méthodes et outils utilisés,
• spécifier les besoins en termes aisément compréhensibles par le client,
• choisir les techniques et outils les plus adaptés, et les mettre en œuvre,
• animer une démarche collaborative respectueuse des utilisateurs,
• animer les groupes de travail avec une neutralité bienveillante,
• apporter des idées nouvelles, dans le respect de cette neutralité,
• optimiser son temps et ses efforts, et ceux des groupes de travail,
• s’efforcer à spécifier, dans les règles de l’art, un logiciel de qualité.

11. La phase d’exigences
Identifier les différents profils utilisateurs de l’application ;
 recueillir les besoins de chaque profil utilisateur ;
analyser les besoins des utilisateurs, en éliminer les incohérences et les
redondances ;
 traduire les besoins exprimés oralement en spécifications ;
 aligner la spécification des exigences (le cahier des charges) aux objectifs
définis par le maître d’ouvrage ;
 assurer la complétude du cahier des charges ;
 déterminer, avec le maître d’ouvrage et les utilisateurs, la priorité relative de
chaque exigence
 faire valider par le maître d’ouvrage les exigences spécifiées.

12. La démarche
• Pour être efficace, la définition des exigences doit devenir une activité
systématique et organisée, faisant appel à des acteurs dont les
relations sont formalisées.

13. Les étapes de l’élaboration
• Élaborer un cahier des charges consiste donc avant tout à traduire des
besoins flous en exigences structurées et organisées ; à les traduire donc,
depuis le langage du client en un langage compréhensible de tous (client,
fournisseur et observateurs extérieurs).
• La première tâche consiste à découvrir les enjeux, les objectifs et les
contraintes du projet
• Les enjeux constituent la raison profonde du lancement d’un projet, les
intentions derrière les objectifs, ensuite rédiger les exigences,
généralement sous forme de cahier des charges.
La forme peut être textuelle ou graphique.

14. Description formelle du processus global
Le développement des exigences comporte quatre étapes :
• le recueil, qui consiste à faire exprimer les besoins et à rechercher les besoins
déjà exprimés ;
• l’analyse, qui consiste à examiner les exigences sous différentes facettes, et à
maintenir la cohérence entre les exigences ;
• la spécification, qui consiste à décrire et documenter les exigences de manière à
la fois formelle et compréhensible par toutes les parties prenantes ;
• la validation, qui consiste à obtenir, de la part de toutes les parties prenantes, un
accord formel sur les exigences spécifiées.

15. • Étapes en amont (préparation de l’élaboration du cahier des charges) :
– définir le concept et préciser les objectifs,
– analyser les parties prenantes : rôles, responsabilités,
– définir les catégories d’utilisateur et sélectionner les représentants
– choisir, en fonction du contexte et des contraintes, les techniques de recueil à
mettre en place,
– définir les contours du futur produit,
– identifier les cas d’utilisation métier (business use cases),
– établir des priorités entre cas d’utilisation,
– sélectionner les cas d’utilisation qui seront informatisés.

16. • Étapes de définition des besoins (production du cahier des charges) :
– décrire les cas d’utilisation,
– décrire les exigences non fonctionnelles,
– décrire les contraintes,
– modéliser les données,
– définir les exigences fonctionnelles,
– passer en revue les spécifications d’exigences,
– développer, si nécessaire, des maquettes,
– développer, si nécessaire, des prototypes d’une partie du futur système,
– spécifier précisément les exigences fonctionnelles dans le cahier des
charges,
– faire valider le cahier des charges.

17. • Définir le concept et les objectifs
Concept du produit : en quoi consistera le produit ? De quoi sera-t-il fait ?
Objectifs du produit : quelle utilisation sera faite du produit ? Dans quel but ?
Pour servir qui ? Pour servir à quoi ? Pour gagner quoi ?
Objectifs du cahier des charges : que veut-on faire du cahier des charges ?
Exigences au plus haut niveau : quelles sont les quatre ou cinq grandes
fonctions que le produit doit remplir ? Quelles sont les deux ou trois
exigences non fonctionnelles (qualité, performance) auxquelles le produit
doit répondre en priorité ?

18. Le diagramme de contexte
Le diagramme de contexte est un outil de communication intéressant,
et il peut être élaboré dès cette première étape, quitte à être affiné par
la suite. Un diagramme de contexte n’est ni plus ni moins qu’un
diagramme de flux à un niveau très macroscopique, où le système à
l’étude est au centre.

19. Analyser les parties prenantes
• L’analyse des parties prenantes va permettre, en temps voulu, de fixer les
priorités entre des besoins, d’arbitrer, de gérer les conflits, et surtout, de
connaître le véritable objectif.
Les parties prenantes :
le donneur d’ordres, ou maîtrise d’ouvrage stratégique, propriétaire du produit
la maîtrise d’ouvrage opérationnelle
 l’assistant à maîtrise d’ouvrage
les concepteurs, architectes, réalisateurs,

20. les personnes chargées de rédiger la documentation du produit
 les concepteurs et réalisateurs d’autres produits, qui vont interagir avec
le système à l’étude
 les personnes chargées du support technique ou fonctionnel du produit
 le marketing du produit
 les experts métier
 les experts techniques.. .

21. Le plan projet
Le plan projet contient un devis estimatif des coûts et délais, ainsi qu’une
description brève (une ou deux pages) de l’organisation et de la méthode
de travail :
taille de l’équipe, moyens à mettre en œuvre, formations à prévoir, circuit
de l’information, fréquence des réunions, validation des documents en
fonction d’un certain nombre de paramètres (taille fonctionnelle, maille du
cahier des charges..) .

22. Élaborer le plan projet
• Identifier les profils utilisateurs
• Établir la liste des sources d’exigences
• Estimer les charges et les délais
• Identifier les ressources
• Un consultant expert en gestion des exigences. Il connaît les techniques
de recueil des besoins, de modélisation, de représentation de
l’information.
• Un expert technique, qui pourra se prononcer sur les contraintes
techniques.

23. Le processus de recueil
• Planifier le recueil des besoins
• Préparer les grilles et les outils
• Recueillir et documenter les besoins , un principe : travailler à partir
de grilles en gardant en tête l’objectif
• Vérifier les informations recueillies

24. La réunion d’un groupe de travail
Certaines règles doivent être respectées :
• choisir avec soin un nombre limité de participants
• faire respecter une bonne discipline de travail à tous les participants :
arriver à l’heure, éteindre son téléphone mobile, éviter toute conversation en
aparté, respecter les divers avis ;
• rester aligné avec les objectifs tels qu’ils ont été formalisés ;
• maintenir la discussion au bon niveau de détail

25. L’interview structurée individuelle
Les étapes d’une interview sont les suivantes :
• Préparation,
• Interview sur le terrain;
Ouverture de l’interview
Questionnement
Clôture

26. Le brainstorming et ses variantes
• Technique considérée comme créative, le brainstorming est surtout
utilisé pour le développement d’un nouveau produit.
• laisser ses idées s’exprimer, sans autocensure ;
• rebondir sur les idées des autres ;
• jamais critiquer les idées des autres.

27. Les bonnes pratiques
• Recueillir les besoins au bon niveau
• Apporter un retour rapide aux interlocuteurs
• Parler le langage du client
• Lever toute ambiguïté au fil de l’eau
• Maintenir la cohérence le plus en amont possible
• Recueillir les besoins et non les solutions
• Recueillir les besoins alternatifs et exceptionnels

28. L’étape d’analyse
Les objectifs de l’étape d’analyse sont les suivants :
• classer et structurer les exigences ;
• développer une compréhension partagée des besoins qui ont été recueillis ;
• détecter les incohérences, redondances pour les réduire.
• structurer et organiser les exigences par types ;
• établir un dictionnaire de données ;
• analyser les règles métier ;
• classer les exigences par priorités ;
• modéliser les exigences sous forme graphique ;
• réaliser une « maquette papier » ou un prototype ;
• élaborer des cas de test ;
• tester la faisabilité et le coût des exigences.

29. Structurer et organiser les exigences
• Les exigences fonctionnelles ; Elles expriment un comportement
requis de la part du système.
• Les exigences de qualité ; également appelées exigences non
fonctionnelles.
• Les exigences d’interface; qui expriment le besoin d’une
communication entre le système à l’étude et le monde extérieur :
matériel, logiciel et personnes

30. La priorité d’une exigence
• les exigences urgentes et importantes seront en haute priorité ;
• les exigences importantes, mais non urgentes, viendront ensuite ;
• les exigences urgentes et non importantes sont de priorité faible ;
• les exigences ni urgentes ni importantes seront mises de côté.

31. Diagramme d’activités
Le diagramme de flux de données (DFD)
Diagramme de séquence
Diagramme de classes
Diagramme états-transitions

32. Maquettes et prototypes
• La maquette papier une maquette est un modèle qui préfigure un
produit futur.
• Le prototypage contrairement à la maquette papier, un prototype est
« vivant ».

33. Les exigences non fonctionnelles
Fiabilité
Facilité d’utilisation
Rendement
Maintenabilité
Portabilité( Facilité d’adaptation )
 La sécurité
Comptabilité « capacité à s’intégrer dans l’activité des utilisateurs ».
Contrôle explicite

34. les contraintes
• un cahier des charges contient des contraintes. Elles ne concernent
pas directement le produit, mais son environnement ou sa mise en
œuvre.
Contraintes d’environnement (précontraintes)
Contraintes de projet Charges, coûts et délais
Services d’accompagnement (post contraintes)

35. « Les 5 C »
un moyen qui permet de vérifier rapidement qu’une exigence est bien
formulée.
• Correcte : elle respecte les règles de la grammaire, les lois, les règlements,
les bonnes pratiques de la profession.
• Complète : elle définit l’acteur, décrit l’action, et précise si nécessaire les
conditions de l’action.
• Claire : elle ne comporte pas de flou, pas d’ambiguïté, pas de termes à
sens multiple ; tout lecteur la comprend d’emblée, sans explication
supplémentaire.
• Concise : elle est formulée avec le moins de mots possibles.
• Cohérente : elle n’entre pas en conflit avec d’autres exigences.

36. ATELIER DE TRAVAIL
• Les groupes de travail organisés, ou ateliers de travail (workshops), sont un
moyen puissant de recueillir, d’analyser, de spécifier et de valider les
exigences.
Les participants représentant les participants représentant la direction ou
les différents métiers sont les véritables producteurs des exigences.
L’animateur doit souffler une session de travail en groupe est un exercice
souvent éprouvant pour l’animateur et le secrétaire de session.

37. Approche
• L’approche en spirale :avec cette approche, on fixe et on formalise
dans un premier temps les objectifs et le contexte avec le donneur
d’ordres, puis on va directement écouter les besoins sur le terrain,
généralement par interviews, pour remonter par la suite sur la
détermination précise du contexte (diagramme de contexte) et enfin
descendre dans la description des règles métier et/ou des cas
d’utilisation.
Il n’existe pas d’approche universelle d’expression des besoins. Il n’y
a pas de méthode miracle.

38. MERCI POUR VOTRE ATTENTION