240 likes | 333 Views
Présentation du projet « Fichier langue ». Lexique. - . properties :Représente un type de format de fichier. Ce sont ces types de fichiers qui vont accueillir les différentes traductions.
E N D
Lexique • - .properties:Représente un type de format de fichier. Ce sont ces types de fichiers qui vont accueillir les différentes traductions. • -Clefs : Représente une ligne dans un fichier .properties. La clef donne le nom utilisé dans le programme et les différentes traductions suivant les langues. • -Fichier de langue : Représente un emplacement ou sont stocké un ou plusieurs fichier .properties contenant les clefs.
Présentation • La société Osys utilise un logiciel qui utilise des clefs de langues afin de pouvoir le rendre multi-langue. • Le besoin est de créer un programme qui va générer les fichiers langues utilisés par le programme principal • L'enjeu restera de pouvoir facilement ajouter, modifier ou supprimer des clefs qui représentent une traduction dans les fichiers de langues.
Sommaire • Lexique – Page 1 • Présentation – Page 2 • Sommaire – Page 3 • Liste des différents fonctionnalités – Page 4 • Ebauches de solutions envisagées • - a) Présentations globales – Page 5 • - b) Première solution : fichier Excel + Macro Excel – Page 6 • - c) Deuxième solution : fichier Excel + Programme JAVA – Page 7 • - d) Troisième solution : application web JAVA – Page 8 • Différents critères du comparatif – Page 9 et 10 • Etude de faisabilité – Page 11 • Comparatif des diverses solutions • - 1) Faisabilité – Page 12 • - 2) Souplesse et facilité d’utilisation – Page 13 • - 3) Utilisabilité – Page 14 • - 4) Gestion des versions – Page 15 • - 5) Gérer les concurrences d’accès – Page 16 • - 6) S’adapter aux mises à jour – Page 17 • - 7) Générer des fichiers de langues – Page 18 • -8) Temps de développement et performances – Page 19 • -9) Sécurité – Page 20 • Tableau récapitulatif • - a) Les avantages pour chaque solution – Page 21 • - b) Les inconvénient pour chaque solution – Page 22 • X) Conclusion – Page 23
Les différentes fonctionnalités • Connexion au serveur centralisé. • Lecture, ajout, modification et suppression de clefs. • Lecture, ajout, modification et suppression sur le fichier Excel ( suivant les solutions ) • Fonction de recherche • Génération de fichiers de langues • Gérer la concurrence d’accès • Possibilité de backup • Panneau « administration »
Ebauche des différents solutions 3 solutions ont été envisagés pour le moment. Pour les 3 solutions il faudra peser les avantages et inconvénients afin de choisir la solution la mieux adaptée. Les deux premières solutions fonctionnent avec un fichier Excel que le prestataire ou une personne d’Osys doit compléter et renvoyer a la personne qui utilisera ensuite le programme.
Les différents critères de comparaison • La faisabilité - Souplesse et facilité d’utilisation • La gestion des versions - Les fonctionnalités • Gérer la concurrence d’accès - Adaptation aux mises a jour • La sécurité - Les performances
Etude de faisabilité Peut-on encoder les fichiers en UTF-8 pour qu’ils soient utilisables ? Peut-on créer des dossiers et copier des fichiers afin de pouvoir faire le backup ? Sera-t-il possible de générer un fichier .properties ?
Rappel des différentes solutions Première solution : Fichier Excel + Macro VBA via Excel Deuxième solution : Fichier Excel + programme JAVA Troisième solution : Application web JAVA
1 – La faisabilité => Suivant les fonctionnalités requises, les 3 solutions offrent une faisabilité répondant aux besoins du projet.
2 – Souplesse et facilité d’utilisation • Solution 1 : On ne change pas du procédé actuel pour la personne voulant effectuer la modification ( fichier Excel ), il faudra juste exécuter une macro via Excel, ce qui n’est pas très dur pour l’utilisateur. • Solution 2 : On ne change toujours pas pour la personne voulant faire la modification. • Plus conviviale et intuitive que la solution précédente. • Solution 3 : Changement radical du mode de fonctionnement. • La personne voulant faire la modification le fait directement elle-même. • Solution plutôt intuitive et conviviale pour l’utilisateur. • Plus besoin d’Excel.
3 – L’utilisabilité Solution 1 : La personne exécutera la macro sur le fichier Excel renvoyé. Il faudrait demander quelles feuilles ont été modifié. Solution 2 : Juste besoin d’envoyer les fichiers Excel dans le programme. Il faudrait demander quelles feuilles ont été modifié. Solution 3 : La personne fera la modification directement sur la feuille concernée, il n’y a donc pas de soucis concernant la gestion des feuilles. => A moins de régénérer tous les fichiers de langues, il faudrait que la personne ayant fait une modification renseigne les fichiers modifiés pour les solutions 1 et 2 : Risque d’oublie et de pertes de données.
4 – La gestion des versions Les solutions devront pouvoir avant toute modification copié l’ancien fichier de langue sur le serveur en y précisant le jour, la date et l’heure afin de pouvoir le récupérer en cas de problème. • => La gestion des versions se fera de façon identique pour les 3 solutions, il n’y a donc pas de différences notoires.
5 – Gérer la concurrence d’accès • Solutions 1 et 2: La création d’un fichier temporaire sur le serveur pour indiquer si une modification est en cours parait une bonne solution. (Blocage si c’est le cas) • Solution 3 : Une simple variable passant de true a false fera l’affaire. • => Pas de différences notoires entre les 3 solutions de ce coté
6 – S’adapter aux mises à jour On peut imaginer créer une sorte d’interface administrateur ou un simple fichier de configuration que le programme viendra vérifier a chaque démarrage. Pas de différences de ce coté la encore une fois. Pour ne pas a avoir de soucis, il faudrait juste que les solutions 1 et 2 hébergent le fichier de configuration directement sur le serveur.
7 – Générer des fichiers de langues • Solution 1 et 2 : Pas de modification en temps réel : Soucis notamment pour les suppressions qui peuvent devenir hasardeuse. Faire des vérifications entre le fichier actuelle et les informations du fichier Excel afin de rassembler les clefs. • Solution 3 : Modification en temps réel, Il y a juste besoin de générer un nouveau fichier .properties a chaque modification. • La génération sur les solutions 1 et 2 poseront plus de soucis et nécessiteront plus de vérifications a faire. Performance et exactitude des données meilleurs pour la solution 3.
8 – Temps de développement et performance Solution 1 et 2 : Gain en temps sur certaines fonctions ( recherche, liste des clefs et modifications de groupe ) déjà de base sur Excel. Cependant perte de temps de développement sur la génération de fichier. Solution 3 : Meilleurs performances générale de l’application (Moins de traitements lors de la génération). Gain en ressources humaines : Pas de personne obligé d’éxécuter la macro ou le programme JAVA. =>Gain en performance et en « ressources humaines » en faveur de la solution 3 même si elle nécessite un temps de développement supplémentaires.
9 – Sécurité • Solution 1 et 2 : Elles nécessitent qu’une personne vienne exécuter la macro ou le programme sur l’ordinateur. • Solution 3 : L’application web serait accessible par beaucoup plus de monde : • Système de login • Système de journal de « log » pour tracer l’activité. • Vulnérabilité compenser par le système de versioning. • => Les solutions 1 et 2 permettent une sécurité accrue, la solution 3 serait beaucoup plus vulnérable et exigerait de mettre en place des outils pour palier à celle-ci.
Conclusion La solution 3 ressort avec plus d’avantages globalement que les autres solutions, sa fiabilité accrue et son gain en « ressource humaines » ainsi que son intuitivité et sa facilité d’utilisation en font une solution très intéressante. Toutefois elle posent un problème de sécurité que les autres solutions ont beaucoup plus faiblement, le contrôle sur les clefs est diminué, si le problème est « trop important », les solutions 1 et 2 ressortent comme des solutions envisageables et répondant au besoin.