SEG 3501 - Projet


Ce projet se fera en équipes de 3 à 5 personnes.

 Description


Nom: Système d'inscription pour conférences complexes (SICC)

Les grande conférences scientifiques regroupent des centaines de participants pour plusieurs jours, avec plusieurs événements en parallèles tels que présentations formelles, conférenciers invités, ateliers (workshops), tutoriels, démonstrations, posters, panels de discussion, etc. Ces conférences ont aussi plusieurs options lors de l'inscription. Voici quelques exemples de conférences avec leurs programmes et options d'inscriptions:
Conférence
Taille/Durée
Programme
Inscription
RE'2015
250 participants / 5 jours
Programme
Inscription
ICSE'2017
1 200 participants / 9 jours
Programme
Inscription
AIDS'2016 15 000 participants / 7 jours
Programme
Inscription

Il y a beaucoup de systèmes permettant de gérer les inscriptions (le pain et le beurre!) à une conférence. Par exemple:

Malgré l'apparente saturation de ce marché, la plupart des grandes conférences scientifiques finissent par développer leur propre système d'inscription (ou par engager une compagnie pour le faire). Les systèmes commerciaux génériques ont de la difficulté à gérer:

Votre projet consiste à produire une spécification d'exigences logicielles pour un Système d'inscription pour conférences complexes (SICC) qui offrira la plupart des fonctionnalités et services requis pour gérer efficacement les inscriptions à des conférences telles que celles mentionnées ci-haut.

 Livrable 1 (5%, échéance 6 octobre)


Ce premier livrable porte sur une première liste d'exigences utilisateur priorisées et sera relativement simple et court. Pour vous aider à structurer votre démarche, voici un gabarit à utiliser pour votre rapport.

 Gabarit

1. Introduction

2. Exigences des utilisateurs

3. Discussion

4. Références

 Barème

Voici un aperçu du barème de correction pour le livrable 1 du projet:


 Livrable 2 (10%, échéance 3 novembre)


  Spécification d'exigences utilisateur

Pour vous aider à structurer votre démarche, voici un gabarit à utiliser pour votre rapport. Vous pourrez utiliser un outils de gestion d'exigences (RMS) pour ce document mais ce n'est pas obligatoire. Les notes d'entrevues peuvent simplement être remises de façon électronique (numérisées ou réécrites).

1. Introduction

2. Description du domaine
2.1. Glossaire (termes et acronymes)
2.2. Faits et connaissances pertinentes à propos du domaine
Incluant les compétiteurs et systèmes connexes s'il y a lieu
2.3. Environnement et contexte

3. Description initiale du problème
3.1. Parties prenantes et leurs buts
Inclure un modèle GRL décrivant les relations entre les buts et parties prenantes
3.2. Portée du système
3.3. Scénarios d'usage principaux
Trois alternatives pour vous ici:
3.4. Exigences préliminaires
Liste des exigences préliminaires (sous forme d'un tableau, avec identifiants et autres attributs pertinents). Ces exigences représentent les points de vue des utilisateurs et peuvent donc encore être conflictuelles à ce niveau.
3.5. Contraintes
3.6 Risques
Risques majeurs reliés au projet

4. Points à clarifier

5. Retour sur l'entrevue
Quels étaient vos objectifs? Jusqu'à quel point ont-ils été atteints? Qu'est-ce qui aurait pu être mieux fait?

6. Description de l'équipe et des rôles
Veuillez inclure un tableau avec les membres de l'équipe et leurs tâches pour ce livrable. Vous pouvez être spécifiques en citant le pourcentage de travail ou le nombre d'heures investies par membre de l'équipe si cette information est disponible. Si pour une raison légitime la charge de travail a été inégale, alors veuillez écrire ces raisons en un court paragraphe. Notez que l'information incluse ici pourrait être utilisée pour ajuster la note finale du projet pour les membres de l'équipe.

Annexe A: Notes d'entrevues
Sommaire des questions, réponses, éléments de GUI et autres diagrammes/notes.

 Barème de correction

 Livrable 3 (10%, échéance 5 décembre)

 Spécification d'exigences logicielles (SEL)

Le but de ce dernier livrable est de produire une spécification des exigences logicielles pour votre système, incluant des informations pertinentes sur les attributs et la traçabilité. Cette spécification devra être reliée aux buts de votre Livrable 2. Quelques points à considérer:

Voilà votre dernier livrable. Visez la qualité plutôt que la quantité.

 Utilisation d'un outil autre que DOORS


Si vous décidez de ne pas utiliser DOORS:

 Barème de correction

Pour le livrable 3 du projet (spécification des exigences logicielles - SEL), voici le barème de correction: