<?xml version="1.0" encoding="UTF-8"?>
<TEI xml:space="preserve" xmlns="http://www.tei-c.org/ns/1.0" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://www.tei-c.org/ns/1.0 https://raw.githubusercontent.com/kermitt2/grobid/master/grobid-home/schemas/xsd/Grobid.xsd"
 xmlns:xlink="http://www.w3.org/1999/xlink">
	<teiHeader xml:lang="en">
		<fileDesc>
			<titleStmt>
				<title level="a" type="main">Towards the Conceptual Normalisation</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author role="corresp">
							<persName><forename type="first">Martin</forename><surname>Molhanec</surname></persName>
							<email>molhanec@fel.cvut.cz</email>
							<affiliation key="aff0">
								<orgName type="department">Faculty of Electrical Engineering</orgName>
								<orgName type="institution">Czech Technical University in Prague</orgName>
								<address>
									<addrLine>K13113 Technicka 2</addrLine>
									<settlement>Prague 6</settlement>
									<country key="CZ">Czech Republic</country>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">Towards the Conceptual Normalisation</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">2F035367E8FB1FD6A658E8B017D3F7F7</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-24T17:58+0000">
					<desc>GROBID - A machine learning software for extracting information from scholarly documents</desc>
					<ref target="https://github.com/kermitt2/grobid"/>
				</application>
			</appInfo>
		</encodingDesc>
		<profileDesc>
			<textClass>
				<keywords>
					<term>data normalisation</term>
					<term>conceptual</term>
					<term>object and relational normal forms</term>
					<term>conceptual modelling</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>This article deal with some considerations of conceptual normalisation and very briefly how can be derived the relational and object normalisation from it. This contribution is only an introduction to this very interesting and serious issue, but infrequently discussed. Nor it is a comprehensive paper covering all particular problems and questions and offering precise mathematical proofs of authors theses presented herein. The idea of this contribution is to be a proper starting point for the discussion of this issue in the frame of international expert community engaging in conceptual, object and data modelling.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1">Introduction</head><p>This article deals with an issue of conceptual normalisation. The author engaged in this issue some years ago but the results from his work have been published only at local Czech conferences and seminars <ref type="bibr">[8, 9, 10, 11, 12, 13, 14 and 15]</ref> till now. So this article is first attempt to disseminate the author's opinions in wider scope of international expert community engaging in conceptual, object and data modelling. The author hopes that his contribution can be a starting point of wider discussion about these very interesting and serious problems.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2">Motivation and Problem Statement</head><p>The paradigm of relational normalisation (1st to 3rd normal form and other not such common as BNCF, etc.) is a very common practise in university courses in the field of database theory and design. No one have a doubt about usefulness and advisability of it. Regrettably, there are many opinions about nonsensicality of the normalisation principle in the field of object oriented paradigm by the reason that object oriented databases do not use the concept of primary and foreign keys. It is a false opinion according with my view.</p><p>It is clear that we do not need the primary and foreign keys for object oriented databases, because the normalization is particularly a process -how we can remove off redundancy from our data model and the definitions of normal forms for relation database with the aid of keys are purely the very proper formulation of this fact in the relational area. This approach is supported by many experts <ref type="bibr">[1, 5, 16, 18 and 19]</ref>. But still, there exist some problems:</p><p>There are not any definitively and generally accepted definitions of object normal forms. Most of the authors have a problem how to replace the concept of relational keys with another proper concept in the definition of object normalisation. It is not clear if there exist in the object area the same count of normal forms as well as in the relational area.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3">Approach</head><p>My approach rise from the following conjecture:</p><p>Conjecture: Both the relational and object models are specialisations of more common conceptual model; hence both the relational and object normalisations are specialisations of conceptual normalisation as well.</p><p>I would like to mention herein one misguided argument with which I very frequently meet in the course of conversation about the necessity of object normalisation and differences between the object and relational approaches.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>False conjecture:</head><p>The object approach has not and do not need any primary and foreign keys, therefore it is better than the relational approach and its normalisation is thus nonsense. This argument along with the idea about normalisation as a something what relates with the primary and foreign keys implicates an idea, that normalisation in the area of object oriented paradigm is nonsense. However, as I mentioned before, the normalisation paradigm is not about the keys, that are in the relational area only proper devices how to define the normal forms, but the normalisation is essentially about a redundancy which rises from absence of redundancy in the real world.</p><p>In addition if we reformulate the definitions of normal forms by means of functional dependencies or by means of internal identifiers in the case of the object area we eventually get more or less the same conclusion.</p><p>In subsequent text we can show how it is possible to define the conceptual normalisation and only very briefly how to deduce the relational and object normalisation from it as well. But we have to overcome one basic problem -we have not any keys, the same way as in the object area, with the help of them we would very easily realised the definitions of normal forms in the conceptual area.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.1">Conceptual Model</head><p>The first thing we must remember is that the conceptual model has nothing common with computer technologies, programming and databases as well. This is, as mentioned above, a model of concepts occurred in the real world around us. So the conceptual model is an outcome of the ontological observation of the real world and rises from the ontological model of the universe. Consequently I will use only an ordinary conceptual model without a need to deal with ontology too much. In this article I will use only the following concepts.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Object Class Inheritance Attribute Composition Relationship</head><p>Apart from the fact that we can see herein proposed conceptual model identical with any general object model, we cannot anticipate about this conceptual model any characteristic related to particular real implementation in computer hardware or object oriented programme language.</p><p>Conjecture: There is not any unique internal identifier of the object in contrast to any usual object oriented systems. This is an elementary assertion. We cannot predicate that any natural world objects have any real internal identifiers. Any unique identification of object such as serial number is an artificial property created by human being just for intent of unique identification. But majority of natural world objects have not any such identification at all. Of course we do not take, for example, into consideration the unique genetic identification. Finally, simple to say, in the real world modelled by means of conceptual model do not exist any simple natural object identifiers.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Lemma: There are not any identical classes in light of its intension.</head><p>We need a brief explanation now. The real world classes are created by different way in contrast to the object oriented programming classes. In usual object oriented programme languages we can created two classes with the same intension, i. e. they will be defined by the same set of attributes and methods and nevertheless they will be comprehend as two different classes by the computer system despite the fact that their behaviour and properties will be identical. In the real world the class as a matter of fact do not exist at all (regardless of the Plato's concept of ideas). The real world class is a concept arising from the human being capability to comprehend and perceive the fact that specific sets of objects are similar to each other. Therefore the conceptual model class is defined solely by its extension; the intension is not exactly obtainable. We can only assign different names to the class, but it is just the same class all the time. We have only different synonyms or other names for it.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.2">The Base for Conceptual Normalisation</head><p>All subsequent considerations used by myself in this article arise from very simple and basic assumption.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Axiom:</head><p>The real world has not any redundancy.</p><p>Let appreciate following facts. All objects in the real world exist only in one occurrence. There is only one "Martin Molhanec" (it's me), there is only one occurrence of EOMAS 2010 conference etc. In other words, in the real world are not any two identical instances of the same object at the same time and space. The informational systems, that we used, hold by means of included data a model of the real world, so it is clear that as the real world exist without any redundancy, thus the model of that world has not any redundancy at all.</p><p>Of course, it is not the case of warehouses that use redundancy for purpose of achievement certain specific features. Similarly, in database practise we break above mentioned principle to achieve an increasing throughput of database system.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.3">Conceptual Object and its Features</head><p>Herein we introduce certain features of conceptual objects. Let commence with very natural lemma.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Definition: Property is certain characteristic of object, which has its value.</head><p>An example of such property can be possibly: colour or age. Generally, the property can be set as well. Actually, a relationship to other objects can be a property too. Thus, a property is certain abstraction of object characterisation, constituent of its intension and distinguishable or perceivable by a human being.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Lemma: A set of object properties is unique in relation to him.</head><p>Really, a car has only one colour property. Of course the colour of car body is another property than the colour of car chassis. These two colours are two different properties. A person has only one age property, denominate "age" etc. A proof can be done with respect to the fact, that property is a concept as well, thus it is abstract object and so the aforementioned lemma is true for them too. In other words, any real car has not two colours or any person has not two ages at the same time.</p><p>The following theorems proposed by us relate to object properties as well.</p><p>Theorem: Object property is not dividable, in other words, object property is atomic. If we need to work with a part of it, the part becomes to be an object of one's own, often abstract, with its own properties.</p><p>Theorem: If we need to work with a group of object properties as if it was one concept in one's, the group becomes to be an object of one's own, often abstract, with its own properties.</p><p>Theorem: Prospective atomicity of any property depends on domain oriented point of view.</p><p>Herein we explain above mentioned theorems with the aid of very simple example relates to the name of person. If we work, in the domain of our special-interest, always with the person name just like a single property including both first and last person name, we can comprehend this property as atomic and unique in the frame of the concept of person.</p><p>But, if we need to work, in the domain of our special-interest, with the first and last name separately, then the person name becomes an abstract concept by itself with two properties (the first name property and the last name property). On the contrary, if the concept of person has two properties, a first and last name, and we need to work with this pair of properties any time jointly, the pair becomes a single concept by itself with its own denomination, in others words, the pair is a new named concept.</p><p>Finally, we may not overlook the fact that in the conceptual world it is principally possible to think about any property always by a dual manner.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Lemma: A property of any object can be perceived simultaneously as another object related to just aforementioned object.</head><p>From this duality and above mentioned lemmas result finally an explication why it is possible to model the real world by many different ways and all that ways can be right.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.4">Property, Object and Class</head><p>Herein we define a conceptual class as follows. (I strongly note that we deal with conceptual classes and not with programmer classes.)</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Definition:</head><p>The conceptual class is a named set of properties belonged to each other similar object.</p><p>We must be aware that in the real world the class is only an abstract concept denominating a set of abstract and real objects which are similar to each other. Thus the class named "car" is only a notation of the set of objects with such similar properties that we have a need to have a common notation for them. This notation is the name of the class. We notate, the conceptual class do not exist as a real world object at all.</p><p>Herein we submit another two definitions:</p><p>Definition: An intension of the class is a set of all possible properties of this class.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Towards the Conceptual Normalisation 137</head><p>Definition: An extension of the class is a set of all possible objects of this class.</p><p>In contrast to the world of programmers where is possible very easily to define the intension of certain class and the extension of this class results from this definition.</p><p>In the real world exist only real natural objects which constitute the extension of similar objects and the intension is constructed by us on the basis of investigation of their similarities.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.5">Object, Property, Class and Relationship</head><p>Up to now we have not deal with relationships yet. In agreement with an ontological approach <ref type="bibr" target="#b2">[3]</ref> we recognize in conceptual model proposed by us four different types of relationships.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Relationship between the class and its property. Relationship of inheritance between classes. Relationship which represents a composition of classes.</head><p>General relationship between objects.</p><p>The above mentioned relationships are generally used at different modelling techniques with exception of the first which is implicitly supposed. It is worth mentioning that although we named all above mentioned relationships with one common lexical label, namely "relationship", they are essentially different. Actually, all that relationships present unrelated ontological concepts and common denomination of them can be very misguided.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4">Results -Definitions of Conceptual Normal Forms (CNF)</head><p>Herein we present our definitions of conceptual normal forms understood by us as the rules of redundancy prohibition already introduce above and here altogether mentioned again.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="0.">CNF:</head><p>The real world has not any redundancy.</p><p>1. CNF: A set of object properties is unique in relation to him.</p><p>2. CNF: Object property is not dividable, in other words, object property is atomic. If we need to work with a part of it, the part becomes to be an object of one's own, often abstract, with its own properties.</p><p>3. CNF: If we need to work with a group of object properties as if it was one concept in one's, the group becomes to be an object of one's own, often abstract, with its own properties.</p><p>The grounds for these conceptual normal forms have been introduced hereinbefore. I believe that the relational and object forms can be derived from these more common conceptual forms as can be very briefly shown in hereinafter text.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.1">Relational Normal Forms (RNF)</head><p>The author of this article suggests that 1. RNF can be substantiating by our 0. to 2. CNF. The basis for this suggestion laid in the fact that 1. RNF deals with atomicity of data attributes, prohibition of multi-attributes and necessity of primary key existence.</p><p>Evidently the issue of atomicity relates to herein proposed 2. CNF, the prohibition of multi-attributes results from the 1. CNF and issue of necessity of primary key existence relate to very principal 0. CNF. According to author's humble opinion the 2. RNF is a specialisation of more common 3. RFN, but more detailed discussion of this issue is outside this article for now. That means that both the 2. and 3. RFN follow from the above suggested 3. CNF. The evidence can be done on the basis of consideration that transitive dependency between relational keys at the level of relation data paradigm is simply an implication of incorrect recognition of conceptual object at higher level of comprehensibility. It is worth to note that the concept of relational keys in relational database systems by self presents only the programmer implementation of the concept of dependency by implication of mutual relationships among conceptual objects. Thus, the incorrect recognition of object at conceptual level leads to transitive dependency between relational keys in the relational level.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.2">Object Normal Forms (ONF)</head><p>At this time there is not any standard and commonly accepted concept of object normal forms, notwithstanding there are many scientists engaged in this issue. The brief summary of them is included in <ref type="bibr" target="#b6">[7]</ref>. This work contains definitions of object normal forms based on an approach introduce originally by Ambler in <ref type="bibr" target="#b0">[1]</ref> and further elaborated in aforementioned work by <ref type="bibr">Merunka and Molhanec.</ref> Despite the fact that the authors deal with the object oriented paradigm, the definitions of object normal forms are simply based on analogical relational forms, i. e., 1. ONF is based on 1. RNF and so on. The fundamental difference lays in the fact, that the definitions of all ONF are constructed without the use of the relational keys of course. Thus, the presented definition of ONF at aforementioned work is very similar to the definitions of CNF proposed by us herein and we can apply the same or very similar argumentation for their reasoning.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5">Conclusion</head><p>The author of this article suggests that relational as object normalisation arises from the same source i.e. from the conceptual normalisation. Surprisingly, this principal and serious subject matter is not widely discussed in expert community at all. In addition, the need of object normalisation that directly arises from the conceptual normalisation is often disputed.</p><p>The author believes that his contribution in this very interesting and serious subject matter can be a good starting point for the discussion of this issue in the frame of international expert community engaging in conceptual, object and data modelling.</p></div>		</body>
		<back>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<monogr>
		<title level="m" type="main">Building Object Applications That Work, Your Step-By-Step Handbook for Developing Robust Systems Using Object Technology</title>
		<author>
			<persName><forename type="first">Ambler</forename><surname>Scott</surname></persName>
		</author>
		<imprint>
			<date type="published" when="1997">1997</date>
			<publisher>Cambridge University Press/SIGS Books</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<monogr>
		<author>
			<persName><forename type="first">F</forename><surname>Edgar</surname></persName>
		</author>
		<author>
			<persName><surname>Codd</surname></persName>
		</author>
		<ptr target="http://en.wikipedia.org/wiki/Edgar_F._Codd" />
		<title level="m">Wikipedia</title>
				<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">Ontological Categories in GOL</title>
		<author>
			<persName><forename type="first">B</forename><surname>Heller</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Herre</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Axiomathes</title>
		<imprint>
			<biblScope unit="volume">14</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="57" to="76" />
			<date type="published" when="2004">2004</date>
			<publisher>Kluwer Academic Publishers</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<monogr>
		<author>
			<persName><forename type="first">J</forename><surname>Christopher</surname></persName>
		</author>
		<author>
			<persName><surname>Date</surname></persName>
		</author>
		<ptr target="http://en.wikipedia.org/wiki/Christopher_J._Date" />
		<title level="m">Wikipedia</title>
				<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">On Normalization of Relations in Databases</title>
		<author>
			<persName><forename type="first">V</forename><forename type="middle">V</forename><surname>Khodorkovsky</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Programming and Computer Software</title>
		<imprint>
			<biblScope unit="volume">28</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="41" to="52" />
			<date type="published" when="2002-01">January 2002</date>
			<publisher>Nauka Interperiodica</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<monogr>
		<title level="m" type="main">Datové modelování</title>
		<author>
			<persName><forename type="first">Vojtěch</forename><surname>Merunka</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2006">2006</date>
			<publisher>ALFA Publishing</publisher>
			<pubPlace>Praha</pubPlace>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<analytic>
		<title level="a" type="main">Object normalization as the contribution to the area of formal methods of object-oriented database design</title>
		<author>
			<persName><forename type="first">M</forename><surname>Molhanec</surname></persName>
		</author>
		<author>
			<persName><forename type="first">V</forename><surname>Merunka</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Advances in Computer and Information Sciences and Engineering</title>
				<meeting><address><addrLine>Berlin</addrLine></address></meeting>
		<imprint>
			<publisher>Springer Science+Business Media</publisher>
			<date type="published" when="2007">2007</date>
			<biblScope unit="page" from="100" to="104" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<analytic>
		<title level="a" type="main">Ontologické základy konceptuální normalizace</title>
		<author>
			<persName><forename type="first">M</forename><surname>Molhanec</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Technická universita Ostrava -Vysoká škola báňská</title>
				<meeting><address><addrLine>Ostrava</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2006">2006</date>
			<biblScope unit="page" from="81" to="90" />
		</imprint>
	</monogr>
	<note>Objekty 2006</note>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">Konceptuální modelování, formální základy a ontologie</title>
		<author>
			<persName><forename type="first">M</forename><surname>Molhanec</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">-Poruba: VŠB -Technická univerzita Ostrava</title>
				<meeting><address><addrLine>Ostrava</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2006">2006</date>
			<biblScope unit="page" from="121" to="127" />
		</imprint>
	</monogr>
	<note>Tvorba softwaru 2006</note>
