|
![](../../images/btemoignage.gif)
Écrivez
à AILES ! |
![](../../images/blecture.gif)
Présentation
d'une FMI-type |
![](../../images/blecture.gif)
Avertissement
sur les FMI |
![](../../images/bgrgtemoignage.gif)
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.
|