home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!olivea!charnel!sifon!thunder.mcrcim.mcgill.edu!homer.cs.mcgill.ca!zaphod
- From: zaphod@cs.mcgill.ca (Morris BERNSTEIN)
- Newsgroups: comp.software-eng
- Subject: Re: Estimating Large S/W Development Efforts
- Message-ID: <1992Nov23.214534.23015@cs.mcgill.ca>
- Date: 23 Nov 92 21:45:34 GMT
- References: <1992Nov18.173255.3827@den.mmc.com> <1992Nov20.023108.13035@spectrum.xerox.com>
- Sender: news@cs.mcgill.ca (Netnews Administrator)
- Distribution: usa
- Organization: SOCS - Mcgill University, Montreal, Canada
- Lines: 27
-
- In article <1992Nov20.023108.13035@spectrum.xerox.com> leisner@eso.mc.xerox.com writes:
- >Rich Carnahan (carnahan@possum.den.mmc.com) wrote:
- >: Anyone had any *real* success estimating large (>1M LOC) s/W development
- >: efforts? I'm interested in hearing about any creative (sic) techniques.
- >:
- >
- >If you considering so much code, you should take a good, hard look at what your
- >doing...gcc is about 150Klines, A Vax BSD Unix kernel is even less...
-
-
- While I prefer smaller, more elegent systems, some problems are
- inherently complex. There are a number of systems in the mega-LOC
- range:
- Telephone Switching Systems
- Air Traffic Control
- Space Shuttle Software
- (SDI)
- ...
-
- I've seen high-level descriptions of telephone call-processing. They
- are ugly, but they're managable because they follow the specification.
- There are all kinds of special cases. Take a PBX with 1 for external
- number: 91 may prefix a long-distance call, which is not allowed, but
- 911 must be processed without delay.
-
-
- Morris
-