- Chorem-devel - mailman.cloud.codelutin.com

Chorem 0.3.3
by Jean Couteau Feb. 8, 2016

Feb. 8, 2016

Une nouvelle version de Chorem toute fraîche vient d'être publiée. Comme aucun mail n'avait été envoyé pour la précédente version, vous allez même avoir 2 annonces en 1. Donc par rapport à la version 0.3.1, la version 0.3.3 apporte : - Corrections sur le tunnel de commande - Corrections sur les rapports de facturation Downloads --------- Vous pouvez trouver les fichiers ici : http://forge.chorem.org/projects/chorem/files * chorem-webmotion-0.3.3.war - https://forge.chorem.org/attachments/download/220 Bonne journée, L'équipe Chorem

1 0

[ANN] - Chorem 0.3 released
by Yannick Martel Oct. 23, 2014

Oct. 23, 2014

The Chorem team is pleased to announce the chorem-0.3 release! Project management Documentation of the project can be found here: http://chorem.chorem.org Changes ------- Changes in this version include: New features: o Add a way to cancel quotations Issue: 931. Thanks to Jean Couteau. Resolved by jcouteau. o [Facture] Aller directement au tableau de budget depuis la visualisation d'une facture Issue: 937. Thanks to Jean Couteau. Resolved by jcouteau. o [Tableau de budget] Changement des dates par défaut Issue: 936. Thanks to Jean Couteau. Resolved by jcouteau. o Ajouter le CA TTC sur la page d'accueil Issue: 951. Thanks to Jean Couteau. Resolved by jcouteau. o Ajouter les évolutions sur la page d'accueil Issue: 952. Thanks to Jean Couteau. Resolved by jcouteau. o [Tableau de budget] Rajouter un moyen visuel pour voir les factures prévisionnelles Issue: 938. Thanks to Jean Couteau. Resolved by jcouteau. o Export contact base as CSV Issue: 836. Thanks to Jean Couteau. Resolved by jcouteau. o Introduce a sales module Issue: 862. Thanks to Jean Couteau. Resolved by jcouteau. o Remove Invoiceable extension and replace it by FinancialTransaction Issue: 884. Thanks to Benjamin Poussin. Resolved by bpoussin. o [Financial] Reporting Issue: 944. Thanks to Jean Couteau. Resolved by jcouteau. o Track status change on quotation Issue: 732. Thanks to Jean Couteau. Resolved by jcouteau. Fixed Bugs: o the late invoice report gives us too many invoices Issue: 825. Thanks to Jean Couteau. Resolved by mble. o Bad computation in Budget report Issue: 883. Thanks to Benjamin Poussin. Resolved by bpoussin. o Spelling mistake on quotation attributes Issue: 670. Thanks to Jean Couteau. Resolved by mble. Changes: o Configure pom to add application at release time Issue: 793. Thanks to Tony Chemit. Resolved by tchemit. o Configure pom to auto-deploy to demo Issue: 792. Thanks to Tony Chemit. Resolved by tchemit. o Deploy instance with data to test in real live Issue: 888. Thanks to Benjamin Poussin. Resolved by bpoussin. Downloads --------- For a manual installation, you can download files here: http://forge.chorem.org/projects/chorem/files * chorem-webmotion-0.3.war - http://forge.chorem.org/attachments/download/185 Maven artifacts --------------- Artifacts are deployed in nuiton maven repository http://maven.nuiton.org/other-releases/ Have fun! -Chorem team

1 0

Etude des notes de frais
by Yannick Martel April 17, 2014

April 17, 2014

