1 <? require_once("inc/header.php"); ?>
4 <td class="contentTopic">Demande de fonctionnalité</td>
9 Par le passé, les utilisateurs envoyaient des demandes de
10 fonctionnalité de manière informelle par mail et je les
11 collectais. Puis dès que la version courante était
12 publiée, je publiais la liste des nouvelles
13 fonctionnalités pour que les utilisateurs votent pour les
14 prochaines fonctionnalités à implémenter.
17 Maintenant que Bacula est devenu un plus gros projet, le
18 procédé est devenu un peu plus formel. Le changement
19 principal est pour les utilisateurs qui doivent penser avec attention
20 à leur fonctionnalité, et l'envoyer grâce à
21 un formulaire de demande de fonctionnalité. Un formulaire
22 quasiment vide est montré ci-dessous ainsi qu'un exemple d'un
23 formulaire rempli. Une copie texte de ce formulaire peut être
24 trouvée dans le fichiers <b>projects</b> dans le
25 répertoire principale de Bacula release. Ce fichier contient
26 également une liste de tous les projets actuellement
27 approuvés et leur status.
30 Le meilleur moment pour soumettre une demande de fonctionnalité
31 est juste après la sortie d'une version quand je demande
32 officiellement les fonctionnalités que vous voulez voir pour la
33 prochaine version. Le pire moment pour envoyer un demande de
34 fonctionnalité est juste avant la sortie d'une nouvelle version
35 (nous sommes très occupé à ce moment là).
36 Pour soumettre une demande de fonctionnalité, remplissez le
37 formulaire, et envoyez le aux 2 listes <em>bacula-users</em> et
38 <em>bacula-devel</em>. Ceci permettra d'en discuter ouvertement.
42 Lorsqu'une demande de fonctionnalité a été
43 étudiée, je vais soit la rejeter, soit l'approuver, ou
44 possiblement demander des modifications. Si vous avez prévu
45 d'implémenter la fonctionnalité ou de donner de l'argent
46 pour la faire implémenter, c'est important de l'indiquer,
47 autrement, la fonctionnalité, même approuvée, peut
48 attendre quelques temps avant que quelqu'un l'implémente.
52 Dès que la demande de fonctionnalité est
53 approuvée, je l'ajoute au fichier des projets, qui contient la
54 liste de toutes les demandes de fonctionnalité ouvertes. Le
55 fichier des projets est mis à jour de temps en temps.
59 La liste courante (peut ne pas être à jour) des projets
60 peut être trouvée en cliquant sur le lien <b>Projets</b>
65 Les demandes de fonctionnalités doivent rédigées
67 <h3>Feature Request Form</h3>
69 Item n: One line summary ...
70 Origin: Name and email of originator.
71 Date: Date submitted (e.g. 28 October 2005)
74 What: More detailed explanation ...
76 Why: Why it is important ...
78 Notes: Additional notes or features ...
81 <h3>An Example Feature Request</h3>
83 Item 1: Implement a Migration job type that will move the job
84 data from one device to another.
86 Origin: Sponsored by Riege Sofware International GmbH. Contact:
87 Daniel Holtkamp <holtkamp at riege dot com>
88 Status: Partially coded in 1.37 -- much more to do. Assigned to
91 What: The ability to copy, move, or archive data that is on a
92 device to another device is very important.
94 Why: An ISP might want to backup to disk, but after 30 days
95 migrate the data to tape backup and delete it from
96 disk. Bacula should be able to handle this
97 automatically. It needs to know what was put where,
98 and when, and what to migrate -- it is a bit like
99 retention periods. Doing so would allow space to be
100 freed up for current backups while maintaining older
103 Notes: Migration could be triggered by:
107 Highwater size (keep total size)
114 <? require_once("inc/footer.php"); ?>