Le document traite de l'expression des besoins pour la mise en œuvre d'une solution SI, soulignant son importance pour réussir un projet en termes de coût et de qualité. Il présente une méthodologie détaillée pour élaborer un cahier des charges efficace, incluant des étapes comme la collecte, l'analyse et la validation des exigences. L'auteur, Yves Constantinidis, propose des techniques éprouvées et des outils pour faciliter cette démarche tout en minimisant les ambiguïtés et les risques.

1. Expression des
besoins
Pour le SI
Master Big Data et Internet des Objets
Réalisé par ALAMI Nouhaila
19/03/2021

2. Choix, développement et mise en œuvre d’une solution entraîne une expression des
besoins, cette expression ou définition conditionne la réussite d’un projet, son coût et
sa qualité.
Le guide “Expression des besoins pour le SI” présente une
démarche claire et des techniques éprouvées pour
formaliser les besoins afin d’élaborer un cahier des charges
d’une qualité impeccable, dans des délais raisonnables et
d’un coût minimum.
Guide “Expression des besoins pour le SI”

3. A propos de l’auteur
Auteur, créateur et innovateur
méthodologique, Yves
Constantinidis s'inspire de
méthodologies connues pour
créer et mettre en oeuvre des
méthodes claires, logiques,
cohérentes et accessibles.

4. Plan
Introduction
Présentation du sujet
Méthodologie
Enjeux et prérequis
Développement des
exigences
Techniques pour valider un
cahier des charges
Stratégies et tactiques
Du recueil vers le cahier
des charges
Conclusion
Conclusions et perspectives
01 02 03
04 05

5. Présentation du sujet
Introductio
n
01

6. Introduction
Sur le plan du cycle projet, la phase d'expression des besoins est réalisée en
amont pour orienter la conception du projet de sorte à clarifier le contexte du
projet. Cette étape est essentielle pour décrire les fonctionnalités et les
contraintes du projet.
Dans cette présentation nous allons décrire le métier, la démarche et les étapes
préparatoires à la définition des besoins, nécessaire pour mener à bien une
mission d’élaboration d’un cahier des charges, ainsi que nous allons détailler les
quatre activités de développement des exigences(Recueil, analyse, spécification
et validation).

7. Méthodologie
02
Enjeux et prérequis

8. Métier de l’analyste

9. Elaboration d’un cahier des charges
Le cahier de charges est un document qui doit contenir des
exigences de haut niveau qui sera exprimée en exigences de
bas niveau, parmi ses critères c’est qu’il doit être simple, clair
et précis. c’est un type de contrat entre plusieurs parties
prenantes.
Un cahier de charges peut être complexe mais pas
compliqué!

10. Étapes de l’élaboration d’un CdC
1. Identification des parties prenantes
2. Recueil des besoins
3. Analyse des exigences
4. Rédaction des exigences
5. Gestion des évolutions
6. Suivi de la validation des exigences

11. Utilité d’un cahier des charges

12. Gain, Difficulté et risque
● Élaborer un cahier des charges est un travail d’équipe. L’effort ultérieur de
mise en œuvre du produit, de formation, de conduite du changement en
sera grandement facilité.
● Il est important de connaître par avance certaines difficultés pour mieux
pouvoir s’en prémunir.
● Quels que soient la rigueur méthodologique et le talent de l’analyste, les
risques existent, Il faut toujours contrôler l’évolution des exigences et
cadrer le projet en trois dimensions: temps, coût et qualité.

13. Cycle de vie d’un logiciel

14. Phase des objectifs et concepts
1. Recueillir les objectifs
Techniques des réunions et des interviews
1. Déterminer le périmètre
Diagramme de contexte
1. Analyser les partie prenantes
Tableau des parties prenantes

15. Phase des exigences
1. Identifier les différents profils utilisateurs de l’application ;
2. Recueillir les besoins de chaque profil utilisateur ;
3. Analyser les besoins des utilisateurs, en éliminer les incohérences et les
redondances ;
4. Traduire les besoins exprimés oralement en spécifications ;
5. Aligner la spécification des exigences (le cahier des charges) aux objectifs
définis par le maître d’ouvrage ;
6. Assurer la complétude du cahier des charges ;
7. Déterminer, avec le maître d’ouvrage et les utilisateurs, la priorité relative
de chaque exigence et son niveau de flexibilité (obligatoire, facultatif) ;
8. Faire valider par le maître d’ouvrage les exigences spécifiées.

16. Niveaux d’exigences

17. Processus
global

18. Avantages d’un plan projet
● Disposition de tous les outils nécessaires à l’élaboration du
cahier des charges.
● Avoir une idée précise des paramètres du projet : coût, délais,
qualité, ressources nécessaires.
● Possibilité de négocier sur des bases solides.

19. Développement des
exigences
03
Techniques pour valider un cahier des charges

20. Développement des exigences
Recueil Analyse Spécification Validation
1 2 3 4

21. Processus de recueil

22. Plan de recueil
Le plan de recueil servira de guide tout au long de l’étape de recueil des besoins.
● Les objectifs du recueil;
● Les livrables et leur forme, ainsi que leur niveau de formalisme;
● Les méthodes et techniques de recueil;
● Les risques induits, et les méthodes de contournement et d’atténuation des risques;
● La planification du recueil : coûts, dates, délais et ressources;

23. Techniques de recueil

24. Les bonnes pratiques
● Recueillir les besoins au bon niveau
● Apporter un retour rapide aux interlocuteurs (un feedback)
● Parler le langage du client pour faciliter la communication
● Lever toute ambiguïté au fil de l’eau (glossaire)
● Recueillir les besoins et non les solutions
● Recueillir les besoins alternatifs et exceptionnels
● Recueillir les besoins positifs et négatifs

