SoftwarePacks

Goal : manage softwares bundles in packs (for example Office, Create Suite, Autodesk architecture suite, etc.)

Manage packs as softwares

  • A pack is a software. A new fied call 'is_pack' is added to filter requests and separate software from packs
  • Maybe add a new bookmark to list only software packs ? to be discussed
  • A new table is added to link softwares version together (a version of a pack with a version of a software) :
    CREATE TABLE IF NOT EXISTS `glpi_softwareversions_softwareversions` (
      `id` int(11) NOT NULL AUTO_INCREMENT,
      `softwareversions_id_1` int(11) NOT NULL DEFAULT '0',
      `softwareversions_id_2` int(11) NOT NULL DEFAULT '0',
      `link` int(11) NOT NULL DEFAULT '0', //0 = pack
      PRIMARY KEY (`id`),
      KEY `unicity` (`softwareversions_id_1`,`softwareversions_id_2`)
    ) ENGINE=MyISAM  DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci ;
    

MoYo : Pourquoi séparer les packs de la liste des softs ?
Walid : pour moi ce sont 2 objets différents, même si très proches. D'où l'idée d'une classe séparée, pour gérer les quelques exceptions sans alourdir le code de la classe Software. Ca me semblait logique comme façon de faire ?
MoYo : moi je vois vraiment les packs comme des logiciels comme des autres. Avec des traitements spécifiques effectivement mais rien d'autre. Avoir 2 listes distinctes ca veue dire rendre difficile un listing consolidé des 2 sources d'informations :(
Walid : ok compris ton point de vue. Je le voyais pas pareil, mais après avoir commencé à faire des tests, c'est vite ingérable. Je pars donc sur ton idée, on verra de quels ajustements on a besoin.

Pack form : same as software form. Just as a new field Pack yes/no
Version form :
  • add a new tab called "content" : list of softwares attached to the pack and list of computers where the pack is installed
  • add a new tab to list all computers that might me concerned by the pack

Rules : it is not possible to automatically. If the inventory tool can get the info, import it.

In the pack form, add options to facilitate attributions of softwares to this pack :
  • look for computers who own all the softwares belonging to a pack. If only one software of a pack is installed, then people will have to affect it manually

Questions

MoYo : questionnement :
  • Comment définir le lien entre les logiciels et le pack ? lien software / software avec un typage : upgrade / pack ?
    • Walid : quel intérêt de gérer les upgrades ? Actuellement ce champs est juste pour info. J'ai du mal à voir ce qu'on pourrait en faire de plus ?
      • MoYo : oui ce n'est que de l'informatif. Comme les packs d'ailleurs vu qu'aucun traitement spécifique n'est fait dessus.
    • C'est la question principale qui peut répondre aux suivantes.
  • Est-ce qu'un pack n'est pas simplement un groupement de logiciel (quelque soit la version) ?
    • si Office 2003 est un pack alors il pourra contenir word 2003 version x ou y.
  • Dans l'archi proposée globalement on duplique la notion de logiciel en pack mais comment savoir que si ce pack est installé alors tel ou tel logiciel fait partie de ce pack. Je ne percois vraiment l'intérêt de la duplication.
  • Sur la liste des ordi ce qui intéressant serait de faire comme sous windows : on voit la pack et on peut déplier pour voir le contenu qui est installé. Avoir 2 listes ne me semble pas vraiment ergonomique.
  • Au niveau dictionnaire il me semble qu'on duplique également un dictionnaire existant. Cela impliquerai pour certaines règles de les dupliquer.
    Walid :
  • l'idée de dupliquer ne me semble pas la meilleure
  • effectivement un pack Office 2003 = toutes les versions de word, excel 2003.
  • pour le dictionnaire, je pensais à un dico supplémentaire (ou alors on pourrait envisager une extension du dico des catégories de softs) : ce qui me gène c'est que, que ce soit le dico des softs ou celui des catégories, on a qu'une seule règle qui peut matcher. Hors pour moi l'attribution à un pack n'est qu'une modification comme une autre (comme attributer une catégorie par ex).
    • MoYo : je ne comprend pas le lien avec les catégories de soft.
    • Walid : ça me semblait être le dico qui se rapprochait le plus de ce que je voulais faire.
      • MoYo : la notion de pack est une caractéristique des logigicels ca me semble plus logique de gérer ca dans le dico des softs non ?
      • Walid : oui mais ce qui me gène c'est que le dico des softs sert à faire plein de choses, et que dans le cas des packs, je vois ça comme une règle non bloquante pour le moteur (c'est à dire que ce n'est pas parce qu'on a associé un soft à un pack que l'on doit arrêter l'exécution des règles, on pourrait par ex avoir une règle suivante qui affecte un fabricant à un ensemble de softs, dont celui-ci). Il faudrait peut-être prévoir une action du genre Continuer l'exécution du moteur assigner oui ?
      • MoYo : effectivement je n'avais pas pensé à ce problème de blocage après matching.
      • Walid : d'où l'idée d'avoir un moteur pour les packs, spécifique. Ca me semble plus simple que de modifier tout le moteur, et là on est sur un cas similaire aux catégories de softs

Walid : finalement pas possible de faire de l'affectation auto : à l'outil d'inventaire de remonter les infos

Old thoughts : SoftwarePacks_Old