BT

Facilitating the Spread of Knowledge and Innovation in Professional Software Development

Write for InfoQ

Topics

Choose your language

InfoQ Homepage Presentations Pragmatic Software Architecture and the Role of the Architect

Pragmatic Software Architecture and the Role of the Architect

Bookmarks
01:01:04

Summary

Joe Wirtley introduces software architecture and the role of the architect in software development along with techniques, tips and resources to help one get started thinking as an architect.

Bio

Joe Wirtley is an independent consultant with over twenty years software development experience. He currently works as a .NET architect and developer on both smart client (WPF, WCF) and web (ASP.NET, Silverlight) applications. He has presented at CodeMash, devLink and CodeStock. You can check out his site at http://WirtleyConsulting.com or follow him on Twitter: @JoeWirtley.

About the conference

Code PaLOUsa is a conference designed to cover all aspects of software development regardless of technology stack. It has sessions revolving around Microsoft, Java, and other development platforms; along with session on higher levels that are platform agnostic. The conference schedule will feature presentations from well-known professionals in the software development community.

Recorded at:

Jun 23, 2011

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

  • Software Architect vs Enterprise Architect vs Technical Architect ?

    by Hieu Lam Tri,

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

    Hi,

    Can anyone explains to me the difference between the three ? I have read some debate about enterprise and technical architect, and now the presentation mention software architect ?

  • Slides

    by Pavel Samolisov,

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

    Presentation slides are not downloadable.

  • Good

    by Yuriy Zubarev,

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

    +1 Special thanks for mentioning a need to provide a legend for diagrams - one of my biggest pet peeves. I also want to stress that providing diagrams in UML doesn't relieve you from the responsibility of providing a legend, especially explaining all the arrows. UML tools may enforce the standard notation as far as individual elements are concerned, but everyone is still free to arrange those elements in a surprising way, and even assign a different meaning to the elements.

    -1 In the beginning the speaker said that he wants us to have a take away that nobody can agree on the roles of an architect. It may be true, but as far as a take away from an hour long presentation - it's pretty weak. In this way, the talk is only adding to a confusion, not helping it.

  • Re: Software Architect vs Enterprise Architect vs Technical Architect ?

    by Yuriy Zubarev,

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

    In many small to medium size organizations Software, Technical and Solution architects are essentially synonymous.

    Medium size organizations often equate Enterprise and Solution architects.

    In medium to large organizations Enterprise and Business architects may be the same.

    In large organizations Enterprise architect is often a chief architect with other architects reporting to him or her.

    IASA is trying to standardize those roles but it's still a long way from a broad acceptance. Currently there is still too much variation between different companies.

  • Re: Software Architect vs Enterprise Architect vs Technical Architect ?

    by Luis Espinal,

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

    Hi,

    Can anyone explains to me the difference between the three ?


    Even at this point in history, definitions are not hard and well-defined, but more or less will follow the following interpretation. I'm sure others will agree and others will disagree, so take it with a grain of salt in the hope that it helps you do your appropriate research and come with similar or better interpretations and definitions.

    Software architecture deals with the architecture, the fundamental structures and constrains within an existing software-intensive system (or the structures and constrains that guide the building of one.) Within this concept, some architectures are more common or widely applicable - as a solution - to a class of problems in a particular domain. For example, JEE. Applications that fall within JEE architecture possess what is typically called application-specific software architecture, or application architecture.

    Technical architecture deals with infrastructure, typically, but not always, network architecture, hardware selection/acquisition, and the processes by that govern the life cycle of these elements (investigation/selection, deployment, testing, maintenance and decommissioning/replacement.) This domain works closely with IT Operations/Operations Architecture which can be seen (not quite correctly, though) as a liason or in-between domain between Software/Application Architecture and Technical Architecture.

    Enterprise architecture deals with how an enterprise is made, organized, structured. It deals with the business units that drive the enterprise (and which justify/enables its existence), the business processes that makes it profitable, and the technology (hardware and software) that enables these processes to operate. It also deals with how business processes drive the adoption or abandonment of a given type of technology as well as (in the other direction) how technology can be used to improve or even change business processes.

    Technical and Software architecture are subdomains of enterprise architecture. In large/critical systems (say within the DoE, DoD or in commercial sectors dealing with the implementation of large/critical equipment), you also deal with hardware (electrical, mechanical, etc) architecture and systems architecture.

    The later (systems architecture) is the architectural science of bringing architectures and designs from multiple disciplines (software, electrical, mechanical, aerospace, nuclear, chemical, etc) into a solution within an enterprise domain (with enterprise being either commercial or public/Defense/DoE/etc.)

    Hope that clears it up.

    Enterprise architecture deals with

    I have read some debate about enterprise and technical architect, and now the presentation mention software architect ?


    It shouldn't surprise you much to see a reference to software architecture since that concept is far more common than enterprise architecture ;)

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