Results of 0 - 1 of about 0 (0.000 sec.)
- Haplo
- @author: Nicolas LAURENT
- @digest: dc326e9bd8bb890d9f71325c06e7a636
- @id: 133627
- @mdate: 2004-01-18T09:28:27Z
- @size: 6324
- @type: text/html
- author: Nicolas LAURENT
- classification: scientific software, logiciel scientifique, free software, logiciel libre
- content-type: text/html; charset=ISO-8859-1
- keywords: finite element, fem, element finis, code, calcul, mecanique, logiciel, haplo, GPL, free software
- #keywords: mecanique (12197), libhaplo (12185), satifaire (7748), decorreler (7748), libfem (7055), motivent (6955), haplo (6529), decroissant (6347), maintenable (6127), murement (5926), satisfaire (5682), performant (5534), xhaplo (5466), masquer (5223), pretention (5200), contraintes (5044), arretee (4638), reflechi (4376), purement (4268), nettement (4213), portage (4089), revolutionnaire (3837), calcul (3560), composant (3555), modulaire (3476), pedagogique (3317), imposent (2698), critere (2644), fallait (2509), fortement (2467), graphique (2259), oriente (2107)
- Accueil Développement Ressources Téléchargement Support Bienvenue Débuté en 1998, sur mon temps libre, le projet Haplo vise à l'écriture d'un code de calcul de mécanique. Le but n'est pas de concevoir un logiciel révolutionnaire, mais d'écrire un petit code de calcul de mécanique, sans prétention, dans le but de mieux comprendre ce qui se passe lorsque l'on clique sur "submit job" ... Par ordre décroissant d'importance, voici les grandes lignes qui motivent le développement d'un tel projet: un code orienté objet un code extensible un code pédagogique un code facilement maintenable un code performant un code portable Pour satisfaire à toutes ces contraintes, les choix techniques suivants ont été fait: Langage de programmation: le C. En effet, même si le critère 1 semble désigner le C++ ou le Java, les contraintes 5 et 6 imposent le C qui est nettement plus portable que le C++ et beaucoup plus performant que le Java. L'architecture générale du code à été un sujet mûrement réfléchi. En effet, pour satifaire les points 2, 3 et 4, il fallait rendre le code modulaire et décorreler autant que faire se peut les parties scientifiques du code des parties purement techniques. Ainsi l'architecture suivante à été arrétée : Voici une brève description des différents modules : XHaplo est l'interface utilisateur graphique. Son rôle est de masquer l'interface en ligne de commande du module haplo. haplo est l'exécutable principal. Il s'appuye très fortement sur les services mis à disposition par le composant libhaplo. libfem est le module de calcul mécanique. En tant que module haplo, libfem est développé sous forme de framework que le module haplo est capable d'interfacer directement avec l'utilisateur libxhaplo représente la partie visualisation graphique. C'est le module chargé de communiquer avec le module XHaplo. libhaplo est le composant principal. Il est responsable de la plupart des tâches purement techniques (gestion des objets, allocation dynamique, analyseurs syntaxique et lexicographique de l'interface utilisateur, chargement et déchargement de modules, ...) Les modules utilisateurs sont des frame work utilisables (presque) directement par Haplo, un peu comme dans l'esprit du ScrapBook de Visual Age . Le point 1 devait être perceptible à l'utilisateur via l'interface de commande. Aussi le modèle Command Line Interface dans l'esprit Castem 2000 a été choisi. Pour satisfaire le point 6, l'utilisation des outils GNU comme automake , autoconf et libtool contribueront au portage sous les différents UNIX. Le portage sous Windows n'est pour le moment pas à l'ordre du jour... Dernière modification: $Date: 2004/01/18 09:28:27 $ Copyright © 1999-2004 Nicolas LAURENT
...
-
http://www.gnu.org/savannah-checkouts/non-gnu/haplo/intro.html
- [detail]
- [similar]
PREV
NEXT