Search For:

Displaying 1-26 out of 26 total
Successful Product Line Engineering: Experiences from the Real World
Found in: Software Product Line Conference, International
By Frank Buschmann,Christa Schwanninger
Issue Date:August 2011
pp. 349
The tutorial provides practical guidance for project managers and architects facing the
 
Value-Focused System Quality
Found in: IEEE Software
By Frank Buschmann
Issue Date:November 2010
pp. 84-86
Experts never tire of emphasizing that software architectures should support appropriate system qualities to be useful and sustainable. Experience, in contrast, shows that the architectures of many software systems are casually, even haphazardly, structure...
 
On Architecture Styles and Paradigms
Found in: IEEE Software
By Frank Buschmann
Issue Date:September 2010
pp. 92-94
Sustainable software architectures portray the fundamental properties of their application domains explicitly, to ensure the virtual world can 'mimic' the real world appropriately. Using Problem Frames and Domain-Driven Design, pragmatic architects get con...
 
Learning from Failure, Part III: On Hammers and Nails, and Falling in Love with Technology and Design
Found in: IEEE Software
By Frank Buschmann
Issue Date:March 2010
pp. 49-51
Architectures time and again suffer from overly complex solutions caused by simplistic or inappropriate design choices, overuse of technology, and excessive overengineering.
 
Learning from Failure, Part 2: Featuritis, Performitis, and Other Diseases
Found in: IEEE Software
By Frank Buschmann
Issue Date:January 2010
pp. 10-11
It's the architect's responsibility to ensure that a software system delivers the right functionality with the right operational and developmental qualities. Balancing the two aspects is challenging. When architects have a dominating preference for functio...
 
Learning from Failure, Part 1: Scoping and Requirements Woes
Found in: IEEE Software
By Frank Buschmann
Issue Date:November 2009
pp. 68-69
Time and again, software projects fail. Some of the reasons for failure relate to software architecture. In this edition of the column I'll discuss two mistakes that aren't the prime responsibility of architects, but architects are directly affected if the...
 
Introducing the Pragmatic Architect
Found in: IEEE Software
By Frank Buschmann
Issue Date:September 2009
pp. 10-11
A clear understanding of the software architect's role is essential to design sustainable architectures. The first installment of the Pragmatic Architect column therefore outlines the software architect's mission and responsibilities, discusses how archite...
 
Architecture and Agility: Married, Divorced, or Just Good Friends?
Found in: IEEE Software
By Frank Buschmann,Kevlin Henney
Issue Date:March 2013
pp. 80-82
Does agile development need architecture? Does architecture need agile development? These two questions are debated time and again, frequently with great passion but quite often more polarized than open minded. In this edition of the column, the authors tr...
 
Innovation Reconsidered
Found in: IEEE Software
By Frank Buschmann
Issue Date:January 2013
pp. 18-20
"Innovation" and "innovative architecture" are topics of broad popularity in software engineering. Yet, the two terms appear to mean different things to different people—with interpretations of both driven more by personal in...
 
Architecture Quality Revisited
Found in: IEEE Software
By Frank Buschmann,David Ameller,Claudia P. Ayala,Jordi Cabot,Xavier Franch
Issue Date:July 2012
pp. 22-24
There is a common belief in the software community that nonfunctional quality is fundamentally important for architecture sustainability and project success. A recent study, however, suggests that nonfunctional quality is of little relevance for users and ...
 
A Week in the Life of an Architect
Found in: IEEE Software
By Frank Buschmann
Issue Date:May 2012
pp. 94-96
Leadership is the key for architects to balance all their activities and duties with the interests of different stakeholders without losing control of the architecture under development. They must have a clear vision and strict focus on key aspects of succ...
 
Code Matters!
Found in: IEEE Software
By Frank Buschmann,Jörg Bartholdt
Issue Date:March 2012
pp. 81-83
There is broad consensus that architects should code. Yet the challenging question is: how can architects program without being lost in myriads of local code details? Even when they program they should be in full control of a system's entire architecture. ...
 
To Boldly Go Where No One Has Gone Before
Found in: IEEE Software
By Frank Buschmann
Issue Date:January 2012
pp. 23-25
Architecture mastery is more than professional expertise in modern software engineering methods and techniques. It is mainly in how architects approach design. Particularly, the
 
To Pay or Not to Pay Technical Debt
Found in: IEEE Software
By Frank Buschmann
Issue Date:November 2011
pp. 29-31
Technical debt is a widely used metaphor to illustrate and discuss the consequences of design and coding decisions over time. The architect's position on technical debt, however, should be driven more by business aspects and less by technical concerns. Onl...
 
Gardening Your Architecture, Part 2: Reengineering and Rewriting
Found in: IEEE Software
By Frank Buschmann
Issue Date:September 2011
pp. 21-23
Reengineering and rewriting are two common approaches for improving system quality—in addition to refactoring, which the last installment of this column explored. Reengineering is a systematic approach to evolve existing software to exhibit new behavior, f...
 
Gardening Your Architecture, Part 1: Refactoring
Found in: IEEE Software
By Frank Buschmann
Issue Date:July 2011
pp. 92-94
Refactoring has a more precise definition than common practice might suggest: it's a change that improves the developmental quality of some part of a system while preserving its functional behavior. Refactoring isn't limited to code detail but can range up...
 
Tests: The Architect's Best Friend
Found in: IEEE Software
By Frank Buschmann
Issue Date:May 2011
pp. 7-9
When explicitly considering the testability of software-centric systems, architects tend to be more conscious and thoughtful about their design decisions. In this installment, the author discusses how architects can use tests and test-driven development as...
 
Unusable Software Is Useless, Part 2
Found in: IEEE Software
By Frank Buschmann
Issue Date:March 2011
pp. 100-102
The usability of a system's architecture is of prime importance for the success of a software project. Developers live within the designs architects create—and they must understand and feel habitable there to avoid architecture drift and complex code. The ...
 
Unusable Software Is Useless, Part 1
Found in: IEEE Software
By Frank Buschmann
Issue Date:January 2011
pp. 92-94
Usability has a significant impact on the success of software-centric systems and products. It relates to the actual usage of a system, but also to its effective design and development. Ultimately, failing to build usable software may degrade a project's a...
 
Five Considerations for Software Architecture, Part 2
Found in: IEEE Software
By Frank Buschmann, Kevlin Henney
Issue Date:July 2010
pp. 12-14
What are the top five properties that make a software design elegant? In this column we follow on from the previous column, exploring the remaining two properties: symmetry and emergence. Symmetry offers a form of simplification through regularity. Emergen...
 
Five Considerations for Software Architecture, Part 1
Found in: IEEE Software
By Frank Buschmann, Kevlin Henney
Issue Date:May 2010
pp. 63-65
What are the top five properties that make a software design elegant? That's a tough question that is not easy to answer. In this column we explore the first three of five properties leading architects have found useful: economy, visibility, spacing, symme...
 
Past, Present, and Future Trends in Software Patterns
Found in: IEEE Software
By Frank Buschmann, Kevlin Henney, Douglas C. Schmidt
Issue Date:July 2007
pp. 31-37
For the past two decades, software patterns have significantly influenced how developers design and implement computing systems, well above and beyond the most popular research in the software field. This article discusses the past, present, and future tre...
 
Patterns, Frameworks, and Middleware: Their Synergistic Relationships
Found in: Software Engineering, International Conference on
By Douglas C. Schmidt, Frank Buschmann
Issue Date:May 2003
pp. 694
The knowledge required to develop complex software has historically existed in programming folklore, the heads of experienced developers, or buried deep in the code. These locations are not ideal since the effort required to capture and evolve this knowled...
 
Beyond the hype (panel session): sequel to the trial of the gang of four
Found in: Addendum to the 2000 proceedings of the conference on Object-oriented programming, systems, languages, and applications (Addendum) (OOPSLA '00)
By David Ungar, Frank Buschmann, James Coplien, John Vlissides, Neil Harrison
Issue Date:January 2000
pp. 13-15
One of the claimed advantages of object-oriented (OO) development is that developers can use objects in a uniform modeling approach throughout the process. In particular, they can coherently apply the same notation for representing these objects and their ...
     
Patterns (Panel): cult to culture?
Found in: Addendum to the proceedings of the 10th annual conference on Object-oriented programming systems, languages, and applications (Addendum) (OOPSLA '95)
By Frank Buschmann, Grady Booch, Honna Segel, Ivar Jacobson, Jim Coplien, Mary Beth Rosson, Norm Kerth, Steven Fraser
Issue Date:October 1995
pp. 99-107
This paper describes the design and implementation of a query engine that provides extended SQL-based access to the data managed by an object-oriented database system. This query engine allows extended SQL queries to be embedded in C++ programs or issued i...
     
Patterns: cult to culture?
Found in: Proceedings of the tenth annual conference on Object-oriented programming systems, languages, and applications (OOPSLA '95)
By Frank Buschmann, Grady Booch, Ivar Jacobson, Jim Coplien, Mary Beth Rosson, Norm Kerth, Steven Fraser
Issue Date:October 1995
pp. 99-107
The prototype-based programming model has always been difficult to characterize precisely. Its basic principle advocates concrete objects as the only mean to model concepts, yet current languages promote methodologies reintroducing abstract constructions t...
     
 1