Différences

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

--- javaee:projet2013:analysecomp [2013/12/21 00:05] – [1.3- Module Activités membre] jcheron
+++ javaee:projet2013:analysecomp [2019/08/31 14:21] (Version actuelle) – modification externe 127.0.0.1
@@ Ligne 26: / Ligne 26: @@
 ^<html><span class="value">Objectifs</span></html> |<html><ul><li>l'administrateur doit pouvoir modifier les droits
 des groupes sur les modules de l'application</li></ul></html> |
 |< 100% 20% - >|
 ^<html><span class="value">Scénario nominal</span></html> | <html>
@@ Ligne 79: / Ligne 80: @@
 ^<html><span class="value">Acteur principal</span></html> | Chef de projet |
 ^<html><span class="value">Préconditions</span></html> |<html><ul><li>L’utilisateur actuel est chef de projet,</li><li>il existe au moins une application</li><li>Il existe des développeurs</li></ul></html> |
+^<html><span class="value">Objectifs</span></html> |<html><ul><li>Répartir ou affecter des développeurs au suivi des reports liés à une application</li></ul></html> |
 |< 100% 20% - >|
@@ Ligne 112: / Ligne 114: @@
 ==== -- Module Activités membre ====
-=== -- Saisie d'un report ===
+=== -- Dépôt d'un report ===
 == Diagramme partiel ==
@@ Ligne 120: / Ligne 122: @@
 == Descriptif textuel ==
-^ <html><span class="value">Titre</span></html> | Descriptif textuel : Cas **Répartir les développeurs** |
+^ <html><span class="value">Titre</span></html> | Descriptif textuel : Cas **Déposer un report** |
 ^ <html><span class="value">Contexte</span></html> | Appli web **bugsReport** |
 ^ <html><span class="value">Auteur</span></html> | jc |
@@ Ligne 127: / Ligne 129: @@
 |< 100% 20% - >|
-^<html><span class="value">Cas d'utilisation</span></html> | **Répartir les développeurs** |
+^<html><span class="value">Cas d'utilisation</span></html> | **Déposer un report** |
-^<html><span class="value">Acteur principal</span></html> | Chef de projet |
+^<html><span class="value">Acteur principal</span></html> |membre |
-^<html><span class="value">Préconditions</span></html> |<html><ul><li>L’utilisateur actuel est chef de projet,</li><li>il existe au moins une application</li><li>Il existe des développeurs</li></ul></html> |
+^<html><span class="value">Préconditions</span></html> |<html><ul><li>l'utilisateur membre est connecté à l'application,</li><li>il existe des applications et des cas
+d'utilisation.</li></ul></html> |
+^<html><span class="value">Objectifs</span></html> |<html><ul><li>Permettre à un utilisateur membre de reporter un bug (dysfonctionnement) sur l'une des fonctionnalités (useCase) d'une application.</li></ul></html> |
 |< 100% 20% - >|
 ^<html><span class="value">Scénario nominal</span></html> | <html>
 <ol>
-<li><span style="color:black;">A partir de l'édition d'une application (ajout ou modification), le chef de projet fait le Choix de l’option <b>répartition des développeurs</b>.</span></li>
+<li><span style="color:black;">Le membre choisit l'option Report d'un nouveau bug.</span></li>
-<li>Le système affiche la liste des développeurs disponibles, et la liste des développeurs déjà affectés à l’application.</li>
+<li>Le système affiche un formulaire de saisie d'un report, présentant la liste des applications existantes.</li>
-<li><span style="color:black;">Le chef de projet sélectionne les Développeurs à ajouter.</span></li>
+<li><span style="color:black;">Le membre sélectionne une application.</span></li>
-<li><span style="color:black;">Il valide son choix d’affectation.</span></li>
+<li>Le système affiche la liste de tous les cas d'utilisation (fonctionnalités) de l'application sélectionnée.</li>
-<li>Le système affiche les développeurs sélectionnés dans la liste des développeurs de l’application, et retire ces mêmes développeurs de la liste de ceux qui sont disponibles.</li>
+<li><span style="color:black;">Le membre sélectionne un cas d'utilisation.</span></li>
-<li><span style="color:black;">Le chef de projet valide ses modifications.</span></li>
+<li>Le système affiche les zones de saisie des informations du report :
-<li>Le système met à jour l’application dans la base de données.</li>
+<ul><li>libellé (titre ou sujet)</li>
+<li>descriptif (description générale et résumée du problème rencontré)</li>
+<li>userAction (la suite d'action réalisée par l'utilisateur et permettant de reproduire le bug)</li>
+<li>actualResults (les résultats obtenus par l'utilisateur)</li>
+<li>expectedResults (les résultats attendus par l'utilisateur en cas de fonctionnement "normal"</li>
+</ul>
+</li>
+<li><span style="color:black;">le membre procède au remplissage des champs.</span></li>
+<li>le système affiche les reports similaires trouvés, au fur et à mesure de la saisie des
+informations par l'utilisateur</li>
+<li><span style="color:black;">Le membre valide sa saisie.</span></li>
+<li>le système enregistre le report dans la base de données (ajout auto de la date de création) et communique un message aux développeurs affectés à l'application concernée.</li>
 </ol>
@@ Ligne 150: / Ligne 165: @@
 ^<html><span class="value">Scenarii alternatifs</span></html> | <html>
 <ul>
-<li>En 3 :
+<li>En 9 :
-<ul><li><span style="color:black;">Le chef de projet peut retirer des développeurs de la liste des dév affectés à l’application, et valider son choix => Retour en 7</span></li></ul>
+<ul><li><span style="color:black;">Le membre trouve un report parmi la liste affichée des reports existants correspondant à son problème : il annule sa saisie et consulte le report proposé</span></li></ul>
 </li>
-<li>En 4 et 6 :
+<li>En 10 :
-<ul><li><span style="color:black;">Le chef de projet abandonne ses modifications</span></li></ul>
+<ul><li>Le système avertit le membre des erreurs de remplissage (champs vides)</li></ul>
 </ul>