User Tools

Site Tools


proj_techno:start

Licence Sciences, Technologies, Santé / Parcours MISMI

L3 - 4TIN601U Projets technologiques

Simplicity is prerequisite for reliability.

Edsger Dijkstra


La demande

Sujets abordés

Rapports de projet

Au-delà du contenu attendu, traditionnel et standard (expression des besoins, analyse fonctionnelle, annexes techniques, etc.)

Il est utile d'aborder des questions – le QUOI – permettant de montrer les aspects du projet ayant:

  • présenté plus de difficultés
  • nécessité plus d'efforts (en temps, en acquisition de savoir ou de savoir-faire)
  • nécessité plus de créativité
  • nécessité plus de coordination
  • etc.

Il ne suffit pas d'énumérer ces éléments, il faut argumenter des raisons – le POURQUOI – qui font qu'ils:

  • sont difficiles
  • sont exigeant en effort (temps, apprentissage)
  • ont exigé d'être créatif (du point de vue technique et/ou “artistique”)
  • ont exigé un effort de coordination (plus que de coutume)
  • etc.

Et il faut expliquer COMMENT vous avez résolu ces situations.


Grille d'évaluation des projets

L'évaluation vise à auditer le projet sur plusieurs aspects qui sont listés ici. Pour chacun, une remarque élabore sur l'objet de l'audit, sur les critères d'évaluation qui seront empruntés.

Conception
Base de données Schéma, entités et associations clairement définis et bien implémentés. Nom des champs (attributs) des entités et associations.
MVC Bonne identification des rôles et modules correspondant des contrôleur, vues et modèles. Cela doit induire une modularité naturelle du code et soulager le code de redondances potentielles.
Orientation Objet Définition claire des objets (correspondance(s) avec le modèle de données, bonne identification des responsabilités des objets, etc.
Code
Clarté du code Qui s'applique aussi à sa documentation. Nom des variables et des fonctions (qui peuvent contribuer à alléger les commentaires).
Qualité Evitement des redondances, des calculs inutiles, de code ad hoc, etc.
Livraison
Complétion Livraison d'une application complète, de modules complets ou incomplets.
Qualité Méthodologie de test de modules, de l'application, simulation d'usage, etc.
Reproductibilité Export/Installation facile de l'application dans un autre environnement.
Documentation
Qualité de la synthèse Le rapport assemble des idées, qu'il faut exprimer de manière claire et consise. La structure du document, l'agencement de ces idées est aussi très importante.
Qualité de la rédaction La qualité de la langue est un élément important pour communiquer ses idées. La définition du vocabulaire peut s'imposer, l'inclusion de références adéquates est certainement un atout pour rendre la documentation digeste, intéressante et utile.
Organisation du travail
Méthodologie (organisation) Echange entre collaborateurs, supervision de la progression des tâches.
Méthodologie (technos) Suivi de version (svn ou git), vie du dépôt de code.
Participation individuelle
Division des tâches Partage des tâches (quelles traces ?)
Effort individuel A chiffrer
proj_techno/start.txt · Last modified: 2017/04/03 18:38 by melancon