DEMANDE D INFORMATION RFI (Request for information)

DOD SEICAM RFI Demande d information EVDEC Réf. : RFI_EVDEC- GT5_Outil_reporting_BI_v4.doc Page 1/11 DEMANDE D INFORMATION RFI (Request for information) OUTIL INTÉGRÉ DE REPORTING ET D ANALYSE DÉCISIONNELLE À LA MAIN DE L UTILISATEUR FINAL

SOMMAIRE 1. OBJET DE LA DEMANDE D INFORMATION... 3 2. PÉRIMÈTRE DE L INFORMATION... 3 2.1. PÉRIMÈTRE FONCTIONNEL ET TECHNIQUE... 3 2.1.1. Fonctions attendues... 3 2.1.2. Exigences générales... 4 2.1.3. Exigences particulières... 5 2.2. PÉRIMÈTRE DE L EXPLOITATION... 5 2.3. DÉVELOPPEMENT DURABLE... 5 2.4. RÉFÉRENCES... 5 3. RÉPONSES AUX QUESTIONS... 6 3.1. CONSTITUTION DES DOSSIERS DE PRÉSENTATION... 6 3.2. CONTACTS CHEZ LE POUVOIR ADJUDICATEUR... 6 4. DIVERS... 6 4.1. PROTECTION DES RÉPONSES... 6 4.2. RÉMUNÉRATION DES RÉPONSES... 6 ANNEXE 1 :... 7 ANNEXE 2 :... 11 Demande d'information.doc 2/11

La présente Demande d Information (DI) ne constitue ni une consultation, ni un appel d offres, ni un quelconque engagement de l administration à lancer ultérieurement une opération sur le même objet. Réciproquement, les réponses à la DI ne constitueront pas des engagements contractuels ou précontractuels de la part de leurs auteurs. Pour des raisons de compréhension, il est dénommé «la société», ci-après dans la DI, les entreprises y répondant. 1. Objet de la demande d information La présente demande d information (DI) se place dans le cadre d analyses préliminaires conduites par la Banque de France dans le cadre du projet EVDEC en vue de se doter d un outil permettant de réaliser, simplement et par des utilisateurs non informaticiens, des rapports et des analyses dans le domaine «décisionnel» (connu également sous l acronyme BI, pour «Business Intelligence»). La Banque de France dispose déjà d un outillage BI normé et structuré, qui répond à ses attentes dans le cadre d applications décisionnelles d Entreprise. Pour répondre à des besoins plus tactiques, la Banque de France souhaite étudier les offres présentes sur le marché et permettant aux utilisateurs finaux de disposer d un outil leur conférant une autonomie beaucoup plus large dans leur capacité à récupérer et manipuler les données BI. L objet de la demande d information est de réunir les éléments nécessaires à la détermination des conditions générales de réalisation de cette opération et des solutions techniques existantes, sans remettre en cause les technologies en place mais en se dotant de briques logicielles complémentaires adressant ce besoin précis. La réponse à la demande d'information permettra à la société de faire part de son expérience et de ses références dans des architectures similaires, au niveau national ou international, et notamment au bénéfice d autres banques ou administrations. 2. Périmètre de l information Afin de permettre une utilisation optimale des informations recueillies, la Banque de France souhaite que soient renseignés les volets 1 et 2 appelés en annexe, de tous renseignements utiles à caractère technique, financier et juridique. 2.1. Périmètre fonctionnel et technique La solution présentée doit pouvoir couvrir les différents éléments décrits dans les paragraphes qui suivent : 2.1.1. Fonctions attendues - Les fonctions principales attendues de l outil sont : o Des alimentations simples et rapides à partir de à des sources de données hétérogènes (cf. «caractéristiques particulières») ; o La création de rapports basés sur des volumes importants de données (de type «magasins» ou «entrepôts» de données) de manière simple et intuitive, par des utilisateurs non-informaticiens ; o Les types de rapports doivent pouvoir couvrir les besoins les plus larges possibles : tableaux de bord, listes, graphiques, cartes géographiques, etc. ; o La navigation dans les données (sur la base de rapports ou de manière exploratoire) ; o L analyse de données ; o L identification de manière immédiate et visuelle des relations entre les données ; Demande d'information.doc 3/11

