Franck,  

Here's how I'm modeling this and why. Feel free to comment on alternatives.

Business Services - different services by module.

  • We have different IT functional experts and business users/approvers by module.
  • The business service would be technology agnostic and stated in business terms.
  • One could be more specific and break the service down into components (i.e. Staffing, Employee Management etc...). This could be advantageous when relating to capabilities.

find_real_file.png

Business Service Offering

  • There service offering is flexible and the level of granularity driven by organization preference. One could choose a single offering, but this approach allows more specific catalog offerings including offerings fulfilled by non-SAP applications.

find_real_file.png

Business Service Offering to Application Service

  • Our implementation is dependent on Citrix in addition to SAP ECC Production (ECP).
  • The hypothetical background check is included to illustrate non-SAP and SaaS services.
  • Citrix can be Service Mapped independently to simplify the service mapping. 

find_real_file.png

Application Service to Technology

  • The application service is synonymous with the instance.
  • Aligns well with Service Mapping is it would be mapped once.
  • Is independent of the functional modules delivered (FI, MM) etc.. These can be added/removed without changing the technology mapping to the app service.

find_real_file.png

Business Application

  • The modeling of the Business Application takes on the owners perspective. The Business Application owner could decide to manage as one application (SAP ECC) or multiple (SAP HR, FI etc..). The following questions would drive the solution:
    • Do we want to assess the modules independently, or as a whole? Maybe FI module is great but HR is lacking and is a candidate for replacement. Current APM product allows for assessments by Business Application. Note that APM could be re-configured to assess at Business Service Offering, or Business Service. 
    • Other assessments (cost, technical fit, functional fit, technical risk) could impact the decision as well. 

Summary

  • The sell/consume domain (business services, offerings, catalog) is where the differentiation of the SAP modules would play out. 
  • The manage technical services domain (application services, tech services) is strictly driven by the physical implementation of the software and hardware. Note that location is the physical location of the hardware. 
  • The business application (design domain) is driven by the needs of the business application owner. 

Paul