À la fin de ce cours, l'étudiant sera en mesure de:

• spécifier des exigences de qualité avec des scénarios d'attributs de qualité;
• concevoir une architecture logicielle à l'aide de tactiques et styles/patrons appropriés;
• documenter une architecture logicielle selon les règles de l'art.

Des objectifs plus spécifiques seront fournis tout au long de la session.

La pédagogie du cours est basée sur les méthodes suivantes :

• lectures individuelles et exposés magistraux permettant de traiter le contenu du cours;
• quiz en ligne pour valider des connaissances;
• exercices en petits groupes durant les cours;
• divers travaux pratiques individuels et/ou en équipe.

Charge d'enseignement: 39 heures de cours, soit trois (3) heures par semaine pendant treize (13) semaines.

Charge de travail: Outre les trois (3) heures en classe, il est attendu que chaque étudiant fournisse six (6) heures de travail personnel ou d’équipe par semaine.

Contenu du cours[1]

• Introduction à l'architecture logicielle (3 heures[2])
• Les attributs de qualité – généralités, scénarios, tactiques (18 heures)
• Redécouverte de l'architecture logicielle (1 heure)
• Styles et patrons architecturaux (5 heures)
• Évaluation de l'architecture logicielle (3 heures)
• Documentation architecturale (3 heures)
• Méthodes de conception architecturale (6 heures)

[1]  La matière ne sera pas nécessairement présentée dans cet ordre. Toutefois, l’ensemble des sujets sera présenté dans le cadre de ce cours.

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

Pour les travaux réalisés en équipes, chaque étudiant ou étudiante est responsable de la totalité du travail réalisé et remis par son équipe. Toutefois, les membres de l'équipe ayant réalisé un travail peuvent décider de ne pas mettre sur le rapport le nom d’un ou de plusieurs autres membres qui n'ont pas fait une contribution significative au travail. Avant la remise du travail, un courriel doit être envoyé en copie conforme à tous les membres de l’équipe, aux chargés de laboratoire ainsi qu’à l’enseignant pour indiquer les raisons du retrait du nom. Un étudiant ou une étudiante dont son nom n'est pas sur un travail de laboratoire reçoit une note de "0" pour le travail.

Le nombre de devoirs et travaux pratiques et leurs modalités (individuel, en équipe, pondération,…) seront spécifiés en cours de session.

Utilisation d’appareils électroniques

L'utilisation d'une calculatrice non programmable est permise durant certaines parties des examens.

Une note de zéro est automatiquement attribuée à tout travail remis en retard.

Un étudiant qui stocke toute information qu'il doit ou devait produire pour un travail évalué dans le cadre de ce cours (rapport, code source, ...) sur un site accessible par le biais d’Internet ou tout autre médium de communication, tel qu’un blogue, site de partage, portail de gestion de projet (github, ...) ou autre, s'expose à des sanctions disciplinaires en vertu du chapitre 10 du Règlement des études de premier cycle.

L'utilisation de travaux en cours de rédaction ou passés, réalisés par d'autres et stockés sur de tels sites constitue également un acte sanctionnable en vertu du même règlement.

BASS, L., P. CLEMENTS et R. KAZMAN, Software Architecture in Practice, 3^e edition, Reading (Mass.), Addison Wesley Longman, Inc., 2013.

• Clements, P., F. Bachmann, L. Bass, D. Garlan, J. Ivers, R. Little, P. Merson, R. Nord, J. Stafford, Documenting Software Architectures: Views and Beyond, 2nd edition, Addison Wesley, 592 pages, 2010, ISBN 0-321-55268-7.
• SHAW, M. et D. GARLAN, Software Architecture - Perspectives on an Emerging Discipline, Upper Saddle River (N.J.), Prentice-Hall, Inc., 1996.
• MAIER, M.W. et E. RECHTIN, The Art of Systems Architecting, 3rd edition, CRC Press, 2009.
• DIKEL, D.M., D. KANE et J.R. WILSON, Software Architecture – Organizational Principles and Patterns, Upper Saddle River (N.J.), Prentice Hall PTR, 2001.
• BUSCHMANN, F., MEUNIER, R., ROHNERT, H., SOMMERLAND, P. et M. STAL, Pattern-oriented Software Architecture – A System of Patterns, vol. 1, West Sussex, John Wiley and Sons Ltd, 1996.
• ISO/IEC/IEEE 42010:2011 - Systems and software engineering -- Architecture description.

https://ena.etsmtl.ca/ 

Il est attendu que les étudiant(e)s sachent programmer dans un langage moderne. Certains des travaux consisteront à analyser l'architecture de système existants à partir du code source, et les projets devront pouvoir être compilés et exécutés. Il est également attendu des étudiant(e)s qu'ils/elles sachent chercher, trouver et installer des outils logiciels sur leur ordinateur personnel pour réaliser certains travaux.