Discussion :

[R@IZER]

salut à tous!

Je suis en train de réaliser un projet dans le cadre de mes études.
Ce projet concerne un développement avec le (ou a l'aide du) logiciel SAS car je ne connais pas encore trop le logiciel et ses possibilités.

Enfin pour l'instant je dois réaliser le dossier des spécifications détaillées du projet et je ne sais pas trop ce que c'est!!!!!

J'ai cherché sur mon ami google mais je ne trouve pas de cours ou meme d'explications assez clair concernant ce sujet.

Quelqu'un sait il a quoi cela correspond, les différences par rapport au cahier des charges....... Toutes autres informations seront les bienvenue.

Merci

[argoet]

Le Dossier de Spec Détaillées sert comme son nom l'indique à détailler tous ce qui à été analysé sur un/des domaine(s) fonctionnel d'un projet informatique.
vous pouvez donc avoir plusieurs spec détaillés selon l'importance du projet :
Exemple
1 dossier de Spec pour chaque interfaces du projet (Avec la description complete des interfaces , les regles de gestions , les alogorithmes de programmation pour le dev .... etc... )
1 dossier de Spec pour decrire la base de donnée (Avec MCD / MPD ....)
1 dossier de Spec par grand domaine fonctionnel du projet
.........
.........

Généralement une spec detaillée doit etre validée avec les clients(Hormis .. entre autres .... les points techniques dediés au developpement : Ceci peut faire l'objet d'une specification fonctionnel technique dédiée exclusivement aux equipes informatiques)

Dans l'absolu : un developpeur "de base" doit en lisant les spec générer le code permettant la traduction informatique de la demande du client.

Le Cahier des Charges est normalement généré par le client il est le descriptif de "ce que nous voulons"
La Spec Détaillée répond précisement à ce cahier des charges : " vous aurrez ceci et voici comment nous procederons "

[Caine]

Ce dossier répond aux exigences du cahier des charges.

Il identifie à partir du cahier des charges les interfaces du logiciel, les besoins logiciels, entre autre.

Si tu as ensuite un dossier de conception logicielle, il ne rentre pas dans me détail de la conception (comme les tâches, leur séquencement ...)

Si ce n'est pas le cas, il faut te mettre d'accord sur le contenu avant de commencer.

[ufkwizard]

La Spec Détaillée répond précisement à ce cahier des charges : " vous aurrez ceci et voici comment nous procederons "

On a pas tous les mêmes définitions !
Je serais plutôt de l'avis de Caine. Les spécifications ne servent pas à résoudre un pb informatique, mais à identifier le pb justement.
En t'appuyant sur un cahier des charges, sur des interviews du client tu réalises un dossier de spec composé d'artefacts (use cases, diagrammes de sequence ... ) qui te permet de dégager le domaine d'application (ce que doit réaliser l'appli et les limites de son utilisation). En aucun cas un dossier de spec ne dit comment l'application doit être réalisée, c'est le rôle des dossiers de conception.

[tipiak]

La Spec Détaillée répond précisement à ce cahier des charges : " vous aurrez ceci et voici comment nous procederons "

On a pas tous les mêmes définitions !
Je serais plutôt de l'avis de Caine. Les spécifications ne servent pas à résoudre un pb informatique, mais à identifier le pb justement.
En t'appuyant sur un cahier des charges, sur des interviews du client tu réalises un dossier de spec composé d'artefacts (use cases, diagrammes de sequence ... ) qui te permet de dégager le domaine d'application (ce que doit réaliser l'appli et les limites de son utilisation). En aucun cas un dossier de spec ne dit comment l'application doit être réalisée, c'est le rôle des dossiers de conception.

+1 :
selon moi : la spec dit Ce que le résultat devra faire (la formalisation du CdC pour que tous le monde ai bien compris la meme chose : que t'ai capté les besoins clients, que le client s'assure que tu as capté ses besoins et qu'il te les a correctement exprimé)
la conception etant : COMMENT le résultat sera constitué : pour chaque point de la spec : la maniere dont cela sera retranscrit concretement dans le produit final

exemple de spec : actions possible de l'utilisateur : se logguer, se delogguer
(avec en annexe les tests de validation)
(il s'agit de ce que doit permettre la solution (system, application etc etc))

conception : une table utilisateur avec champs login et champ Pwd cripté (car ailleur ds la spec on a parlé de besoins de sécurité)
un formulaire de login avec les fonctions loguer(param) et délog ...
etc : pkoi pas en annexe le plan de test d'intégration associé....

(comment obtenir la solution)

tu peux aussi mettre les screen de tes formulaires (enfin parfois c'est imposé des la spec, ca dépend des projets)

quoi qu'il en soit faut adapter tt ca selon la boite, le projet etc etc....

[Nip]

Pour extremement simplifier la chose: Cahier des charges c'est "ce qu'il faut faire" et les spécifications permettent de détailler "comment le faire".

Si tu veux de la doc va sur ce site: projetsinformatiques.com

[Caine]

C'est exactement ça

Pour Tipiak : "se logguer / déloguer" => c'est plus dans le CDC.

Mais dans une spécification on pourra aussi mentionné si l'application est répartie, utilise des sgbd, sans rentré dans le détail. On expliquera surtout pour quelle raison on fait un choix de technologie plutôt qu'un autre.

La Spec Détaillée répond précisement à ce cahier des charges : " vous aurrez ceci et voici comment nous procederons "

On a pas tous les mêmes définitions !
Je serais plutôt de l'avis de Caine. Les spécifications ne servent pas à résoudre un pb informatique, mais à identifier le pb justement.
En t'appuyant sur un cahier des charges, sur des interviews du client tu réalises un dossier de spec composé d'artefacts (use cases, diagrammes de sequence ... ) qui te permet de dégager le domaine d'application (ce que doit réaliser l'appli et les limites de son utilisation). En aucun cas un dossier de spec ne dit comment l'application doit être réalisée, c'est le rôle des dossiers de conception.

[Kevin12]

Qui peut me donner la différence entre :

• Spécification
• Conception générale
• Conception détaillée

Est ce qu'on peut avoir un diagramme de classes (non détaillé) dans un document de spécification ?

[Siguillaume]

Qui peut me donner la différence entre :

• Spécification
• Conception générale
• Conception détaillée

Est ce qu'on peut avoir un diagramme de classes (non détaillé) dans un document de spécification ?

Tu travailles en UML?

[Kevin12]

Oui

[Siguillaume]

Ok, dans ce cas, étant donné que le processus unifié est subdivisé en plusieurs méthodes, poste ton problème ici, avec plus de détails.

[hsmr]

Salut tout le monde.
J'ai réalisé pour un client une page (et non un site) web (un gros formulaire) permettant d'extraire des données suite à une sélection de critères.
Dans la spécification fournie par le client, il y a une certaine logique et des contraintes à respecter : architecture imposée, langage de dev imposée, etc.
Après plusieurs discussions, nous nous sommes mis d'accord sur l'ergonomie de l'interface et la disposition des éléments dans la page, ainsi que les actions possibles depuis l'interface pour extraire les données.
J'ai dû en plus lui présenter un MPD qui s'est rattaché à son MPD existant, avec l'ajout de 2 ou 3 tables pour des besoins spécifiques.
Le client me demande de rédiger une spec détaillée et une conception détaillée.
Mes questions :
1. Qu'est-ce que je mets dans la spec détaillée ? Qu'est-ce que je dois raconter dans la spec détaillée ?
2. Qu'est-ce que je mets dans la conception détaillée ?
Merci.