sap consulting - dboacn.free.frdboacn.free.fr/credentials/ocde/etude impacts sur...

Draft - for discussion purposes only

SAP ConsultingEtude préalable upgrade ECC 6.0

OECD

Résultats

04 mai 2007

SAP France 2004, Démarche montée de version SRM 2

Contenu

Introduction, périmètre & stratégie upgrade

Impact sur le système SAP R/3 actuel de l’OCDE

Estimation de charge, planning et analyse des risques

Annexes



Impact sur le système SAP 4.6c actuel de l'OCDE

Estimation de charges, planning et analyses desrisques

Annexe


Introduction et contexte

L’Organisation de coopération et de développementéconomiques (OCDE) est :

Une organisation réunissant 30 pays membres attachés auxprincipes de la démocratie et de l’économie de marchéUne source de données comparatives, d’analyses et deprévisionspermettant aux gouvernements :

de comparer leurs expériences en matière de politiquesde trouver des réponses à des problèmes communsd’identifier de bonnes pratiques

L’OCDE utilise SAP R/3 4.6C :Ce S.I. est aujourd’hui principalement articulé autour descomposants FI/CO (dont FI-FM pour la gestion des budgetset des engagements), TR (trésorerie), IM (InvestmentManagement), MM, PS, et dans une moindre mesure, LO.La mise en œuvre de Travel Management (FI-TV) est encours, nécessitant l’activation de données de base HR.

En préparation de la montée de version vers mySAPERP 2005, SAP a réalisé cette étude de cadrage upgrade.


Contexte de la mission

L’OCDE utilise SAP R/3 4.6C :L’OCDE maintient le système R/3 grâce à l’action d’une équipe interneorganisée en Centre de Compétences

Un projet de montée de version ECC6 est prévu courant 2007 :Pour pallier la fin de la maintenance standard SAPPour permettre le déploiement de nouvelles fonctionnalités :

BCS, Budget Reporting, Travel, Grant ManagementEvolution de l’axe de résultat (Output Result)Décisionnel : Business Intelligence (BI), Management ReportingProductivité des utilisateurs

Le présent document présente les résultats d’une étude decadrage upgrade en préparation de cette future montée de versionvers ECC6.


Périmètre

Cette présentation couvre les thèmes suivantsImpacts de l’upgrade dans l’environnement OCDE

Approche fonctionnelleDéveloppementsArchitecture technique

Résultats de l’étude préalableEstimation des charges pour la partie développementsPlanning projet prévisionnelAnalyse de risques et recommandations

A noterLes éventuels retours au standard suite à ces apportsne sont pas étudiés, mais des pistes sont évoquées


Les approches Upgrade et le ROI associéQUELLE approche procure le meilleur ROI?

Chaque approche amène un ROI et une durée de retour sur investissement plus ou moins longue. Plus ladécision de l’upgrade est motivée par des améliorations métier, plus le ROI à attendre est important!!

TCO

Maintenabilité

Stratégie métier

Qualité opérationnelle

Technique

Coût Projet

Scenarios d’upgrade

ROI

Bénéfices

Motivation Réduction durisque

Réduction duTCO

Améliorationsmétier

situation actuelle Situation après upgradefaible important

amélioredétériore améliore

améliore

améliore

améliore

Fonctionnel Stratégique

détériore

détériore

détériore

détériore

détériore

détériore

détériore

détériore

détériore

détériore

détériore

améliore

améliore

améliore

améliore

améliore

améliore

améliore


Facteurs ayant un impact sur le coût et les délais

StratégieUpgrade technique versus upgrade avec nouvelle implémentationCompatibilités des différents composants SAP

Nouvelles fonctionnalitésNombre de nouvelles fonctionnalités à implémenter

ModificationsNombre de spécifiques pouvant revenir au standardNombre et complexité d’éventuels nouveaux développements à implémenter

DocumentationNiveau et qualité de la documentation des processus mis en œuvre,des développements spécifiques et des modifications de standardDocumentation des procédures de tests, scénarios écrits / automatisés

Mais aussi…L’état du système de développementCapacité à tester la solutionCompétences / expérience de l’équipe client en terme d’upgradeImplication du management et mobilisation de ressourcesCapacité à geler les développements


Une migration iso-périmètre

1

Source : Feedback on mySAP ERP 2005

3Disposer de nouvellesfonctionnalitésGestion des litiges sur factures,Business Intelligence, …

2

mySAP ERPEdition 2005

SAP R/3Enterprise

SAP R/3up to 4.6C

< 6 mois pour migrerUtiliser les ressources pour unchangement de version plutôtqu’une montée de packages.

Économique et évolutifmySAP ERP 2005 est maintenueen standard jusqu’en 2011.Extended Maintenance : 2%d’économie de maintenance en2007, 4% en 2008.


BW : un pilotage opérationnel

1

3AccélérateurLa mise en place de BWsimplifie la communicationavec les outils de reportingd’entreprise.

2SAP R/3 ou mySAP ERP

SAP BW

Connecteurstandard

Tableaux de bordopérationnel

Reportingd’entreprise

Comptabilité / BCSDirectorate Reporting

Vrai et RapideFournit aux différents métiersdes informations à jourquotidiennement. réduit lesdélais de clôture mensuelle.

ExploitableSolution intuitive, un tableau debord commercial fournit lavisibilité sur un territoire ou unclient (CA, opportunités,litiges,..)



Impacts sur le système SAP 4.6c actuel de l'OCDE

Estimation de charges, planning et analyses desrisques

Annexe


Aspects Fonctionnels

Module FI-FM-CO

Module BL-TR

Module AA-IM-PS

Principaux modules utilisés :

Module MM-LO

Module FI-TV



Module FI-FM-CO

Module BL-TR

Module AA-IM-PS

Module MM-LO

Module FI-TV


Module FI

Description Nature de l’impact

Gestion des transactionsstandards Aucun risque identifié, absence de documentation

Développements spécifiquesAucun risque identifiéDéveloppements nécessaires et à reconduire : notes spécifiques auBilanReports spécifiques : balance âgée, CA fournisseurs

Évolutions potentielles(analyse supplémentairerequise)

New GL : clé comptable flexible afin de produire des états d’analysesur les axes métier.Adéquation entre les structures d’organisations de SAP et l'OCDE(segments géographiques)


Module FM


Gestion des transactionsstandards

Risque élevé : migration technique du composant FI-FM 4.6CChoix du moteur de budgétisation FBS ou BCS : dans les deux cas,impact très fort sur le périmètre fonctionnel et les procéduresDe nouveaux outils nécessitant une conception détaillée

Développements spécifiques Un travail important est lié aux Reports spécifiques, mais cette chargepeut être fortement réduite par l’utilisation des outils standards et BWUne forte implication client est requise notamment en terme deconception et de validation des processus


Nouveau moteur de comtabilité budgétaireFor Grant Management integration with FM budgetingNew master data dimensions (grant, funded program)New architecture (no hierarchy as previously)New functionalities (US)


Module CO



Aucun risque identifiéFlux standard détourné : le centre de coût exprime l’axe de résultatimpact fort en terme d’évolutivité

Développements spécifiques Reports : migration technique sans évolution fonctionnelle,Reports liés aux restitutions FM : nouvelle conception à prévoirUne forte implication client est requise


Utilisation des reports standards (technologie ALV)BI : Report stratégiqueOrdres internes : utilisation des hiérarchies d’ordres


Rappel des distinctions entre les 2 moteurs budgétaires FBS etBCS


Liste des scénarios imaginés par l’OCDE

Scénario 1 - Migration stricto sensu iso fonctionnelle FBS / mise en œuvre du delta de paramétrage requispar l’activation de EA-PS 6.00 / analyse de l’impact du reporting transactionnel existant (incluant lesspécifiques OCDE)

