Software Systems Architecture: Working with Stakeholders... and over 2 million other books are available for Amazon Kindle . Learn more
  • RRP: £43.99
  • You Save: £9.80 (22%)
FREE Delivery in the UK.
Only 5 left in stock (more on the way).
Dispatched from and sold by Amazon.
Gift-wrap available.
Trade in your item
Get a £13.15
Gift Card.
Have one to sell?
Flip to back Flip to front
Listen Playing... Paused   You're listening to a sample of the Audible audio edition.
Learn more
See this image

Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives Hardcover – 25 Oct 2011

See all 2 formats and editions Hide other formats and editions
Amazon Price New from Used from
Kindle Edition
"Please retry"
"Please retry"
£25.12 £21.00

Frequently Bought Together

Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives + Software Architecture in Practice (SEI Series in Software Engineering) + Documenting Software Architectures: Views and Beyond (SEI Series in Software Engineering)
Price For All Three: £114.37

Buy the selected items together

Trade In this Item for up to £13.15
Trade in Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives for an Amazon Gift Card of up to £13.15, which you can then spend on millions of items across the site. Trade-in values may vary (terms apply). Learn more

Product details

  • Hardcover: 704 pages
  • Publisher: Addison Wesley; 2 edition (25 Oct 2011)
  • Language: English
  • ISBN-10: 032171833X
  • ISBN-13: 978-0321718334
  • Product Dimensions: 17.8 x 3.8 x 23.4 cm
  • Average Customer Review: 5.0 out of 5 stars  See all reviews (4 customer reviews)
  • Amazon Bestsellers Rank: 333,969 in Books (See Top 100 in Books)
  • See Complete Table of Contents

More About the Authors

Discover books, learn about writers, and more.

Product Description

About the Author

Nick Rozanski has worked in IT since 1980 for several large and small systems integrators, including Logica, Capgemini, and Sybase, and end user organizations including Marks and Spencer and Barclays Global Investors. He has taken senior roles on a wide range of programs in finance, retail, manufacturing, and government. His technology background includes enterprise application integration, package implementation, relational database, data replication, and object-oriented software development. He is also an experienced technical instructor and certified internal project auditor.


Eoin (pronounced “Owen”) Woods is a lead system architect in the equities technology group of a major European investment bank with architecture and design responsibility for a number of the organization’s key systems. Prior to this, he led the application architecture group at Barclays Global Investors and has worked as a software engineer for Group Bull, Sybase, InterTrust, and Zuhlke, as well as through his own consultancy company, Artechra.

Inside This Book (Learn More)
Browse Sample Pages
Front Cover | Copyright | Table of Contents | Excerpt | Index
Search inside this book:

What Other Items Do Customers Buy After Viewing This Item?

Customer Reviews

5.0 out of 5 stars
5 star
4 star
3 star
2 star
1 star
See all 4 customer reviews
Share your thoughts with other customers

Most Helpful Customer Reviews

Format: Hardcover Verified Purchase
I am software architect with almost 20 years in IT.

I have read tons of book on IT, and I can state, without any hesitation, that this book is one of the best (if not THE ONE) I have ever read on software architecture. It gives a very practical architecture METHOD to tackle complex projects based on robust, yet simple, theoretical grounds (viewpoints and perspectives), you can get this from the first chapters.. following chapters can be used as a reference while tackling a project, as it contains many details on specific concerns (security, availability...etc). This book has been written by Practitioners, for Practitioners...

It is important to note that this book is NOT about enterprise architecture, NOT a software design best practice book giving tips on the latest java frameworks and best practices. It rather provides very opinionated and rigorous view on WHAT architecture is and HOW to do architecture. While this may seem obvious, I know for sure that most of existing so called "IT architecture practitioners" do not have strong method on how to do architecture, I was one on them... not any more thanks to this book !

