Skip to main content

Must a Definition Include Identification of Related Concepts?

The traditional answer to this question is "yes", because classic essential definitions follow the formula Definition = Genus + Specific Difference.

However, definitions of concepts in natural science tend to be more like descriptions than classical definitions.  This may be unavoidable, but there is always a danger in a descriptive definition of not mentioning any related concepts.  Such definitions may give the impression of a style in which definitions should be written, and this sometimes carries over into analyst work - so that some analysts tend to write descriptive definitions, even if essential ones could be provided.  And such definitions lack mention of related concepts.    

But should a definition always identify related concepts?  I think it should.  I think that practical usage of a definition requires an understanding of the Concept System in which the definition is located.  Without such an understanding, the user runs a risk of not being able to use the definition adequately.  I will have to return to this to offer a proof in the future. 

The Concept System itself is a concept.  Merely identifying the Concept System may be at too high a level of generalization - but it is better than nothing.  Better would be to find a proximate superordinate genus (an immediate parent supertype) within the Concept System, but this may sometimes be difficult.

A concept need not have just one relation (to the Concept System or a higher-level concept within it).  It may have other relationships.  Identifying such relationships in definitions will be helpful too.  This is a topic that leads to matching definitions to Conceptual Models, which we will have to return to. 

Therefore, I think that we have an additional quality assurance point for definitions: a definition must identify a superordinate genus within the Concept System in which it is located, or identify the Concept System itself.

A futher quality assurance point might be that a definition must identify all relations between the concept being defined and other relevant concepts - but this point needs to be followed up in a future post.

This leads to the consideration that a definition of a concept will change depending on the Concept System it is located in, and one concept can be located in more than one Concept System.  And that it yet another topic for a future post.

Comments

Popular Posts

Create Your Own Social Networking Site

Create Your Own Social Networking Site JCOW: Ethical Hacking Top 10 reasons to choose Jcow:- 1. Handle more traffic - Clean codes and Dynamic caching can lower the CPU load and  speed up your website. 2 Make your site more interactive - Well designed Jcow applications help you members to connect and communicate with others more effectively. 3 Add questions to the Registration Form - You can add new member fields, which will be displayed to the registration form, profile form, and the member browsing form. 4 Easily share stuff - Within the AJAX sharing Box, your members can publish status,  photos, videos, and blogs. 5 Customize and Extend your Jcow Network - A Jcow network consists of core apps(like "Friends" and "Messages") and optional apps(like "Blogs" and ""Videos"). You can enable/disable optional apps. You can also develop your own apps. 6 Every profile could be Unique - Members can customize their own profile theme and  add music play...

The Problem of Abstraction in Definitions of Data Objects

I think there is a major problem in not being able to understand and work with different levels of abstraction.  By "abstraction" in this sense I mean one concept system that somehow describes or defines (not merely relates to) another concept system.  I think this is a big problem for definitions in data models. Let us take an example in a retail business such as mortgage banking: Customer Name.  Customer Name exists in the business.  They use it all the time.  Maybe it is sometimes called Borrower Name, but the concept is the same.  This is the Level 1 abstraction. Now let us think of data values in a column in a table that holds Customer Name.  These data values are stored as a code of 1's and 0's.  Of course these bits are rendered into something we can read.  However, this is not the same as the Customer Name in the business.  I worked for a place where they prefixed the name of anyone who had recently left with "ZZZ"....

The Humpty-Dumpty Principle in Definitions

In dealing with empty concepts, we came across the issue that if somebody uses a term that potentially has an unintelligible definition, they are likely to defend themselves by quickly making up some kind of definition.   I strongly suspect that in such cases, the usage of the term will be inconsistent with the definition.  Which brings us to Humpty-Dumpty. Lewis Carroll (Rev. Charles Lutwidge Dodgson) is best known for his children's' books Alice's Adventures in Wonderland and Through the Looking Glass .  It is in the latter that Humpty Dumpty - an argumentative egg perched on a wall has the following exchange with Alice: 'And only one for birthday presents, you know. There's glory for you!' `I don't know what you mean by "glory",' Alice said. Humpty Dumpty smiled contemptuously. `Of course you don't -- till I tell you. I meant "there's a nice knock-down argument for you!"' `But "glory" doesn't mean "...