Discussion :

[Bast_]

N'ayant pas étudié les interfaces graphique, je ne sais pas comment intégrer l'interface de mon programme... Une classe à part? Un package à part? Quelle importance a cette classe/package/autre dans le diagramme?

Je suis en stage et mon patron attend un résultat rapide (pour lui la spécif c'est du blabla, et donc pour lui ca fait 2 semaines que je glande -_-)

Un simple petit exemple que je "copierais" m'aiderait déja beaucoup !!

Merci d'avance

PS : si je n'ai pas été clair, je veux bien apporter des précisions !!

[yann2]

Bonjour,

SNI et SEF

Ce n'est pas de l'UML mais ça permet de représenter des IHM. Par contre, niveau ressources...

Sinon, tout est quasiment représentable avec UML tu peux très bien
dire qu'une classe représente un écran, qu'une opération représente une action, etc.

Ou utiliser les diagrammes de séquences pour représenter les enchainements
de fenêtres.

Et les spécifs ce n'est pas du tout du bla bla... spécifier les IHM est, je trouve, une bonne démarche.

Tu peux aussi créer une maquette avec un éditeur graphique (VB par exemple).

bon courage.

[baptus]

Salut!

Tu peux très bien utiliser UML pour spécifier des interfaces graphiques.
Cela correspond à des classes sauf qu'elles se situent au niveau de la couche présentation de l'application.
Elles gèrent les classes application et métier.

Tu peux leur assigner des opérations...et représenter l'enchaînement par des diagrammes de séquence.

De plus de nombreux outils génèrent des IHM à partir des classes métier de l'application. Il faut toutefois les optimiser mais cela fournit un bon début.

Bon courage.

[Bast_]

Merci de vos réponses!
Celà dit, je sais que l'IHM est représentable par une ou des classes.
Ce que je ne sais pas, c'est quelles sont les dépendances avec les autres. Et c'est aussi dans mon raisonnement dans ma tête a moi que je suis perdu.... cette classe "IHM" sera juste appelée par les autres pour afficher un écran, ou bien prendra-t-elle un role actif? (c'est elle qui appelle les fonctions du programme lorsqu'on appuie sur un bouton de la fenetre).

Beuh le patron m'a encore fait une remarque sur la "lenteur" de mon travail... ça m'agace qu'il ne raisonne qu'en nombre de lignes de codes!!!

[K-Kaï]

Quel langage utilise tu ?

Tu peux par exemple faire une partie extentions fonctionnelles dans ton analyse et la tu décrit les classes que tu rajoutes pour gérer au mieux le fonctionnement de ton appli :

exemple : tu developpe en Java, la tu précise que pour gérer l'IHM tu placera un MVC et toc apres tu refais tes diagrammes de sequences, classes et autres dont tu as besoin avec ces élémentsen plus et les interactions avec le reste des objets.

[Bast_]

Désolé K-Kaï, je ne comprends pas ce que tu veux dire ^^
Peu importe le langage, je n'en suis qu'à la spécif :S

Je pense que je ne ferai tout simplement pas apparaïtre l'IHM dans mon diagramme de classes... tant pis

[K-Kaï]

Euh je simplement dire, que justement apres selon le langage que tu utilise, tu as un certain nombre de "schema de mise en place possible" et faut bien les faire apparaitre à un moment données.

Regarde par exemple ce que je t'ais donné au dessus, Java permet d'implementer très simplement le pattern MVC et MVC ce sont bien des classes et bien une manière de gérer la vue ...

[Bast_]

Ok désolé... Je coderai en C++.
Mais je vais vraiment occulter la partie IHM dans mon diagramme. De toute maniere un IHM existe déjà, car je ne dois coder qu'une extension à un logiciel déjà existant. Je ferai des copier coller de leur code, et basta

[K-Kaï]

Oui dans ce cas si tu n'y retouche pas peut être pas besoin de la faire apparaitre en entier dans l'analyse, tu peux dans ton diagramme ne la représenter que par un objet bidon que tu appelle IHM et ne faire figurer que les points d'entrée/sortie que tu exploiteras ...

Elle est faite avec quoi ton IHM ?

[Bast_]

C'est du C / C++ en procédural


Apres entrevue avec mon maitre de stage, je me rend compte que je vais devoir recoder toute une partie de l'appli existante en objet pour que mon code puisse s'intégrer au sien... pfff yen a marre du procédural :'(

[K-Kaï]

Eheh, ba c'est bien sympa alors, tu vas pouvoir bien t'appliquer sur l'analyse car la grande majorité du code sera a reprendre de l'ancien code procedural.

Prend bien le temps de bien découper tes objets et leurs relations c'est une bonne chance que tu as de vraiment te perfectionner en UML et conception objet. (Peut etre que tu prefere coder mais l'analyse c'est ca le plus important ...)