Scenario
Please read this scenario prior to answering the question
You are serving as the Lead Architect for the enterprise architecture team at a large multinational
aerospace and defense company. The company has grown rapidly by acquisition and has inherited
numerous different procurement processes and related IT systems. Several procurement processes
have had problems related to the timing of purchases, which has led to excess inventory. The Vice
President in charge of Supply Chain Management has made the decision to consolidate and reduce
redundant procurement processes and systems. The company will move to a “Just-in-time”
procurement system so as to keep inventory costs low.
TOGAF 9 is used for internal Enterprise Architecture activities. This project is using an iterative
approach for executing the Architecture Development Method (ADM).
At present, there are no particularly useful architectural assets in the Architecture Repository that
are related to this initiative. All assets will need to be acquired, customized, or created from scratch.
The company prefers to implement commercial off the shelf package applications with little
customization. The CIO, who is the project sponsor, has stated that she is not concerned about
preserving the existing procurement processes or systems.
The architecture development project has completed the Preliminary Phase and has started a
number of iteration cycles to develop the Architecture. As a packaged application is being
considered, the next iteration will include both the Business and Application Architectures. Key
stakeholder concerns that should be addressed by these architectures include:
1. What groups of people should be involved in procurement-related business processes?
2. What are the overall lifetimes of the Request for Proposal and Purchase Order business objects?
3. What non-procurement applications will need to be integrated with any new procurement
applications?
Refer to the Scenario
[Note: You may need to refer to Chapter 35 of the reference text in order to answer this question.]
You have been asked to identify the most appropriate catalogs, matrices, and diagrams to support
the next iteration of Architecture development.
Based on TOGAF, which of the following is the best answer?
A.
In the next iteration of Architecture development, you would describe the Baseline Business
Architecture with a Business Service/Function catalog, an Organization/Actor catalog, and a Data
Entity/Business Function matrix. You would describe the Baseline Application Architecture with an
Application/Function matrix.
B.
In the next iteration of Architecture development, you would describe the Target Business
Architecture with a Business ServiceFunction catalog, an Organization/Actor catalog, and Data
Lifecycle diagrams. You would describe the Target Application Architecture with Application
Communication diagrams and an Application Interaction matrix.
C.
In the next iteration of Architecture development, you would describe the Target Business
Architecture with a Business ServiceFunction catalog, a Business Interaction matrix, and Product
Lifecycle diagrams. You would describe the Target Application Architecture with Application
Communication diagrams and an Application Interaction matrix.
D.
In the next iteration of Architecture development, you would describe the Baseline Business
Architecture with a Baseline Business Process catalog, and an Object lifecycle catalog. You would
describe the Baseline Application Architecture with a Technology Portfolio catalog.
something similar to 7
0
0
A & D options are already omitted –> Because of Baseline first ..
Now, need to choose between B & C
Option C is more relevant because
1) Group of people under business process –> Business Interaction Matrix
2) It is talking about overall Product life cycle and not about any DATA life
cycle.
3
0
I choose C
2
0
Another way to distinguish between B and C is the difference between the business/interaction matrix and the organisation/actor catalog:
From the spec –
Business interaction matrix: depicts the relationship between organizations and business functions.
Organisation/Actor catalog: Capture a definitive listing of all the participants that interact with IT, including users and owners of IT systems.
It seems that in this case because the goal is to figure out which groups of people should be involved in procurement-related business processes the business interaction matrix is the better option as it is more process (business function) driven whereas the organisation/actor catalog is more just a definitive list of who interacts with IT.
10
0
If we can divide the enterprise into multiple organizations and each organization having groups of users using a specific set of services then:
Organization/Actor Catalog would help in bringing together a view where you can see which actors are in which organization. It doesn’t help to provide which users are using which services.
If you bring Business interaction Matrix, then it will break down by Organization/Function/Service/Interaction, a clear sense of which services are used in which organization in an enterprise. But which users are using which service in that organization is still not clear.
If you use Business/Service Function with Organization/Actor, it would do the job. Business/service function provides data by Organization/Business Function/Service/Interaction. So if you combine this with Organization/actor, you will know exactly which actors (users) have access to which services and in which organization they belong to.
Hence B.
0
0
hello, Answer B says to describe business architecture with “Data Lifecycle diagrams”. Data Lifecycle diagrams is supposed to be used in Data Architecture (Information Systems Architectures — Data Architecture) phase hence I believe B is not right answer
10
0