Engineering Quotes - page 16
The motives for conceiving modern systems engineering are to be found, at least in part, in past disasters. Arthur D. Hall III [1989] cites: the chemical plant leakage in Bhopal (1986); the explosion of the NASA Challenger space shuttle (1986) and the Apollo fire (1967); the sinking of the Titanic (1912); the nuclear explosion in Chernobyl (1986) and the disaster at Three Mile Island power plant (1979). He cites, too, the capture of markets by Japan from the U.S., the decline in US productivity and the failure of the US secondary school system. He identifies the millions of people dying of starvation every year while other nations stockpile surplus food, medical disasters such as heart disease, while governments subsidize grains used to produce high cholesterol meat, milk and eggs; and many more. One implication is clear: systems engineering faces challenges well beyond the sphere of engineering.
Derek Hitchins
In the early ‘80's, there was little interest in the idea of Enterprise Reengineering or Enterprise Modeling and the use of formalisms and models was generally limited to some aspects of application development within the Information Systems community. The subject of "architecture" was acknowledged at that time, however, there was little definition to support the concept. This lack of definition precipitated the initial investigation that ultimately resulted in the "Framework for Information Systems Architecture." Although from the outset, it was clear that it should have been referred to as a "Framework for Enterprise Architecture," that enlarged perspective could only now begin to be generally understood as a result of the relatively recent and increased, worldwide focus on Enterprise "engineering."
John Zachman
Man lives in a paradoxical world where his human development is hamstrung by the fact that the only kind of free scientific inquiry he does not allow himself is the pursuit of human truth, and the only kind of audacity in engineering enterprise which is alien to his nature is the undertaking of moral intervention in the lives of others.
Paul Rosenfels
The Generic Enterprise Reference Architecture and Methodology is about those methods, models and tools which are needed to build the integrated enterprise. The architecture is generic because it applies to most, potentially all types of enterprise. The coverage of the framework spans Products, Enterprises, Enterprise Integration and Strategic Enterprise Management, with the emphasis being on the middle two. The proposal for the architecture follows the architecture itself improving the quality of the presentation and of the outcome. De nitions of Generic Enterprise Reference Architecture, Enterprise Engineering/ Integration Methodology, Enterprise Modelling Languages, Enterprise Models, and Enterprise Modules are given. It is proposed how the above could be developed on the basis of previously analysed architectures (and other results too), such as the Purdue Enterprise Reference Architecture, the GRAI Integrated Methodology, CIM-OSA, and TOVIE.
Peter Bernus
Enterprise architecture (EA) promotes the belief that an enterprise, as a complex system, can be designed or improved in an orderly fashion achieving better overall results than ad-hoc organisation and design. EA is a co-operative effort of designers, analysts and managers and uses enterprise models in the process... enterprise models carry meaning. This resulted in requirements for the enterprise engineering process, which-if not met-can limit the viability of the process. The analysis of the same factors resulted in requirements for improved Enterprise Modelling Tools.
Peter Bernus
In all engineering disciplines nowadays, software engineering excluded, there exists an established engineering process to develop a system, which is accompanied by a number of suited modeling description techniques. Software engineering, being a rather new field, has not as yet established any clear methodical guidance or a fully standardized modeling notation.
Bernhard Rumpe
The term Model-Driven Engineering (MDE) is typically used to describe software development approaches in which abstract models of software systems are created and systematically transformed to concrete implementations.... Full realizations of the MDE vision may not be possible in the near to medium-term primarily because of the wicked problems involved. On the other hand, attempting to realize the vision will provide insights that can be used to significantly reduce the gap between evolving software complexity and the technologies used to manage complexity.
Bernhard Rumpe
The growing complexity of software is the motivation behind work on industrializing software development. In particular, current research in the area of model driven engineering (MDE) is primarily concerned with reducing the gap between problem and software implementation domains through the use of technologies that support systematic transformation of problem-level abstractions to software implementations. The complexity of bridging the gap is tackled through the use of models that describe complex systems at multiple levels of abstraction and from a variety of perspectives, and through automated support for transforming and analyzing models. In the MDE vision of software development, models are the primary artifacts of development and developers rely on computer-based technologies to transform models to running systems.
Bernhard Rumpe
