Analyste WebFocus

1. Contexte et enjeux

WebFOCUS est actuellement utilisé pour des usages incluant typiquement : reporting et diffusion, portails, sécurité/rôles,

scheduling/batch, data prep/transformation, exports, gouvernance des objets, logs/audit.

Le remplacement doit répondre à des exigences fortes de sécurité, auditabilité, maintien en conditions opérationnelles,

standardisation des outils et gouvernance BI/Data.

2. Objet de la mission

Le service Data lance un appel d’offre pour une mission forfaitisée à 100 jours/homme visant à :

• Analyser de manière exhaustive toutes les fonctionnalités offertes par la plateforme WebFOCUS

(fonctionnelles, techniques, sécurité, exploitation, processus, usages réels).

• Formaliser un référentiel d’exigences (Must/Should/Could) basé sur l’existant et les besoins.

• Proposer un outil ou une combinaison d’outils capables de remplacer WebFOCUS en garantissant la même

couverture fonctionnelle (ou équivalent), avec un dossier de justification (matrice de couverture, écarts, risques,

coûts, conditions de réussite).

La mission attendue est une étude complète de remplacement : analyse, benchmark, recommandation et trajectoire.

La mise en œuvre (installation, migration, build, pilote PROD) est hors périmètre et devra être proposée en option

chiffrée si le prestataire le souhaite.

3. Périmètre détaillé

3.1 Inclus (obligatoire)

Cartographie de l’existant WebFOCUS :

o Inventaire objets (Tables, rapports, dashboards, portails, exports, usages)

o Usage réel (fréquence, volumétrie, criticité, utilisateurs, dépendances)

o Contraintes techniques (connecteurs, drivers, sécurité, limitations, performances)

o Exploitation (monitoring, logs, incidents, mis en batch)

• Analyse fonctionnelle (par domaines) et formalisation du “périmètre à remplacer”.

• Exigences non-fonctionnelles : sécurité, IAM, audit, séparation env, performance, disponibilité, exploitation,

conformité interne.

• Benchmark d’outils du marché et/ou outillage interne existant

• Recommandation :

o Outil unique vs combinaison (ex : reporting + batch + scheduling + portail)

o Architecture cible (macro)

o Matrice de couverture fonctionnelle (WebFOCUS → solution proposée)

o Gap analysis + propositions de contournement/compensation

o Estimation macro (licences / run / compétences / TCO / risques)

o Trajectoire (phasing) et prérequis (techniques, orga, gouvernance)

3.2 Hors périmètre

• Installation/configuration complète de la solution

• Développements/migration des rapports/flux

• Tests de non-régression et passage en production

• Formation large des utilisateurs finaux

• La partie data-prep

4. Référentiel de fonctionnalités à couvrir (structure attendue)

Le prestataire devra analyser et documenter WebFOCUS au minimum selon ces axes :

1. Reporting

o Conception, paramétrage, filtres, exports (PDF/Excel), pixel perfect, etc.

2. Portail & diffusion

o Publication, catalogues, abonnements, bursting, distribution, notifications

3. Sécurité & IAM

o RBAC, intégration AD/LDAP, SSO (SAML/OIDC), héritage de droits, audit d’accès

4. Scheduling / Batch

o Planification, dépendances, relances, historisation, alerting

5. Connectivité

o DB2/Oracle/SQL Server, fichiers, API, autres sources

6. Exploitation / MCO

o logs, monitoring, administration, sauvegardes, patching, mise en batch

7. Gouvernance & SDLC

o DEV/TEST/PROD, promotion, versioning, standards, validation avant publication

5. Livrables attendus (obligatoires)

1. Dossier d’inventaire & cartographie WebFOCUS

o Inventaire structuré + dépendances + criticité

2. Catalogue des fonctionnalités WebFOCUS

o Fonctionnalités “offertes” + fonctionnalités “utilisées”

3. Cahier d’exigences de remplacement

o Must/Should/Could + critères mesurables (acceptation)

4. Matrice de couverture fonctionnelle

o Mapping: WebFOCUS feature → Solution A/B/C (niveau: Full/Partial/None)

5. Gap analysis & plan de mitigation

o Contournements, composants additionnels, impacts organisationnels

6. Étude comparative & scoring

o Grille d’évaluation pondérée (fonctionnel, sécurité, run, coût, risques)

7. Architecture cible macro

o Schémas (composants, flux, IAM, logs, scheduling)

8. Business case macro / TCO

o Licences, infra, run, compétences, coûts de migration (macro)

9. Trajectoire & feuille de route

o Lots, dépendances, quick wins, prérequis, risques majeurs

8) Attendus pour la réponse du soumissionnaire

Le dossier de réponse doit inclure :

1. Compréhension du besoin & hypothèses

2. Méthodologie détaillée + planning + livrables

3. Démarche d’inventaire (comment garantir l’exhaustivité)

4. Modèle de matrice de couverture & scoring (exemple)

5. Gestion des risques (top 10)

6. Équipe & CV, allocation, TJM

7. Références comparables (secteur régulé si possible)

8. Offre financière (100 JH) + options (POC outillé / pilote / migration)

Senior BI / Analytics Platform Architect