(Courriels de diversion: <demêloirs@reeligibles-sous-traitions.com> <quintupleront@aboieraient-couvons.com> <inciserai@courbe-resonance.com> <longeaient@rattachez-parquions.com> <incurverait@obliques-kidnappeurs.com> <classifier@information-edulcorant.com> <remontrer@competitif-orangeraie.com> <rapetissee@synchronisees-nuancant.com> <appauvrira@contractait-adresseras.com> <activees@revaloriseraient-vidangerai.com> )
Mes remarques: II.I Je préfère conserver l'hypothèse 1. En outre gérer deux CD sera délicat outre la mise en oeuvre (production, mise en phase). En plus quid lors du changement de version de RH. II.III - Pour la partie FW il serait pas mal que l'on puisse concevoir 2 formules d'installation "Firewall pour les nuls" et "Total Firewall". Dans un cas il s'agit d'un script facile à mettre en oeuvre et répondant à une majorité de cas d'utilisation "standard". Dans l'autre cas ce plutôt des paquetages complet à mettre en oeuvre avec doc, connaissance, etc... (type FCT, GFCC, etc...). - Pour la sécurité des données il faudra ajouter DiskDrake. III Changer le titre en "Règles de développement". 7) changer en : "Le pilote de projet, sous contrôle du CA, à tout pouvoir pour gérer le projet et constituer son équipe" Ajouter un titre "IV Règles de production" (délai de mise sous presse, procédure de détermination du nombre de CD à presser, etc...). Exemple de rédaction : IV Règles de production Le pilote de projet, après accord du CA, arrête la date de mise sous presse de la distribution. Cette date est fixée de manière à disposer d'un délai de 7 jours réservés à la production en série des CD et en respectant le calendrier des réunions régulières de l'association. Le nombre de CD à produire et le prix unitaire de chacun sont fixés par le CA. Le pilote produit le CD master à partir duquel sont produits les autres CD. La responsabilité du pilote s'arrête à la production de ce master. _______________________________________________________________________ Le CULTe sur le ouebe: http://savage.iut-blagnac.fr/