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 / reifer.ascii < prev    next >
Text File  |  1993-10-19  |  12KB  |  269 lines
  1.  
  2.  
  3.  
  4.  
  5.                       Methodology  Fusion: The  Next  Step
  6.  
  7.  
  8.  
  9.                                              Donald J. Reifer
  10.  
  11.  
  12.  
  13.                                         Reifer Consultants, Inc.
  14.  
  15.                                               P.O. Box 4046
  16.  
  17.                                           Torrance, CA 90510
  18.  
  19.                                            Tel:  (310) 373-8728
  20.  
  21.                                   Email: reiferd@source.asset.com
  22.  
  23.                                           Fax: (310) 375-9845
  24.  
  25.  
  26.  
  27.                                                   Abstract
  28.  
  29.  
  30.     This paper discusses the need to consider solution space objects as we model the problem
  31. space and develop our requirements models.  Several major efforts are currently underway to
  32. develop domain and information engineering methodologies which used different representations
  33. to model the problem space.
  34.     Most of these methods are being developed independent of one another.  As a result, the
  35. impact of one on the other is not being addressed.  In addition,  their is a movement afoot
  36. to standardize data and exploit the use of reusable software assets.  However, problem space
  37. modeling methods specifically avoid being constrained by such solution space objects.
  38.     The  author  proposes  a  three  step  process  for  resolving  the  problem.  First,  a  high  level
  39. domain and data model is developed independent of solution space constrains for a product-
  40. line.  Next, the resulting models are used to evaluate tradeoffs as product or project-related
  41. functional, performance, interface and quality requirements are developed at a more detailed
  42. level. Finally, solution space objects are considered as design requirements as the requirements
  43. unfold and are specified. The overall method fuses or integrates several methods into one single
  44. overall solution approach. It makes sure solution space objects are considered as problem space
  45. specifications are formulated at the individual project or product level.
  46.     To be successful, the process proposed must represent its underlying models using a consistent
  47. representation. In addition, the criteria and rules which govern the acceptability of the interim
  48. products that result at each step of the process need to be made explicit along with the major
  49. tradeoffs that need to be considered. Finally, the methodology must be adapted tob e compatible
  50. with an object, functional or hybrid model and the translation from one to another.
  51.  
  52.  
  53. Keywords:  modeling, methodology integration, metho dology fusion, standard data, reusable
  54. software assets, domain engineering, information engineering
  55.  
  56.  
  57. Workshop Goals: Broaden viewpoints, stimulate discussion andgenerate a few goo dideas on
  58. how to deal with the challenge.
  59.  
  60.  
  61. Working Groups: Domain analysis/engineering;Reuse and OO methods,Method fusion/integration
  62.  
  63.  
  64.  
  65.                                                   Reifer- 1
  66.  
  67.  
  68. 1      Background
  69.  
  70.  
  71.  
  72. Mr.  Reifer currently serves as Chief Architect for the DISA/CIM  Software Reuse Program.  As
  73. part  of  his  tasking,  he  is  leading  a  joint  Air  Force,  DARPA  and  DISA  effort  to  provide  DoD
  74. users  with  seamless  access  to  a  variety  of  reusable  software  assets  via  an  interoperable  network
  75. of heterogeneous reuse libraries. He is also helping to develop strategy and is providing technical
  76. leadership for other aspects of the DISA/CIM Software Engineering and Reuse programs.
  77.  
  78.  
  79. Mr.  Reifer is also serving as the Reuse Advocate to CAE-Link Corporation on the Space Station
  80. Simulator  Project.   This  project  is  building  a  facility  to  train  Shuttle  astronauts  and  mission
  81. controllers  in  Station  operations.  His  primary  focus  on  this  project  is  on  ensuring  that  reuse
  82. opportunities identified are fully exploited.
  83.  
  84.  
  85.  
  86. 2      Position -  Fusion  Method  Needed
  87.  
  88.  
  89.  
  90. Reuse  is  a  hot  topic  in  the  worldwide  software  engineering  community.  Many  efforts  are  under
  91. way to improve both the state-of-the-art and state-of-the-practice because of the potential benefits.
  92. Many of these efforts are focused on exploiting domain specific architectures where the knowledge
  93. base  of  experience  in  the  applications  domain  is  used  to  create  an  architectural  framework  for
  94. building  systems  [1,  2].  However, the  methods  being  used  for  domain  engineering  activities  are
  95. not being integrated with those being used to perform other critical engineering tasks pertinent to
  96. the architecture.  An integratedor combined methodology is needed to provide those developing
  97. systems with guidance on what activities to do when and how to know when they are done.
  98.  
  99.  
  100. A method is defined in this context as consisting of [3]:
  101.  
  102.  
  103.  
  104.     fflAn underlying model - those classes of objects represented, manipulated and analyzed by the
  105.        method.
  106.  
  107.     fflA consistent notation - the means used to represent the products of the method.
  108.  
  109.     fflA process or ordered set of steps - the set of activities performed by the user of the method-
  110.        ology and their products.
  111.  
  112.     fflGuidance for applying the method - examples of products and the rules or criteria used to
  113.        evaluate whether or not they are any good.
  114.  
  115.  
  116.  
  117. The purpose of this paper is to discuss a proposed integration or fusion method from these four
  118. points of view. This will be accomplished in the next Section. The concepts in this paper are still
  119. in the formative stages. Plans to take these concepts and refine them will be discussed in Section
  120. III.
  121.  
  122.  
  123. A proposed methodology fusion concept which addresses the problem noted above is shown in Figure
  124. 1.  Problem space modeling techniques are ordered and put together using the process shown in
  125. Figure 2.  The approach taken is to consider solution space constrains as problem space objects
  126. are identified, fused together and evaluated using an iterative refinement process.  The ultimate
  127. product of this method is a set of requirements for a project or product which is bounded within
  128. a domain by a number of constraints.
  129.  
  130.  
  131. The object model seems suitable to serve as the underlying model for the proposed method because
  132. it permits classes to be specified and analyzed in a manner consistent with most of the popular
  133.  
  134.  
  135.                                                          Reifer- 2
  136.  
  137.  
  138.  
  139.  
  140.  
  141.                                       Figure 1: Methodology Fusion Concept
  142.  
  143.  
  144.  
  145. domain and information engineering approaches. An object model is powerful enough to permit the
  146. constraints being placed on problem space representations by solution space objects to be traded
  147. off and fully addressed.
  148.  
  149.  
  150. A hybrid object-oriented notation seems appropriate because none of those analyzed seem to have
  151. the power to express the structure, associations and behavior of systems mo deled using the fusion
  152. of  techniques.  Most  of  the  weaknesses  observed  to  date  have  been  in  the  area  of  performance.
  153. To solve this problem, elements of Rumbaugh [4 ] and Booch [5] could be coupled with specialized
  154. notations based upon my experience on the Space Station Simulator project [6].
  155.  
  156.  
  157. As illustrated in Figure 2, the process advanced is one of constrained optimization.  First,a problem
  158. space model is developed free of constrains. Then, constrains are systematically added in step by
  159. step so that tradeoffs can be made and the resulting model optimized. The key concept to realize
  160. is that problem space models cannot be unconstrained when reusable assets and domain-specific
  161. architectures are being considered. Design requirements need to be specified to bound the problem
  162. space so that it can be easily mapped to solution space realizations.
  163.  
  164.  
  165. Pilot programs will be used once the fusion method is specified to provide examples and develop
  166. the rules which will govern what to dowhen.  This "do-a-little, learn-a-lot" philosophy has been
  167. used very effectively by many research programs to provide practical guidance to those actually
  168. trying to do the work.
  169.  
  170.  
  171. Most  of  what  has  been  proposed  is  nothing  more  than  a  paper  tiger.  The  problem  has  been
  172.  
  173.  
  174.  
  175.                                                          Reifer- 3
  176.  
  177.  
  178.  
  179.  
  180.  
  181.                                         Figure 2: Modified Analysis Process
  182.  
  183.  
  184.  
  185. identified and an approach advanced to attack it.  Within the next few months, we will mount a
  186. coordinated effort to put the method on paper.
  187.  
  188.  
  189. Once specified, we will try it on one or more pilots to refine it based upon operational feedback.
  190. Examples will be developed along with rules. Assuming things work out, a fusion method handb ook
  191. and training courses will be produced and the methodology will be transitioned into use via a defined
  192. and disciplined technology transfer process.
  193.  
  194.  
  195. My purpose for discussing the proposed fusion method at the workshop is to get feedback.  I am
  196. particularly interested in related work.
  197.  
  198.  
  199.  
  200. 3      Comparison
  201.  
  202.  
  203.  
  204. No similar work other than that referenced is known when dealing with fusion of the techniques
  205. shown in Figure 1.
  206.  
  207.  
  208.  
  209. References
  210.  
  211.  
  212.  
  213. [1]  C. Braun, "Software Reuse." ACM Professional Development Seminar Notes, November 1992.
  214.  
  215.  
  216. [2]  L. C. E. Mettala and M. H. Graham, "The Domain Specific Software Architecture Program,"
  217.      in Proceedings DARPA Software Technology Conference, pp. 204-209, April 27-30 1992.
  218.  
  219.  
  220. [3]  K. Kronlof, Method Integration. John Wiley and Sons, 1993.
  221.  
  222.  
  223. [4]  J. Rumbaugh, M. Blaha, W. Premerlani, F. Eddy, and W. Lorensen, Object-Oriented Modeling
  224.      and Design. Prentice-Hall, 1991.
  225.  
  226.  
  227. [5]  G. Booch, Object  Oriented  Design  With  Applications.   The  Benjamin/Cummings  Publishing
  228.      Company, 1991.
  229.  
  230.  
  231. [6]  W.  Wessale,  D.  J.  Reifer,  and  D.  Weller,  "Large  Project  Experiences  with  Object-Oriented
  232.      Methods and Reuse,"in Proceedings of NASA/SEL Software Engineering Conference, December
  233.      1992.
  234.  
  235.  
  236.                                                          Reifer- 4
  237.  
  238.  
  239. 4      Biography
  240.  
  241.  
  242.  
  243. Mr. Donald J. Reifer is an internationally recognized expert in the fields of software engineering
  244. and management, with over twenty-five years of progressive experience in both industry and gov-
  245. ernment. He has successfully managed major projects, served on source selections, wrote winning
  246. proposals and led project recovery teams.  While affiliated with TRW, Mr.  Reifer was the Deputy
  247. Program Manager for Global Positioning Satellite (GPS) verification and validation projects.  As
  248. a  Software  Director  with  the  Aerospace  Corporation, Mr.  Reifer  managed  over  $800  million  in
  249. software contracts for the Space Transportation System (Space Shuttle) Directorate. As a Project
  250. Leader at Hughes Aircraft, Mr. Reifer managed several major weapons system developments.  Cur-
  251. rently as President of RCI, a software consulting firm, Mr.  Reifer directs efforts aimed at helping
  252. Fortune 500 firms (CAE-Link, Rockwell, Shell, TI, Westinghouse, etc.)  and government agencies
  253. (DISA, NASA, etc.)  to effectively manage large software projects,  organizations and technology
  254. introduction. His current focus is on introducing software engineering and reuse technology.
  255.  
  256.  
  257. Mr. Reifer is author of over 100 papers and several books on software engineering and management
  258. topics.   He is  also  the  author  of  the  popular  ASSET-R  size  and  SoftCost-Ada  cost  estimation
  259. models.  Mr.  Reifer  holds  a  B.S.  in  Electrical  Engineering  from  Newark  College  of  Engineering
  260. (NCE), an M.S. in Operations Research from the University of Southern California (USC) and the
  261. Certificate in Business Management from the University of California at Los Angeles (UCLA). He
  262. is an ACM national lecturer and a past member of the Board of Directors of the Ada Software
  263. Alliance. His many honors include being listed in Who's Who in the West, the NASA Distinguished
  264. Service Medal and the Hughes Aircraft Company Masters Fellowship.
  265.  
  266.  
  267.  
  268.                                                          Reifer- 5
  269.