Workshop on FAMIX and Moose in Software Reengineering (FAMOOSr 2008)

The increasing amount of data available about software systems poses new challenges for re- and reverse engineering research, as the proposed approaches need to scale. In this context, concerns about meta-modeling and analysis techniques need to be augmented by technical concerns about how to reuse and how to build upon the efforts of previous research. Moose is an extensive infrastructure for reverse engineering evolved for over 10 years that promotes the reuse of engineering efforts in research. Moose accommodates various types of data modeled in the FAMIX family of meta-models. The goal of this half-day workshop is to strengthen the community of researchers and practitioners who are working in re- and reverse engineering, by providing a forum for building future research starting from Moose and FAMIX as shared infrastructure.

Workshop on FAMIX and Moose in Software Reengineering (FAMOOSr 2009)

The increasing amount of data available about software systems poses new challenges for re- and reverse engineering research, as the proposed approaches need to scale. In this context, concerns about meta-modeling and analysis techniques need to be augmented by technical concerns about how to reuse and how to build upon the efforts of previous research. MOOSE is an extensive infrastructure for reverse engineering evolved for over 10 years that promotes the reuse of engineering efforts in research. MOOSE accommodates various types of data modeled in the FAMIX family of meta-models. The goal of this half-day workshop is to strengthen the community of researchers and practitioners who are working in re- and reverse engineering, by providing a forum for building future research starting from MOOSE and FAMIX as shared infrastructure.

Object-Oriented Reengineering Patterns

The rapid growth of object-oriented development over the past twenty years has given rise to many object-oriented systems that are large, complex and hard to maintain. Object-Oriented Reengineering Patterns addresses the problem of understanding and reengineering such object-oriented legacy systems. This book collects and distills successful techniques in planning a reengineering project, reverse-engineering, problem detection, migration strategies and software redesign. The material in this book is presented as a set of "reengineering patterns" --- recurring solutions that experts apply while reengineering and maintaining object-oriented systems. The principles and techniques described in this book have been observed and validated in a number of industrial projects, and reflect best practice in object-oriented reengineering.

A Retrospective View of Software Maintenance and Reengineering Research.

As a summary of past, current, and future trends in software maintenance and reengineering research, we give in this editorial a retrospective look from the past 14 years to now. We provide insight on how software maintenance has evolved and on the most important research topics presented in the series of the European Conference on Software Maintenance and Reengineering.

Structural basis for heterogeneous kinetics: Reengineering the hairpin ribozyme

The RNA cleavage reaction catalyzed by the hairpin ribozyme shows biphasic kinetics, and chase experiments show that the slow phase of the reaction results from reversible substrate binding to an inactive conformational isomer. To investigate the structural basis for the heterogeneous kinetics, we have developed an enzymatic RNA modification method that selectively traps substrate bound to the inactive conformer and allows the two forms of the ribozyme-substrate complex to be separated and analyzed by using both physical and kinetic strategies. The inactive form of the complex was trapped by the addition of T4 RNA ligase to a cleavage reaction, resulting in covalent linkage of the 5′ end of the substrate to the 3′ end of the ribozyme and in selective and quantitative ablation of the slow kinetic phase of the reaction. This result indicates that the inactive form of the ribozyme-substrate complex can adopt a conformation in which helices 2 and 3 are coaxially stacked, whereas the active form does not have access to this conformation, because of a sharp bend at the helical junction that presumably is stabilized by inter-domain tertiary contacts required for catalytic activity. These results were used to improve the activity of the hairpin ribozyme by designing new interfaces between the two domains, one containing a non-nucleotidic orthobenzene linkage and the other replacing the two-way junction with a three-way junction. Each of these modified ribozymes preferentially adopts the active conformation and displays improved catalytic efficiency.

Defense travel reengineering.

Mode of access: Internet.

Reengineering helps improve materials procurement in Indian oil refinery

The materials management function is always a major concern to the management of any organisation as high inventory and inefficient procurement processes have a significant effect on profitability. The problems multiply in the face of a very dynamic business environment, as is the present case in India. Hence, the existing system of materials planning, procurement processes and inventory management require reviewing with respect to the changed business environment. This study shows a radical improvement in materials procurement function of an Indian petroleum refinery through Business Process Reengineering (BPR) by analysing current process, identifying key issues, deriving paradigm shifts and developing reengineered processes through customer value analysis. BPR has been carried out on existing processes of 'material planning and procurement' and 'warehousing and surplus disposal'. The reengineered processes for the materials management function triggered several improvement projects that were identified by the group of executives who took part in the reengineering exercise. Those projects were implemented in an integrated framework, with the application of state of the art information technology tools and building partnership alliance among all stakeholders. Considerable improvements in overall functions of the organisation are observed, along with financial benefits. Copyright © 2006 Inderscience Enterprises Ltd.

Using business process simulation within a business process reengineering approach

This paper presents a case study of the use of business-process simulation within the context of a business-process-reengineering approach to change. The process-based change methodology provides context to the simulation technique in that it connects the aims of a business-process simulation (BPS) study to the strategic aims of the organisation and incorporates a consideration of human factors in order to achieve successful implementation of redesigned processes. Conversely, the ability of BPS to incorporate system variability, scenario analysis and a visual display to communicate process performance makes it a useful technique to provide a realistic assessment of the need for, and results of, change.

Using Reengineering Techniques for Distance Study Course Improvement

The paper analyses the reengineering concept as it comes from software engineering and management fields. We combine two viewpoints and apply them to solve a problem of reengineering of a distance study system, in general, and the unit of learning, in particular. We propose a framework for reengineering of unit of learning, based on general model of software reengineering, and present a case study, in which we describe, how one topic of distance study course was reengineered, considering triple consistency principle and requirements for computer science. The proposed framework contributes to increasing quality, effectiveness and systematization of delivering distance studies.

Tempura Reengineering

Interval Temporal Logic provides time-dependant formal description of hardware and software. Such formalism is needed for description of behaviors of the middleware of AOmLE project, depending on different scenarios of operation. In order to use ITL, we need an interpreter. Tempura provides executable ITL framework, written in C language. We cannot use Tempura as is, because AOmLE is developed entirely in Java. For this reason we need Java version of Tempura. This paper describes our plan for reengineering of CTempura and creating Java version if the ITL interpreter.