Programme des cours 2026-2027
INED0001-2  
Conception avancée
  • Conception d'applications distribuées
  • Design et architecture d'applications OO
Durée :
Conception d'applications distribuées : 18h Pr
Design et architecture d'applications OO : 24h Th
Nombre de crédits :
Bachelier en informatique, orientation développement d'applications4
Nom du professeur :
Conception d'applications distribuées : Cédric Peeters
Design et architecture d'applications OO : Isabelle Dony
Coordinateur(s) :
Isabelle Dony
Langue(s) de l'unité d'enseignement :
Langue française
Organisation et évaluation :
Enseignement au premier quadrimestre, examen en janvier
Unités d'enseignement prérequises et corequises :
Les unités prérequises ou corequises sont présentées au sein de chaque programme
Contenus de l'unité d'enseignement :
Conception d'applications distribuées
Ce laboratoire a pour but de faire connaître, et mettre en œuvre, diverses technologies pour le développement et le déploiement d'applications distribuées. Ce laboratoire illustrera également le fait que les entités distribuées (clients et serveurs) peuvent être programmées dans un même langage ou dans des langages différents.  :

  • Divers Design Pattern propres aux système distribués (Algorithme d'élection, Two-phase commit, etc.)
  • Introduction à Spring
  • Introduction aux micro-services et utilisation avec Spring.
Selon l'état d'avancement de la matière d'autres matières sont succeptibles d'êtres ajoutées ou à l'inverse certaines matières pourraient ne pas être abordées.

 
Design et architecture d'applications OO
  • Présentation des différentes visions informatiques (architectures applicative, logicielle et physique)
  • Design patterns: étude et applications en java.
Acquis d'apprentissage (objectifs d'apprentissage) de l'unité d'enseignement :
Savoirs:
  • Connaître les caractéristiques des différents modèles de conception et d'architecture
  • Connaître les notions fondamentales de la communication entre processus: protocole, modèle client-serveur, modèle RMI, modèle n-tiers. Comprendre l'importance de la spécification du protocole de communication entre deux processus qui interagissent pour une même application.
  • Connaitre le principe des algorithmes d'élection.
  • Connaitre le 2-phase commit.
Savoir-faire:
  • Comprendre avec esprit critique la documentation des différents design patterns et les appliquer à bon escient.
  • Appliquer certains patterns dans le cadre d'architecture de programme (DAO, MVC ou modèle en couches).
  • Spécifier les protocoles d'une application distribuée, modéliser et implémenter des applications OO distribuées non triviales.
  • Comprendre, choisir et mettre en œuvre un standard défini (pouvoir comparer RMI et CORBA. Choisir les divers types de EJB.).
  • Développer une application mobile de base sous Android.
Savoir-être:
  • Respecter les échéances.
  • Travailler de manière régulière
  • Fournir des codes lisibles et documentés.
  • Apprendre par soi-même (se servir des bases apprises pour apprendre des matières avancées). 
  • Savoir expliquer clairement devant  auditoire un modèle de conception.
 
Conception d'applications distribuées
  • Collaborer à la résolution de problèmes complexes avec méthode, rigueur, pro activité et créativité.
  • Identifier ses besoins de développement et s'inscrire dans une démarche de formation permanente
  • Rédiger un document technique, un rapport
  • Exploiter un document technique en français et en anglais
  • Concevoir, implémenter et maintenir des algorithmes répondant aux spécifications et fonctionnalités fournies
  • Respecter les délais prévus
  • Documenter son travail afin d'en permettre la traçabilité

 
Design et architecture d'applications OO
En suivant ce cours, l'étudiant pourra :

en termes de savoirs

