Skip to main content
Log in

Applying the system engineering environment to the reengineering process

  • Published:
Journal of Systems Integration

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.

This is a preview of subscription content, log in via an institution to check access.

Access this article

Price excludes VAT (USA)
Tax calculation will be finalised during checkout.

Instant access to the full article PDF.

Similar content being viewed by others

References

  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.

  2. N. Hoang, N. Karangelen, and S. Howell, “Steven, mission critical system development: Design views and their integration,” Technical Report. NAVSWC TR 91-586.

  3. D. Marca and C. McGowan, 1988.SADT: Structured Analysis and Design Technique, McGraw-Hill: New York, 1988.

    Google Scholar 

  4. C. Gane and T. Sarson, 1977.Structured Systems Analysis: Tools and Techniques. Improved Systems Technologies: New York, 1977.

    Google Scholar 

  5. T. DeMarco, 1978.Structured Analysis and System Specification. Prentice Hall: Englewood Cliffs, NJ, 1978.

    Google Scholar 

  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. P. Ward and S. Mellor, 1985.Structured Development for Real-Time Systems. Prentice Hall: Englewood Cliffs, NJ, 1985.

    Google Scholar 

  8. D. Hatley and I. Pirbhai, 1988,Strategies for Real-Time Systems Specification. Dorset House Publishing: New York, 1988.

    Google Scholar 

  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. G. Booch, 1991.Object-Oriented Design with Applications. Benjamin/Cummings: Menlo Park, CA, 1991.

    Google Scholar 

  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. B. Selic, G. Gullekson, and P. Ward, 1994.Real-Time Object-Oriented Modeling. John Wiley and Sons: New York, 1994.

    Google Scholar 

  13. EIA Working Group Standard: Data Flow Subject Area, CDIF-DRAFT-DFM-V7, 1994.

  14. EIA Working Group Standard: Data Definition Subject Area, CDIF-DRAFT-STEV-V5, 1994.

  15. EIA Working Group Standard: State/Event Subject Area, CDIF-DRAFT-DDEF-V7, 1994.

  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).

  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. 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.

  19. QASE RT User's Guide, Revision 1.1, Advanced System Technologies, Inc., Englewood, CO, 1991.

  20. M. Lee, N. Prywes, and I. Lee, “Automation of analysis, simulation and understanding of real time large Ada software,” unpublished paper, November 1994.

  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.

  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. Object Management Group, et al.,The Common Object Request Broker: Architecture and Specification, Object Management Group and x/Open, 1992.

  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.

  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.

Download references

Author information

Authors and Affiliations

Authors

Rights and permissions

Reprints and permissions

About this article

Cite this article

Krasovec, G., Howell, S. Applying the system engineering environment to the reengineering process. Journal of Systems Integration 5, 309–336 (1995). https://doi.org/10.1007/BF01975183

Download citation

  • Issue Date:

  • DOI: https://doi.org/10.1007/BF01975183

Keywords

Navigation