Bonjour à tous, dans le cadre d'une conduite de projet informatique, je dois rendre les spécifications fonctionnelles de l'application mais je ne sais pas trop ce que je dois rédiger. D'après les infos (très succintes) du prof, il faut choisir une méthodologie (UML ou Merise) et "préciser comment le logiciel va s'organiser"...
J'ai fait quelques screenshots de l'appli pour montrer comment elle se présenterait et un diagramme etat-transitions mais je ne sais pas si c'est vraiment ca qui est demandé.
Si quelqu'un pouvait m'éclairer (des chefs de projets par exemple ).
 
Autre question, mon diagramme etat-transition en est-il un ?? (ca fait longtemps que je n'ai pas fait d'UML...).
 
Merci
 
Mon diagramme :

En entreprise (contrairement à ce qui se passe souvent à l'école), la forme compte moins que le fond.
 
L'essentiel est que toutes les idées soient écrites, d'une manière ou d'une autre, dans un document.
 
Que ces idées soient exprimées sous forme de dessins ou de texte n'est pas très important. Le mieux est d'avoir les deux.
 
En tous cas, un seul dessin, ou un seul paragraphe n'est pas suffisant, ou bien c'est pour un tout petit projet. Pour que ce soit lisible, il vaut mieux avoir plusieurs petits dessins et plusieurs petits paragraphes de texte, plutôt qu'un immense dessin.
 
Bon courage !

Je suis d'accord avec toi, je compte détailler ensuite chaque fonction. Mais j'aurais aimé savoir si ce qui est réellement demandé et si mon diagramme est bien un diagramme etat-transition.

Il s'agit de décrire les fonctionnalités qui devront être développées dans la future application, et de voir quels sont les interractions entre elles.
Exemple d'interraction :
Ton appli peut :

• Ajouter un client
• Modifier un client
• Supprimer un client
• Rechercher une facture
• Afficher une facture donnée
• etc.

 
Si tu affiche la facture n°0001 rattaché au client A, mais que le client A été supprimé tu fais comment ?

Ok je commence à mieux comprendre.

Après le contenu exact attendu peut plus ou moins varier en fonction des sociétés. Essaie de récupérer spec fonctionnelle, et de voir ce qui avait plu dans celle-ci et ce qui avait moins plu pour corriger le tir.

Où est ce que je récupère spec fonctionnelle ?? Je ne comprend pas...
Sinon, une autre question, je comprend ce que tu explique mais pourquoi utiliser une méthodologie (UML ou Merise) ??

En utilisant un formalisme standard, tout le monde comprend (en tout cas, ceux qui ont appris ce formalisme). Si tu t'en crées un perso, faudra d'abord expliquer aux autres à quoi correspond chaque symbole : c'est une perte de temps.

Je suis d'accord mais je ne vois pas quels diagrammes utilisés pour ce document (un diagramme de classes ou d'objets ne servent par exemple à rien pour les specs fonctionnelles)

Je suis à peu près dans la même situation que toi teenage_angst...
Archangel-homme de vision t'a bien montré la voie à suivre...
1-Procède à un découpage en modules.
2-Pour chaque module, identifie les fonctions.
3- enchaînement des fonctions (un peu comme en programmation classique : appels de proc et/func !)
4- Surtout pas oublier les acteurs (puisqu'il s'agit là 'une BD....), donc profils utilisateurs peut-être..    
5-etc.
 Par exemple dans une scolarité, tu peux avoir un module Gestion des notes avec les fonctions :
- Ajouter note(s)
- Modifier note(s)
- Editer Relevé(s)
- Consulter Relevé(s) de notes
- Imprimer  relevé(s)
 
Il est évident qu'un étudiant ne doit pas (s') ajouter des notes mais il pourra consulter...Acteurs ? Etudiant - Service Scolairité
Tu as là, les cas d'utilisation (uses case) de UML... Pour les détails des fonctions, les diagrammes de séquences et d'activités devraient faire l'affaire...
 
Si tes modèles sont trop grands, y a les diagrammes de package...
Problème avec UML ? alors description en langue naturelle de manière précise et simple : des spec ont toujours été définies avant UML et autres....
Alors pas de panique...
 
Homosapiens mangeait bien non avant fours, micro-ondes, grils, barbecue,..