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 / wisr4 / proceedings / detex / moore.detex < prev    next >
Text File  |  1992-04-05  |  6KB  |  149 lines

  1.  [12pt] article  
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9.  
  10.  
  11.   A National Infrastructure for Defense Reuse 
  12.  
  13.    James W. Moore 
  14.  IBM Federal Sector Division 
  15.  Gaithersburg, MD 20879  
  16.  (301) 240-7843   
  17.  moorej@ajpo.sei.cmu.edu 
  18.  
  19.    
  20.  
  21.  
  22.  
  23.   Position 
  24.  
  25.  Interest in software reuse is not confined to the Department of
  26.  Defense; commercial industry is vigorously pursuing such
  27.  techniques.  There are, however, some problems specific to
  28.  defense reuse.  For example, there is a difference in scale; few
  29.  commercial programs require the combination of size, reliability
  30.  and responsiveness that characterizes many defense programs.
  31.  Perhaps most importantly, though, there are comparatively few
  32.  opportunities for defense reuse.  Few similar defense systems are
  33.  started within any short period of time and the development of
  34.  those systems may be awarded to different contractors.  This
  35.  means that effective defense reuse must be done across company
  36.  boundaries rather than within a particular company.  Coping with
  37.  this characteristic requires the development of a national,
  38.  inter-company infrastructure for the preservation and
  39.  presentation of reusable software assets.
  40.  
  41.  The Army's RAPID (Reusable Ada Products for Information Systems
  42.  Development) reuse library  ,
  43. and similar programs have
  44.  performed pioneering work in setting up operational libraries to
  45.  provide reusable assets to local communities of users who share
  46.  requirements and values.  A ``qualification'' or ``certificatio''n
  47.  process  
  48. applies these values to the screening of
  49.  candidate assets.  The effectiveness of value-based qualification
  50.  is diminished, though, when applied outside of the community of
  51.  users who share those values.  It seems unlikely that such an
  52.  approach can be scaled up to the national level.
  53.  
  54.  The USAF CARDS (Central Archive for Reusable Defense Software)
  55.  program, chartered by congress to lay out a blueprint for DoD
  56.  software reuse, will take a different approach.  This program is
  57.  initially focusing on domain specific reuse processes applicable
  58.  to command and control software.  Knowledge from a fairly
  59.  rigorous domain analysis of command and control centers will be
  60.  tangibly expressed in a knowledge-base  , resulting in a
  61.  generic architecture.  Reusable components will be qualified on
  62.  the basis of their ``form, fit and function'' within the generic
  63.  architecture.  This, in effect, permits the government to
  64.  ``standardize'' upon the domain analysis and to create multiple
  65.  instances of command centers derived from the generic
  66.  architecture, thus achieving high levels of reuse.
  67.  
  68.  Even rigorously structured domain-specific libraries like CARDS
  69.  will not lead to a single national reuse resource.  With today's
  70.  reuse technology, there are simply too many unsolved problems to
  71.  select a single design point for solution.  Even after the
  72.  problems are solved, there will still be a need for diversity
  73.  because different communities will specialize in different
  74.  application domains, will want different fee structures, and will
  75.  prefer different user interfaces and communications mechanisms.
  76.  Most importantly, though, institutionalization of software reuse
  77.  requires a cultural change where thousands of individuals will
  78.  have to make individual decisions to prefer reuse to new
  79.  development.  The probability of a single design point appealing
  80.  to thousands of users is vanishingly small.  Moreover, a
  81.  diversity of choices will provide an element of intellectual (and
  82.  perhaps commercial) competition which will ultimately have the
  83.  effect of reducing costs, improving services, and accelerating
  84.  technology infusion.
  85.  
  86.  In order to present the resources of many different reuse
  87.  libraries to many different users, a national marketplace is
  88.  required.  The DARPA ASSET (Asset Source for Software Engineering
  89.  Technology) program has the mission of providing this
  90.  marketplace.  ASSET will perform the functions necessary to
  91.  create an interoperating network of reuse libraries so that any
  92.  user of any library will be able to access the services of all of
  93.  the libraries.  ASSET would also serve any central coordination
  94.  functions such as the administration of schemes for nomenclature
  95.  and identification.  ASSET is following a strategy of encouraging
  96.  the participation of private entrepreneurs to provide value-added
  97.  services in all aspects of its operation.  By attracting a
  98.  variety of participants, it is hoped that the electronic
  99.  marketplace will become populated by a diverse set of producers
  100.  providing goods and services for a diverse set of consumers.
  101.  
  102.  Of course, interoperability of reuse libraries requires some
  103.  level of standardization.  A cooperative government/industry
  104.  consensus group, the Reuse Library Interoperability Group (RIG),
  105.  has been formed to draft and propose such standards.   The group
  106.  hopes to identify and standardize well-understood technologies to
  107.  provide a stable base for value-added activities by the various
  108.  reuse library efforts.  In its six months of existence, the RIG
  109.  has attracted twenty-three organizations as members, including
  110.  major corporations, government agencies, and reuse library
  111.  programs.
  112.  
  113.  In looking to the future, we can see a ``reuse industry'' serving
  114.  local community (or intra-company) reuse libraries, domain-
  115.  specific libraries which cross corporate boundaries, and a
  116.  national infrastructure for sharing among libraries.  The
  117.  national marketplace will be populated by providers of
  118.  components, value-added tools, consulting, and system
  119.  integration.  All of the services will be delivered to end-users
  120.  via their local library.
  121.  
  122.  
  123.    nied91 
  124.  
  125. Major Alvin Nieder, ``RAPID: Implementing a
  126.            Comprehensive Reuse Program,''    Joint DoD Software
  127.            Technology Symposium , Salt Lake City, UT, Apr 91.
  128.  
  129. Joanne C. Piper and Wanda L. Barner, ``The RAPID Center
  130.            Reusable Software Components (RSCs) Certification
  131.            Process,'' U.S. Army Information Systems Software
  132.            Development Center - Washingtoni, 1991.
  133.   
  134. James J. Solderitsch, Kurt C. Wallnau and John
  135.            Thalhamer, ``Constructing Domain-Specific Ada Reuse
  136.            Libraries,''    7th Annual National Conference on Ada
  137.            Technology , 1989.
  138.  
  139.  
  140.  
  141.  
  142.  
  143.  
  144.  
  145.  
  146.  
  147.  
  148.  
  149.