[ Index ]

PHP Cross Reference of GASELL SVN Trunk

title

Body

[close]

/doc/ -> usecasesCommission.rst (source)

   1  =================================
   2  CAS D'UTILISATION DES COMMISSIONS
   3  =================================
   4  
   5  1. Acteurs
   6  ^^^^^^^^^^
   7  
   8  Les deux acteurs principaux utilisant le gestionnaire des commissions
   9  sont :
  10    - l'administrateur de l'association
  11    - un membre de la commission
  12  
  13  L'administrateur de l'association represente en fait une personne possedant
  14  les droits d'administration de la commission en cours. Pour le moment, les
  15  droits n'etant pas definis, il est impossible de specifier plus la chose.
  16  
  17  Il est toutefois possible de proposer des roles pour l'administration des
  18  commissions. Il serait interessant de distinguer plusieurs types 
  19  "d'administrateur" de commission :
  20    - l'administrateur globale des commissions : il a le controle total
  21    des commissions. Il est le seul capable a l'origine de creer une commission
  22    et de la renommer.
  23    - l'administrateur de la commission : il a le droit de gestion de la
  24    commission courante. Il peut ajouter/retirer des membres, fixer des fonctions,
  25    creer de nouvelles fonctions en fonction des besoins.
  26    - les recruteurs de la commission : ils ont le droit d'ajouter des membres
  27    a la commission
  28    - les membres : ils ne possedent aucun droit si ce n'est celui de se
  29    retirer de l'association.
  30  
  31  2. Les cas d'utilisation
  32  ^^^^^^^^^^^^^^^^^^^^^^^^
  33  
  34  On denombre six categories de cas d'utilisation differentes :
  35    - ouverture/fermeture d'une commission
  36    - nommage/renommage d'une commission (le nommage a lieu pendant l'ouverture)
  37    - affecter une fonction a un membre
  38    - ajouter une nouvelle fonction
  39    - ajouter un membre a la commission
  40    - retirer un membre de la commission
  41  
  42  3. Scenarios
  43  ^^^^^^^^^^^^
  44  
  45    3.1 Scenario d'ajout d'une commission
  46    -------------------------------------
  47  
  48  Une commission est definie par un identifiant gere par la base de donnees, elle
  49  est decrite par un libelle. Le renseignement du libelle se fait par le cas 
  50  de nommage d'une commission aui est appele lors de la creation d'une commission.
  51  Lors de sa creation, la date de debut de la commission est renseignee et la date
  52  de fin est indefinie. La commission reste en place tant que la date de fin n'est
  53  pas renseignee.
  54  
  55  Une commission est valable pour au maximum le temps restant de la creation
  56  de la commission a la fin de l'exercice courant.
  57  Une commission peut etre cree sans membre.
  58  
  59    3.2 Scenario de fermeture d'une commission
  60    ------------------------------------------
  61  
  62  Il y a deux cas de fermeture d'une commission.
  63  
  64  Les commissions de l'exercice courant sont automatiquement fermées lorsque
  65  l'exercice est clot. La date de fin correspond alors a la date de fin
  66  de l'exercice.
  67  
  68  Il est possible de fermer une commission lorsque celle-ci n'est plus necessaire,
  69  la date de fin est alors renseignee.
  70  
  71  Les membres de la commission appartenant a la commission a la fin de cette
  72  derniere doivent laisser leur champ de fin d'appartenance a la commission
  73  vide pour considerer qu'ils ont fait parti de la commission jusqu'au bout.
  74  
  75    3.3 Scenario de nommage d'une commission
  76    ----------------------------------------
  77  
  78  Pour que les commissions soient facilement reperables, il est preferable de
  79  leur donner un libelle ainsi qu'une description. La description n'est pas
  80  obligatoire alors que le libelle l'est.
  81  Le libelle doit decrire en un minimum de mots le role de la commission, la 
  82  description tant qu'a elle definit par des phrases le role precis et egalement
  83  le role de chacun des membres si le besoin s'en fait sentir.
  84  
  85    3.4 Scenario de renommage d'une commission
  86    ------------------------------------------
  87  
  88  Il est possible de modifier la description d'une commission sans souci,
  89  notamment pour ajouter les roles des nouveaux membres de la commission.
  90  
  91  La modification d'un libelle ne peut se faire que par une personne 
  92  responsable du projet.
  93  
  94    3.5 Scenario d'ajout d'une fonction
  95    -----------------------------------
  96  
  97  Lorsqu'un nouveau membre entre au sein d'une commission, il doit lui etre
  98  affecte une fonction au sein du groupe.
  99  Les fonctions deja existantes sont proposees a la personne ajoutant le
 100  nouveau membre. Dans le cas ou la fonction n'est pas presente, et seulement
 101  dans ce cas la, la creation d'une fonction est proposee.
 102  
 103  Une fonction est definie par un identifiant gere par la base de donnees et
 104  il est necessaire de lui donner un libelle qui resume l'idee de la fonction
 105  du membre dans la commission.
 106  
 107    3.6 Scenario d'affectation d'une fonction
 108    -----------------------------------------
 109  
 110  Il est possible de specifier la fonction d'un membre dans une commission et de
 111  modifier cette derniere dans le courant d'execution de l'exercice. Pour ce faire,
 112  on choisit une fonction parmis les fonctions disponibles.
 113  
 114    3.7 Scenario d'ajout d'un membre a une commission
 115    -------------------------------------------------
 116  
 117  Pour ajouter un membre a une commission, on commence par selectionner la 
 118  commission puis la personne ou bien l'inverse. A la suite de l'ajout, une
 119  fonction pour le membre juste ajoute doit etre specifiee.
 120  La date de debut d'appartenance du membre est fixe.
 121  
 122    3.8 Scenario de retrait d'un membre d'une commission
 123    ----------------------------------------------------
 124  
 125  Un membre appartenant a une commission peut decider de se retirer de cette
 126  derniere, la date de depart est alors enregistree.
 127  Il est egalement possible qu'un des administrateurs retire une personne du 
 128  projet pour une raison ou pour une autre. La date de depart est egalement fixee.


Generated: Tue Jan 6 01:17:25 2009 Cross-referenced by PHPXref 0.7