Discussion :

[bluecurve]

Bonjour, je voudrais savoir si il existe une m�thode ou des �tapes pr�cises dans la r�daction des sp�cifications d'un logiciel ?

J'�crit rarement de gros logiciel, et je code surtout en Perl donc je fait plus du script qu'autre chose. Mais je vais �crire une grosse application en .net techno que je maitrise maintenant tr�s bien, et je voudrais faire les choses proprement et pas coder a l'arrache comme d'habitude.

merci

[hed62]

Regarde dans le forum m�thodes : XP, UP, RUP, etc...
Ce sont les diverses mani�res d'analyser, concevoir une application.

[Tommy31]

La r�daction de sp�cification proprement dite passe en g�n�ral par l'�criture d'exigences reposant sur une logique d�ontique, et qui d�crivent de mani�re aussi univoque que possible, la fonction que doit remplir le logiciel.

Question m�thodologie, le recours � des Use Cases UML peut �tre appr�ciable dans la d�marche.

[_vince_]

Bonjour, je voudrais savoir si il existe une m�thode ou des �tapes pr�cises dans la r�daction des sp�cifications d'un logiciel ?

J'�crit rarement de gros logiciel, et je code surtout en Perl donc je fait plus du script qu'autre chose. Mais je vais �crire une grosse application en .net techno que je maitrise maintenant tr�s bien, et je voudrais faire les choses proprement et pas coder a l'arrache comme d'habitude.

merci

Mais si on l'ecrit pas dans la documentation, une specification ou une exigence doit etre facilement testable avec un critere de succes ou d'echec bien clair. Une spec doit etre a la fois de haut niveau et ne doit pouvoir etre interpretee de plusieurs facons differentes. Pour finir, meme ce qui a l'air le plus evident doit etre specifie. Je dirais que toutes les fonctions attendues doivent etre decrites.

Par exemple:
"le logiciel doit pouvoir traiter n'importe quelle donnee d'entree".

C'est beaucoup trop vague. Tu peux affiner en disant:
"le logiciel doit pouvoir traiter n'importe quelle donnee d'entree, y compris les donnees corrompues".

Pour moi, c'est encore trop vague. Tu devrais donner des exemples generales de donnees corrompues:
"le logiciel doit pouvoir traiter n'importe quelle donnee d'entree, y compris les donnees corrompues (fichier XML non conforme, fichier de configuration manquant, valeurs en dessous d'un seuil)".

[AdamReith]

Bonjour,
Le sujet des sp�cifications ou exigences utilisateurs peut �tre abord� de diff�rentes fa�on :
- soit de fa�on hyperformalis�e : tu d�cris toutes les fonctionnalit�s dans un document de 340 pages
- soit tu ne contentes d'�crire ce qu'on appelle une "user story" avec certains crit�re de succ�s

Entre les deux, tu peux utiliser les "cas d'utilisation" (j'aime beaucoup les articles et le livre d'Alistair Cockburn sur le sujet). Bref, � toi d'adapter le bon niveau de formalisation des exigences. Mais suivant quels crit�re? Je dirais
- la taille du projet : plus il a du monde dans le projet, plus de besoin de formalisme grandit
- degr� d'automatisation des tests : si tu utilises des outils de tests automatiques, tu peux faire l'�conomie de r�diger les exigences sur du papier car tu pourras les mettre directement en code, sous la forme de tests... et en plus ils font v�rifier que ton syst�me adresse bien les exigence! Va voir du cot� de Fitness ou Selenium pour ce qui est des tests utilisateurs et tu cot� des JUnit, NUnit pour les tests unitaires

Pour finir, je te conseille de jeter un oeil au livre de Mike Cohn qui est un expert des "user stories", concept utilis� dans Scrum ou XP.

@+

[jleroulley]

Avant d'ecrire des specs je ferais deja une revue de l'existant

Les sp�cification doivent de te permettre de r�pondre au cas qui vont se pr�sent� suivant le cahier des charges et comment la technique/fonctionnel y r�ponds.

Une methode que j'appr�cie et d'ecrire les spec somme si je les donnais a un autre dev que moi (en plus c'est ce que je fais).

[Agamemnon2000]

Les normes 830 (logiciel) et 1233 (syst�me) de IEEE peuvent aussi vous donner un bon coup de main. Vous les trouverez assez facilement sur Internet:

• IEEE Std 830-1998, IEEE Recommended Practice for Software Requirements Specifications, 1998 (http://www.google.ca/search?hl=fr&sa...echercher&meta).
• IEEE Std 1233-1998, IEEE Guide for Developing System Requirements Specifications, 1998 (http://www.google.ca/search?hl=fr&sa...echercher&meta).

NOTE - Un outil gratuit a �t� d�velopp� pour aider � faire de telles sp�cifications, bas� sur ces normes: GenSpec (http://groups.google.ca/group/genspec). Un exemple de sp�cification d'exigences est �galement fourni avec l'outil.

[teddyalbina]

Moi j'ai �crit quelques spec pour une application enfin un ensemble d'application, maintenant j'ai pas vraiment suivie le truc mes applications tournent niquel mais je n'ai rien mis sur papier en fait. En gros j'ai fais n'importe quoi, je voudrais savoir si il existe des outils pour � partir de Vst2008 recr�er les sch�ma UML des application merci.

NB : enfin n'importe quoi pas tout � fait hein j'suis pas fou

[iness1]

Salut,

Pourquoi vous ne faites pas recours aux m�thodes formelles ?
Je crois que c'est mieux pour �viter les oublis et pour obtenir des logiciels de qualit�.
Pensez � utiliser la m�thodes Event-B ou B ou encore Z

[Agamemnon2000]

Pour faciliter la r�alisation de sp�cifications d'exigences syst�me / logiciel, un fichier "Normalisation des exigences.xls" a �t� cr��. Il pr�sente des exigences normalis�es (biblioth�que d'exigences), incluant des exigences de qualit� (souvent oubli�es), qui se veulent rigoureusement conformes aux normes suivantes:

- IEEE Std 830 (Pratique recommand�e par IEEE pour la pr�paration de sp�cifications d�exigences de logiciel)
- ISO/IEC 25010 (Mod�les de qualit� du syst�me et du logiciel)
- ISO/IEC 25012 (Mod�le de qualit� des donn�es)
- ISO/IEC 25022 (Mesure de la qualit� du fonctionnement)
- ISO/IEC 25023 (Mesure de la qualit� du syst�me et du logiciel)
- ISO/IEC 25024 (Mesure de la qualit� des donn�es)

Ce fichier est disponible en format pdf sur slideshare:
"fr.slideshare.net/PierrePi/normalisation-des-exigences-44832196"

[Agamemnon2000]

Vous trouverez, � l'adresse suivante, un � PowerPoint � pr�sentant de fa�on g�n�rale les exigences de qualit� des syst�mes/logiciels selon les normes ISO/IEC:
"fr.slideshare.net/PierrePi/exigences-de-qualit-de-systme-logiciel"