comp.lang.ada
 help / color / mirror / Atom feed
From: rriehle@itu.edu
Subject: Re: software metrics
Date: Fri, 14 Nov 2014 18:11:59 -0800 (PST)
Date: 2014-11-14T18:11:59-08:00	[thread overview]
Message-ID: <f7c248e8-d7e3-4193-bc20-e93da2df718a@googlegroups.com> (raw)
In-Reply-To: <D54syJ.EMF@dm.unibo.it>

On Wednesday, March 8, 1995 12:15:51 PM UTC-8, Patrizia Sgubbi wrote:
> Hi I am working on a graduation paper about software metrics. more
> precisely, I am articulating my work in 3 phases. The first is just a
> review of existing techniques, starting from the basic papers towards
> modern object-oriented approaches. In the second phase I have to find a
> way to apply metrics to a special case: formal specifications. I am
> examinating the design phase of a software project in different
> versions, as about ten groups of students have written them. The
> language adopted is Larch. This design phase follows an analysis phase
> developed using Z language.
> I am not interested about the implementation level. My final goal would
> be to develop a tool which automatically takes larch scripts as inputs
> and gives as output an estimation of their quality.
> 
> IMPORTANT: I am looking for papers about software metrics in general and more
> specifically about software metrics in Object oriented environment and
> software metrics applied to formal specification or software metrics
> related to analysis and design phase of the software life cycle.
> 
> 
> Any suggestion?
> 
> Please e-mail to
> sgubbi@cs.unibo.it
> 
> 
> Thank you all,
> 	Patrizia
> 
> 
> ---------------------------------------------------------------------
> - Patrizia Sgubbi		"... like a true nature's child     -	
> - e-mail: sgubbi@cs.unibo.it	" we were born, born to be wild..." -
> - tel: --39/-51/372917				(Steppenwolf)	    -
> ---------------------------------------------------------------------
> 
> --
> ---------------------------------------------------------------------
> - Patrizia Sgubbi		"... like a true nature's child     -	
> - e-mail: sgubbi@cs.unibo.it	" we were born, born to be wild..." -
> - tel: --39/-51/372917				(Steppenwolf)	    -
> ---------------------------------------------------------------------

Quite a few books have been written on this topic.  The question we need to ask is, "What do we mean by metrics?"  

We have metrics for processes, for products, for performance, etc. That leads to the question, "What do we want to measure?"    

Consider the product metrics.   In the world of physical engineering, we have design metrics based on the laws of physics.  In software, we need to invent those metrics.   In physical engineering, we have "sensitivity" metrics that involve gradual changes; software tends to be discrete.  Gradual changes, while possible, are not quite the same.  A single bit with a zero instead of a 1 can crash an otherwise robust design.

In physical engineering, we can easily design to tolerances.  Not so easy (but still possible) in software engineering.   Do you want to study design metrics?

In process metrics, we have a large number of things we can measure.  Often overlooked, but of vital importance in modern software engineering is the area of risk metrics.  How do we measure the various kinds of risks?  How do we learn from past risks?   In my software risk management course, I emphasis Bayesian probability as one of the tools for moving toward Level Five in the CMM/CMMi scale.  It is an exciting area of risk management (OK, only exciting for a really boring person such as me).

What do we measure?   Size?  Progress?  Performance?  Failure rate?  Defect rate?  Project activities and targets?   SLOC ratios?   Function point ratios?   Customer satisfaction (seldom really measured by technologists)?  Amount of time and money for adaptation?   Conformity to standards?  On and on and on?

What kind of metrics of value to you on any given project, for any given software product?

Important!!  Metrics are no good unless they allow you to make decisions based on those metrics.  A lot of metrics are what I call "Hmmmmmmmmmmmmm" metrics.  You gather all those numbers, look at them and say, "Hmmmmmmmmmmm!"   If the metrics program does not lead to valuable decision-making, you have wasted your time.

Hope this is helpful.

Richard Riehle, PhD, International Technological University, San Jose, CA


  parent reply	other threads:[~2014-11-15  2:11 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1995-03-08 17:08 software metrics Patrizia Sgubbi
2014-08-19 22:08 ` sameen.arshad
2014-08-19 23:18   ` Anh Vo
2014-11-15  2:11 ` rriehle [this message]
2014-11-15 14:24 ` brbarkstrom
2014-11-15 19:40   ` Brian Drummond
2014-11-15 21:21     ` brbarkstrom
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox