Stuhec 8/23/2002: [ubl-lcsc] OO Design Paper

[Monica Martin <mmartin@certivo.net>]

Sally,
I concur with your assessment.  Historically, there has been a
"object-relational map" between OO and data.  Data class models do not
support the hierachical, inheritance, etc. that may be held in OO.
 
Thanks.
Monica J. Martin
Program Manager
Drake Certivo, Inc.
208.585.5946

	-----Original Message----- 
	From: Stuhec, Gunther 
	Sent: Thu 8/22/2002 10:40 AM 
	To: 'Chan, Sally M'; 'ubl-lcsc@lists.oasis-open.org';
'ubl-ndrsc@lists.oasis-open.org' 
	Cc: 
	Subject: RE: [ubl-lcsc] Newest version of the OO-design position
paper.
	
	

	Hello Sally,
	
	that is correct, that classes without any behaviour is not good
designed. But my intention is, that you can use this classes of data for
building classes with behavior. Additionally, you can use the data class
model for defining tables in a OO-based or XML-based database. For that
definition is a
	behavior of classes not necessary.
	
	I started with that definition of seamless integration between
object model and data model. After my first tests is my feeling that it
works.
	
	Kind regards
	
	        Gunther
	
	-----Original Message-----
	From: Chan, Sally M [ mailto:sally.m.chan@boeing.com]
	Sent: Mittwoch, 21. August 2002 23:38
	To: Stuhec, Gunther; 'ubl-lcsc@lists.oasis-open.org';
	'ubl-ndrsc@lists.oasis-open.org'
	Subject: RE: [ubl-lcsc] Newest version of the OO-design position
paper.
	
	
	Gunther,
	
	In OO design, the focus is on object behavior and emphasis on
data
	encapsulation (hiding data behind its public interface).  In XML
or data
	model, the focus is on exposing the data, not behavior.  Using
OO design to
	design data, is it the right thing to do?  this could lead to
classes that
	don't have behavior, not good OO design!
	
	In OO application development, you need both class model and
data model.
	The challenge is how one can align the two to achieve seamless
integration
	between the object model and data model, show me how an
OO-design data model
	helps me write less code when I need to access the XML data from
an OO (or
	non-OO) application will be a value to me.
	
	Regards,
	
	Sally Chan
	Associate Technical Fellow
	The Boeing Company
	Boeing Commercial Airplanes
	IS - Architecture & eBusiness
	425-965-0141
	
	
	
	-----Original Message-----
	From: Stuhec, Gunther [ mailto:gunther.stuhec@sap.com]
	Sent: Tuesday, August 20, 2002 1:57 PM
	To: 'ubl-lcsc@lists.oasis-open.org';
'ubl-ndrsc@lists.oasis-open.org'
	Subject: [ubl-lcsc] Newest version of the OO-design position
paper.
	
	
	
	Hello all,
	
	this is our newest version of the OO-design position paper. It
describes
	generally the definition of aggregate core components as well as
the
	aggregated business information entities.
	
	In this paper all aggregates representing an object. The
subelements which
	are basic business information entities representing the
attributes of an
	objects. An the aggregates insided of an objects are further
objects or
	parts of an objects. The object itself refers to these furhter
objects.
	
	In addition all containers are avoided, consciously.  Because it
is not
	possible to represents containers as objects with attributes and
influence
	the representation of a conclusive class diagram unfavorably. 
	
	Please review this document and send me your comments and
remarks.
	
	Kind regards,
	
	      Gunther
	
	
	
	----------------------------------------------------------------
	To subscribe or unsubscribe from this elist use the subscription
	manager: < http://lists.oasis-open.org/ob/adm.pl>