Salut ! J'ai un peu réfléchi à la mise en place de notes de frais sur Chorem. Je vois les notes de frais comme je les utilises actuellement: une liste de "frais". La particularité des frais, c'est qu'ils peuvent être imputé sur diverses entrées de compta. Dans le cas de Code Lutin, nous avons les variables comptables suivantes : - déplacement - ADSL - Téléphone - petit équipement - fourniture de bureau - frais postaux - divers receptions - autres On sait que chaque entrée de note de frais ne rentre que dans une de ses catégories (ou [exclusif] dans une nouvelle). Au premier jet, je m'étais basé sur la flexibilité des Wikitties (par les extensions), je me demandais s'il serait pertinent de représentater une ligne de note de frais comme constituée d'une extension principale (contenant les données immuables : date, num justif, description, mission, montant TVA, montant TTC) et ensuite, chaque type d'entrée de compta serait une extension propre (à un seul attribut : montant). Ca donnerait un modèle comme fournit en PJ : expenseAccount-extensions.png (il manque un attribut dans les extensions spécifique, qui serait le numero de compta ex: 625100 pour les frais km ou 626300 pour les frais postaux) Au final, j'ai l'impression que la souplesse que ça peut apporter (rajout d'un nouveau type d'entrée simplifiée) ne justifie pas la redondance de code/classes similaires. Je suis donc reparti sur une solution simple, qui est d'avoir une seule extension pour gérer une ligne de note de frais, dans laquelle on mettrait directement la somme et un type, correspondant à son entrée de compta, plutot que de les avoir sous forme d'extension. Ca rendrait l'utilisation plus "classique" et plus rigide. Au final, j'ai opté pour l'utilisation d'une énumération pour les types, avec pour chaque valeur un couple "Nom/NumCompta" pour distinguer le type d'entrée. Cela donne un modele comme celui en PJ: expenseAccount.png Par contre, je trouve ce système très rigide, et force à passer par le code pour ajouter un nouveau type d'entrée dans les notes de frais, et rend le tout très (trop) spécifique à notre mode de fonctionnement. -- Yannick Martel

4 9

[Task-Timing] Reflexion autour d'API
by Yannick Martel Feb. 19, 2014

Feb. 19, 2014

Bonjour, J'ai commité sur le svn un document[1] à propos des APIs REstfull qu'il faudrait mettre en place en vue d'un gestion des temps/tâche. Je vois principalement 7 URLs d'interraction dans chorem : GET /projects/{quotationId}/tasks?{user} PUT /projects/{quotationId}/tasks?{user} PUT /projects/{quotationId}/tasks/{taskId}?{user} GET /projects/times?{user}&start={startDate}&end={endDtate} PUT /projects/times?{user} PUT /projects/{quotationId}/tasks/{taskId}/times?{user} GET /projects/{quotationId}/tasks/{taskId}/times?{user} L'absence de notion d'authentification dans chorem fait qu'un parametre "user" est nécessaire dans un premier temps, afin de lier User-Time-Task. Je me pose également la question sur la construction de l'URL. Dans une vue "ressources", je suis parti de la base : le projet, pour redescendre dans la grappe à chaque niveau comme suit : /projects[/{project}[/quotations[/{quotation}[/tasks[/{task}[/times[/{time}]]]]]]] Cependant, peut être que pour plus de simplicité, au niveau des timing, nous pourrions directement avec des URLs partant d'une Task : /tasks/{task}[/times[/{time}]] Le fait d'avoir une structure simple (une ressource n'existe qu'à un endroit) permet cette souplesse et cette simplification dans l'écriture des URLs *à partir d'une Task spécifique* [1] https://svn.chorem.org/svn/chorem/trunk/chorem-webmotion/src/doc/REST_API_T… -- Yannick Martel Code Lutin <http://www.codelutin.com/> +33 2 40 50 29 28

1 0

[Gepeto] Gestion des tâches
by Yannick Martel Feb. 4, 2014

Feb. 4, 2014

