Discussion :

[Techys]

Bonjour a vous,
Je suis sur le projet de modélisation des activité d'une PME pour la conception d'un ERP(PGI).

Gestion des factures
Gestion des clients
Gestions des couriers
Gestion des employes
Gestion de droit d'acces sur les doc et les repertoires

Après quelque semaine et n'ayant rien trouvers de semblble jai donc decider de me lancer avec mon peu de connaissance dans le bain.

J'ai donc effectuer ce 1er modèle MCDE que je porte a votre connaissance.
jaten donc vos remarque et suggestions pour iter les

[hegros]

Cela semble un bon départ comme quoi sans bagage on va vers quelque chose de tangible. Quelques remarques tout de même par rapport aux différents modules que tu as cités

-L'entité facture manque a cruellement
-les entités qui n'ont aucun sens comme entité 11, 17 ou 12 (pareil pour les associations) n'apportent manifestement rien à la lecture.
-si tu utilises merise on peut regretter aussi de ne voir qu'un mcd pour un pgi, un mcc sera fortement utile et apprécié si tu te donnes le moyen de le faire (cela servira notamment énormément pour modèliser les traitements)
-après c'est plus pratique, les entités tiers(fournisseurs, client...) je les mets en bas et tout en haut je mets l'offre (prestations, travaux,...)

Je trouve bonne ton approche exclusive en entité sans attribut. Méthodiquement Merise voudrait que tu établisses un dictionnaire des données puis que tu places les attributs dans les entités et relations (en commençant par celle non ambigu et finir par les plus difficiles)

[Techys]

Suite a des appreciation j'ai fait evolué le mcde .

Mais je ne 'lai pa totalemen terminé.

Merci

[SoftAbdou]

Bonjour,
Votre modélisation réponds a certain degré à la:

• Gestion des factures

• Gestion des clients

• Gestion des employeurs

Mais pour :

• la gestion de droit d'accès sur les doc et répertoire

• Gestion des courriers

je pense pas

Il y a un truc a signaler dans la gestion de personnel vous avez oublier:
Tenue des comptes comptables du personnel (avances, prêts…). En plus il y a plusieurs type d'employeurs fixe, occasionnelle,....

En générale tu es un bon modélisation continuer

Bon courage Techys.

[fsmrel]

Bonsoir Techys,

Voici quelques observations.

Votre représentation graphique doit être accompagnée des règles de gestion des données expliquant le rôle des objets-types (entités-types et associations-types).

Chaque objet-type doit être décrit et son rôle justifié, même chose pour chacune de ses propriétés.

Vous utilisez Power AMC : autant vous en servir à cet effet.

Par exemple, l’entité-type EMPLOYES est porteuse d’une propriété SITUATION_EMP. De quoi s’agit-il ? Elle est aussi porteuse d’une propriété NBRE_ENFANTS : on se doute qu’il s’agit du nombre d’enfants de l’employé, mais qu’est-ce qui justifie la présence de cette propriété ? N’hésitez pas à utiliser le rasoir d’Ockham, lequel a écrit à peu près ceci, il y a plus de cinq-cents ans : Ne multipliez pas les concepts au-delà du nécessaire.

Interprétation des noms des propriétés :

C’est une lapalissade, mais sans explication concernant chaque propriété, on ne peut pas comprendre son rôle, ou pire, on peut comprendre de travers. Si je mentionnais une propriété TITRE sans dire de quoi il s’agit, on ne pourrait que se perdre en conjectures quant aux homonymies : titre de civilité (Monsieur, Madame, etc.) ? Titre d’un ouvrage : Les aventures de Techys au pays des MCD ? Titre volumique d’une boisson alcoolisée ? Titre coté en bourse ?

Entité-type CLIENT

Un client n’a-t-il qu’un seul téléphone, un seul fax ?

Entité-type FACTURE

Où est le numéro de facture ? Est-il confondu avec IDFAC ?
Qu’est-ce pour vous qu’un type de facture ? (Cf. Association_22).

En règle générale, une commande fait l’objet d’une facture (voire plusieurs). Manifestement, leurs relations ne sont pas connues.

Le montant TTC n’est-il pas calculable à partir des autres montants ? Si oui : un coup de rasoir (la remarque vaut aussi pour l’entité-type COMMANDE).

