SAÉ 4.Real.01 - Développement d’une application complexe

Vous mettrez en pratique la méthode agile pour la gestion de votre projet. Vous effectuerez la planification dans Microsoft Planner avec une suggestion forte pour cette organisation :

• Un sprint par semaine
• Une réunion de sprint par semaine (une heure) pour définir les objectifs et éventuellement faire un bilan du sprint précédent
• Daily (une réunion par jour comme son nom l'indique) pendant laquelle chaque membre présente :
  • Travail effectué
  • Travail à faire
  • Problèmes rencontrés
• Proposition de découpage des états du Kanban :
  • « Backlog »
  • À faire
  • En cours
  • « Merge request »
  • Revue de code en cours
  • Fait

L'application réalisée lors de la SAÉ3.01 présente très certainement des points à améliorer. Dans tous les cas, la nouvelle architecture « backend / frontend » nécessite de repenser l'interface utilisateur et de prévoir les données à exposer dans l'API.

• Remise en question de l'interface utilisateur précédente
• Remise en question des entités et relations précédentes
• Remise en question des « fixtures » précédentes
• Choix concernant l'API :
  • Entités exposées
  • Propriétés des entités exposées
  • Opérations exposées
  • Sécurisation
  • Optimisation
• Réflexion sur les tests
• Choix des fonctionnalités du « back-office »
• Adaptation de la feuille de style générale de l'application
• Prévision de découpage des composants d'interface utilisateur

L'API Web exposera le modèle de données qui devrait être quasi identique à celui utilisé lors de la SAÉ3.01, mais toute modification améliorant l'application finale est possible. Une reflexion sur la pertinence, la performance, la sécurité et la validation par les tests conduira aux choix les plus appropriés.

Vous vous appuierez principalement sur les ressources « R4.01 | Architecture logicielle » et « R4.02 | Qualité de développement ».

• Votre API Web sera basée sur Symfony et API Platform et respectera les bonnes pratiques
• Vous utiliserez une base de données MySQL
• Votre projet comportera des données, factices ou non, sous formes de « fixtures »
• Des tests permettront de vérifier le bon fonctionnement et la sécurité de l'API
• Une interface d'administration sera réalisée à l'aide de EasyAdmin
• La gestion des utilisateurs et l'authentification seront réalisées sur l'API (voir « Configuration CORS pour utiliser l'authentification de l'API avec React »)
• Des règles de sécurité limiteront l'accès aux données

L'interface utilisateur sera repensée pour apporter un maximum d'ergonomie et d'accessibilité. Elle exploitera l'API Web.

Vous vous appuierez principalement sur les ressources « R4.Real.10 | Complément web » et « R4.01 | Architecture logicielle ».

• Votre interface utilisateur sera basée sur React et respectera les bonnes pratiques
• L'application sera pensée « mobile first » et fera usage des « media queries » pour proposer un affichage correct quelle que soit la largeur d'affichage
• Les mises en forme CSS devront obligatoirement utiliser « flexbox »
• L'accessibilité et l'ergonomie feront l'objet de toutes les attentions
• L'interface devra être structurée en composants indépendants
• Les composants interagiront avec l'API
• La navigation se fera à l'aide d'un système de routage
• La gestion des utilisateurs et l'authentification seront réalisées sur l'API (voir « Configuration CORS pour utiliser l'authentification de l'API avec React »)

L'application finale sera déployée sous forme de deux groupes de conteneurs Docker, un pour l'API et un pour l'interface utilisateur.

Vous vous appuierez principalement sur la ressource « R4.Real.08 | Virtualisation ».

• Le service d'API sera porté par une pile de conteneurs
• Le service d'interface utilisateur sera porté par une pile de conteneurs
• La procédure de démarrage du service d'API sera documentée
• La procédure de démarrage du service d'interface utilisateur sera documentée

Vous présenterez votre réalisation en anglais comme si vous la livriez à un client ou la présentiez à des collègues de travail. Vous effectuerez un résumé du sujet et vous présenterez ce que votre application apporte à l'utilisateur. Les aspects techniques seront donc limités et vous mettrez l'accent sur les fonctionnalités proposées, les efforts d'ergonomie et d'accessibilité, les aspects environnementaux ainsi que les évolutions possibles de votre produit.

• La présentation sera agrémentée d'un support en anglais
• Chaque membre du groupe devra intervenir à l'oral
• Le temps de parole sera équitablement partagé
• Une démonstration sera réalisée sous forme de vidéo (ou en temps réel à condition qu'elle suive un script prévu dans le détail)
• Votre intervention durera 15 minutes
• Le jury vous posera des questions pendant 10 à 15 minutes

Puisque vous êtes en cours d'acquisition d'une partie des connaissances et compétences que vous devez mettre en œuvre, le début de la SAÉ sera axé sur la réflexion, en tirant les enseignements des méthodes de gestion de projet utilisées et des résultats obtenus lors de la SAÉ3.01. Vous vous projetterez vers la nouvelle réalisation en faisant des choix judicieux.

L'API Web pourra ensuite être mise en place assez rapidement, tandis que le découpage de l'interface utilisateur en composants React au rôle d'affichage pourra commencer. Une fois que vos connaissances en API Platform et React auront progressé, vous pourrez sécuriser l'API, compléter les fonctionnalités d'affichage et envisager de réaliser des composants dont le rôle sera de mettre à jour la base de données en passant par l'API.

La mise en place de conteneurs pour héberger l'application pourra intervenir dans les dernières semaines, en même temps que la finalisation des fonctionnalités et la construction de la présentation au client en anglais.

La dernière semaine avant le départ en stage (semaine 14) est presque exclusivement réservée à la SAÉ. Ce sera l'occasion de finaliser votre travail et répéter votre présentation en anglais.

La présentation orale au lieu la dernière semaine.

Les intervenants les plus aptes à vous conseiller sont ceux qui vous suivent dans les ressources associées et que vous voyez régulièrement en TP / TD. Vous pourrez donc effectuer un voire deux points hebdomadaires avec votre intervenant de :

• « R4.01 | Architecture logicielle » et « R4.02 | Qualité de développement » pour la partie API Platform
• « R4.Real.10 | Complément web » pour la partie React
• « R4.Real.08 | Virtualisation » pour la partie Docker
• « R4.05 | Anglais » et « R4.06 | Communication interne » pour la présentation orale en anglais aux clients / collègues

Vous ajouterez vos intervenants dans la planification Microsoft Planner de votre projet.

Les conseils concernant la SAÉ que vous pourrez solliciter durant les TP / TD ne doivent pas empiéter sur le programme de la séance. Veillez donc à préparer des questions formulées clairement. Les séances de TP / TD des ressources associées à la SAÉ ne sont pas le moment de travailler sur la SAÉ, simplement l'occasion de faire un point d'avancement avec votre intervenant.

La réalisation générale conduira à une note qui sera évidemment individualisée en fonction des contributions de chacun. La qualité du travail et le respect des consignes de réalisation sont tout aussi importants que la réalisation en elle-même.

Vous serez évalués sur le dépôt Git de la partie API par votre intervenant de « R4.01 | Architecture logicielle » et « R4.02 | Qualité de développement » et sur celui de la partie interface utilisateur par votre intervenant de « R4.Real.10 | Complément web ».

La mise en place des conteneurs capables de faire fonctionner l'application sera prise en compte. L'organisation du groupe de projet et la régularité du travail, retracées en partie dans la planification Microsoft Planner, seront également évaluées.

L'ensemble des critères représentera 70% de la note finale.

Vous terminerez votre SAÉ par une soutenance en anglais qui constituera les 30% restants de la note.