OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

ubl-lcsc message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

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

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.
Monica J. Martin
Program Manager
Drake Certivo, Inc.

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

	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
	Kind regards
	-----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';
	Subject: RE: [ubl-lcsc] Newest version of the OO-design position
	In OO design, the focus is on object behavior and emphasis on
	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
	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.
	Sally Chan
	Associate Technical Fellow
	The Boeing Company
	Boeing Commercial Airplanes
	IS - Architecture & eBusiness
	-----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';
	Subject: [ubl-lcsc] Newest version of the OO-design position
	Hello all,
	this is our newest version of the OO-design position paper. It
	generally the definition of aggregate core components as well as
	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
	In addition all containers are avoided, consciously.  Because it
is not
	possible to represents containers as objects with attributes and
	the representation of a conclusive class diagram unfavorably. 
	Please review this document and send me your comments and
	Kind regards,
	To subscribe or unsubscribe from this elist use the subscription
	manager: < http://lists.oasis-open.org/ob/adm.pl>

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Powered by eList eXpress LLC