voilà
j'ai vu que souvent on doit connaitre des méthodes, apparemment uml ça sert à modéliser des processus ou objets,
eske vous vous en servez pour faire du php???? (par exemple un forum etc...) ?

En fait UML est complètement indépendant de la techno. C'est une méthode pour modéliser des flux, des acteurs, des scénarios, etc etc. A la base, tu ne sais meme pas encore quelle techno tu vas utiliser et donc ca peut tres bien devenir php, asp ou autre.
 
Il est utilisé dans la partie architecture et design d'un projet. A ce moment là tu es toujours techno indépendant meme si le choix a déjà été fait
 
A+

 
UML c'est pas une méthode !    
c'est un language pour modéliser des trucs.

oué c ske j'ai lu!!!
mais eske ça sert vraiment qd il s'agit de projets info de pas très grande envergure et pas bcp de personnes en même temps?
 
ça aide à quoi concrètemùent?
 
et quels sont les logiciels pour créer ces graph etc.??

 
La programation est toujours plus efficace si on se pose les bonnes questions avant de commencer à pisser du code. Les process basé sur l'UML  comme le Rationnal Unified Process (RUP)par exemple te fournissent une marche à suivre pour que tu te poses les bonnes questions avant et durant l'écriture du code. Tut'es sans doute déjà apperçu que lorsque tu commences à coder sans trop réfléchir tu te rends compte assez rapidement que tu as oublié un problème majeur qui t'oblige à réécrire tout ou une bonne partie ton code.
 
Le diagrame des classes est une chose importante mais il ne permet en aucun cas de "modéliser" entèrement ton application car il ne présente que l'architecture de cette derniere mais ne permet pas de traduire ce que doit faire ton appli.  Un process comme le RUP permet de conserver une traçabilité complete entre ce que doit faire ton appli et le code c'est à dire que tu peux retrouver sans effort que fait telle ou telle classes.  
 
Même si tu destines ton appli à une tâche modeste tu dois garder à l'esprit que tu pourras être amené à la modifier ou la réutiliser ultérieurement et si tu te retrouve juste avec un diagramme  des classes et un code plus ou moins bien commenté tu ne vas pas t'en sortir.
 
 
Pour les outils de "dessins" pour dessiner tes classes tu peux regarder du côté de chez  together soft et rational pour des versions d'evaluation  sinon jette un oeil sur google.

 
ArgoUML est gratuit et open source. Assez sympas ...

antp a écrit a écrit :     UML c'est pas une méthode !     c'est un language pour modéliser des trucs.

 
heureusement que berliner est pas sur le forum !!!!! il aurait pris une sâle raclée !!!

berliner etait un de nos profs d'analyse en etude supp d'info .. :-)

moi je pense plutôt à Beni, il insistait nettement plus là dessus.

up!!!
voilà je lis actuellement un tuto sur UML
et ça a l'air bien chaud,
le mieux serati pour moi de voir des exemples de modélisation de problèmes,
paske là, c auche!!!
docn eske vous avez ça sous la dent? ya des trucs j'ai vraiment du mal à piger ... (genre bcp de choses!!)

 
regarde sur le site de rational pour des tutos.

 
 
arf j'ai eu l'honneur de la cottoyer  

bah dans leur site ils essayent de vendre leurs trucs,
je trouve pas trop
 
mais si t'as un lien avec des exemples de mise en oeuvre? ou si tu sais où ça ce trouve sur le site rational?
je trouve po snif
 
 
vouiiiiiiiiiiiiiiinnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn
je comprends riennnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn

ah oué
sinon des tutoriaux en soit, j'en ai
si quelqu'un est intéressé je re cherche les liens
ils sont pas mal, mais j'ai du mal à voir les nuances entre les différentes relations, découpage de blocs,etc...
alors,
siouplé
 
un site pour neuneux me fodré avoir, où ky yé de bos exemples sur comment tondre le gazon etc
 
 
voilà les liens que j'ai téléchargé :
 
http://www.celigent.com/omg/umlrtf/tutorials.htm
 
je crois que c pas le top mais ça apprend qd même
mais ya pas trop d'exemples et études de cas, TD, TP, etc

[edtdd]--Message édité par k666--[/edtdd]

http://uml.free.fr/
http://www.cetus-links.org/oo_uml.html

cool les liens
c dans mes favoris!
ton expérience alors? tu t'en sers d'uml?
tu modélises des bdd relationnelles avec?
ça te fait gagner en temps?

 
Ben en fait ce n'est pas parce que tu modélsie en UML que ton appli sera bien developpée.
 
Pour moi UML c'est simplement un norme qui permet de représenter ce que tu veux faire et de le faire comprendre plus facilement aux non-informaticiens et au personnes recuperant ton code.

[edtdd]--Message édité par DarkOli--[/edtdd]

mais souvent je réfléchis et rencontre les problématiques pendant le codage, car je code de façon empirique (j'ai pas fait trop d'études en info ) et parfois ça devient tellement le chaos que j'abandonne  
   
donc,
dans ce cas,
uml est bien???
ça va me permettre de démêler les fils un peu? de concevoir mieux au départ?

k666 a écrit a écrit : cool les liens c dans mes favoris! ton expérience alors? tu t'en sers d'uml? tu modélises des bdd relationnelles avec? ça te fait gagner en temps?

 