Scénario 2 - Migration stricto sensu iso fonctionnelle FBS / mise en œuvre du delta de paramétrage requispar l’activation de EA-PS 6.00 / Exploitation du Business Content FBS dans BI pour exploitation du reportingspécifique (afin d’éviter la maintenance du reporting ABAP spécifique)

Scénario 3 - Migration iso fonctionnelle en terme de perception par l'utilisateur final (pas de conduite duchangement sur les nouveaux objets de gestion associés à la réforme) mais avec le moteur BCS actif (lamigration FBS -> BCS a été mise en œuvre mais pas les nouvelles fonctions propres à la réforme)

3.1 Impact sur le reporting transactionnel3.2 Impact si exploitation du business content BCS pour le reporting

Scénario 4 - Migration technique ECC6 + migration technique et fonctionnelle FBS -> BCS dans lafoulée intégrant les changements associés à la réforme budgétaire

Scénario 5 – (indépendant des 4 autres) - Exploitation de IP pour les répartitions des outputs/programmes(nouveaux axes) dans l'environnement BI (pas possible en transactionnel)

Pré requis = migration technique iso fonctionnelle sans activation de nouvelles données de base


Éléments de chiffrage

Éléments de chiffrage génériques :Migration iso fonctionnelle du composant PSM :

Peut être rapide, mais …Nécessite la connaissance du périmètre d’intégration FBS (immos, …)

Reprises de donnéesPrévoir 1 mois supplémentaireDépend du scénario de reprises

Migration des états de restitutionAnalyse interne OCDE à réaliser sur la base des éléments fournis enannexe (changements de tables standards)Préconisations SAP :

Analyser les états standards transactionnels (l’analyse selon ratios permet deréaliser de nombreux reporting et susceptibles de remplacer certains existants)Exploitation du Business Content BI pour tous les états de type « Pilotage »

Concernant les Scenarii 3 and 4 :Passage du moteur FBS BCS et l’activation des nouveaux axes

Projet réalisable en 2 mois, mais …Si l’expression de besoins est précise (phase de conception réduite)Réalisation du paramétrage, de la documentation et des tests



Module FI-FM-CO

Module BL-TR

Module AA-IM-PS

Module MM-LO

Module FI-TV


Module BL-TR



BL : Pas d’impactTR : Pas d’impact

Évolutions potentielles(analyse requise)

DMEE (Data Medium Exchange Engine) : arbre des documentséchangés avec les banques

Paramétrage des Extraits de compte électroniques

Gestion des spécifiques Gestion de zones, échanges bancairesPas de risque identifié



Module FI-FM-CO

Module BL-TR

Module AA-IM-PS

Module MM-LO

Module FI-TV


Module AA-IM-PS



Pas d’impactAbsence de documentation

Gestion des spécifiques Reports : impacts liés à l’évolution de FM

Évolutions potentielles(analyse requise) Programme d’amortissements



Module FI-FM-CO

Module BL-TR

Module AA-IM-PS

Module MM-LO

Module FI-TV


Module MM-LO



Pas d’impact, flux MM simplesImpacts liés à l’adhérence avec FMAbsence de documentation

Gestion des spécifiquesReports : impacts liés à l’évolution de FMVérification des cohérences (multi-imputation)


Utilisation d’un Article génériqueNouveau rapport de visualisation des facturesGestion multi-langue des formulaires avec ADOBEE Forms



Module FI-FM-CO

Module BL-TR

Module AA-IM-PS

Module MM-LO

Module FI-TV


Module FI-TV


Gestion des transactionsstandards Pas d’impact processus pour la montée de version

Flux restreint à la gestion des notes de frais

Gestion des spécifiquesNombre important de modifications de programmes standardNombre important de développements spécifiques (enhancements)


Implémentation du Workflow standardOptimisation du standard : Revoir l’adéquation entre les fonctionnalitésde reporting ECC6.0 et les besoin des utilisateurs


Le volet développements couvre :Principales nouveautés techniques en ECC 6.0Principaux points à risqueSynthèse des charges

Volet développement



Principales nouveautés techniques en ECC 6.0

Principaux points à risque

Synthèse des charges


Principales nouveautés techniques (1/2)


Remplacement du moduleWS_Download par le moduleGUI_Download

Prise en compte des fonctionnalités GuiAdapter tous les programmes spécifiques qui appellent ces fonctions

Fonctionnalités de reportingévolué ALV

ABAP List ViewerPossibilités évoluées de tris, de sélections de mise en pageExtraction fichier (Excel, Txt, …), …

Editeur Abap nouvelle version Couleurs, graphisme, assistance à la saisieNouvel outil de debug adapté au développement objetMême ergonomie que l’éditeur d’Eclipse (homogénéisation del’approche de développement)

Apparition des web dynpro enABAP Développement possible de transactions en client léger

Intégration standard sous forme d’iViews dans le portail

Apparition du web flow Possibilité d’exécuter une étape workflow quel que soit l’outil workflowUtilisation d’une interface en WF-XML


Principales nouveautés techniques (2/2)


Apparition du WAS 7.0Moteur de services web (moteur SOAP)Possibilité d’interfacer tous les modules fonctions appelable via RFCavec un proxy d’appel dot.net (java)Apparition du netweaver développeur studio (java)

Formulaires dynamiquesMoteur: adobe designerFormulaire dynamiques au format PDFPossibilité d’insérer des objets dynamiques dans les formulaires(exemple menu déroulant)

Gestion des extensionsLes extensions des nouvelles fonctionnalités sont gérées par desBADI's ou enhancement point et sectionDans les anciennes fonctionnalités les extensions serontprogressivement gérées par des BADI's (impact léger au niveau de lamontée de version)

Nouvelles fonctionnalitésABAP

Accessibles uniquement sous forme de classe (exemple sérialisationde données abap au format XML)Il est conseillé de se former à l’objet


New ABAP editor


Application Scenarios With Web Dynpro

J2EEWeb Dynpro

Runtime

J2EEWeb Dynpro

Runtime

Web DynproApp

Web DynproAppWeb Dynpro

AppWeb Dynpro

App

SAP Enterprise PortalSAP Enterprise Portal

SAPNetWeaverDeveloper

Studio

SAPNetWeaverDeveloper

Studio

ABAPWeb DynproRuntime

ABAPWeb DynproRuntime

Web DynproApp

Web DynproAppWeb Dynpro

AppWeb Dynpro

App

ABAPWorkbenchABAPWorkbench

J2EEServerJ2EEServer Backend

ApplicationBackend

Application

ABAPServerABAPServer

RMI

RFC, WS

BusinessData

BusinessData

BusinessAPI (BAPI,

Web Services)EJB (e.a.)EJB (e.a.)

Web Dynpro iViewWeb Dynpro iView Web Dynpro iViewWeb Dynpro iView MUSE ClientMUSE Client


Web Dynpro et Enterprise Portal

Integration PortailiViews Génériquespour afficher lesApplications WebDynproIntegration facile viaWeb Dynpro iViewWizardCentral UsermanagementPortal eventingsupportObject BasedNavigationCharte graphiqueunifiée par les „portalthemes”




Principaux points à risque



Vigilances Générales Upgrade (1/2)

Ajustement des modifications des objets DDIC standards (domaines,éléments de données et tables)Remarque : un ajustement erroné peut conduire à une perte de données

Ajustement des modifications des objets Workbench standards(Repository objects)Recommandation : retour systématique au standard ECC6, puis étudede l’application des modifications client

Certains objets standards (Domaines ou éléments de données) utilisésdans des tables spécifiques peuvent disparaitre dans la version ECC6Il est alors nécessaire d’ajuster le DDIC avec la transaction SPDD(exemple : CHAR10)

Certains modules fonctions utilisés dans les développementsspécifiques peuvent tomber en obsolescence.Par exemple : WS_UPLOAD

Vigi

lanc

e

SPDD

SPAU

Objets DDIC

Modulesfonctions etBAPI


Vigilances Générales Upgrade (2/2)

