Discussion :

[ichoualane]

bonjour
j'effectue un stage et le sujet c'est de faire la conception et le développemnt d'une application qui permet a un client de se connecter a son espace et payer ses factures de l'eau en ligne voila le diagramme de classe

[hallaoui1]

[Salut c'est quoi le problem alors

[goldray]

Bonsoir,
J'ai quelques remarques et questions :
1-Est ce qu'un client peut avoir un seul n° du contrat?
2- Pour quoi vous avez utilisé les flèches au niveau des relations d'association? exemple : entre client et administrateur.
3- pour les attributs : CIN doit être de type integer, date paiement de type Date.
4-Est ce qu'un client peut être géré par un et un seul admin??
5-Pour l'attribut id-client peut être remplacé par l'attribut CIN.
6-La classe administrateur n'a pas de clé primaire !! ajoutez-le par exemple CIN_admin ...
7- il y en a redondance au niveau d'attribut n° du contrat !!!
8- vous pouvez mettre l'attribut montant, date_paiement etc au niveau de la classe facture.
9-Les classes encaissement, facture_payée, reference_paiement et paiement sont à améliorer ou même supprimer quelques unes.

Bonne chance0

[ninouchou]

bonjour,
après avoir vu votre schéma moi aussi j'ai des questions
- pour la table détail_facture, il manque la référence au produit
- les attributs des tables payement, référence paiement peuvent aller dans facture (une facture un payement)
- quel est l’intérêt de la table facture payée car une facture payée est une facture qui a le payement égale a l'attribut montant et l'attribut état égale à payée.
- ou sont les attributs de la table encaissement et a quoi sert elle (si le paiement est en ligne y a t'il un paiement par chèque qu'en encaisse).
bon courage.