1 / 21
文档名称:

Analyzing the Tools of Software Engineering.doc

格式:doc   页数:21
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

Analyzing the Tools of Software Engineering.doc

上传人:sanshengyuanting 2013/7/28 文件大小:0 KB

下载得到文件列表

Analyzing the Tools of Software Engineering.doc

文档介绍

文档介绍:ANALYZING THE TOOLS
OF SOFTWARE ENGINEERING
December 1, 2009
Draft
Abstract
From data collected by the author and colleagues from Software Productivity Research during software assessment and benchmark studies there are major differences in the patterns of software tool usage between “leading” and “lagging” enterprises. Leading enterprises are defined as those in the top quartile of panies evaluated by Software Productivity Research in terms of software productivity, schedule adherence, and quality results. Lagging enterprises are those in lower quartile.
The most significant differences noted between laggards and leaders are in the areas of project management tools, quality assurance tools, and testing tools. Leaders tend to exceed laggards by a ratio of about 15 to 1 in the volumes of tools associated with project management and quality control. The function point metric is proving to be a useful analytical tool for evaluating the capacities of software tool suites.
Various kinds of software engineering and management tools are used by all software professionals between 2 and 7 hours per day, every day. Because so much of the work of modern software engineering involves using tools, the usage patterns and effectiveness of tools needs greater study than the software engineering literature has provided thus far.
Capers Jones, President
Capers Jones & Associates LLC
Capers Jones, Chief Scientist
Software Productivity Research, Inc.
Email: CJonesiii@
Web
Copyright 1997 - 2009 by Capers Jones.
All Rights Reserved.
INTRODUCTION
There are hundreds or even thousands mercial tools available for software development, software project management, maintenance, testing, quality control and other key activities associated with software projects. There are also hundreds of proprietary, internal tools panies build for their own use but not for sale to others.
Every single working day software engineers, project managers, testers, and other software profess