Reprendre la version ECC6 du programme avant d’intégrer à nouveaules modificationsRemarque : recommandations générales sur les copies de std SAP voirnote 213751

Certaines transactions, certains champs ou dynpros peuvent évoluer oudisparaître dans la version ECC6Recommandation : adaptation des programmes vers IDOC ou BAPI

Certains formulaires standards peuvent évoluer fortement dans laversion ECC6 (ex MEDRUCK)Recommandation : retour systématique au standard ECC6, puis étudede l’application des modifications OCDE

Les contraintes imposées par Unicode nécessitent une évolution de lasyntaxe de certaines instructions ABAPRecommandation : adaptation des programmes spécifiques pour lesrendre compatibles avec Unicode

Vigi

lanc

e

Copie deprogrammesstandards

TechnologieBatch Input

Formulaires

Unicode


Principaux points à risque : Interfaces

Entrantes : 12 JoursSortantes : 8 jours

Charge upgradeDéveloppement de l'OCDE

RMF, PIECE, FOURNISSEUR

…

•Beaucoup de programmes d’interfaceentrantes et sortantes•Règles et flux de gestion sensibles etcomplexes•Charge estimée pour l’adaptation des BTCIuniquement•Attention : préparation des fichiers de testset des données de base associées

Commentaires


Principaux points à risque : User-Exits

•Attention : une nouvelle étude d’adéquationavec le standard ECC6.0 est nécessaire8 projets standard activés

34 jours

Charge upgradeDéveloppement de l'OCDE

8 projets Z*

•Certains exits sont activés•Zones supplémentaires•Contrôles•Écritures statistiques

Commentaires


Principaux points à risque : Evolutions du standard

•Modification du sur la recherche desmodifications lors de l’approbation desdocuments d’achat

RM06EF00 : “stratégies de lancement” descommandes

•retour au standard possible a étudierRFFOUS_C : impression des paiements

•retour au standard possible a étudierRFFORI00 & RFFORI01 & RFFORI99 & RFFORIF4 &RFFORIF5

•retour au standard possible a étudierRFFMEP1A & RFFMEP1B : Enrichissement duReporting

•retour au standard possible a étudierRFEKA400 : Ajout de la date comptable dansl’extrait de compte JPM

•De nombreux user-exit sont liés à cesmodifications

30 Jours

MA01A* : Programme du domaine desimmobilisations

ChargeupgradeDéveloppement de l'OCDE Commentaires


Principaux points à risque : Formulaires

20 jours

ChargeupgradeDéveloppement de l'OCDE

Formulaires SAPSCRIPT : Documents d’achats•FM06PF01 et ses includes•Mise en page dans SAPscript ou dansSmartform ?

Commentaires


Principaux points à risque : Recommandations


Copies du standard

SAP recommande de ne pas recopier du code standard mais de lemodifier via l’outil de modification du standard (OSS 213751)En cas de montée de version ou de support package, la transactionSPAU permet tracer les modifications apportées au standard et de lesconserver ou de les écraser par le code standardIl faudra lancer la SPAU juste après l’upgrade avant de commencer lesadaptations du code et du paramétrage

Utilitaires BC

Des programmes utilitaires BC (ZBC*, 11 programmes) ont été déployéssur le système 4.6cCes programmes risquent de devenir obsolètes suite à l’implémentationde Solution ManagerL’adaptation éventuelle de ces outils à ECC 6.0 n’est pas inclue danscette étude


Sujets connexes


Disparition de CATT

Il n’est plus possible d’enregistrer des CATT en ECC 6.0Les anciens CATT sont utilisables mais non modifiablesL’outil eCATT remplace l’outil CATT en ECC 6.0

Plus de fonctionnalitésMigration possible des CATT en eCATT

Rôles et upgrade

Les rôles ne sont pas affectés par la migration de 4.6c en ECC 6.0Des nouvelles autorisations apparaissent en ECC 6.0Les tests de non régression doivent être lancés avec les comptesutilisateurs pour identifier les deltas et les corriger avant le passage enproductionImpact lourd du à la complexité relative à l’OCDE




Principaux points durs



Synthèse analyse des développements : limites

(1) Cette charge comprend l’ajustement des développements, les tests unitaires, le supportaux tests d’intégration, le support post-démarrage et la mise à jour de la documentation.

(2) Cette charge est basée sur la liste des développements fournie, détaillée et commentéedans le document Excel « Valorisation développements OCDE » (les doublons et lesdifférentes versions rencontrées ont été éliminés).

(3) Charges non estimées :

(1) La création des documentations manquantes ou l’enrichissement desdocumentations existantes sur les processus spécifiques déjà présents (partiefonctionnelle ou technique)

(2) Activités de conversion et de chargement de données identifiées (lié auxchangements de tables ou enrichissement des informations),

(3) Communication et aide au changement (documentation de formation etprocédures utilisateurs),

(4) Formation des utilisateurs.

(4) La charge prend en compte la conversion des anciens user-exits à migrer en BADI’s.

(5) Cette charge dépend beaucoup du scénario retenu concernant la comptabilitébudgétaire. De nombreux développements spécifiques pourraient devenir obsolètes dufait des possibilités offertes par ECC6, la charge associée aux développementsspécifiques serait diminuée

(6) Cette charge est estimée pour des ressources expérimentées sur le développementABAP


Synthèse analyse des développements

* Reports : la charge dépend du scénario d'évolution de FM. De nombreux reports spécifiques peuvent être remplacés par des outils standards.

Classement desprogrammes Nombre d’objets Phase de

réalisation

Phased’assistance

recette

Phased’assistance post

démarrage

Charge estiméeen jours homme

InterfacesEntrantes 8 12 4 2 18

InterfacesSortantes 10 8 3 1 12

Reports * 81 145 15 5 165

Modifications etcopies de standard 29 58 11 4 73

Transactionsspécifiques 5 5 0 0 5

Formulaires 20 30 9 5 44User-Exit 18 24 8 2 34Workflows NC 13 7 3 23Business Add In 8 16 3 2 21

TOTAL EnsembleDesDéveloppements

179 311 60 24 395


Le volet Architecture Technique couvreCartographie de l’existantPoints de vigilanceScénarios de projets techniques

Architecture Technique


Volet Architecture Technique

Cartographie de l’existant

Points de vigilance

Scénarios de projets techniques


Cartographie des interfaces (existant)

Accounting

TreasuryLegal Budget Execution & Control

Purchasing

Asset Accounting Grant ManagementMC Contributions

Site Project Accounting

MissionsConsultant Contracts & Invitations

Temporary Staff Contracts

Operational Budget Mgt

PRIS

M

SAP

R/3

4.6

C

TranslationOfficial Document Reproductions

Printing ServicesTelephone Billing

SRP

CORPORATEDIRECTORY

HR KIOSK

eRecruit

PEO

PLES

OFT

8.3

TrainingGlobal Payroll

HRMSOrg Builder

Loans

PAYR

OLL

Depart AllocationValidation Costs

PATS

OLIS

Missions

MG

T R

PTG

ConsultantsStaff Expenditures

PWB/PIR2006

DirectorateReporting Systems


SAP WebApplication Server 6.20

Tec

hnol

ogy

App

licat

ion

SAP Basis

SAP R/3up to 4.6C

SAP R/3 Enterprise

Application

SAP ERP Edition 2005

SAP NetWeaver™ ’04s

Com

posi

te A

pplic

atio

n Fr

amew

ork

APPLICATION PLATFORM (7.00)

Life Cycle M

gmt

Composite Applications

PEOPLE INTEGRATIONMulti Channel Access

Portal Collaboration

INFORMATION INTEGRATION

Master Data Mgmt

Bus. Intelligence Knowledge Mgmt

PROCESS INTEGRATIONIntegrationBroker

BusinessProcess Mgmt

J2EE ABAP

DB and OS Abstraction

Strategic Enterprise Management

Self-ServicesInternet Sales… and more

Architecture of SAP ERP