o L outil doit permettre d analyser les données sans cheminement prédéterminé ou préconçu, à partir d une variable par exemple, en essayant d obtenir des réponses itératives guidant vers des variables explicatives. Ce type de processus aide à la réflexion en engendrant des questionnements sur les relations de causalité entre indicateurs, et, de manière plus globale, aide à faire ressortir les problématiques entre thèmes d analyse; - L outil doit suggérer des relations entre indicateurs (ou l absence de relations) afin de permettre à l analyste de prendre la décision de mettre en avant cette relation dans son analyse ; - L outil permet de procéder à des simulations de manière simple et ergonomique (avec possibilité de sauvegarder les données simulées) ; - L outil doit permettre de traiter un volume important d informations (jusqu à 1 To) tout en offrant des temps de réponses acceptables et prédictibles (la société fournira les éléments de dimensionnement qui permettent d assurer des temps de réponse toujours convenables) ; - L outil doit se caractériser par sa simplicité de prise en main par les utilisateurs : il doit être intuitif et l apprentissage de l ensemble de ses fonctions ne doit pas dépasser 3 jours de formation ; - L outil doit permettre de diffuser des informations ciblées à des utilisateurs identifiés (sur la base d individus ou de groupes de personnes) ; idéalement, les informations reçues par les destinataires doivent pouvoir encore être manipulées (pour retraitement et nouvelles présentations) ; - L outil doit présenter un faible coût de maintenance des applications lors des évolutions, que ce soit au niveau des données (pour rajouter ou faire évoluer un ou plusieurs données sources) que de la restitution (modification d un rapport ou d éléments de rapports). 2.1.2. Exigences générales - Gestion du cycle de vie : o l outil doit permettre de gérer le cycle de vie d une application selon le principe suivant : développement et tests unitaires dans un environnement dédié ; recettes et tests généraux dans un environnement d intégration ; mise à disposition dans un environnement de production ; o Le passage d un environnement à l autre doit pouvoir se faire de manière aisée par une interface homme-machine ; o Le passage d un environnement à l autre doit pouvoir se faire de manière automatisée, par script ; o L outil, qui doit permettre de construire rapidement une nouvelle application, doit également permettre de porter aisément cette application dans un environnement industrialisé ; o Versioning : l outil permet de déclarer des versions sur chaque élément constitutif d une application et permet de gérer ses versions (et en particulier, le retour sur une version précédente). - Sécurité : o La sécurité doit pouvoir reposer sur les comptes et groupes Active Directory (Windows 2003 et versions ultérieures) ; o La sécurité d un environnement doit pouvoir être migrée vers un autre de manière simple et fiable (i.e. la sécurité basée sur les utilisateurs et groupes de l environnement et domaine de développement doit pouvoir être appliquée à l identique sur les environnements et domaines d intégration et de production) ; o Les différents composants d une application doivent pouvoir faire l objet de permissions distinctes, sur la base de l appartenance à des groupes Active Directory (i.e. un groupe peut voir un tableau donné, alors qu un autre groupe ne le peut pas) ; Demande d'information.doc 4/11