Bonjour, Je reprends le modèle Chorem partie Gestion de Projet (Gepeto). Outre la désynchro entre le modele UML et le fichier dans chorem-entities/src/site/rst/dataModel.rst, j'ai parcouru les derniers échanges de mail sur la liste pour arriver à celui de Gwen du 6 aout 13 ("Documentation projet chorem") pour retrouver un peu de compréhension. Je pense, dans un premier temps, reprendre le fichier joint à ce mail du mois d'Aout et le déposer avec les sources. Esnuite, je souhaite revenir sur certaines notions qui me sont floues, et amener une reflexion sur le schema Gepeto. Je laisse de côté l'aspect Quotation (et ses différentes extensions) pour me concentrer uniquement sur ce qui touche aux taches. Actuellement, nous avons un Schema ou un tâche est : - en lien avec une entité "Quotation" - reférencé par n entités "Time" - référencé par des Worker (cf pièce jointe). Je ne comprends pas réellement à quoi correspondent les "worker", qui sont un lien entre Task et Employee avec un pourcentage. De surcroit, je ne comprends pas vraiment pourquoi les "Time" sont si simplistes, et ne sont, eux, pas liés avec un "Employee". J'ai une vision sur la gestion de projet qui rejoint beaucoup d'outils de suivi tel que Redmine ou JIRA : Une tache peut à différent moment être liée à différentes personnes, qui y passent chacun un certains temps. Dans cette vision, nous aurions donc non pas un lien entre "Time" et "Task", mais plutot entre "Time" et "Worker". Ou, dans le cas ou "Worker" n'a aucun sens, chaque "Time" serait lié à la fois à la Task et à un Employee. De plus, je pense qu'un champs supplémentaire dans l'entité "Task" avec la référence d'un outil externe de gestion de projet (identifiant Redmine ou JIRA par exemple). Je pense que dans l'avenir proche, avec un système de synchronisation avec un soft tel que JTimer, cet identifiant est un bon liant (une tache est plus facilement identifiable avec un "#ID_FORGE" qui sert généralement à la fois sur la forge, dans les commits, dans les interractions clients). @ vos avis, -- Yannick Martel Code Lutin <http://www.codelutin.com/> +33 2 40 50 29 28

1 0

Quelques remarques sur le code produit dans chorem
by Benjamin POUSSIN Aug. 12, 2013

Aug. 12, 2013

