Gestion des informations techniques
Bonjour, je travaille actuellement sur un projet de gestion des informations techniques sur les clients de mon entreprise et des moyens d'accès pour se connecter à leurs systèmes d'informations ...
Ce projet a pour but d'être plus réactif et mieux organisé au niveau du support technique.
Je vais expliquer en détails les différents besoins de mon projet et savoir si le MCD que j'ai réalisé correspond bien à la situation:
Tout d'abord, nous avons des clients représentés par l'entité societe.
Il y a plusieurs moyens de se connecter à l'architecture informatique d'un client....donc on peut se connecter à une societe par 0 ou plusieurs connexions ...
Chaque client possède des équipements et des logiciels ...
j'ai divisé les différents équipements que nous gérons en 3 catégories :
Les serveurs, les switchs et les contrôleurs réseaux.
Un serveur est un équipement où est installé en général un seul OS et où plusieurs applications peuvent être installées dessus. (Un OS peut acceuillir 0 ou plusieurs applications.
Pour chaque application, chaque OS et chaque équipement (serveur, contrôleur réseau, switch), on a une ou plusieurs licences associés.
Un équipement / logiciel peut avoir un ou plusieurs numéro de série (licence)...Un logiciels peut avoir une ou plusieurs licences.
Un serveur est composé de composants :RAM, disque, processeur et autre ...
Un serveur peut avoir un ou plusieurs composants...
Chaque équipement est lié à un constructeur.
Un constructeur peut proposer 0 ou plusieurs modèles d'équipements.
Chaque constructeur a un support.
Pour chaque constructeur, il y a des procédures d'accès au support différentes.(lorsqu'un matériel est défectueux par exemple) Il peut y avoir plusieurs procédures pour un constructeur.
Une procédure est lié au support d'un constructeur.
Des documents peuvent être associés à une procédure. Une procédure est rédigé par un auteur (utilisateur)
Je pense qu'il manque une entité éditeur pour les logiciels dans mon MCD ou sinon est ce que je peux relier les entités OS et applications à constructeur ...étant donné que ce sont les mêmes informations dont j'ai besoin pour gérer les éditeurs de logiciels (à savoir le nom de l'éditeur et facultativement, un commentaire sur cet éditeur...)
Chaque équipement peut avoir une ou plusieurs configurations réseaux ...
Chaque équipement et logiciel disposent d'une ou plusieurs méthodes de management, c'est à dire que pour un logiciel ou un équipement, on peut définir une ou plusieurs méthode d'accès à cet équipement...
La méthode dans l'entité management est un champs texte qui indique toutes les indications pour se connecter à tel ou tel équipement / logiciel...
Voilà, pouvez vous me dire ce que vous pensez de mon MCD, y a t-il des choses incorrectes ? (surement que oui :roll : :roll: , je suis débutant ....)
Merci de votre aide ..... :D
Mon MCD est en Piece jointe .....
Associations-types quaternaires et plus, si affinité...
Bonsoir,
Les associations-types de votre MCD méritent effectivement d’être revues...
Déjà, dans un MCD normalement constitué, il y a un maximum d’associations-types binaires, plus quelques associations-types ternaires. Pour votre part, vous battez des records : associations-types quaternaires (Fabrique, a(2), Possède, Correspond une), quintenaires (a), sextaires (Dispose)...
Donc forcément, il y a quelque chose qui cloche.
Considérez une association-type comme une rencontre (terme employé par le grand Yves Tabourier). Voyons la signification de l’association-type « a » : littéralement, elle symbolise la rencontre d’un serveur, d’un processeur, d’un disque et d’une mémoire (je laisse tomber l’entité-type « autre »). Ceci n’est pas faux, mais au vu des cardinalités portées par les pattes connectant les entités-types sur l’association-type, un disque donné peut être associé à N serveurs, à N mémoires, à N processeurs. La même mémoire peut être associée à N serveurs, N disques et N processeurs, etc. Est-ce bien cela que l’on veut ?
Si la participation d’une mémoire et d’un disque a une même rencontre n’est pas pertinente (viol du principe d'indépendance), l’association-type quaternaire« a » doit être cassée en deux associations-types de degré inférieur, c'est-à-dire ternaires, la 1ere représentant la rencontre d’un disque, d’un processeur et d’un serveur et la 2e représentant la rencontre d’une mémoire, d’un processeur et d’un serveur.
Cette fois-ci, selon la 1re ternaire, un disque donné peut-être associé à N serveurs et N processeurs. Si l’association d’un processeur et d’un disque n’est pas pertinente, alors il faudra casser la ternaire en deux binaires, etc. et quand on ne pourra plus rien casser, il faudra s’assurer des cardinalités. Ceci fait, il faudra reformuler avec la plus grande rigueur les règles qui régissent la participation des entités-types aux rencontres.
Voilà déjà une 1re tâche à entreprendre...