liens inter composants.

et aussi

http://www.glpi-project.org/forum/viewtopic.php?id=4721 : discusion archires et lien global/unitaire des relations intercomposants

http://www.glpi-project.org/forum/viewtopic.php?id=4878 : avis et reflexion sur cahier des charges
----

1 - Regroupement général des demandes :

1. Généraliser le concept de connexion.
2. Modifier les informations des extrémités du lien.
3. associer des informations à ce lien.
4. Interagir avec ce lien ou ses informations.

2 - Les besoins :

1. Reformuler la notion de connexion, avec une distinction connexion interne (PCI, AGP, USB par ex.) et externe (port serie, //, USB, PS2, 230V...).
2. Retravailler la notion de ports des composants.
3. Travailler la notion de lien.
4. Interfacer la notion de connexion et de lien avec l'utilisateur.

3 - Cahier des charges :
  • Case à cocher (Action massive : modifier/supprimer/déconnecter...).

1. Dans les propriétés d'un composant (ordinateur, imprimante, périphériques...), simplifier l'onglet connexion (actuellement connexion directe et connexion "autres") en une liste de "connexion interne" et "connexion "externe"  avec tous les composants. En effet ce qui diférencie les connexions c'est le type d'interface qui relie les composants. 
2. Le tableau de "connexions" aurait la forme suivante :
  • N° de port (information cliquable : détails/modification/suppression).
  • Nom de port (Zone de texte).
  • Interface (référence vers Liste de choix d'intitulés).
  • Capacité (référence vers Liste de choix d'intitulés).
  • Informations complémentaires (???)
  • Le lien concerné s'il existe (information cliquable : détails/modification/suppression).
  • Connecté à, s'il y a un lien(informations cliquables : N° port & appareil à l'autre bout du lien + action connecter/déconnecter).
  • la gestion d'une liste d'interface et d'une liste de capacité (dans les intitulés).
  • commentaire libre.
  • .... a compléter, si besoin.
    3. Les informations/relations utiles pour la gestion des liens (formulaire détaillé d'un lien):
  • Case à cocher (Action massive : modifier/supprimer/déconnecter...).
  • N° de lien.
  • Nom de lien.
  • Interface (référence vers Liste de choix d'intitulés).
  • Capacité théorique (référence vers Liste de choix d'intitulés).
  • Capacité réelle (référence vers Liste de choix d'intitulés).
  • commentaire libre.
  • .... a compléter, si besoin :
    • longueur du lien en metres (suite demande igpg)
      4. Interaction, présentation à l'écran :
  • "L'objet" lien devient une entité complètement gérable comme par exemple un ordi. (création à partir de gabarit (=gabarit de lien) incluse).
  • Onglets : (tout sauf lien (=lien externe protocolé) : on ne peut pas se connecter à un fil).
    1. principal (information sur les caractéristiques de ce lien).
    2. connexions (liste des composants connectés par ce lien, et meme plus : imprimante logique, wifi, autre...).
    3. gestion (info finance + contrat).
    4. documents (contrat électronique, avis de clôture d'incident si externe...).
    5. tickets.
    6. notes.
    7. historique.
    8. tous.
    9. plugin.

4 - particularité de certaines interfaces (nécessitant des informations structurées)
  • besoin des champs :
    • Adresse IP, Masque de sous réseau, Passerelle.
    • Adresse MAC.
    • Attribution par DHCP (O/N) (suite demande igpg).
    • ... a completer si besoin.
      2. ...a completer si besoin.

1. interface ethernet :

5 - Points non résolu (a intégrer dans le cahier, bien sur) :
  • Comment intégrer la notion de IP et MAC pour un type d'interface particulier (ethernet dans ce cas) : voir point N°4.
  • Comment gérer les @IP (et aussi parfois, comme par exemple les machines vmware, les @MAC) multiples.
    résolu : x IP/MAC = x ports
  • Comment être sur que l'on n'aura pas besoin d'intégrer d'autres notions pour d'autres types d'interface.
  • On suppose une connexion de bout en bout (donc un fil avec que 2 extrémités connues/définies) :
    1. Comment gérer les connexions wifi (lien global ??? la notion est elle bonne) ?
    2. Comment gérer les liens logiques des files d'impression Unix par exemple ?
    3. Comment gerer les autorisations d'acces aux imprimantes reseaux ?
    2. Evolution du plugin "archires" : (un autre cahier des charges en perspective, car c'est à développer ? )
    On peut, à partir du moment que la notion de connexion est plus forte, obtenir l'architecture que l'on veut :
  • Afficher tous les composants d'un PC.
  • Afficher tous les composants d'un lieu.
  • Afficher tous les composants immédiatement reliés (notion de sauts, comme les sauts entre les routeurs)
  • Afficher un/plusieurs types de composants d'un lieu ou avec un saut de 2...
  • Avoir une banque d'image, de couleur pour les liens ou interface.
  • ... au final, pouvoir choisir parmis des profil d'architecture à afficher (visualiser un poste, visualiser un reseau...).
  • Afficher/masquer les composants qui ont des ports mais qui ne sont pas reliés.
  • N'afficher que ceux qui ne sont pas reliés, histoire de les relier plus facilement.
  • La notion de capacité serait utilisée pour faire des graphes d'encombrement réseau (ca suppose l'affichage de composants dont l'interface type est la même pour tous, histoire de pouvoir quantifier tous les liens de la même façon).
    3. Interaction avec OCS
  • rapprocher le concept de relation intercomposant des synchro OCS.

1. Les informations complémentaires dans la gestion des ports :

6 extension des possibilités

1. Il est question ici de connexion entre un boitier PC et le reste du monde : clavier usb, imprimante //, [[FireWire]] , switch, imprimante virtuelle, alimentation 230V, enceintes ....
Nous pouvons envisager ce type de connexion pour les connexions interne : des port PCI, SATA, USB interne, FCPGA,....
Si besoin il faudrait ajouter un champ permettant de distinguer les connexions internes et externe.
D'ailleur l'onglet principal afficherait les connexions internes, l'onglet connexion afficherait les connexions externes.