As Chief Enterprise Architect of Wanderlust GmbH, you have just finished documenting the business ecosystem around online marketing. The CEO is asking for a suitable artifact to rejuvenate online marketing with a set of employees and partners. What would you do to be ready with the right information in this situation?
Answer : B
In order to rejuvenate the online marketing efforts with a set of employees and partners, creating a stakeholder map is the appropriate next step. A stakeholder map will help to identify and categorize all the relevant parties involved in the online marketing ecosystem, including internal and external stakeholders, their interests, influence, and the relationships between them. This artifact provides a visual representation of all stakeholders, their expectations, and requirements, which is critical for developing a targeted strategy for rejuvenation. Reference = Stakeholder mapping is a common practice in enterprise architecture to ensure that all parties affected by a project are identified and their needs are considered in the decision-making process.
As an Enterprise Architect, you must ensure that future extensions to the Digital Core of the enterprise guarantee stable and reliable operations. The architecture guideline demands to follow the clean-core strategy. What does this demand ensure and entail?
Which runtime environments does SAP directly support an SAP BTP?
Answer : A
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, 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.
As a result of solution mapping, business capabilities might require services which partners have implemented in SAP BTP. Which SAP components and services, if any, are required to integrate such BTP partner services with an on-premise SAP S/4HANA system (hybrid scenario)?
Answer : C
In a hybrid scenario, where business capabilities require services which partners have implemented in SAP BTP and an on-premise SAP S/4HANA system, the following SAP components and services are required to integrate such BTP partner services with the on-premise system:
SAP Cloud Connector:The SAP Cloud Connector is a software component that allows you to connect your on-premise SAP systems to SAP BTP. The Cloud Connector provides a secure connection between your on-premise system and SAP BTP, and it also makes your on-premise system available to applications and services in SAP BTP.
SAP BTP Destination Service:The SAP BTP Destination Service is a service that provides a single point of entry for accessing on-premise systems from SAP BTP. The Destination Service makes it easy to manage and secure connections to on-premise systems, and it also provides a way to federate data from different on-premise systems.
In order to integrate BTP partner services with an on-premise SAP S/4HANA system, you will need to install the SAP Cloud Connector on your on-premise system and register the Cloud Connector with SAP BTP. You will also need to create a destination in the SAP BTP Destination Service for your on-premise system. Once you have done this, you will be able to access the on-premise system from applications and services in SAP BTP.
It is important to note that you can also use other SAP components to integrate on-premise systems with SAP BTP. However, the SAP Cloud Connector and the SAP BTP Destination Service are the most commonly used components for this purpose.
As Chief Enterprise Architect, you want to select an extension option that follows SAP's clean-core strategy. What are your recommendations to implement the clean-core strategy best?
Answer : A
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.
For the next Architecture Board meeting, you need to determine the next steps required after the business, application/data and technology architecture designs have been created. What do you recommend?
Answer : A
After the business, application/data, and technology architecture designs have been created, it is vital to engage with stakeholders to review these artifacts and gain their sign-off, ensuring that the designs meet the business requirements and are aligned with the strategic direction of the company. Transition Architectures are an essential part of building the Architecture Roadmap as they provide interim 'target states' that enable the organization to move towards the final architecture in a controlled manner. Creating the initial drafts of the work packages and the project/rollout plan is necessary to commence the detailed planning for implementation.
Reference = This approach is documented within the SAP Enterprise Architecture development process, which underscores the importance of stakeholder engagement, Transition Architectures, and detailed planning for successful EA implementation. Relevant documents include 'SAP Enterprise Architecture Framework' and 'Transition Architecture Planning in SAP Environments.'
Green Elk & Company is the world's leading manufacturer of agricultural and forestry machinery. The former company slogan "Eik always runs has recently been changed to "Eik feeds the world" One of Green Elk's strategic goals is to increase its revenue in the emerging markets of China, India, and other parts of Asia by 80 % within three years. This requires a new business model that caters to significantly smaller farms with limited budgets You are the Chief Enterprise Architect and the decision was taken to implement regional S/4HANA productive systems while ensuring a high degree of standardization. Which of the following implementation approach would you consider best in this case?
Answer : A
As the Chief Enterprise Architect for Green Elk & Company, the strategic goal of expanding into emerging markets with a new business model tailored for smaller farms requires a careful and considered approach to implementing S/4HANA productive systems. The best implementation approach in this scenario would bePhased by Application.
This approach allows for a gradual rollout of the S/4HANA system across different applications, which can be prioritized based on the most critical business needs and the unique requirements of each regional market. By implementing in phases, the company can ensure that each application is tailored to support the new business model effectively while maintaining a high degree of standardization across the regions.
The benefits of a Phased by Application approach include:
Risk Mitigation: By deploying one application at a time, the company can minimize the risks associated with a large-scale implementation.
Focused Attention: Each phase allows the project team to focus on specific applications, ensuring better quality and alignment with business needs.
Feedback Incorporation: After each phase, feedback can be gathered and incorporated into subsequent phases, aligning with agile principles.
Resource Optimization: Resources can be allocated more efficiently, with expertise focused on specific applications during each phase.
The other options, such as Big Bang, would involve a high-risk, all-at-once implementation, which is not suitable given the strategic and operational changes required. Small buck is not a recognized implementation strategy in the context of enterprise architecture. Phased by Company could be considered if the organizational structure was the primary concern, but given the focus on application alignment with the new business model, Phased by Application is the most appropriate.
SAP SE. (n.d.). Implementing SAP S/4HANA: A Framework for Planning and Executing SAP S/4HANA Projects. SAP SE.
The Open Group. (2018). TOGAF Version 9.2: Enterprise Architecture Framework.
SAP SE. (n.d.). SAP Activate Methodology. SAP SE.