home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / software / 4434 < prev    next >
Encoding:
Text File  |  1992-11-20  |  2.0 KB  |  45 lines

  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!news.sei.cmu.edu!fs7.ece.cmu.edu!crabapple.srv.cs.cmu.edu!mse!jsm
  3. From: jsm@mse.cmu.edu (James S Murphy)
  4. Subject: Re: Estimating Large S/W Development Efforts
  5. Message-ID: <By126w.41B.1@cs.cmu.edu>
  6. Sender: news@cs.cmu.edu (Usenet News System)
  7. Nntp-Posting-Host: boheme.mse.cmu.edu
  8. Organization: CMU/SEI Master of Software Engineering Program
  9. References: <1992Nov18.173255.3827@den.mmc.com> <1992Nov20.023108.13035@spectrum.xerox.com>
  10. Distribution: usa
  11. Date: Fri, 20 Nov 1992 18:32:48 GMT
  12. Lines: 31
  13.  
  14. In article <1992Nov20.023108.13035@spectrum.xerox.com>, leisner@wrc.xerox.com ( Marty Leisner) writes:
  15. |> Rich Carnahan (carnahan@possum.den.mmc.com) wrote:
  16. |> : Anyone had any *real* success estimating large (>1M LOC) s/W development
  17. |> : efforts?  I'm interested in hearing about any creative (sic) techniques.
  18. |> : 
  19. |> 
  20. |> If you considering so much code, you should take a good, hard look at what your
  21. |> doing...gcc is about 150Klines, A Vax BSD Unix kernel is even less...
  22. |> 
  23. |> --
  24.  
  25.   I'm not sure of your point.  If you are saying that anything larger than
  26. about 150K to 200K LOC is excessive, I must disagree.  Products such as
  27. gcc and a BSD kernel are certainly non-trivial, but they do not represent the
  28. upper bound of computational complexity, either in theory or in practice.
  29.  
  30.   Products such as compilers, operating systems, development environemnents
  31. are mearly the tools that will allow us to build larger and more complex
  32. systems that do actual work for something outside the realm of computing.
  33. To produce a 200K tool for making 50K applications is a bit narcisistic, eh?
  34.  
  35.   Applications on the order of >1MLOC are quite common, as well as being
  36. appropriately sized for the tasks at hand.
  37.  
  38.   If I missed the point of Rich's post, then redirect this response to 
  39. /dev/null.
  40.  
  41.       Jim Murphy                                jsm@mse.cmu.edu
  42.       PP-ASEL-IA                                Carnegie Mellon University
  43.  
  44.  
  45.