Il y aura trois (3) heures de cours magistral par semaine, pendant treize (13) semaines, portant sur les principes de conception de logiciels. Ces principes seront accompagnés d’exemples concrets, d’exercices pratiques et/ou de quiz.

Il y a trois (3) heures de laboratoire par semaine qui permettront à la personne étudiante d’appliquer les concepts théoriques vus en classe.

• Concept de la programmation par objet et règles de conception (3 heures)
• UML (10 heures)
• Cadriciel (3 heures)
• Modèle/vue/contrôleur et les patrons de conception (23 heures)

L'ordre et le contenu peut être modifié en cours de session en fonction de circonstances particulières.

La personne étudiante se familiarise avec des environnements de développement tels que Eclipse ou Visual Studio code, des compilateurs/ interpréteurs pour le langage Java, des dévermineurs, des outils de gestion de logiciels, et des outils de modélisation supportant le langage UML.

Double seuil de réussite obligatoire

Pour obtenir la réussite dans ce cours, l'étudiant.e doit satisfaire simultanément aux deux conditions suivantes :

1. Obtenir une moyenne minimale de 50 % pour l'ensemble des évaluations individuelles.
2. Obtenir une moyenne globale pour toutes les évaluations (individuelles et d'équipe combinées) égale ou supérieure au seuil de passage, qui sera établi à la fin de la session.

Le non-respect de l'une ou l'autre de ces conditions entraînera automatiquement l'échec du cours, indépendamment de la note finale calculée. Cette mesure vise à garantir que chaque étudiant.e démontre à la fois une maîtrise personnelle adéquate des compétences et une performance satisfaisante dans l'ensemble des évaluations.

Évaluation des travaux en équipe

La contribution équitable dans les travaux d'équipe constitue une exigence fondamentale de ce cours. Chaque membre est tenu de participer activement à toutes les phases du projet (conception, implémentation, documentation). 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 projet. Avant la remise du travail, un courriel doit être envoyé en copie conforme à tous les membres de l’équipe, aux auxiliaires d'enseignement ainsi qu’à la personne enseignante pour indiquer les raisons du retrait du nom. Un membre de l'équipe dont son nom n'est pas sur un travail de laboratoire reçoit une note de zéro pour le travail. 

De plus, la personne enseignante se réserve le droit d'ajuster individuellement les notes en cas de preuves objectives (données Git, rapports d'activité, évaluations par les pairs, etc.) démontrant une contribution inéquitable. Les pénalités peuvent aller jusqu'à 100 % de la note du projet pour les membres n'ayant pas contribué de façon substantielle. Tout personne faisant face à des difficultés de collaboration doit les signaler à la personne enseignante avant la date de remise. 

Qualité professionnelle des documents remis

Tous les rapports et projets doivent respecter les standards professionnels attendus dans le domaine de l'ingénierie. Les travaux présentant des lacunes significatives en matière de formatage, de qualité rédactionnelle, d'organisation ou de professionnalisme feront l'objet de pénalités. Dans les cas où un travail est jugé comme manifestement sous des standards minimaux acceptables (erreurs d'orthographe ou de grammaire abondantes, formatage incohérent, contenu désorganisé, aspect visuel négligé, etc.), la personne enseignante se réserve le droit de déclarer le travail non recevable et d'attribuer la note de zéro. 

Tout travail remis en retard se verra automatiquement attribuer la note zéro.

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).

N/A

HORSTMANN, Cay, Object-Oriented Design and Patterns. Second Edition, Wiley, 2006.

GAMMA, E., HELM, R., JOHNSON, R. & VLISSIDES, J., Design Patterns: Elements of Reusable Object-Oriented Software. Addison-Wesley, 1995 (aussi disponible en français).

SHVETS, A. Dive Into Design Patterns. Refactoring Guru. 2021 https://refactoring.guru/design-patterns/book

FREEMAN, E., ROBSON, E., Head First Design Patterns,  2^nd Edition, O'Reilly Media, 2020 (version électronique disponible)

SHVETS, A., Dive Into Design Patterns., Refactoring. Guru., 2021

GRAND, M., Patterns in Java: A Catalog of Reusable Design Patterns Illustrated with UML. Vol. 1, 2^nd Edition, New York, Wiley, 2002.

RUMBAUGH, J., JACOBSON, I., & BOOCH, G., The Unified Modeling Language Reference Manual. Addison-Wesley, 1999.

SHALLOWAY, A. & TROTT, J., Design Patterns Explained: A New Perspective on Object-Oriented Design. Addison-Wesley, 2002.

ECKEL, B., Thinking in Java. Upper Saddle River (NJ), Prentice Hall, 2000 http://www.mindview.net/Books/TIJ/.

https://ena.etsmtl.ca/