Hello All    
 
Je me tourne vers vous afin de trouver une solution de remplacement pour ce qui est actuellement utilisé dans ma boite pour établir une carte d'identité d'un projet.
 
Je m'explique : actuellement, un superbe document Word 2003 (...) est utilisé à cet effet, mais bon, comme vous vous en doutez, c'est loin d'être l'idéal, surtout qu'il s'agit d'un document qui est amené à être modifier par plusieurs équipes.
 
Ce document en question reprend tous les points importants pour un projet :
 

• définition de la sécurité & des users
• définition des DB / tables / grants
• définition des noms de serveurs
• définition des caractéristiques des filesystems
• définition du scheduling

 
Quelqu'un a-t-il déjà utilisé une solution qui serait à même de remplacer cet immonde document Word actuellement en place, pour reprendre tous ces points ?  
 
Merci d'avance pour vos réponses  

A part le format .doc (et surtout pas de docx immonde ) je ne vois que le PDF en format pour la distribution électronique pour les clients.
 
A éviter en format en distribution électronique :
- docx (Office 2007 et +)
- tous formats de Powerpoint
- odt/odp (OpenOffice)
- xps (Office 2007 et +)
etc etc... même s'il existe des viewers ou que les logiciels qui les ont fait sont gratuit/libre, rien ne vaut le PDF
 
En interne et pour retravailler dessus, tu peux avoir le logiciel que tu veux, de l'OpenOffice (Writer ou Impress), du Scribus, du Word, du Publisher, du Powerpoint ... et pour la sortie pour le client si ton logiciel n'exporte pas en PDF, une imprimante virtuelle comme PDFCreator.
 
Si tu as besoin en plus d'un versionning, avec OpenOffice tu peux le faire (Fichiers > Versions, et cocher "Enregistrer une nouvelle version à la fermeture" )

Merci pour ta réponse
 
Si j'ai bien saisi, tu conseillerais de rester sur une base document partageable / échangeable, format PDF ?
 
N.B : Seules les équipes internes y ont accès (aucun client), donc si la solution doit être retravaillée en profondeur, ce n'est pas un souci.
 
Personnellement j'aurais plutôt vu une solution à base de formulaire Web (histoire d'avoir toute l'info centralisée) auquel les différentes équipes pourraient se connecter afin de mettre à jour les infos, non ?  
 
 
   
 

Ce que tu dis c'est plus un modèle de wiki.

Donc :
Si tu as de quoi l'alimenter, que tu le modifies tous les jours, et que c'est de l'interne, c'est une bonne idée.
En moteur de wiki je te conseillerais celui de wikipedia, Tiddlywiki (que je pense choisir pour mettre en place dans mon service, car ça commence aussi à être un peu le bordel dans nos documentations ), DokuWiki (qui est déjà en place à plus grande échelle dans mon entreprise)

Si ton document initial fait une cinquantaine de pages un bon gros fichier (ou plusieurs petits avec des noms explicites histoire de pas passer 3h à chercher une info sur comment s'appelle le serveur qui gère telle application - cas vécu ). Et là mieux vaut une base simple, avec un modèle pour la présentation.
Tu peux orienter tes recherches pour du versionning (SVN) et du travail collaboratif pour mettre cette base de connaissance à jour (alfresco/microsoft sharepoint en exemples)