</biblStruct>

<biblStruct xml:id="b9">
	<analytic>
		<title level="a" type="main">Konceptuální modelování</title>
		<author>
			<persName><forename type="first">Martin</forename><surname>Molhanec</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Objekty 2005</title>
				<meeting><address><addrLine>Ostrava: VŠB</addrLine></address></meeting>
		<imprint>
			<publisher>Technická Universita</publisher>
			<date type="published" when="2005">2005</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b10">
	<analytic>
		<title level="a" type="main">Zásady konceptuálního totálně objektově orientovaného modelování</title>
		<author>
			<persName><forename type="first">Martin</forename><surname>Molhanec</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Tvorba softwaru 2005</title>
				<meeting><address><addrLine>Ostrava</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2005">2005</date>
			<biblScope unit="page" from="153" to="158" />
		</imprint>
	</monogr>
	<note>: VŠB</note>
</biblStruct>

<biblStruct xml:id="b11">
	<analytic>
		<title level="a" type="main">Několik poznámek k porozumění objektového paradigmatu</title>
		<author>
			<persName><forename type="first">Martin</forename><surname>Molhanec</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Sborník konference Objekty 2004</title>
				<meeting><address><addrLine>Praha</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2004">2004</date>
			<biblScope unit="page" from="189" to="197" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b12">
	<analytic>
		<title level="a" type="main">Kritika některých výkladů objektově orientovaného paradigmatu</title>
		<author>
			<persName><forename type="first">Martin</forename><surname>Molhanec</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Sborník konference Tvorba software 2004</title>
				<meeting><address><addrLine>Ostrava. Tanger</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2004">2004</date>
			<biblScope unit="page" from="163" to="172" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b13">
	<analytic>
		<title level="a" type="main">Objektové metodologie -jejich užití a výklad</title>
		<author>
			<persName><forename type="first">Martin</forename><surname>Molhanec</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Sborník konference Tvorba software 2003</title>
				<meeting><address><addrLine>Ostrava. Tanger</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2003">2003</date>
			<biblScope unit="page" from="111" to="115" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b14">
	<analytic>
		<title level="a" type="main">UML -několik kritických poznámek</title>
		<author>
			<persName><forename type="first">Martin</forename><surname>Molhanec</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Sborník konference Tvorba software 2002</title>
				<meeting><address><addrLine>Ostrava. Tanger</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2002">2002</date>
			<biblScope unit="page" from="150" to="159" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b15">
	<monogr>
		<author>
			<persName><forename type="first">Nootenboom</forename><surname>Henk</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Jan</forename></persName>
		</author>
		<ptr target="http://www.sum-it.nl/en200239.html" />
		<title level="m">Nuts -a online column about software design</title>
				<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b16">
	<analytic>
		<title level="a" type="main">Ontological analysis of whole-part relationships in OO-models</title>
		<author>
			<persName><forename type="first">A</forename><forename type="middle">L</forename><surname>Opdahl</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Henderson-Sellers</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Barbier</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Information and Software Technology</title>
		<imprint>
			<biblScope unit="volume">43</biblScope>
			<biblScope unit="issue">6</biblScope>
			<biblScope unit="page" from="387" to="399" />
			<date type="published" when="2001-05-01">1 May 2001</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b17">
	<analytic>
		<title level="a" type="main">Spaccapietra Stefano: Object Normal Forms and Dependency Constraints for Object-Oriented Schemata</title>
		<author>
			<persName><forename type="first">Tari</forename><surname>Zahir</surname></persName>
		</author>
		<author>
			<persName><forename type="first">John</forename><surname>Stokes</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">ACM Transactions on Database Systems</title>
		<imprint>
			<biblScope unit="volume">513</biblScope>
			<biblScope unit="issue">4</biblScope>
			<biblScope unit="page">569</biblScope>
			<date type="published" when="1997-12">December 1997</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b18">
	<analytic>
		<title level="a" type="main">Research on Normalization Design for Complex Object Schemes</title>
		<author>
			<persName><forename type="first">Yonghui</forename><surname>Wu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Zhou</forename><surname>Aoying</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of ICII 2001</title>
				<meeting>ICII 2001<address><addrLine>Beijing</addrLine></address></meeting>
		<imprint>
			<biblScope unit="volume">5</biblScope>
			<biblScope unit="page" from="101" to="106" />
		</imprint>
	</monogr>
	<note type="report_type">Info-Tech and Info-Net</note>
</biblStruct>

				</listBibl>
			</div>
		</back>
	</text>
</TEI>
