Document toolboxDocument toolbox

Change Request and Project Support

How can I support my change requests and projects by using the Performer Suite?

This document provides an overview of how to use the Performer Suite to support your SAP BW change requests and project delivery.
The product of the Performer Suite supports you in the preparations and execution of projects. It reduces the workload and also accelerates the entire process.

Summary

Do you have another change request or project to participate in or to deliver?
Several of those challenges are ahead of you:

  • You have to estimate the change request and project accurately to have robust planning.
  • Understand all the dependencies within the system and all the follow-up details going from one object to the next.
  • Parts of the requirements are Query definitions. You have a strange feeling that something similar had already been implemented some time ago, but you are unsure what and where?
  • You work together with external suppliers and:
    • Not all developers from the supplier keep the naming convention, but you usually realize it in the end, as it is too much of an effort to always check everything.
    • It is not easy or challenging or seems maybe even impossible to preserve the knowledge of your supplier. Once they are gone again, you don't dare to touch the implementation, or you are very careful, and it takes you a long time to understand the implementation?
    • Do you have to search for a long time within the implementations or maybe even reverse engineer the information to prepare the change?
  • Bugfixing is sometimes very difficult and complex as there are many components involved? From where, how, and what data is loaded within the BW?
  • You are occupied with searching for the root cause of a problem (data-wise) rather than fixing it?
  • The handover to the maintenance colleagues or from the external suppliers sometimes leaves a "strange feeling" in your guts, that there must be more, but you cannot pinpoint what is missing?
  • When colleagues leave or change the team, there is mostly an outcry, how difficult it will be without them, as they had all the relevant knowledge for area X?

Challenges

You have to do many of those tasks above manually! Who likes to walk through 10ths or 100ths of BW Entities, Queries, Transformations, DTPs, etc. to understand something or search for specific information? How to show and represent all investigations so that you don't have to do them over again for the next problem, evaluation, estimation, etc.? Of course, errors can creep in here by making mistakes in the manual steps. As this is too much effort, you decide to go for the "supposedly" simple and easy way, or you have the feeling this is the only possible way and follow your feelings and rough manual investigations rather than more facts to estimate and evaluate how something should have been done.

There is no proper support for those activities above from SAP standard tools.

Solution

Use the Performer Suite for example to:

PhaseActivitiesHow to support them with the Performer SuitePossible Saving
(on each Activity)
Analysis
  1. Create a basis for discussion with the Functional Department about what is needed in terms of reporting
  2. Identify unneeded objects that can be deleted and cleaned up?
  3. Check Data Flows for (also for nested ABAP or AMDP) logic that is not always immediately visible!
  4. Understand the overall complexity in mapping for the whole data flow at once
  5. Identify Queries that haven't been used for a long time.
  6. Understand the dependencies from one BW Object to nearly all other elements (including ABAP or AMDP)
  7. Identify ABAP types, and statements (SELECT SINGLE, BREAK-POINT, etc.) that might be problematic, across the entire system.
  8. Understand what is on which system available. Are all Queries/InfoProviders/etc. transported and available in all Systems? Are all emergency changes from PROD maintained in DEV as well?
  9. Find Queries with specific aggregations or usage of particular Objects (NDIV#/NOERR/etc.).

  1. Matrix of Usage (System Scout)
  2. There are several System Scout functions for that:
    1. InfoProvider without Data Flows
    2. Data Loads and Usages
    3. Show inactive Entities
    4. Unused InfoObjects
    5. Variable Analyzer
  3. Data Flow Analysis
  4. Data Lineage of BW Entities
  5. Use "Grid View" with "Column Chooser" and the column "Last Used Date": Column Chooser
  6. Usage of BW Entities
  7. BW Code Scan
  8. Mass comparison: System Comparison. Individual comparison: Analyze and Compare Entities (can also be triggered from the mass comparison for different elements; detailed mass comparison coming soon)
  9. Key Figure Collection with search in Column Details or BW Documentation, with text search in the resulting document
  1. 40%-60%
  2. 20%-50%
  3. 35%-45%
  4. 20%-40%
  5. ~5%
  6. 5%-15%
  7. 5%-15%
  8. 50%-80%
  9. 5%-15%
Design

coming soon...

If you have a good idea, please let us know how we can support you even more and create a feature-request!



Implementation
  1. You need to take over data models to BW/4HANA or BW on HANA while still adjusting existing naming conventions.
  2. You want to take over Queries to the new and adjusted data model to secure basic processes within functional or reporting departments.
  3. You need to translate elements in the Data Warehouse to reflect several languages using a dictionary instead of doing this manually.
  4. You want to use consistent Naming Conventions during development.
  1. Migration Booster
  2. Copy Reporting Elements
  3. Translation Steward
  4. Naming Conventions BW with System Scout (also possible for transports)
  1. 80%-95%
  2. 80%-95%
  3. 50%-70%
  4. 5%-15%
Testing

For Bug Fixing aspects - see also Phase "Support"

If you have a good idea, please let us know how we can support you even more and create a feature-request!



Deploy

If you have a good idea, please let us know how we can support you even more and create a feature-request!



Support
  1. Support general resolutions for data:
    1. You need to understand how mappings are done within Data Flows, to be able to identify errors.
    2. Here it is also essential to understand what ABAP or AMDP routines do and
    3. if any relevant DTP or IP filter and selections influence processing or that has been changed due to singular events (testing, one-time loading, etc.) but have not been reversed.
  1. Data Flow Analysis - here especially:
    1. Mapping Analysis of InfoObjects
    2. Scan for Look-ups
    3. Show DTPs and InfoPackages incl. Filters
  1. 15%-40%
    1. 20%-50%
    2. ~10%
    3. ~10%
Documentation
  1. Preserve knowledge for later use, changes in team structure, etc.
  2. Creating documentation for different target groups (Functional Department, Audits, IT, etc.)
  1. BW Commenting (Docu Performer)
  2. BW Documentation especially: Scenarios
  1. at least 15% depending on how well used later!
  2. 10%-40%


© 2024 bluetelligence GmbH. All rights reserved.
No part of this publication may be reproduced or transmitted in any form or for any purpose without the express permission of bluetelligence GmbH. The information contained herein may be changed without prior notice. bluetelligence and Performer Suite and their respective logos are trademarks or registered trademarks of bluetelligence GmbH. SAP, ABAP, BAPI, SAP NetWeaver, SAP BI, SAP BW, SAC, and other SAP products and services mentioned herein as well as their respective logos are trademarks or registered trademarks of SAP AG in Germany or an SAP affiliate company. All other product and service names mentioned are the trademarks of their respective companies.
Impressum – Legal Notice: https://bluetelligence.de/en/imprint
Privacy policy: https://performersuite.de/en/privacy-policy
Atlassian privacy policy: https://www.atlassian.com/legal/privacy-policy