Industry Solutions

SwitchSwitch FrameworkFramework

Supplier Relationship Management

Enterprise Extensions Industry Extensions

Industry Sol.

SAP ECC Core (6.0)SAP R/3Enterprise Core (4.70)

SAP EnterpriseExtension Set

EhP 1 EhP 2

ITS

SAP France 2004, Démarche montée de version SRM 51SAP NetWeaver 2004s

Java Components

XI Content

EP Content

Java WebApplications

AdditionalComponents

XECO 5.0

SAP XSS 6.0

LSO (CP) 600

BILLER DIRECT 6.0

XI Content forApplications

Business Packages

ABAP componentsSAP ECC

ABAP Add Ons included in installation SAP ECCSEM 600

LSO (FE) 600

ST – PI

SAP-HR 600

SAP-APPL 600

SAP AP 7.0

IS-UT 600

IS-PS-CA 600

IS-OIL 600

IS-M 600

IS-H 600

IS-CWM 600

INSURANCE 600

FINBASIS 600E-Recruiting 6.0

FI-CAX 600

FI-CA 600

ES-DFPS 600

ECC-DIMP 600

EA-RETAIL 600

EA-PS 600

EA-IPPE 400

EA-HR 600

EA-GLTRADE 600

EA-FINSERV 600

EA-APPL 600

Add Ons ABAP

WFMCORE 2.0

SAP CATALOG 2.0

cPROJECT SUITE 4.0

SEM 600

LSO (FE) 600

FINBASIS 600

E-Recruiting 6.0

BI Content

BI Content 7.0

SAP SRM

SAP SRM 5.5 Server

Front End

cProject ECLViewer 5.1.2

SAP Easy DocumentManagement 6.0

OpenPS for MSProject 2.02

LSO (AE) 600

SEM FrontendComponents

SAP GUI 6.20/6.40

BI/BW FrontendComponents

LSO (OP) 600

SAP SolutionManager

SAP ERP 2005 – Software Components

ELSTER 2.0

Software components ofan SAP ECC 6.0 systemafter upgrade or installation

11

Industry extensions can beactivated optionally using thenew Switch Framework.

In case of an upgrade, theindustry extentions that havebeen used asAdd-ons in the previous SAPR/3 system are automaticallyactivated.

2

2


Example of Industry Extension BFS BF

BF Grantor Management

BF Tax & RevenueManagement

BF Campus Management(CM) Academic Structureand Student Life Cycle

BFS Campus Management

BFS Public Services

Business Function Set

…

BF CM Customizing &Settings

BF Collection &Disbursement

BF Contract AccountingFunds Management

Business Function

SAP ECC Industry Extension Public Services 6.0

SAP Industry Extension example

source: SAP Masterguide ERP2005, chapter 2.2.4.1 Industry Extensions


2011 2012

Release and Maintenance Strategy SAP ERP

2002 2003 2004 2005 2006 2007 2008 2009 2010

SAPERP 2004SAP R/3

Enterprise47x200

SAP R/34.6C

SAP R/33.1I – 4.6B

Dec

Dec Mar

Dec

Mar

This strategy is also valid for all industry-specificadd-on applications based on the releases above.

2014

Mar

Mar

2013

Dec

Mar

Mainstream Maintenance Ext. Maint.(+ 2%)*

Ext. Maintenance(+ 4%)*

Customer-SpecificMaintenance

Dec




Ramp-Up

* Overall payment is SAP Standard Support / SAP Premium Support fee plus additionalfee of 2% or 4% of the maintenance base per year.

Ext. Maint.(+ 2%)*



Ramp-Up Mainstream Maintenance

Mainstr.Maint.

Ext. Maint.(+ 2%)*



Feb

Jul

Jan

Sep

Apr

Jun

Jun

Oct

Mar



Ramp-Up

Options for CustomersUpgrade to SAP ERPExtended Maintenance (R/3 4.6c)

Customer-Specific Maintenance

December 2006End of Mainstream Maintenance for SAP R/3 4.6CEnd of Extended Maintenance for SAP R/3 3.1I-4.6BEnd of Mainstream Maintenance for several releasesof Non-R/3 application

SAPERP 2005


Politique de maintenance SAP

8

http://service.sap.com/sp-stacks

http://service.sap.com/sp-stacks


Architecture techniqueIntégration de ECC 6.0 dans le paysage existant (3/3)

La présence d’un SAP Solution Manager devient obligatoire ( >= 3.2) :Lors de l’upgrade de SAP R/3 vers ECC 6.0 , une clé générée par le SolutionManager est obligatoire pour réaliser les activités.Solution Manager est un outil permettant de gérer le cycle de vie des projets, del’implémentation au support. Il a pour vocation d’être positionné au niveau d’uncentre de compétence, pour embrasser la totalité des activités autour de SAP.

Ci-dessous un aperçu des fonctionnalités SOLMAN.


Réflexion Unicode

SAP ECC6UNICODE

?PRISM

MGT

Payroll

PEOPLESOFT

SRP

Nouvel applicatif ???

UNICODE est un « standard » recommandé par SAPAujourd’hui 10% des installations l’utilisent, 100% estimées d’ici 2010

Les nouvelles versions des produits SAP sont installées en Unicode uniquement

Aujourd’hui : Français, Anglais, Allemand soit 1 seul Code pageUnicode ne semble pas nécessaire, mais il faut considérer les échanges entre systèmes et les évolutions de l’entreprise OCDE




Points de vigilance



Gestion de projet technique

AVAN

T Statuer sur “Unicode” ou “Non Unicode”Dépendances possibles avec les produits connexes

Risques / Recommandations :Le projet : Upgrade ECC 6.0

n’est pas a sous estimer.Attention aux effets sur lepaysage de maintenance 4.6C.Les ressources : s’assurer du

dimensionnement (ressourcessupplémentaires). Anticiper ladisponibilité des équipes.Afin d’atteindre l’indisponibilité

minimum souhaitée du systèmede production, plusieurssimulations d’optimisationpeuvent être nécessairesIl est souhaitable de stabiliser le

système de production ECC 6.0avant d’effectuer la conversionUnicode (plusieurs semaines)

OC

DE

Dimensionner, commander les nouveaux serveursDéfinir les activités techniques de mise à dispoSynchroniser le planning technique avec les autresentités OCDE

Prévoir et former les ressources nécessaires

PRO

JET Étude préliminaire sur les impacts (ex. activation ou

non des stacks JAVA)Prévoir un/des « tests à blanc » TextPrévoir des consultants confirmées sur ECC6.0


Paysage système et gestion des modifications

AVAN

T Planifier le “Gel de la Maintenance” surl’environnement 4.6CAnticiper l’annonce auprès des directions métier etexpliquer les enjeuxRecueillir et lotir les besoins d’évolution

Risques / Recommandations :Assurer et maintenir le Gel de laMaintenanceGestion de deux types depaysages pendant la durée duprojet : maîtrise de la poursuitedes modifications demaintenance 4.6C (impact surECC6.0)Maîtrise du plan de teststechnique

OC

DE

Définir le plan de tests techniquesAdapter et valider les procédures techniquesDéfinir et valider les procédures de gestion desdeux lignes de systèmes SAP

PRO

JET S’assurer de la bonne réalisation de la procédure

de copie de système par backup/restore OracleMettre en place le système de transport TMS(Transport Management System) sur le nouvelpaysage


Administration / Archivage

Adm

inis

trat

ion Vérifier la compatibilité des outils tiers avec les

outils SAP et adapter les procéduresd’administration et de surveillance en version ECC

6.0Sauvegardes : temps minimum et stableContrôler l’évolution des plus grosses tables etindex

Risques / RecommandationsTests outils et procéduresMaîtrise des temps et dessauvegardes / RestaurationsMaîtrise de l’accroissement de labase de donnéesS’assurer de la procédure decopie de systèmes (revue avecWAS 7.0)

Arch

ivag

e

