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

PHP & Base de données Discussion :

Bon de commande


Sujet :

PHP & Base de données

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Inscrit en
    Septembre 2008
    Messages
    40
    Détails du profil
    Informations forums :
    Inscription : Septembre 2008
    Messages : 40
    Par défaut Bon de commande
    Bonjour,

    Voila je voudrais commencer le développement d'un programme simple de gestion de bon de commande dans l'entreprise.
    Actuellement ça se fait manuellement sur papier.

    Chaque employé peut soumettre un bon de commande qui doit être au préalable validé par la direction.
    La direction aura le droit de valider ou de rejeter le bon de commande.

    Il y aura surement de l'authentification.

    Dans l'espace de la direction, ils verront tous les bon de commande qui sont en attente de validation et ceux déjà validé et ceux rejetés.

    Pour l'espace des employés, chaque employé aura dans son espaces l’état du bon de commande qu'il a soumis.


    J'ai commencé à mettre en place le modèle conceptuel de donnée déjà que vous pouvez voir en pièce jointe.


    Nom : MCD.png
Affichages : 1337
Taille : 14,4 Ko



    Je voudrais de votre part vos idées dessus et je me demande si je pourrais essayer avec un framework comme zend ou je me lance directement dans le développement pur.


    A vous.

  2. #2
    Membre Expert

    Homme Profil pro
    Développeur Web
    Inscrit en
    Mai 2011
    Messages
    1 723
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Mai 2011
    Messages : 1 723
    Par défaut
    C'est un bon début déjà. J'apporterais juste quelques modifications :

    - pour le bon de commande, il vaudrait mieux regrouper "soumis, valide, rejete" sous un unique attribut nommé "etat" dont la valeur indiquerait l'état du bon de commande (0 = soumis, 1= validé, 2 = rejeté par exemple)
    - le prix unitaire doit également figurer dans la table article. Après tu peux le dupliquer (ou non) au niveau de la relation avec bon de commande. Ca dépendra de si la validation met 15 jours à se faire et que le prix de l'article change entre temps, comment ça se passe dans ce cas là ? C'est à réfléchir.
    - tu n'as pas à orienter tes relations, ce n'est pas pertinent dans ton cas.
    - concernant les noms des attributs et des tables, utilise uniquement des caractères alphanumériques en minuscules plus éventuellement le "_". Pas d'espace, pas d'accent ni de majuscule, ni aucun autre caractère, ça d'évitera bien des soucis par la suite.

    Pour la validation, ce système porte un nom, ça s'appelle un workflow.

    Continue ton diagramme dans cette voie là pour le modéliser, ce n'est pas très compliqué.

    Je voudrais de votre part vos idées dessus et je me demande si je pourrais essayer avec un framework comme zend ou je me lance directement dans le développement pur.
    Ca dépends de toi, de ton niveau en Php. Si tu n'as jamais développer aucun "vrai" projet php, le développer en dur (en adoptant tout de même une architecture MVC) pour bien comprendre tous les mécanismes de Php peut-être une bonne idée. Autrement, utiliser un framework peut-être une bonne idée, c'est l'occasion et ca te sera formateur. Par contre, je te déconseillerais d'utiliser un gros framework pour commencer (comme Zend ou Symfony), mais un framework plus léger qui te conviendrait mieux à toi et à ton projet, tel que CakePhP, Laravel, ou CodeIgniter par exemple.

  3. #3
    Membre averti
    Inscrit en
    Septembre 2008
    Messages
    40
    Détails du profil
    Informations forums :
    Inscription : Septembre 2008
    Messages : 40
    Par défaut
    Merci spartacusply pour votre intervention.

    C'est une bonne idée le fait de regrouper "soumis, validé et rejeté" sous un seul attribut.

    J'ai mis PU dans l’association parce que le prix peut changer d'un moment à l'autre. Qui veut dire qu'on ne peut pas savoir en avance. A voir s'il y a d'autre solutions

    Pour le langage de php j'ai deja fais de programme php meme si ca fait 1 ou 2 années que j'ai plus retouché. J'ai un peu peur pour la securité si je le developpe directement. Les frameworks sont bien structurés.

    A vous.

  4. #4
    Membre Expert

    Homme Profil pro
    Développeur Web
    Inscrit en
    Mai 2011
    Messages
    1 723
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Mai 2011
    Messages : 1 723
    Par défaut
    J'ai mis PU dans l’association parce que le prix peut changer d'un moment à l'autre. Qui veut dire qu'on ne peut pas savoir en avance. A voir s'il y a d'autre solutions
    Indique le uniquement dans l'article alors dans ce cas là si tu veux un tarif en temps réel, mais pas dans la relation, ce qui justement signifierais que tu fixes le prix à un instant t.

    Pour le langage de php j'ai deja fais de programme php meme si ca fait 1 ou 2 années que j'ai plus retouché. J'ai un peu peur pour la securité si je le developpe directement. Les frameworks sont bien structurés.
    Ok, penche toi vers l'utilisation d'un framework alors.

  5. #5
    Membre averti
    Inscrit en
    Septembre 2008
    Messages
    40
    Détails du profil
    Informations forums :
    Inscription : Septembre 2008
    Messages : 40
    Par défaut
    Citation Envoyé par Spartacusply Voir le message
    Indique le uniquement dans l'article alors dans ce cas là si tu veux un tarif en temps réel, mais pas dans la relation, ce qui justement signifierais que tu fixes le prix à un instant t.

    si un article dans une commande etait 30 euro et que ce meme article dans une autre commande est de 50euro. comment on va faire ce cas là??

  6. #6
    Membre Expert

    Homme Profil pro
    Développeur Web
    Inscrit en
    Mai 2011
    Messages
    1 723
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Mai 2011
    Messages : 1 723
    Par défaut
    Une fois que le bon de commande est validé et payé tu veux dire ? Dans ce cas là, ok tu peux indiquer le prix définitif (qui a été payé ou qui va être payé) au niveau de la relation. Tant que celui-ci peut varier, prends le prix dans la table article.

Discussions similaires

  1. Avis sur bon de commande
    Par frog43 dans le forum Mon site
    Réponses: 4
    Dernier message: 13/04/2007, 11h27
  2. Archivage et Impression de bons de commande
    Par jeep6259 dans le forum Excel
    Réponses: 1
    Dernier message: 10/04/2007, 18h59
  3. [AJAX] Bon de commande
    Par frog43 dans le forum Général JavaScript
    Réponses: 6
    Dernier message: 02/04/2007, 12h53
  4. double saisie du bon de commande
    Par guijomik dans le forum IHM
    Réponses: 11
    Dernier message: 06/03/2007, 14h55
  5. [VBA-E]Automatisation d'un bon de commande
    Par Lexot2 dans le forum Macros et VBA Excel
    Réponses: 6
    Dernier message: 06/10/2006, 12h17

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