Lecture

Manuel: LeffingWell, D et P. WidRig, Managing Software Requirements - A Use Case Approach (2nd Edition), Addison-Wesley, 2003

Cours 1: Avant-Propos, Préface, Chapitres 1, 2 et 4

Cours 1: Swebok, Préface, Introduction et Chapitre 2

Cours 2: Chapitres 18 et 19

Cours 2: Chapitres 1, 2 et 3 du PMBOK Guide - IEEE 1490-2003

Cours 4: Chapitres 8 à 13 [LW]

Cours 4: Hickey, Ann M., Davis, Alan M., Elicitation Technique Selection: How do experts do it?, 11th International Requirements Engineering Conference, 2003.

Cours 8: Chapitre 15, 17, 20, 21, 22, 23
Chapitre 9, Wiegers K. Software Requirements, 1993, ITPRO

Cours 9: Using quality models in software package selection 2003 (IEEE)
Norme IEEE 1233: system requirements specs
IEEE 830-1998 software requirements specs.

Cours 10: SyRS et SRS du sous-marin SONIA (.pdf) (Lire et imprimé pour le 2005/03/08)

Cours 11: Chapitre 1 de A. Kleppe, J. Warmer, W. Bast MDA Explained – The Model Driven Architecture – Practice and Promise, Addison-Wesley Professional, 2003 disponible sur le site du cours
Chapitre 6,7 et 25 du manuel

Calendrier

Remise vision + inspection + itération (version) 2 plan de projet: avant le 23 février 2005 23:59.

2004/02/17 = session 5

Attribution des documents de vision

01-02, 03-04, 05-06, 07-08, 09-10, 12-13-14 *******, 15-16
Par exemple, l'équipe 01 révise l'équipe 02 et l'équipe 02 révise l'équipe 01.
*****Sauf pour 
12 revise 13, 13 revise 14, 14 revise 12
Imprimer et apporter une copie papier du document de vision de l'équipe à reviser.

TP

Document professionnel [nettoyage du template, faut demander pour chaque partie du template s'il appartient ou non au template...]

3 ébauches - évolution du plan de projet. 3.1 structure de l'organisation: nos noms. pas d'informations inventées.

Itération = répétition (raffinage), n'est pas une phase ou une étape.

TP

Chute du département Génie Logiciel
SRS: 8 heures (15% note du cours)
Modèles UML, prototype fonctionnel d'un élément du système

Partie A) SRS (10%)
 Document de vision + Gabarit
 Débute avec notre document de vision
 La semaine prochaine, on utilise l'autre document de vision (le meilleur)
  contraite, caractéristique, ...
 Rédiger liste de questions (détails) - niveau fonctionnel

 Raffiner le document avec UML (pas de conception !) (diagramme de classe pour module ?)
   - diagramme de cas d'utilisation (obligatoire)
   - séquence ?
   - déploiement ?
   - [autre]
   Décrire le quoi, pas le comment !...
   Trois type de modèles UML [d'activité, séquence, classes, d'états, etc]
   4 modèles d'au moins 10 entités
   En annexe
   Référé dans le SRS (Voir l'annexe X)

 Construire matrice traçabilité
  Matrice               \fonctionnalité SRS (tableau)
  Caractéristique Vision \|  ----
                          | ----
  Outil : requisite pro ? tableau ? traitement de texte ?
  Annexé et référé dans le SRS (Voir l'annexe Y)

Critère d'évaluation - Partie A
 - Concision [comprendre bien en tant qu'intervenant externe]
 - Calibre professionnel
 - Choix pertinent de ce qui est modélisé et des types de diagramme
 - Cohérence des diagrammes
 - Respect du gabarit
 - 50 pages (avec use case, annexes, ...)
 - Calculer le nombre d'heures pour le faire.

Partie B)
 Élaborer un prototype
 Sélectionner un sous-ensemble très ciblé à prototyper
 - contient des incertitudes
 - vous désirer montrer au client pour approbation
 - 5% de la note
 - évaluer par le client (3e semaine ?)
 - suggérer d'utiliser un logiciel de présentation (visuel mais pas fonctionnel)
 - prendre en note les suggestions de l'utilisateur (avant le client)
 - professionnalisme, pertience de l'item, prototype actif, pertinence des questions posées au client, prise de note

 Prototype (commence dans 2 semaine)
 - page couverture
 - introduction: but + exigence logicielle choisie
 - analyse
   - description
   - screen shot
   - justification
   - résultat de l'évaluation, changement dans le SRS
 Rapport à donner avec le SRS final
 
 Évaluation 60% | Rapport 40%

s1: 24 : présentation
    1 mars  : question client exigences fonctionnel (à 17h30)
s2: 3 mars  :
    8 mars  : (à 17h30)
s3: 10 mars : évaluation du prototype
    14 mars : envoyer ébauche le lundi 14 mars avant 23h59    
s4: 17 mars : inspection du SRS
s5: 24 mars : 
    29 mars : version finale du SRS + version papier (département de génie logiciel)
              SRS Final: log4101l@ele.etsmtl.ca

Delta Vision

Suite à la première rencontre avec le client, il en résulte que des modifications significatives doivent être apportées au document de vision de référence (celui que je vous ai déjà envoyé).

Par exemple, vous devez supprimer les sections 5.6 et 5.7.

Pour éviter la confusion après chaque rencontre avec le client, je vous suggère d'utiliser un delta-vision de travail, i-e, faite une copie du vision actuel et appelez-le delta-vision. Ensuite, utilisez le delta-vision pour effectuer les modifications nécessaires.

Dans ce cas-ci, les premières modifications du delta-vision consiste à suprimer les sections 5.6 et 5.7.

Le document delta-vision n'est pas à remettre. C'est seulement un moyen que je vous suggère fortement d'utiliser pour rester synchronisé avec ce que le client vous dit par rapport à GiGle.