o L accès aux données doit pouvoir faire l objet de permissions distinctes, tant sur les contenants (e.g. les tables) que les contenus (e.g. les lignes) : i.e. un groupe peut voir certaines données, alors qu un autre groupe ne peut pas ; - Performances : o L outil étant destiné à des utilisateurs finaux, il est souhaitable que les performances ne reposent pas sur un niveau élevé d expertise quant à l organisation des données (modélisation, index, partitionnement, etc.) ; idéalement, l outil doit pouvoir organiser automatiquement ses données pour optimiser les performances ; o Scalabilité : l architecture de l outil doit permettre d adapter de manière linéaire les performances à l augmentation du nombre de requêtes-utilisateurs et à celle de la volumétrie. 2.1.3. Exigences particulières - Doit pouvoir s exécuter dans le contexte informatique de la Banque de France, à savoir : o Poste de travail : Windows XP et versions ultérieures o Navigateur web : Internet Explorer 6 et versions ultérieures o Serveur : Windows 2003 Server et versions ultérieures ; Unix HP-UX 11.0 et versions ultérieures ; Unix IBM AIX 5.2 et versions ultérieures. o Sources de données : Bases de données Oracle 10gR2 et versions ultérieures ; Bases de données «Mainframe» DB2 8.10 et versions ultérieures ; Fichiers SAS 9.1 et versions ultérieures ; Fichiers textes aux formats fixe et variable (CSV avec possibilité de paramétrage des séparateurs et délimiteurs) ; Fichiers XML ; Fichiers bureautiques les plus courants (a minima Office 2003 et Office 2007) ; Bases de données Microsoft SQL Server 2005 et versions ultérieures ; Si possible, des connecteurs vers les progiciels suivants : SAP, Oracle Application, Temenos T24. 2.2. Périmètre de l exploitation - Sauvegarde par l outil de référence : TSM (Tivoli Storage Manager) 5R5 et versions ultérieures ; - Industrialisation : les fonctions de l outil doit pouvoir être scriptées, en particulier les fonctions d alimentation ; - Ordonnancement : Toutes les fonctions de l outil doivent être scriptables afin d être automatisées par l outil d ordonnancement de la Banque de France (CA-Autosys). 2.3. Développement durable La Banque de France souhaite pouvoir disposer d informations permettant de mesurer la consommation électrique (et son équivalent CO 2 ) induite par l utilisation de l outil (par environnement, serveur et utilisateur). 2.4. Références La Banque de France souhaite pouvoir disposer d une liste de références d entreprises présentant un contexte similaire au sien (plus de 10000 salariés, Banque Centrale ou industrie bancaire, etc.). Demande d'information.doc 5/11

Idéalement, la société fournira les coordonnées de la personne à contacter pour les deux ou trois références les plus représentatives, en particulier lorsque l outil a été entièrement mis à disposition des MOA ou des utilisateurs finaux. 3. Réponses aux questions La Banque de France attire l attention sur l importance de remplir l ensemble des volets du périmètre d information et de les retourner conformément aux indications contenues au paragraphe 3.1, cidessous. Les auteurs des réponses pourront éventuellement être invités à présenter oralement leurs réponses. 3.1. Constitution des dossiers de présentation Les dossiers de présentation doivent contenir : - Une plaquette(s) de/des auteurs répondant à la DI, présentant l activité principale et la dimension de l entreprise(s), ses partenaires et clients dans la mesure du possible ; - Les volets de réponses au périmètre de l information : La Banque de France accepte tout autre document qui pourrait présenter un intérêt pour la réalisation de son étude. Il est souhaitable que les sociétés rédigent en français leur réponse à cette DI. Les présentations, ainsi que toutes questions éventuelles, devront parvenir par courrier électronique adressé à la boîte achats_informatiques@banque-france.fr. 3.2. Contacts chez le pouvoir adjudicateur Pour toute information complémentaire à la présente DI veuillez contacter par courrier électronique : achats_informatiques@banque-france.fr. 4. Divers 4.1. Protection des réponses Il appartient à la société questionnée de mentionner le cas échéant les informations contenues dans sa réponse devant être protégées par le secret commercial. 4.2. Rémunération des réponses Les sociétés répondant à la DI ne peuvent prétendre à aucune rémunération à l occasion de l établissement de leurs réponses. Demande d'information.doc 6/11

