home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / object / 5113 < prev    next >
Encoding:
Text File  |  1993-01-28  |  1.8 KB  |  57 lines
  1. Newsgroups: comp.object
  2. Path: sparky!uunet!rational.com!thor!rmartin
  3. From: rmartin@thor.Rational.COM (Bob Martin)
  4. Subject: Re: Booch question: new class relationship?
  5. Message-ID: <rmartin.728268285@thor>
  6. Sender: news@rational.com
  7. Organization: Rational
  8. References: <894@ulogic.UUCP> <rmartin.727740331@thor> <1k6783INNka9@info2.rus.uni-stuttgart.de>
  9. Date: Fri, 29 Jan 1993 00:44:45 GMT
  10. Lines: 45
  11.  
  12. LANG@nvdv.e-technik.uni-stuttgart.dbp.de (MARTIN LANG) writes:
  13.  
  14.  
  15. |>     Contains by Value
  16. |>                 *=========#
  17. |> 
  18. |>     Contains by Reference
  19. |>                 *=========[]
  20. |> 
  21. |>     Uses
  22. |>         O=============
  23.  
  24.  
  25. |Which class relationship is appropriate if you have two relations at the
  26. |same time, e.g.
  27.  
  28. |class ValueAndUse {
  29. |  void AddValue(Value & val);
  30. |  
  31. |  Value X;
  32. |};
  33. | 
  34.  
  35. It is perfectly fair to put both relationships on a a diagram.
  36. Typically however each relationship would appear on a different class
  37. diagram since each relationship represents a different aspect of the
  38. class.
  39.  
  40. This is an important point.  In Booch notation you do not try to
  41. completely document a class in a single diagram.  You try to convey a
  42. single idea in each diagram.  It may take many diagrams, both object
  43. and class digrams to completely describe the class.
  44.  
  45. This is why you should also keep Booch's templates (or some other
  46. record like a CRC card or even in incomplete software description like
  47. a class header in C++).  The diagrams are meant for showing concepts
  48. not completeness.  This makes the diagrams easy to create and easy to
  49. follow.
  50.  
  51.  
  52. --
  53. Robert Martin       | Design Consulting    | Training courses offered:
  54. R. C. M. Consulting | rmartin@rational.com |  Object Oriented Analysis
  55. 2080 Cranbrook Rd.  | Tel: (708) 918-1004  |  Object Oriented Design
  56. Green Oaks, Il 60048| Fax: (708) 918-1023  |  C++
  57.