IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Qualité Discussion :

[Règles] Spécifications et conception


Sujet :

Qualité

  1. #1
    Futur Membre du Club
    Inscrit en
    Avril 2004
    Messages
    12
    Détails du profil
    Informations forums :
    Inscription : Avril 2004
    Messages : 12
    Points : 7
    Points
    7
    Par défaut [Règles] Spécifications et conception
    Bonjour à tous,

    Je suis à la recherche de règles de spécifications et de règles de conception. Pour le codage, j'ai déjà trouvé ce que je voulais, ca dépendait du langage. Mais pour la Spec et la Conception, je n'ai rien trouvé sur Google. Si quelqu'un avait des idées, des données, des infos...
    J'ai déjà troyvé quelques règles du style "1 seule contrainte par exigence", "toutes les exigences doivent être identifiées de façon unique", "les exigences ne doivent pas être contardictoires entre-elles"... mais ca fait léger.

    Merci d'avance

  2. #2
    ego
    ego est déconnecté
    Rédacteur

    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    Juillet 2004
    Messages
    1 883
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Architecte de système d'information
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2004
    Messages : 1 883
    Points : 3 510
    Points
    3 510
    Billets dans le blog
    2
    Par défaut
    Je ne sais pas ce que tu entends par règles de spécification.
    Peux-être parles tu de méthode ? si c'est le cas regardes ce qui est dit sur notre site dans les tutoriaux sur le RUP et sur UML.
    Pour les règles de conception, il y a les Design Patterns

  3. #3
    Membre habitué
    Inscrit en
    Août 2004
    Messages
    113
    Détails du profil
    Informations forums :
    Inscription : Août 2004
    Messages : 113
    Points : 127
    Points
    127
    Par défaut
    Bonjour

    En général, des règles font partie d'une méthode :
    => quelle méthode (ou quelles habitudes de travail) as-tu ? et au niveau de ton groupe/organisation ?

    Parmi les habitudes, il y en a de bonnes et de mauvaises :
    => l'identification de ce qui va bien, et de ce qui pourrait aller mieux, sur un plan général, permet de définir des règles ("bonne modélisation" objet ou autre).

    Enfin, les bonnes pratiques (du RUP, les recommendations d'XP, la norme iso9000, ...) permettent de trouver d'autres règles.

    Il me semble que les règles sont utiles :
    - soit pour guider un travail en cours de réalisation,
    - soit pour contrôler un travail en cours de validation.

    De bonnes règles pourraient-être :
    * en terme de métriques :
    - couplage restreint (cf. GRASP expert en info)
    - nombre d'attributs, de méthode, de dépendances par classes, nombre de classes par packages
    - nombre d'association nommées (devrait-être important en analyse)
    - commentaires
    * en terme de compréhension :
    - les spécifications sont clairement organisées (définir une structure : par valeur ajoutée (=UC) ?)
    - le modèle est facilement lisible par quelqu'un connaissant le langage (UML, MCD, ...), c'est à dire que les noms sont correctements choisis
    - description des cas nominaux par des diagrammes de séquence
    - nommage : nom des classes et objets, forme active / passive des verbe pour les associations,...
    * en terme de manière de faire
    - là, on s'inspire de la méthode (des habitudes), et on cherche le "liant" entre toutes les étapes (ex : tel partie de la conception fait référence à la spécification)

    hope this help
    Alexandre

  4. #4
    Futur Membre du Club
    Inscrit en
    Avril 2004
    Messages
    12
    Détails du profil
    Informations forums :
    Inscription : Avril 2004
    Messages : 12
    Points : 7
    Points
    7
    Par défaut
    Merci de vos 2 réponses, je vais essayer de préciser un peu mieux ma demande : pour un projet sur lequel je travaille, j'aurai besoin de faire référence à des "Règles de Spécifications" et à des "Règles de Conception". Donc, l'idée que j'avais était soit de faire référence à un document existant si quelqu'un en connaissait un dans le domaine public, soit de créer mes propres documents puis d'y faire référence.

    Dans ces documents, je voudrai que la forme générale ne soit pas celle d'un "guide" (qui conseille mais laisse libre de choisir), mais plutot celle de "Règles", c'est à dire un document que l'on a l'obligation de respecter.

    Compte tenu du fait que de tels documents ne seraient pas spécifiques à un projet, mais à l'ensemble des projets informatiques, il faudrait que j'évite de me baser sur des méthodes, vu que certaines ne seraient pas applicables dans toutes les situations (langages assembleurs, bas niveau, assembleur, web... trop différents)

    Donc, si vous connaissez, re-connaissez les documents que je recherche, ou alors si vous avez des idées d'exigences qui pourraient être rajoutées aux documents de règles, je suis preneur

  5. #5
    Membre éprouvé
    Avatar de Cian
    Inscrit en
    Août 2002
    Messages
    181
    Détails du profil
    Informations forums :
    Inscription : Août 2002
    Messages : 181
    Points : 983
    Points
    983
    Par défaut
    tu cherches en quelques sortes une norme à respecter pour les spec et la conception ??

    Le truc c'est que cela n'existe pas vraiment. Certains clients comme l'ESA publie des normes effectivement. Elles sont consultables sur leur site mais c'est tres specifique au spatial...

  6. #6
    Membre confirmé

    Homme Profil pro
    Indépendant
    Inscrit en
    Juin 2002
    Messages
    540
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Indépendant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2002
    Messages : 540
    Points : 607
    Points
    607
    Par défaut
    Bonjour,
    Un document qui m'a longtemps inspiré dans le domaine des télécoms : Formal Methods for Specification and Analysis of Communication Protocols

    De même, le SRS (Software Requirement Specification), les RFC (Request For Comments) ou les spécifications ISO sont formalisées.

    Ludo
    Fondateur Alien6 : Prescriptive Analytics & Machine Learning Software

  7. #7
    Futur Membre du Club
    Inscrit en
    Avril 2004
    Messages
    12
    Détails du profil
    Informations forums :
    Inscription : Avril 2004
    Messages : 12
    Points : 7
    Points
    7
    Par défaut
    Ok, merci encore de vos réponses, celà confirme ce à quoi je pensai suite à mes recherches peu fructueuses. Je vais donc en partan de vos informations essayer de me débrouiller.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Question : spécification technique = conception ?
    Par Invité dans le forum Gestion de projet
    Réponses: 1
    Dernier message: 13/04/2011, 15h54
  2. Conception Règles Métier
    Par Duc Lebowski dans le forum Langage
    Réponses: 4
    Dernier message: 11/12/2007, 18h04
  3. Conception d'une bibliotheque de règles JdR
    Par dolanor dans le forum Développement 2D, 3D et Jeux
    Réponses: 7
    Dernier message: 18/09/2007, 17h52
  4. Merise, spécification ou conception
    Par renofx1 dans le forum Décisions SGBD
    Réponses: 5
    Dernier message: 10/06/2005, 16h03

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo