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"