les derniers
articles

Index &
Sommaire
 

Articles « Info » : Métiers

 



Écrivez à AILES !



Présentation d'une FMI-type



Avertissement sur les FMI



Il est Rédacteur de Doc et il est pas content :(
 


Rédacteur de Documentation
( synonyme : responsable des docs techniques clients et/ou des docs utilisateurs)


Mission :
Rédige les documentations techniques destinées au client et/ou les documentations destinées aux utilisateurs (cf. remarques).


Entrée(s) :
    Cahier des charges : (issu de la maîtrise d'œuvre ou de lui-même, en collaboration avec le client). Document contractuel précisant ce que doit faire le logiciel en termes généraux (sans rentrer en détail dans l'IHM ou dans une liste exhaustive de fonctionnalité).
    Référentiel documentaire : décrit les plans de rédaction des différents documents, qu'ils soient techniques ou destinés à l'utilisateur final du logiciel
    Logiciel : état du logiciel suivant les différentes phases d'intégration et de livraison (sert surtout pour la doc. utilisateur).

Tâches :
    * Mises-à-jour des Spécifications : recueil, contrôle et intégration des différentes spécifications rédigées par les programmeurs et chefs de groupes afin d'en faire un document contractuel signé par le client.
    * Mises-à-jour des Documents de Conception : recueil des différents documents de conceptions (préliminaires et avancées) produits par les programmeurs.
    * Mise-à-jour du Référentiel Documentaire : participe à la "Gestion de la Qualité" en faisant évoluer, selon les besoins de chaques projets, le référentiel documentaire.
    * Manuel Utilisateur : guide d'utilisation du logiciel
    * Gestion de l'archivage : permet et assure un suivie de l'évolution des différentes documentations en fonction de l'évolution du logiciel.
    * Gestion des liens documentaires : assure l'interaction entre les différents documents, afin de faciliter les références croisées.


Sortie(s) :
    Documents techniques : destinées soient au client, soit à un usage interne, pour les développeurs, cette documentation doit être à jour, ne serait-ce que pour satisfaire à des normes qualités aujourd'hui requises pour participer à des appels d'offre.
    Documentations utilisateurs : permet à l'utilisateur final du produit informatique (c.à.d. celui qui effectivement doit l'utiliser, et non celui qui l'a fait développer) d'appréhender le plus rapidement possible le fonctionnement de ce logiciel.

Evolution (informatique) :
    Responsable Qualité Logiciel.


Remarques :
    * Mission : Les documentations techniques concernent tout ce qui se rattache à la réalisation interne du logiciel (comme les spécifications, les plans de tests, etc.) dont il assure cohérence et justesse. Le client n'est pas toujours l'utilisateur final du logiciel réalisé : il peut très bien distribuer lui-même ce-dit logiciel à des utilisateurs qui, eux, auront besoin de "documentation utilisateur", pour leur dire comment le logiciel s'utilise (et non comment il a été réalisé).
    * Tâche :
Mise-à-jour des ...:
Il s'agit moins d'une tâche purement rédactionnelle que d'une tâche de recueil et de mise en forme de l'information. Elle peut parfaitement être tenue par un des ingénieurs du projet. Sur des petits projets, le chef de projet sera de corvée :) !
Manuel utilisateur : Cette fois, la qualité rédactionnelle est beaucoup plus importante, mais nécessite quand même des compétences techniques non-négligeables (cf. témoignage). L'ingénieur chargé de sa rédaction (ou d'encadrer l'équipe de rédacteurs professionnels qui l'assisteront dans cette tâche) ne devra pas appartenir au projet, afin de bénéficier d'un point de vue "externe". Dans le cas contraire, l'expérience montre que le résultat est... catastrophique!
    * Evolution (informatique) : des évolutions "commerciales" sont tout-à-fait envisageables, mais non-signalées ici.


               
 
Avertissement !
 
Décollage !  |  Présentation du site web "AILES"  | 
Infos générales  |  articles "Informatique"