home *** CD-ROM | disk | FTP | other *** search
/ ftp.umcs.maine.edu / 2015-02-07.ftp.umcs.maine.edu.tar / ftp.umcs.maine.edu / pub / WISR / wisr6 / proceedings / ascii / davis_m.ascii < prev    next >
Text File  |  1993-10-19  |  12KB  |  285 lines

  1.  
  2.  
  3.  
  4.  
  5.           Adding  Goals  for  Reuse  Practice  to  Pro ject  Plans
  6.  
  7.  
  8.  
  9.                                      Margaret (Maggie) J. Davis
  10.  
  11.  
  12.  
  13.                                   Boeing Defense & Space Group
  14.  
  15.                                        P.O. Box 3999, MS 87-37
  16.  
  17.                                         Seattle,WA 98124-2499
  18.  
  19.                                            Tel:  (206) 773-3313
  20.  
  21.                                  Email: mjdavis@stars.boeing.com
  22.  
  23.                                           Fax: (206) 773-4946
  24.  
  25.  
  26.  
  27.                                                   Abstract
  28.  
  29.  
  30.     This position reports on the Software Technology for Adaptable,Reliable Software (STARS)
  31. Reuse Strategy Model (RSM), which is a planning aid for incorporating goals to foster reuse
  32. practices into projects. The RSM assesses the extent of change to reuse-based development and
  33. the extent of management and technological support for the change as well asidentifying goals
  34. that further and improve the reuse practice and support. The RSM has seen trial application
  35. by the STARS demonstration projects that confirmed its utility as a project planning aid.
  36.  
  37.  
  38. Keywords: Strategic Planning, Domain-specific reuse, reuse processes
  39.  
  40.  
  41. Workshop  Goals:  Networking  with  reuse  community  to  discuss  how  to  influence  project
  42. planning  to  better  support  reuse  and  to  learn  what  metrics  are  being  used  on  reuse-based
  43. pro jects.
  44.  
  45.  
  46. Working Groups:  Reuse management, organization and economics;  Usefuland collectible
  47. metrics;
  48.  
  49.  
  50.  
  51.                                                  Davis_M- 1
  52.  
  53.  
  54. 1      Background
  55.  
  56.  
  57.  
  58. Ms. Margaret (Maggie) J. Davis is the technical lead for reuse on the Boeing STARS project, which
  59. was sponsored in part by ARPA under USAF contract F19628-88-D-0028.  Ms.  Davis has served in
  60. a lead capacity on the Boeing STARS project since its award in 1988.  She provided management
  61. direction for the Boeing STARS Repository during itsop eration in 1988-1990; designed and coded
  62. a  prototype  Ada  code  review  and  understanding  tool; developed  an  initial  design  for  an  asset
  63. library mechanism (ROAMS) built as a tightly integrated application on a software engineering
  64. environment integration framework; lead the design and implementation of a decision-based search
  65. capability for ROAMS; had the primary resp onsibility for authoring the STARS Reuse Strategy
  66. Model;  and, has  been  deeply  involved  in  the  joint  formulation  and  articulation  of  the  STARS
  67. Conceptual Framework for Reuse Pro cesses (CFRP) [1 ].
  68.  
  69.  
  70.  
  71. 2      Position
  72.  
  73.  
  74.  
  75. In the course of planning the preparation phase of the ARPA Software Technology for Adaptable,
  76. Reliable Systems (STARS) demonstrationsof megaprogramming, it became clear that the project
  77. teams  needed  more  than  documentation  describing  processes  supporting  or  describing what  is
  78. involved in domain-specific,reuse-based software development. In particular, they needed assistance
  79. in identifying project goals and metrics that were specific to reuse. Thus,it was decided that STARS
  80. efforts directed at contributing to evolution of acommunity-wide reuse maturity model would be
  81. diverted to meeting these immediate needs of the STARS demonstration teams.
  82.  
  83.  
  84. Since the overall goals for the STARS demonstrations include (1) showing how reuse can be prac-
  85. ticed and (2) assisting the organizations involved in transitioning to domain-specific, reuse-based
  86. software-intensive systems development, it was decided that the support from the reuse technol-
  87. ogy area to the STARS demonstration teams would be in the form of a project planning aid that
  88. supported  assessment  of  current  reuse  practice, identification  of  goals  for  improving  the  current
  89. practice, and  identification  of  metrics  to  measure  progress  against  selected  goals.  This  project
  90. planning aid is known as the STARS Reuse Strategy Model (RSM) [2 ] since it assists in the for-
  91. mulation of the reuse strategy to be followed on apro ject.
  92.  
  93.  
  94. Unlike usual project goals that measure success in terms of delivering artifacts that meet specific
  95. standards of quality and functionality, goals identified by the RSM measure progress with respect
  96. to the management and engineering processes used and the managerial andtechnological context
  97. in which the project is carried out. Goals and metrics formulated relative to processes are similar
  98. to measures of success often used by continuous quality improvement initiatives. Goals and metrics
  99. formulated for the managerial and technological contexts of projects are similar to measurements
  100. on the progress of technology transition or institutionalization.  Since there are organizations im-
  101. plementing continuous quality improvement within their business processes and introducing reuse
  102. as a new technology at the same time, the RSMshould b eapplicable beyond the scope of STARS.
  103. That is, the RSM can be used to assess and track the extent of technological change (what reuse
  104. processes are practiced) and of supporting infrastructure for the new technology (context).
  105.  
  106.  
  107. To  add  some  simplifying  structure to  assessing  reuse  practice,  the  RSM identifies  32  individual
  108. indicators  organized  into  five  groups  or  dimensions.   Each  dimension  focuses  on  some  separable
  109. aspect or issue relative to reuse processes used and the context in which they are executed. Because
  110. it was not always possible to formulateeach indicator to be completely independent of every other
  111.  
  112.  
  113.  
  114.                                                         Davis_M- 2
  115.  
  116.  
  117. one, notes and heuristics for evaluating the interdependencies are provided.
  118.  
  119.  
  120. The five dimensions used in the RSM are:
  121.  
  122.  
  123.  
  124.     fflDomain Stability (5 indicators),
  125.  
  126.  
  127.     fflOrganization Readiness (9 indicators),
  128.  
  129.  
  130.     fflExperience with Domain-specific Knowledge (6 indicators),
  131.  
  132.  
  133.     fflUsage of Technology for Reuse Processes (8 indicators), and
  134.  
  135.  
  136.     fflBusiness Climate & Reuse Management (5 indicators).
  137.  
  138.  
  139.  
  140. Figure 1 depicts each dimension and its indicators as a separate column.  There is no significance
  141. to the ordering of columns, nor the indicators within columns, nor is there any significance to the
  142. ordering of indicators across rows. The indicators used resulted from analysis of previous work on
  143. reuse maturity [3, 4 ], work in progress on reuse capability and adoption [5 ], and work in progress
  144. on articulating the STARS vision of reuse [1 ].
  145.  
  146.  
  147. The basic steps of the procedure for assessment and goal identification are to:
  148.  
  149.  
  150.  
  151.     fflrate each indicator relative to a fixed, given scale;
  152.  
  153.  
  154.     ffluse the rating of each indicator as an index into a table of appropriate goals for improving
  155.        that rating;
  156.  
  157.  
  158.     ffluse the transition question to determine if there is effort already being applied towards those
  159.        goals;
  160.  
  161.  
  162.     ffluse the same table to identify measures of progress for each goal; and,
  163.  
  164.  
  165.     ffluse  heuristics  to  check  for  consistency  and  to  identify  redundancy  among the  set  of  goals
  166.        identified.
  167.  
  168.  
  169.  
  170. It is assumed that once assessment and goal identification has been completed, the set of goals will
  171. be evaluated relative to external constraints and transitions already in progress, will be arranged
  172. from high to low priority, and a subset of the highest priority goals will actually levied against the
  173. project.  The assessment and goal formulation may be done by either a project management team
  174. or by a management team providing coordinated reuse strategies for multiple projects.
  175.  
  176.  
  177. The RSM document supports the assessment and goal identification process by supplying a uniform
  178. set of tables that for each indicator provide:
  179.  
  180.  
  181.  
  182.     fflan assessment question and partially ordered scale for answering the question;
  183.  
  184.  
  185.     ffla matrix of transition questions versus the scale values;
  186.  
  187.  
  188.     ffla matrix of goals and progress measures versus the scale values; and,
  189.  
  190.  
  191.     ffla set of notes or heuristics that help select the most appropriate answer to the assessment
  192.        question or evaluate goals.
  193.  
  194.  
  195.  
  196.                                                         Davis_M- 3
  197.  
  198.  
  199. One of the indicator tables is shown in Figure 2. The assessment question is listed just above the
  200. matrix. The scale of possible answers is shown on the left side of the matrix as a letter paired with
  201. short descriptive text. Goals for improving the rating sit in the same row or in the rows below the
  202. rating value.  A transition questionthat determines if the effort is already underway for meeting
  203. a particular goal lie in the same row as well as progress metrics appropriate to the specific goal.
  204. Finally, heuristics on assessing the indicator or on evaluating the goals identified appear as a set of
  205. notes below the matrix.
  206.  
  207.  
  208. Since there is not a general consensus as to what reuse practices are consistently an improvement
  209. over another, the assessment scales are ordered by degree of sophistication of the practice. And, the
  210. reader is warned that greater sophistication is not necessarily b etterin the notes for each indicator
  211. whose assessment scale is known to be partially ordered.
  212.  
  213.  
  214. Each of the STARSdemonstration teams did a trial application of the RSM. The general conclusion
  215. from the teams was that the RSM helped them identify management and infrastructure issues and
  216. goals that they had not discovered in their top-down decomposition of strategic business objectives.
  217. They believed that doing the RSMassessment was useful if it was used for nothing more than raising
  218. issues that need to be addressed by reuse-based development pro jects. Further,at least two of the
  219. projects intend to use the RSM to measure their state of reuse practice going into and at completion
  220. of their demonstrations.
  221.  
  222.  
  223.  
  224. References
  225.  
  226.  
  227.  
  228. [1]  R.  S.  S.  Software  Technology  for  Adaptable,  "Stars conceptual  framework  for  reuse  pro-
  229.      cesses:definition," tech. rep., Advanced Research Projects Agency (ARPA), December 1992.
  230.  
  231.  
  232. [2]  R.  S.  S.  Software  Technology  for  Adaptable, "Stars  reuse  maturity  model:  Planning  aid  for
  233.      reuse-based pro jects," tech. rep., Advanced Research Projects Agency (ARPA), December 1992.
  234.  
  235.  
  236. [3]  S. P. Consortium, "Mount reuse." in reuse-related briefings, 1990.
  237.  
  238.  
  239. [4]  P.  Koltun  and  A.  Hudson,  "A reuse  maturity  model,"  in  Proceedings  of  the  Fourth  Annual
  240.      Workshop on Software Reuse, November 1991.
  241.  
  242.  
  243. [5]  T. D. etal., "Reuse adoption guidebook," tech. rep., Software Productivity Consortium (SPC),
  244.      Decemb er 1992.
  245.  
  246.  
  247.  
  248. 3      Biography
  249.  
  250.  
  251.  
  252. Maggie  Davis  is  Reuse  Technology  Area  Lead  for  the  Boeing  STARS  program, participating
  253. in  joint  STARS activities  and  leading  the  Boeing-specific  reuse  technology  development.  Other
  254. Boeing applied research projects Maggie has participated in include applying object-oriented and
  255. knowledge-based  techniques  to  the  problem  of system  integration  testing,  using  graphical  user
  256. interfaces to support timing and sizing analyses, and authoring a guidebook for the Air Force on
  257. software specification techniques.  Prior to her Boeing career, Maggie worked as ascientific and
  258. systems programmer for a wholly-owned subsidiary of Shell Oil, Inc.  that was developing thin-film,
  259. photovoltaic energy devices and for the marketing division of E.I. Dupont, Fibers.  Maggie holds a
  260. M.S. in Computer Science from the University of Delaware.
  261.  
  262.  
  263.  
  264.                                                         Davis_M- 4
  265.  
  266.  
  267.  
  268.  
  269.  
  270. Figure 1: RSM Indicators by Dimension
  271.  
  272.  
  273.  
  274.                    Davis_M- 5
  275.  
  276.  
  277.  
  278.  
  279.  
  280. Figure 2: Example Indicator Table
  281.  
  282.  
  283.  
  284.                Davis_M- 6
  285.