Table of Contents

Installation / configuration initiale

  1. ✔ Menu administration pour gérer les machines
  2. ✔ pouvoir inclure les machines dans les poles ou les groupes
  3. ✔ creer les machines avec l'option groupe et poles
  4. ✔ script d'initialisation de l'application: dump base de données, plus création d'un premier utilisateur administrateur, template de base pour une machine avec un pole et un groupe
  5. ✔ dans le script demander le mode d'authentification (CAS ou local)
  6. ✔ voir le cas particulier du CAS
  7. ✔ Pouvoir créer des poles et des groupes
  8. ✔ Créer automatiquement le “Machine System template”, “Project template, “sample template”, “browse_history”
  9. ✔ Menu pour désigner les admins de DigiCleaR
  10. ✔ Meilleur fichier de configuration (ex : .ini).
  11. ✔ Instauration d'un numéro de version,d'une changelog et de mises à jour automatique de la base de donnée.
  12. Modifier le système de mise à jour de la DB pour que les mises à jour mineures soient effectuées seulement par l'admin (ou automatiquement ?)

✔ Nextcloud

  1. Choisir une librairie client webdav correctement documentée
  2. Identifier les appels d'api à utiliser pour téléchargement/versement des fichiers (potentiellement volumineux).
  3. écritures du système de gestion des fichiers côté digiclear (cache, écriture des liens en DB, etc)
  4. écritures des apis digiclear
  5. écritures des composants js (avec potentiellement des barres de chargements)

✔ Améliorations / bugs

  1. ✔ bug les machines privées doivent rester privées
  2. ✔ Nouveau commentaires en WYSIWYG
  3. ✔ probleme d'affichage des menu de configurations dans les modifiers inline
  4. ✔ Templates accessibles seulement au managers (maintenance et co).
  5. Affichage de paramètres conditionnel.
    1. ✔ Dans l'éditeur : Factoriser les conditions lors du chargement pour avoir plusieurs blocks imbriqués (si nécéssaire).
  6. Problèmes de performances sur chrome / chromium with datalists.
    1. ✘ modifier le composant de recherche de mspu pour effectuer la recherche côté serveur client
  7. ✔ Affichage des données projets
  8. Pouvoir modifier les fiches process
  9. ✔ Ajouter la visualisation des profils utilisateurs
  10. ✔ Donner les droits sur l'ensemble des données d'un user à un autre utilisateurs.
  11. ✔ Bug graphique dans le créateur de formulaire avec les paramètres inline parents
  12. ✔ Nom customisé pour les paramètres inline quant ils sont inline
  13. ✔ ajouter un onglet help

Sample History

  1. ✔ date parameter rempli avec la date actuelle par défaut
  2. ✔ sélection du paramètre de tri par défaut dans les templates
  3. ✔ partage avec d'autres utilisateurs lors de la création du sample (dans le formulaire)
  4. modification des historiques / templates SP de manière à ce que ce les paramètres machines soient correctement affichés
  5. barre de recherche sur tous les parametres d'un MSP en même temps (champ de recherche sur l'historique)
  6. barre de recherche sur tous les parametres dans ./samples/ (et ./project/ et ./machines/).
  7. ✔ 10 derniers samples utilisés sur /samples/
  8. ✔ affichage en damier (tag cloud?) sur /samples/
  9. groupes d'utilisateurs
  10. side menu en js retractable
    1. début de la description pour les SP / status pour les machines
    2. bulle avec la description
    3. bouton pour changer d'ordre (alphabétique / dernièrement utilisé / etc) ? quel onglets afficher ?
  11. historique des SP personnalisable
    1. drag & drop des colonnes + ajout / suppression des colonnes en live
  12. Affichage de l'héritage des échantillons sous forme de graphe.
  13. Ajout d'un paramètre user (avec les groupes)
    1. incorporer ce paramètre aux requetes de manière à avoir des requetes ciblées (si possible sans rien hardcoder)
  14. ✔ Liens vers les msp dans l'historique
  15. download d'historique avec les noms mspu au lieu des id
  16. draft d'opération
    1. sauvegarde automatique toute les x minutes / à chaque changement ?
    2. (pour les fichiers autoriser la recupération d'une collection si tout ses fichiers ont été uploadé par l'utilisateur concerné)

