home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / object / 3412 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  2.2 KB
  1. Path: sparky!uunet!gatech!darwin.sura.net!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!cbnewsc!cbfsb!att-out!pacbell.com!tandem!UB.com!igor!thor!rmartin
  2. From: rmartin@thor.Rational.COM (Bob Martin)
  3. Newsgroups: comp.object
  4. Subject: Re: DFDs come naturally
  5. Message-ID: <rmartin.715532129@thor>
  6. Date: 3 Sep 92 14:55:29 GMT
  7. References: <1992Sep1.143121.29965@matrix.com>
  8. Sender: news@Rational.COM
  9. Lines: 43
  10.  
  11. srm@matrix.com (Steve Morris) writes:
  12.  
  13.  
  14. |I have some background in OO techniques. However, every time I start
  15. |to analyze a system via diagrams, I naturally (i.e. not-consciously)
  16. |start to draw a data-flow diagram.
  17.  
  18. |I don't necessarily say to myself... "Today, I'm going to use
  19. |structured analysis". It just comes out that way.
  20.  
  21. |Has anyone else experienced this?
  22.  
  23. |To those of you who use OOA; does your OOA method come naturally
  24. |or do you consciously apply it?
  25.  
  26.  
  27. OOA was difficult at first, just as DFDs were.  But it didn't take
  28. long before analysing a problem in terms of its objects and behaviors
  29. became quite natural.  
  30.  
  31. What I have found with OOA/OOD is that it allows a much more complete
  32. and meaningful analysis and subsequent design than SA/SD ever did.  I
  33. can explore each behavior of the system, in excrutiating detail, long
  34. before I begin to design my implementation.
  35.  
  36. Also, I find the techniques of OOA far less ambiguous than DFDs.  The
  37. processes in a DFD often had an evanescence, a phantom like quality,
  38. which never got translated into any form of reality.  This was not
  39. true of all processes, but was often an attribute of intermediate
  40. processes, one or two layers down in the hierarchy.  I have not
  41. experienced this ambiguity with OOA.  Objects are seldom, if ever,
  42. phantoms.  They always have state and behavior.  
  43.  
  44. Suggestion:  Don't give up.  If you are having trouble facing OOA and
  45. are sliding back into SA, then read more about OOA and examine the
  46. work of other people.  Learn how to do it, it will pay off!
  47.  
  48.  
  49. --
  50. Robert Martin                        Training courses offered in:
  51. R. C. M. Consulting                       Object Oriented Analysis
  52. 2080 Cranbrook Rd.                        Object Oriented Design
  53. Green Oaks, Il 60048 (708) 918-1004       C++
  54.