10.4 - Livraison


Une fois le développement de la version initiale de l'application complété, on doit consigner les artéfacts pertinents à sa maintenance et évolution future.

  1. Documentation
    • Instructions de déploiement, / 1
    • Standards, / 2
    • Procédurier, / 2
    • Guide utilisateur, / 5
  2. Application, / 30

Structure à respecter

Rapport PDF dans le répertoire Git

  • Page de présentation
  • Standards d’équipe
  • Guide de déploiement
  • Procédurier
    • Authentification(Jim)
    • Gestion des recettes(Joe)
    • Gestion des favoris(John)
  • Guide utilisateur
    • Ajout d'une recette(Joe)
    • Gestion des favoris(John)

Présentation, maximum 15 min/personne

  • Brève introduction, 2 phrases :
    • Problématique
    • Solution
  • Base de données
    • Tables implémentées
    • Décision de conception particulière
  • Application
    • Démonstration du fonctionnement et de l’intégration de chaque module
    • Défis techniques, apprentissage à partager (si le temps le permets)
  • Brève conclusion
    • Points fort, points à modifier dans un prochain projet, possibilités de développement futur

Dans les sections procédurier et guide utilisateur, identifiez quel membre était responsable de chaque partie. Assurez-vous également de fusionner les derniers changements sur la branche principale de votre répertoire Bitbucket.

Modalités d’évaluation

  • Une pénalité de 10% sera appliquée à la note du rapport pour chaque jour de retard à la remise.
  • Aucun retard autorisé pour la remise du code de l'application, votre répertoire Bitbucket sera récupéré tel quel au moment de la remise

Instructions de remise

Vous devez remettre via LÉA un seul rapport par équipe, au format PDF.

Déploiement

Regroupe tous les éléments permettant de contribuer au développement de l’application et déployer dans un nouveau compte Martha:

  • Création de la base de données
  • Insertion de données de départ
  • Requêtes Martha (exportation .json)
  • Instructions d’exécution

Standards

Les standards définissent la nomenclature à respecter par les programmeurs selon les aspects suivants

  • Classes et variables
  • Fichiers
  • UI et UX (couleurs, interactions, ex: action dans la NavBar vs bouton standard, action swipe)
  • Tables/colonnes de la base de données
  • Requêtes Martha

Une seule liste de standards est définie en équipe, l’implémentation est évaluée individuellement.

Procédurier

Le procédurier fournit les indications du comportement attendu de l’application pour les interactions offertes à l’utilisateur pour chaque écran, destiné à un développeur pour l'assurance-qualité.

  • Assurez-vous de fournir des comptes utilisateurs de test significatifs.
Nom de l'écran

- Action/interaction : Résultat
- Action/interaction : Résultat
- Action/interaction : Résultat
- ...

Guide utilisateur

Le guide utilisateur offre un aperçu haut niveau des fonctionnalités de l’application, incluant les informations nécessaires à son utilisation optimale. C’est pratiquement une reformulation du procédurier, destinée à l’utilisateur final.

  • Chaque membre de l'équipe sélectionnera et fera approuver un écran significatif de l'application pour réaliser une preuve de concept du guide utilisateur

Application

Lors d’une présentation orale, vous devrez démontrer le fonctionnement et l’intégration de chaque module dans l’application :

  • UI
  • UX et fonctionnalités
    • Validations
  • Persistence et interactions avec la base de données

Votre code sera ensuite évalué en privé selon:

  • qualité de rédaction(organisation, réutilisation, exploitation judicieuse du SDK)
  • respect des standards.

Critères d'évaluation

Livraison - 40% / 40

Équipe: ____________________________________ / 10
Format du rapport, -1 par élément manquant
- Page de présentation, Marges standards, Police Sans-Serif 13, Interligne 1.5, Texte Justifié
_______
Déploiement
- Tables, Données initiales cohérentes, Requêtes Martha, Code, Instructions
0 0.5 1
Standards: UI, UX, Code, BD 0 1 1.5 2

Individuel: ____________________________________

Entitées: ______________________________ ______________________________
/ 40
Procédurier

0 1 1.5 2
Guide utilisateur

0 2 3 4 4.5 5
UI
- Interfaces complètes, cohérentes et harmonieuses

0 2 3 4 4.5 5
UX et fonctionnalités
- Integration du module dans l’application et traitement efficace en donnant des résultats justes

C R U D L __________________________ C R U D L __________________________

0 4 6 8 9 10
Persistence et communication avec Martha
- Les données sont sauvegardées et récupérées dans la BD via une utilisation judicieuse de l'API Martha

0 4 6 8 9 10
Code
- Respect des standards et qualité de rédaction

0 2 3 4 4.5 5

Individuel: ____________________________________

Entitées: ______________________________ ______________________________
/ 40
Procédurier

0 1 1.5 2
Guide utilisateur

0 2 3 4 4.5 5
UI
- Interfaces complètes, cohérentes et harmonieuses

0 2 3 4 4.5 5
UX et fonctionnalités
- Integration du module dans l’application et traitement efficace en donnant des résultats justes

C R U D L __________________________ C R U D L __________________________

0 4 6 8 9 10
Persistence et communication avec Martha
- Les données sont sauvegardées et récupérées dans la BD via une utilisation judicieuse de l'API Martha

0 4 6 8 9 10
Code
- Respect des standards et qualité de rédaction

0 2 3 4 4.5 5

Individuel: ____________________________________

Entitées: ______________________________ ______________________________
/ 40
Procédurier

0 2 3 4 4.5 5
Guide utilisateur

0 2 3 4 4.5 5
UI
- Interfaces complètes, cohérentes et harmonieuses

0 2 3 4 4.5 5
UX et fonctionnalités
- Integration du module dans l’application et traitement efficace en donnant des résultats justes

C R U D L __________________________ C R U D L __________________________

0 4 6 8 9 10
Persistence et communication avec Martha
- Les données sont sauvegardées et récupérées dans la BD via une utilisation judicieuse de l'API Martha

0 4 6 8 9 10
Code
- Respect des standards et qualité de rédaction

0 2 3 4 4.5 5