Prévoir un projet d’archivage :Après la migration,Mettre en œuvre une procédure associée deréorganisation des tablesCes actions garantissent la meilleure performance dusystème et une durée minimale des bascules


Paysage système et gestion des modifications

Perf

orm

ance

s

Réaliser un “Early Watch Alert” au plus tôtAppliquer les recommandationsAnalyse Base de données et traitements SQLmajeurs : services SAP « Optimization »

Risques / Recommandations :Serveurs : dimensionnement desressources matériellessupplémentaires,Maîtrise de l’accroissement de labase de données et del’exécution des traitementscritiques (archivage,réorganisation des tables,scheduling)Impressions : Tests à réaliserRéseau : augmentation traficDéploiement de la dernièreversion SAPGUIDiversité des configurations PCà l’OCDE

impr

essi

ons

Réaliser des tests sur tous les types d’imprimantes(Peu de type d’imprimante, LOCL utilisé,Impression de masse par Transfer de fichier sur siteexterne spécialisé dans les impressions de masse)

Rés

eau Infrastructure réseau et postes clients :

Prendre en compte l’augmentation ressources requisetant pour le trafic réseau que pour les postes WindowsDéploiement SAPGUI 6.40 voire 7.10




Points de vigilance



Nouvelle procédure technique „systèmeswitch upgrade“

La version cible est installée commesystème « fantôme » (shadow) sur la DB dusystème source

Possibilité de minimiser le tempsd’indisponibilité en réalisant un certainnombre d’actions en parallèle del’utilisation productive

Le temps d’upgrade ne sera pas différentLe temps d’indisponibilité est plus court

Architecture techniqueMéthode d’upgrade

Méthode Impact

Cette nouvelle procédure offre deuxméthodes d‘upgrade :

„Downtime minimized“ (scénario 1)Simulation réelle de toutes les opérations

„Resource minimized“ (scénario 2)Toutes les étapes sont réalisées off-line

Scénario 1Temps d‘indisponibilité limitéNécessite plus de capacité HW

Scénario 2Limitation des ressources nécessaires

Les facteurs impactant le „downtime“Capacité HWTemps de backupVolume de développements spécifiquesTaille de la base de donnée

Il n‘y a pas de relation linéaire entre lataille de la base et la durée du downtime

C‘est à chaque client de déterminer lastratégie la plus adaptée en fonction de sescontraintes


Développement Qualité Production

SLM Version 3SAP Router

Paysage SAP Actuel


Orientation du Paysage SAP cible

Développement Qualité Production

ECC 6.0

BI

EP

SM ?

?

SAP router

1

1

1

2 2

2

2

1

1

3

3

Ordre de priorité pour la commande

Serveur déjà commandé

Paysage IDES (sandbox)

ECC 6.0 BI / EP1 1


Le Paysage SAP actuel à l’OCDE

Développement

Instances SAP ERP

xxxRéf

D01

xxxParam

Qualité

Q01

Production

xxx

P01

• Route de Transport• SCC1…

xxxTest Unitaire

Livraison transports

xxxSolMan Prod

SFP

SAP Solution Manager

4.6C

DBMsSQL 2000

sap02 sap05

NT 5.0 (32bits)2 CPU

1GB ram28 GB DB

56 GB Free

sap04

NT 5.2 (32 bits)4 CPU

2GB ram43 GB DB

52 GB Free

xxxRéf

xxxParam

xxxTest / Form

NT 5.0 (32bits)4 CPU

2GB ram35 GB DB

0,5 GB Free


Le Paysage SAP Cible estimé par l’OCDE

Développement

Instances SAP ERP

xxxRéf

D01

xxxParam

Qualité

Q01

Production

xxx

P01

• Route de Transport

xxxTest Unitaire

Livraison transportsxxx

Tests

Bac à Sablexxx

SolMan Prod

SFP

SAP Solution ManagerV4.0

ECC 6

DBMsSQL 2005

sapxx sapxx

W2K3 (64bits)4 CPU

6 GB ramSAN Disque

sapxx

xxxRéf

xxxParam

xxxTest / Form

W2K3 (64bits)8 CPU

8 GB ramSAN Disque

W2K3 (64bits)6 CPU

8 GB ramSAN Disque

AS eventuel

Rapport au Bacth-Input et

Nouveauxutilisateurs prévus


D01 Q01

12

3

4

10

6

BAS

9

5

8

D06 RR6 PR6

7

Instancetemporaireidentiqueà la P01

Paysage de Maintenance « Correctifs Urgents » de la version 4.6C

CopieCopie Copie

Paysage de montée de version ECC 6.0

P01

Ligne de maintenance urgente 4.6C

Ligne de livraison O/T adaptation en Version ECC6.0

Copie d’instances

Upgrade (Montée de version 4.6C en ECC 6.0)

Instances ECC 6.0

Instances 4.6C

Maquette d’évaluation des impacts

Instances Supplémentaires temporaires

Plusieurs testsA blanc possible

(Bascule)Montée de version

de la P01

Développement Recette

Type 1

IR6

Respect des étapes de validation actuelles

Pré-requis :Gel de toutes évolutionsou développent dès la phase 3.Dans ce schéma ne sontreprésentées que les InstancesSAP. Les mandants sont icihors sujet

Scénario : 2 couloirs distinctes

SSM

SAP Solution Manager V4

Instance éventuelleSpécifique pour les tests

Scénario Recommandé


P01 Q01 R01

D46

7

P01

1

2 3

4 567

BAS

8

Livraison O/T 4.6C actuelle

Ligne de maintenance urgente 4.6C en première phase

Ligne de maintenance urgente 4.6C en deuxième phase

Ligne de maintenance urgente 4.6C en phase finale

Ligne de Livraison des O/T spécifique Upgrade ECC6

Livraison O/T en ECC6 en vie courante après Upgrade

Copie d’instance

Upgrade (Montée de version 4.6C en ECC 6.0)

Instances supplémentaires indépendantes

Pré-requis :Gel de toutes évolutionsou développentdès la phase 3

-Période la plus courte possible-Upgrade à blanc envisageable selon complexitéavec répétition pour affinage si nécessaire

Type 2

Dans ce schéma ne sontreprésentées que les InstancesSAP. Les mandants sont icihors sujet

Scénario plus simple si le SLA et l’organisation le permet

SSM

SAP Solution Manager V4

Scénario alternatif


Détail des étapes du scénario Upgrade

1. Système de DEV (D01 D06)a. Copie D01 new D01 (ou D06) en SAP R/3 4.6c – Début du gel des modifications

(« orange »)b. Upgrade new D01 (ou D06) vers ECC 6.0 et maintien D01 4.6c pour transports urgentsc. Installation des nouveaux GUI sur les pc de l’équipe projetd. Résolution SPAU/SPDD, adaptation des programmes et tests fonctionnels unitaires et

génération d’ordres de transport2. Tests d’intégration (Q01 RR6)

a. Copie de Q01 sur new Q01 (ou RR6) début du gel des modifications (« Rouge »)b. Upgrade automatisé new Q01 (ou RR6) incluant les ordres de transportc. Installation des nouveaux GUI pour l’équipe de recetted. Tests d’intégration et de non régression sur New Q01 (ou RR6)e. Correction des anomalies sur new D01 (ou D06) et transport vers New Q01 (ou RR6)

3. Migration à blanc (Q01 IR6)a. Copie de BCP sur new Q01 (IR6)b. Upgrade automatisé IR6 incluant les ordres de transportc. Tests techniques

4. Production (P01)a. Bascule des machines de productionb. Upgrade oraclec. Upgrade new P01 vers ECC 6.0d. Ordres de transport et opérations manuelles

5. Post productiona. Ecrasement ( après préparation) des anciennes machines SAP R/3


Impacts de ces scénarios

New D01 et New Q01 (Sizing à valider)ainsi, le chemin de maintenance estintact

Nouvelles machines de qualité et de recette (scénario 1)

