home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / object / 2977 < prev    next >
Encoding:
Text File  |  1992-07-22  |  2.1 KB  |  52 lines
  1. Newsgroups: comp.object
  2. Path: sparky!uunet!mole-end!mat
  3. From: mat@mole-end
  4. Subject: Re: Help: OOA and OOD Methodologies
  5. Message-ID: <1992Jul22.181912.23392@mole-end>
  6. Keywords: OOA, OOD, Software Design, Software Analysis
  7. Organization: :
  8. References: <1992Jul15.002425.14891@ntmtv> <2A66F3CE.13821@ics.uci.edu>
  9. Distribution: usa
  10. Date: Wed, 22 Jul 1992 18:19:12 GMT
  11. Lines: 39
  12.  
  13. In article <2A66F3CE.13821@ics.uci.edu>, song@berault.ics.uci.edu (Xiping Song) writes:
  14.  
  15. >  One possible strength (or weakness to some people) is that Shlaer/Mellor
  16. > method describes the object-oriented concept from the view of the relatioanl
  17. > data model. This is very comprehensible for the people who have the relational
  18. > modeling experiences.
  19.  
  20. Relational data model, or Entity-Relationship model?  E/R is very useful
  21. to the Relational model, but they are seperable concepts.
  22.  
  23. >  Shlaer/Mellor's classification on the attributes is unique and more
  24. > explicit than other OODs. (referece, naming, descriptive, ...)
  25.  
  26. >  Shlaer/Mellor's classification on the relationships between classes(objects)
  27. > is unique. It is based on the mapping relationships (1-1, 1-m, n-m,
  28. > conditional 1-1, ...). This might be most useful for certain application
  29. > domains.
  30.  
  31. Yes, the Sh/Me viewpoint emphasises the data model.  I think that a strong
  32. data model is a good component of OOA.
  33.  
  34. >  Its weakness is on descrbing operation parts of an object.
  35.  
  36. I think it has other weakneses as well.  In particular, it seems better
  37. suited to identifying and describing the types that describe the Application
  38. and Subject-specific parts of a program, and weaker in dealing with types
  39. whose purpose is to express Programming technologies (types that support
  40. or embody algorithms, that provide lists and iterators and the like, etc.)
  41. In fairness, most OOA/D methods have the same weaknesses.
  42.  
  43. It also doesn't provide a good model above the object level; IMO the
  44. `architecture' Shlaer and Mellor provide echoes the procrustian bed
  45. approach of SA/SD.  Something better is needed, something that expresses
  46. features of the problem.
  47. -- 
  48.  (This man's opinions are his own.)
  49.  From mole-end                Mark Terribile
  50.  
  51.  uunet!mole-end!mat, Somewhere in Matawan, NJ
  52.