Web pages for the ArgoUML project.
This used to be located at http://argouml-fr.tigris.org.ArgoUML fournit les fonctionnalités suivantes. Chaque fonctionnalité est décrite brièvement plus bas.
Le site web d'ArgoUML fournit une installation facile avec Java Web Start.
ArgoUML est entiérement écrit en Java et utilise les Java Foundation Classes. Cela permet à ArgoUML de fonctionner sur pratiquement n'importe quelle plateforme.
ArgoUML est compatible avec le standard de l'OMGUML 1.4. L'entrepôt de modèles central est une implémentation de Java Metadata Interface (JMI) qui supporte directement MOF et utilise une version informatique de la spécification UML 1.4 fournie par l'OMG.
ArgoUML utilise GEF, le kit d'édition de graphes de l'UCI pour édtier les diagrammes UML. Les types de diagrammes suivant sont supportés:
XMI est un format XML pour l'échange entre outils UML. ArgoUML l'utilise comme format standard de sauvegarde de façon à faciliter l'échange avec les autres outils UML et sécuriser la compatibilité avec des formats ouverts. Ainsi, exporter le modèle en XMI est possible. XMI version 1.0 était utilisé pour UML 1.3. ArgoUML 0.20 importe XMI 1.0 (en convertissant UML 1.3 en UML 1.4). Et ArgoUML importe les formats UML1.4 tels que XMI 1.1 & 1.2, mais écrit seulement du XMI 1.2.
Les diagrammes peuvent être sauvegardés en GIF, PNG, PostScript, Encapsulated PS, PGML et SVG.
ArgoUML est internationnalisé en Anglais Américain, Anglais Britannique, Français, Allemand, Espagnol, Russe, Norvégien Bokmål et Chinois. Le Portuguais et le Catalan sont aussi considérés.
ArgoUML supporte de nombreuses fonctionnalités d'édition de diagrammes pour vous aider à éditer vos diagrammes UML.
ArgoUML permet de modéliser des contraintes sur les Classes et Attributs UML. La Dresden OCL toolkit permet à ArgoUML d'effectuer une vérification del a syntaxe et des types utilisés dans les contraintes. Le support d'OCL a été fournit et développé par l'Université Technique de Dresde, merci!
ArgoUML fournit un framework de génération de code modulaire. Actuellement Java est fourni par défault et il existe des modules pour C++, C# et PHP. La génération de code Java fonctionne de pair avec la rétro-ingénierie Java pour fournir des fonctions basiques de "round-trip engineering".
ArgoUML fournit un framework de rétro-ingénierie modulaire. Actuellement, le langage Java est supporté par défaut et il existe des modules pour l'importation de fichiers Java JAR et class..
Les critiques de conception sont des agents simples qui s'exécutent en continue dans une file d'exécution en arrière plan. Ils analysent la conception pendant que le concepteur travaille et suggérent de possibles améliorations. Ces suggestions vont de l'indication d'erreurs de syntaxe, à des pense-bêtes pour retourner à des endroits du modèle qui ne sont pas terminés, des conseils de styles, ou des conseils de concepteurs experts. De nombreuses critiques permettent d'améliorer automatiquement la conception. Les critiques sont controlées, de façon à ce que leurs suggestions soient pertinentes et liées à la tâche courante, basées sur le modèle d'utilisation d'Argo. Les critiques n'interrompent jamais le concepteur, à la place les suggestions sont affichées dans la liste des "Penses-Bêtes".
Les critiques identifient des problèmes spécifiques dans la conception et peuvent proposer des solutions spécifiques sous la formes de dialogues ou autres aides à la correction. Ces automatisations permettent d'améliorer la conception plus rapidement et plus sûrement que si les corrections étaient faites manuellement. Aussi cela permet aux concepteurs de ne pas avoir à se souvenir de la façon dont on utilise l'outil pour effectuer le changement.
Une des difficultés à laquelle les concepteurs font face est de garder la trace des milliers de détails de leurs tâches. Il est très facile de sauter une étape dans le processus de conception, laaissant des parties du modèle non-spécifiées, ou de faire une erreur qui nécessite une révision. Argo fournit au concepteur une interface sous forme de liste de "Penses-Bêtes" qui présente les actions de manière organisée. Ces actions peuvent être des suggestions des critiques, des penses-bêtes rappelant de terminer certaines étapes du processus de modélisation, ou des notes personnelles entrées par le concepteur. Le contrôle de choix au sommet du panneau de la liste des "Penses-Bêtes" permet au concepteur d'organiser les actions de différents manières: par priorité, par type de décision, par élément du modéle concerné, etc. Les actions sont affichés dans toutes les catégories dont ils font partie. La liste des "Penses-Bêtes" peut aussi être vue comme une liste plate.
Le modèle d'utilisation d'Argo maintient des informations sur le concepteur et utilise cette information pour rendre l'outil plus utile. Une façon dont cela est fait, est en contrôlant les critiques de façon a ce que seules les critiques pertinentes et relatives à la tâche courante puissent émettre des suggestions. Dans le future, les aides à la correction automatisées et les explications fournies par les critiques pourront aussi être ajustées en fonction du concepteur.
Le modèle d'utilisation Argo's est comporte les éléments suivants:
Les listes de vérifications (checklists) sont couramment utilisées dans les réunions de revue de conception, en partie parce qu'elles rappellent aux concepteurs de couvrir tous les détails de la conceptions et d'éviter les erreurs de conception communs. Argo fournit des listes de vérification qui servent le même objectif, mais ont de nombreux avantages sur les traditionnelles et passives listes imprimées:
Les listes de vérification sont assez semblables aux critiques (en fait, elles partagent la même implémentation), cependant elles diffèrent dans le degré de spécificité tellement que nous avons le sentiment qu'elles doivent être présentées séparément aux concepteurs. Les critiques recherchent des problèmes très spécifiques et fournissent des solutions spécifiques lorsque ce type de problème est détecté. Le concepteur doit toujours faire la décision finale quel que soit le changement de conception, mais la critique peut automatiser la plupart de l'analyse et du travail. A contrario, les éléments de vérification sont plus généraux et vagues, ils sont utilisés comme penses-bêtes pour le concepteur, mais c'est au concepteur de faire la plus grande part de l'analyse et du travail.
ArgoUML, comme la plupart des outils, fournit une vue arborescente pour permettre au concepteur d'accéder aux différentes parties de son projet de modélisation. A la différence des autres outils, Argo fournit au concepteur un jeu de vues arborescentes alternatives beaucoup plus vaste, et permet de configurer totalement la vue arborescente en combinant plus de 65 règles de perspectives en autant de vues que désiré.
Les conceptions complexes sont faites de centaines d'éléments liées les uns aux autres par de complexes relations. Les concepteurs sont mieux à même de comprendre le modèle et d'effectuer des changements quand ils peuvent voir les éléments et relations mises en jeu dans certains problèmes de conception. Un simple diagramme ne permet pas de clarifier tous les problèmes de conception. A la place, de multiples diagrammes et autres présentations doivent être utilisés.
ArgoUML autorise de multiples représentations graphiques du même élément de conception à être utilisées dans différents diagrammes. En ce sens les vues sont enchevetrées.
ArgoUML a 4 vues principales: Explorateur, Diagramme, Détails, Critiques.
Back to ArgoUML Home