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

Framework .NET Discussion :

[Conception] Comment améliorer mon application de gestion de commandes ?


Sujet :

Framework .NET

  1. #1
    Membre régulier
    Inscrit en
    Juillet 2004
    Messages
    306
    Détails du profil
    Informations forums :
    Inscription : Juillet 2004
    Messages : 306
    Points : 122
    Points
    122
    Par défaut [Conception] Comment améliorer mon application de gestion de commandes ?
    Bonjour,

    pour mon stage de fin d'années, je dois développer une application qui gère les commandes de clients.
    J'ai réalisé un premier diagramme de classe UML et j'aimerai bénéficier de vos bons conseils.

    Voici le diagramme réalisé:
    http://etienne.galoup.ifrance.com/DiagClasseUML.JPG

    Dans ce diagramme, il y a une classe abstraite societe dont derive les classe client et fournisseur. Ainsi, ça permet de spécialiser la société soit en client soit en fournisseur.
    Qu'en pensez-vous ?

    Chaque client passe des commandes, d'où l'association entre la classe client et la classe commande.
    Est-ce bien une association de ce type et pas une agrégation ?

    Ensuite, des ajouts ou recherche de commandes est représenté par l'interface ICommandeMng et la classe CommandeMng.
    De même pour la classe société.
    Ai-je bien fait de développer des interfaces et classes Manager ?
    Je les ai appelés Manager, mais n'existe-t-il pas un autre nom pour distinguer ces classes ?

    Dans les interfaces, j'implémente une opération pour l'ajout, la suppression ainsi qu'une opération de recherche par type de recherche (par exemple pour la commande, il y a "par id", "par date", "par client",etc.)
    Est-ce ainsi qu'il faut procéder ? (Faire une opération par type de recherche) Ou faut-il faire autrement ?
    Ne devrai-je pas passé en retour des datasets ?

    Merci d'avance pour toutes vos réponses bien interessantes.
    ++

  2. #2
    Membre expérimenté Avatar de Mose
    Profil pro
    Inscrit en
    Janvier 2006
    Messages
    1 143
    Détails du profil
    Informations personnelles :
    Âge : 46
    Localisation : France

    Informations forums :
    Inscription : Janvier 2006
    Messages : 1 143
    Points : 1 379
    Points
    1 379
    Par défaut
    Il faut aller sur www.concevez.com, ici on ne s'occupe que du code

    Ou encore www.corrigez-vos-devoirs.com

    Sérieusement :
    1 - Ce genre de questions c'est avec ton maître de stage qu'il faut en parler.
    2 - Je pense qu'on ne peux pas t'aider, car la conception dépend de l'intégralité des contraintes imposées par le cahier des charges.
    3 - Tu es en STAGE, donc tu es là pour apprendre. Essaye ta solution, et si elle n'est pas parfaite, bein tu la modifieras.

  3. #3
    Membre actif
    Avatar de mathk
    Inscrit en
    Décembre 2003
    Messages
    211
    Détails du profil
    Informations forums :
    Inscription : Décembre 2003
    Messages : 211
    Points : 233
    Points
    233
    Par défaut
    Citation Envoyé par Mose
    Il faut aller sur www.concevez.com, ici on ne s'occupe que du code

    Ou encore www.corrigez-vos-devoirs.com

    Sérieusement :
    1 - Ce genre de questions c'est avec ton maître de stage qu'il faut en parler.
    2 - Je pense qu'on ne peux pas t'aider, car la conception dépend de l'intégralité des contraintes imposées par le cahier des charges.
    3 - Tu es en STAGE, donc tu es là pour apprendre. Essaye ta solution, et si elle n'est pas parfaite, bein tu la modifieras.

    +1 de plus t'est pas dans le bon forum
    Si grande est la faiblesse d'une âme, dont la raison est partie!
    Ne jamais embrouiller ni abasourdir par une foule d'images le génie intérieur qui réside au fonde de sa poitrine,...
    L'ambition est le rfuge de l'échec. "Oscar Wild"

  4. #4
    Membre expérimenté
    Profil pro
    Inscrit en
    Juillet 2006
    Messages
    1 103
    Détails du profil
    Informations personnelles :
    Âge : 46
    Localisation : France, Meurthe et Moselle (Lorraine)

    Informations forums :
    Inscription : Juillet 2006
    Messages : 1 103
    Points : 1 561
    Points
    1 561
    Par défaut
    Pas dans le bon forum, ca dépend dans quel langage sa modelisation doit etre transcrite et s'il utilise un soft style rational rose (genere du Java) ou autre.

    Ah et temps que j'y pense, juste un ptit probleme dans tes cardinalités. En fait un client peut ne pas avoir de commande à son actif. Ce qui est souvent le cas au moment où tu créer le client, et si tu travail avec des bases de données relationnelles et que tu utilise les memes cardinalités je te garantie que t'est pas sorti de l'auberge quand à trouver pourquoi l'intégrité de tes tables n'est pas assurée
    Donc la cardinalité entre Client et commande, du coté client est 0...n (0..*)

    Quand a tes classes Manager, pourquoi utiliser des interfaces ? après tout seule tes classes implante l'interface, dans ce cas l'utilisation d'un interface, me semble légerement superflux mais bon. Ensuite, tes managers sont des collections, moi je les aurais donc appelé plutot Collections ou Lists ou Dictionnary car dans ton cas tu va plutot utiliser des dictionnary pour le recouvrement rapide des commandes et des sociétés.
    (Dictionnary équivaut à une Table de hashage)

    Ensuite, il faut que tu pousse un peu plus ton modele, selon le cahier des charges pour savoir quoi faire des commandes déjà traitées et expédiées/livrées... genre historiques ... Dans ce cas il se peut qu'il te faille une autre Collection d'historique. Enfin voilà quoi
    Amuse toi bien. Et souviens toi que sans énoncée du cahier des charges on ne peut pas faire grand chose pour toi, et je doute que ce soit notre role compte tenu du fait que c'est un projet de fin d'études.

  5. #5
    Membre régulier
    Inscrit en
    Juillet 2004
    Messages
    306
    Détails du profil
    Informations forums :
    Inscription : Juillet 2004
    Messages : 306
    Points : 122
    Points
    122
    Par défaut
    Il faut aller sur www.concevez.com, ici on ne s'occupe que du code

    Ou encore www.corrigez-vos-devoirs.com
    Oui c juste. J'avais juste besoin de conseils...


    Ensuite, tes managers sont des collections, moi je les aurais donc appelé plutot Collections ou Lists ou Dictionnary car dans ton cas tu va plutot utiliser des dictionnary pour le recouvrement rapide des commandes et des sociétés.
    (Dictionnary équivaut à une Table de hashage)
    Néanmoins, même si ce n'est toujours pas le bon forum quels livres me conseilleriez-vous d'acheter pour apprendre par exemple ce genre de choses ?

    Ou et comment me documentez sur le sujet ?

    Merci d'avance.
    ++

  6. #6
    Membre expérimenté
    Profil pro
    Inscrit en
    Juillet 2006
    Messages
    1 103
    Détails du profil
    Informations personnelles :
    Âge : 46
    Localisation : France, Meurthe et Moselle (Lorraine)

    Informations forums :
    Inscription : Juillet 2006
    Messages : 1 103
    Points : 1 561
    Points
    1 561
    Par défaut
    tes cours, devraient suffir non ? ta due apprendre convenablement la méthode merise pour les DB et UML pour les programmes.
    Ensuite c'est surtout une question de logique et d'abstraction. (oui c'est justement ca le probleme)

    Si c'est pas indiscret, tu suivait quoi comme cursus ? (car j'ai déja remarqué que les BTS et les "ingénieurs" avaient souvent tendance à ne pas faire preuve de cette abstraction, cela vient du fait qu'ils sont trop encadrés)

Discussions similaires

  1. Comment utiliser VLC dans mon application JAVA
    Par fleurette_51 dans le forum Général Java
    Réponses: 1
    Dernier message: 09/05/2010, 13h47
  2. Réponses: 2
    Dernier message: 22/04/2009, 20h47
  3. Conception de l'architecture de mon application ACCESS
    Par Jertho dans le forum Modélisation
    Réponses: 2
    Dernier message: 28/01/2009, 01h22
  4. Réponses: 2
    Dernier message: 16/06/2007, 15h33

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