home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / groupwar / 712 < prev    next >
Encoding:
Internet Message Format  |  1992-08-14  |  2.7 KB
  1. Xref: sparky comp.groupware:712 comp.infosystems:419
  2. Newsgroups: comp.groupware,comp.infosystems
  3. Path: sparky!uunet!elroy.jpl.nasa.gov!ucla-cs!twinsun!eggert
  4. From: eggert@twinsun.com (Paul Eggert)
  5. Subject: Re: Article - Behind the Terminal
  6. Message-ID: <bjhxFsw*@twinsun.com>
  7. Sender: usenet@twinsun.com
  8. Nntp-Posting-Host: farside
  9. Organization: Twin Sun, Inc
  10. References: <9208132039.aa10528@q2.ics.uci.edu>
  11. Date: Fri, 14 Aug 1992 15:15:34 GMT
  12. Lines: 44
  13.  
  14. Rob Kling writes:
  15.  
  16. kling> Few of the books that I know about systems analysis take infrastructure
  17. kling> into account -- and this is especially true of the texts which are
  18. kling> used in university courses. I cite the better books, which I know of,
  19. kling> in my article.
  20.  
  21. Kling's article presents an extensive bibliography for web-like models,
  22. but for ``traditional'' models, instead of citations the article
  23. contains only a conveniently weak description that has little to do
  24. with how system analysis is practiced or taught.  If you turn to real
  25. practitioners, or even real textbooks, you'll find a much different
  26. picture.  Here's just one example: Barry Boehm's _Software Engineering
  27. Economics_ (Prentice-Hall, 1981), a book that has been often used in
  28. university courses.  I'll quote from Boehm's introduction:
  29.  
  30.     As you begin to confront practical software engineering
  31.     situations, you will find that they contain both programming
  32.     problems and nonprogramming problems: operational problems,
  33.     budget problems; schedule problems; problems in determining the
  34.     relative priorities of users' needs.  Bypassing the
  35.     nonprogramming problems to concentrate on the programming
  36.     problems will almost always lead to trouble later on.
  37.  
  38. Far from ignoring infrastructure issues, Boehm puts several of them on
  39. the front cover of his book.  He doesn't mention the web model -- after
  40. all, his book was written in 1981 -- but he clearly understands that
  41. social context is crucial, and I don't think that the web model would
  42. have helped him a bit.  Although specialized to just software
  43. engineering, Boehm's work is far more ambitious and potentially useful
  44. than Kling's, because it's quantitative, not just qualitative.
  45.  
  46. eggert> Kling presents no evidence that his models are better than other ad hoc
  47. eggert> frameworks for describing the social context of computing.
  48.  
  49. kling> The paper provides some evidence through the analysis of one case study.
  50. kling> The main contrast in the paper is between web models and dicrete entity
  51. kling> models.
  52.  
  53. The only mention of traditional methods in Kling's case study was a
  54. dismissive remark about how a traditional system analyst would
  55. probably have made the mistake of choosing TeX over WordPerfect.
  56. This brief and (in my view) incorrect remark hardly constitutes
  57. an honest comparison of two rival systems.
  58.