Discussion :

[doumbix]

pourquoi chez nous on utilise UML pour apprendre la programmation orientée objet ?

[javan00b]

pourquoi chez nous on utilise UML pour apprendre la programmation orientée objet ?

je vais repondre pour ma part le UML evite rendu a un certain niveau d'avoir a surcharger son cerveau avec une 100aines de classes. avec leur relations, leur contenu etc directement la RAM du cortex celebral et de se taper un anevrisme

pour l'instant si sa ne semble que du temps perdu viendra un moment on tu en beneficiera enormement.

peut etre certains diront qu'ils sont capable de tout visualiser dans leur tete, je les crois, mais personellement sa m'evite beaucoup de souffrance, beaucoup plus simple lire l'informations concrete en consultant un diagramme de classe par exemple que d'essayer de garder tout dans sa tete.

aussi pour le travail d'equipe cest primordial aussi d'avoir une representation universelle pour tout le monde,

pour ma part je n'ai pas appris l'oo a l'ecole, par contre tout ce que je peux te dire c'est que l'utilisation du UML ce n'est certainement pas du temp perdu.

[OcterA]

Tout a fait d'accord avec toi javan00b.

Je rajouterais aussi que certains diagramme d'utilisation (séquence, états, use cases) sont très très utile pour présenter une architecture global a un non informaticien (patron, client, ...).

Il est vrai que l'UML que tu fais en cours peu te paraitre inutile (javais le même avis y'a encore 1 an), mais une fois dans le monde pro, ou la tu va bosser sur des projet potentiellement gros, il est nécessaire pour que tous les membres du projet s'entendent entre eux et que personne ne parte en free-style total

[thelvin]

Personnellement, UML lui-même et ses règles plus ou moins importantes, bof, je vois pas l'intérêt par rapport à n'importe quel autre type de schéma.

Mais, apprendre à faire des schémas pour représenter les forces en présences qui composent un programme ou une architecture, c'est important. Les mots ne valent rien à côté d'un simple dessin. Et donner le code à la place est une plaisanterie : on veut savoir grosso-modo comment ça marche, on veut pas se palucher chaque détail pour des broutilles. D'ailleurs un schéma est plus vite fait que le code qui l'implémente, donc le schéma est censé exister avant que le code existe, et le code est censé se baser sur le schéma.

Dans le cas de programmation orientée classes d'objets polymorphes, on a besoin de schémas qui représentent des classes et leurs relations de composition, utilisation et héritage. UML le fait et le fait bien, et est universellement utilisé. Alors pourquoi ne pas faire ça ?

[Spiritkill]

Bonjour,

Uml est très important pour garder en tête la structure d'un logiciel et permet de parler le même langage avec tout le monde : client, développeur, chef de projet, informaticien et non informaticien.
De plus Uml est devenu un standard et donc utilisé de partout. Il représente le modèle de l’application et avec certain outils permet même de générer le code dans le langage que l'on veut ainsi que les tests et ceci avec de simples diagrammes Uml.
C'est un langage puissant et indépendant du langage utilisé pour créer l'application. Pour moi il est indispensable dans le travail en équipe.

[DevServlet]

J'étais d'accord avec toi jusque là .

Bonjour,
C'est un langage puissant et indépendant du langage utilisé pour créer l'application. Pour moi il est indispensable dans le travail en équipe.

Pour moi c'est un abus de langage de dire que UML est un langage, non c'est une méthode de modélisation, tout comme Mérise qui est d'ailleurs son concurrent historique. UML effectivement est indispensable comme socle conceptuel d'un projet, plus un projet est UMLisé, moins les intervenants s'égarent de l'objectif visé par le projet. Mais hélas dans la pratique beaucoup d'entreprise en début de projet pensent que c'est une perte de temps et se lancent directement dans des devs, sauf que ce temps qu'on croit gagner à développer directement, on le perd assez souvent plus tard à recommencer,suite à des incompréhensions.

[Spiritkill]

Pour moi uml est bien un langage, un langage de modélisation certes mais tout de même un langage (beaucoup de langage d’ailleurs ).

Mais je te rejoins sur le fait que les entreprises sautent ou bâclent cette étape en pensant gagner du temps. Certes on perd du temps à son élaboration mais le gain plus tard en est considérable.
Moi même, j'ai commencé un projet de développement sans faire de uml au départ, j'ai été perdu à un moment et j'ai du tout remettre à plat et faire ce diagramme uml pour m'en sortir. De plus pour la maintenance, c'est un avantage si une personne veux modifier le code: il faut que cette personne sache comment est organisé l'application et sur quoi sa modification va influer.

[willom]

Tout ce qui a été dit précédemment me semble juste.
UML est un langage de modélisation (c'est pas pour rien que ça s'appel Unified Modeling Languages), il est utilisé en amont d'un projet, lors de la conception. Connaître les bases d'UML est indispensable à mon avis, cela te permet concrètement de visualiser rapidement la structure d'un programme...
Et je pense même que ça n'est pas forcément une étape pénible, au contraire, la conception d'un programme, pour peu qu'on veuille le faire un minimum bien, peut être vraiment plaisant...

Maintenant je me rends compte que je ne répond pas à la question de base...
Je pense qu'on utilise UML pour apprendre les langages objets, parce que cela rassemble les fondamentaux communs à tout langage objet (héritage, composition, agrégation, interfaces etc...), je comprends l'envie de mettre directement les mains dans le cambouis en attaquant directement du code, mais ça serai mettre la charrue avant les boeufs pour moi...

[doumbix]

merci j'ai beaucoup appris , en faite on a fait beaucoup d'exercices dans les cahiers sur les diagrammes , le prof nous dit que quand on partira en pratique (l’année prochaine) vous allez mieux comprendre mais il faut comprendre les concepts d'abord