SAP P_SAPEA_2023 - SAP Certified Professional - SAP Enterprise Architect

When creating an application architecture roadmap, the ‘WHOM’ dimension refers to the stakeholders or entities that will be impacted by or interact with the application. This dimension canvary greatly depending on the context and the specific focus areas of the roadmap. The correct answers that define the ‘WHOM’ dimension in various contexts are:

B. Material Groups/Products: This refers to the categorization of items such as raw materials, spare parts, direct materials, and indirect materials. These groups are relevant stakeholders in the context of procurement and supply chain management applications.

C. Groups of Persons/Business Expense: This includes different categories of personnel such as permanent staff, contracted staff, and students. It also encompasses different types of expenses like operational expenditure and capital expenditure, which are crucial considerations for financial management and human resource management applications.

D. Working model: This pertains to the various operational models such as home office, headquarters, and affiliates. These models are significant for applications that manage organizational structures, remote work capabilities, and location-based access to resources.

A. Asset Classes/Vehicles is not a correct answer as it describes types of assets rather than stakeholders or entities interacting with the application.

References:

SAP. (n.d.). SAP Enterprise Architecture Framework. SAP Community.

The Open Group. (2018). TOGAF® Version 9.2: Enterprise Architecture Framework.

International Organization for Standardization. (2015). ISO/IEC/IEEE 42010:2011 - Systems and software engineering — Architecture description.

SAP Business Technology Platform (BTP) is a suite of cloud-based platform-as-a-service (PaaS) offerings from SAP. BTP provides a variety of runtime environments for running applications, including:

SAP BTP, Cloud Foundry environment: This is a popular runtime environment for running Java, Node.js, and Python applications.

SAP Business Technology Platform (BTP), ABAP environment: This is a runtime environment for running ABAP applications.

SAP BTP, Kyma runtime: This is a runtime environment for running Kubernetes-based applications.

In addition to these runtime environments, BTP also provides a number of other services, such as:

Database services: BTP provides a variety of database services, including SAP HANA, MySQL, and PostgreSQL.

Messaging services: BTP provides a variety of messaging services, such as SAP Cloud Platform Integration and SAP Cloud Platform Event Mesh.

Storage services: BTP provides a variety of storage services, such as SAP Cloud Platform Object Storage and SAP Cloud Platform File Storage.

BTP is a comprehensive platform that provides a variety of services for running applications and managing data. The different runtime environments available in BTP allow you to choose the right environment for your specific needs.

 SAP BTP supports multiple runtime environments for different purposes and skill sets. A runtime environment is any runtime that hosts applications and services. An SAP BTP environment provides integration into the SAP BTP account model, cockpit, and permissions management10. The following are the runtime environments that SAP directly supports on SAP BTP:

SAP BTP, Cloud Foundry environment: This environment allows you to create polyglot cloud applications in Cloud Foundry. It supports various programming languages, such as Java, Node.js, Python, Go, and PHP. It also provides a code-to-container packaging and deployment model, platform-managed application security patching and updates, automatic application routing, load balancing, health checks, and multilevel self-healing. It also supports the Cloud Application Programming Model (CAP), which is an opinionated framework for developing business applications.

SAP Business Technology Platform (BTP), ABAP environment: This environment allows you to create ABAP-based cloud applications within the Cloud Foundry environment. It supports the ABAP programming language and the ABAP RESTful Programming Model (RAP), which is a framework for developing RESTful services and user interfaces. It also provides an integrated development lifecycle and enables you to reuse existing on-premise ABAP assets.

SAP BTP, Kyma runtime: This environment provides a fully managed cloud-native Kubernetes application runtime based on the open-source project “Kyma”. It supports various programming languages and models, such as Node.js, Python, Go, Java, CAP, and serverless functions. It also provides a built-in service mesh, eventing framework, API gateway, service catalog, and service binding capabilities. It enables you to develop highly scalable, microservice-based applications and user-centric process extensions.

Verified References: 10: https://help.sap.com/docs/btp/architecture-and-development-guide-for-industry-cloud-solutions/runtimes-environments-and-programming-models | : https://help.sap.com/docs/btp/sap-business-technology-platform/environments

In the context of incorporating agile principles into the TOGAF's Architecture Development Method (ADM), Option D is accurate. The TOGAF® ADM is inherently iterative and dynamic, which means that it doesn't strictly have to be a linear process. It allows for feedback at any stage of the development cycle and can be adapted to include agile practices. The SAP Enterprise Architecture (EA) Framework is built to be flexible and can incorporate agile principles, supporting rapid iterations and adaptive planning. The agile approach is integrated into the SAP EA Framework to enhance responsiveness and to enable a continuous delivery model that aligns with the iterative nature of the ADM. Agile principles can be applied within and across the different phases of the ADM, promoting a more flexible and responsive architecture development process that is suited for organizations following agile methodologies.

References:

TOGAF documentation outlining the iterative nature of ADM.

SAP EA Framework documentation discussing integration with agile methodologies.

The clean-core strategy is a SAP initiative to keep the core of SAP S/4HANA as clean as possible by moving customizations and extensions to the side-by-side layer. This allows SAP to more easily deliver new releases of S/4HANA without having to worry about breaking custom code.

There are two main ways to extend SAP S/4HANA:

Developer Extensibility: This allows developers to extend the core of SAP S/4HANA by modifying the source code. This is not allowed under the clean-core strategy.

Side-by-Side Extensibility: This allows developers to extend SAP S/4HANA by creating new applications that run alongside the core system. These applications can communicate with the core system using public APIs.

The following are the benefits of using Side-by-Side Extensibility:

Flexibility: Side-by-Side Extensibility allows developers to extend SAP S/4HANA in any way they see fit.

Scalability: Side-by-Side Extensibility can be scaled to meet the needs of any organization.

Maintainability: Side-by-Side Extensibility is easier to maintain than Developer Extensibility, because custom code is not embedded in the core system.

Therefore, the best way to implement the clean-core strategy is to use Side-by-Side Extensibility. This will allow you to extend SAP S/4HANA in a flexible, scalable, and maintainable way.