Différences entre versions de « Classe et Entité »
De Didaquest
Aller à la navigationAller à la recherche| (20 versions intermédiaires par le même utilisateur non affichées) | |||
| Ligne 11 : | Ligne 11 : | ||
{{Conceptions canoniques}} | {{Conceptions canoniques}} | ||
| − | * Une entité est un objet du monde réel. Une base de données universitaire peut avoir des entités telles que: étudiant, enseignant, cours, projet, etc. Dans un SGBD, ces entités sont les tables. Les attributs décrivent les entités. L'entité étudiante peut avoir des attributs tels que l'identifiant et le nom. L'entité de cours peut avoir des attributs tels que course_code et course_name. Le conférencier peut avoir des attributs tels que l'identifiant, le nom et la spécialité. | + | * '''Une entité''' est un objet du monde réel. Une base de données universitaire peut avoir des entités telles que: étudiant, enseignant, cours, projet, etc. Dans un SGBD, '''ces entités sont les tables'''. Les attributs décrivent les entités. L'entité étudiante peut avoir des attributs tels que l'identifiant et le nom. L'entité de cours peut avoir des attributs tels que course_code et course_name. Le conférencier peut avoir des attributs tels que l'identifiant, le nom et la spécialité. |
| − | |||
| − | * On appelle classe la structure d'un objet, c'est-à-dire la déclaration de l'ensemble des entités qui composeront un objet. Un objet est donc "issu" d'une classe, c'est le produit qui sort d'un moule. En réalité on dit qu'un objet est une instanciation d'une classe, c'est la raison pour laquelle on pourra parler indifféremment d'objet ou d'instance (éventuellement d'occurrence). | + | Une entité se représente avec le modèle conceptuel de données (MCD) de MERISE sous forme d'un rectangle divisé en deux sections. Le premier contient le nom donné à l'entité. Les attributs d'une entité sont définis par un nom dans le second compartiment. |
| + | |||
| + | * On appelle '''classe''' la structure d'un objet, c'est-à-dire '''la déclaration de l'ensemble des entités''' qui composeront un objet. Un objet est donc "issu" d'une classe, c'est le produit qui sort d'un moule. En réalité on dit qu'un objet est une instanciation d'une classe, c'est la raison pour laquelle on pourra parler indifféremment d'objet ou d'instance (éventuellement d'occurrence). | ||
Une classe est composée: | Une classe est composée: | ||
| Ligne 30 : | Ligne 31 : | ||
Une classe se représente avec UML sous forme d'un rectangle divisé en trois sections. Le premier contient le nom donné à la classe (non souligné). Les attributs d'une classe sont définis par un nom, un type (éventuellement une valeur par défaut, c'est-à-dire une valeur affectée à la propriété lors de l'instanciation) dans le second compartiment. Les opérations sont répertoriées dans le troisième volet du rectangle. | Une classe se représente avec UML sous forme d'un rectangle divisé en trois sections. Le premier contient le nom donné à la classe (non souligné). Les attributs d'une classe sont définis par un nom, un type (éventuellement une valeur par défaut, c'est-à-dire une valeur affectée à la propriété lors de l'instanciation) dans le second compartiment. Les opérations sont répertoriées dans le troisième volet du rectangle. | ||
| + | |||
| + | * '''En conclusion, une classe peut générer des entités''' | ||
{{Conceptions erronées}} | {{Conceptions erronées}} | ||
| − | * | + | |
| − | + | * La majorité des étudiants considèrent qu'une classe est une entité, par conséquent ils modélisent souvent une classe avec seulement deux compartiments: le premier compartiment porte le nom de la classe et le second compartiment porte les attributs tout en oubliant le troisième qui contient les opérations. | |
| − | |||
{{Origines possibles des conceptions}} | {{Origines possibles des conceptions}} | ||
| − | |||
| − | |||
| − | |||
| + | * Les étudiants se trompent dans la modélisation d'un diagramme de classe car ils ont des représentations et des conceptions déjà acquises à partir de la modélisation avec la méthode Merise. | ||
}}<!-- ************************* Fin *****************************************--> | }}<!-- ************************* Fin *****************************************--> | ||
| Ligne 102 : | Ligne 102 : | ||
<!-- Remplacez, Adaptez, Ajoutez ou Supprimez les images et lignes non utilisées--> | <!-- Remplacez, Adaptez, Ajoutez ou Supprimez les images et lignes non utilisées--> | ||
| − | Image: | + | Image:Entité.jpg|entité |
| − | Image: | + | Image:Entité1.jpg|l'entité est une table |
| − | Image: | + | Image:Composantesclasse.png|une classe sur uml |
</gallery><!-- ************** Fin modification images***************************--> | </gallery><!-- ************** Fin modification images***************************--> | ||
| Ligne 115 : | Ligne 115 : | ||
<!-- ****************** Commercez les modifications pour les Vidéos *******************************************************--> | <!-- ****************** Commercez les modifications pour les Vidéos *******************************************************--> | ||
| − | <youtube width="220" height="220"> | + | <youtube width="220" height="220">LxpWExZwKQs</youtube> |
| − | <youtube width="220" height="220"> | + | <youtube width="220" height="220">H9VVCA97Gl4</youtube> |
| − | <youtube width="220" height="220"> | + | <youtube width="220" height="220">MqB2Goe1mao</youtube> |
}}<!-- ************************* Fin modifications pour les Médias *******************************************************--> | }}<!-- ************************* Fin modifications pour les Médias *******************************************************--> | ||
| − | |||
= {{Widget:Stratégie de changement conceptuelle : Solutions possibles}} = | = {{Widget:Stratégie de changement conceptuelle : Solutions possibles}} = | ||
| Ligne 132 : | Ligne 131 : | ||
<!-- ****************** Commercez les modifications ****************************--> | <!-- ****************** Commercez les modifications ****************************--> | ||
| − | * | + | * '''Montrer les insuffisances d'information présentées par une entité''' |
| − | :* | + | :* En effet, une entité ne présente que les attributs ou les données par conséquent elle fait une séparation entre les données et les opérations ce qui entraine une perte de temps au moment de la programmation car et lors d'une erreur on sera obligé de refaire tous dès le point zéro de départ. |
| − | * | + | * '''Montrer l'avantage d'une classe dans la présentation de l'efficaité de la notion de l'orienté objet''' |
| − | :* . | + | :* En effet une classe traite les données en parallèle avec le traitement des opérations, par conséquent, et lors de la programmation la correction des erreurs se fait au fur et à mesure, on n'est pas obligé de corriger à zéro et c'est le principe de l'itération. |
}}<!--***Fin Fiche Stratégie de changement conceptuelle (Solutions possibles)***--> | }}<!--***Fin Fiche Stratégie de changement conceptuelle (Solutions possibles)***--> | ||
| Ligne 147 : | Ligne 146 : | ||
<!-- ************ Commercez les modifications *********************--> | <!-- ************ Commercez les modifications *********************--> | ||
| − | * [[ | + | * [[Est ce qu'une classe peut donner lieu à plusieurs entités ?]] |
| − | * [[ | + | * [[Est ce qu'une classe traite les données à part et les opérations à part ou bien traite les données et les opérations en même temps ?]] |
| − | * [[ | + | * [[Est ce qu'une entité représente une table de la base de données ?]] |
}}<!-- ******** Fin Fiche Didactique Questions ******************* --> | }}<!-- ******** Fin Fiche Didactique Questions ******************* --> | ||
| Ligne 161 : | Ligne 160 : | ||
<!-- ****************** Commercez les modifications *********************--> | <!-- ****************** Commercez les modifications *********************--> | ||
| − | * .. | + | *https://www.it-swarm.dev/fr/oop/quelle-est-la-difference-entre-entite-et-classe/968188729/ |
| − | + | ||
| − | |||
| − | |||
}}<!-- ************* Fin Fiche Didactique Bibliographie *************** --> | }}<!-- ************* Fin Fiche Didactique Bibliographie *************** --> | ||
{{Widget:Fiche-Conceptions-Bas}} | {{Widget:Fiche-Conceptions-Bas}} | ||
Version actuelle datée du 6 juin 2020 à 11:36
 Votre Publicité sur le Réseau
|
Conception : Clarification - Explicitation
- Une entité est un objet du monde réel. Une base de données universitaire peut avoir des entités telles que: étudiant, enseignant, cours, projet, etc. Dans un SGBD, ces entités sont les tables. Les attributs décrivent les entités. L'entité étudiante peut avoir des attributs tels que l'identifiant et le nom. L'entité de cours peut avoir des attributs tels que course_code et course_name. Le conférencier peut avoir des attributs tels que l'identifiant, le nom et la spécialité.
Une entité se représente avec le modèle conceptuel de données (MCD) de MERISE sous forme d'un rectangle divisé en deux sections. Le premier contient le nom donné à l'entité. Les attributs d'une entité sont définis par un nom dans le second compartiment.
- On appelle classe la structure d'un objet, c'est-à-dire la déclaration de l'ensemble des entités qui composeront un objet. Un objet est donc "issu" d'une classe, c'est le produit qui sort d'un moule. En réalité on dit qu'un objet est une instanciation d'une classe, c'est la raison pour laquelle on pourra parler indifféremment d'objet ou d'instance (éventuellement d'occurrence).
Une classe est composée:
- D'attributs: il s'agit des données, dont les valeurs représentent l'état de l'objet
- De méthodes : il s'agit des opérations applicables aux objets
Si on définit la classe voiture, les objets Peugeot 406, Volkswagen Golf seront des instanciations de cette classe. Il pourra éventuellement exister plusieurs objets Peugeot 406, différenciés par leur numéro de série.
Mieux, deux instanciations de classes pourront avoir tous leurs attributs égaux sans pour autant être un seul et même objet (c'est la différence entre état et identité). C'est le cas dans le monde réel, deux T-shirts peuvent être strictement identique (avoir le même état) et pourtant ils sont distincts (ils ont chacun leur identité propre).
Une classe se représente avec UML sous forme d'un rectangle divisé en trois sections. Le premier contient le nom donné à la classe (non souligné). Les attributs d'une classe sont définis par un nom, un type (éventuellement une valeur par défaut, c'est-à-dire une valeur affectée à la propriété lors de l'instanciation) dans le second compartiment. Les opérations sont répertoriées dans le troisième volet du rectangle.
- En conclusion, une classe peut générer des entités
Conceptions erronées et origines possibles
- La majorité des étudiants considèrent qu'une classe est une entité, par conséquent ils modélisent souvent une classe avec seulement deux compartiments: le premier compartiment porte le nom de la classe et le second compartiment porte les attributs tout en oubliant le troisième qui contient les opérations.
Conceptions: Origines possibles
- Les étudiants se trompent dans la modélisation d'un diagramme de classe car ils ont des représentations et des conceptions déjà acquises à partir de la modélisation avec la méthode Merise.
Conceptions liées - Typologie
Concepts ou notions associés
| |||
|---|---|---|---|
|
Sur le Portail Questions / Réponses |
Sur Portail de Formation Gratuite |
Sur des sites de Formation |
Sur DidaQuest |
| Classe et Entité sur : Wikipedia / Wikiwand / Universalis / Larousse encyclopédie / Khan Académie | |||
| Sur Wikiwand : | |||
| Sur Wikipédia : | |||
| Sur Wikiversity : | |||
| Sur Universalis : | |||
| Sur Khan Académie : | |||
Éléments graphique
entité
l'entité est une table
une classe sur uml
{{{AutresMedias}}}
Stratégie de changement conceptuel
- Montrer les insuffisances d'information présentées par une entité
- En effet, une entité ne présente que les attributs ou les données par conséquent elle fait une séparation entre les données et les opérations ce qui entraine une perte de temps au moment de la programmation car et lors d'une erreur on sera obligé de refaire tous dès le point zéro de départ.
- Montrer l'avantage d'une classe dans la présentation de l'efficaité de la notion de l'orienté objet
- En effet une classe traite les données en parallèle avec le traitement des opérations, par conséquent, et lors de la programmation la correction des erreurs se fait au fur et à mesure, on n'est pas obligé de corriger à zéro et c'est le principe de l'itération.
Questions possibles
Bibliographie
Pour citer cette page: (et Entité)
ABROUGUI, M & al, 2020. Classe et Entité. In Didaquest [en ligne]. <http:www.didaquest.org/wiki/Classe_et_Entit%C3%A9>, consulté le 19, avril, 2024
| Votre Publicité sur le Réseau
|
