home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / groupwar / 713 < prev    next >
Encoding:
Internet Message Format  |  1992-08-14  |  4.4 KB
  1. Xref: sparky comp.groupware:713 comp.infosystems:420
  2. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!sdd.hp.com!elroy.jpl.nasa.gov!news.claremont.edu!ucivax!gateway
  3. From: kling@ics.uci.edu (Rob Kling)
  4. Subject: Clarification re. Behind the Terminal
  5. Message-ID: <9208141328.aa26321@q2.ics.uci.edu>
  6. Newsgroups: comp.groupware,comp.infosystems
  7. Lines: 100
  8. Date: 14 Aug 92 20:28:24 GMT
  9.  
  10. Re: Paul Eggert's comments.....
  11.  
  12. Dear Paul,
  13.  
  14. I'd like to keep this reply short .... but there are several
  15. misperceptions in your note which merit comment and some
  16. correction.
  17.  
  18. First: Re. Barry Boehm's Software Engineering Economics. I don't
  19. have my copy in this office, so I can't check it again. But Boehm
  20. is sensitive to issues of organizational context ... and his book
  21. was an extremely important contribution to helping managers and
  22. professionals estimate the costs of large scale (aerospace-like)
  23. software development projects. The center point of the book is a
  24. quantitative cost-estimation model: COCOMO. Boehm's book does not
  25. deal with issues of systems analysis -- ie., what systems are
  26. appropriate to build. He deals with different issues.
  27.  
  28. ==============================
  29. Second: You claim: "The only mention of traditional methods in
  30. Kling's case study was a dismissive remark about how a
  31. traditional system analyst would probably have made the mistake
  32. of choosing TeX over WordPerfect. This brief and (in my view)
  33. incorrect remark hardly constitutes an honest comparison of two
  34. rival systems."
  35.  
  36. The case study is described in section 3, with relatively little
  37. analysis. The analysis of the case which contrasts discrete
  38. entity and web models runs through much of sections 4.0 and 5.0
  39. .. two fairly long sections.
  40.  
  41. (This is a complex article and cannot be readily comprehended by
  42. on-line scanning).
  43.  
  44. ================================
  45. Third:  You claim: "Kling's article presents an extensive
  46. bibliography for web-like models, but for ``traditional'' models,
  47. instead of citations the article contains only a conveniently
  48. weak description that has little to do with how system analysis
  49. is practiced or taught.  If you turn to real practitioners, or
  50. even real textbooks, you'll find a much different picture."
  51.  
  52. I encourage you to examine the following books about systems
  53. analysis or the management of information systems in
  54. organizations:
  55.  
  56. Functional Analysis of Office Requirements: A Multiperspective
  57. Approach. G. Schafer. John Wiley 1988.
  58.  
  59. Professional Systems Development: Experience, Ideas and Action.
  60. Niels Erik Anderson, et. al. Prentice Hall, 1990.
  61.  
  62. Managing Information Systems for Profit. Tim Lincoln (ed). John
  63. Wiley, 1990.
  64.  
  65. Corporate IS Management: Text and Cases (3rd Ed.) James cash, et.
  66. al.  Irwin, 1992.
  67.  
  68.  
  69. Management Information Systems: A Contemporary Perspective. (2nd
  70. Ed) Kenneth C. Laudon and Jane P. Laudon. McMillan, 1991.
  71.  
  72. Information Systems: A Management Perspective. Addison-Wesley,
  73. 1992.
  74. ==========================
  75. This is a representative selection of generally better books used
  76. to teach end-user IS implementation in colleges and universities.
  77. Each of them is sensitive to the role of organizational context,
  78. in some way, with varying levels of attention. The attention is
  79. often strategic (ie, link IS and organizational strategy).
  80.  
  81. A few of these books mention the term "infrastructure" (a key
  82. element of web models) but discuss it in 1-2 pages of a 300-500
  83. page exposition.  Most don't use that term, but rfeer to specific
  84. elements of infrastructure, most commonly to training end users.
  85. None of them examine the issue that an organization's skill
  86. levels may be a key part of systems analysis: either in placing
  87. constraints on what kinds of systems would be appropriate to
  88. design or acquire .... or in making demands for significant
  89. organizational development re. setting conditions systematically
  90. shifting the skills and practices of managers, professionals and
  91. other system users.
  92.  
  93. ------------------
  94. Fourth: I agree that my bibliography could include specific
  95. citations to the gaps that I see in contemporary books such as
  96. these. I had an extensive set of references to books and articlke
  97. which rest on discret entity models in "Defining the Boundaries
  98. ..." I decided to write "Behind the Tremainal" more as an
  99. exposition of the value of treating infrastructure as a central
  100. analytical construct than as an elaborate critique of the
  101. literature.
  102.  
  103. ==================
  104. I appreciate your coments ... because they help me better
  105. understand how various readers interpret the paper.
  106.  
  107. Best wishes,
  108.  
  109. Rob Kling
  110.