Annexe 1 : Demande d information concernant la solution de reporting et d analyse décisionnelle VOLET 1 ASPECTS FONCTIONNELS ET TECHNIQUES Merci de bien vouloir renseigner le tableau et répondre aux questions suivantes : 1. Indiquer les fonctionnalités de base que satisfait la solution proposée à l aide du tableau cidessous Repère Fonctions Satisfaite Général Gén.1 La réponse émane d une seule société, éditrice de l outil Gén.2 L outil existe en version française Couverture des besoins fonctionnels Fon.1 L outil offre les grandes fonctions suivantes : - Des alimentations simples et rapides à partir de à des sources de données hétérogènes (cf. «caractéristiques particulières») ; - La création de rapports basés sur des volumes importants de données (de type «magasins» ou «entrepôts» de données) de manière simple et intuitive, par des utilisateurs non-informaticiens ; - Les types de rapports doivent pouvoir couvrir les besoins les plus larges possibles : tableaux de bord, listes, graphiques, cartes géographiques, etc. - La navigation dans les données (sur la base de rapports ou de manière exploratoire) ; - L analyse de données ; - Identifier de manière immédiate et visuelle les relations entre les données Fon.2 L outil permet de traiter un volume important d informations (jusqu à 1 To) tout en offrant des temps de réponses acceptables et prédictibles (la société fournira les éléments de dimensionnement qui permettent d assurer des temps de réponse toujours convenables) Fon.3 L outil se caractérise par sa simplicité de prise en main par les utilisateurs : l outil est convivial et intuitif et l apprentissage de l ensemble de ses fonctions ne dépasse pas 3 jours de formation Fon.4 L outil permet de diffuser des informations ciblées à des utilisateurs identifiés (sur la base d individus ou de groupes de personnes) ; les informations reçues par les destinataires peuvent encore être manipulées (pour retraitement et nouvelles présentations) Fon.5 Le coût de maintenance des applications développées avec l outil est faible, tant au niveau de l alimentation des données que des rapports Non satisfaite Variante / écarts Demande d'information.doc 7/11

Repère Fonctions Satisfaite Fon.6 L outil permet d analyser les données sans cheminement prédéterminé ou préconçu, à partir d une variable par exemple, en essayant d obtenir des réponses itératives guidant vers des variables explicatives. Ce type de processus aide à la réflexion en engendrant des questionnements sur les relations de causalité entre indicateurs, et, de manière plus globale, aide à faire ressortir les problématiques entre thèmes d analyse Fon.7 L outil suggère des relations entre indicateurs (ou l absence de relations) afin de permettre à l analyste de prendre la décision de mettre en avant cette relation dans son analyse Fon.8 L outil permet de procéder à des simulations de manière simple et ergonomique (avec possibilité de sauvegarder les données simulées) Couverture des besoins techniques Tec.1 L outil s exécute dans le contexte informatique de la Banque de France, à savoir : Postes de travail : Windows XP et versions ultérieures Navigateur : Internet Explorer 6 et versions ultérieures Serveurs : - Windows 2003 Server et versions ultérieures ; - Unix HP-UX 11.0 et versions ultérieures ; - Unix IBM AIX 5.2 et versions ultérieures. Tec.2 L outil permet d accéder (soit directement, soit via un processus d alimentation intégré) aux sources de données suivantes : - Bases de données Oracle 10gR2 et versions ultérieures ; - Bases de données «Mainframe» DB2 8.10 et versions ultérieures ; - Fichiers SAS 9.1 et versions ultérieures ; - Fichiers textes aux formats fixe et variable (CSV avec possibilité de paramétrage des séparateurs et délimiteurs) ; - Fichiers XML ; - Fichiers bureautiques les plus courants (a minima Office 2003 et Office 2007) ; - Bases de données Microsoft SQL Server 2005 et versions ultérieures ; - Si possible, des connecteurs vers les progiciels suivants : SAP, Oracle Application, Temenos T24. Gestion du cycle de vie CyV.1 L outil permet de gérer le cycle de vie d une application selon le principe suivant : - développement et tests unitaires dans un environnement dédié ; - recettes et tests généraux dans un environnement d intégration ; - mise à disposition dans un environnement de production CyV.2 Le passage d un environnement à l autre se fait de manière aisée via une interface homme-machine CyV.3 Le passage d un environnement à l autre se fait de manière automatisable par script CyV.4 L outil permet de déclarer des versions sur chaque élément constitutif d une application et permet de gérer ses versions (et en particulier, le retour sur une version précédente) Non satisfaite Variante / écarts Demande d'information.doc 8/11

