Discussion :

[Raideman]

Bonjour,
comme je me pose pas mal de questions en ce moment, je viens vous embeter et vous en faire part pour avoir vos avis.

Admettons que j'ai une appli web de gestion de bibliothère (exemple classique) et que je dois faire cette gestion en ligne.

Je ne vais pas rentrer dans les détails et je vais poser des questions d'ordre général.
Dans la modélisation UML, on aura un paquetage bibliothèque . On pourra recenser nos cas d'utilisations etc... sans soucis.
Cependant, concernant les interfaces à modéliser. le modèle vue controleur préconise , si j'ai bien compris, d'avoir des vues qui sont en fait les bases des formulaires, des controleurs qui vont en quelque sorte répondre aux interactions avec les vues et le modèle qui va effectuer les traitements.

Cependant, en UML, je me serai contenté de mentionner ces interfaces dans les cas d'utilisation avec par exemple dans le scénario du cas "Emprunter un livre" une annotation du type:
Une fenêtre est envoyé pour se logger.
L'utilisateur tape son mot de passe.
Soit il recoit une fenetre erreur
soit il est accepté.

et dans ce cas, le "modèle" c'est à dire, l'opération qui cherche si le mot de passe est bon n'apprait qu'implicitement (le modèle n'est pas utilisé donc ??). est-ce-correct?


Je pencherai donc pour faire apparaitre ce traitement de vérif du mot de passe dans le diagramme de séquence ? ca vous parait juste?

Ensuite, je me demandais dans le diagramme de classe de ce meme système, comment faire apparaitre l'ihm ? Je veux bien faire une classe qui contiendrait des instances de boutons, de fenetre, de checkbox etc... Mais on la mettrait en relation avec quelles autres classes ? Doit elle être indépendante ?

Bref, je comprends pas trop bien les intéractions entre UML et MVC on va dire et plus généralement, la place à donner aux interfaces graphiques dans le développement (ou les faire intervenir, sous quelles formes, etc...).

Enfin voilà, je voulais avoir vos avis sur la question. J'ai déjà mes petites idées mais j'aimerais les partager avec vous donc voilou
Merci de votre attention .

[Inpri-V]

Habituellement je ne réponds pas car la plupart des sujets portent sur l'implantation alors que je suis un analyste de la phase d'inception.(préliminaire).
Je m'arrète au moment de la conversion de l'analyse logique vers l'architecture physique.
Comme personne n'a répondu, voici mes commentaires:


Pour ce qui est du cas présent, le cas d'utilisation devrais ressembler à ceci

Précondition

L'utilisateur a accédé à la page d'accès

Post condition

L'utilisateur est dirigé vers la page d'accueil

Séquence principale.

1. L'utilisateur saisit son code d'accès et son mot de passe
2. L'utilisateur active la vérification de son accès
3. Le système valide le droit d'accès de l'utilisateur

Séquence secondaire.

1. L'utilisateur saisit un mauvais mot de passe et/ou un mauvais code d'accès
2. L'utilisateur active la vérification de son accès
3. Le système valide le droit d'accès de l'utilisateur
4. Le système avise l'utilisateur que le code d'accès et/ou le mot de passe est invalide.

La séquence principale est réinitialisée.

On identifie alors dans le modèle du domaine une classe; l'utilisateur

Dans le modèle logique, je divise mes classes en trois couches:

• Présentation
• Affaire
• Donnée

Dans notre cas, la couche présentation possède 2 classes:
Écran d'accès
Message d'erreur
La couche affairepossède 1 classe
Utilisateur

Je ne modélise pas la couche donnée; c'est la job du DBA

Les classes de la couche présentation n'ont pas de méthodes autre que celle du retour au contrôleur.
Personnellement, j'identifie seulement les champs de saisie et les commandes (boulons, liens, etc.)

J'espère que ça peut t'aider

[Raideman]

OUi je suis tout à fait d'accord avec toi. Ta division logique est conforme au modèle MVC et parait correspondre avec l'idée que je m'en fais.
Par contre, j'ai une interrogation au niveau modélisation, qu'entends par "modèle logique" au niveau UML ?

Sinon merci de ta contribution, pour moi parler d'un sujet m'aide à assimiler et à comprendre mes erreurs donc tout avis est bienvenu !

[Inpri-V]

Pour moi un modèle logique fait abstraction de l'environnement de déveleppement ou de l'architecture physique.
En général, un modèle logique peut être implanté sur n'importe quelle plateforme de développement; j'inclus aussi les plateformes non objet.