Arne Vajh?j wrote:
On 01-05-2010 20:53, Arved Sandstrom wrote:
What GUI tools?
It seems to be the entire development suite.
What it looks like, if we're examining Table 8-5 in that document, is
that "Very High Level of Automation (circa 2000+)" gets a tool rating of
0.83 as compared to 0.91 for "High Level of Automation (circa 1980+)".
So yes, approximately 10 percent better for 2000+.
But look at what they are including for even 1980+:
CASE tools
Basic graphical design aids
Word processor
Implementation standards enforcer
Static source code analyzer
Program flow and test case analyzer
Full program support library with configuration management (CM) aids
Full integrated documentation system
Automated requirement specification and analysis
General purpose system simulators
Extended design tools and graphics support
Automated verification system
Special purpose design support tools
When was the last time you ever saw - let alone worked in - a shop that
did even a substantial fraction of all of that? Particularly back in the
'80s? It would have taken a very good operation indeed to be using most
of those tools back in, say, 1985. Whereas if we examine the 2000+ list:
Integrated application development environment
Integrated project support
Visual programming tools
Automated code structuring
Automated metric tools
GUI development and testing tools
Fourth Generation Languages (4GLs)
Code generators
Screen generators
there is a much better chance, IMHO, that a larger fraction of that list
is in play for even moderately good organizations.
Worst case (and a fairly common one) we're really comparing text editor
(1980+) to IDE (2000+). Good case (and also a reasonably common one)
we're comparing most of the 2000+ list to very little of the 1980+ list.
So I think in reality the productivity gains for most organizations,
based on tools, have been considerably greater.
I believe a lot of their input is DoD projects. They tend to
due to a software bug is a bit high.
The 10% sound very reasonable to me.
4.5%. And 10 times faster is a rather aggressive assumption.