RECOMMANDE

Quelle que soit la période, cesévolutions doivent être reproduitesmanuellement dans l’environnement deprojet Upgrade et soumises au comitéde chantier Upgrade.

=> Prévoir une charge égale à leurréalisation en environnement projetpour intégrer ces modifications enenvironnement upgrade.

Nécessité de « geler » l’environnement de production

-Période orange : changements de paramétrage limités,et non liés à de nouvelles fonctionnalités. Durant cettepériode, les modifications peuvent encore être injectéesdans l’environnement projet Upgrade, mais apportentcomplexité et risques.

-Période rouge : uniquement la maintenance corrective,les programmes « jetables » ou créations de données.Cette période commence au moment des testsd’intégration, lorsque toute modification peut générerdes effets de bord.

-Prévoir les opérations manuelles (de0,5j à 5j)

Impact

Fenêtre d’indisponibilité

Description



Impacts sur le système SAP R/3 4.6c actuel del'OCDE

Estimation de charges, planning et analyses derisques

Annexe

A REVOIR


Estimation

Compris dans l’estimation du chiffrage :La migration technique des serveurs DEV, QAS et PRD,Les tests unitaires fonctionnels et développements pour les fonctionnalitésexistantes,Les impacts du projet d’activation du nouveau moteur de comptabilisationbudgétaire sont exclus,La mise à niveau des développements selon la liste de développementsfournie en annexe 1.


Estimation : restrictions

Non compris dans l’estimation du chiffrage :Tout autre système SAP non identifié comme faisant partie du périmètreTout développement non identifié dans la liste des développements

Par exemple : états, programmes de reprise de données, ou non identifiés individuellement.Tout changement de technologie sur un développement

Rédaction de spécifications fonctionnelles et techniquesTout effort fonctionnel lié à de la définition d’un besoin, rédaction de blueprint, configuration et testsassociés :

Ainsi, aucun scénario de migration de FM n’est chiffré dans cette estimation :Des éléments de dimensionnement sont néanmoins indiqués dans l’analyse FM,Étude supplémentaire souhaitable : établissement d’un cahier des charges précis, choix d’un scénario, chiffrage

Toutes activités sur les outils non SAPInstallation / mise à jour sur les postes clients (déploiement du Gui)Migration OS/DBOptimisation des performancesRédaction des scénarii de tests et la mise à disposition de données de tests par les utilisateurs cléOrganisation et coordination des tests d’intégration (par les équipes OCDE)Paramétrage

Retour au standard éventuel de certains spécifiquesAdaptation du paramétrage

Opérations techniquesTout ce qui n’est pas explicitement mentionné comme faisant partie du périmètre


Charges prévisionnellesUpgrade ECC 6.0

7008539516060TOTAL

588103010Support post Go Live(1 mois)

5919102010Migration réelle

351010105Migrations à blanc

12222603010Tests de nonrégression

380102956015Tests unitaires etajustements

0Reprises de DonnéesFM/BCS

0Blueprint, RéalisationFM/BCS

4616101010Préparation

ChargeTotale

ConsultantsTechnique

ConsultantsDéveloppements

ConsultantsFonctionnels

Direction deprojetPhases Projet

Projet d’activation du nouveau moteur de comptabilité budgétaire : duréeestimée 2 moisCharge à détailler selon le scénario retenu

Projet de reprise des données pour le nouveau moteur de comptabilitébudgétaire : durée estimée 1 moisCharge à détailler selon le scénario retenu

Upgrade technique (iso-fonctionnalité stricte) non retenu à cause de la migrationnécessaire du moteur de comptabilité budgétaire


Hypothèses de chiffrageContenu des phases

Tenue des ateliers fonctionnels, travail d’adéquation produit, rédaction des documentsde conception générale et détaillée, rédaction des documents de spécification desécarts au standard

Le chiffrage est dépendant du cahier des charges client. L’estimation indiquée s’appuie surl’hypothèse d’une expression de besoin complète, précise et stable.

Conception générale etdétaillée

Tests d’intégration techniquesCorrection des anomaliesPréparation environnement de migration à blanc

Phase tests d’intégration

Ajustements liés à l’upgrade (développements et paramétrages)Mise à disposition environnement de QAS, transports et ajustements manuelsPhase ajustements

Support, résolution d’anomalieSupport post-démarrage

Préparation du planning détaillé des opérationsDéfinition précise des opérations de Go-LiveUpgrade à blancTests unitaires (techniques)

Exécution du « PREPARE »Upgrade réel, SPAU, SPDD, transports, opérations post-upgradeAjustements manuelsVérifications de bon fonctionnement

Upgrade réel

Upgrade à blanc

Planification précise et phasage par rapport aux projets en coursConstitution de l’équipe projetStratégie architecture techniqueMise à disposition environnement de DEV + upgrade techniqueApplication des plug-ins sur les systèmes connectés (si nécessaire)

Préparation

Détail des activitésPhases


Planning et charges prévisionnellesDétail des activités de paramétrage fonctionnel

Rôle du développeur ECC 6.0Ajustement des programmes spécifiquesTests unitairesMise à jour de la documentationSupport aux tests d’intégrationSupport migration à blancSupport post-démarrage

Rôle du consultant fonctionnel ECC 6.0Ateliers d’arbitrage des retours au standardParamétrage des retours au standardAdaptation et paramétrages diversSaisies manuellesInterface avec les utilisateurs OCDEInterface avec les développeursSupport post-démarrage


Planning et charges prévisionnellesDétail des activités de paramétrage fonctionnel

Rôle du consultant interne OCDEInterface avec les consultants fonctionnels ECC 6.0, notamment arbitrage desretours au standardTransfert de connaissance (par le consultant ECC 6.0)Rédaction des scénarii de testTests d’intégrationValidation de la solution

Rôle du chef de projet opérationnelPilotage des activitésAnimation des comités de chantiersCoordonne les activités de développements de paramétrage et activitéstechniques


Taches du projet Paysage système

Phase projet – Préparation du projet

Equipe technique :- Préparation et migration du bac à sabletechnique

Activités de Développement :-Ajustements initiaux sur les modifications dustandard, développements spécifiques, userexit, ect.

Activités fonctionnelles:- Rédaction et validation de l’expression debesoin métier pour la comptabilité budgétaire- Etude des nouveautés métiers de la nouvelleversion-Préparation des tests (description etordonemencement)-Tests unitaires sur les process et procéduresmétiers “critiques”

Pilotage projet:-Allocation des ressources/ organisation duprojet ,définition des normes et standards-- Initiation du planning du projet

Livrables:- Ajustements effectués sur le bac à sable,tests unitaires effectués-Plan détaillé du projet et allocation desressources

Ligne demaintenance

Bac à sable BASECC

Légende:= 4.6C

= ECC 6.0

= Système de travail

= Route de transport

DEV4.6C

PRD4.6C

QUAL4.6C

Copie du systèmeet montée de version

Ligneproductive

5W 3S

M M+2 M+4 M+6

20S 2S3S

Préparationdu projet Réalisation

Mise enproduction et

support

Préparation dela mise enproduction

Echelle deTemps


Taches du projet

Phase projet – Réalisation

Equipe technique:-Mise à jour du paysage systèmeRafraichissement de la qualité, montéede version technique de la ligneproductive (DEV et QUAL)

Activités de développement :- Exécution des SPDD/SPAU Ajustementdes développements spécifiques (Testsunitaires – 6 semaines)- Correction des anomalies

Activités fonctionnelles:- Ateliers fonctionnels en vue de laConception générale et détaillée- Activation du nouveau moteur decomptabilité budgétaire et réalisation duparamétrage des fonctionnalités- Mise à jour du paramétrage- Tests d’intégration (3 semaines)- Tests d’acceptance avec les utilisateursclés (Une semaine)

Livrables:- Période de double maintenance-Tests unitaires et tests d’intégration-Process métiers opérationnels sur laQUAL

