Ingénierie des Exigences et Conception des Logiciels
Master 1 - Génie Logiciel
Présenté par : Le Groupe de Dountio
Supervisé par : Dr Zekeng Ndadji Milliam Maxime
Mentoré par : Mme Nguedia Daniella
Université de Dschang
Faculté des Sciences
Département de Mathématiques et Informatique
Année académique 2024/2025
Équipe GL (Université de Dschang) Ingénierie des Exigences 1 / 23
Plan de la présentation
1 Introduction
2 Software Requirements Document (SRD)
3 Techniques de Collecte des Exigences
4 Exemple de Dialogue avec un Client (Partie 1)
5 Exemple de Dialogue avec un Client (Partie 2)
6 Diagramme de Cas d’Utilisation
7 Use Cases et User Stories
8 Exemples de User Stories
9 Priorisation des Exigences
10 Conclusion
Équipe GL (Université de Dschang) Ingénierie des Exigences 2 / 23
Introduction
Introduction
Équipe GL (Université de Dschang) Ingénierie des Exigences 3 / 23
Introduction
Introduction
L’ingénierie des exigences est cruciale pour la réussite des projets logiciels.
Les exigences définissent ce que le logiciel doit accomplir et sous quelles
contraintes.
Une mauvaise gestion des exigences peut entraîner des dépassements de
budget, des retards, ou un produit final non conforme.
Le Software Requirements Document (SRD) est un outil clé pour
formaliser les exigences.
Équipe GL (Université de Dschang) Ingénierie des Exigences 4 / 23
Software Requirements Document (SRD)
Software Requirements Document (SRD)
Équipe GL (Université de Dschang) Ingénierie des Exigences 5 / 23
Software Requirements Document (SRD)
Software Requirements Document (SRD)
Définition : Document formel décrivant les exigences fonctionnelles et non
fonctionnelles d’un système logiciel.
Objectifs :
Clarifier les attentes.
Documenter les exigences.
Servir de base pour la conception et les tests.
Contenu typique :
Contexte, objectifs, parties prenantes.
Exigences fonctionnelles et non fonctionnelles.
Contraintes techniques, réglementaires, budgétaires.
Équipe GL (Université de Dschang) Ingénierie des Exigences 6 / 23
Techniques de Collecte des Exigences
Techniques de Collecte des Exigences
Équipe GL (Université de Dschang) Ingénierie des Exigences 7 / 23
Techniques de Collecte des Exigences
Techniques de Collecte des Exigences
Entretiens : Échanges directs avec les parties prenantes.
Brainstorming : Génération d’idées en groupe.
Questionnaires et sondages : Collecte d’informations auprès d’un large
public.
Prototypage : Création de modèles pour clarifier les besoins.
Reverse Engineering : Analyse d’un système existant pour en déduire les
exigences.
Équipe GL (Université de Dschang) Ingénierie des Exigences 8 / 23
Exemple de Dialogue avec un Client (Partie 1)
Exemple de Dialogue avec un Client (Partie 1)
Équipe GL (Université de Dschang) Ingénierie des Exigences 9 / 23
Exemple de Dialogue avec un Client (Partie 1)
Exemple de Dialogue avec un Client (Partie 1)
Client : Bonjour ! Nous souhaitons développer une application pour gérer
notre bibliothèque. Pouvez-vous nous aider avec ça ?
Concepteur : Bonjour ! Bien sûr, je serais ravi de vous aider. Pouvez-vous
m’expliquer brièvement vos besoins ? Quelles fonctionnalités aimeriez-vous
voir dans l’application ?
Client : Nous voulons qu’un utilisateur puisse consulter la liste des livres
disponibles et potentiellement effectuer un emprunt.
Concepteur : Très bien. Est-ce que l’utilisateur doit être authentifié pour
consulter les livres disponibles ?
Client : Oui, seuls les utilisateurs enregistrés auront cet accès.
Concepteur : Quelles sont les actions disponibles pour un visiteur non
authentifié ?
Client : Le visiteur pourra consulter une vue générale sur les services
proposés par l’application, mais pas la liste des livres ni les détails.
Équipe GL (Université de Dschang) Ingénierie des Exigences 10 / 23
Exemple de Dialogue avec un Client (Partie 2)
Exemple de Dialogue avec un Client (Partie 2)
Équipe GL (Université de Dschang) Ingénierie des Exigences 11 / 23
Exemple de Dialogue avec un Client (Partie 2)
Exemple de Dialogue avec un Client (Partie 2)
Concepteur : Compris. Est-ce que vous souhaitez permettre aux utilisateurs
d’effectuer des emprunts directement via l’application ?
Client : Non, les emprunts se feront physiquement à la bibliothèque.
Concepteur : Bien noté. Est-ce que vous souhaitez inclure des miniatures
pour les livres dans la liste ?
Client : Oui, chaque livre aura une miniature.
Concepteur : Très bien. Quelle sera la taille moyenne d’une miniature ?
Client : Environ 1 Mo par miniature.
Concepteur : Combien de livres l’application contiendra-t-elle initialement ?
Client : Environ 1 000 livres.
Concepteur : D’accord. Le nombre de livres augmentera-t-il au fil du temps
?
Client : Oui, nous ajouterons régulièrement de nouveaux livres.
Équipe GL (Université de Dschang) Ingénierie des Exigences 12 / 23
Diagramme de Cas d’Utilisation
Diagramme de Cas d’Utilisation
Équipe GL (Université de Dschang) Ingénierie des Exigences 13 / 23
Diagramme de Cas d’Utilisation
Diagramme de Cas d’Utilisation
Équipe GL (Université de Dschang) Ingénierie des Exigences 14 / 23
Use Cases et User Stories
Use Cases et User Stories
Équipe GL (Université de Dschang) Ingénierie des Exigences 15 / 23
Use Cases et User Stories
Use Cases et User Stories
Use Cases :
Décrivent les interactions entre les acteurs et le système.
Incluent des scénarios nominaux, alternatifs et d’exception.
User Stories :
Format simple et centré sur l’utilisateur.
Structure : As a [type of user], I want [action], so that [benefit].
Comparaison :
Use Cases : Détail technique, orienté système.
User Stories : Minimaliste, orienté utilisateur.
Équipe GL (Université de Dschang) Ingénierie des Exigences 16 / 23
Exemples de User Stories
Exemples de User Stories
Équipe GL (Université de Dschang) Ingénierie des Exigences 17 / 23
Exemples de User Stories
Exemples de User Stories
User Story 1 :
En tant qu’utilisateur enregistré, je veux pouvoir me connecter à mon compte
afin de gérer mes informations et accéder aux services.
Critères d’acceptation :
Utilisation d’un identifiant et d’un mot de passe valide.
Possibilité de réinitialiser le mot de passe en cas d’oubli.
Scénarios :
Scénario 1 : Authentification réussie.
Scénario 2 : Erreur d’authentification.
User Story 2 :
En tant qu’administrateur, je veux pouvoir gérer la collection de livres afin de
maintenir le catalogue à jour.
Critères d’acceptation :
Ajout, modification et suppression de livres.
Validation des informations avant enregistrement.
Scénarios :
Scénario 1 : Ajout d’un nouveau livre.
Scénario 2 : Suppression d’un livre obsolète.
Équipe GL (Université de Dschang) Ingénierie des Exigences 18 / 23
Priorisation des Exigences
Priorisation des Exigences
Équipe GL (Université de Dschang) Ingénierie des Exigences 19 / 23
Priorisation des Exigences
Priorisation des Exigences
Approches de priorisation :
MoSCoW : Must have, Should have, Could have, Won’t have.
Méthode Kano : Classer les exigences en fonction de la satisfaction client.
Points pondérés : Attribuer des scores aux exigences pour les prioriser.
Gestion des dépendances :
Identifier les dépendances entre les exigences.
Ajuster les priorités en fonction des contraintes du projet.
Équipe GL (Université de Dschang) Ingénierie des Exigences 20 / 23
Conclusion
Conclusion
Équipe GL (Université de Dschang) Ingénierie des Exigences 21 / 23
Conclusion
Conclusion
L’ingénierie des exigences est essentielle pour la réussite des projets logiciels.
Le SRD, les Use Cases et les User Stories sont des outils clés pour formaliser
et prioriser les exigences.
La gestion des dépendances et des priorités permet une allocation efficace des
ressources.
Une documentation claire et une collaboration active sont indispensables
pour livrer des logiciels de qualité.
Équipe GL (Université de Dschang) Ingénierie des Exigences 22 / 23
Remerciements
Merci pour votre attention !
Équipe GL (Université de Dschang) Ingénierie des Exigences 23 / 23
