LP20 - Génie Logiciel (conception, test, méthodologie) en Licence Professionnelle
Niveau
Licence/Bachelor
Domaines de compétence visés
Génie Logiciel

Prise en compte de l'utilisateur

Description du cours
Compétences ciblées
- Mettre en oeuvre un développement d’applications dirigés par les exigences
- Savoir utiliser les notations UML pour concevoir une application
- Appliquer les principes de la gestion agile de projet informatique en utilisant les outils dédiés
- Savoir mettre en oeuvre l’intégration continue dans le contexte d’un projet simple.
- Analyser un problème en se centrant sur les besoins utilisateurs.
Les apprentissages sont tous mis en oeuvre sur le projet qui vise à réaliser une application logicielle simple de quizz à destination d’une population vieillissante et/ou en situation de handicap. Les équipes sont formées de 4 étudiants maximum et 2 minimum.
Rythme
Le travail sur le projet est séquencé par l’introduction des concepts, sous la base de cours informels et leur mise en oeuvre directement sur le projet.
-
Une première phase d’environ 20h pose les bases des outils, et de l’analyse du projet. A la fin de cette phase, une séance de retours aux étudiants permet de les diriger.
-
Une seconde phase d’environ 8h correspond aux développements en autonomie pour moitié. A la fin de cette phase, un POC est présenté.
-
Une dernière phase d’environ 4h en automie, leur permet de finaliser leur projet.
RENDUS
-
Etude UML : Le rendu consiste en un document pdf ou Markdown (Il sera placé ultérieurement dans le dépôt gitlab sous Documents) qui contient :
-
Le diagramme de cas d’utilisation
-
Les diagrammes de séquence utiles
-
les diagrammes de classes
-
Un diagramme d’états pour les questions.
-
- Exigences
- Votre sujet dans le README c’est à dire l’axe choisi; tout ce qui met en avant l’originalité de VOTRE vision du sujet.
- Sous Documents,
- vous placez un document contenant vos Exigences
- vous placez un document contenant la référence aux 4 histoires utilisateurs que le professeur doit regarder directement sous gitlab, où elles ont été placées sous la forme d’issues
-
Compte-rendu de la présentation d’entreprise sur l’intégration continue dans le contexte d’une application mobile déployée sur de nombreuses plategormes
En 2 pages maximum, sous la forme d’un document pdf, vous synthétisez ce que vous avez retenu de l’exposé .. - ** Application d’un patron de conception au projet **
En fin de séance, Rendu sous la forme d’un Document contenant :- Un diagramme de Classe, réduit aux classes intervenant dans le patron, dans lequel vous avez précisé le rôle joué par les classes (Par exemple Builder, Facade, Product, ConcreteBuilder, etc)
- Quelques lignes qui expliquent quels “sont ou seraient” les avantages du patron
- Les extraits de code mettant en évidence le patron.
- Si dans vos codes vous avez utilisé d’autres patrons, vous pouvez le signaler dans le document.
- Présentation orale Sprint 0
Chaque équipe présente les résultats du Sprint 0 avec 10 min de présentation/ 15 min de questions (nous avons largement débordé)- Ce que nous avons fait
- Ce que nous allons faire au Sprint 1
- Ce que nous allons faire au Sprint 2
10 minutes de présentation par groupe et 15 minutes de questions.
- Présentation orale Sprint 1
- Prévoir une Démonstration
- Presenter la ou les Histoire(s) utilisateur et montrer comment la démonstration répond bien à ce qui était attendu dans l’histoire
- Le faire en montrant que les exigences ont bien été respectées
- Montrer comment vous avez utilisé l’intégration continue
- Expliquer les points forts et faibles du travail du groupe et comment vous souhaitez vous améliorer.
- Préciser qui a fait quoi dans le projet
- Expliquer en utilisant Gitlab les histoires que vous allez traiter dans la suite, pour donc le Sprint 2.
- Gestion du projet
- Dépôt
- Structuration entre autre en respectant les consignes
- Contenu des codes (analyse rapide)
- Gestion de projet
- Organisation des “kanban”
- tâches, histoires utilisateurs
- Gestion de version et Intégration continue
- Régularité
- Propriétés des codes
- qualité des commits
- Dépôt