The document discusses the role of software architecture in enhancing the effectiveness of software design and development. It highlights the importance of architecture in facilitating communication among stakeholders and in making strategic design decisions that impact the overall success of the software system. Additionally, it distinguishes between different architectural perspectives, such as tactical and enterprise architecture.

1. Becoming a software architect
Prasad Narasimhan – Technical
Architect

2. Programming as developer

3. Thinking for Reuse

4. Having fun while debugging

5. Performance tuning

6. You Start Thinking???

7. Why Architecture?
The architecture is not the operational software. Rather, it is a
representation that enables a software engineer to:
(1) analyze the effectiveness of the design in meeting its stated
requirements,
(2) consider architectural alternatives at a stage when making design
changes is still relatively easy, and
(3) reduce the risks associated with the construction of the software.
•
•
•
Representations of software architecture are an enabler for communication between all
parties (stakeholders) interested in the development of a computer-based system.
The architecture highlights early design decisions that will have a profound impact on all
software engineering work that follows and, as important, on the ultimate success of the
system as an operational entity.
Architecture “constitutes a relatively small, intellectually graspable model of how the system
is structured and how its components work together” [BAS03].

8. Tactical – Strategy Oriented

9. Solution Architect’s Hat

10. This is how system looks now

11. Map EA to SOA

12. Enterprise Architects Hat