home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / software / 5282 < prev    next >
Encoding:
Text File  |  1993-01-11  |  2.0 KB  |  40 lines
  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!spool.mu.edu!howland.reston.ans.net!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!seal.cis.ohio-state.edu!ogden
  3. From: ogden@seal.cis.ohio-state.edu (William F Ogden)
  4. Subject: Re: Projects for software engineering courses
  5. Message-ID: <1993Jan11.154432.21637@cis.ohio-state.edu>
  6. Sender: news@cis.ohio-state.edu (NETnews        )
  7. Organization: The Ohio State University Dept. of Computer and Info. Science
  8. References: <1ikltuINN7q9@andre.d.umn.edu>
  9. Date: Mon, 11 Jan 1993 15:44:32 GMT
  10. Lines: 28
  11.  
  12. In article <1ikltuINN7q9@andre.d.umn.edu> kpierce@andre.d.umn.edu (Keith Pierce) writes:
  13.  
  14. >Here at the University of Minnesota Duluth, I've tried from-scratch
  15. >development projects for several years. The results were usually
  16. >disappointing: the product, if finished at all, was of very low quality
  17. >and rarely met specifications completely; the one-quarter
  18. >time limit was so short that near the end of the term students abandoned
  19. >all of the engineering principles learned in class and resorted to
  20. >fire-drill mode in order to get a product finished before finals; such
  21. >practice negated much of what I tried to teach them about quality
  22. >assurance, the value of inspections, the importance of a well-defined
  23. >and rigorously followed process, and so forth.
  24.  
  25. Part of the problem here is that a quarter doesn't allow time both to
  26. discuss the many important aspects of software which are critical to a
  27. sound understanding of the software development process but which are not
  28. covered in other computing courses, as well as to experiment with these
  29. ideas in a project. To scale back to just a design project or a coding
  30. project or a testing project, etc. is to create the impression that the
  31. field has reached the point where the SE problem can be cleanly factored,
  32. and thereby to obscure the true scope of the problem faced by software
  33. engineers. We find that it's more effective to set up a two quarter
  34. sequence of courses with the project starting on day one of the second
  35. course and comprising its primary activity.
  36. -- 
  37.  
  38. /Bill
  39.  
  40.