home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / software / 4376 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  2.6 KB
  1. Path: sparky!uunet!news.tek.com!tekig7!tekig1!alh
  2. From: alh@tekig1.PEN.TEK.COM (Al Hooton)
  3. Newsgroups: comp.software-eng
  4. Subject: Dependency management tools?
  5. Message-ID: <7650@tekig7.PEN.TEK.COM>
  6. Date: 18 Nov 92 20:53:25 GMT
  7. Sender: news@tekig7.PEN.TEK.COM
  8. Organization: Tektronix, Inc., Beaverton,  OR.
  9. Lines: 48
  10.  
  11.  
  12.     Haven't had much luck looking around on my own, so I thought I'd
  13. ask the net for a little help...
  14.  
  15.     I'm looking for some kind of a package to do generalized
  16. dependency management.  It doesn't have to be real fancy, but I think the
  17. following would be the major components of the package:
  18.  
  19. - Able to enter simple dependencies: X is affected by Y, X affects Y.
  20.  
  21. - Some kind of simple presentation method for displaying cascading
  22.   dependencies (X affects Y, Y affects Z; somehow, we should be able
  23.   to be told that X affects Z without having to explicitly enter
  24.   that dependency into the system).  This means only the simple
  25.   dependencies have to be initially understood by us slow humans...
  26.  
  27. - Ability to detect cycles in the dependency graph, which are possibly
  28.   indications that something has been entered incorrectly (yes, I know,
  29.   not always, but the ability to recognize cycles is still useful).
  30.  
  31. - Simple searching capabilities.
  32.  
  33. - Possibly some small number of hardcopy-producing options.
  34.  
  35.     It would also be nice to be able to specify different types
  36. of dependencies between parameters, instead of all dependencies being
  37. assumed to be the same.  But, this complicates things in a couple of
  38. different ways, and is not necessary in my initial application.
  39.  
  40.     Once you start having to manage more than about 20 parameters
  41. in the dependency graph, doing this by hand is prohibitive.  Using a
  42. drawing tool of some type usually falls apart at about this number of
  43. parameters as well.  A simple matrix can handle a few more, maybe 40 
  44. parameters, but doesn't make the cascading dependencies obvious.
  45.  
  46.     My initial application will involve 200 to 250 parameters, at
  47. current estimates.
  48.  
  49.     Please e-mail responses to me, I'll summarize to the net.  Thanks!!
  50.  
  51. -------------------------------------------------------------------------------
  52.  The story so far: In the beginning the           | Al Hooton, SW Quality Guy
  53.  Universe was created.                            |     Telecom Products
  54.                                                   | Tektronix, Inc. 
  55.  This has made a lot of people very angry and     | (503) 627-4216 (wk)
  56.  has been widely regarded as a bad move.          | (503) 626-6849 (hm)
  57.                  - Douglas Adams                  | alh@tekig1.pen.tek.com
  58. -------------------------------------------------------------------------------
  59.