Salut, Gwen, j'ai regardé un peu le code que tu as fait, voici quelques remarques. Sur le code Java ================ - pas de tabulation, mettre des espaces - mettre une javadoc en haut de chaque classe pour indiquer pourquoi elle est la et ce que l'on trouve dedans - faire attention aux imports non utilisés - éviter/proscrire les méthodes statiques sauf s'il y a une bonne raison (et donc un commentaire avec), ou le nom de la classe doit etre explicite xxxUtil ou xxxHelper qui contiennent souvent des methodes statiques) - une méthode ne devrait avoir qu'un seul return (un seul point de sortie)(seul execption acceptable est en début de méthode après avoir vérifier les arguments pour sortir aussitôt s'ils ne sont pas bon. - proscrire les attributs private, mettre protected (il y a toujours un moment ou une autre personne va vouloir hériter de la classe et ne pas pouvoir faire ce qu'il veut car il n'a pas accès a toutes les info) - toutes les boucles, if, while, ... doivent utiliser { et } pour leur bloque même s'il n'y a qu'une ligne - les retours de méthode ne doivent pas montrer l'implantation utilise, car si on change l'implantation de la méthode et utilise autre chose, on est obligé de modifier la signature de la méthode (ex: Map plutôt que HashMap) - éviter de laisser trop longtemps de System.out.println dans le code, mieux vaut les transformer en log - """private void getAlerts() {""" c'est tout de même perturbant une méthode get qui retourne rien :( et private en plus :D. Préfère passer en paramètre la collection dont cette méthode à besoin plutôt qu'elle aille elle même la chercher, c'est plus testable, c'est souvent plus résistent au multithread, c'est plus réutilisation/déplaçable. - plutôt que de faire: """ if(t.getStatus().equalsIgnoreCase("scheduled")) { customClass = "ganttBlue"; } else if(t.getStatus().equalsIgnoreCase("started")) { customClass = "ganttGreen"; } else if(t.getStatus().equalsIgnoreCase("finished")) { customClass = "ganttRed"; } else if(t.getStatus().equalsIgnoreCase("closed")) { customClass = "ganttGrey"; } """ Il aurait-été mieux de faire quelque chose comme """ customClass= "gantt-" + StringUtils.toLowerCase(t.getStatus()); """ le code est plus concis, il represente mieux ce que c'est 'gantt-scheduled' plutôt que ganttBlue qui est le rôle du CSS de décider de la couleur, ça continu à fonctionner même s'il y a de nouveaux statuts (il faut seulement les prendre en compte dans le CSS rem: même avec ta méthode, il serait préférable d'écrire "scheduled".equalsIgnoreCase(t.getStatus()) car si t.getStatus retourne null ton code plante, alors que si on inverse le code retourne false (ce qui est correcte) - pourquoi faire une interface comme celle-ci ? """ public interface Extensions { public static final String[] extensions = { "Quotation", "Draft", "Sent", "Rejected", "Accepted", "Started", "Delivered", "RSV", "Warranty", "Closed", "Cancelled" }; } """ alors qu'en mettant à jour l'enum QuotationStatus tu devrais pouvoir l'utiliser et ce serait beaucoup plus propre ? Et puis le nom Extensions c'est vraiment trop générique, même si elle est dans le package project, il vaut mieux mettre des noms moins générique - un peu plus de commentaire en javadoc et dans le code, serait tout de même le bienvenu :D Utilisation de Wikitty ====================== Utiliser le select et la possibilite de faire des sommes/moyenne/max/min Par exemple dans: """ WikittyQuery expenseQuery = new WikittyQueryMaker() .and()....end(); WikittyQueryResult<FinancialTransaction> result = client.findAllByQuery(FinancialTransaction.class, expenseQuery); double total = 0; for(FinancialTransaction ft : result.getAll()) { total += ft.getAmount(); } """ On pourrait avoir directement le résultat au lieu de devoir itérer sur le résultat avec un "Select sum(FinancialTransaction.amount) ..." L'intérêt est de laisser wikitty faire le boulot, ce qui évite de faire transiter N objet entre le serveur et le client alors que la seul chose qui nous intéresse est une somme. Si tu avais le temps de corriger au moins les tabulations, ce serait parfait. Si tu as le temps de modifier plus de chose, c'est encore mieux :D -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin(a)codelutin.com http://www.codelutin.com

1 0

Documentation projet chorem
by Gwenn Aug. 6, 2013

Aug. 6, 2013

Bonjour, Voici la documentation des outils de gestion de projet dans Chorem. Ce rapport (au format reST) présente : * les calculs effectués sur les devis et les tâches * les conditions générant des alertes dans le tableau de bord projet * la méthode de calcul du CJM -- Gwenn <meynier(a)codelutin.com>

1 0

[chorem_projet]Proposition pour modification du modèle
by Gwenn July 9, 2013

July 9, 2013

Voici la proposition pour une nouvelle extension dépendante de Employee : Contrat double dailyReturn (srp*) double dailyHoursWorked double productivityRate ? Le taux de productivité peut être défini par le pourcentage de participation aux tâches (ou le temps passé, lorsqu'elle est finie) *srp : seuil de rentabilite productif Autre solution : ajouter le srp dans l'extension EmployeeHR, qui contient déjà le salaire, le temps de travail et d'autres informations. Le gain attendu (et réel) sera donc calculé à partir de la moyenne des SRPs de chaque employé ayant participé à la quotation, pondéré par le pourcentage affecté aux tâches (pour l'estimation) ou directement avec le temps passé (pour le bilan final). Si les informations ne sont pas renseignées, on va chercher les valeurs par défaut dans la configuration (comme c'est le cas pour CL) Calcul du SRP pour chaque employé (dans un deuxième temps) : J'ai toujours un peu de mal à me représenter la signification du SRP, et à savoir comment le calculer pour chaque employé. -- Gwenn <meynier(a)codelutin.com>

1 0

Bibliothèque pour diagrammes de Gantt
by Gwenn June 20, 2013

June 20, 2013

Bonjour, Pour la génération du diagramme de Gantt, j'ai trouvé cette librairie qui permet d'afficher & editer des gantts avec du jQuery : http://gantt.twproject.com/ C'est sous license MIT. Il permet d'exporter du JSon donc on doit pouvoir gérer l'édition en synchronisant avec la base wikitty. Gwenn

2 1

[Chorem]Rapport de comprehension - Gestion de projet
by Gwenn June 14, 2013

June 14, 2013

Voici le rapport de comprehension pour le développement de l'outil de gestion de projet pour Chorem. Ce rapport contient un détail de ce qui existe actuellement sur Chorem, définit les tâches à réaliser et propose un planning prévisionnel. Cordialement, Gwenn <meynier(a)codelutin.com>

3 2