Différences

Ci-dessous, les différences entre deux révisions de la page.

--- slam4:php:phalcon:project:increase [2015/03/09 21:10] – [2.6- Messages] jcheron
+++ slam4:php:phalcon:project:increase [2019/08/31 14:21] (Version actuelle) – modification externe 127.0.0.1
@@ Ligne 45: / Ligne 45: @@
 ==== -- Avancement & tâches ====
-Chaque jour, ou le plus régulièrement possible, les développeurs en charge de cas d'utilisation sur un projet doivent saisir leur degré d'avancement dans la réalisation du cas (en %). Ils doivent également préciser les tâches relatives au cas qu'ils ont accomplis. Ces tâches, bien que prévisibles parfois, n'ont pas été saisies avant.
+Chaque jour, ou le plus régulièrement possible, les développeurs en charge de cas d'utilisation sur un projet doivent saisir les tâches relatives au cas qu'ils ont accomplies. Ces tâches, bien que prévisibles parfois, n'ont pas été saisies avant. Le développeur leur associe un degré d'avancement, exprimant en % ce que la tâche a apporté dans la réalisation du cas.
 Le pointage des tâches doit mentionner leur date de réalisation.
@@ Ligne 58: / Ligne 58: @@
 Les messages sont composés d'un objet, d'un contenu, d'un auteur, d'une date et heure d'émission, et éventuellement de leur fil de discussion (le message auquel ils sont rattachés.
-==== -- Lecture et statistiques ====
+==== -- Lecture et estimations ====
+Les membres d'une équipe affectés à un projet peuvent consulter :
+  * La présentation du projet
+  * La répartition des membre de l'équipe au sein du projet (cas d'utilisation/dév)
+  * L'avancement sur chaque cas d'utilisation, ainsi que la liste des tâches associées
+  * L'avancement global sur l'ensemble du projet (estimé par rapport à l'avancement sur chaque cas d'utilisation, pondéré par son poids)
+  * La date de livraison estimée, et l'éventuel écart/rapport aux prévisions
+  * La liste des messages associés à un projet
+Chaque membre (en interne)ne peut modifier que les informations qui le concernent.
 Les clients peuvent consulter :
   * La présentation de leur projet
-  * La répartition des équipes au sein du projet (cas d'utilisation/dév)
+  * L'avancement global sur l'ensemble du projet (estimé par rapport à l'avancement sur chaque cas d'utilisation, pondéré par son poids)
+  * La date de livraison estimée (mais non garantie), et l'éventuel écart/rapport aux prévisions
+  * La liste des messages associés au projet
+===== -- Schéma de la base de données =====
+{{:slam4:php:phalcon:project:mpdincrease.png?nolink|Schéma physique Increase}}
+===== -- Script de création =====
+<html><div class="note"><b>Attention</b><br>Le script a été modifié le <b>vendredi 13 mars</b>.<br>Assurez vous de travailler avec la dernière version</div></html>
+  * Création de la base : {{:slam4:php:phalcon:project:increase-structure.sql|}}
+  * Insertion des données : {{:slam4:php:phalcon:project:increase-data.sql|}} <wrap important>Attention, ce script efface les données présentes dans la base Increase en cours</wrap>
+===== -- Travail à effectuer =====
+==== -- Modalités ====
+  * Travail en Binômes
+  * sur 2 séances de TD et entre ces 2 séances
+  * Créer au besoin un compte gitHub (si vous n'en possédez pas)
+  * L'un des 2 membres doit faire un fork du [[https://github.com/jcheron/increase|projet GitHub initial]]
+  * L'autre membre de l'équipe doit cloner le projet de son co-équipier
+  * Travailler ensuite en continu, en faisant des commits réguliers et commentés, veillez à faire en sorte que les commits révèlent la régularité et l'intensité du travail de chacun des membres de l'équipe (sans chercher à calculer...)
+==== -- Fonctionnalités à implémenter ====
+  * <wrap mytodo>**<nowiki>//</nowiki>TODO**</wrap> Voir [[slam4:php:phalcon:project:increase:todo]]
+==== -- "A rendre" ====
+"A rendre" entre guillemets, puisque votre projet est accessible sur Github :
+  * Le **fork** de l'application avec fonctionnalités implémentées
+  * Créer le fichier **Readme.md** pour présenter le travail réalisé :
+    * Veillez à y intégrer les noms des membres de l'équipe
+    * Son contenu doit permettre d'apprécier l'implémentation des fonctionnalités demandées (ou non demandée et emplémentées)
+      * d'un point de vue technique (Contrôleurs, vues, plugins...)
+      * d'un point de vue fonctionnel (du point de vue de l'utilisateur)
+    * Le fichier readme peut faire référence à des liens externes (pages supplémentaires hébergées...), images... (sur ce wiki par exemple, sur demande)
+    * Le fichier readme doit mettre en avant le projet, sur le fond (son contenu) et sur la forme (esthétique)