• Ergonomie et interface |
|
#3171 |
Suppression de la barre inférieure |
|
#3171 |
Réorganisation de la partie supérieure de l'écran
-
Déplacement des éléments de navigation sur la gauche
-
Possibilité de masquer la barre supérieure d'icônes
-
Intégration des éléments précédemment positionnés dans la barre inférieure
|
|
#3168 |
Ajout d'un menu utilisateur Intégration des fonctions utilisateurs principales : déconnexion, changement de la langue, changement du thème, accès à l'aide en ligne, ... |
|
#3167 |
Amélioration de la fluidité d'accès au menu gauche sous forme d'icônes |
|
#3169 |
Prise en compte de la taille des icônes choisie sur le menu gauche sous forme d'icônes |
|
#3202 |
Sur les imputations, "Montrer le travail planifié" devient coché par défaut |
|
#3250 |
Alignement des coûts et charges à droite dans les listes, et affichage systématique de 2 décimales pour les coûts |
|
#3091 |
Lors de la sélection d'un élément via une liste étendue (par exemple ajout d'un élément lié et clic sur la loupe) possibilité d'enlever la restriction de la sélection sur le projet courant |
|
#3115 |
Accès à l'élément d'un hyper-lien dans les éditeurs de texte riche (par clic droit ou [CTRL]+clic) |
• Planning |
|
#0076 |
Nouveaux types de dépendances Début-Début et Fin-Fin:
- Début-Début : le successeur ne peut pas commencer avant le début du prédécesseur
- Fin-Fin : le successeur ne devrait pas finir après la fin du prédécesseur, ce qui induit une planification "le plus tard possible". A noter que le successeur ne devrait pas se terminer après la fin prédécesseur, mais dans certains cas, ceci ne sera pas respecté :
- si la ressource est déjà utilisée à 100% jusqu'à la fin du successeur
- si le successeur a un autre prédécesseur de type "Fin-Début" ou "Début-Début" et que le délai restant ne permet pas de compléter la tâche
- si le délai à partir de la date de début de planification ne permet pas de compléter la tâche
Le mode de planning "Le plus tard possible" est renommé "finit avant la date de fin validée". Le vrai mode "Le plus tard possible" s'obtient par ajout d'une dépendance Fin-Fin.
|
|
#2901 |
Nouveau mode de planning : récurrent (planning hebdomadaire) Ce nouveau mode permet de réserver la disponibilité de la ressource sur des tâches récurrentes sur une base hebdomadaire, par exemple 1/2 journée tous les lundis, 1h tous les jours, ... Les activités dans ce mode assignent dynamiquement le travail en fonction des bornes de début et de fin :
- début défini avec une dépendance Fin-Début ou Début-Début
- fin définie avec une dépendance Fin-Fin
Si aucune dépendance ne permet de déterminer le début, l'activité est planifiée à partir du début du projet. Si aucune dépendance ne permet de déterminer la fin, l'activité est planifiée jusqu'à la fin du projet. C'est donc le premier mode de planning dans ProjeQtOr qui définit des activités dont la charge assignée n'est pas fixe, mais s'adapte à la durée du projet. |
|
#0433 |
Calcul et affichage du chemin critique |
|
#1815 |
Calcul automatique du planning
- Calcul différentiel = calcul des projets qui nécessitent un recalcul
- Calcul complet = calcul de tous les projets
Les calculs sont programmés selon une fréquence de type CRON (toutes les minutes, tous les heures, à une heure donnée tous les jours, à une heure donnée un jour de la semaine, ...) |
|
#3212 |
Meilleure prise en compte des délais négatifs sur les dépendances |
|
#2558 |
Meilleure prise en compte de la priorité des contraintes pour les activités qui doivent se terminer à une date données (cette contrainte est moins forte que la dépendance avec un prédécesseur) |
|
#3260 |
Pour les tâches "dès que possible", si aucune affectation n'est créée mais que la charge validée est renseignée, prendre la charge validée comme durée par défaut (au lieu de 1 jour) |
• Activités et jalons |
|
#3194 |
Gestion du jalon sur les Exigences, Tickets, Versions de Produits, Entrants, Livrables et Livraisons. Cette fonction s'active au travers d'un paramètre global. Elle permet de mettre à jour la date cible (planifiée) de l'élément à partir de la date planifiée du jalon. Elle permet de manière optionnelle de lier l'élément et le jalon (pour obtenir la liste des éléments liés à partir du jalon) Elle permet de manière optionnelle de récupérer automatiquement le jalon à partir du jalon de la Version de Projet. |
• Gestion de configuration (Produits et Versions) |
|
#2701 |
Gestion du cycle de vie des Produits, Versions de Produit, Composants, Versions de Composant. Ajout de l'état sur les Produits, Versions de Produit, Composants, Versions de Composant. Le type est rendu obligatoire sur les Produits, Versions de Produit, Composants, Versions de Composant. Ajout du workflow, obligatoire, sur les Types de Produits, Types de Versions de Produit, Types de Composants, Types de Versions de Composant. |
• Contrôles et Automatismes |
|
#3161 |
Système de notifications Ce nouveau système permet de générer des notifications manuellement ou selon certaines règles très "souples" (définies comme des clauses "where"). On a donc désormais 2 systèmes de génération d'alertes ou de rappel :
- Les indicateurs, qui mettent en exergue un élément par rapport à la valeur d'un champ cible prédéterminé (certaines dates, la comparaison des charges ou de coûts) et permettent de générer des rappels ou des alertes avant la date cible ou lorsque qu'une charge ou un montant dépasse une référence d'un certain pourcentage.
- Les notifications, qui permettent de générer des rappels par rapport à une règle très souple (une clause "where") et de générer des rappels récurrents tant que la règle est valide.
Ce système est un peu "technique" (l'écriture de la règle, bien que assisté nécessite de comprendre ce qu'est une clause where) mais très puissant (on peut définir la règle sur n'importe quels champs de l'élément ou de son projet). De la même manière, la sélection du destinataire, relativement technique, permet de choisir n'importe quel champ de l'élément ou de son projet qui contient une référence à une ressource, un contact ou un utilisateur.
|
|
#3190 |
Gestion de modèles d'emails Définition de modèles d'email pour formatter les messages envoyés automatiquement Sélection du modèle d'email à utiliser pour l'envoi automatique d'email sur un événement |
|
#3195 |
Temporisation de l'envoi des emails : possibilité de ne pas envoyer les emails de suite, mais de les temporiser pour n'envoyer qu'un seul message Si plusieurs modifications générant un envoi d'email sont réalisées dans un lapse de temps court (paramétrable) |
|
|
#2646 |
Amélioration de la gestion des répertoires au niveau Projet On va s'assurer qu'un répertoire lié à un projet ne contiendra que des documents de ce projet (ou de ses sous-projets)
|
|
#557 |
Amélioration de la visibilité des répertoires On va s'assurer qu'un utilisateur ne verra que les répertoires dans lesquels il a le droit de voir des documents |
• Technique |
|
#3256 |
Migration / mise à jour des librairies externes
- CKEditor V4.8
- pdfMake 0.1.36
- html2pdf 5.1.0
- phpMailer 6.0.3
|
|
#3265 |
Fiabilisation / Complétion des listes :
- checklistable : objet pour lequel on peut définir une checklist
- copyable : objet qui peut être copié en un autre
- importable : objet qui peut être importé
- linkable => objet que l'on peut lier à un autre
- mailable => objet à partir duquel on peut envoyer un email unitaire
- originable : objet qui peut être l'origine d'une ticket
- referencable : objet pour lequel on peut calculer une référence
- textable : object pour lequel on peut définir des notes prédéfinies
|
|
# |
Compatibilité PHP 7.2 (attention pour les packs xAMP sous Windows, les DLL Open SSL ne sont pas toujours compatibles PHP 7.2) |
|
|
Attention, ProjeQtOr requière maintenant PHP 5.4 ou supérieur. Nous recommandons d'utiliser PHP 5.6 au minimum. Nous préconisons si possible d'utiliser PHP 7.0 qui apporte des améliorations notables de performance. |