BT

Facilitating the Spread of Knowledge and Innovation in Professional Software Development

Write for InfoQ
News Articles Presentations Podcasts Guides

Topics

Choose your language

QCon New York

Find real-world practical inspiration from the world’s most innovative software leaders. Attend in-person.
QCon San Francisco

Learn what's next in software from world-class leaders pushing the boundaries. Attend in-person or get video-only pass to recordings.
The Software Architects' Newsletter

Your monthly guide to all the topics, technologies and techniques that every professional needs to know about. Subscribe for free.

InfoQ Homepage News Presentation: What Drives Design?

Kubernetes & Cloud Native Security Roundtable (Jun 27th): Register Free with INFOQCLOUDJUN23

Presentation: What Drives Design?

Bookmarks

Jan 25, 2009 less than one minute

Write for InfoQ

Join a community of experts. Increase your visibility.
Grow your career.Learn more

In this presentation held during OOPSLA 2008, Rebecca Wirfs-Brock reviews various forms of driven development in order to understand the principles and values of several design practices used today. By comparing them, a designer will get a broader view over design and will better understand which design practice is more appropriate for him.

Watch: What Drives Design? (1h 18 min.)

Rebecca reviews several design practices including:

  • Responsibility-Driven Design
  • Test-Driven Development
  • Behavior Driven Development
  • Contract-Driven Development AKA Design by Contract™
  • Agile Model-Driven Development
  • Feature Driven Development
  • Model-Driven Development™
  • Model-Driven Engineering

Rebecca explains how some design practices came into being, how they have been used over the years and what are the values associated with using them. She also compares some design practices like in this example:

Data-Driven Design Responsibility-Driven Design
Centralized control Delegated control
Controllers Coordinators
Inherited attributes Inherited behavior
Many low-level messages Fewer, higher-level messages
Lots of simplistic information holders A few smart objects that blend role stereotypes

Rate this Article

Adoption
Style

This content is in the Architecture topic

Related Topics:

Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Community comments

  • Requirements?

    by Mileta Cekovic,

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Funny, I thought that requirements are the main driving force for the design.
    Author made me fill like I was blind all these years...

    Kidding aside, all these forces author mentions are secondary forces, while requirements should be the primary and the commanding force.

    Back to top
  • Re: Requirements?

    by Rebecca Wirfs-Brock,

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Of course requirements drive design, but in this talk I wanted to explore the values and practices that various "driven" methods have, their roots, and what they share in common and where they conflict.

    It is all too simple to say "requirements drive design" and be done with it. What I am constantly amazed at are the myriad different ways people tackle software problems and all those subtle choices they make when crafting their solutions. I think it is good to reflect from time to time on why we do software design the way we do as well as what we personally value. I've just written a blog posting that might spur some discussion on this. www.wirfs-brock.com/2009/01/what-drives-design....

    Back to top
  • Re: Requirements?

    by Ricardo Limon,

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Curious thing that organizations sometimes missuse the word requirement, making it very difficult to understand the real needs. I have come across too many self acclaimed System Architects that "drive design" by requirement.

    Back to top
  • Design principles

    by Anders Sjöberg,

    Your message is awaiting moderation. Thank you for participating in the discussion.

    From Rebeccas blog; "But what then drives the way you approach your work?"

    To me it is about implementing the design principles that Robert C Martin writes about in this article; www.objectmentor.com/resources/articles/Princip... . As he writes in the article I think it will help me create something which is "...flexible, robust, reusable, and developable.".

    Is it a common and clear goal for all of the the design drivers to implement those principles?

    Back to top
  • Re: Design principles

    by Rebecca Wirfs-Brock,

    Your message is awaiting moderation. Thank you for participating in the discussion.

    I think that most of the people who have advocated xDD approaches and even talk about use of patterns or refactoring techniques are all trying to get at SOLID (or solid) design. They just have different emphasis and also a slightly different set of values. For example, Domain Driven Design from Eric Evans talks a lot about capturing the "ubiquitous" language of the domain and representing it in domain objects. While Robert Martin's principles lead you more towards well-structured organizations of objects and good use of inheritance and interfaces.

    Most designers and design approaches I know wouldn't argue much w/ Martin's principles.

    Back to top

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

BT