Salut,
Effectivement, c'est une idée. Mais je ne suis pas certain que cela soit suffisant.
Je bosse sur un modèle ce soir, je pense pouvoir le finaliser pour demain.
peux-tu me dire à quoi correspond la classe Local et BD.
A+
Version imprimable
Salut,
Effectivement, c'est une idée. Mais je ne suis pas certain que cela soit suffisant.
Je bosse sur un modèle ce soir, je pense pouvoir le finaliser pour demain.
peux-tu me dire à quoi correspond la classe Local et BD.
A+
Bonjour,
Voilà un premier jet de mon diagramme de classe.
Il y aura forcément des optimisations et des évolutions à réaliser.
J'ai pris une voie différente de la votre.
Je prendrais un peu de temps pour expliquer ce modèle dans un prochain poste.
La notion de version et d'historisation n'est pas encore intégrée au modèle.
Cette notion me pose quelques soucis en modélisation objet.
Par contre elle serait assez simple en modélisation relationnelle (merise).
Les design pattern sur le sujet ne m'ont pas vraiment éclairés (voir ici)
Pièce jointe 29714
Quelques précisions sur le diagramme de classe :
Chaque CI est classée par type (serveur, imprimante, PC, logiciel...) et par catégorie (infrastructure, logiciel métier, logiciel d'infrastructure...), puis par constructeur / fournisseur.
J'ai associé le statutCI à un type de CI, il faut à mon avis également créer l'association (CI-->StatutCI)
pour gérér les statuts unitaires.
Les CI sont reliés entre eux. Je n'ai matérialisé que deux associations, mais on pourrait ajouter :
- est un composant de
- sera remplacé par
- est une nouvelle version de
Ensuite, chaque CI porte les attributs qui le definit, puis des attributs spécifiques. Il est possible d'ajouter ou de supprimer des attributs à un CI.
par exemple pour un ordinateur :
- Netbios
- Adresse MAC
- Type de processeur (si le processeur n'est pas une CI)
Il pourrait être interessant de créer des attribut obligatoire par type de CI et par constructeur/fournisseur.
Un CI est localisé géographiquement il est aussi attribué à une organisation.
(il faudrait ajouter la localisation organisationnelle)
Des documents sont associés à chaque CI. Les documents sont disponibles dans un lieu, sur un site intranet...
Pour chaque CI on cherche à répertorier les incidents, les problèmes, les changements.
Limite du modèle et propositions :
Ce modèle ne permet pas de gérer les structures de CI prédéfinies à l'avance.
Il ne montre pas n'ont plus les besoins en terme d'historisation des configurations.
Pour l'historisation, la relation est une nouvelle version de
peut apporter une première réponse associée à une méthode de recopies des informations
d'un CI vers un nouveau CI.
L'utilisateur n'aurait qu'à changer les informations relative au changement.
Chaque CI aurait alors une date de début et une date de fin.
A+
Bonjour tikomoon,
Merci pour les éclaircissements.
j'attend tjrs la nouvelle version du DC.
A+
j'ai pas trop le temps de bosser dessus.
Par contre, tu peux faire évoluer le modèle si tu penses l'utiliser
il est libre de droit.
j'aurais sans doute un peu de temps la semaine prochaine
A+
Bonjour tikomoon,
Je confonds les cas d'utilisation "reporting", "Contrôle des CIs" et "Verification&Audit" :?. Peux tu me dire exactement quel est le rôle de chacun?
Merci d'avance!
Salut chouchou85,
Pour moi, le reporting permet de faire un état des lieux de la CMDB.
je pense par exemple à des indicateurs comme le nombre de PC enregistrés par exemple.
ça peut donner une idée sur l'avancement des travaux de référencement.
Cette fonction est sans doute plus dédiée au gestionnaire qu'à l'auditeur.
Contrôler un CI est une opération qui permet de vérifier l'identité entre la réalité et ce que l'on enregistre dans la base sur un CI ou un groupe de CI.
Ce cas d'emploi peut également intéressé le configuration manager
On peut voir de deux façon le cas d'emploi Vérification et audit.
Soit il s'agit de visualiser les fiches des CI.
Cela permet à l'auditeur d'avoir une impression des données qu'il souhaite vérifier, puis de faire un pointage exhaustif (si nécessaire).
Soit il s'agit de gérer les opérations d'audite (planning, personnes, type de CI)
As-tu les éléments de réponse que tu attends?
Attention quand même, ceci constitut une vision personnel.
Oui c'est bien ça ce que j'attendais. Merci bien :)
Bonjour,
Je bosses sur le même sujet également et je voulais savoir comment gérer la "baseline" dans ce cas?
Bonjour mioumiou84,
Construire une baseline c'est taguer toutes les versions des CIs inclus dans la baseline.
Le diagramme de classe ci-dessus ne permet pas de réaliser cette opération dans l'état actuel.
Il serait intéressant de faire un focus sur la gestion des changements pour présenter ces fonctionnalités.
Qu'en penses-tu?
Bonjour, j'ai beaucoup aimé votre discussion sur la CMDB, je bosse sur un projet identique aussi, je me demande maintenant où en êtes vous arrivé? avez-vous fini le développement de l'application? que pouvez-vous me conseillé? surtout en ce qui concerne la conception et l'évolutivité de la base de donnée?
Merci
Bonjour,
Je me permets d'intervenir dans vos discussions.
En effet je commence le plan projet de la mise en oeuvre d'une CMDB.
Du coup vos échanges m'intéressent beaucoup !!!
De mon côté je n'en suis qu'au début et à l'analyse des besoins etc.
Je suis chef de projet.
J'ai beaucoup beaucoup beaucoup de questions sur le sujet.
Etes vous toujours actifs sur ce sujet là justement ?
Je suis hyper intéressée par vos retours d'expérience, vos plans projet. Comment vous êtes partis pour implémenter la CDMB ? Ou vous en êtes etc etc.
Merci à vous pour vos réponses et vos contacts !
Karine
je traite egalement le mm sujet de pfe et je suis vraiment a la bourre jattends une reponse le plus totpossible plz
ps il me resteune semaine avant le depot :-(:cry::cry::cry::(
C'est à moi le tour de travailler sur ce sujet, pour mon pfe !!!
Wish me good luck :lol: