Software engineering

From Wikiquote
Jump to: navigation, search
Software engineering is the part of computer science which is too difficult for the computer scientist.
- Friedrich Bauer, 1971

Software engineering (SE) is the application of a systematic, disciplined, quantifiable approach to the design, development, operation, and maintenance of software, and the study of these approaches; that is, the application of engineering to software.

Sourced[edit]

Quotes are arranged chronologically

1968[edit]

  • Software engineering is the establishment and use of sound engineering principles in order to obtain economically software that is reliable and works efficiently on real machines.

1970s[edit]

  • Software engineering is the part of computer science which is too difficult for the computer scientist.
    • Friedrich Bauer, "Software Engineering." Information Processing: Proceedings of the IFIP Congress 1971, Ljubljana, Yugoslavia, August 23-28, 1971.
  • [Software engineering is the] establishment and use of sound engineering principles to obtain economically software that is reliable and works on real machines efficiently.
    • Friedrich Bauer (1972) "Software Engineering", In: Information Processing. p.71
  • Adding manpower to a late software project makes it later.

1980s[edit]

  • Software Engineering Economics is an invaluable guide to determining software costs, applying the fundamental concepts of microeconomics to software engineering, and utilizing economic analysis in software engineering decision making.
Einstein argued that there must be simplified explanations of nature, because God is not capricious or arbitrary. No such faith comforts the software engineer. - Fred Brooks, 1987
  • Software engineering is an engineering discipline that is concerned with all aspects of software production from the early stages of system specification to maintaining the system after it has gone into use. In this definition, there are two key phrases:
    1. Engineering discipline Engineers make things work. They apply theories, methods and tools where these are appropriate... Engineers also recognise that they must work to organisational and financial constraints.
    2. All aspects of software production Software engineering is not just concerned with the technical processes of software development but also with activities such as software project management and with the development of tools, methods and theories to support software production.
  • Einstein argued that there must be simplified explanations of nature, because God is not capricious or arbitrary. No such faith comforts the software engineer.
  • Applications programming is a race between software engineers, who strive to produce idiot-proof programs, and the universe which strives to produce bigger idiots. So far the Universe is winning.
    • Rick Cook, The Wizardry Compiled (1989) Ch. 6

1990s[edit]

  • [Software engineering is] the application of a systematic, disciplined, quantifiable approach to the development, operation, and maintenance of software.
    • IEEE Standard Glossary of Software Engineering Terminology,” IEEE std 610.12-1990, 1990.
  • As more and more good ideas come under the protection of patents, it may become increasingly unlikely that any one program can incorporate the state of the art in user-interface design without sinking into a quagmire of unending royalty payments and legal battles.
    • Nathaniel Borenstein (1991) Programming as if people mattered : friendly programs, software engineering, and other noble delusions. p.52
  • Software engineering concerns methods and techniques to develop large software systems. The engineering metaphor is used to emphasize a systematic approach to develop systems that satisfy organizational requirements and constraints.
    • Hans van Vliet (2007) Software Engineering: Principles and Practice. p. 2

2000s[edit]

  • The required techniques of effective reasoning are pretty formal, but as long as programming is done by people that don't master them, the software crisis will remain with us and will be considered an incurable disease. And you know what incurable diseases do: they invite the quacks and charlatans in, who in this case take the form of Software Engineering gurus.
  • 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 (2002). "Executable Modeling with UML. A vision or a Nightmare." Issues & Trends of Information Technology Management in Contemporary Associations. p. 697
  • The entire history of software engineering is that of the rise in levels of abstraction. Executable UML is the next logical, and perhaps inevitable, evolutionary step in the ever-rising level of abstraction at which programmers express software solutions. Rather than elaborate an analysis product into a design product and then write code, application developers of the future will use tools to translate abstract application constructs into executable entities. Someday soon, the idea of writing an application in Java or C++ will seem as absurd as writing an application in assembler does today. And the code generated from an Executable UML model will be as uninteresting and typically unexamined as the assembler pass of a third generation language compile is today.
  • Computing spread out much, much faster than educating unsophisticated people can happen. In the last 25 years or so, we actually got something like a pop culture, similar to what happened when television came on the scene and some of its inventors thought it would be a way of getting Shakespeare to the masses. But they forgot that you have to be more sophisticated and have more perspective to understand Shakespeare. What television was able to do was to capture people as they were. So I think the lack of a real computer science today, and the lack of real software engineering today, is partly due to this pop culture.
  • Some people have called the book [The Mythical Man-Month, 1975] the "bible of software engineering". I would agree with that in one respect: that is, everybody quotes it, some people read it, and a few people go by it.
    • Fred Brooks as quoted in Daniel Roth (2005) "Quoted Often, Followed Rarely" on money.cnn.com, December 12, 2005
  • The amateur software engineer is always in search of magic, some sensational method or tool whose application promises to render software development trivial. It is the mark of the professional software engineer to know that no such panacea exist.
    • Grady Booch, ‎Robert A. Maksimchuk, ‎Michael W. Engle (2007) Object-Oriented Analysis and Design with Applications Chapter 6.
  • You are absolutely deluded, if not stupid, if you think that a worldwide collection of software engineers who can't write operating systems or applications without security holes, can then turn around and suddenly write virtualization layers without security holes.
    • Theo de Raadt (2007) on the statement "Virtualization seems to have a lot of security benefits", misc@openbsd.org, October 23, 2007

2010s[edit]

See also[edit]

External links[edit]

Find more about Software engineering at Wikipedia's sister projects
Article at Wikipedia
Definitions and translations from Wiktionary
Media from Commons
Learning resources from Wikiversity
News stories from Wikinews
Source texts from Wikisource
Textbooks from Wikibooks