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 / moore.ascii < prev    next >
Text File  |  1993-10-19  |  13KB  |  329 lines

  1.  
  2.  
  3.  
  4.  
  5. The  Impact  of  Reuse  Library  Interoperability  up on  a  Software
  6.  
  7.  
  8.                                        Component Industry
  9.  
  10.  
  11.  
  12.                                               James W. Moore
  13.  
  14.                                     IBM Federal Systems Company
  15.  
  16.                                          800 North Frederick Ave.
  17.  
  18.                                          Gaithersburg, MD 20879
  19.  
  20.                                              Tel:  (301) 240-7843
  21.  
  22.                                     Email:  moorejw@vnet.ibm.com
  23.  
  24.                                             Fax: (301) 240-6073
  25.  
  26.  
  27.  
  28.                                                     Abstract
  29.  
  30.  
  31.       Recent work in interconnecting software reuse libraries has implications which suggest that
  32.   a software component industry may have much greater diversity than previously expected. This
  33.   paper will briefly describe some of the work and examine its implications upon the industry.
  34.  
  35.  
  36.   Keywords:  Software reuse, reuse libraries, reuse industry, reuse economics, interoperability,
  37.   standards.
  38.  
  39.  
  40.   Workshop Goals: Improve understanding of the requirements for a software reuse industry.
  41.  
  42.  
  43.   Working Groups: Reuse management, organization and economics.
  44.  
  45.  
  46.  
  47.                                                     Moore- 1
  48.  
  49.  
  50. 1      Background
  51.  
  52.  
  53.  
  54. Jim Moore was the original System Architect for IBM's role asa prime contractor in the ARPA
  55. STARS program. Currently, heis resp onsible for all of IBM's technology refinement efforts on the
  56. program. He served as IBM's technical lead in the founding of the ASSET library.  He is a charter
  57. member of the RIG and serves as the chairman of its Executive Board.
  58.  
  59.  
  60. (See note at end regarding acronyms.)
  61.  
  62.  
  63.  
  64. 2      Position
  65.  
  66.  
  67.  
  68. Recent work in interconnecting software reuse libraries has implications which suggest that a soft-
  69. ware component industry may have much greater diversity than previously expected.
  70.  
  71.  
  72.  
  73.     fflThree government-sponsored reuse libraries (CARDS, ASSET, and DSRS) have recently con-
  74.        ducted experiments in interoperation and plan an operational capability in the fall of 1993.
  75.  
  76.  
  77.     fflThe ARPA STARS program has demonstrated an architectural prototype, the Library Inter-
  78.        operability Demonstration (LID), which shows how monolithic reuse libraries can be segre-
  79.        gated into three distinct functions.
  80.  
  81.  
  82.     fflThe Reuse Library Interoperability Group (RIG) has recently completed the first of a planned
  83.        series of proposed standards intended to facilitate interoperability.
  84.  
  85.  
  86.     fflThe ASSET library is creating a National Software Reuse Directory.
  87.  
  88.  
  89.  
  90. Each of these events suggests ways in which a software component industry might evolve.
  91.  
  92.  
  93. ARDS/ASSET/DSRS (CAD) interoperation marks the end of an era where various reuse library
  94. operators were attempting to position themselves as the single,b est library that everybody should
  95. use. Each of the participating libraries (it is anticipated that more will join)provides a remote index
  96. of components which may be obtained through the other libraries.  The other libraries incorporate
  97. the descriptions of those components within their cataloguing mechanism just as if the component
  98. were local. When a user attempts to extract the component, a copy is transmitted from its library
  99. of residence to the user's library. Although the technical effort to achieve interoperation is non-
  100. trivial, the key accomplishment is the resolution of various business issues which were obstacles to
  101. sharing.  The most significant result, however, is the evolution toward a cultural perception that
  102. reusable components are best stored in a network of cooperating, specializing librariesrather than
  103. a single, general-purpose one. This perception is essential to the creation of a viable industry. After
  104. all, a small contractor working on a large pro ject may need access to several libraries: its own, the
  105. prime contractor's, and the customer's as well as other libraries for performing make versus buy
  106. decisions and obtaining specialty components outside its ownfield of expertise.
  107.  
  108.  
  109. The ARPA STARS LID demonstration [1 ] signals the impending end of an era whenreuse library
  110. mechanisms were constructed as single, monolithic tools. The LID prototype segregates a library
  111. into three distinct layers:
  112.  
  113.  
  114.  
  115.     ffla storage layer which safely preserves the softwarecomp onents
  116.  
  117.  
  118.  
  119.                                                          Moore- 2
  120.  
  121.  
  122.     ffla catalog layer which adds value by indexing the comp onents in ways intended to be useful
  123.  
  124.  
  125.     ffla user interface layer which presents the catalogs and other services to the user.
  126.  
  127.  
  128.  
  129. The demonstration shows that each of these layers can be implemented by separate tools commu-
  130. nicating via high-speed links. In particular, the demonstration shows two different catalogs which
  131. don't actually store any components; instead they delegate the storage function to a separate server
  132. accessible by high- speed telecommunications links. In addition, the demonstration shows two dis-
  133. tinct  user  interfaces, a  text-based  mechanism  and  a  graphics-based  mechanism, which  each  can
  134. access either of the catalogs. Finally, the demonstration shows that a componentcan b e "copied"
  135. from one catalog to another by means of transmitting only thedescriptive information; the com-
  136. ponent itself remains unchanged and unmoved in the storage server. The demonstration illustrates
  137. that the business of operating a reuse library is actually at least three distinctbusinesses which
  138. can be individually pursued:
  139.  
  140.  
  141.  
  142.     fflSafely storing and preserving components for future access.
  143.  
  144.  
  145.     fflPerforming value-added indexing of components selected from various storage libraries.
  146.  
  147.  
  148.     fflProviding powerful user interfaces which allow access to various catalogs.
  149.  
  150.  
  151.  
  152. Obviously,the kind of interoperation described in the previous sections can not be achieved without
  153. widespread agreement on suitable interfaces. For two years, the RIG has been working on standard
  154. interfaces for the interoperability of reuse libraries.  Earlier this year, the RIG published its first
  155. proposed standard, the Basic Interoperability Data Model (BIDM) [2],  describing the minimum
  156. amount of information which a reuse library shouldb e able toshare with other libraries.  Addi-
  157. tional work proceeds toward the formulation of more comprehensive data models, protocols for the
  158. transmission of models and components, meta- models to enable communication among dissimilar
  159. data models, interoperability metrics, and characterization of existing libraries and mechanisms.
  160. Groups within the IEEE and the AIAA are also pursuing related work.  The significance of this
  161. development is the additional safety that it provides for entrepreneurs interested in entering the
  162. marketplace.  A  marketplace  with  a  stable  set  of  standards  significantly  reduces  the  risk  for  a
  163. new business. The standards can be viewed as defining electronic niches where businesses may be
  164. founded with a high degree of assurance that they will be able to conduct electronic commerce with
  165. other businesses and customers. The current efforts on standardization serve to define niches ap-
  166. propriate to the interoperability model exemplified by the CAD  interoperability. Additional work
  167. is needed to standardize the richer interoperability implied by the LID demonstration.
  168.  
  169.  
  170. The National Software Reuse Directory (NSRD) is anew pro ject of the ASSET library.  ASSET
  171. was founded on the premises that it should be national in scope and part of a distributed network
  172. of libraries [3].  One strategy for accomplishing this goal is to act as a "reference library" to assist
  173. users in locating other libraries which may specialize in their areas ofinterest.  The NSRDis a kind
  174. of software "yellow pages" intended to facilitate this kind of search.  The NSRD is a collectionof
  175. information regarding software assets contained in various, different libraries or from other sources.
  176. The information within the NSRD is that specified by the RIG's BIDM. The concept is that various
  177. component producers or library operators will provide BIDM descriptions of assets tob e listed in
  178. the NSRD. Users will search the NSRD for comp onents of interest, thereby learning of the libraries
  179. which contain those components.  At this time,  the user would have to access the listing library
  180. directly,  but in the future,  interoperability mechanisms will permit direct access to the libraries
  181. containing the components. The primary significance of this development is that it points toward
  182.  
  183.  
  184.  
  185.                                                          Moore- 3
  186.  
  187.  
  188. a distributed electronic marketplace where some libraries specialize inparticular areas of expertise
  189. and others provide services to assist users in locating the specialized libraries. The current NSRD
  190. also points the way toward future commercial indexes which add value by selecting, listing, and
  191. perhaps reviewing, certifying or evaluating components which are actually stored elsewhere.
  192.  
  193.  
  194.  
  195. 3      Comparison
  196.  
  197.  
  198.  
  199. Taken as a group,the efforts described above imply a sea change in the structure of a reuse industry.
  200. Instead of an industry dominated by one or two large government-sponsored libraries, we can foresee
  201. an industry providing niches for many small entrepreneurs:
  202.  
  203.  
  204.  
  205.     fflThe interoperability efforts provide a basis for a network of libraries as opp osedto the previous
  206.        concept of one or two large, all-inclusive libraries.
  207.  
  208.  
  209.     fflThe LID demonstration shows that libraries of the future need not be as monolithic as the
  210.        libraries of the past.  In fact, it seems that the storage of assets, the cataloguing of assets,
  211.        and the presentation to the user may all be distinct businesses.
  212.  
  213.  
  214.     fflThe ongoing efforts for standardization reduce risk in entering the business. Previously, any
  215.        entrepreneur who might try to add value to an existing monolithic librarywas deterred by
  216.        the simple fact that the library might change its external interfaces at any time.
  217.  
  218.  
  219.     fflThe  NSRD  is  both  a  first  step  toward  the  specialization  of  library  roles  and  a  first  step
  220.        toward an infrastructure promoting commerce in services as well as components. Both steps
  221.        are radically different from prior models where users dealt solely with a centralized library
  222.        providing all services itself.
  223.  
  224.  
  225.  
  226. References
  227.  
  228.  
  229.  
  230. [1]  P. Berggren, "Library Interoperability Demonstration," in Proceedings of the DARPA Software
  231.      Technology Conference, (Salt LakeCity, Utah), April 1993.
  232.  
  233.  
  234. [2]  "Basic  Interoperability  Data  Model,"  Tech.  Rep.  RPS-0001,  Reuse  Library  Interoperability
  235.      Group, 1993.
  236.  
  237.  
  238. [3]  C. W. Lillie and J. W. Moore,  "Asset Source for Software Engineering Technology (ASSET)
  239.      Software Reuse and Reengineering," in NISQP Software Reuse and Reengineering Conference,
  240.      (Alexandria, VA), April 1991.
  241.  
  242.  
  243.  
  244. It would be improper to leave this subject without acknowledging the seminal role of the ARPA
  245. STARS program in enabling the advances described above.  To wit:
  246.  
  247.  
  248.  
  249.     fflSTARS wrote a mission statement for ASSET which made it the first government-sponsored
  250.        library chartered with the responsibilities to foster a reuse industry and to function as a node
  251.        within a distributed network;
  252.  
  253.  
  254.     fflSTARS developed the ALOAFtechnology which was the basis of the LID demonstration;and
  255.  
  256.  
  257.     fflSTARS was a charter member of the RIG and has supported its efforts b oth technically and
  258.        financially.
  259.  
  260.  
  261.                                                          Moore- 4
  262.  
  263.  
  264. 4      Acronyms
  265.  
  266.  
  267.  
  268. Acronyms pervade both government and technology and reuse is no exception.  Since most ofthe
  269. efforts are better known by their acronym than their name, I  have chosen to use the acronyms in
  270. the body of the paper and explain the names here:
  271.  
  272.  
  273.  
  274. AIAA      :  American Institute of Aeronauticsand Astronautics
  275.  
  276.  
  277. ALOAF        :  Asset Library Open Architecture Framework
  278.  
  279.  
  280. ARPA       : (Defense) Advanced Research Projects Agency
  281.  
  282.  
  283. ASSET       :  Asset Source for Software Engineering Technology
  284.  
  285.  
  286. BIDM       : Basic Interoperability Data Model
  287.  
  288.  
  289. CAD      : CARDS/ASSET/DSRS
  290.  
  291.  
  292. CARDS        :  Central Archive for Reusable Defense Software
  293.  
  294.  
  295. DSRS      :  Defense Software Repository System
  296.  
  297.  
  298. IEEE     :  Institute of Electrical and Electronic Engineers
  299.  
  300.  
  301. LID    :  Library Interoperability Demonstration
  302.  
  303.  
  304. NSRD       : National Software Reuse Directory
  305.  
  306.  
  307. RIG     : Reuse Library Interoperability Group
  308.  
  309.  
  310. STARS       :  Software Technology for Adaptable, Reliable Systems
  311.  
  312.  
  313.  
  314. 5      Biography
  315.  
  316.  
  317.  
  318. Jim Moore is a Senior Engineer at IBM's Federal Systems Company.  He currently works on the
  319. ARPA STARS program where he served as IBM's technical lead in the founding of the ASSET
  320. library.  He is a chartermember of the RIG  and serves as the chairman of its Executive Board.
  321. He  holds  BS  and  MS  degrees  from  North  Carolina  and  Syracuse, respectively  and  is  a  member
  322. of  the  IEEE Computing  Society  and  the  Association  for  Computing  Machinery.   He serves  as  a
  323. member of the Ada Federal Advisory Board and as a member of the U.S. delegation to ISO-IEC
  324. JTC1/SC22/WG9, the group responsible for Ada standardization.
  325.  
  326.  
  327.  
  328.                                                          Moore- 5
  329.