git.sur5r.net Git - bacula/docs/blob - docs/home-page/fr/pages/feature-request.php

   1 <? require_once("inc/header.php"); ?>
   2 <table>
   3   <tr>
   4     <td class="contentTopic">Demande de fonctionnalité</td>
   5   </tr>
   6   <tr>
   7     <td class="content">
   8       <p>
   9         Par le passé, les utilisateurs envoyaient des demandes de
  10         fonctionnalité de manière informelle par mail et je les collectais.
  11         Puis dès que la version courante était publiée, je publiais la liste
  12         des nouvelles fonctionnalités pour que les utilisateurs votent pour
  13         les prochaines fonctionnalités à implémenter.
  14       </p>
  15       <p>
  16         Maintenant que Bacula est devenu un plus gros projet, je voulais
  17         formaliser un peu plus le procédé. Le changement principal va être de
  18         demander aux utilisateurs de penser avec attention à leur
  19         fonctionnalité, et de l'envoyer grâce à un formulaire de demande de
  20         fonctionnalité. Un formulaire quasiment vide est montré ci-dessous
  21         ainsi qu'un exemple d'un formulaire rempli.
  22       </p>
  23       <p>
  24         Dès que je reçois et approuve la demande de fonctionnalité, ou
  25         possiblement demande des modifications, je l'ajoute au fichier des
  26         projets, qui contient la liste de toutes les demande de fonctionnalité
  27         ouvertes.
  28       </p>
  29
  30       <p>
  31         Les demandes de fonctionnalités doivent rédigées en anglais.
  32       </p>
  33       <h3>Feature Request Form</h3>
  34       <pre>
  35 Item n:   One line summary ...
  36   Origin: Name and email of originator.
  37   Date:   Date submitted (e.g. 28 October 2005)
  38   Status:
  39
  40   What:   More detailed explanation ...
  41
  42   Why:    Why it is important ...
  43
  44   Notes:  Additional notes or features ...
  45       </pre>
  46
  47       <h3>An Example Feature Request</h3>
  48       <pre>
  49 Item 1:   Implement a Migration job type that will move the job
  50           data from one device to another.
  51   Date:   28 October 2005
  52   Origin: Sponsored by Riege Sofware International GmbH. Contact:
  53           Daniel Holtkamp <holtkamp at riege dot com>
  54   Status: Partially coded in 1.37 -- much more to do. Assigned to
  55           Kern.
  56
  57   What:   The ability to copy, move, or archive data that is on a
  58           device to another device is very important.
  59
  60   Why:    An ISP might want to backup to disk, but after 30 days
  61           migrate the data to tape backup and delete it from
  62           disk.  Bacula should be able to handle this
  63           automatically.  It needs to know what was put where,
  64           and when, and what to migrate -- it is a bit like
  65           retention periods.  Doing so would allow space to be
  66           freed up for current backups while maintaining older
  67           data on tape drives.
  68
  69   Notes:  Migration could be triggered by:
  70            Number of Jobs
  71            Number of Volumes
  72            Age of Jobs
  73            Highwater size (keep total size)
  74            Lowwater mark
  75       </pre>
  76     </td>
  77   </tr>
  78
  79 </table>
  80 <? require_once("inc/footer.php"); ?>