From: Billy Brown (ewbrownv@mindspring.com)
Date: Fri Jul 09 1999 - 09:15:26 MDT
Bryan Moss wrote:
> How do you measure Defects per LOC exactly?
Total number of defects found / total lines of source code in the project.
If you want more detail you can break the numbers down by code module, by
project phase, or however else you want to (assuming you collected the
appropriate details in your defect reports).
Measuring code quality this way makes it pretty easy to tell whether your
quality is improving, declining or staying the same. The numbers will tend
to do strange things if you change programming languages, but since
virtually all commercial applications are written in C++ these days that
isn't as big of a problem as it might be.
> The problem is not large programs but unecessarily large programs. This
is
> due to the application-based paradigm. The idea that you have a word
> processor and each new release has extra features, and all these extra
> features add bloat. This is equally true of commercial software and the
> open source community.
I'll take a "bloated" program with tens of thousands of features over a slim
program with a few hundred any day. So will most other people, which is why
such programs sell. If you prefer the small programs, you are perfectly
free to do your word processing in vi, WordStar for DOS, etc.
You might find http://www.slate.com/webhead/99-07-06/webhead.asp
interesting.
> A move to component-based software could remedy
> this. But to make coponent-based software work you need to remove the
> programmer from the hardware and the interface, and that isn't going to
> happen anytime soon.
Actually, it is the standard way of doing things for the more advanced
PC-based software companies. Microsoft in particular has been pushing hard
to reach this goal. Did you know that Office 2000 is simply a big
collection of COM objects with a set of GUI programs sitting on top? If you
know how, you can re-use these components in your own code.
There is also a substantial industry in re-useable components, most notably
represented at http://www.componentsource.com/.
Billy Brown, MCSE+I
ewbrownv@mindspring.com
This archive was generated by hypermail 2.1.5 : Fri Nov 01 2002 - 15:04:26 MST