Ateliers

Module Architecture logicielle

5 GL
 Projets
Titre du Description
projet
Ventes aux Il s’agit d’un système de vente aux enchères en ligne permettant à des utilisateurs de proposer des
enchères produits à la vente. Les acheteurs devront s’enregistrer au système et enchérir pour l’acquisition d’un ou
plusieurs produits donnés.
Transport Il s’agit d’un système de gestion des réservations en ligne pour l’utilisation de services de transport public
public (transport en commun, transport scolaire, transport à la demande, AutoLib, Vélib (France), etc.

Banque en Il s’agit d’un système en ligne offrant à ses utilisateurs les différents services et produits bancaires. Ce
ligne système devra intégrer des fonctionnalités en back-office (gestion des clients, gestion des comptes, ect.) et
en front-end (extrait des comptes, virement d’argent, demande de chéquier, etc).
Vote Il s’agit d’un système de gestion des différents types d’élections politiques. Ce système permettra au
électronique ministère de l’intérieur de traiter les fichiers de candidature et de contrôler les résultats et les statistiques
après les votes. Les utilisateurs utiliseront cette application pour consulter les informations et voter pour
les candidats.
Université en Il s’agit d’un système de cours en ligne. Cette application permettra à l’administration de gérer les cours,
ligne les étudiants et les enseignants. Les enseignants utiliseront l’application pour ajouter des cours.
Atelier1: Rôle d’un architecte
• Présentation générale de l’atelier
• Réalisé durant la semaine 2
• Travail de groupe
• Durée: 1H30
• Objectifs de l’atelier
• Décrire les tâches réalisées par les rôles suivants: l’Analyste, le développeur, le
testeur, le chef de projet, et le responsable de l’architecture physique
• Définir pour chaque rôle les interactions possibles avec l’architecte
• Déduire le rôle de l’architecte dans une entreprise de développement de
logiciels.
Atelier2: Spécification des exigences du projet
• Présentation générale de l’atelier
• Réalisé durant la semaine 1
• Travail de groupe
• Durée: 1H30

• Objectifs de l’atelier
• Choisir un projet parmi la liste présentée dans le diapo précédent
• Décrire les exigences fonctionnelles en respectant cette description
hiérarchique: Module- Sous module – fonctionnalités
• Décrire les exigences non fonctionnelles avec une quantification
Atelier3: Modélisation de la vue building bloc
du projet
• Présentation générale de l’atelier
• Réalisé durant la semaine 3
• Travail de groupe
• Durée: 1H30
• Objectifs de l’atelier
• Modéliser les exigences fonctionnelles de l’atelier 1 par des packages
• Raffiner le diagramme obtenu en utilisant des sous packages, des composants
et des classes. (utiliser les concepts du cours black box et white box)
• Définir les interactions par des liens de dépendances et des interfaces
• Ajouter des méthodes aux différentes classes
Atelier 4: Modélisation des vues de contexte,
de déploiement et de runtime du projet
• Présentation générale de l’atelier
• Réalisé durant la semaine 4
• Travail de groupe
• Durée: 1H30
• Objectifs de l’atelier
• Modéliser la vue de déploiement détaillée conformément aux blocs de
l’atelier 3
• Modéliser la vue de contexte détaillée conformément aux blocs de l’atelier 3
• Modéliser la vue runtime détaillée conformément aux blocs de l’atelier 3
Atelier 5: Application d’un patron
d’architecture et de patrons de conception
• Présentation générale de l’atelier
• Réalisé durant la semaine 5
• Travail de groupe
• Durée: 1H30
• Objectifs de l’atelier
• Appliquer un patron d’architecture à la vue building blocs de l’atelier 3 tout en
gardant le découpage fonctionnel
• En déduire les conséquences sur les autres vues
• Proposer l’application de patrons de conception ou de techniques de
conception au diagramme de classe du projet
Atelier 6: Arbre FCM de qualité
• Présentation générale de l’atelier
• Réalisé durant la semaine 6
• Travail de groupe
• Durée: 1H30
• Objectifs de l’atelier
• Proposer un arbre FCM pour l’analyse qualitative et quantitative du projet
conformément aux exigences non fonctionnelles de l’atelier 1
• Déduire des scénarios de test pour les exigences non fonctionnelles