Discussion :

[localhost]

Bonjour,
Je cherche une squelette d'un document de description des fonctionalité d'une application quelconque, qui pourra décrire les différentes fonctions, avec des captures d'ecran en option.
Merci pour votre aide

[localhost]

quelqu'un pourrait m'aider ?

[Interruption13h]

Salut !

Bonjour,
Je cherche une squelette d'un document de description des fonctionalité d'une application quelconque, qui pourra décrire les différentes fonctions, avec des captures d'ecran en option.
Merci pour votre aide

Je sais pas si je peu t'aider,mais la,j'avou que je comprend rien de ce que tu veux

Donc si tu veux bien être plus explicite !

A+

[RV80]

Ben si ton application a été bien conçue, tu reprend le cahier des charges plus analyse, en elevant tout ce qui est trop "informatique" dedans, ensuite tu mets quelque capture d'écran et c'est bon je ne vois pas d'ou peut venir ton problème ...
Ensuite dis toi que ce genre de squellette n'exite pas ou ne devrait pas exiter ... les applications se vendent (dans le cas d'application non gratuite et ope source) justement grâce à leur stratégie commerciale trouve quelque chose d'innovant et de personnalisé et tout ira pour le mieux ...

D'ailleurs je reviens sur ce que j'ai dit même dans les prommes open-source la façon de valoriser son produit fait toute la différence entre ceux sui sont le plus utilisé ou pas ...

[RV80]

dans les prommes open-source

Euh un petit problème d'orthographe je voulais dire programme ...
grande différence entre le monde virtuel et réel .. je ne pourrais pas conduire jusquà mon lieu de travail au moment ou j'écris ces lignes par contre surfer sur un forum ne me pose pas de problème (ou presque pas )

Mais tout cela pour rajouter aussi que logiquement ce genre de document devrait être pensé avant (ou au début) de la création de l'application ....

[Hephaistos007]

Utilise un diagramme de cas d'utilisation UML pour décrire les fonctionnalités offertes, et fais des captures d'écran en plus si tu veux.

[Lunixinclar]

Ca dépend à qui s' adresse le document.

Si c'est pour des développeurs ou la hiérarchie, il faudrait documenter chaque classe/fonction du code. DOxygen s'en charge bien, en mettant en valeur certains commentaires du code. Mais il ne fait pas tout, car il faut toujours présenter les choses avec un recul global ("Telle partie n'est pas portable sur telle plateforme", etc...)

Si c'est pour l' utilisateur final, le plus raisonnable serait de prendre exemple sur des docs existantes pour produire un document dont les qualités seraient axées sur la synthèse, et la présentation. Je trouve la doc de ce prog assez sympa : http://www.scatterchat.com/index.html De toute évidence les développeurs n'ont suivi aucune tendance, juste rédigé ce qui devait l' être.