home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / software / 4917 < prev    next >
Encoding:
Text File  |  1992-12-13  |  2.1 KB  |  48 lines
  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!mcsun!Germany.EU.net!rrz.uni-koeln.de!unidui!math.fu-berlin.de!Sirius.dfn.de!darwin.sura.net!max.fiu.edu!serss0!feathers
  3. From: feathers@serss0 (Michael Feathers)
  4. Subject: What is Software Design?
  5. Organization: Florida International University, Miami
  6. Date: Sun, 13 Dec 1992 17:30:30 GMT
  7. Message-ID: <Bz7KMv.M5z@fiu.edu>
  8. Sender: news@fiu.edu (Usenet Administrator)
  9. Lines: 37
  10.  
  11.  
  12. I've just finished reading an article in the latest edition of _The C++
  13. Journal_.  The article is named _What is Software Design_ and it was 
  14. authored by Jack Reeves.
  15.  
  16. The ideas that he presents confirmed my suspicions about some of the problems
  17. that we currently have in software engineering.  I whole-heartedly suggest
  18. that anyone who can find the article do so and read it.
  19.  
  20. Here are some of the key points as I read them:
  21.  
  22. -There are some key differences between developing hardware and developing
  23.  software.
  24. -After hardware is designed, it is produced.  The cost of production is
  25.  often in excess of the cost of design.
  26. -For a meaningful parallel between hardware and software development to 
  27.  exist, the coding of software should be considered part of the design process.
  28. -Software is produced through the process of compiling and linking.  This is
  29.  a rather low cost in comparision with the cost of design.
  30. -Engineering designs must be complete so that production can be carried out
  31.  successfully.
  32. -The only document developed when software is designed that can be considered
  33.  this complete is the source code.
  34. -Testing and debugging are part of the design process.  "they are the software
  35.  equivalent of the design validation and refinement processes of other
  36.  engineering disciplines."
  37. -"There are other design activities - call them top level design, module
  38.   design...  A good software design process recognizes this and deliberately
  39.   includes these steps."
  40.  
  41. All of these are basically changes in perception.  However, one consequence
  42. of this change would be the recognition that coding as early in the process
  43. as possible is useful.  But this should be no surpise to us, given the shifts
  44. that we are seeing toward rapid prototyping and the like.
  45.  
  46. Comments?
  47.  
  48.