home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / software / 4247 < prev    next >
Encoding:
Text File  |  1992-11-12  |  3.5 KB  |  93 lines
  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!uwm.edu!linac!att!att!fang!gator!miles!rms
  3. From: rms@miles.com (Rob Schultz)
  4. Subject: Function points from source Code (semi-long)
  5. Message-ID: <1992Nov11.134743.9476@miles.com>
  6. Organization: Miles Inc., Diagnostics Division, Elkhart, IN
  7. Date: Wed, 11 Nov 1992 13:47:43 GMT
  8. Lines: 83
  9.  
  10.  
  11. Andrew Tune (adt@technix.oz.au) asked in private email about counting
  12. function points from source code.  I felt that the information might be
  13. of general interest, so the following is the complete text of my reply
  14. to his query.
  15.  
  16. Andrew -
  17.  
  18. This is going to be fairly long, so a quick answer to you question first.
  19. Yes, there are tools to count function points from source code, or you
  20. can run a simple conversion based on the table below or in Capers Jones'
  21. book, _Applied_Software_Measurement_.
  22.  
  23. However, there are some things to watch out for when doing this.  Read on
  24. for more details.
  25.  
  26. Software Productivity Research (Capers Jones' firm) sells its Checkpoint (TM)
  27. tool which allows you to estimate function points based on requirements.  
  28. The tool also has (may be an extra option) a "backfiring" method built in.
  29. This allows you to take source and estimate the number of function points
  30. with a low degree of accuracy (+- 20% according to Capers).
  31.  
  32. However, a cheaper method is to simply count LOC and use the table in his
  33. book to determine the size in function points.  One BIG caveat with this is
  34. that you must use the same counting rules that Capers has used to establish
  35. the relationship.  I have reproduced several common conversions below.
  36.  
  37. This method is unsatisfactory, however.  The primary reason for using 
  38. function/feature points is to aid in the estimating process.  If you are
  39. generating FP counts from source code, you have (hopefully) already done
  40. most of the work on a project (requirements, analysis, design, coding,
  41. test plans, etc).  Therefore, you have lost the ability to predict anything
  42. for those phases.  Of course, if you have very good data regarding the time
  43. it took to develop those previous versions, broken out per phase, you will
  44. be able to use the data to predict future projects.
  45.  
  46. Capers has generated a table of phases used in construction of software and
  47. the time per function point to complete the phase.  Look in his book for
  48. more information.
  49.  
  50. If you would like more information, contact me (See signature), or:
  51.  
  52. Software Productivity Research, Inc.
  53. 77 South Bedford Street
  54. Burlington, MA  01803
  55. +1 617 273 0140
  56.  
  57. International Function Point Users Group (IFPUG)
  58. (address not handy)
  59. +1 614 895 1355
  60.  
  61. Disclaimer:  I have no affiliation with Capers Jones or SPR other than having
  62. just returned from two 2-day seminars on Software Measurement and Function
  63. Points given by Capers and Dave Herron, also of SPR.
  64.  
  65. Ref:
  66. Jones, Capers; _Applied_Software_Measurement_; McGraw-Hill Publishing
  67.     Company; New York; 1991; 684 pages.
  68.  
  69. Jones, Capers; _Table_of_Programming_Languages_and_Levels_; Version 5.0;
  70.     Software Productivity Research, Inc.; Burlington, MA; September 
  71.     20, 1991; 23 pages.
  72.  
  73. Language        Level        Source lines per FP
  74.  
  75. Basic Assembler        1        320
  76. Macro Assembler        1.5        213
  77. C            2.5        128
  78. Cobol            3        105
  79. FORTRAN            3        105
  80. Pascal            3.5        91
  81. ADA            4.5        71
  82. Prolog            5        64
  83. Lisp            5        64
  84. Data Base        8        40
  85. Objective-C        12        27
  86. Query Languages        25        13
  87. Spreadsheets        30        6
  88.  
  89. -- 
  90. Rob Schultz   At Home:                        At work:          +1 219 262 7206
  91.                       rms@andria.miles.com                        rms@miles.com
  92.       {uunet|iuvax}!gator!miles!andria!rms        {uunet|iuvax}!gator!miles!rms
  93.