home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / edu / 2269 < prev    next >
Encoding:
Internet Message Format  |  1993-01-04  |  2.2 KB

  1. Xref: sparky comp.edu:2269 comp.software-eng:5200
  2. Newsgroups: comp.edu,comp.software-eng
  3. Path: sparky!uunet!timbuk.cray.com!hemlock.cray.com!lleone
  4. From: lleone@cypress49.cray.com (Larry Leone)
  5. Subject: Re: Class Project For Software Engineering Course
  6. Message-ID: <1993Jan4.162437.19108@hemlock.cray.com>
  7. Originator: lleone@cypress49
  8. Lines: 36
  9. Sender: lleone@cypress49 (Larry Leone)
  10. Nntp-Posting-Host: cypress49
  11. Organization: Cray Research, Inc.
  12. References: <1i4lfqINN849@crcnis1.unl.edu> <1ia3e0INN9m5@aludra.usc.edu>
  13. Date: 4 Jan 93 16:24:37 CST
  14.  
  15.  
  16. In article <1ia3e0INN9m5@aludra.usc.edu>, karrer@aludra.usc.edu (Anthony Karrer) writes:
  17. > At LMU we have been using a project-oriented software engineering
  18. > class for the last ten years, and I've been teaching it for the
  19. > last three years.  The projects that we've found to be most effective
  20. > for a semester long course (if you expect the students to achieve
  21. > a working product ... some courses go only through detailed design)
  22. > are board games such as Monopoly, Risk, Othello, Backgammon, etc.
  23. > These are particularly well suited to this class because they are
  24. > fairly well known by students or can easily be learned.  As such you
  25. > avoid the many of the problems of ill-defined requirements specifications
  26. > leading to heart-ache at the end of the semester.
  27.  
  28. Just like real life!  Fun, well defined requirements and sufficient time.  
  29. Yup, all my projects have been just like that :-) NOT.
  30.  
  31. Sorry I just couldn't resist.  I know you have to start somewhere.
  32.  
  33. If I were to teach a class, I would choose non-game oriented project,
  34. say like a simple assembler, a satellite tracking program, or a software
  35. metric tool.  I would have the students work in teams of 3-5 students.
  36. All teams would work on the same project.  Competition between teams
  37. makes it fun.  Students learn team work, and get to see how several
  38. design strategies are played out.  Have team A test the results
  39. of team B and visa-versa.  Compare all the projects in terms of code
  40. size, speed, number of defects etc.  Good place to make use of a metric
  41. tool.
  42.  
  43.   --Larry
  44.  
  45. -- 
  46. Larry Leone, System Performance and Analysis        Cray Research, Inc.
  47. Phone: (612) 683-5385                    655F Lone Oak Drive
  48. E-mail: lleone@cray.com or uunet!cray!lleone        Eagan, MN 55121
  49.