25. Les bonnes pratiques

26. Processus d’analyse

27. Structurer: Classification inspirée de Karl Wiegers
● Les objectifs (phrase avec verbe à l’infinitif).
● Les cas d’utilisation (phrase à l’infinitif).
● Les règles sont les exigences réglementaires (règles métier ou règles de gestion).
● Les exigences fonctionnelles expriment un comportement requis de la part du
système.
● Les exigences de qualité ou exigences non fonctionnelles (sous forme d’adj ou
propriété (rapide ou rapidité...)).
● Les exigences d’interface expriment le besoin entre le système et l'extérieur
(matériel, logiciel et personne).
● Les contraintes techniques (langage x, technologies y).
● Les exigences sur les formats de données (code postal à 5 chiffres …).

28. Etablir un dictionnaire de données
L’importance dans la description des données est que toutes les personnes
intéressées soient d’accord sur le contenu de telle ou telle donnée, afin
d’éviter toute ambiguïté.
Exemple: Client = id_client [9 chiffres] + nom [15 lettres] + prénom [15
lettres]

29. Modéliser sous forme graphique
On donne ici quelques diagrammes parmi les plus utilisés:
● Diagramme d’activités
● Diagramme de flux de données (DFD)
● Diagramme de séquence
● Diagramme de classe ou diagramme entité-association
● Diagramme états-transitions
● Organigrammes, arbres et tables de décision
● La boîte à outils

30. La maquette papier: c’est un modèle qui préfigure un produit futur (jetable), le
but ici n’est pas de commencer à développer le produit, ni même à le spécifier,
mais de visualiser son aspect ou son comportement. Une fois que les participants
se sont mis d’accord, il est plus facile de formaliser ces exigences, sous forme de
cas d’utilisation par exemple.
Le prototypage: c’est du logiciel peut être jetable ou réutilisable, le but est
d’expérimenter un fragment du produit à venir. Il existe plusieurs formes de
prototypes (horizontal, vertical).
Maquettes et prototypes

31. Définir les priorités d’un projet
Le principe d’Eisenhower: Organiser et planifier toutes les tâches en
fonction de leur degré d’urgence et d’importance.

32. Le diagramme de Kano permet de chercher le rapport entre le degré de réalisation d’une
caractéristique et le degré de satisfaction du client.
Evaluer la faisabilité et le coût

33. Processus de spécification

34. La formulation
Un cahier des charges bien formulé est beaucoup plus
maintenable. On peut utiliser ici la règle des 5 C

35. Adopter et adapter les modèles
Il existe plusieurs modèles de cahiers des charges, comme X50-
151, IEEE 830, ou le modèle Volere
La structuration

36. Parmi les points à améliorer, voici ceux que le vérificateur peut détecter avec
efficience :
➔ Les phrases ambiguës ou pas claires
➔ Les vides et les indéterminations
➔ L’absence d’homogénéité dans le vocabulaire
➔ Les contradictions logiques
➔ Les exigences qui ne sont pas élémentaires
➔ Les phrases, mots ou expressions dont la signification est évidente pour ceux
qui ont écrit l’exigence, mais qui le sera moins pour celui qui la lira
La vérification

37. Processus de validation

38. Technique de validation

39. Revue formelle

40. Structure d’un cahier des charges
Choisir, adapter et utiliser un modèle de cahier des charges est une des clés
de l’efficacité de son élaboration et de la qualité du livrable. Un bon modèle
de cahier des charges contient toutes les rubriques qui seront nécessaires à
la description et à la compréhension des exigences, l’ordre d’apparition des
paragraphes est important.
Exemple des modèles:
● IEEE 830
● AFNOR X50-151
● Le modèle de Wiegers

41. 1. Examiner les différents modèles parmi les plus « classiques ».
2. Pour chaque modèle, cocher les rubriques qui seront utiles dans le cadre du
projet à traiter.
3. Choisir le modèle le plus proche.
4. Éliminer les paragraphes inutiles.
5. Si cela s’avère nécessaire, introduire avec prudence de nouveaux
paragraphes.
6. Vérifier et assurer la cohérence de l’ensemble.
7. Expérimenter le modèle, et éventuellement le modifier si nécessaire, en
faisant valider les modifications.
Construire son propre modèle

42. Du recueil vers le cahier des charges
Stratégies
et tactiques
04

43. Stratégies et tactiques
Quel type de livrable voulons-nous, et quel est le meilleur cheminement pour y
arriver ?
La stratégie d’élaboration est surtout une affaire de bon sens qui s’acquiert par
la pratique du terrain, tout en exigeant une prise de recul par rapport au présent
immédiat. Elle consiste à définir l’objectif à atteindre, à déterminer les actions et
les ressources pour atteindre les objectifs fixés, à estimer les risques, et à
coordonner ces actions tout au long de l’élaboration.

44. Cycle de la validation

45. ● Approche Horizontale descendante
Stratégie: modèle de parcours

46. Tactique: boucles de rétroaction
● La boucle spécification-analyse

47. Conclusion
05
Conclusions et perspectives

48. Dans cette présentation, nous avons découvert le métier de l’analyste, la
méthodologie de travail et nous avons détaillé le processus à 4 étapes pour le
développement des exigences afin d’exprimer les exigences et élaborer un bon
cahier des charges.
A vous de jouer!
Conclusion

49. CREDITS: This presentation template was created by
Slidesgo, including icons by Flaticon, and infographics
& images by Freepik and illustrations by Stories
MERCI
pour votre attention!