Discussion of concerns with stakeholders is an important part of
the Architecture Development Method (ADM) of
The Open Group Architecture Framework (TOGAF).
You identify the stakeholders and their concerns in the Architecture Vision phase (Phase A)
of the TOGAF ADM. The identified concerns help to determine the models that you will produce
of the target architected system.
These models form a major part of the architecture description that you deliver.
You develop them in the Business Architecture, Information Systems Architectures,
and Technology Architecture phases (Phases B, C, and D),
and you refine them in those phases through discussion of concerns with the stakeholders.
There are areas of concern that are specific to SOA that you should explore with the relevant stakeholders.
This section identifies typical areas of concern for SOA, together with the stakeholders
that have concerns in those areas, and models that you can develop to help you
discuss the concerns with the stakeholders.
Stakeholders
The Stakeholder Management section of Part III of TOGAF (Version 9) identifies five broad categories of stakeholder,
with a number of groups in each category:
- Corporate functions: CxO, Enterprise Security, Program Management Office,
QA/Standards Groups, Procurement, and HR;
- End-User Organization - Executives, Line Management, Business Domain Experts,
and Data Owners;
- Project Organization - Executives, Line Management, Business Process/Functional Experts,
Product Specialists, and Technical Specialists;
- System Operations - IT Service Management, Service Desk,
Application Management, Infrastructure Management, and Data/Voice Communications; and
- External - Suppliers, and Regulatory Bodies.
These classes and groups are relevant for SOA, as for other architectural styles.
In an organization that has adopted SOA, there will usually be SOA-specific stakeholders
in some of these groups:
- Service Operation Managers in the System Operations - Application Management group;
- Service Librarians in the System Operations - Application Management group;
- SOA Solution Designers, Developers and Testers in the Project Organization -
Technical Specialists group;
- Service Designers, Developers and Testers in the Project Organization -
Technical Specialists group; and
- SOA Infrastructure Product Specialists in the Project Organization -
Product Specialists group.
Concerns and Models
The table shows typical areas of concern for these stakeholders
in a SOA development, together with models that you can use to develop
views so that you can discuss the concerns with the stakeholders. The first
column shows areas of concern. The second column shows stakeholders
that are likely to have concerns in these areas. The third column
shows the relevant models, and the phases of TOGAF in which you would develop the
models and discuss the concerns.
(Solution and service lifecycle and portfolio management is addressed by the governance framework,
which is reviewed in the Preliminary Phase. This is indicated by “P” in the table.)
Note that:
- Organizations differ.
It is your responsibility to identify the appropriate stakeholders in your enterprise.
In many cases, you will encounter stakeholders that do not fit these categories.
- The stakeholders that you identify may have areas of concern for SOA other than those shown.
- Your stakeholders will have areas of concern not related to SOA.
(See the Stakeholder Management section of TOGAF for a general analysis.)
- It is not sufficient just to identify areas of concern.
You must explore these areas with the stakeholders to find out what their concerns are.
Area of Concern |
Stakeholders |
Models and Phases |
Cost and ROI of operational systems |
System Operations - Applications Management |
Service/Applications Matrix |
C | |
Use of Applications |
Project Organization - Product Specialists and Technical Specialists
System Operations - Applications |
Service/Applications Matrix |
C | |
Use of Infrastructure |
Project Organization - Product Specialists and Technical Specialists
System Operations - Infrastructure |
Service/Technology Matrix |
D | |
Service component functionality |
Project Organization - Technical Specialists
System Operations - Applications |
Service/Applications Matrix |
C | |
Service component technology |
Corporate Functions - QA/Standards
Project Organization - Product Specialists and Technical Specialists |
|
How services contribute to business processes |
End User Organization - Line Management and Business Domain Experts
Project Organization - Business Process Functional Experts and Technical Specialists |
Business Process/Service matrix |
C | |
How services are developed (including composition and model-driven implementation) |
Project Organization - Technical Specialists
System Operations - Applications and Infrastructure |
|
Bought-in services |
Corporate Functions - QA/Standards and Procurement
Project Organization - Product Specialists |
Service Interaction Model |
C | |
Business process agility |
End User Organization - Executives, Line Management, and Business Domain Experts
Project Organization - Business Process Functional Experts and Technical Specialists |
Business Agility |
B |
Business Process/Service matrix |
C |
Technology portfolio |
D | |
How services are integrated |
Project Organization - Technical Specialists
System Operation - Applications and Infrastructure Communications |
Service Interaction Model |
C | |
What infrastructure is needed |
Corporate Functions - QA/Standards Procurement
System Operation - Applications and Infrastructure Communications |
|
Service performance |
Project Organization - Product Specialists and Technical Specialists
System Operations - IT Service Management, Applications, and Infrastructure Communications |
Service Loading Model |
C |
Service/Technology Matrix |
D | |
How user identity and access are managed for services |
Corporate Functions - Enterprise Security
End User Organization - Business Domain Experts and Data Owners
Project Organization - Business Process Functional Experts and Technical Specialists
System Operations - IT Service Management |
Business Roles Catalog |
B |
Service Consumers Matrix |
C |
Service Interaction Model |
C |
Service Access Control Model |
C |
Technology portfolio |
D | |
How services, compositions and service components are managed |
System Operations - IT Service Management |
Service Configuration and Provisioning Model |
C |
Service/Physical System Matrix |
D | |
How data is used by services |
End User Organization - Business Domain Experts and Data Owners
Project Organization - Product Specialists and Technical Specialists
System Operations - Applications |
Service Interaction Model |
C | |
How information is represented as data |
Project Organization - Product Specialists and Technical Specialists
System Operations - Applications, Infrastructure, and Communications
Corporate Functions - QA/Standards |
|
Solution and service lifecycle and portfolio management |
Corporate Functions - Program Management Office and QA/Standards
Project Organization - Line Management, Business Process Functional Experts, and Technical Specialists
System Operations - IT Service Management and Applications |
|
There are outline descriptions of all of the models
that appear in the table, except for the SOA Governance Model,
in the section on Using TOGAF for Enterprise SOA.
SOA Governance is discussed in Introduction to SOA Governance
and related sections.
|