Thank you Mr Rozanski & Mr Woods !!!
Comment Was this review helpful to you? Yes No Sending feedback...
Thank you for your feedback. If this review is inappropriate, please let us know.
Sorry, we failed to record your vote. Please try again
By K. Wong on 19 Oct 2013
Format: Hardcover Verified Purchase
Informative, well structured, easy to look for what you want. Super dry though. Not the cheapest but well worth it.
Good seller, fast delivery.
Comment Was this review helpful to you? Yes No Sending feedback...
Thank you for your feedback. If this review is inappropriate, please let us know.
Sorry, we failed to record your vote. Please try again
Format: Hardcover Verified Purchase
I'm half-way through this book, it is very easy to read and really relevant for a practitioner. The material is well organized, and orderly divided into section. Practical guidelines on the different phases of architectural design and description are actionable and useful as a reference. I found many of the concept to be generic enough to be widely applicable, yet useful and explained with a supporting set of examples. I'm really satisfied so far.
Comment Was this review helpful to you? Yes No Sending feedback...
Thank you for your feedback. If this review is inappropriate, please let us know.
Sorry, we failed to record your vote. Please try again
By stclaus on 13 Oct 2012
Format: Hardcover Verified Purchase
This is a great recent book about software architecture. We have it as mandatory book for our software architecture class and I like it a lot.
Comment Was this review helpful to you? Yes No Sending feedback...
Thank you for your feedback. If this review is inappropriate, please let us know.
Sorry, we failed to record your vote. Please try again

Most Helpful Customer Reviews on (beta) 10 reviews
23 of 23 people found the following review helpful
My new standard architecture framework 7 Feb 2012
By W. Alan McBee - Published on
Format: Hardcover
I want to start by countering the negative review that is currently viewed as the most helpful here on Amazon. The reviewer did not like that the book did not seem to address most directly what would be needed by "project managers, team leads and most importantly developers."

I'm going to suggest that the reviewer started reading the book with a preconceived notion of what a software architect is, and what software architecture is about. It's no surprise. I'm reading several books on software architecture; all of them confront and try to address what might be a common definition, given that there are so many ambiguous definitions throughout the world.

The authors of this book make clear that ALL of the stakeholders in a software project must be appropriately addressed. That's a huge challenge! From business executives to analysts to even project managers, team leads, and developer, all of them must share a common understanding of the entire system and what will be changed. If the architect is primarily thinking about how to communicate with the development team, then that architect should have her title changed to development lead or chief engineer.

It was by reading this book for the main purpose of understanding what a software architect really is responsible for, that I can now easily distinguish the software architect role from other roles. The responsibility is to everybody that has a material interest in the project.

And how can one possibly communicate appropriately to people whose interest and technical acumen will range as wide as is possible throughout a business? That's exactly what this book explain precisely how to do, in a way that will make sense to the developers, the project managers, the executives, the project managers, the operations staff, the security team... everyone.

It does not (nor does it claim to) teach how to apply software development design patterns to construct a component, nor how to correlate a sequence diagram of a system with its structural diagram, or any of the other concerns that are probably best left to the development leads.

It does, however, consistently encourage and recommends strategies and tactics for keeping the level of abstraction at the right level for the stakeholders to which you are attempting to share that one software system solution. Architecture is not about the world of details (where developers live) -- it's about the world of models which, as a necessity, must remove details that are not necessary for all stakeholders. The model must be correct, but it must also be shared by all. That's the responsibility of the architect.

This book is definitely worth reading if you already believe that software architecture is your field, and feel overwhelmed at trying to grasp the scope of your responsibilities and the ever-changing nature of what an architect's value should be. It has a permanent place on my bookshelf, and I'll be referring to it quite often over my career.
9 of 9 people found the following review helpful
The BEST Software Architecture Book Available 2 Mar 2013
By T. Anderson - Published on
Format: Hardcover Verified Purchase
Some might look at my book collect and think I have hoarding issues. If I had to pick just one Software Architecture book to keep, this would be the one.

This is the second edition of one of the best books written on software systems architecture. If you are in the software development industry, you should read this book. If you are a Software Architect, you must read this book.

This book covers a vast amount of material but it ties it all together in a way that paints a complete picture of what software systems architecture is all about.

The book starts out covering architecture fundamentals. There is a chapter on Software Architecture Concepts, Viewpoints and Views, Architectural Perspectives, and The Role of the Software Architect.

It then presents a process for software architecture and explains all the elements involved with the process. This part of the book contains chapters on The Architecture Definition Process, Concerns, Principles and Decisions, Identifying and Engaging Stakeholders, Identifying and Using Scenarios, Using Styles and Patterns, Producing Architectural Models, and Evaluating the Architecture.

Next is a viewpoint catalog. The part of the book goes into the details of the different viewpoints the authors recommend considering as part of you architectural analysis. The viewpoints include Context, Information, Functional, Concurrency, Information, Development, Deployment, and Operational. Each viewpoint is a separate chapter. This section ends with a chapter that show how to achieve consistency across views.

