Permettre à l'étudiant de:

• Comprendre comment l'analyse de besoins s'intégre au cycle de vie logiciel 
• Comprendre comment cerner le problème
• Choisir et savoir utiliser la bonne technique d’élicitation afin de recueillir les besoins
• Transposer les besoins du client en caractéristiques
• Rédiger des exigences précises à partir des caractéristiques
• Rédiger des récits utilisateurs
• Modéliser avec UML au niveau d'abstraction des exigences logicielles
• Élaborer une maquette active d'une solution logicielle
• Comprendre et produire de façon préliminaire des exigences dans un contexte contractuel
• Comprendre les principales fonctions des outils d'analyse de besoins et de spécifications 

Essentiellement, le cours couvrira la matière présentée dans le Chapitre 1 du Guide to the Software Engineering Body of Knowledge (SWEBOK).^[1]

^[1]     Le document intitulé Guide to the Software Engineering Body of Knowledge – SWEBOK Version 4.0, 2024, est disponible gratuitement à www.swebok.org.

Les objectifs seront atteints par votre présence hebdomadaire au cours, par des lectures, par des exercices en équipe en classe et par des travaux en équipe dans les périodes de laboratoire.  

1. Introduction au cours et aux fondements des spécifications et exigences logicielles (2 heures^[1])

1. Définition d’une exigence logicielle

• Exigences sur les produits et exigences sur les processus logiciels
• Exigences fonctionnelles et non fonctionnelles
• Propriétés émergentes
• Exigences quantifiables
• Exigence de systèmes et exigences logicielles

2. Introduction à l’ingénierie des systèmes (2 heures)

3. Gestion de projet et exigences logicielles (3 heures) 

4. Introduction à la modélisation des processus d’affaires (1,5 heure) 

5. Processus d’ingénierie des exigences (4.5 heures)

1. Modèles de processus 
2. Intervenants dans le processus
3. Support et gestion du processus
4. Qualité et amélioration du processus
5. Les exigences contractuelles

5. Explicitation des exigences (3 heures)

1. Sources des exigences
2. Techniques d'explicitation des exigences

6. Analyse des exigences (4.5 heures)

1. Classification des exigences
2. Modélisation conceptuelle des exigences
3. Conception architecturale et allocation des exigences
4. Négociation des exigences

7. Spécification des exigences (6 heures)

1. Le document de définition des exigences du système
2. Le document de spécifications des exigences du système
3. Le document de spécifications des exigences du logiciel

8. Validation des exigences (6 heures)

1. Revue des exigences
2. Prototypage
3. Validation des modèles
4. Tests d’acceptation

9. Considérations pratiques (4,5 heures)

1. Nature itérative du processus des exigences
2. Gestion du changement
3. Attributs des exigences
4. Traçabilité des exigences
5. Mesure des exigences

10. Outils des exigences (2 heures)

11.  Révision

Note 1 : Tous les cours sont d’une durée de 3 heures et 30 minutes par semaine incluant la pause.

Note 2 : L'ordre de présentation n'est pas nécessairement celle représentée ici.

^[1]    Ces heures sont des heures approximatives d’enseignement pour chaque sujet et incluent le temps alloué à l’examen intratrimestriel.

Pour la rédaction de documents textuels, tels que les Cas d’utilisation et les Documents de Vision, un traitement de texte ainsi qu’un outil de dessin de type Visio / Lucidchart peuvent être utilisés. D’autres outils utilisés sont la notation UML pour les diagrammes de Cas d’utilisation, les gabarits pour le Document de Vision et le document de Cas d’utilisation, ainsi que des listes de contrôle pour la validation des exigences.

Une moyenne pondérée de 55% pour l'évaluation des travaux individuels est exigée comme seuil de passage.

^[1]     Examen à livre fermé. Aucune feuille de note ou documentation n'est permise.

^[2]     Couvre l’ensemble de la matière couverte durant le trimestre. 

Tout travail remis après la date limite se verra attribuer la note zéro, le dépôt se faisant sur Moodle, ce dernier déterminera si un retard a bel et bien eu lieu.

Notez qu'un travail remis dans la boîte courriel de l'enseignant au lieu du site du cours sur Moodle n'est pas considéré comme étant remis.

Pour être considéré comme étant remis, tous les étudiants ayant participé au travail doivent avoir signé le document via le processus de remise électronique, le cas échéant.

La signature électronique de chaque membre de l'équipe est activée et obligatoire pour les remises finales des 4 laboratoires. 

Afin de faire valider une absence à une évaluation en vue d’obtenir un examen de compensation, l’étudiante ou l’étudiant doit utiliser le formulaire prévu à cet effet dans son portail MonÉTS pour un examen final qui se déroule durant la période des examens finaux ou pour tout autre élément d’évaluation surveillé de 15% et plus durant la session. Si l’absence concerne un élément d’évaluation de moins de 15% durant la session, l’étudiant ou l’étudiante doit soumettre une demande par écrit à son enseignante ou enseignant.

Toute demande de validation d’absence doit se faire dans les cinq (5) jours ouvrables suivant la tenue de l’évaluation, sauf dans les cas d’une absence pour participation à une activité prévue aux règlements des études où la demande doit être soumise dans les cinq (5) jours ouvrables avant le jour de départ de l’ÉTS pour se rendre à l’activité.

Toute absence non justifiée par un motif majeur (voir articles 7.2.6.1 du RÉPC et 6.5.2 du RÉCS) entraînera l’attribution de la note zéro (0).

• Livre LEFFINGWELL, D. & D. WIDRIG, Managing Software Requirements – A Use Case Approach. 2nd edition, Addison-Wesley, 2003.
• Diverses lectures peuvent être imposées au cours du trimestre à partir du livre ou d'autres publications électroniques.

• Hironori Washizaki, Guide to the Software Engineering Body of Knowledge, version 4.0, 2024 - Disponible à www.swebok.org.
• SAFe - Scaled Agile Framework (https://www.scaledagileframework.com)
• Utilisation de plusieurs normes de l'IEEE et de ISO/IEC
• Livre "Software requirements", 3rd edition, Karl Wiegers / Joy Beatty, 2013
• Livre "Agile software requirements", Dean Leffingwell, 2011
• Livre "The process improvement handbook", Tristan Boutros / Tim Purdie, 2014
• Livre "Product design and development", 6^th edition, Karl T. Ulrich / Steven D. Eppinger, 2015
• Martina Seidl, Marion Scholz, Christian Huemer, Gerti Kappel. UML@Classroom, Springer Verlag, 2015. Disponible via Springer eBook Collection sur le site de la bibliothèque de l'ÉTS. 
• Fairley, R. E. Systems Engineering of Software-Enabled Systems. Wiley. 2019. Disponible via IEEE Xplore sur le site de la bibliothèque de l'ÉTS. 

Le contenu du cours est inclus dans l'environnement numérique d'apprentissage Moodle.

Bonne session!