Veuillez renommer Association_20. Quelle est sa cardinalité côté FACTURE ?
Selon les cardinalités de l’association-type Payer, une facture peut faire l’objet de plusieurs règlements et un règlement peut honorer plusieurs factures, mais vous ne semblez pas chercher à savoir quelle partie du montant figurant dans REGLEMENT honore une facture en particulier.

Attention. Si la propriété MONTANT TOTAL de l’entité-type REGLEMENT représente le total des montants des factures, il faudra prévoir au niveau logique, disons SQL, une contrainte contrôlant et assurant l’égalité des montants. Dans cette hypothèse, le mieux est encore de passer MONTANT TOTAL au rasoir et de calculer le montant total quand c’est nécessaire (SQL permet de réaliser très simplement ce genre de choses, grâce à son opérateur SUM...)

Entité-type CONTACT

Qu’est ce qu’un contact pour vous ? A quoi correspondent ses relations avec des clients ?

Les propriétés CIV_CONT et FON_CONT doivent être évacuées dans des entités-types ad hoc.

Si un contact est apporteur de contrat, vous aurez doublonnage des propriétés quant aux entités-types CONTACT et PERSONNE.

Divers

Nom des entités-types : à mettre au singulier (ACTIVITE, EMPLOYE, CARACTERISTIQUE, etc.)

Faites apparaître toutes les cardinalités entre associations-types. Il n'y a rien de plus agaçant que de constater que ces cardinalités sont cachées.

Typage des propriétés

N’hésitez pas à voir large. Par exemple, pour les numéros de téléphone, vous prévoyez 12 chiffres. D’un côté, en France, 10 chiffres suffisent, mais autant passer à une structure du genre +33 (0) n nn nn nn nn, soit près du double, sinon les utilisateurs risquent de fulminer. Même chose concernant le nom des personnes, 20 caractères risquent de ne pas suffire tout le temps. Le type VARCHAR, la compression des données et la puissance CPU nous permettent cela, alors qu’il y a quarante ans on était en droit d’avoir des scrupules. Du reste, quand on considère l’entité-type ACTIVITE, on voit que certaines propriétés mesurent au moins deux-cents caractères (à faire passer en VARCHAR, tant qu’à faire).

Données obligatoires et facultatives

Chaque propriété doit être rendue obligatoire. Si une propriété P d’une entité-type E est facultative (possiblement inconnue, sans objet, etc.) alors elle doit dégager dans une entité-type ad hoc, du genre entité-type faible (weak entity). Par exemple, si un client peut ne pas avoir de site Web, alors mettre en œuvre une entité-type CLIENT_WEB, identifiée relativement à CLIENT :




Conseils de lecture :

Les ouvrages de Michel Diviné

Et (s’il est encore disponible) l’ouvrage de Nanci et Espinasse : Ingénierie des systèmes d'information : Merise, Deuxième génération.

[Techys]

Bon je vous remrci pour vous conseil: petite explication en gle ID veut dire identifiant seki revien au code ou au numero.
concernant le nbre d'enfat certaine gratification en depande(surtou pr les agent en periode de noel et de fin d'année)
Pour commande -factur ta raison c 1e omisison

Pour le contact c un employé d'un client, mais com n a plusieur deparemnt souvent chak departement a un contact diferent pour le mem client (je m'explik le service commercial a son contact et le service formation peu a voir un contact diferent)

Fon je recher chercherer a mieu clairife rpour le reste en attendand ..

je vous envoi des autre MDCE a commenttez merci.

Vraiment bien comme titre "Les aventures de Techys au pays du MCDE"

[Techys]

Bon je vous remrci pour vous conseil: petite explication en gle ID veut dire identifiant seki revien au code ou au numero.
concernant le nbre d'enfat certaine gratification en depande(surtou pr les agent en periode de noel et de fin d'année)
Pour commande -factur ta raison c 1e omisison

Pour le contact c un employé d'un client, mais com n a plusieur deparemnt souvent chak departement a un contact diferent pour le mem client (je m'explik le service commercial a son contact et le service formation peu a voir un contact diferent)

Fon je recher chercherer a mieu clairife rpour le reste en attendand ..

je vous envoi des autre MDCE a commenttez merci.

Vraiment bien comme titre "Les aventures de Techys au pays du MCDE"