Connaitre les différents positionnements de la vision informatique en se focalisant sur la vision informatique logique et la vision informatique technique :

  • Architecture applicative
  • Architecture logicielle avec focus sur les différents design patterns, leurs rôles et leur classification.Modèle en couches
  • Architecture physique
 en termes de savoir-faire

  • Comprendre la documentation des différents design patterns et les appliquer à bon escient. Avoir un esprit critique par rapport à ces patterns. Appliquer certains patterns dans le cadre d'architecture de programme (DAO, MVC ou modèle en couches). (Compétences : choisir et mettre en œuvre un standard défini ou une technologie spécifique, choisir les méthodes de conception, prendre en compte les évolutions probables de la demande et envisager les diverses solutions possibles)
  • Comprendre l'importance du rôle de l'architecte dans la construction d'un projet face à l' « urbanisation » des SI. (Compétence : comprendre, choisir et mettre en œuvre un standard défini (méthodologie, environnement, langage), prendre en compte les évolutions probables de la demande et envisager les diverses solutions possibles)
  • Modéliser et implémenter des problèmes complexes en Java en utilisant les principes de l'orienté objet ; savoir jongler avec un bon nombre d'APIs Java, avec les design patterns et la documentation UML. (Compétences : concevoir et implémenter des algorithmes répondant à des spécifications et des fonctionnalités données, concevoir et implémenter un ensemble structuré de données).
  • Utiliser JUNIT pour valider ses programmes. (Compétence : choisir, mettre en œuvre un processus de validation et d'évaluation et prendre les mesures appropriées)
  • Documenter son travail. (Compétence : documenter et justifier tous les écarts apparents aux standards)
  • Présenter de manière pédagogique à l'ensemble de la classe un pattern en motivant son utilisation par un exemple intéressant de son application. (Compétence : présenter une solution devant un public avec un support adéquat)
en termes de savoir-être/devenir

  • Rendre les travaux en respectant les différentes consignes. (Compétences : évaluer la charge et la durée de travail liée à une tâche, planifier son travail, respecter les délais prévus, suivre un protocole méthodologique précis)
  • Fournir des codes lisibles et documentés. (Compétence : documenter son travail afin d'en permettre la traçabilité)
  • Apprendre par soi-même. (Compétences : identifier ses besoins de développement et s'inscrire dans une démarche de formation permanente, exploiter un document technique en français et en anglais)
 
Savoirs et compétences prérequis :
Conception d'applications distribuées
  • Les cours de réseaux de bloc 1 et bloc 2.
  • Les cours de POO de bloc 1 et bloc 2.
  • Pouvoir utiliser une base de données.
 
Design et architecture d'applications OO
paradigme orienté objet 
diagrammes de classes 
diagrammes de séquence
Activités d'apprentissage prévues et méthodes d'enseignement :
Conception d'applications distribuées
Exposés théoriques accompagnés d'exemples et d'exercices.
Design et architecture d'applications OO
Slides et divers documents à lire

Exercices : application des différents concepts via des travaux:

  • des analyses et implémentations de petits ou moyens projets (impliquant un concept ou plusieurs) 
  • Une étude théorique d'un design pattern ou un d'un modèle d'architecture
Les documents, exercices sont accessibles sur Moodle
Mode d'enseignement (présentiel, à distance, hybride) :
Conception d'applications distribuées
Présentiel et travaux à domicile.

Toute activité organisée durant le quadrimestre (par exemple une conférence), non dispensée par l'enseignant, et qui est en rapport avec la matière de l'activité d'apprentissage, compte dans les heures de ladite activité d'apprentissage. La matière abordée par l'activité en question pourra faire l'objet d'une évaluation, quelle soit continue ou certificative.
Design et architecture d'applications OO
présentiel 

travail à la maison

toute activité organisée durant le quadrimestre (par exemple une conférence), non dispensée par l'enseignant, et qui est en rapport avec la matière de l'activité d'apprentissage, compte dans les heures de ladite activité d'apprentissage. La matière abordée par l'activité en question pourra faire l'objet d'une évaluation, quelle soit continue ou certificative.
Lectures recommandées ou obligatoires et notes de cours :
Conception d'applications distribuées
La documentation officielle en ligne de chaque technologie abordée.
Modalités d'évaluation et critères :
Pondération:

Design et architecture d'applications orientées objet (50%)

Conception d'applications distribuées(50%)

Validation de l'unité : moyenne géométrique des deux notes >= 10

L'évaluation certificative n'est pas une évaluation intégrée regroupant les AA de l'unité. La raison est que l'AA "Design et architecture d'applications OO" se focalise sur les design pattern, l'AA "Conception d'applications distribuées " utilise des technologies qui se basent sur ces design pattern et aborde des design pattern propres aux systèmes distribués. Ces deux AA sont donc complémentaires mais disjointes.
Conception d'applications distribuées
  • évaluation continue (un ou plusieurs travaux à rendre et/ou une ou plusieurs interrogations) : 30% de la note totale
  • évaluation certificative (examen écrit sur papier et/ou ordinateur) : 70% de la note totale
  • Pour tout travail rendu, la charte IA doit être remplie et rendue avec le travail.
L'évaluation certificative en seconde session reprend la même forme qu'en première session : un travail qui compte pour 30% et un examen écrit qui compte pour 70%.

Remarque valable pour toutes les activités d'apprentissage de l'unité : lorsqu'on vous demande de rendre un travail ou un exercice ou lorsque vous devez rendre un examen ou une interrogation, si plusieurs copies sont fortement similaires, la note finale est divisée par le nombre de copies similaires. 



Utilisation de l'IA : 

L'utilisation d'une "IA" est autorisée comme outil d'apprentissage. Elle peut être utilisée pour demander des explications sur la matière, obtenir des exemples, clarifier une notion ou être accompagné dans la compréhension d'un exercice après avoir cherché par soi-même à comprendre. Elle peut également être utilisée pour corriger l'orthographe, la grammaire ou améliorer la mise en forme d'un document dont le contenu a été produit par l'étudiant. 

En revanche, il n'est pas autorisé de faire produire par une IA, en tout ou en partie, le contenu d'un travail ou d'un rapport destiné à être évalué, ni de présenter comme personnel un contenu substantiel généré par une IA. L'étudiant reste responsable du contenu et des réponses qu'il remet.

L'utilisation d'une IA lors d'un examen est interdite.

Toute utilisation d'une IA en contradiction avec ces règles pourra être considérée comme un cas de triche. En cas d'éléments laissant penser qu'un travail a été réalisé avec une IA en contradiction avec ces règles, des explications pourront être demandées à l'étudiant.
Design et architecture d'applications OO
Participation active en classe et soumission de vos solutions d'exercices (5%)

Examen écrit (70%): Question(s) ciblée(s) sur des patterns vus en classe ou des patterns à découvrir et à interpréter. Les étudiants peuvent avoir leurs notes théoriques (description des patterns).

L'objectif est de me prouver qu'on est capable de comprendre et d'exploiter les design patterns et pas de simplement connaître la liste et les caractéristiques des patterns existants.

Evaluation continue (25%) : étude et présentation d'un pattern + conception et implémentation de mini projets en java avec respect des échéances

L'objectif est de me prouver qu'on est capable

  • de comprendre et exploiter les design patterns ;
  • de présenter de manière claire aux autres étudiants ce qu'on a étudié;
  • d'exploiter les modèles de conception  et d'architecture dans une application plus vaste.
 (met en avant aussi l'organisation, la communication et l'analyse de problème)

Utilisation de l'IA : 

L'utilisation d'une "IA" est autorisée comme outil d'apprentissage. Elle peut être utilisée pour demander des explications sur la matière, obtenir des exemples, clarifier une notion ou être accompagné dans la compréhension d'un exercice après avoir cherché par soi-même à comprendre. Elle peut également être utilisée pour corriger l'orthographe, la grammaire ou améliorer la mise en forme d'un document dont le contenu a été produit par l'étudiant. 

En revanche, il n'est pas autorisé de faire produire par une IA, en tout ou en partie, le contenu d'un travail ou d'un rapport destiné à être évalué, ni de présenter comme personnel un contenu substantiel généré par une IA. L'étudiant reste responsable du contenu et des réponses qu'il remet.

L'utilisation d'une IA lors d'un examen est interdite.

Toute utilisation d'une IA en contradiction avec ces règles pourra être considérée comme un cas de triche. En cas d'éléments laissant penser qu'un travail a été réalisé avec une IA en contradiction avec ces règles, des explications pourront être demandées à l'étudiant.
Stage(s) :
Remarques organisationnelles :
Contacts :
Design et architecture d'applications OO
isabelle.dony@hers.be