De la conception préliminaire au détaillé puis l'implémentation

Bonjour ,


Pour une application de gestion JAVA

il m' a été demandé lors de la phase de la conception détaillé d' élaborer un diagramme de classe de participation qui contient les classes d'analyse stéréotypé (Boundary ou Dialogue, Control ou contrôleur et entity ou entité).

C'est fait;;;le diagramme de classe de participation.

ainsi j'ai élabore un diagramme de paquetage qui regroupe chaque type de classe(controleur,entité et dialogue) dans un paquage de sevice ou fonction.

Après l'élaboration de ce diagramme je ne sais pas quoi faire afin de passer à l'implémentation(codage), est ce que je dois passer à une conception détaillé? je ne sais pas exactement? en fait je dois réaliser l'IHM(interface graphique) de mon application ainsi le codage;;

Merci de me guider et me clarifier les choses. mes respect les plus distigué pour ceux qui vont lire cette discussion

Dans l'absolu, cela dépends de la méthode employée. Mais en pratique, je pense pouvoir dire qu'il est temps pour toi de faire en parallèle les diagrammes de séquences et diagrammes de classes détaillés ainsi que des ébauches de maquettes (qui permettent de se poser des questions).

Avec les diagrammes de séquence, tu obtiendra un bon nombre d'opérations candidates, et les DC te donneront plutôt les classes.
Ensuite, en complétant les deux au fur et à mesure, ton modèle va se construire.

Quel est donc le rôle du diagrammes des classes participantes, à quoi sert techniquement d'utiliser les classes d'analyse BCE (Boundary, Control et Entity)?!


une autre question: Pour creer la base de donnée quel diagramme on peut utiliser :le diagramme de conception ou le diagramme de classe participante.

Merci

Boundary, Control et Entity sont trois stéréotype qui permettent de clarifier la responsabilité de chaque classe, et prévoir un découpement en couches.

Pour la abse, le diagramme de conception n'existe pas. Le diagramme de classes candidates est insuffisant mais peut fonctionner, l'idéal étant un MCD construit depuis le diagramme de classes "détaillé" on va dire.

merci hed vous m'avez clarifier énormément beaucoup de chose, seulement ce qui m'inquiet le plus c'est après tout ces diagrammes comment je peux les utiliser pour l'implémentation ou le codage java merci.

Et bien ma foi c'est assez simple. Le diagramme de classes donne la liste des classes à implémenter, ainsi que la majorité de leurs attributs.
Le diagramme de séquence donne la liste des méthodes à implémenter au minimum dans chaque classe.

Alliés au diagrammes d'activités, les diagramme de séquence permettent de savoir quels processus sont à développer.

Les stéréotypes BCE, quant à eux, permettent de dégager les packages et de ranger les classes aux bons endroits.

Après, pour le code en tant que tel.. Et bien, yapûka ! :mouarf:

un grand grand Merci hed, je comprends pas mal de chose, je pose beaucoup de question; alors est ce que c'est nécessaire d'utiliser le diagramme de classe participante et d'avoir le diagramme de package pour une application de gestion et non web( on utilise le MVC avec J2EE pour le web alors moi je ne vais pas utiliser ses 3 couches), une autre question concernant la base de donnée , je vais utiliser le diagramme de classe(qui contient les entités) est c possible.

je t'adore hed62 MERCI MON CHEF :merci:

Citation:

---

Envoyé par crypto_

je t'adore hed62 MERCI MON CHEF :merci:

---

mouarf !

Sinon, le patron d'architecture MVC n'est pas limité aux applications web. Je suis notamment sur une application client lourd avec MVC.

D'autre part, développer en couche et utiliser MVC n'est pas la même chose : MVC implique des couches mais développer en couche n'implique pas de faire du MVC (un matheux aurait dit "la réciproque n'est pas vraie" :p )