home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / software / 4488 < prev    next >
Encoding:
Internet Message Format  |  1992-11-24  |  2.3 KB
  1. Path: sparky!uunet!olivea!charnel!sifon!thunder.mcrcim.mcgill.edu!homer.cs.mcgill.ca!zaphod
  2. From: zaphod@cs.mcgill.ca (Morris BERNSTEIN)
  3. Newsgroups: comp.software-eng
  4. Subject: Teaching Software Engineering
  5. Summary: What to assign as term project?
  6. Message-ID: <1992Nov23.225223.23829@cs.mcgill.ca>
  7. Date: 23 Nov 92 22:52:23 GMT
  8. Sender: news@cs.mcgill.ca (Netnews Administrator)
  9. Organization: SOCS - Mcgill University, Montreal, Canada
  10. Lines: 42
  11.  
  12.  
  13. After working as a professional software developer for a number of
  14. years, I've developed a deep understanding of software engineering.
  15. I've continued my reading, so I understand both how it should be done
  16. and how it is actually done, and I've developed some humble insights
  17. into why it tends not to be done the way it should be done.
  18.  
  19. I've been given the opportunity to teach a software engineering course
  20. in January.  It's a night course in the continuing education
  21. department for a certificate (something less that a Bachelor's degree).
  22.  
  23. I have more than enough to talk about, but I'm wondering about the
  24. term project.  Traditionally in this sort of course, you divide the
  25. class into groups and each member is responsible for some particular
  26. facet.  i.e. structure it like a real software engineering project.
  27.  
  28. The main benefit is that it does give students some experience in
  29. group work, which is essential in real engineering projects.
  30.  
  31. I'm concerned that this will only in give each group member a feel for
  32. a single facet of software development.  The purpose of the course is
  33. not for the students to *do* software engineering, but to *understand*
  34. SE.
  35.  
  36. I'm also tempted to make the simulation more real by changing the
  37. requirements in mid-stream.  I won't do it because it is mean and
  38. unfair, but it's typical of what really happens.
  39.  
  40. Ironically, academic experience is often cited as one of the reasons
  41. why software reuse has not (yet) lived up to its potential:
  42.     - constraints against plagiarism (yes, I looked up the
  43.       spelling)
  44.     - tendency to work on problems from first principles
  45.  
  46.  
  47. So, does anyone have any suggestions for a term project?  I don't
  48. particularly want to overwhelm the students with large amounts of
  49. work, and I don't want to require particularly fancy programming
  50. techniques, but I do what to give them the flavour of the process.
  51.  
  52.  
  53. Morris
  54.