L'objectif principal des 3 laboratoires du cours de LOG430 est de vous permettre de maitriser les concepts d'analyse et de conception d'une architecture logicielle d'un système complexe. Cette architecture sera développée sur la base d'une architecture de microservices. Le système fourni offre un service permettant de faire la comparaison de temps de trajet à partir de données sur les autobus de la STM et d'un service externe nommé TomTom fournissant des données sur les automobiles. Afin d'utiliser le service, vous fournirez les coordonnées de deux points à Montréal. Afin de trouver le temps du trajet en autobus, le système trouvera un autobus passant près de ces deux points et suivra en temps réel le temps d'un autobus de la STM passant entre ces coordonnées.
- Intégration des mécaniques de télémétrie
- Exploration de l'architecture actuelle
- Réalisation de tactiques de disponibilité et de performance
- ChaosMonkey détruit aléatoirement les conteneurs de calcul
- Chaosmonkey attaque à la limitation du nombre d'instructions par secondes et à la mémoire vive (calcul seulement)
- ChaosMonkey s'attaque à la mémoire disponible pour les conteneurs
- Suite de la réalisation de tactiques de disponibilité et de performance
- ChaosMonkey détruit aléatoirement les conteneurs de calcul
- ChaosMonkey s'attaque aux connecteurs (message queue, bus, etc.)
- Chaosmonkey attaque à la limitation du nombre d'instructions par secondes et à la mémoire vive (calcul seulement)
- ChaosMonkey s'attaque à la mémoire disponible pour les conteneurs
- ChaosMonkey s'attaque aux volumes des conteneurs
Vous êtes nouvellement embauché par l'organisation LOG430STM pour améliorer l'architecture du comparateur de trajet. La réussite de ce projet n'est pas optionnelle. La carrière des étudiants peut grandement être impactée s'ils échouent à ce cours. C'est pour cette raison que l'organisation a décidé de séparer les responsabilités selon les différentes parties prenantes.
- Effectuera l'évaluation de l'architecture de chaque équipe (Documentation et Implémentation)
- Responsable de répondre aux questions des étudiants (durant les périodes de laboratoire seulement)
- Responsable d'aider les étudiants à maîtriser les concepts d'architecture
- Veux un rapport détaillé de l'architecture et des interfaces
- L'équipe doit conserver une traçabilité de quel étudiant est responsable de quelles tâches. Ceci correspond à une vue d'allocation qui peut être insérée dans votre rapport.
- L'équipe doit connaître en tout temps l'état d'une tâche assignée à un étudiant
- Le chargé de cours crée les équipes de laboratoires.
- TripComparator
- RouteTimeProvider
- STM
- API de la STM
- API de TomTom
Nous n’imposons aucune contrainte au niveau du langage de développement utilisé à l'exception que celui-ci doit être de type Orienté objet.
Les équipes doivent utiliser le Kanban de GitHub pour planifier et réaliser le projet.
Vos Kanban doivent avoir au minimum les colonnes suivantes:
- backlog: idée générique de tâches à considérer, priorisée par l'équipe.
- todo: ce qu'on fait à la prochaine itération, à faire, assigné explicitement ou non.
- in progress: tâches sur lesquels vous travaillez présentement. Généralement, une seule tâche par étudiant
- review: les tâches qui doivent être révisées par un autre étudiant de l'équipe. Idéalement sous forme de pull request.
- Done: le pull request a été accepté et la tâche est terminée.
Ces données serviront pour la réalisation d'une vue de type allocation.
Vous devez déployer vos solutions de chaque itération sur docker desktop sur votre propre ordinateur. (Exclusivement)
- Vous aurez droit à 4 démonstrations maximum pour l'intégration et/ou l'implémentation.
- Chaque équipe disposera d'un maximum de 10 minutes par démonstration/exigence. (itération 1)
- Donc soyez bien préparé
- Assurez-vous d'avoir testé votre architecture
- Assurez-vous de ne pas faire des modifications de dernières minutes qui pourraient impacter votre démonstration
- L'objectif du système étant de comparer le temps d'un trajet en voiture et en autobus, il est essentiel de continuer d'offrir ce service. Le projet initial étant fonctionnel, on s'attend à ce que le projet fonctionne lors des démonstrations. L'incapacité à comparer le temps du trajet fera perdre des points.
- À chaque démonstration, le chargé de laboratoire peut vous demander de créer des tâches que vous devrez avoir satisfaites lors de la démonstration subséquente. Le non-respect de cette directive pourrait entrainer des pertes de points.
Vous devez mettre vos sources à jour dans la branche main, et ensuite vous générez un tag correspondant à l'itération ou vous faites votre remise.
Les rapports devront être également remis sur Moodle en version PDF.
| Semaine | Tag | Rapport |
|---|---|---|
| 3 | git tag laboratoire-1 | Remise sur Moodle |
| 7.5 | git tag laboratoire-2 | Remise sur Moodle |
| 12 | git tag laboratoire-3 | Remise sur Moodle |
La date de chacune des remises peut être trouvée sur Moodle.
- Il pourra y avoir des directives supplémentaires pour la remise de la documentation de chaque itération. Veuiller suivre les indications de votre chargé de laboratoire.
Assurez-vous que votre rapport est situé dans le répertoire laboratoire1, qu'il est au format PDF et se nomme documentationArchitecture.md. Assurez-vous de remettre votre rapport sur Moodle pour la correction.
Vous pouvez utiliser le document suivant pour la documentation de votre architecture: documentationArchitecture2.md
Vous pouvez utiliser le document suivant pour la documentation de votre architecture: documentationArchitecture3.md
Assurez-vous de remettre votre rapport sur Moodle pour la correction.
À la fin de chaque laboratoire, les membres de l'équipe doivent réaliser leur propre évaluation par les pairs pour chacun des membres de l'équipe. Référez-vous à l'article Parasites et mollasson pour vous aider à faire l'évaluation des autres étudiants. Vous devez indiquer clairement dans votre rapport de laboratoire le résultat de cette évaluation. Les membres de l'équipe ont le droit de retirer l'un des membres de l'équipe, qui devra alors se trouver une autre équipe. Avant d'en arriver là, parlez-en avec votre chargé de laboratoire pour essayer de trouver une solution au problème!