Repère Fonctions Satisfaite Performances, disponibilité et dimensionnement Dim.1 La société dispose d un modèle pour dimensionner l architecture (stockage, réseau, serveurs et postes) de manière à assurer des temps de réponse définis (qu il est ensuite possible de décrire dans un engagement de service). Dis.1 Si possible, l outil permet d obtenir une disponibilité globale de l accès aux applications et données de 99% et une indisponibilité ponctuelle maximale de 24 heures Per.1 Les performances ne reposent pas sur un niveau élevé d expertise quant à l organisation des données (modélisation, index, partitionnement, etc.) ; idéalement, l outil organise automatiquement ses données pour optimiser les performances ; Per.2 Scalabilité : l architecture permet d adapter de manière linéaire les performances à l augmentation du nombre de requêtes-utilisateurs et à celle de la volumétrie Exploitation Exp.1 L outil supporte les solutions de supervision de la Banque de France (HP-OpenView sous Windows et BMC Patrol sous Unix). Exp.2 L outil supporte la solution de sauvegarde de la Banque de France (Tivoli Storage Manager). Exp.3 Toutes les fonctions de l outil sont scriptables afin d être automatisées par l outil d ordonnancement de la Banque de France (CA-Autosys) Développement Durable/Green IT (pour chaque environnement) DvD.1 La société dispose d un système pour mesurer la consommation électrique (et son équivalent CO2) de la solution qu elle propose (par environnement, serveur et utilisateur). Sécurité Sec.1 La sécurité peut reposer sur les comptes et groupes Active Directory (Windows 2003 et versions ultérieures) Sec.2 La sécurité d un environnement peut être migrée vers un autre de manière simple et fiable (i.e. la sécurité basée sur les utilisateurs et groupes de l environnement et domaine de développement peut être appliquée à l identique sur les environnements et domaines d intégration et de production) Sec.3 Les différents composants d une application peuvent faire l objet de permissions distinctes, sur la base de l appartenance à des groupes Active Directory (i.e. un groupe peut voir un tableau donné, alors qu un autre groupe ne le peut pas) Sec.4 L accès aux données peut faire l objet de permissions distinctes, tant sur les contenants (e.g. les tables) que les contenus (e.g. les lignes) : i.e. un groupe peut voir certaines données, alors qu un autre groupe ne peut pas Secours Sec.1 Un mécanisme de synchronisation de l architecture un site distant est possible Sec.2 Un mécanisme de bascule sur un site distant est possible Non satisfaite Variante / écarts Demande d'information.doc 9/11

Repère Fonctions Satisfaite Références Ref.1 La société dispose de références de déploiement de cet outil chez d autres clients, de préférence chez des acteurs bancaires ou grande administration (une description minimale de la solution est souhaitée). Fournir les coordonnées de la personne à contacter pour les deux ou trois références les plus représentatives. Ref.2 Parmi les références de déploiement de l outil, la société peut fournir des exemples où l outil a été laissé entièrement à la main des MOA ou des utilisateurs finaux Non satisfaite Variante / écarts Demande d'information.doc 10/11

Annexe 2 : Demande d information concernant la solution de reporting et d analyse décisionnelle VOLET 2 ASPECTS FINANCIERS 1 VENTILATION DES PRINCIPAUX POSTES DE COÛTS Les informations demandées dans ce paragraphe sont destinées à permettre l'évaluation du coût global au travers d'une décomposition analytique de coûts. Il est souhaitable de renseigner les rubriques suivantes de la façon la plus exhaustive possible. Les données à fournir pour les différentes rubriques sont des coûts ou des informations permettant d'estimer les coûts. Les prix des éléments de réponse devront être donnés en prix public HT, et éventuellement en prix remisés. 2.1 Estimation des coûts d'investissement Coût des licences (et modalités de calcul) Coût des prestations de mise en place (engineering : intégration, paramétrage ) Nombre prévisionnel d utilisateurs : 500. 2.2 Éléments permettant de déterminer les coûts de fonctionnement Quel serait le coût du support de la solution? Coût de la maintenance corrective, évolutive et adaptative : Coût de l accompagnement au changement (utilisateurs, technique ) : Coût des formations : Demande d'information.doc 11/11