Ligne demaintenance

Bac à sable

DEVECC

PRD4.6C

QUALECC

Ligneproductive

DEV‘4.6C

QUAL’4.6C

Doublemaintenance

5W 3S 2S

M M+2 M+4 M+6

Préparation duprojet Réalisation

Transportdescorrections

3S 20S


support


Paysage système

Légende:= 4.6C

= ECC 6.0



Echelle deTemps

BASECC


Taches du projet

Equipe Technique:- Préparation de la montée deversion sur PRD-Stress test / Tests de volume

Activités fonctionnelles :- Option: Migration à blanc lancéesur l’environment productifincluant des tests de nonrégression test

Activités de développement :- Correction des anomalies

Livrables:-Flux métiers testés-estimation dutemps d’interruption de service –-Plan de mise en productiondétaillé- Décision de Go-/No-Go

Phase projet – Préparation de la mise en production

DEVECC

Doublemaintenance

5W 3S20S 2S

M M+2 M+4 M+6

PRD4.6C

QUALECC

DEV‘4.6C

QUAL’4.6C

Préparation de la mise

en production

3S

Préparation duprojet


supportRéalisation

Légende:= 4.6C

= ECC 6.0



Bac à sable

Ligne demaintenance

Ligneproductive


Echelle deTemps

Paysage système

BASECC


Taches du projet

Phase projet : Mise en production et Support

DEVECC

PRDECC

QUALECC

Equipe technique:-Migration du système deproduction-Activités de post migration(ajustement de TMS, ect..)

Activités fonctionnelles :- Validation de la solutionfonctionnelle dans la nouvelleversion

Livrables :- Livraison de la nouvelle versionECC 6.0 en système productif- Support lors de la mise enproduction- Clôture du projet

5W 3S 2S

M M+2 M+4 M+6


support

20S3SEchelle deTemps

Préparation duprojet Réalisation


Paysage système



Ligneproductive


Planning prévisionnelScénario 1 upgrade ECC 6.0

Migrationréelle

Réunion delancementprojet

PERIODE « ROUGE »

ManagementProjet Fonctionnel et

DéveloppementConsultantsinternes

Utilisateursfinaux

Activitéstechniques

C M

Paramétrage/adaptation spécifiques

Tests unitaires

C + M+ A

Tests de nonrégression

Support testsd’intégration

Go/ no gofonctionnel

A

T

C + M Go/no gotechnique

QAS

Prè PRD

PRD

PERIODE « ORANGE »

Formationend-users

Maj supportsformation

C : copie systèmeM : Migration ECC 6.0A : Ajustements manuelsT : tests de non régression

Préparation

MA

T

Supportpost upgrade

DEV

M3 M4 M5 M6 M9M8M7M2M1


Planning prévisionnelScénario 4 upgrade and BCS Migration ECC 6.0

Migrationréelle

Réunion delancementprojet

PERIODE « ROUGE »

ManagementProjet Fonctionnel et

DéveloppementConsultantsinternes

Utilisateursfinaux

Activitéstechniques

C M

Paramétrage/adaptation spécifiques

Tests unitaires

C + M+ A

Tests de nonrégression

Support testsd’intégration

Go/ no gofonctionnel

A

T

C + M Go/no gotechnique

QAS

Prè PRD

PRD

PERIODE « ORANGE »

Formationend-users

Maj supportsformation

C : copie systèmeM : Migration ECC 6.0A : Ajustements manuelsT : tests de non régression

Préparation

MA

T

Supportpost upgrade

DEV

M3 M4 M5 M6 M9M8M7M2M1

CONCEPTIONFM / BCS


Métier

Best Practices :utilisation du standard

Absence de K-users

Organisation projet

Système Informations Logistique, outils d’analysestandards, reporting BI : anticiper la conception

Faire monter en expertise avec un rôleconsultatif et pédagogique (utilisation évoluéedes outils standards)

Adéquationbesoin/solution

Contention deressources internes

Sujet Facteur de risque Principales recommandations Niveau de risque

Risques et recommandations (1/2)

Administrationsystème

Netweaver ne changepas les transactions

habituelles du monde« Abap »

Pas d’impact majeur, sous réserve d’uneformation des équipes systèmes

Réactivité, passage desordres de transport

Compenser par des ressources externes, prévoirdes ressources très expérimentées endéveloppement et paramétrage ECC 6.0

Documentation (macroscopique et technique)Absence de scénarii de tests fonctionnelsUtilisation insuffisante des outils standards

Il est important dans le cadre du projet d’upgraded’obtenir une bonne réactivité de la part deséquipes d’exploitation

Préparation des testsde non régression

L’exhaustivité des tests de non régression est unfacteur clé de la bonne réussite du projet


Développements

Un volume importantde programmes

spécifiques

Attention copies etréparations

Architecture

Eléments dedimensionnement

Complexité moyennedes composants reliés

Vérifier que les machines de développement etde qualité actuelles permettent l’utilisationoptimale d’ECC 6.0

Tester systématiquement tous ces composantsd’un bout à l’autre de la chaîne

Sujet Facteur de risque

Eviter de positionner trop de ressources enparallèle durant la phase d’ajustementVérifier l’utilisation réelle des développementsPréférer le retour au standard

Niveau de risque

Risques et recommandations (2/2)

Principales recommandations

Remplacer les copies de programmes standard pardes réparations (traçabilité)Éviter les réparations de standard

Nombre de gestestechniques

Chemin d'upgrade classique, Attentionapplicatifs connexes non SAP

Expérience desressources

Les chiffrages ont été estimés sous réserve deressource expexpéérimentrimentééeses sur les technologies dedéveloppement ECC 6.0


Explication des niveaux de risque

Risque faibleCe domaine est globalement sous contrôle, les objectifs définis du projet vontprobablement être atteints sans restriction majeure. Les risques identifiés n’ont qu’unimpact faible sur le succès du projet et une faible probabilité d’arriver.

Risque moyenDans ce domaine, les faiblesses sont significatives. Les risques identifiés :

Ont un impact fort sur le succès du projet mais la probabilité qu’ils arrivent est faibleOnt une forte probabilité d’arriver, mais l’impact sur le succès du projet est faibleOnt déjà été identifiés et les mesures de limitation de risque appropriées ont déjà été mises enplace

•Risque élevéDans ce domaine, des faiblesses ont été identifiées, et à ce jour non résolues. Risquefort de ne pas atteindre entièrement voire pas du tout les objectifs. Les risquesidentifiés ont un impact fort et une probabilité élevée d’altérer le succès du projet.


Facteurs clé de succès

Préparer et faire valider un cahier des charges précis afin de réduirela durée et la complexité de la conceptionPrévoir un délai de 1 mois (phase de préparation) entre la décisionde lancer le projet et le démarrage réel du projet

Mobilisation des équipesPlanification de la mise en sommeil des projets en coursPréparation de l’environnement de développement

Expérience de l’équipe projet (et surtout les ressourcesdéveloppement et technique)Valider le planning détaillé des activités techniques en fin de phasede préparationPrévoir un outil de gestion des anomalies durant le projetTenir un registre précis des activités manuelles à reproduire lors del’upgradeNe pas sous-estimer la charge de réalisation des scénarii de tests

Ces recommandations sont issues de l’expérience des équipes SAP France àtravers les upgrades réalisés en 2005 et 2006.



Impact sur le système SAP R/3 4.6c actuel OCDE

Estimation de charge, planning et analyse de risque

Annexes



Impacts sur le système SAP R/3 4.6c actuel de l'OCDE

Estimation de charge, planning et analyse de risque

Annexes

Annexe1: Valorisation des développements

Annexe 2 :Liste des évolutions fonctionnelles entre SAPR/3 4.6c et SAP ECC 6.0

Annexe 3 : Rapport développement

Annexe 4 : Rapport technique


Stéphane RASSAT

Directeur de projet

