Exemple de vie réelle du processus de localisation de logiciels

Il s'agit d'un exemple de la vie réelle de traduire une petite application Windows appelée Multilizer traducteur Gadget, qui est un Windows Sidebar Gadget. Bien que chaque projet de localisation de logiciels est unique, Il y a un chemin qui est suivi par la majorité des cas de localisation. Let ' s go par le biais de ce chemin avec cet étui.

Phase de pré localisation

Avant tout projet de localisation peut être démarrée, Il faut définir les objectifs du projet. Localisation n'est pas un terme simple et pour éviter tout malentendu, il est important de préciser ce que cela signifie dans ce cas précis. Dans notre cas, la localisation a été ramenée à traduire l'interface utilisateur en plusieurs langues.

#1 Mettre en place les objectifs du projet.

Après qu'on sait ce qui est le résultat souhaité du projet, Il est recommandé de jeter un oeil sur le logiciel. Il y a beaucoup de choses aux développeurs de logiciels peuvent faire pour faciliter le processus de localisation réelle. (En raison de l'aspect technique de cette étape, ce qui suit quelques paragraphes contiennent certains jargon technique. Si c'est trop compliqué, saute de la ligne droite pour atteindre le “Phase de localisation” ou demandez un ballot d'aide.)

Dans notre cas, nous avons découvert que les gadgets sont généralement composent de HTML, CSS, et JavaScript. Et les textes à traduire peuvent être dans les fichiers HTML, ou parfois aussi dans le JavaScript. Cela s'applique aussi pour le gadget que nous avons développés.

Les sources ont été organisés de façon classique dans les dossiers suivants:

racine   images   css et js

La racine contient le code HTML et le manifeste de gadget. CSS contient les feuilles de style. Images contient les images utilisées par le gadget. Et js contient le code JavaScript qui ajoute les fonctionnalités souhaitées dans le gadget.

#2 Vérifier l'architecture logicielle.

Le Gadget prend une utilisation de l'architecture Microsoft MUI; Il peut y avoir des dossiers nommés par les paramètres régionaux ISO, comme "es-ES". Sur un système espagnol la Sidebar recherchera tout d'abord les fichiers sous ' es-ES’ Annuaire. Si ce n'est pas trouvé, puis ' neutre’ les fichiers seraient chargées. Basé sur cette architecture, traduction impliquerait qu'auraient copiés tous les fichiers dans un répertoire nommé par les paramètres régionaux ISO. Après cela, les fichiers avec des textes en anglais se traduirait dans une autre langue. Cette approche, Cependant, n'est pas tellement élégant. Beaucoup de fichiers ont été reproduits comme tel.

Pour résoudre ce problème, Nous avons décidé d'internationaliser le code. Cela signifie que nous avons supprimé tous les textes anglais et placés dans un fichier de ressources commun nommé « resourcestrings.js ». Et l'interface utilisateur est maintenant peuplée au démarrage en appelant une getResourceString() fonction.
Avec cette approche, la traduction du gadget est simplement réduite à la traduction de « resourcestrings.js ».

Nous avons également ajouté deux fonctions supplémentaires pour rendre la partie programmation encore plus pratique:

  • setElementText(ElementID,ResourceKey)
  • setAttributeText(ElementID,AttributeName,ResourceKey)

#3 Internationaliser le code (Si possible)

Ces relativement petits changements dans le code faciliter et simplifier la phase suivante du projet localisation significativement.

Phase de localisation

Lorsque tout le travail préparatoire est terminé, la localisation réelle peut commencer. On peut faire la phase de localisation semi automatiquement ou manuellement avec un outil de localisation spécial. Travail manuel nécessite des connaissances beaucoup plus techniques sur le développement de logiciels que de travailler avec un outil de localisation. Les principales différences entre ces deux méthodes sont temps et sécurité. Un outil de localisation accélère le processus en automatisant certaines tâches et sécurise le logiciel en éliminant la possibilité de faire des changements fatales du code pendant le processus de localisation.

Nous avons fait notre projet avec les nôtres, outil de localisation avancée appelée Multilizer Enterprise. C'est un outil polyvalent pour petits et gros projets. Nous avons tout d'abord créé un nouveau projet de Multilizer et analysé notre logiciel avec l'outil. Notre outil de localisation reconnaît quelle partie du code devrait être traduits et montre que ces chaînes. Après cela, nous avons exporté le matériau traduisible automatiquement à Google Translator Toolkit avec MOTO.

#4 Préparer le projet de traduction.

À ce stade du projet, il est temps de traduire. Selon les objectifs du projet localisation, On devrait décider comment la traduction est faite. Le meilleur rendement est susceptible d'être faite par un traducteur professionnel qui est spécialisé sur le sujet et sur la localisation de logiciels. Cependant, il existe également des situations lorsque par exemple. traduction de crowdsourcing est la meilleure solution. Encore une fois les buts et objectifs du projet devraient être tenus compte. Dans notre projet, nous avons utilisé une plateforme en ligne d'emploi appelée Elance pour trouver des traducteurs.

Les traducteurs ont travaillé sur notre projet avec Google Translator Toolkit. Ce type d'externalisation en ligne est simple pour les traducteurs, car ils peuvent travailler en ligne où et quand ils veulent sans avoir besoin de télécharger ou d'installer des programmes sur leurs propres ordinateurs. Pour assurer la qualité, Il devrait y avoir un canal d'une bonne communication entre les participants.

#5 Recrutement traducteur(s) et communiquer avec eux.

Lorsque les traductions sont finies, ils peuvent être intégrés au code. Dans notre projet, ceci a été rendu en important automatiquement dans les traductions de Google Translator Toolkit Multilizer Enterprise.

#6 Intégrer les traductions au projet vous.

Quand tout cela ont été apportées, On peut finir le projet et de construire le logiciel localisé. Dans cette étape, il y a une tentation pour marquer le projet comme terminé et passer à la suivante. Cependant, il y a toujours une chose importante à faire.

Phase de localisation après

Après le logiciel est localisé, On devrait tester correctement. C'est une bonne idée de laisser le traducteur(s) Voir le résultat aussi bien. Toutes les éventuelles erreurs ou fautes de frappe sont relativement faciles à résoudre maintenant avant toute action de commercialisation ultérieure.

Voilà comment notre projet de localisation a procédé. Vous devriez faire quelque chose différemment?

Liens: