Journal of Systems Integration

, Volume 5, Issue 4, pp 309–336 | Cite as

Applying the system engineering environment to the reengineering process

  • George Krasovec
  • Steven Howell
Article
  • 40 Downloads

Abstract

There is increasing motivation in both government and commercial enterprises to make the tools, methods, and information models common to modern system engineering environments available to support the reverse engineering and re-design of complex, computer-based systems. This paper reports on recent efforts to develop and validate a comprehensive system engineering environment which adequately supports both forward and reverse engineering processes. A key component of this engineering environment is the System Engineering Technology Interface Standard (SETIS). SETIS is composed of stadardized engineering information models, data interchange mechanisms, and data access methods by which engineering and analysis tools in the Navy's Engineering Complex Systems (ECS) project are being integrated.

We contend that SETIS is a viable pathway which can be exploited to enhance and bring added value to the reverse engineering process. In this paper we examine the content and granularity of the information models embodied in SETIS along with the information needs, capabilities, and products of ECS tools which are applicable to reverse engineering problems. Next, we evaluate two current reverse engineering activities relative to their compatibility with a SETIS-based engineering environment. Our evaluation has revealed that there is a design information abstraction threshold which must be reached before the data by-products of reverse engineering can be successfully encoded in SETIS design models and analyzed by the ECS toolkit. One of the case studies involves the translation of real-time Ada software to an equivalent Elementary Statement Language encoding and the fabrication of abstracted software units. The other case study examines a system level reengineering methodology being applied to existing segments of a Naval command and control system. Both of these reengineering processes provide adequately abstracted design information from the legacy system which will support the use of models and analysis methods in the ECS engineering environment. Compatibility with system engineering environments such as ECS can be achieved by ensuring that the design extraction process from legacy systems yield process or program level functional, behavioral, and interface descriptions.

Keywords

engineering environment reengineering integration meta models 

Preview

Unable to display preview. Download preview PDF.

Unable to display preview. Download preview PDF.

References

  1. 1.
    S. Howell, N. D. Hoang, C. Nguyen, and N. Karangelen, “Design capture and optimization issues for system level reengineering,” inProc. Fourth Systems Reengineering Technology Workshop, Monterey, CA, February 1994.Google Scholar
  2. 2.
    N. Hoang, N. Karangelen, and S. Howell, “Steven, mission critical system development: Design views and their integration,” Technical Report. NAVSWC TR 91-586.Google Scholar
  3. 3.
    D. Marca and C. McGowan, 1988.SADT: Structured Analysis and Design Technique, McGraw-Hill: New York, 1988.Google Scholar
  4. 4.
    C. Gane and T. Sarson, 1977.Structured Systems Analysis: Tools and Techniques. Improved Systems Technologies: New York, 1977.Google Scholar
  5. 5.
    T. DeMarco, 1978.Structured Analysis and System Specification. Prentice Hall: Englewood Cliffs, NJ, 1978.Google Scholar
  6. 6.
    P. Chen, “The entity-relationship model—Toward a unified view of data.”ACM Transactions on Database Systems 1(1), pp. 9–36, March 1976.Google Scholar
  7. 7.
    P. Ward and S. Mellor, 1985.Structured Development for Real-Time Systems. Prentice Hall: Englewood Cliffs, NJ, 1985.Google Scholar
  8. 8.
    D. Hatley and I. Pirbhai, 1988,Strategies for Real-Time Systems Specification. Dorset House Publishing: New York, 1988.Google Scholar
  9. 9.
    W. R. Bruyn, D. Jensen, D. Keskar, and P. Ward, “ESML: An extended systems modeling language based on the data flow diagram,”Software Engineering Notes 13(1), pp. 58–67, January 1988.Google Scholar
  10. 10.
    G. Booch, 1991.Object-Oriented Design with Applications. Benjamin/Cummings: Menlo Park, CA, 1991.Google Scholar
  11. 11.
    J. Rumbaugh, M. Blaha, W. Premerlaini, F. Eddy, and W. Lorensen, 1991.Object Oriented Modeling and Design. Prentice Hall: Englewood Cliffs, NJ, 1991.Google Scholar
  12. 12.
    B. Selic, G. Gullekson, and P. Ward, 1994.Real-Time Object-Oriented Modeling. John Wiley and Sons: New York, 1994.Google Scholar
  13. 13.
    EIA Working Group Standard: Data Flow Subject Area, CDIF-DRAFT-DFM-V7, 1994.Google Scholar
  14. 14.
    EIA Working Group Standard: Data Definition Subject Area, CDIF-DRAFT-STEV-V5, 1994.Google Scholar
  15. 15.
    EIA Working Group Standard: State/Event Subject Area, CDIF-DRAFT-DDEF-V7, 1994.Google Scholar
  16. 16.
    D. Harel, “Statecharts: A visual formalism for complex system,” The Weizmann Institute of Sci. Tech. Report, Israel, July 1986 (also inScience of Programming 8, 1987).Google Scholar
  17. 17.
    S. Howell, C. Nguyen, and P. Hwang, 1992. “Design structuring and allocation optimization (DeStinAtiOn): A front-end methodology for prototyping large, complex, real-time systems,” inProc. Hawaii International Conference on System Sciences, IEEE Computer Society Press, Los Alamistos, CA, Jan. 1992, Vol. II, pp. 517–528.Google Scholar
  18. 18.
    E. Brehm, 1995. “System dependability assessment tool,” inProc. of the 1994 Complex Systems Engineering Synthesis and Assessment Technology Workshop, NSWCCD/MP-94-122, Silveer Spring, MD, Jan. 1995, pp. 51–56.Google Scholar
  19. 19.
    QASE RT User's Guide, Revision 1.1, Advanced System Technologies, Inc., Englewood, CO, 1991.Google Scholar
  20. 20.
    M. Lee, N. Prywes, and I. Lee, “Automation of analysis, simulation and understanding of real time large Ada software,” unpublished paper, November 1994.Google Scholar
  21. 21.
    L. Welch, J. Haney, A. Samuel, R. Harrison, J. Lynch, M. Masters, T. Moffit, B. Ravindran, E. Sam, and W. Wright, “Reengineering of legacy systems: Toward an automated approach,” unpublished paper, 19 December 1994.Google Scholar
  22. 22.
    G. McFarland and A. Rudmik, 1993. “Object-oriented database management systems,” Technical Report, Data and Analysis Center for Software, Utica, NY, 1993.Google Scholar
  23. 23.
    Object Management Group, et al.,The Common Object Request Broker: Architecture and Specification, Object Management Group and x/Open, 1992.Google Scholar
  24. 24.
    E. Comer, 1992. “Catalyst: Automating Systems Engineering in the 21st Century,”Proc. of the Second Annual International Symposium of the National Council on Systems Engineering, Seattle, WA, July 1992, pp. 387–394.Google Scholar
  25. 25.
    F. LaMonica and E. Comer, 1994. “Advanced System Engineering Automation (ASEA),”Proc. of the Fourth Annual International Symposium of the National Council on Systems Engineering, San Jose, CA, August 1994, pp. 401–407.Google Scholar

Copyright information

© Kluwer Academic Publishers 1995

Authors and Affiliations

  • George Krasovec
    • 1
  • Steven Howell
    • 2
  1. 1.Advanced System Technologies, Inc.Englewood
  2. 2.Dahlgren DivisionNaval Surface Warfare CenterDahlgren

Personalised recommendations