SAP FranceT +33 (0)1 44 45 23 98M +33 6 15 25 52 06

[email protected]

Contacts

mailto:[email protected]


Merci

Etude préalable upgrade OCDE


No part of this publication may be reproduced or transmitted in any form or for any purpose without the express permission of SAP AG. The information containedherein may be changed without prior notice.

Some software products marketed by SAP AG and its distributors contain proprietary software components of other software vendors.Microsoft, Windows, Outlook, and PowerPoint are registered trademarks of Microsoft Corporation.IBM, DB2, DB2 Universal Database, OS/2, Parallel Sysplex, MVS/ESA, AIX, S/390, AS/400, OS/390, OS/400, iSeries, pSeries, xSeries, zSeries, z/OS, AFP,

Intelligent Miner, WebSphere, Netfinity, Tivoli, and Informix are trademarks or registered trademarks of IBM Corporation.Oracle is a registered trademark of Oracle Corporation.UNIX, X/Open, OSF/1, and Motif are registered trademarks of the Open Group.Citrix, ICA, Program Neighborhood, MetaFrame, WinFrame, VideoFrame, and MultiWin are trademarks or registered trademarks of Citrix Systems, Inc.HTML, XML, XHTML and W3C are trademarks or registered trademarks of W3C®, World Wide Web Consortium, Massachusetts Institute of Technology.Java is a registered trademark of Sun Microsystems, Inc.JavaScript is a registered trademark of Sun Microsystems, Inc., used under license for technology invented and implemented by Netscape.MaxDB is a trademark of MySQL AB, Sweden.SAP, R/3, mySAP, mySAP.com, xApps, xApp, SAP NetWeaver, and other SAP products and services mentioned herein as well as their respective logos are

trademarks or registered trademarks of SAP AG in Germany and in several other countries all over the world. All other product and service names mentioned arethe trademarks of their respective companies. Data contained in this document serves informational purposes only. National product specifications may vary.

The information in this document is proprietary to SAP. No part of this document may be reproduced, copied, or transmitted in any form or for any purpose withoutthe express prior written permission of SAP AG.

This document is a preliminary version and not subject to your license agreement or any other agreement with SAP. This document contains only intendedstrategies, developments, and functionalities of the SAP® product and is not intended to be binding upon SAP to any particular course of business, product strategy,and/or development. Please note that this document is subject to change and may be changed by SAP at any time without notice.

SAP assumes no responsibility for errors or omissions in this document. SAP does not warrant the accuracy or completeness of the information, text, graphics,links, or other items contained within this material. This document is provided without a warranty of any kind, either express or implied, including but not limited tothe implied warranties of merchantability, fitness for a particular purpose, or non-infringement.

SAP shall have no liability for damages of any kind including without limitation direct, special, indirect, or consequential damages that may result from the use ofthese materials. This limitation shall not apply in cases of intent or gross negligence.

The statutory liability for personal injury and defective products is not affected. SAP has no control over the information that you may access through the use ofhot links contained in these materials and does not endorse your use of third-party Web pages nor provide any warranty whatsoever relating to third-party Webpages.

Copyright 2006 SAP AG. All Rights Reserved


Weitergabe und Vervielfältigung dieser Publikation oder von Teilen daraus sind, zu welchem Zweck und in welcher Form auch immer, ohne die ausdrücklicheschriftliche Genehmigung durch SAP AG nicht gestattet. In dieser Publikation enthaltene Informationen können ohne vorherige Ankündigung geändert werden.

Die von SAP AG oder deren Vertriebsfirmen angebotenen Softwareprodukte können Softwarekomponenten auch anderer Softwarehersteller enthalten.Microsoft®, WINDOWS®, NT®, EXCEL®, Word®, PowerPoint® und SQL Server® sind eingetragene Marken der Microsoft Corporation.IBM®, DB2®, DB2 Universal Database, OS/2®, Parallel Sysplex®, MVS/ESA, AIX®, S/390®, AS/400®, OS/390®, OS/400®, iSeries, pSeries, xSeries, zSeries, z/OS,

AFP, Intelligent Miner, WebSphere®, Netfinity®, Tivoli®, Informix und Informix® Dynamic ServerTM sind Marken der IBM Corporation.ORACLE® ist eine eingetragene Marke der ORACLE Corporation.UNIX®, X/Open®, OSF/1® und Motif® sind eingetragene Marken der Open Group.Citrix®, das Citrix-Logo, ICA®, Program Neighborhood®, MetaFrame®, WinFrame®, VideoFrame®, MultiWin® und andere hier erwähnte Namen von Citrix-Produkten

sind Marken von Citrix Systems, Inc.HTML, DHTML, XML, XHTML sind Marken oder eingetragene Marken des W3C®, World Wide Web Consortium, Massachusetts Institute of Technology.JAVA® ist eine eingetragene Marke der Sun Microsystems, Inc.JAVASCRIPT® ist eine eingetragene Marke der Sun Microsystems, Inc., verwendet unter der Lizenz der von Netscape entwickelten und implementierten

Technologie.MaxDB ist eine Marke von MySQL AB, Schweden.SAP, R/3, mySAP, mySAP.com, xApps, xApp, SAP NetWeaver, und weitere im Text erwähnte SAP-Produkte und -Dienstleistungen sowie die entsprechenden

Logos sind Marken oder eingetragene Marken der SAP AG in Deutschland und anderen Ländern weltweit. Alle anderen Namen von Produkten und Dienstleistungensind Marken der jeweiligen Firmen. Die Angaben im Text sind unverbindlich und dienen lediglich zu Informationszwecken. Produkte können länderspezifischeUnterschiede aufweisen.

Die in dieser Publikation enthaltene Information ist Eigentum der SAP. Weitergabe und Vervielfältigung dieser Publikation oder von Teilen daraus sind, zu welchemZweck und in welcher Form auch immer, nur mit ausdrücklicher schriftlicher Genehmigung durch SAP AG gestattet.

Bei dieser Publikation handelt es sich um eine vorläufige Version, die nicht Ihrem gültigen Lizenzvertrag oder anderen Vereinbarungen mit SAP unterliegt. DiesePublikation enthält nur vorgesehene Strategien, Entwicklungen und Funktionen des SAP®-Produkts. SAP entsteht aus dieser Publikation keine Verpflichtung zu einerbestimmten Geschäfts- oder Produktstrategie und/oder bestimmten Entwicklungen. Diese Publikation kann von SAP jederzeit ohne vorherige Ankündigung geändertwerden.

SAP übernimmt keine Haftung für Fehler oder Auslassungen in dieser Publikation. Des Weiteren übernimmt SAP keine Garantie für die Exaktheit oderVollständigkeit der Informationen, Texte, Grafiken, Links und sonstigen in dieser Publikation enthaltenen Elementen. Diese Publikation wird ohne jegliche Gewähr,weder ausdrücklich noch stillschweigend, bereitgestellt. Dies gilt u. a., aber nicht ausschließlich, hinsichtlich der Gewährleistung der Marktgängigkeit und derEignung für einen bestimmten Zweck sowie für die Gewährleistung der Nichtverletzung geltenden Rechts.

SAP haftet nicht für entstandene Schäden. Dies gilt u. a. und uneingeschränkt für konkrete, besondere und mittelbare Schäden oder Folgeschäden, die aus derNutzung dieser Materialien entstehen können. Diese Einschränkung gilt nicht bei Vorsatz oder grober Fahrlässigkeit.

Die gesetzliche Haftung bei Personenschäden oder Produkthaftung bleibt unberührt. Die Informationen, auf die Sie möglicherweise über die in diesem Materialenthaltenen Hotlinks zugreifen, unterliegen nicht dem Einfluss von SAP, und SAP unterstützt nicht die Nutzung von Internetseiten Dritter durch Sie und gibt keinerleiGewährleistungen oder Zusagen über Internetseiten Dritter ab.

Copyright 2006 SAP AG. Alle Rechte vorbehalten