Merci ;-) Vous devriez regarder les nouvelles vidéos sur UML. Le lien vers la nouvelle vidéo sur le diagramme de cas d'utilisation est dans la description de la vidéo.
merci ! Je vous conseille de regarder les vidéos plus récentes sur UML, en fin de la playlist suivante : ua-cam.com/play/PLRR7wjtXb1cBQCE8ddM0B1D9DFj-WL3BX.html
Les flèches sont dans le bon sens. Aussi bien pour les includes que les extends, la flèche va vers le cas dont elle dépend (obligatoirement ou optionnellement). Par exemple, l'include qui va de "choix personnage" vers "se connecter" signifie que pour accéder au cas "choix personnage", il faut obligatoirement avoir fait au préalable le choix "se connecter". L'extend qui va de "choix personnage" vers "consulter catalogue" signifie que pour accéder au cas "choix personnage", il est possible optionnellement d'avoir fait au préalable le choix "consulter catalogue". Je ne sais pas si c'est plus clair...
On dit qu'un cas d'utilisation A étend un cas d'utilisation B lorsque le cas d'utilisation A peut être appelé au cours de l'exécution du cas d'utilisation B. on a le cas choisir le personnage fait appele le cas consulter le catalogue c'est pur ça que je vous ai dit que la flèche de l'extension est inversée. pour l'inclusion je suis tout a fait d'accord.
En fait tout dépend effectivement comment on interprète l'ordre des instructions. Si l'on part du principe qu'on peut consulter le catalogue et, à partir de là, choisir un personnage, ou choisir directement le personnage sans passer par la consultation du catalogue, alors la flèche est dans le bon sens. Si en revanche, il faut être sur le choix du personnage pour éventuellement pouvoir consulter le catalogue, alors la flèche est inversée. A bien réfléchir, cette seconde solution parait effectivement plus logique.
Il existe différentes variations de présentation des usercases. Normalement, le lien directe montre que l'utilisateur a directement accès au cas concerné. Cependant, le fait d'ajouter des includes ou extends laissent sous entendre aussi l'accès.
@@E_mds merci bcp, je suis dans une formation "learning by teaching" du coup sur qq questions tuchy, je suis totalement perdu.... Merci encore infiniment
Merise est nettement plus ancien qu'uml. Merise est une méthode de conception qui donne toutes les étapes pour réaliser un projet (même si on utilise rarement toutes les étapes, et personnellement je ne montre que la partie modélisation des données). UML est un langage de modélisation qui offre des diagrammes adaptés à chaque besoin, sans pour autant donner une trame (un ordre) d'utilisation. UML est nettement plus récent est répond plus à un besoin de développement objet. Par exemple, le diagramme de classes permet de modéliser les classes d'une application et, par la même occasion, de générer si nécessaire la base de données correspondantes (si l'on veut mémoriser les informations). Chaque classe peut donc contenir les propriétés qui seront les attributs dans les tables de la base de données, mais aussi les méthodes qui pourront être exploitées dans l'application. Le MCD de Merise permet juste de concevoir une base de données (donc avec les tables et attributs). En fait il y aurait beaucoup à dire : ceci est juste un aperçu.
Merci pour le cours très enrichissant ! Par contre j'aimerai avoir votre avis sur un détail qui me trouble concernant le cas d'utilisation du site commercial. J'ai dû mal à comprendre la relation "include" existant entre le UC (consulter panier) et le UC (selectionner produit). Selon moi il n'est pas forcément nécessaire de selectionner un produit pour consulter son panier, dans un site Web lambda ces 2 fonctionnalités peuvent très s'exécuter indépendamment l'une de l'autre, rien n'empêche à un utilisateur de consulter son panier sans avoir préalablement sélectionner un produit et inversement. A moins que j'ai mal compris la relation "d'include". Quelqu'un pour m'éclairer s'il vous plaît ?.
Merci pour votre message. Vous avez raison : tout dépend du contexte et des consignes données. On peut très bien imaginer un site où le bouton de consultation du panier ne soit possible que s'il contient au moins un article : dans ce cas, l'include se justifie. Sinon effectivement, si le panier peut être consulté même s'il n'y a pas d'article, alors il n'y a pas d'include.
Bonsoir Madame. Existe-t-il des vues obligatoires ? A part s'épargner la rédaction de jointures dans le SQL, quelles sont vos motivations pour créer des vues dans votre bases de données ? Quand préférez-vous une vue, à la rédaction systématique d'une requête complexe avec jointures ? Pour l'instant, je n'identifie pas clairement à quel moment on doit créer indiscutablement une vue. Du coup, merci de m'aider à savoir créer des vues, lorsque cet usage est pertinent. En vous remerciant par avance, pour votre retour d'expérience.
Bonjour, Compte tenu de la vidéo concernée, je m'attendais à une question UML :-) En ce qui concerne les vues en SQL, elles permettent de créer une table temporaire qui peut être utilisée comme une table normale. Son avantage est un peu celui d'un module dans un programme, qu'on va pouvoir réutiliser à volonté sans avoir à réécrire à chaque fois son contenu. Imaginons que vous vouliez faire un ensemble de recherches sur vos 100 meilleurs produits (meilleurs CA) du rayon BIO et de catégorie VEGAN. Sur ces produits spécifiques, vous voulez avoir la liste des produits classés par marque et par nom. Vous voulez aussi avoir la liste classée par rayon (produits frais, épicerie...) et par nom. Etc... Plutôt que de refaire toutes les premières recherches dans chaque requêtes, vous faites une vue qui donne le résultat de ces premières recherches et vous utilisez cette vue dans vos autres recherches.
Merci pour ce cours. Dans le scénario nominal du cas d'utilisation "se connecter", je m'attendais à voir par exemple "saisir id et mot de passe". Ma question est: pourquoi ça ne figure pas ici et est-ce que ces étapes ce sont les mêmes que l'on va retrouver dans le diagramme de séquence? Merci d'avance
Cela ne figure pas car dans l'exemple que je donne, il n'y a pas de saisie d'id ou de pwd mais juste de ip du serveur pour se connecter à lui. Sinon, effectivement cela figurerait bien dans le scénario nominal. Le diagramme de séquence ne fait pas apparaître les mêmes choses : il montre les objets et messages qui circulent entre les objets (messages = méthodes).
Bonjour, comme tout les commentaires que je vois sur votre chaîne, je trouve votre travail excellent, très pédagogique et complet. Je suis en train d'apprendre à créer une base de données SQL, j'ai suivi votre cour sur la méthode MERISE sans pousser dans les exercices. D'aprés ce que j'ai cru comprendre cette méthode n'est plus utilisée en entreprise. Pensez-vous que je devrait tout de même poussez plus loin, ou m'en tenir à aprrendre UML ? Sachant que je ne passe pas le BTS. Merci encore pour votre chaîne.
Merci pour votre message. En vrai, au niveau conception d'une base de données, la méthode importe peu. L'important est d'arriver à optimiser la structure de la BDD. Personnellement je continue de montrer le MCD de Merise car je trouve qu'il est très adapté pour la conception de données. Le traduire en diagramme de classes se fait très simplement (et vice-versa). D'ailleurs, certains outils comme Win'design proposent la conversion automatique. Une fois que vous avez compris comment se fait le passage d'un modèle à l'autre, peu importe la méthode utilisée au départ. Personnellement, je préfère garder le diagramme de classes pour une représentation graphique des classes métiers de l'application. Très souvent, les 2 sont liés (classes métiers et tables de la BDD) mais avec des nuances. Par exemple, lorsqu'on utilise un ORM comme Doctrine, une association va se traduire par des collections dans une table des 2 tables ou dans les 2. Vous pouvez trouver la comparaison des 2 dans ma playlist suivante : ua-cam.com/play/PLRR7wjtXb1cD_TCgkhQU_7jtjbrNFJdW7.html Et là, ce n'est plus de la conception de données avec le diagramme de classes (où l'on crée une classe pas entité et par association) mais une représentation réelle des classes de l'application. Du coup, vu que je détaille la conception des données avec le MCD, je ne le refais pas avec le diagramme de classes. Je ne sais pas si j'ai été tout à fait claire ;-)
@@antoinebaldur2941 Je vous invite aussi à regarder les vidéos plus récentes sur UML, en fin de playlist : ua-cam.com/play/PLRR7wjtXb1cBQCE8ddM0B1D9DFj-WL3BX.html
@@antoinebaldur2941 Pour la conception de données en vue de la construction d'une BDD, il n'est question que du MCD de Merise ou du diagramme de classes d'UML. En réalité, Merise propose d'autres modèles et UML d'autres diagrammes (que vous verrez dans mes vidéos). Je ne présente pas les autres modèles de Merise car je n'en vois pas l'intérêt. En revanche, les autres diagrammes d'UML me paraissent pertinents suivant les situations (construction des interfaces, déploiement...). Mais cela ne concerne plus la conception des données.
Mon projet : faire un jeu d'échec en C++. Je fais une pause dans ma journée après avoir fait le devoir 3 d'algo. Easy :) Je cherche un tuto sympa sur UA-cam. Et devinez sur quelle vidéo je tombe :D
Un jeu d'échec : c'est plutôt ambitieux mais pourquoi pas. En ce qui concerne les cas d'utilisation, je vous conseille alors la nouvelle vidéo : ua-cam.com/video/LDTDlXMV1xY/v-deo.html
Vous expliquez merveilleusement bien, merci beaucoup car je comprends enfin.
Merci ! Je vous conseille d'aller voir la version plus récente de cette présentation :
ua-cam.com/video/LDTDlXMV1xY/v-deo.html
Wow.. C'est parfait comme vidéo !! Merci beaucoup !!
Merci pour votre message : pas persuadée que la vidéo soit parfaite mais si elle a pu vous aider, tant mieux !
@@E_mds merci pour la modeste reponse notre maitresse , Allah vous garde et vous accorde le succès
Je sens que cette série de cours vont m' être utiles .
Tant mieux :)
Merci pour les cours
Merci a vous ❤❤❤❤
Merci ;-) Vous devriez regarder les nouvelles vidéos sur UML. Le lien vers la nouvelle vidéo sur le diagramme de cas d'utilisation est dans la description de la vidéo.
vous êtes géniale! Merci
Merci le cours est très clair :)
superbe cours
merci ! Je vous conseille de regarder les vidéos plus récentes sur UML, en fin de la playlist suivante :
ua-cam.com/play/PLRR7wjtXb1cBQCE8ddM0B1D9DFj-WL3BX.html
Très bien expliqué, Merci
On se fait pas de pote à coup de salade
Ouah super vidéo ! Ça m'a beaucoup aider pour le Htaccess!
Moi ça m'a beaucoup aidé dans ma relation avec mon père, qui était très difficile avant cette vidéo.
Merci
@@felixbigalion6039 merci à toi avant tout
merci de nous avoir éclairé 😀
Très bonne vidéo !!
Merci
prof au sens du mot très bien
Merci madame
merci !
merci bcp
merci pour ce cour, je crois que la flèche extend dans le schéma du diagramme de cas d'utisation est inversé
Les flèches sont dans le bon sens. Aussi bien pour les includes que les extends, la flèche va vers le cas dont elle dépend (obligatoirement ou optionnellement).
Par exemple, l'include qui va de "choix personnage" vers "se connecter" signifie que pour accéder au cas "choix personnage", il faut obligatoirement avoir fait au préalable le choix "se connecter". L'extend qui va de "choix personnage" vers "consulter catalogue" signifie que pour accéder au cas "choix personnage", il est possible optionnellement d'avoir fait au préalable le choix "consulter catalogue".
Je ne sais pas si c'est plus clair...
On dit qu'un cas d'utilisation A étend un cas d'utilisation B lorsque le cas d'utilisation A peut être appelé au cours de l'exécution du cas d'utilisation B.
on a le cas choisir le personnage fait appele le cas consulter le catalogue c'est pur ça que je vous ai dit que la flèche de l'extension est inversée.
pour l'inclusion je suis tout a fait d'accord.
En fait tout dépend effectivement comment on interprète l'ordre des instructions. Si l'on part du principe qu'on peut consulter le catalogue et, à partir de là, choisir un personnage, ou choisir directement le personnage sans passer par la consultation du catalogue, alors la flèche est dans le bon sens. Si en revanche, il faut être sur le choix du personnage pour éventuellement pouvoir consulter le catalogue, alors la flèche est inversée. A bien réfléchir, cette seconde solution parait effectivement plus logique.
hello, dans bcp de diagram de usecase, je ne vois pas les liens direct qd y a un lien interne (include/extend) deja en place, une explication à ça ?
Il existe différentes variations de présentation des usercases. Normalement, le lien directe montre que l'utilisateur a directement accès au cas concerné. Cependant, le fait d'ajouter des includes ou extends laissent sous entendre aussi l'accès.
@@E_mds merci bcp, je suis dans une formation "learning by teaching" du coup sur qq questions tuchy, je suis totalement perdu.... Merci encore infiniment
@@MegaWuying merci à vous de suivre mes vidéos :-)
Bonjour Madame
j'ai pas bien saisi la différence entre Merise et uml, comment répondre, à cette question dans un entretien par exemple
cordialement
Merise est nettement plus ancien qu'uml. Merise est une méthode de conception qui donne toutes les étapes pour réaliser un projet (même si on utilise rarement toutes les étapes, et personnellement je ne montre que la partie modélisation des données). UML est un langage de modélisation qui offre des diagrammes adaptés à chaque besoin, sans pour autant donner une trame (un ordre) d'utilisation. UML est nettement plus récent est répond plus à un besoin de développement objet. Par exemple, le diagramme de classes permet de modéliser les classes d'une application et, par la même occasion, de générer si nécessaire la base de données correspondantes (si l'on veut mémoriser les informations). Chaque classe peut donc contenir les propriétés qui seront les attributs dans les tables de la base de données, mais aussi les méthodes qui pourront être exploitées dans l'application. Le MCD de Merise permet juste de concevoir une base de données (donc avec les tables et attributs).
En fait il y aurait beaucoup à dire : ceci est juste un aperçu.
@@E_mds très clair Merci beaucoup
شكرا جزيلا استاذتنا العطرة على هذه الإجابة المفيدة - الله يحفظك merci beaucoup notre profe pour cette reponse -allah vous garde
Merci pour le cours très enrichissant ! Par contre j'aimerai avoir votre avis sur un détail qui me trouble concernant le cas d'utilisation du site commercial. J'ai dû mal à comprendre la relation "include" existant entre le UC (consulter panier) et le UC (selectionner produit). Selon moi il n'est pas forcément nécessaire de selectionner un produit pour consulter son panier, dans un site Web lambda ces 2 fonctionnalités peuvent très s'exécuter indépendamment l'une de l'autre, rien n'empêche à un utilisateur de consulter son panier sans avoir préalablement sélectionner un produit et inversement. A moins que j'ai mal compris la relation "d'include". Quelqu'un pour m'éclairer s'il vous plaît ?.
Merci pour votre message. Vous avez raison : tout dépend du contexte et des consignes données. On peut très bien imaginer un site où le bouton de consultation du panier ne soit possible que s'il contient au moins un article : dans ce cas, l'include se justifie. Sinon effectivement, si le panier peut être consulté même s'il n'y a pas d'article, alors il n'y a pas d'include.
@@E_mds Super, merci infiniment pour ce que vous faites et cet éclaircissement !
@@vamosplaya2797 Dans la description, vous trouverez le lien vers une nouvelle vidéo sur le diagramme de cas d'utilisation.
@@E_mds Super, encore un grand merci pour votre investissement. J'y manquerai pas de la regarder !.
Bonsoir Madame. Existe-t-il des vues obligatoires ?
A part s'épargner la rédaction de jointures dans le SQL,
quelles sont vos motivations pour créer des vues dans votre bases de données ?
Quand préférez-vous une vue, à la rédaction systématique d'une requête complexe avec jointures ?
Pour l'instant, je n'identifie pas clairement à quel moment on doit créer indiscutablement une vue.
Du coup, merci de m'aider à savoir créer des vues, lorsque cet usage est pertinent.
En vous remerciant par avance, pour votre retour d'expérience.
Bonjour, Compte tenu de la vidéo concernée, je m'attendais à une question UML :-) En ce qui concerne les vues en SQL, elles permettent de créer une table temporaire qui peut être utilisée comme une table normale. Son avantage est un peu celui d'un module dans un programme, qu'on va pouvoir réutiliser à volonté sans avoir à réécrire à chaque fois son contenu.
Imaginons que vous vouliez faire un ensemble de recherches sur vos 100 meilleurs produits (meilleurs CA) du rayon BIO et de catégorie VEGAN. Sur ces produits spécifiques, vous voulez avoir la liste des produits classés par marque et par nom. Vous voulez aussi avoir la liste classée par rayon (produits frais, épicerie...) et par nom. Etc... Plutôt que de refaire toutes les premières recherches dans chaque requêtes, vous faites une vue qui donne le résultat de ces premières recherches et vous utilisez cette vue dans vos autres recherches.
Merci pour ce cours. Dans le scénario nominal du cas d'utilisation "se connecter", je m'attendais à voir par exemple "saisir id et mot de passe". Ma question est: pourquoi ça ne figure pas ici et est-ce que ces étapes ce sont les mêmes que l'on va retrouver dans le diagramme de séquence? Merci d'avance
Cela ne figure pas car dans l'exemple que je donne, il n'y a pas de saisie d'id ou de pwd mais juste de ip du serveur pour se connecter à lui. Sinon, effectivement cela figurerait bien dans le scénario nominal.
Le diagramme de séquence ne fait pas apparaître les mêmes choses : il montre les objets et messages qui circulent entre les objets (messages = méthodes).
Bonjour, comme tout les commentaires que je vois sur votre chaîne, je trouve votre travail excellent, très pédagogique et complet. Je suis en train d'apprendre à créer une base de données SQL, j'ai suivi votre cour sur la méthode MERISE sans pousser dans les exercices. D'aprés ce que j'ai cru comprendre cette méthode n'est plus utilisée en entreprise. Pensez-vous que je devrait tout de même poussez plus loin, ou m'en tenir à aprrendre UML ? Sachant que je ne passe pas le BTS.
Merci encore pour votre chaîne.
Merci pour votre message. En vrai, au niveau conception d'une base de données, la méthode importe peu. L'important est d'arriver à optimiser la structure de la BDD. Personnellement je continue de montrer le MCD de Merise car je trouve qu'il est très adapté pour la conception de données. Le traduire en diagramme de classes se fait très simplement (et vice-versa). D'ailleurs, certains outils comme Win'design proposent la conversion automatique. Une fois que vous avez compris comment se fait le passage d'un modèle à l'autre, peu importe la méthode utilisée au départ. Personnellement, je préfère garder le diagramme de classes pour une représentation graphique des classes métiers de l'application. Très souvent, les 2 sont liés (classes métiers et tables de la BDD) mais avec des nuances. Par exemple, lorsqu'on utilise un ORM comme Doctrine, une association va se traduire par des collections dans une table des 2 tables ou dans les 2.
Vous pouvez trouver la comparaison des 2 dans ma playlist suivante :
ua-cam.com/play/PLRR7wjtXb1cD_TCgkhQU_7jtjbrNFJdW7.html
Et là, ce n'est plus de la conception de données avec le diagramme de classes (où l'on crée une classe pas entité et par association) mais une représentation réelle des classes de l'application.
Du coup, vu que je détaille la conception des données avec le MCD, je ne le refais pas avec le diagramme de classes.
Je ne sais pas si j'ai été tout à fait claire ;-)
@@E_mds D'accord, je pense avoir saisi la majorité de votre réponse 😁. Il faut que je voie comment fonctionne UML pour me faire une meilleure idée.
@@antoinebaldur2941 Je vous invite aussi à regarder les vidéos plus récentes sur UML, en fin de playlist :
ua-cam.com/play/PLRR7wjtXb1cBQCE8ddM0B1D9DFj-WL3BX.html
@@E_mds Je vais aller directement sur ces vidéos alors. Mon impression pour le moment est que Merise semble plus accessible que UML.
@@antoinebaldur2941 Pour la conception de données en vue de la construction d'une BDD, il n'est question que du MCD de Merise ou du diagramme de classes d'UML. En réalité, Merise propose d'autres modèles et UML d'autres diagrammes (que vous verrez dans mes vidéos). Je ne présente pas les autres modèles de Merise car je n'en vois pas l'intérêt. En revanche, les autres diagrammes d'UML me paraissent pertinents suivant les situations (construction des interfaces, déploiement...). Mais cela ne concerne plus la conception des données.
Mon projet : faire un jeu d'échec en C++. Je fais une pause dans ma journée après avoir fait le devoir 3 d'algo. Easy :) Je cherche un tuto sympa sur UA-cam. Et devinez sur quelle vidéo je tombe :D
Un jeu d'échec : c'est plutôt ambitieux mais pourquoi pas. En ce qui concerne les cas d'utilisation, je vous conseille alors la nouvelle vidéo :
ua-cam.com/video/LDTDlXMV1xY/v-deo.html
merci
Top
Merci ! Vous devriez aller voir la nouvelle vidéo sur les cas d'utilisation :
ua-cam.com/video/LDTDlXMV1xY/v-deo.html
merci bcp
merci beaucoup