je m'en suis servi lors de mon stage : j'ai du faire une application en vb Access qui prends des infos dans une BD existante pour sortir des rapports (Excell) de rentabilité des personnes qui travaillent dans la boite (vive l'ambiance)
Le projet a été très mal géré à mon gout : 3 mois d'analyse et 1/2 mois de développement (ça a été chaud).
 
j'ai eu aucune aide ("t'as le net et un bouquin, démmerde toi!" ) et des infos sur le projet au compte goutte
 
il en résulte que je n'ai pas appris grand chose, mais le pire est que je n'ai toujours pas compris comment toute l'analyse UML s'imbrique
Merise étant une méthode, tu commences par l'étude des besoins, ...
En UML, il te faut une méthode derrière pour savoir par quoi tu commences et ou tu vas.
Comme je l'ai pas eue, je suis toujours aussi perdu.
 
Sinon, je trouve l'UML génial, tu fais ce que tu veux avec, tu modélises tout (même des trucs qui ont rien à voir avec l'informatique) et au moins y a bcp moins de risque d'arriver à un produit fini ou l'utilisateur n'a pas ce qu'il a demandé puisque avec qq bases il sait comprendre ce que tu lui expliques.
 
donc l'uml oui je suis pour, mais avec une bonne méthode derrière.

par méthode tu veux dire un bon dialogue, les bonnes questions, une vision de l'évolution du projet, etc.?
de la tchatche quoi???

non par méthode, je veux dire RUP ou un truc dans le genre
avoir un plan à suivre, comme avec Merise:
- étude des besoins
- modèle logique des données
- structuration des traitements
- liste des unités fonctionnelles
- ...
 
tu vois avoir une feuille sur laquelle il est marqué "maintenant tu fais ça, ensuite ça, puis ça dans le but d'arriver à ça"
 
c'est bien de modéliser, mais il faut que ça serve à qqch aussi

[edtdd]--Message édité par ethernal--[/edtdd]

a ben si t'es un pro d'uml tu va bien nous modeliser notre projet commun hein? !!!

speedyop a écrit a écrit : a ben si t'es un pro d'uml tu va bien nous modeliser notre projet commun hein? !!!

 

justement non
j'ai ahceté un bouquin ("UML en action" edition Eyrolles) dernièrement mais je n'ai pas eu le courrage de le lire...

indiscrètement, vous bossez dans quoi? et en quoi UML vous rend service?
il faut en effet que je voie si c'est quelque chose de prioritaire pour mon autoformation, et si ça pourra m'aider et compléter mes cours sur des trucs ultérieurs et/ou projets?

Qui veut me modèliser mon bomberman en UML ?

 
j'ai honte, je bosse pas... ça va faire 2 ans...
 
Lors des 4 interviews que j'ai faites, les chasseurs de têtes avaient l'air assez intéressé par la connaissance de l'UML... surement pcq ça se vend bien et cher
un gradué qui est intéressé par ce genre de technologie montre une certaine ambition je suppose (chef de projet-analyste à +- court terme)
Dans les petites boites, c'est plus mitigé.

tu bosse pas... tu fait comment?

comment pour quoi faire ?
pour vivre ?
 
bha ... la vie est plutot calme chez maman

bah moi je bosse pas non plus,
et là j'arrive à zéro.zérozéro,
chuis dans une de ces merdes incroyable
mais vaut mieux ça que la boîte où j'étais qui me rendait neuneu...
ya moyen de concerter un projet avec les chômmeurs et faire kek chose en groupe en apprenant en même temps uml ce serait sympa ça! un projet commun ?
allez, sa'hu

vais tenter de me mettre a l'UML, je lis ca et je suis tout a fait d'accord (source link de ethernal):
 
Les concepts objet sont anciens, mais ils n'ont jamais été autant d'actualité
   
L'approche fonctionnelle n'est pas adaptée au développement d'applications qui évoluent sans cesse et dont la complexité croit continuellement.  
L'approche objet a été inventée pour faciliter l'évolution d'applications complexes.
 
koi de plus changeant et qu'un site oueb?

 
Tiens, stephane... Qu'est ce que tu glandes sur ce forum toi?  

wow j'ai lut la presentation jusqu'au bout, ca se complique vers la fin... dites moi si je me trompe mais UML n'est qu'une normalisation des diagramme et conceptualisation d'un projet?
Je trouve que cette demarche est utile mais on peut pas faire notre prpre language si je puis dire? l'essentiel est de se faire comprendre, de cibler ses besoins et les facon d'y arriver en decomposant le tout sur plusieurs diagramme selon le niveau de complexité non?

speedy je crois que c ça! projet au sens large, processus ou tout type d'action,
apparemment on peut s'en servir pour modéliser toute l'activité d'une entreprise et ça sert de base à la gestion et à l'évolution de celle ci?
c'est une façon diagrammale d'exprimer des systèmes??
mais fo se plier vachement aux règles paske sinon tout perd son intérêt, l'intérêt étant de rendre universelle (ou unifiée) cette faàon de parler, et justement pas de la diviser en sous sections?
bref ça a l'air super intéressant, et je pense que ça peut m'aider énormément, moi qui suis très très bordélique de penser avant de coder, de conceptualiser, d'imaginer, bref, ça a l'air vraiment puissant comme truc

 
oui c une normalisation de plusieurs courant qui allaient dans le même sens puisque le but est d'arriver à se faire comprendre par tout le monde.
Maintenant là dedans, tu prends ce que tu veux... tu es pas obligé de tout utiliser ni de tout faire

vi voila tout utiliser ca me semblait lourd et puis si on est pas en production industrielle mais sur des projet perso ... l'interet est limité, mais utiliser certaine notion et concept ok... j'aime bien l'idée de connaitre les besoins du client avavt de coder en le representant comme u nacteur au meme titre que le techynicien etc qui tous evolue et interagissent...