Slut ,
j'aimerai savoir comment je pourrais avoir le diagramme de classe d'1
projets (Style UML) avec eclipse....... .
ensuite je suis un débutant avec eclipse et j'aimerai avoir un lien ou
je pourrais trouver des projets tres simples qui me permettrons de me
familiariser avec l'environement eclipse ..
je vous remercie d'avence
Peace
Rolland
PS : eclipse 3.0.1 JDK 1.4.2 under Debian GNU\Linux
Slut , j'aimerai savoir comment je pourrais avoir le diagramme de classe d'1 projets (Style UML) avec eclipse....... . ensuite je suis un débutant avec eclipse et j'aimerai avoir un lien ou je pourrais trouver des projets tres simples qui me permettrons de me familiariser avec l'environement eclipse ..
je vous remercie d'avence Peace Rolland PS : eclipse 3.0.1 JDK 1.4.2 under Debian GNULinux
Je ne parle pas en connaissance de cause car je n'ai pas encore tâté des outils UML (il faut que je m'y mette mais le temps ...) Bref sous Eclipse on entend souvent parler de Omondo. Sinon un bon conseil : va faire un tour sur http://uml.developpez.com/outils/
Rolland T. Chago wrote:
Slut ,
j'aimerai savoir comment je pourrais avoir le diagramme de classe d'1
projets (Style UML) avec eclipse....... .
ensuite je suis un débutant avec eclipse et j'aimerai avoir un lien ou
je pourrais trouver des projets tres simples qui me permettrons de me
familiariser avec l'environement eclipse ..
je vous remercie d'avence
Peace
Rolland
PS : eclipse 3.0.1 JDK 1.4.2 under Debian GNULinux
Je ne parle pas en connaissance de cause car je n'ai pas encore tâté des
outils UML (il faut que je m'y mette mais le temps ...)
Bref sous Eclipse on entend souvent parler de Omondo.
Sinon un bon conseil : va faire un tour sur
http://uml.developpez.com/outils/
Slut , j'aimerai savoir comment je pourrais avoir le diagramme de classe d'1 projets (Style UML) avec eclipse....... . ensuite je suis un débutant avec eclipse et j'aimerai avoir un lien ou je pourrais trouver des projets tres simples qui me permettrons de me familiariser avec l'environement eclipse ..
je vous remercie d'avence Peace Rolland PS : eclipse 3.0.1 JDK 1.4.2 under Debian GNULinux
Je ne parle pas en connaissance de cause car je n'ai pas encore tâté des outils UML (il faut que je m'y mette mais le temps ...) Bref sous Eclipse on entend souvent parler de Omondo. Sinon un bon conseil : va faire un tour sur http://uml.developpez.com/outils/
yvon.thoravalNO-SPAM
Rémi Cocula wrote:
Je ne parle pas en connaissance de cause car je n'ai pas encore tâté des outils UML (il faut que je m'y mette mais le temps ...) Bref sous Eclipse on entend souvent parler de Omondo. Sinon un bon conseil : va faire un tour sur http://uml.developpez.com/outils/
Question, ça apporte vraiment qqc UML ? Quoi ? (un gars qui programme la tête dans le guidon)
-- yt
Rémi Cocula <remi.coculaNOSPAM@wanadoo.fr> wrote:
Je ne parle pas en connaissance de cause car je n'ai pas encore tâté des
outils UML (il faut que je m'y mette mais le temps ...)
Bref sous Eclipse on entend souvent parler de Omondo.
Sinon un bon conseil : va faire un tour sur
http://uml.developpez.com/outils/
Question, ça apporte vraiment qqc UML ?
Quoi ?
(un gars qui programme la tête dans le guidon)
Je ne parle pas en connaissance de cause car je n'ai pas encore tâté des outils UML (il faut que je m'y mette mais le temps ...) Bref sous Eclipse on entend souvent parler de Omondo. Sinon un bon conseil : va faire un tour sur http://uml.developpez.com/outils/
Question, ça apporte vraiment qqc UML ? Quoi ? (un gars qui programme la tête dans le guidon)
-- yt
Thibal
Yvon Thoraval wrote:
Rémi Cocula wrote:
Je ne parle pas en connaissance de cause car je n'ai pas encore tâté des outils UML (il faut que je m'y mette mais le temps ...) Bref sous Eclipse on entend souvent parler de Omondo. Sinon un bon conseil : va faire un tour sur http://uml.developpez.com/outils/
Question, ça apporte vraiment qqc UML ?
Oui
Quoi ?
UML ca sert à avoir un dialogue commun quand on travaille dans une équipe. Les idées et les modèles de données sont modélisés d'une manière standard que tout développeur qui connait UML peut comprendre. Ca permet aux "têtes pensantes" de réaliser une analyse, et de la diffuser ensuite aux développeurs sous une forme standardisée.
Si l'on développe seul, UML est une manière de modéliser ses idées, et de prévoir les objets et méthodes du logiciel qui vont dialoguer ensemble. C'est un peu comme faire de l'algorithmie en C, sauf que l'on modélise graphiquement les interactions entre les objets ou entre les utilisateurs et le système.
UML peut aussi servir de brouillon, ce qui évite de se rendre compte une fois qu'on a tapé 5000 lignes que l'on aurait du faire autrement. En bref, une fois que l'on a fait des modèles UML béton et qu'ils sont validés, on a toute l'architecture du programme, et l'on n'a donc plus qu'à remplir le corps des méthodes (pour peu que l'on ai un plug-in Eclipse par exemple qui soit capable de générer un squelette pour les classes à partir de diagrammes UML).
Si quelqu'un pense que je dis n'importe quoi, qu'il n'hésite pas à me corriger. C'est ma vision de l'utilité d'UML.
(un gars qui programme la tête dans le guidon)
C'est la plus mauvaise méthode. N'importe quel prof te le dira, il ne faut jamais se lancer à coder sur la machine sans avoir fait un minimum d'analyse.
sinon bonne nannée :)
Yvon Thoraval wrote:
Rémi Cocula <remi.coculaNOSPAM@wanadoo.fr> wrote:
Je ne parle pas en connaissance de cause car je n'ai pas encore tâté des
outils UML (il faut que je m'y mette mais le temps ...)
Bref sous Eclipse on entend souvent parler de Omondo.
Sinon un bon conseil : va faire un tour sur
http://uml.developpez.com/outils/
Question, ça apporte vraiment qqc UML ?
Oui
Quoi ?
UML ca sert à avoir un dialogue commun quand on travaille dans une
équipe. Les idées et les modèles de données sont modélisés d'une manière
standard que tout développeur qui connait UML peut comprendre.
Ca permet aux "têtes pensantes" de réaliser une analyse, et de la
diffuser ensuite aux développeurs sous une forme standardisée.
Si l'on développe seul, UML est une manière de modéliser ses idées, et
de prévoir les objets et méthodes du logiciel qui vont dialoguer
ensemble. C'est un peu comme faire de l'algorithmie en C, sauf que l'on
modélise graphiquement les interactions entre les objets ou entre les
utilisateurs et le système.
UML peut aussi servir de brouillon, ce qui évite de se rendre compte une
fois qu'on a tapé 5000 lignes que l'on aurait du faire autrement. En
bref, une fois que l'on a fait des modèles UML béton et qu'ils sont
validés, on a toute l'architecture du programme, et l'on n'a donc plus
qu'à remplir le corps des méthodes (pour peu que l'on ai un plug-in
Eclipse par exemple qui soit capable de générer un squelette pour les
classes à partir de diagrammes UML).
Si quelqu'un pense que je dis n'importe quoi, qu'il n'hésite pas à me
corriger. C'est ma vision de l'utilité d'UML.
(un gars qui programme la tête dans le guidon)
C'est la plus mauvaise méthode. N'importe quel prof te le dira, il ne
faut jamais se lancer à coder sur la machine sans avoir fait un minimum
d'analyse.
Je ne parle pas en connaissance de cause car je n'ai pas encore tâté des outils UML (il faut que je m'y mette mais le temps ...) Bref sous Eclipse on entend souvent parler de Omondo. Sinon un bon conseil : va faire un tour sur http://uml.developpez.com/outils/
Question, ça apporte vraiment qqc UML ?
Oui
Quoi ?
UML ca sert à avoir un dialogue commun quand on travaille dans une équipe. Les idées et les modèles de données sont modélisés d'une manière standard que tout développeur qui connait UML peut comprendre. Ca permet aux "têtes pensantes" de réaliser une analyse, et de la diffuser ensuite aux développeurs sous une forme standardisée.
Si l'on développe seul, UML est une manière de modéliser ses idées, et de prévoir les objets et méthodes du logiciel qui vont dialoguer ensemble. C'est un peu comme faire de l'algorithmie en C, sauf que l'on modélise graphiquement les interactions entre les objets ou entre les utilisateurs et le système.
UML peut aussi servir de brouillon, ce qui évite de se rendre compte une fois qu'on a tapé 5000 lignes que l'on aurait du faire autrement. En bref, une fois que l'on a fait des modèles UML béton et qu'ils sont validés, on a toute l'architecture du programme, et l'on n'a donc plus qu'à remplir le corps des méthodes (pour peu que l'on ai un plug-in Eclipse par exemple qui soit capable de générer un squelette pour les classes à partir de diagrammes UML).
Si quelqu'un pense que je dis n'importe quoi, qu'il n'hésite pas à me corriger. C'est ma vision de l'utilité d'UML.
(un gars qui programme la tête dans le guidon)
C'est la plus mauvaise méthode. N'importe quel prof te le dira, il ne faut jamais se lancer à coder sur la machine sans avoir fait un minimum d'analyse.
sinon bonne nannée :)
Xavier MOGHRABI
Quoi ?
UML ca sert à avoir un dialogue commun quand on travaille dans une équipe. Les idées et les modèles de données sont modélisés d'une manière standard que tout développeur qui connait UML peut comprendre. Ca permet aux "têtes pensantes" de réaliser une analyse, et de la diffuser ensuite aux développeurs sous une forme standardisée.
Si l'on développe seul, UML est une manière de modéliser ses idées, et de prévoir les objets et méthodes du logiciel qui vont dialoguer ensemble. C'est un peu comme faire de l'algorithmie en C, sauf que l'on modélise graphiquement les interactions entre les objets ou entre les utilisateurs et le système.
UML peut aussi servir de brouillon, ce qui évite de se rendre compte une fois qu'on a tapé 5000 lignes que l'on aurait du faire autrement. En bref, une fois que l'on a fait des modèles UML béton et qu'ils sont validés, on a toute l'architecture du programme, et l'on n'a donc plus qu'à remplir le corps des méthodes (pour peu que l'on ai un plug-in Eclipse par exemple qui soit capable de générer un squelette pour les classes à partir de diagrammes UML).
Si quelqu'un pense que je dis n'importe quoi, qu'il n'hésite pas à me corriger. C'est ma vision de l'utilité d'UML.
UML est un langage de modélisation. Il ne propose aucune sémantique. De ce fait, il doit être utilisé avec une méthode de développement la plus répandue est sûrement le RUP = Rational Unified Process (par les auteurs d'UML). De ce fait UML n'apporte rien si on n'a pas choisi une méthode de développement. Certains diagrammes dans UML sont utiles et d'autres moins et suivant la grandeur et la nature du projet il faut sélectionner ceux qui sont incontournables.
Pour faire de la conception avec UML d'après mon expérience mieux faire un peu de modélisation, puis un peu de code (pour voir si la modélisation tiens la route), puis on améliore la modélisation et on refait du code... Si on fait des jolis diagrammes UML de conception sans se soucier du codage, on galère ensuite à les implémenter.
(un gars qui programme la tête dans le guidon)
C'est la plus mauvaise méthode. N'importe quel prof te le dira, il ne faut jamais se lancer à coder sur la machine sans avoir fait un minimum d'analyse.
C'est un peu la démarche de l'Extreme Programming ?
Bonne année
-- Xavier
Quoi ?
UML ca sert à avoir un dialogue commun quand on travaille dans une
équipe. Les idées et les modèles de données sont modélisés d'une manière
standard que tout développeur qui connait UML peut comprendre.
Ca permet aux "têtes pensantes" de réaliser une analyse, et de la
diffuser ensuite aux développeurs sous une forme standardisée.
Si l'on développe seul, UML est une manière de modéliser ses idées, et
de prévoir les objets et méthodes du logiciel qui vont dialoguer
ensemble. C'est un peu comme faire de l'algorithmie en C, sauf que l'on
modélise graphiquement les interactions entre les objets ou entre les
utilisateurs et le système.
UML peut aussi servir de brouillon, ce qui évite de se rendre compte une
fois qu'on a tapé 5000 lignes que l'on aurait du faire autrement. En
bref, une fois que l'on a fait des modèles UML béton et qu'ils sont
validés, on a toute l'architecture du programme, et l'on n'a donc plus
qu'à remplir le corps des méthodes (pour peu que l'on ai un plug-in
Eclipse par exemple qui soit capable de générer un squelette pour les
classes à partir de diagrammes UML).
Si quelqu'un pense que je dis n'importe quoi, qu'il n'hésite pas à me
corriger. C'est ma vision de l'utilité d'UML.
UML est un langage de modélisation. Il ne propose aucune sémantique. De ce
fait, il doit être utilisé avec une méthode de développement la plus
répandue est sûrement le RUP = Rational Unified Process (par les auteurs
d'UML). De ce fait UML n'apporte rien si on n'a pas choisi une méthode de
développement. Certains diagrammes dans UML sont utiles et d'autres moins
et suivant la grandeur et la nature du projet il faut sélectionner ceux qui
sont incontournables.
Pour faire de la conception avec UML d'après mon expérience mieux faire un
peu de modélisation, puis un peu de code (pour voir si la modélisation
tiens la route), puis on améliore la modélisation et on refait du code...
Si on fait des jolis diagrammes UML de conception sans se soucier du codage,
on galère ensuite à les implémenter.
(un gars qui programme la tête dans le guidon)
C'est la plus mauvaise méthode. N'importe quel prof te le dira, il ne
faut jamais se lancer à coder sur la machine sans avoir fait un minimum
d'analyse.
C'est un peu la démarche de l'Extreme Programming ?
UML ca sert à avoir un dialogue commun quand on travaille dans une équipe. Les idées et les modèles de données sont modélisés d'une manière standard que tout développeur qui connait UML peut comprendre. Ca permet aux "têtes pensantes" de réaliser une analyse, et de la diffuser ensuite aux développeurs sous une forme standardisée.
Si l'on développe seul, UML est une manière de modéliser ses idées, et de prévoir les objets et méthodes du logiciel qui vont dialoguer ensemble. C'est un peu comme faire de l'algorithmie en C, sauf que l'on modélise graphiquement les interactions entre les objets ou entre les utilisateurs et le système.
UML peut aussi servir de brouillon, ce qui évite de se rendre compte une fois qu'on a tapé 5000 lignes que l'on aurait du faire autrement. En bref, une fois que l'on a fait des modèles UML béton et qu'ils sont validés, on a toute l'architecture du programme, et l'on n'a donc plus qu'à remplir le corps des méthodes (pour peu que l'on ai un plug-in Eclipse par exemple qui soit capable de générer un squelette pour les classes à partir de diagrammes UML).
Si quelqu'un pense que je dis n'importe quoi, qu'il n'hésite pas à me corriger. C'est ma vision de l'utilité d'UML.
UML est un langage de modélisation. Il ne propose aucune sémantique. De ce fait, il doit être utilisé avec une méthode de développement la plus répandue est sûrement le RUP = Rational Unified Process (par les auteurs d'UML). De ce fait UML n'apporte rien si on n'a pas choisi une méthode de développement. Certains diagrammes dans UML sont utiles et d'autres moins et suivant la grandeur et la nature du projet il faut sélectionner ceux qui sont incontournables.
Pour faire de la conception avec UML d'après mon expérience mieux faire un peu de modélisation, puis un peu de code (pour voir si la modélisation tiens la route), puis on améliore la modélisation et on refait du code... Si on fait des jolis diagrammes UML de conception sans se soucier du codage, on galère ensuite à les implémenter.
(un gars qui programme la tête dans le guidon)
C'est la plus mauvaise méthode. N'importe quel prof te le dira, il ne faut jamais se lancer à coder sur la machine sans avoir fait un minimum d'analyse.
C'est un peu la démarche de l'Extreme Programming ?
Bonne année
-- Xavier
Laurent Bossavit
Xavier,
C'est la plus mauvaise méthode. N'importe quel prof te le dira, il ne faut jamais se lancer à coder sur la machine sans avoir fait un minimum d'analyse.
C'est un peu la démarche de l'Extreme Programming ?
N'importe quel Extreme Programmeur te le dira, il ne faut jamais se lancer à coder sur la machine sans disposer d'un test de recette, ce qui exige probablement plus qu'un "minimum" d'analyse. :)
Le tout est de bien comprendre qu'analyse et modélisation ne sont pas synonymes de "rectangles et flèches".
Laurent
Xavier,
C'est la plus mauvaise méthode. N'importe quel prof te le dira, il ne
faut jamais se lancer à coder sur la machine sans avoir fait un minimum
d'analyse.
C'est un peu la démarche de l'Extreme Programming ?
N'importe quel Extreme Programmeur te le dira, il ne faut jamais se
lancer à coder sur la machine sans disposer d'un test de recette, ce qui
exige probablement plus qu'un "minimum" d'analyse. :)
Le tout est de bien comprendre qu'analyse et modélisation ne sont pas
synonymes de "rectangles et flèches".
C'est la plus mauvaise méthode. N'importe quel prof te le dira, il ne faut jamais se lancer à coder sur la machine sans avoir fait un minimum d'analyse.
C'est un peu la démarche de l'Extreme Programming ?
N'importe quel Extreme Programmeur te le dira, il ne faut jamais se lancer à coder sur la machine sans disposer d'un test de recette, ce qui exige probablement plus qu'un "minimum" d'analyse. :)
Le tout est de bien comprendre qu'analyse et modélisation ne sont pas synonymes de "rectangles et flèches".
Laurent
Thibal
Laurent Bossavit wrote:
Xavier,
C'est la plus mauvaise méthode. N'importe quel prof te le dira, il ne faut jamais se lancer à coder sur la machine sans avoir fait un minimum d'analyse.
C'est un peu la démarche de l'Extreme Programming ?
N'importe quel Extreme Programmeur te le dira, il ne faut jamais se lancer à coder sur la machine sans disposer d'un test de recette, ce qui exige probablement plus qu'un "minimum" d'analyse. :)
Le tout est de bien comprendre qu'analyse et modélisation ne sont pas synonymes de "rectangles et flèches".
Laurent
Oui mais je partait tout de même du principe que la personne qui fait la modélisation UML sait de quoi elle parle, et est capable d'implémenter ce qu'elle modélise. D'ailleurs quand j'ai un doute sur une fonctionnalité j'écris toujours une petite classe de test, pour être sûr comme vous dites que l'implémentation ne sera pas bloquée par des modélisations trop idéalistes ;)
Donc en effet, analyse --> Codage --> re-analyse --> Re codage etc. J'adhère. Merci maitre pour toutes ces précisions.
Laurent Bossavit wrote:
Xavier,
C'est la plus mauvaise méthode. N'importe quel prof te le dira, il ne
faut jamais se lancer à coder sur la machine sans avoir fait un minimum
d'analyse.
C'est un peu la démarche de l'Extreme Programming ?
N'importe quel Extreme Programmeur te le dira, il ne faut jamais se
lancer à coder sur la machine sans disposer d'un test de recette, ce qui
exige probablement plus qu'un "minimum" d'analyse. :)
Le tout est de bien comprendre qu'analyse et modélisation ne sont pas
synonymes de "rectangles et flèches".
Laurent
Oui mais je partait tout de même du principe que la personne qui fait la
modélisation UML sait de quoi elle parle, et est capable d'implémenter
ce qu'elle modélise. D'ailleurs quand j'ai un doute sur une
fonctionnalité j'écris toujours une petite classe de test, pour être sûr
comme vous dites que l'implémentation ne sera pas bloquée par des
modélisations trop idéalistes ;)
Donc en effet, analyse --> Codage --> re-analyse --> Re codage etc.
J'adhère. Merci maitre pour toutes ces précisions.
C'est la plus mauvaise méthode. N'importe quel prof te le dira, il ne faut jamais se lancer à coder sur la machine sans avoir fait un minimum d'analyse.
C'est un peu la démarche de l'Extreme Programming ?
N'importe quel Extreme Programmeur te le dira, il ne faut jamais se lancer à coder sur la machine sans disposer d'un test de recette, ce qui exige probablement plus qu'un "minimum" d'analyse. :)
Le tout est de bien comprendre qu'analyse et modélisation ne sont pas synonymes de "rectangles et flèches".
Laurent
Oui mais je partait tout de même du principe que la personne qui fait la modélisation UML sait de quoi elle parle, et est capable d'implémenter ce qu'elle modélise. D'ailleurs quand j'ai un doute sur une fonctionnalité j'écris toujours une petite classe de test, pour être sûr comme vous dites que l'implémentation ne sera pas bloquée par des modélisations trop idéalistes ;)
Donc en effet, analyse --> Codage --> re-analyse --> Re codage etc. J'adhère. Merci maitre pour toutes ces précisions.
Rolland T. Chago
et les Projets d'apprentissage ?
Thibal wrote:
Laurent Bossavit wrote:
Xavier,
C'est la plus mauvaise méthode. N'importe quel prof te le dira, il ne faut jamais se lancer à coder sur la machine sans avoir fait un minimum d'analyse.
C'est un peu la démarche de l'Extreme Programming ?
N'importe quel Extreme Programmeur te le dira, il ne faut jamais se lancer à coder sur la machine sans disposer d'un test de recette, ce qui exige probablement plus qu'un "minimum" d'analyse. :)
Le tout est de bien comprendre qu'analyse et modélisation ne sont pas synonymes de "rectangles et flèches".
Laurent
Oui mais je partait tout de même du principe que la personne qui fait la modélisation UML sait de quoi elle parle, et est capable d'implémenter ce qu'elle modélise. D'ailleurs quand j'ai un doute sur une fonctionnalité j'écris toujours une petite classe de test, pour être sûr comme vous dites que l'implémentation ne sera pas bloquée par des modélisations trop idéalistes ;)
Donc en effet, analyse --> Codage --> re-analyse --> Re codage etc. J'adhère. Merci maitre pour toutes ces précisions.
et les Projets d'apprentissage ?
Thibal wrote:
Laurent Bossavit wrote:
Xavier,
C'est la plus mauvaise méthode. N'importe quel prof te le dira, il ne
faut jamais se lancer à coder sur la machine sans avoir fait un minimum
d'analyse.
C'est un peu la démarche de l'Extreme Programming ?
N'importe quel Extreme Programmeur te le dira, il ne faut jamais se
lancer à coder sur la machine sans disposer d'un test de recette, ce
qui exige probablement plus qu'un "minimum" d'analyse. :)
Le tout est de bien comprendre qu'analyse et modélisation ne sont pas
synonymes de "rectangles et flèches".
Laurent
Oui mais je partait tout de même du principe que la personne qui fait la
modélisation UML sait de quoi elle parle, et est capable d'implémenter
ce qu'elle modélise. D'ailleurs quand j'ai un doute sur une
fonctionnalité j'écris toujours une petite classe de test, pour être sûr
comme vous dites que l'implémentation ne sera pas bloquée par des
modélisations trop idéalistes ;)
Donc en effet, analyse --> Codage --> re-analyse --> Re codage etc.
J'adhère. Merci maitre pour toutes ces précisions.
C'est la plus mauvaise méthode. N'importe quel prof te le dira, il ne faut jamais se lancer à coder sur la machine sans avoir fait un minimum d'analyse.
C'est un peu la démarche de l'Extreme Programming ?
N'importe quel Extreme Programmeur te le dira, il ne faut jamais se lancer à coder sur la machine sans disposer d'un test de recette, ce qui exige probablement plus qu'un "minimum" d'analyse. :)
Le tout est de bien comprendre qu'analyse et modélisation ne sont pas synonymes de "rectangles et flèches".
Laurent
Oui mais je partait tout de même du principe que la personne qui fait la modélisation UML sait de quoi elle parle, et est capable d'implémenter ce qu'elle modélise. D'ailleurs quand j'ai un doute sur une fonctionnalité j'écris toujours une petite classe de test, pour être sûr comme vous dites que l'implémentation ne sera pas bloquée par des modélisations trop idéalistes ;)
Donc en effet, analyse --> Codage --> re-analyse --> Re codage etc. J'adhère. Merci maitre pour toutes ces précisions.
Fabien
Rolland T. Chago wrote:
Slut , j'aimerai savoir comment je pourrais avoir le diagramme de classe d'1 projets (Style UML) avec eclipse....... . ensuite je suis un débutant avec eclipse et j'aimerai avoir un lien ou je pourrais trouver des projets tres simples qui me permettrons de me familiariser avec l'environement eclipse ..
je vous remercie d'avence Peace Rolland PS : eclipse 3.0.1 JDK 1.4.2 under Debian GNULinux
Bonjour,
Il existe un projet UML sur http://www.eclipse.org qui génère le diagramme UML depuis le code source annoté (style javadoc)...
@+ Fabien
Rolland T. Chago wrote:
Slut ,
j'aimerai savoir comment je pourrais avoir le diagramme de classe d'1
projets (Style UML) avec eclipse....... .
ensuite je suis un débutant avec eclipse et j'aimerai avoir un lien ou
je pourrais trouver des projets tres simples qui me permettrons de me
familiariser avec l'environement eclipse ..
je vous remercie d'avence
Peace
Rolland
PS : eclipse 3.0.1 JDK 1.4.2 under Debian GNULinux
Bonjour,
Il existe un projet UML sur http://www.eclipse.org qui génère le
diagramme UML depuis le code source annoté (style javadoc)...
Slut , j'aimerai savoir comment je pourrais avoir le diagramme de classe d'1 projets (Style UML) avec eclipse....... . ensuite je suis un débutant avec eclipse et j'aimerai avoir un lien ou je pourrais trouver des projets tres simples qui me permettrons de me familiariser avec l'environement eclipse ..
je vous remercie d'avence Peace Rolland PS : eclipse 3.0.1 JDK 1.4.2 under Debian GNULinux
Bonjour,
Il existe un projet UML sur http://www.eclipse.org qui génère le diagramme UML depuis le code source annoté (style javadoc)...
@+ Fabien
Thibal
Rolland T. Chago wrote:
et les Projets d'apprentissage ?
Ké projets d'apprentissage ?
Thibal wrote:
Laurent Bossavit wrote:
Xavier,
C'est la plus mauvaise méthode. N'importe quel prof te le dira, il ne faut jamais se lancer à coder sur la machine sans avoir fait un minimum d'analyse.
C'est un peu la démarche de l'Extreme Programming ?
N'importe quel Extreme Programmeur te le dira, il ne faut jamais se lancer à coder sur la machine sans disposer d'un test de recette, ce qui exige probablement plus qu'un "minimum" d'analyse. :)
Le tout est de bien comprendre qu'analyse et modélisation ne sont pas synonymes de "rectangles et flèches".
Laurent
Oui mais je partait tout de même du principe que la personne qui fait la modélisation UML sait de quoi elle parle, et est capable d'implémenter ce qu'elle modélise. D'ailleurs quand j'ai un doute sur une fonctionnalité j'écris toujours une petite classe de test, pour être sûr comme vous dites que l'implémentation ne sera pas bloquée par des modélisations trop idéalistes ;)
Donc en effet, analyse --> Codage --> re-analyse --> Re codage etc. J'adhère. Merci maitre pour toutes ces précisions.
Rolland T. Chago wrote:
et les Projets d'apprentissage ?
Ké projets d'apprentissage ?
Thibal wrote:
Laurent Bossavit wrote:
Xavier,
C'est la plus mauvaise méthode. N'importe quel prof te le dira, il ne
faut jamais se lancer à coder sur la machine sans avoir fait un
minimum
d'analyse.
C'est un peu la démarche de l'Extreme Programming ?
N'importe quel Extreme Programmeur te le dira, il ne faut jamais se
lancer à coder sur la machine sans disposer d'un test de recette, ce
qui exige probablement plus qu'un "minimum" d'analyse. :)
Le tout est de bien comprendre qu'analyse et modélisation ne sont pas
synonymes de "rectangles et flèches".
Laurent
Oui mais je partait tout de même du principe que la personne qui fait
la modélisation UML sait de quoi elle parle, et est capable
d'implémenter ce qu'elle modélise. D'ailleurs quand j'ai un doute sur
une fonctionnalité j'écris toujours une petite classe de test, pour
être sûr comme vous dites que l'implémentation ne sera pas bloquée par
des modélisations trop idéalistes ;)
Donc en effet, analyse --> Codage --> re-analyse --> Re codage etc.
J'adhère. Merci maitre pour toutes ces précisions.
C'est la plus mauvaise méthode. N'importe quel prof te le dira, il ne faut jamais se lancer à coder sur la machine sans avoir fait un minimum d'analyse.
C'est un peu la démarche de l'Extreme Programming ?
N'importe quel Extreme Programmeur te le dira, il ne faut jamais se lancer à coder sur la machine sans disposer d'un test de recette, ce qui exige probablement plus qu'un "minimum" d'analyse. :)
Le tout est de bien comprendre qu'analyse et modélisation ne sont pas synonymes de "rectangles et flèches".
Laurent
Oui mais je partait tout de même du principe que la personne qui fait la modélisation UML sait de quoi elle parle, et est capable d'implémenter ce qu'elle modélise. D'ailleurs quand j'ai un doute sur une fonctionnalité j'écris toujours une petite classe de test, pour être sûr comme vous dites que l'implémentation ne sera pas bloquée par des modélisations trop idéalistes ;)
Donc en effet, analyse --> Codage --> re-analyse --> Re codage etc. J'adhère. Merci maitre pour toutes ces précisions.
Trognon Patrice
Tu aurais pas le nom STP du projet qui génère l'UML à partir du code ?
je dois avoir de la ..... dans les yeux, je le trouve pas :(
Rolland T. Chago wrote:
Slut , j'aimerai savoir comment je pourrais avoir le diagramme de classe d'1 projets (Style UML) avec eclipse....... . ensuite je suis un débutant avec eclipse et j'aimerai avoir un lien ou je pourrais trouver des projets tres simples qui me permettrons de me familiariser avec l'environement eclipse ..
je vous remercie d'avence Peace Rolland PS : eclipse 3.0.1 JDK 1.4.2 under Debian GNULinux
Bonjour,
Il existe un projet UML sur http://www.eclipse.org qui génère le diagramme UML depuis le code source annoté (style javadoc)...
@+ Fabien
-- Cordialement,
Patrice Trognon http://wwW.javadevel.com
Tu aurais pas le nom STP du projet qui génère l'UML à partir
du code ?
je dois avoir de la ..... dans les yeux, je le trouve pas :(
Rolland T. Chago wrote:
Slut ,
j'aimerai savoir comment je pourrais avoir le diagramme de classe d'1
projets (Style UML) avec eclipse....... .
ensuite je suis un débutant avec eclipse et j'aimerai avoir un lien ou
je pourrais trouver des projets tres simples qui me permettrons de me
familiariser avec l'environement eclipse ..
je vous remercie d'avence
Peace
Rolland
PS : eclipse 3.0.1 JDK 1.4.2 under Debian GNULinux
Bonjour,
Il existe un projet UML sur http://www.eclipse.org qui génère le
diagramme UML depuis le code source annoté (style javadoc)...
Tu aurais pas le nom STP du projet qui génère l'UML à partir du code ?
je dois avoir de la ..... dans les yeux, je le trouve pas :(
Rolland T. Chago wrote:
Slut , j'aimerai savoir comment je pourrais avoir le diagramme de classe d'1 projets (Style UML) avec eclipse....... . ensuite je suis un débutant avec eclipse et j'aimerai avoir un lien ou je pourrais trouver des projets tres simples qui me permettrons de me familiariser avec l'environement eclipse ..
je vous remercie d'avence Peace Rolland PS : eclipse 3.0.1 JDK 1.4.2 under Debian GNULinux
Bonjour,
Il existe un projet UML sur http://www.eclipse.org qui génère le diagramme UML depuis le code source annoté (style javadoc)...
