From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 109fba,7f8fc37d854731d6 X-Google-Attributes: gid109fba,public X-Google-Thread: 10461e,7f8fc37d854731d6 X-Google-Attributes: gid10461e,public X-Google-Thread: 1108a1,7f8fc37d854731d6 X-Google-Attributes: gid1108a1,public X-Google-Thread: 114809,7f8fc37d854731d6 X-Google-Attributes: gid114809,public X-Google-Thread: 103376,7f8fc37d854731d6 X-Google-Attributes: gid103376,public From: Anthony Menio Subject: Re: Interesting but sensitive topic to discuss (HELP: - OOP and CASE tools) Date: 1996/11/12 Message-ID: #1/1 X-Deja-AN: 196640087 references: <32813322.41C6@kyebek3.kjist.ac.kr> <55pqr5$136a@grimsel.zurich.ibm.com> <328109CD.6685@concentric.net> content-type: TEXT/PLAIN; charset=US-ASCII organization: Montclair State University mime-version: 1.0 newsgroups: comp.object,comp.lang.c++,comp.lang.ada,comp.lang.smalltalk,comp.ai Date: 1996-11-12T00:00:00+00:00 List-Id: On 11 Nov 1996, Piercarlo Grandi wrote: > > Do OO programs by and large describe static relationships between > modules (or parts thereof like interfaces)? Or do they describe > collections of instances/clones of those modules (or their types) and > how they interact? > > In addition to the comments made in my last post I though following would offer a clear and correct answer. Systems with an object oriented architecture consist of objects. Classes are merely blue prints to create objects from. Just as a building is made of beams, rooms,prefab components and cars of transmissions,radiators,exhust systems system and not the blueprints of these things so with an OO software system. The essence of OO architecture is the viewing of abstract systems in terms of the real world, ie as if the were physical systems. Thus it a fundamental process to resolve such questions through examing systems of the source domain of the metaphor to gain a better understanding of conceptual issues in the target domain. Anthony Menio I.S. Student menio@pegasus.montclair.edu