OGB-001 Exam Dumps : TOGAF Business Architecture Part 1

This answer is based on the definition of a business capability as “an ability that a business possesses to achieve a specific outcome” 1. A business capability defines “what” a business does at its core, not “how” or “where” it does it 2. Therefore, to define a business capability, one needs to identify and describe what needs to be done by the business in support of its overall mission, which is the ultimate outcome that the business seeks to achieve. The other options are not correct because they describe different aspects of business analysis or architecture, such as defining the business problem, identifying the actors and roles, or documenting the project scope.

This answer is based on the TOGAF Standard, Version 9.2 - Business Scenarios , which states that “The business and technology environment is a description of the current situation in terms of business processes (including business capabilities), people (including skills), information (including data), applications (including software), infrastructure (including hardware), and governance (including standards).” Business capabilities and value streams are modeled when identifying the business and technology environment, as they provide a high-level view of what the business does or can do, and how it delivers value to its stakeholders. The other options are not correct, as they are not parts of a business scenario where business capabilities and value streams are modeled.

This answer is based on the definition of Statement of Architecture Work in the TOGAF Standard, Version 9.2 - Phase A: Architecture Vision 3, which states that “The Statement of Architecture Work is a document that may form the basis of a contractual agreement between the supplier and consumer of architecture services. It defines what will be delivered by an architecture project, how it will be delivered, when it will be delivered, and how much it will cost.” The Statement of Architecture Work is an input to Phase B, as it provides the scope, approach, constraints, assumptions, risks, and deliverables of the architecture project. The other options are not correct, as they are not documents that may form the basis of a contractual agreement between the supplier and consumer of architecture services.