Misc:Roadmap - OCS Inventory NG

Misc:Roadmap

From OCS Inventory NG

Jump to: navigation, search

Contents

Releases

1,02 final (Avril 2009)

  • Dernières modifications 
 Récupération et affichage du champs type pour bios
 Passage du libellé de version de ocsreports à 1.02
  • Release de la 1.02 finale
  • Publication selon le processus habituel
  • MAJ Doc en 1.02

1,03 alpha

To be filled

1,1

To be filled

Community

Migration des infra web (Avril 2009)

  • Installation de zimbra
  • Installation de mediawiki
  • ...

Maintien de la documentation

To be filled by Guillaume

  • Restructuration de la documentation sur le wiki 
 Notamment la ventilation des pages (segmenter la doc principale en 9 pages)
 Réorganiser le wiki en créant et normalisant des namespaces
  • Finalisation et élaboration des points manquants 
  Ajouter les images manquantes de la documentation principale
  Améliorer la doc des différentes fonctionnalités de l'interface
  • Dessins de la telediff avec cycles et périodes 
  Permettra une bonne visualisation du principe de téléchargement
  • How-to déploiement d'images systèmes par ocs dans le wiki 
  From ocs meeting
  • How-to utilisation des serveurs de redistribution ? Je pense que c'est utile malgré la refonte du système de télédéploeiment à venir
  • Maj de la doc actuelle pour l'adapter à la 1.02
  • Corriger les erreurs et les éventuelles coquilles de la documentation actuelle.
  • Créer des "mini-docuementations" pour les features nouvellement implémentées (lors des RC par exempel) afin d'aider les utilisateurs à les utiliser et avoir un maximum de retours et de bug reports

Infrastructures communautaires

Améliorations évoquées notamment lors des rencontres ocs.
  • Améliorations du site web 
 mise en avant du wiki et des forums
 jolis schémas de ocs et du reste du monde à travers une lentille soap
 mise en avant de la télédiffusion
 meilleur look and feel possible pour faire honneur face à nos 120 000 visites mensuelles
 revoir les traductions anglaises vacho espagnoles à la mord moi le noeud). Actions à définir.
 rajout de la date de début de partenariat pour chaque partenaire
  • Mise à disposition en téléchargement des agents windows mobile
  • Interface de feedback des clients des partenaires
  • interface de prise de contact des partenaires

Features

Chaque feature est placée dans le tracker de sourceforge. A l'insertion, elles sont mises dans le groupe "checking" (étape des discussions, voir si on intègre, ect...). C'est le groupe des features ayant déjà passé le premier filtre. Ensuite, la feature passe dans le groupe "roadmap". Elle est intègrée, ne reste plus qu'à savoir quand elle sera dispo. Quand la feature est commencée, on la passe dans le groupe "in_progress". Une fois implémentée, on la met dans le groupe de la release pour laquelle elle sera dispo. Pour l'instant n'existe que le groupe "release 1.03" et "release 1.1". Les discussions se font par commentaires successifs sur le tracker, dans l'esprit d'un forum. Il y a pour certaines features un premier commentaire, bien penser à déployer les commentaires s'ils ne sont pas visibles.

Télé distribution

 Une alternative ? : https://sourceforge.net/tracker/index.php?func=detail&aid=1710511&group_id=58373&atid=487495==

Communication agent serveur

ipdiscover

Inventaire

Note: (voir Aida) 

 Autre possiblité : /notify:user (https://sourceforge.net/tracker/?func=detail&aid=2064822&group_id=58373&atid=487495)

Internals

 Il faudra en même temps définir comment on donne les fonctionnalités de hook de l'API :
 * soit conservation de la compatibilityLayer (à ce moment il faudra renommer)
 * soit modification de la facon de les attaquer

 Travail de Linvinus à prendre en compte: http://forums.ocsinventory-ng.org/viewtopic.php?id=4104

Echange avec l'extérieur

  • Discussion générale: certains fragments de code nécessitent actuellement d'être dupliqués entre l'interface et le moteur 
 (par exemple l'effaceme,nt d'une machine, le verrouillage d'une machine, la fusion d'une machine...). 
 Une solution envisageable serait de mettre ce code partagé dans le service soap. On pourrait ainsi non seulement l'appeler 
 depuis divers composants de ocs, mais aussi depuis l'extérieur. 
 La question est donc: doit on rendre le service soap "mandatory" ?
 https://sourceforge.net/tracker/?func=detail&aid=2818439&group_id=58373&atid=487495

 Prépositionnement d'une "enveloppe" qui sera fusionné avec la machine correspondante en suivant les règles de l'AUTO_DUPLICATE_LVL

Expérience utilisateur

 On se réfère à cette feature, mais ce n'est pas la description exacte. 
 PLutôt : gestion évoluée des droits utilisateurs. Voir si on ouvre une autre requête.

 Recherche sur les périphériques identifiés : quelles possibilités aujourd'hui ?

IsoFonctionnalités agent unifié agent windows

 Nos devons garder la possiblité d'intervenir facilement à certains endroits du flux ocs.
 La compatibility layer ne peut exister indéfiniment.
 Comment apporte-t-on la fonctionnalité ?

Discussions

  • Evaluation schéma de base de données cible

https://sourceforge.net/tracker/?func=detail&aid=2810172&group_id=58373&atid=487495 Les benchs du nouveau schéma ont montré que le gain était réellement significatif (de l'ordre de plus de 50%).

Retrieved from "http://wiki.ocsinventory-ng.org/index.php/Misc:Roadmap"
Personal tools