After the viewpoint catalog the authors present a perspective catalog. Perspectives ensure that quality properties that cross several views are accounted for and analyzed. The perspective catalog includes Security, Performance and Scalability, Availability and Resilience, Evolution, Accessibility, Development Resource, Internationalization, Location, Regulation, and Usability.

The book ends with a chapter that ties everything together and a nice appendix that shows the relationship of the author's Viewpoints and Perspectives to other processes. They include Kruchten 4+1, RM-ODP, Siemens, SEI's Views and Beyond, Garland and Anthony, IAF, Zachman, and TOGAF.

I am lucky they came out with a second edition because my first edition is getting pretty beat up. It has scribbling from tons of different projects in it. The first edition has not left my side since I purchased it and this second edition won't leave my side either.

One of the things I like about this book is that the authors complete the picture. They don't say here is one example of a pitfall, concern, or tactic, they present a nice long list that really helps lead you through the process. Keeping this book handy helps me think of things I am sure to overlook.

Another thing I like about this book is that it is not a reinvention of the wheel. The authors do a great job of incorporating industry best practices that have withstood the test of time, as well as included all the newer elements of software architecture that have come about in recent years.

If you have the first edition, the second edition is worth getting. There is updated information scattered throughout the book as well as a new Context viewpoint. There has been 132 pages added.

I said this about the first version and it still holds true with the second edition... Even if you are not an architect it is a great book to buy so you understand what to expect out of one. I may buy a few extra copies to give out on projects so they understand why I am supposed to be there. Anyone reading this book should have a great and complete understanding of architecture and the value it adds to a project.
3 of 3 people found the following review helpful
Should be used as a teaching material 6 July 2014
By Andriy Drozdyuk - Published on
Format: Hardcover Verified Purchase
This is the book that should be taught in universities. It is far better than "Software Architecture in Practice" by Bass and "Documenting Software Architectures: Views and Beyond" by Clements, both of which seem like they go around in circles talking about intangibles. Not to mention they are littered with mistakes and inconsistencies (oh the horrible diagrams in the Celemnts!!!)
The current book presents a clear recipe for creating software architecture. I've used it to create an Architectural Description document at my work and was very happy with the result. Especially useful for practical applications, but also provides a superior (imo) model for looking at the system architecture as a whole.
The terminology is clearly defined, the concepts are easy to grasp. The only downside is that there is a lot to read --- but as much should be expected should you want to create a cohesive architecture. You have to cover a lot of ground. The nice thing is you can probably ignore the irrelevant parts/views if your practical application is on the smaller scale.

Overall, this is a must for any programmer who ever wanted to call him/herself a system architect (the term, which the authors, give a great definition of, and not elevate it above the "programmer" as many other books would have you believe).
7 of 10 people found the following review helpful
Helpful for one part of the Software Architecture problem 23 April 2012
By Samwell - Published on
Format: Hardcover
I started out excited to read this book, and ended up somewhat disappointed. The two biggest challenges in software architecture are keeping that architecture "In Sync" (for some sufficiently confident "In Sync") with

(A) requirements, as they are uncovered or evolve, and
(B) implementation, as it gets built and evolves.

While this book does a fair job on (A), it unfortunately does an inadequate job on (B).

The separation of viewpoints from perspectives is useful (re-named, though not new), the potential pitfalls listed are useful, and including an "Operational" viewpoint is useful for a large class of systems. But the content and boundaries of both viewpoints and perspectives is quite ambiguous e.g. I was surprised to see the authors suggest that replication of application servers would change the Functional view. I would try quite hard to avoid this e.g. limit it to, at most, an annotation on connectors.

Lastly, for the number of "Definitions" included in this book, it was disappointing that those were not consolidated and formalized into a model (beyond the Viewpoints / Perspectives / Stakeholder level).
Not what I thought software architecture books should have, but quite good anyway 12 Sep 2014
By vishal kulshrestha - Published on
Format: Hardcover
This book is truly well written, even though I brought it for another purpose.

However, If you're a software architect and think that reading this book will increase your understanding about how software systems are architected, you may be wrong. It provides for methods for software architecture, but no examples of how real world systems are architected. If you're looking for such things, you're better of with the architecture pattern book series.
Were these reviews helpful? Let us know