Groupes Utilisateurs

  1. définir l'architecture BD
  2. Ecrire la conversion de l'ancienne structure vers la nouvelle
  3. modifier les fonctions d'accès vers la base de donnée pour utiliser la nouvelle structure
    1. identifier celles qui doivent être modifiées, celles qui doivent être (ré)écrites, et celles qui doivent être supprimées
  4. modifier / écrire les classes représentant les nouveaux groupes avec leurs types
  5. réfléchir les nouvelles interfaces permettant d'interagir avec les groupes
  6. modifier / écrire les API permettant d'interagir avec ces interfaces
  7. réécrire le side menu
  8. modifier “rightDistributor”
  9. modifier le panneau admin
  10. ajouter le nouvel onglet “groups”
  11. créer les interfaces permettant de gérer les groupes
  12. finitions

Booking

  1. recherche d'une librairie booking
    1. client ou client+serveur ?
      1. compatibilité vue ou api d'accès au évents de manipulations de l'interface
      2. réservation avec un cliqué glissé sur le calendrier
      3. plusieurs réservations sur une même plage horaire
        1. nécessaire si on veut avoir plusieurs réservations ou les afficher par projets ou par groupe msp
      4. style visuel compatible avec l'existant
      5. faire des recherches dans la DB ?
    2. PLANIFIÉ VS RÉALISÉ
      1. flexibilité sur les planifications (plusieurs réservations sur une même plage horaire ?)
      2. liaison avec les opérations effectuées pendant les créneaux réalisés ?
    3. DB indépendante ?
  2. integration de la solution choisie
    1. reservations individuelles / par groupes ?

Améliorations

  1. Favoris
    1. pouvoir mettres des machines en favoris (ce qui les affiches en premier dans le side menu
    2. pouvoir faire des groupes de favoris (local à l'utilisateur, n'affecte pas les privilèges)
  2. modification des opérations dans l'historique des échantillons / projets
  3. Amelioration de la barre de recherche
    1. optimisation de la recherche sur les opérations (indexage, cache, etc)
    2. recherche sur les propriétés des msp
    3. feedback sur la provenance des resultats de la recherche (affichage d'un extrait de l'opération contenant le/les termes recherchés, etc)
    4. selection des paramètres nécessitant d'être recherché (nom et/ou propriétés et/ou opérations, etc)
  4. Restructuration des fichiers client (js et css)
    1. autoloaders + un equivalent js de composer avec les librairies minimisées
    2. Single files vue + pre compilation
    3. bootstrap 5
  5. Utilisation d'un store global (vuex)
  6. Redesign du menu de création de templates
    1. Librairie de widgets configurable (par catégorie)
    2. repli des paramètres lockés.
    3. auto-remplissage du nom de DB
  7. panneau de fabrication de requêtes généralisé et extraction de données (historique + pdf + ??)
  8. Ajout d'un paramètre radio
  9. Affichage de paramètres à onglets / boucle (au choix)
    1. modifieur avec système de suffixe ajouté au keyNames (+ vérification lors de la création du template)
    2. à onglet (manuellement controllé par l'utilisateur) ou dans une boucle (condition évaluée pour chaque instance)
    3. si boucle verification que la condition ne soit pas true par défault
    4. prise en charge niveau historique (best : affichage des instances en lignes comme les samples + onglets dans l'opération déployée)
  10. paramètre variable automatique
  11. ✔ parametres private visible sur le formulaire
  12. ✔ selecteur d'icones pour les types d'operations
  13. machines auditables (?)
  14. Ctrl + drag pour dupliquer les parametres.
  15. creation de flowchart (liste d'étapes à effectuer sur un échantillon pour obtenir le résultat voulu)

Ancien todo