Gestion des abonnements et forfait

Bonjour, j'ai un souci a trouver le modèle le plus logique a partir des règles de gestion suivantes:

un ligne_abonnement peut demander plusieurs services.

l'opérateur Télécom propose aux abonnées plusieurs service dont les prix dépendent du type d’abondement(forfait sans plafond ,forfait avec plafond,....) , du service demandé et du détail de cet service(souvent un champ par exemple le débit nbrSMS,.je donne un exemple:

1. exemple 1:pour le forfait avec plafond le service internet 3G avec le debit 1.8 Mbits/s coûte 100$ .
   exemple 2:pour le forfait avec plafond le service internet 3G avec le debit 3.6 Mbits/s coûte 150$ .
   exemple 3:pour le forfait avec plafond le service freeSMS avec un nombre de SMS = 25 coûte 5$ .
   exemple 4:pour le forfait sans plafond le service freeSMS avec un nombre de SMS = 60 coûte 10$ .
   exemple 5:pour le forfait avec plafond le service gartui8H_20H coûte 10$(il n y'a pas de détail qui change le prix ).

Même que j'ai conçu l'entité service pourtant les services n'ont pas les mêmes champs comme j'ai montré dans les exemples ?donc dois-je penser a les séparer a plusieurs entité ?et comment modéliser pour enregistrer les prix des services et avoir la relation ligne-abonnement demande (ou inclue dans la facture) un ou * service .



merci d'avance.

Ce que je comprends de ton explication...

Règle de gestion :
Un forfait propose de un à plusieurs services et un service peut être proposé par plusieurs forfaits.

MCD :
forfait -1,n----Proposer----0,n- service

Tables :
forfait (frf_id, frf_libelle...)
service (svc_id, svc_libelle...)
frf_proposer_svc (fps_id_forfait, fps_id_service, fps_prix)

Citation:

---

Envoyé par CinePhil

frf_proposer_svc (fps_id_forfait, fps_id_service, fps_prix)

---

mais le prix dépends aussi d'un attribut débit si le service est 3g et du nombre message si le service est freeSMS...) .

un autre problème le service 3g possède un attribut debit et le service freeSMS se décrit par le nombre de message et il y'a autres sevices qui ont des attributs différents
.Je mets service (svc_id, svc_libelle..., débit,nombrMsg,autre attributs qui décrivent autres services) vous voyez logique ?

Citation:

---

Envoyé par yacine.dev

mais le prix dépends aussi d'un attribut débit si le service est 3g et du nombre message si le service est freeSMS...) .

un autre problème le service 3g possède un attribut debit et le service freeSMS se décrit par le nombre de message et il y'a autres sevices qui ont des attributs différents

---

Citation:

---

exemple 1:pour le forfait avec plafond le service internet 3G avec le debit 1.8 Mbits/s coûte 100$ .
exemple 2:pour le forfait avec plafond le service internet 3G avec le debit 3.6 Mbits/s coûte 150$ .
exemple 3:pour le forfait avec plafond le service freeSMS avec un nombre de SMS = 25 coûte 5$ .
exemple 4:pour le forfait sans plafond le service freeSMS avec un nombre de SMS = 60 coûte 10$ .
exemple 5:pour le forfait avec plafond le service gartui8H_20H coûte 10$(il n y'a pas de détail qui change le prix ).

---

Dans la description de ton premier message, je voyais plutôt les services suivants :
"internet 3G avec le debit 1.8 Mbits/s"
"internet 3G avec le debit 3.6 Mbits/s"
"freeSMS avec un nombre de SMS = 25"
"freeSMS avec un nombre de SMS = 60"
"gratui8H_20H"

S'il y a beaucoup de "combinaisons" possibles dans des services qui se ressemblent, ce que tu appelles les "attributs" du service, effectivement, ça se complique !

Règle de gestion :
Un service a de un à plusieurs attributs et un attribut n'appartient qu'à un seul service.

MCD :
service -1,n----Avoir----(1,1)- attribut
=> Les cardinalités entre parenthèses représentent une identification relative
Tables :
service (svc_id, svc_libelle...)
attribut (att_id_service, att_numero, att_libelle...)

Grâce à l'identification relative, on peut maintenant avoir une association entre le forfait et les attributs du service plutôt qu'avec le service. Regarde si ce modèle te convient ou si c'est plus compliqué que ça (pas le temps de développer en détail) :
forfait -0,n----tarifer---0,n- attribut

Tables :
forfait (frf_id, frf_libelle...)
attribut (att_id_service, att_numero, att_libelle...)
frf_tarifer_att (fta_id_forfait, fta_id_service, fta_numero_attribut, fta_prix)

je pense que ça sera plus efficace.

Tables :
forfait (frf_id, frf_libelle...)
service (svc_id, svc_libelle...)
service3G(id,debit)
serviceFreeSMS(id,nbrSMS)
serviceBlackBerry(id,debitBB)
frf_proposer_svc (fps_id_forfait, fps_id_service, fps_prix)
frf_proposer_svc3G (fps_id_forfait, fps_id_service, fps_prix)
frf_proposer_svcFreeSMS (fps_id_forfait, fps_id_service, fps_prix)
frf_proposer_svcBlackBerry (fps_id_forfait, fps_id_service, fps_prix)
frf_proposer_svcBlackBerry (fps_id_forfait, fps_id_service, fps_prix)

n'est ce pas ?

avez vous trouvé une solution à ce problème ? ca m’intéresse !

Merci à l'avance

Bonjour,tout d'abords je remercie Cinephil pour son aide.
pour la solution ,J'ai essayé de voir les choses d'une autre façon pour concevoir autrement .

Extrait du règle de gestion :


pour savoir le prix d'un service (connexion 3G) pour un abonnement(abo_id=1) je dois savoir le type_abonnement (ex:abonement optimus sans plafond) et le choix (ex: 1.8 Mbits/s)

remarque:j'ai considéré qu'un service a un seul attribut qui change de valeur
ici le service connexion 3G donne plusieurs choix 1.8Mbits/s,3.6Mbits/s,7.2Mbits/s pour l'attribut débit.


Tables :
service (svc_id, svc_libelle...)
choix(choi_id,libelle,#svc_id)
typeAbonnement(typabo_id,libelle)
abonement(abo_id,#typabo_id)
tarifier(#typabo_id,#svc_id,#choi_id,prix)
inclure(#abo_id,#choi_id)