SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
CAHIER SPECIAL DES CHARGES MARCHE PUBLIC DE SERVICES
“OUVERTURE À LA MOBILITÉ DES UTILISATEURS INTERNES ET EXTERNES”
APPEL D’OFFRES GÉNÉRAL Date de la séance d'ouverture des offres : le 3 octobre 2011 à 10h
Modifications du 26/08/2011 1. I.16 : Date de la séance d’ouverture des offres 2. II.6.5 : 3 bureaux 3. III.1.1.4, III.1.2.1, III.1.3.1 : schémas et images 4. Annexe E – Inventaire 5. Table des matières
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Table des matières I. DISPOSITIONS ADMINISTRATIVES .................................................................................................. 5 I.1 OBJET ET DESCRIPTION DU MARCHE : LOT UNIQUE A 3 VOLETS............................................................. 5 I.1.1 Contexte général du marché ................................................................................................... 5 I.1.2 Contexte spécifique du marché ............................................................................................... 5 I.1.3 Volets du marché ..................................................................................................................... 6 I.2 IDENTITE DU POUVOIR ADJUDICATEUR ................................................................................................. 7 I.3 UTILISATION PAR D’AUTRES POUVOIRS ADJUDICATEURS FEDERAUX ...................................................... 7 I.4 DECLARATION DE CONFIDENTIALITE .................................................................................................... 8 I.5 MODE DE PASSATION ......................................................................................................................... 8 I.6 PROCEDURE NEGOCIEE ULTERIEURE .................................................................................................. 8 I.7 DETERMINATION DES PRIX .................................................................................................................. 8 I.8 DUREE DU MARCHE ............................................................................................................................ 9 I.9 SEANCE D’INFORMATION .................................................................................................................... 9 I.10 FORME ET CONTENU DES OFFRES ................................................................................................... 10 I.11 ASSOCIATIONS MOMENTANEES ....................................................................................................... 11 I.12 VARIANTES LIBRES ......................................................................................................................... 12 I.13 OPTIONS ....................................................................................................................................... 12 I.14 DELAI DE VALIDITE ......................................................................................................................... 12 I.15 DEPOT DES OFFRES ....................................................................................................................... 12 I.16 OUVERTURE DES OFFRES............................................................................................................... 13 I.17 PROCEDURE D’ATTRIBUTION DU MARCHE ........................................................................................ 14 I.17.1 Critères de sélection qualitative ........................................................................................... 14 I.17.2 Régularité des offres ............................................................................................................ 17 I.17.3 Critères d’attribution ............................................................................................................. 17 II. DISPOSITIONS CONTRACTUELLES ............................................................................................. 19 II.1 NOTIFICATION DE L’ATTRIBUTION DU MARCHE ................................................................................... 19 II.2 LE BON DE COMMANDE ET SES MODALITES ....................................................................................... 20 II.3 FONCTIONNAIRE DIRIGEANT ............................................................................................................. 20 II.4 CAUTIONNEMENT ............................................................................................................................ 21 II.5 CARACTERE LIVRABLE DU SYSTEME PROPOSE .................................................................................. 22 II.6 EXECUTION DU MARCHE .................................................................................................................. 22 II.6.1 Clause d’évolution technologique......................................................................................... 22 II.6.2 Lieu d’exécution du marché et particularités ........................................................................ 22 II.6.3 Personnel de l’adjudicataire ................................................................................................. 23 II.6.4 Sous-traitants ....................................................................................................................... 24 II.6.5 Moyens mis à disposition par le SPF Finances ................................................................... 25 II.6.6 Normes et standards à respecter ......................................................................................... 26 II.6.7 Gestion des changements (« change management ») ........................................................ 26 II.6.8 Engagements particuliers concernant les informations reçues ............................................ 27 II.6.9 Responsabilités .................................................................................................................... 29 II.7 SUIVI DES SERVICES PRESTES ET CONTROLES PAR DES TIERS ........................................................... 29 II.7.1 Suivi de la bonne exécution du marché ............................................................................... 29 II.7.2 Contrôles par des tiers ......................................................................................................... 30 II.8 EVALUATION DES SERVICES PRESTES ET OPERATIONS DE VERIFICATION ............................................ 30 II.9 RECEPTION PROVISOIRE ................................................................................................................. 31 II.10 GARANTIE .................................................................................................................................... 31 II.11 RECEPTION DEFINITIVE.................................................................................................................. 32 II.12 MODALITES ET FRAIS DE RECEPTION .............................................................................................. 32 II.13 PROPRIETE DES SOFTS DEVELOPPES ............................................................................................. 32 II.14 DEPOT CHEZ UN SEQUESTRE ......................................................................................................... 34 II.15 FACTURATION, PAIEMENT ET REVISION DES PRIX............................................................................. 34 II.15.1 Facturation et paiement...................................................................................................... 34 II.15.2 Révision des prix ................................................................................................................ 35 II.15.3 Clause du client le plus avantagé....................................................................................... 36 II.16 PUBLICITE - REFERENCEMENT ....................................................................................................... 36
P.2
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
II.17 LIVRAISONS EN RETARD ................................................................................................................ 36 II.18 MOYENS DE DEFENSE DE L’ADMINISTRATION - LITIGES .................................................................... 36 III. DESCRIPTION DES EXIGENCES TECHNIQUES .......................................................................... 38 III.1 CONTEXTE, OBJET ET EXIGENCES GENERALES DU MARCHE.............................................................. 38 III.1.1 Aperçu de l’objet du marché : lot unique à trois volets ....................................................... 38 III.1.2 Evolutions stratégiques majeures : IaaS, PaaS et offline ................................................... 43 III.1.3 Exigences générales relatives à la solution proposée ........................................................ 44 III.1.4 Exigences relatives aux composantes de l’écosystème de la mobilité .............................. 50 III.1.5 Exigences générales relatives à la mise en œuvre de la solution ...................................... 55 III.2 VOLET 1 : MISE EN PLACE D’UNE PLATEFORME POUR LA MOBILITE D’ENTREPRISE .............................. 60 III.2.1 Sous-volet 1.1 - Infrastructure de mise en production pour la mobilité. ............................. 60 III.2.2 Sous-volet 1.2 - Mettre en place une plateforme d’applications mobiles ........................... 63 III.2.3 Sous-volet 1.3 - Mobiliser l’espace de travail du fonctionnaire ........................................... 71 III.3 VOLET 2 : MISE EN PLACE DE SERVICES NECESSAIRES COMPLEMENTAIRES A LA PLATEFORME ........... 73 III.3.1 Sous-volet 2.1 - Intégrer la plateforme avec l’existant ........................................................ 73 III.3.2 Sous-volet 2.2 - Créer un cadre de référence pour la mobilité. .......................................... 74 III.3.3 Sous-volet 2.3 - Change management et gestion des compétences ................................. 77 III.4 VOLET 3 : REALISATION D’UN PROJET PILOTE .................................................................................. 79 IV. PARTIE D : ANNEXES .................................................................................................................... 80 ANNEXE A : FORMULAIRE D'OFFRE ................................................................................................ 80 ANNEXE B : CURRICULUM VITAE ..................................................................................................... 82 ANNEXE C : MODELE DE REFERENCE ........................................................................................... 84 ANNEXE D : FORMULAIRE DE QUESTIONS/REPONSES .............................................................. 85 ANNEXE E : INVENTAIRE ................................................................................................................... 86 Taux de TVA : % .......................................................................................................................... 86 Modèle de tableau des prix pour le service d’infrastructure (IaaS) – Pt III.2.1.2 ........................... 86 Modèle de tableau des prix pour le service de la plateforme (PaaS) – Pt III.2.1.1 ........................ 87 Modèle de tableau des prix pour les logiciels ................................................................................ 89 Modèle de tableau de prix pour des prestations résiduelles .......................................................... 89 Modèle de tableau des prix pour les formations ............................................................................ 90 Modèle de tableau des prix du personnel ...................................................................................... 90 ANNEXE F : GESTION DU PROJET ET METHODOLOGIE ............................................................... 91 ANNEXE G : DESCRIPTION SOMMAIRE DES PROFILS .................................................................. 96 Chef de Projet ................................................................................................................................ 96 Architecte ....................................................................................................................................... 96 Application Analyst ......................................................................................................................... 96 Application Designer ...................................................................................................................... 96 Développeur ................................................................................................................................... 97 Spécialiste Bases des données ..................................................................................................... 97 Testeur ........................................................................................................................................... 97 Spécialiste système........................................................................................................................ 97 Formateur ....................................................................................................................................... 98 ANNEXE H : DOCUMENTATION ......................................................................................................... 99 ANNEXE I : SUPPORT TECHNIQUE PAR TELEPHONE – SERVICE DESK – ITIL ....................... 100 ANNEXE J : DESCRIPTION DU PROJET PILOTE ........................................................................... 101 Besoin fonctionnel du projet pilote ............................................................................................... 101 Informations patrimoniales ........................................................................................................... 101 Informations générales ................................................................................................................. 101 Contexte et exigences non fonctionnelles ................................................................................... 102
P.3
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Auteur de projet Nom: Service d'Encadrement ICT Adresse: Boulevard du Roi Albert II 33 bte 95 à 1030 Bruxelles Personne de contact: Tshitshi KIA NTONI Téléphone: 0257/6.58.O9 Fax: 0257/9.68.01 E-mail:
[email protected] Réglementation en vigueur 1. Loi du 24 décembre 1993 (MB du 22-01-1994) relative aux marchés publics et à certains marchés de travaux, de fournitures et de services, et ses modifications ultérieures. 2. Arrêté royal du 8 janvier 1996 (MB du 26-01-1996) relatif aux marchés publics de travaux, de fournitures et de services et aux concessions de travaux publics, et ses modifications ultérieures. 3. Arrêté royal du 26 septembre 1996 (MB du 18-10-1996) établissant les règles générales d'exécution des marchés publics et des concessions de travaux publics ainsi que l’annexe à cet arrêté royal concernant le cahier général des charges, et ses modifications ultérieures.
En ce qui concerne les documents propres au pouvoir adjudicateur : • • •
•
Le présent cahier spécial des charges. Les avis relatifs au marché et les avis de modification, annoncés ou publiés dans le Bulletin des Adjudications et dans le Journal des Publications de l'Union Européenne, qui concernent les marchés publics en général. Les clarifications résultant de la séance d'information (questions posées et réponses données par le pouvoir adjudicateur). Ces précisions font partie intégrante des conditions contractuelles. Le soumissionnaire est censé en avoir pris connaissance et en avoir tenu compte dans son offre. Les documents auxquels le pouvoir adjudicateur fait référence dans le cahier spécial des charges.
En ce qui concerne les documents propres au soumissionnaire : • •
L'offre du soumissionnaire. Les précisions et engagements acceptés par le SPF Finances et qui complètent l'offre (avec la même référence) suite aux questions et demandes de clarification.
P.4
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
I. Dispositions administratives Cette première partie se rapporte à la réglementation d'attribution d'un marché public jusqu'à la désignation de l'adjudicataire. Les dispositions contenues dans cette partie se rapportent à la loi du 24 décembre 1993 et à l’arrêté royal du 8 janvier 1996 et ses modifications ultérieures.
I.1 Objet et description du marché : Lot unique à 3 volets Objet des services: Ouverture à la mobilité des utilisateurs internes et externes. Lieu de la prestation du service: Service d'Encadrement ICT Il s’agit d’un marché de services.
I.1.1 Contexte général du marché La modernisation des services ICT du SPF Finances a été jusqu’ici réalisée dans un contexte où l’informatique mobile était marginale. Les terminaux et les connexions étaient principalement fixes. Les ordinateurs personnels classiques (Desktop ou Laptop) représentaient le principal type de média d’accès et les connexions réseaux et internet passaient communément par le câble. Avec des services accessibles via internet et PCs, nous réalisions une couverture optimale et à très faible coût des utilisateurs. Or entre temps la typologie des terminaux donnant accès à des services applicatifs et les modalités de connexion réseau et internet se sont fortement diversifiées. Aux PCs traditionnels se sont ajoutés d’autres terminaux. On assiste aujourd’hui à une véritable explosion de la mobilité qui touche non seulement les terminaux, mais aussi les modalités dans lesquelles les utilisateurs en font usage et les types de connectivité réseau. Et ceux-ci connaissent par ailleurs la convergence entre les données, la voix et l’image. En même temps, les frontières qui gardaient des spécificités fonctionnelles réparties entre différents types de terminaux s’estompent. Cette évolution donne lieu à la convergence digitale, la multimodalité et la multifonctionnalité, au milieu d’une très grande variété des (types de) terminaux. Smart (intelligent, élégant) est le terme anglais utilisé pour qualifier ces terminaux digitaux convergents, multifonctionnels et multimodaux.
I.1.2 Contexte spécifique du marché Le SPF Finances veut poursuivre la modernisation des services en intégrant désormais dans sa stratégie, les exigences, les contraintes, les possibilités et les opportunités qui marquent l’évolution actuelle de la société digitale décrite ci-dessus. Dans ce cadre, la mission de ce marché public est, en accord avec les attentes et besoins des utilisateurs d’aujourd’hui, de créer les conditions pour continuer à •
offrir un environnement et des outils informatiques permettant à nos agents de travailler et collaborer efficacement quelles que soient leurs localisations;
•
donner un accès optimal et sécurisé à nos applications et services informatiques pour nos collaborateurs et nos clients quel que soit le (type de) terminal informatique utilisé (en intégrant en particulier la révolution des terminaux mobiles) et quel que soit le mode d’accès, etc…
P.5
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Sa tâche va être d’amener l’alignement de différents aspects de notre ICT avec le degré actuel de l’évolution de la société digitale. Cet alignement concerne en particulier les modalités et contextes de mise à disposition et d’utilisation des services applicatifs. Le projet devra créer toutes les conditions nécessaires pour supporter l’itinérance, la mobilité et l’ouverture : 1. l’itinérance, la mobilité et l’ouverture pour nos utilisateurs internes et externes par l’accès à nos services et applications de manière optimisée, performante et efficace à travers la diversité de types de terminaux informatiques (notamment mobiles) et de connectivités réseaux (notamment GPRS, 3G, 4G, LTE, Wifi, etc.) permettant d’y accéder aujourd’hui; 2. l’itinérance et la mobilité de nos utilisateurs internes ainsi que l’efficacité et l’efficience de leur travail et collaboration en dépit de l’éparpillement de différents sites de localisation de nos services et dans les différentes situations de travail en dehors de nos bureaux - notamment dans le contexte de missions auprès de nos clients ou sur le terrain; 3. Une meilleure efficacité et des meilleures performances pour nos utilisateurs en intégrant dans nos services informatiques les nouvelles contraintes et opportunités qu’apporte la nouvelle convergence digitale et qui rendent possibles une utilisation et une mutualisation plus efficientes des ressources dans des modalités d’utilisation plus flexibles.
I.1.3 Volets du marché Ce marché public comporte un lot unique à trois volets visant à : 1. fournir et mettre en place une plateforme intégrée, complète et suffisante pour supporter la mobilité d’entreprise ; 2. fournir et mettre en place des services complémentaires nécessaires à l’intégration, l’adoption et l’exploitation réussies de la plateforme ; 3. réaliser un projet pilote pour valider techniquement et fonctionnellement les deux premiers volets et illustrer l’exploitation de leurs résultats.
Le premier volet - la plateforme de la mobilité,- comprend trois sous-volets : 1. une infrastructure cliente composée de terminaux mobiles pour le test et une plateforme serveur complète pour héberger les applications mobiles, les deux sous la forme de service (Infrastructure/Platform as a Service : IaaS/PaaS) ; 2. une suite ou composition logicielle pour supporter le développement et la mise à disposition d’applications et services mobiles ainsi que la mobilisation d’applications et services existants ; 3. une étude détaillée et une solution pour l’itinérance des profils, des dossiers/documents, préférences des utilisateurs - un des aspects spécifiques relatifs à l’accès mobile du fonctionnaire. L’itinérance sera mise en place dans le présent marché pour un nombre limité d’utilisateurs, à déterminer ultérieurement. La fourniture de base pour la plateforme comporte : •
la mise à disposition des licences et contrats d’utilisation,
•
et si applicables, les services associés pour l’analyse des écarts et recouvrements avec le système existant, l’installation, la configuration, l'adaptation sur mesure, la mise en production, la maintenance des différentes composantes de la plateforme, la formation et l’accompagnement du personnel du SPF Finances.
P.6
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Le deuxième volet de l’objet de ce marché – services complémentaires - comprend tous les services, qui sans être intrinsèques à l’implantation de la plateforme en soi, sont néanmoins nécessaires et indispensables pour réussir son intégration avec/dans l’existant, son adoption, son exploitation et sa pérennisation parmi les standards ICT et auprès de différents acteurs concernés, internes comme externes. Dans ce cadre, l‘adjudicataire fournira des services de consultance, de réalisation, de formation et d’aide à la réalisation pour les trois sous-volets suivants : 1. l’intégration de la plateforme avec l’existant ; 2. la mise en place d’un cadre de référence architectural, technologique et organisationnel d’une part, et d’un référentiel des services mobiles de l’autre; 3. la mise en place ou à disposition des moyens pour la gestion du changement par a. la constitution d’une base de connaissances, b. des actions de sensibilisation et c. une offre de formations sur tous les aspects de la plateforme, de son intégration avec l’existant et du cadre de référence qui l’accompagne.
Le troisième volet porte sur un projet pilote à réaliser tout au long de l’exécution du marché. Il devra permettre de valider et d’illustrer l’exploitation de tous les aspects de ce marché à chacune des phases de l’exécution.
La description du projet pilote est donnée en annexe J dans ce cahier des charges.
I.2 Identité du pouvoir adjudicateur Service Public Fédéral Finances Service d’Encadrement ICT Boulevard du Roi Albert II 33 bte 95 1030 Bruxelles
I.3 Utilisation par d’autres pouvoirs adjudicateurs fédéraux Le SPF Finances est le pouvoir adjudicateur compétent pour la surveillance et le contrôle du marché. Cependant, dans le cadre du présent marché, conformément à l’article 2, 4° de la loi du 15 juin 2006, d’autres pouvoirs adjudicateurs fédéraux ou entreprises publiques fédérales peuvent se référer aux conditions du présent marché afin de répondre à des besoins éventuels, sans recourir à cette fin à la mise en concurrence. Par conséquent, chaque fois qu’il est fait mention du « SPF Finances » dans le présent texte, il convient de lire effectivement « SPF Finances » pour tout ce qui concerne ou précède l’adjudication, ou « SPF Finances ou un autre pouvoir adjudicateur fédéral ou une entreprise publique fédérale » pour tout ce qui concerne l’exécution.
P.7
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
I.4 Déclaration de confidentialité En déposant l'offre le soumissionnaire est lié automatiquement à la clause suivante : La personne ou les personnes qui intervien(nen)t en tant que mandataire(s) et qui a/ont signé cette offre électroniquement, garantit/garantissent la confidentialité des données et les résultats de leur traitement qui sont obtenus dans le cadre de la mission décrite dans ce cahier spécial des charges. Il s’ensuit que ces données et les résultats de leur traitement : • seront utilisés uniquement, si nécessaire, pour la réalisation de l'objet de la mission, • ne seront ni diffusés ni copiés, • ne seront pas gardés plus longtemps que nécessaire pour l'exécution de la mission.
I.5 Mode de passation Le marché est passé par appel d’offres général. En application de l'article 18 de la loi du 24 décembre 1993 relative aux marchés publics et à quelques marchés de travaux, de fournitures et de services, le pouvoir adjudicateur peut soit renoncer à octroyer le marché, soit recommencer la procédure, au besoin suivant une autre méthode.
I.6 Procédure négociée ultérieure Conformément à l'article 17, § 2, 2°, b de la loi d u 24 décembre 1993 relative aux marchés publics, le pouvoir adjudicateur se réserve le droit, moyennant une procédure de négociée, sans publicité pendant une période de maximum trois ans après la conclusion du présent marché, d'attribuer, au soumissionnaire qui a obtenu le premier marché, un marché pour de nouveaux services consistant en une répétition des services similaires aux services décrits dans le présent cahier des charges.
I.7 Détermination des prix Le présent marché consiste en un marché mixte. Le marché mixte est celui dont les prix sont fixés suivant plusieurs des modes dont il est question aux alinéas 2 à 4 de l’article 86 de l’arrêté royal du 8 janvier 1996. Tous les prix mentionnés dans le formulaire « inventaire » doivent être obligatoirement libellés en euros. Dans son offre, le soumissionnaire indiquera les prix de toutes les parties de l'offre. Il complétera également l'inventaire prévu en annexe du présent cahier spécial des charges (annexe “inventaire”). Les prix sont mentionnés tous frais compris, mais hors TVA. L'utilisation du modèle "inventaire", tel qu'il est joint au cahier des charges, est obligatoire. La non-utilisation de ce modèle peut mener à l'exclusion de l'offre. L'on ne tiendra pas compte des prix qui sont mentionnés à un autre endroit qu'à la partie 2 de l'offre.
P.8
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
I.8 Durée du marché Le marché a une durée de 4 année(s) qui débute à la date d'envoi du premier bon de commande. Cette période peut être prolongée, à la demande du pouvoir adjudicateur, de 2 fois un an aux mêmes conditions et aux mêmes modalités que prévues dans le contrat de base. L’adjudicataire reste donc lié contractuellement pendant le délai de la période initiale, augmenté de prolongations éventuelles.
I.9 Séance d’information Etant donné la complexité du marché, le pouvoir adjudicateur a décidé d'organiser une séance d'information unique à l'attention des candidats-soumissionnaires. Il ne sera répondu à aucune des questions posées après cette séance d’information afin de traiter tous les candidats-soumissionnaires de la même manière. Il y sera exclusivement répondu aux questions écrites introduites au plus tard le 18 août 2011 par le biais du formulaire questions / réponses joint en annexe au présent cahier spécial des charges (voir “annexe: formulaire questions / réponses”). Ces questions peuvent uniquement être introduites par courriel, dans un tableur tel que celui joint en annexe, à l'adresse
[email protected]. La séance d'information se déroulera le 22 août 2011 à 10h à cette adresse : SPF Finances Boulevard du Roi Albert II 33 1030 Bruxelles. C5. Salle Mandarin. Toutes les questions doivent obligatoirement faire précisément référence au cahier spécial des charges, de façon à faciliter une réponse rapide (par ex. partie 1, point 1.1, paragraphe 1, page 1). Prière aussi de mentionner la langue du cahier spécial des charges utilisée (la pagination peut différer d’une langue à l’autre). Pendant cette séance d'information, un bref aperçu de l'objet du marché sera présenté. Les réponses aux questions introduites dans les délais seront données verbalement lors de la séance d’information et seront ensuite publiées sur le site Internet du SPF Finances. Il est demandé aux sociétés intéressées de se faire connaître au préalable par courriel à l’adresse
[email protected] et de communiquer le nom et la fonction de la (des) personne(s) qui les représentera (représenteront) à la séance d’information. Pour des raisons d’organisation, un maximum de 2 personnes par société intéressée sera admis. Le SPF Finances se réserve le droit de refuser aux personnes qui ne se sont pas fait connaître 24 heures à l'avance, de participer à la session d’information.
Si les sociétés intéressées remarquent des incohérences, imprécisions, etc. dans le cahier spécial des charges, elles sont invitées à le faire savoir par écrit avant la séance d’information, suivant les mêmes modalités que pour l’envoi des questions. Le SPF Finances accorde une grande importance à l’égalité des soumissionnaires et rédige les spécifications de ses cahiers des charges en conséquence. Si une firme intéressée estime malgré tout que ses chances sont diminuées, voire réduites à néant, par certaines spécifications du présent cahier des charges, elle est invitée à en faire part par écrit au plus tard lors de la séance d’information. Le cas échéant, le SPF adaptera, s’il l’estime nécessaire, son cahier des charges afin d'en tenir compte.
P.9
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
I.10 Forme et contenu des offres Le soumissionnaire est tenu d’utiliser le formulaire d’offre joint en annexe au présent cahier spécial des charges. Si toutefois d’autres documents sont utilisés, il est tenu d’attester sur chaque document la conformité au formulaire d’offre joint au cahier spécial des charges (art. 89 de l’AR du 8 janvier 1996). L’offre et les annexes jointes au formulaire d’offre sont rédigées en français ou en néerlandais. Le soumissionnaire doit indiquer la langue à utiliser pour l’interprétation du contrat, c’est-à-dire le français ou le néerlandais. Par le dépôt de son offre, le soumissionnaire renonce automatiquement à ses conditions générales ou particulières de vente, même si celles-ci sont mentionnées dans l’une ou l’autre annexe à l’offre. Les soumissionnaires sont tenus de s'engager expressément sur toutes les clauses administratives et contractuelles du présent cahier spécial des charges. Toute réserve ou absence d’engagement sur l'une de ces clauses peut entraîner l'irrégularité de l'offre.
Quant à la structure de l’offre: L'offre du soumissionnaire devra obligatoirement être présentée selon le schéma suivant : Partie 1 – Partie administrative A. Formulaire d’offre (modèle: voir ci-dessous) B. Pouvoirs des mandataires C. Sélection qualitative
Critères d’exclusion
Critère de sélection relatif aux moyens économiques et financiers du soumissionnaire
Critères de capacité technique
D. Informations relatives aux sous-traitants (si applicable) Partie 2 – Partie financière Le tableau de prix : détailler et résumer les coûts (modèle: voir ci-dessous) Partie 3 – Proposition technique L’offre suit la structure de la partie III du cahier des charges Partie 4 – Annexes obligatoires Annexe 1: Références de projets récents, aussi bien dans le secteur privé que public (modèle: voir ci-dessous) Annexe 2: Curriculum Vitae (modèle: voir ci-dessous) Partie 5 – Annexes spécifiques Annexe A, B, C, … : Annexes que le soumissionnaire juge utile de joindre. Chaque proposition du soumissionnaire qui ne suivrait pas la structure imposée par le pouvoir adjudicateur, peut être considérée comme irrégulière. La Partie 3 - proposition technique ne peut contenir aucune indication administrative et/ou de prix. Il ne sera tenu aucun compte de toute mention administrative ou indication de prix apparaissant dans une autre partie que la partie 2. Il est demandé de réduire au minimum le nombre de fichiers à présenter. Ainsi par exemple des fichiers séparés peuvent être regroupés dans des documents plus importants. Il est également essentiel d’ordonner les fichiers au moyen d'une numérotation, de sorte que la structure de l’offre soit
P.10
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
claire. Il est aussi demandé que dans chaque fichier les pages soient pourvues d’une numérotation ininterrompue.
Concernant les mandataires: Toute offre introduite par des mandataires doit indiquer l'entité au nom de laquelle agissent les mandataires.
Celui qui a signé l’offre électroniquement doit, à la date de la signature, être habilité à engager le mandant au montant total de l’offre. Les mandataires joignent à l'offre une copie électronique d e l ’ acte authentique ou sous seing privé les habilitant, ou une copie de cet acte. Ils doivent également mentionner le numéro de l'annexe au Moniteur belge à laquelle sont publiés les mandats.
Concernant les sous-traitants Tout recours à des sous-traitants sera clairement indiqué dans l'offre du soumissionnaire. Celui-ci décrira le type de relation contractuelle qui le lie avec chacun de ses sous-traitants. Le nom et l'adresse des sous-traitants seront joints à l'offre, avec mention de la ou des parties du marché à réaliser par chaque sous-traitant. Les sous-traitants doivent par ailleurs répondre aux « critères d’exclusion » mentionnés au point « procédure d’attribution du marché ». Le soumissionnaire joindra à son offre tous les renseignements permettant de contrôler la situation de chacun de ses sous-traitants.
Concernant les documents d’ordre technique Les documents d’ordre technique (Pas de brochures publicitaires !) qui sont joints à l’offre dans la partie 5 - annexes spécifiques, peuvent être rédigés en anglais dans le cas où il n’existerait pas de traduction dans la langue de l’offre, les autres langues ne sont pas autorisées.
Formulaires à utiliser (joints en annexe au présent cahier spécial des charges): • • • •
Le formulaire d’offre: voir “annexe: formulaire d’offre” Le formulaire tableau de prix : voir “annexe: inventaire” Le formulaire pour les références: voir “annexe: modèle de référence” Le formulaire curriculum vitae: voir “annexe: curriculum vitae”
I.11 Associations momentanées La remise d'une offre par une association momentanée est admise. Le formulaire d’offre (voir formulaire qui est repris dans le présent cahier spécial des charges : « annexe : formulaire d’offre ») est complété et signé par tous les membres de l'association momentanée ou par un ou plusieurs membres qui, selon les règles, sont mandatés pour représenter tous les membres de l'association momentanée (la preuve de ce mandat doit dans ce cas être présentée).
P.11
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Chaque membre de l'association momentanée doit satisfaire aux critères d'exclusion décrits ultérieurement dans le présent document. L'évaluation de la capacité économique, financière et technique porte sur l'association momentanée et non sur chaque membre séparément. Chaque membre de l'association momentanée est solidairement responsable de toutes les obligations résultant de la présente adjudication.
I.12 Variantes libres Il est interdit de proposer des variantes libres.
I.13 Options La proposition « d’options libres » n’est pas autorisée.
I.14 Délai de validité Les soumissionnaires restent liés par leur offre pendant un délai de 240 jours calendrier, à compter du jour qui suit celui de l’ouverture des offres.
I.15 Dépôt des offres Le pouvoir adjudicateur impose dans le cadre du présent marché le recours aux moyens électroniques pour le dépôt des offres. S'il s'avère que certains écrits ne peuvent être créés par des moyens électroniques, ou qu'il s'avère trop complexe de les créer par ces moyens, ces écrits peuvent être fournis sur un support papier et ce avant l’ouverture des offres. Le recours à des documents sur un support papier devra faire l'objet d'un accord préalable de la part du pouvoir adjudicateur. Cet accord est à demander à l’adresse suivante : SPF Finances Service d’Encadrement ICT – Cellule Marchés publics Boulevard du Roi Albert II 33 bte 95 1030 Bruxelles E-mail :
[email protected] Afin de remédier à certains aléas de la transmission, de la réception ou de l'ouverture des demandes de participation ou des offres introduites par des moyens électroniques, le pouvoir adjudicateur autorise les soumissionnaires à introduire à la fois une offre transmise par des moyens électroniques et, à titre de sauvegarde, une copie établie par des moyens électroniques ou sur support papier. Cette copie de sauvegarde est glissée dans une enveloppe définitivement scellée qui porte clairement la mention "copie de sauvegarde" et est introduite dans les délais de réception impartis. Cette copie ne peut être ouverte qu'en cas de défaillance lors de la transmission, la réception ou l'ouverture de la demande de participation ou de l'offre transmise par des moyens électroniques. Elle remplace dans ce cas définitivement le document transmis par des moyens électroniques.
P.12
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Quant à l'introduction même: Avant leur ouverture, les offres électroniques sont déposées via le site Internet e-tendering https://eten.publicprocurement.be/, qui garantit le respect des conditions de l'article 81 ter de l'AR du 8 janvier 1996. Notons que l'envoi d'une offre par courriel ne répond pas à ces conditions. Il n'est dès lors pas autorisé d'introduire l'offre de cette façon. Indépendamment des variantes éventuellement autorisées, chaque soumissionnaire ne peut introduire qu'une seule offre par marché. L'offre doit parvenir au pouvoir adjudicateur avant la date limite de réception des offres. En soumettant son offre par la voie électronique, le soumissionnaire accepte que les données générées par le système de réception soient enregistrées (article 81 quinquiès de l'AR du 8 janvier 1996). Il faut signaler que la signature doit se faire par voie électronique. Une signature manuscrite scannée n’est pas considérée comme une signature acceptable. Au besoin, les attestations demandées seront scannées afin de les joindre à l'offre. Vous trouverez de plus amples http://www.publicprocurement.be Ou via le helpdesk e-procurement : • •
informations
sur
le
site
Internet
suivant
:
FR: Liza Torossian, 02 790 52 66,
[email protected] NL: Peter Christiaens, 02 790 52 58,
[email protected]
Si un soumissionnaire souhaite modifier ou retirer une offre déjà envoyée: Cela doit s'effectuer selon les dispositions reprises à l'article 105 de l'AR du 8 janvier 1996. La modification ou le retrait d'une offre déjà introduite peut se faire par voie électronique satisfaisant à l'article 81 ter de l'AR du 8 janvier 1996 ou sur papier. Pour modifier ou retirer une offre déjà introduite, une déclaration écrite est nécessaire. Celle-ci doit être dûment signée par le soumissionnaire ou son mandataire. L'objet et la portée des modifications doivent, sous peine de nullité de l'offre, être mentionnés de manière précise. Le retrait doit être inconditionnel. Le retrait peut également être communiqué par télégramme ou télécopie, pour autant que celui-ci arrive dans les mains du président de la séance avant l'ouverture des offres, avant qu'il ne déclare la séance ouverte.
I.16 Ouverture des offres La séance publique d'ouverture des offres papier et des offres électroniques se déroulera le 3 Octobre 2011 à 10h, à l'adresse suivante : SPF Finances NORTH GALAXY, Boulevard du Roi Albert II, 33 1030 Bruxelles C5. Petite salle.
P.13
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
I.17 Procédure d’attribution du marché I.17.1 Critères de sélection qualitative Simplification administrative Par le simple fait de participer à la procédure d'attribution d'un marché public, le soumissionnaire déclare ne pas se trouver dans l'un des cas d'exclusion suivants, tels que mentionnés aux articles 17, 43 et 69 de l'Arrêté Royal du 8 janvier 1996 relatif aux marchés publics pour des contrats de travaux, fournitures et services, et les concessions de travaux publics. Le pouvoir adjudicateur analysera l'exactitude de cette déclaration implicite sur l'honneur en fonction du soumissionnaire dont l'offre est la mieux classée. Le soumissionnaire en question devra fournir les renseignements et les documents qui devront permettre de vérifier sa situation, par la voie la plus rapide et le délai imposé par le pouvoir adjudicateur, et ce pour chaque décision relative à l'attribution du marché. Ces informations seront toutefois demandées par le pouvoir adjudicateur par voie électronique auprès des gestionnaires de données si celles-ci sont disponibles gratuitement par ce biais. Un soumissionnaire peut être exclu de la participation à un marché s'il apparaît, après vérification, que la déclaration sur l'honneur ne correspond pas à sa situation personnelle à la date limite précédant la réception des demandes de participation lors d'une procédure limitée ou d'une procédure de négociation avec publication, ou à la date ultime précédant la réception des offres en cas de procédure ouverte. Une régularisation à posteriori est dès lors impossible. Une telle exclusion est également possible si, pendant le déroulement de la procédure, il apparaît que le fichier personne du candidat ou du soumissionnaire ne correspond plus à la déclaration sur l'honneur. Dans ces deux hypothèses, le pouvoir adjudicateur effectuerait un classement corrigé, en tenant compte de l'impact possible de la suppression de la demande de participation ou de l'offre du candidat exclu ou du soumissionnaire, à savoir, en cas d'application des dispositions relatives au contrôle des prix anormaux de l'article 110, § 4 de l'arrêté royal du 8 janvier 1996. Le pouvoir adjudicateur pourra ensuite attribuer le marché au soumissionnaire dont l'offre est classée juste après celle du soumissionnaire exclu, après avoir appliqué ces mêmes dispositions à son égard également.
I.17.1.1 Critères d’exclusion Premier critère d’exclusion. §.1.
Le soumissionnaire belge qui emploie du personnel assujetti à la loi du 27 juin 1969 révisant l’arrêté-loi du 28 décembre 1944 concernant la sécurité sociale des travailleurs doit être en règle en matière de cotisations de sécurité sociale avant la date limite de réception des offres. Le pouvoir adjudicateur demandera directement cette information via le guichet électronique. Est en règle pour l’application du présent article, le soumissionnaire qui, suivant compte arrêté au plus tard la veille de la date limite de réception des offres : 1°
2°
a transmis à l’Office National de Sécurité Soci ale toutes les déclarations requises jusque et y compris celles relatives à l’avant-dernier trimestre civil écoulé par rapport à la date limite de réception des offres et n’a pas pour ces déclarations une dette en coti sations supérieure à 2.500 euros, à moins qu’il n'ait obtenu pour cette dette des délais de paiement qu’il respecte strictement.
P.14
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Toutefois, même si la dette en cotisations est supérieure à 2.500 euros, le soumissionnaire sera considéré comme étant en règle s’il établit, avant la décision d’attribuer le marché, qu’il possède, au jour auquel l’attestation constate sa situation, à l’égard d’un pouvoir adjudicateur au sens de l’article 4, § 1 et § 2, 1° à 8° et 10° de la loi, ou d’une entreprise publique au sens de l’article 26 de cette même loi, une ou plusieurs créances certaines, exigibles et libres de tout engagement à l’égard de tiers pour un montant au moins égal, à 2.500 euros près, à celui pour lequel il est en retard de paiement de cotisations.
§ 2.
Le soumissionnaire étranger doit joindre à son offre ou présenter au pouvoir adjudicateur avant la date limite de réception des offres : 1°
une attestation délivrée par l’autorité compéten te certifiant que, suivant compte arrêté au plus tard la veille de la date limite de réception des offres, il est en règle à cette date avec ses obligations relatives au paiement des cotisations de sécurité sociale selon les dispositions légales du pays où il est établi. Lorsqu’un tel document n’est pas délivré dans le pays concerné, il peut être remplacé par une déclaration sous serment ou par une déclaration solennelle faite par l’intéressé devant une autorité judiciaire ou administrative, un notaire ou un organisme professionnel qualifié de ce pays ;
2°
§.3.
une attestation conformément au § 1, s’il emploi e du personnel assujetti à la loi du 27 juin 1969 révisant l’arrêté-loi du 28 décembre 1944 concernant la sécurité sociale des travailleurs.
A quelque stade de la procédure que ce soit, le pouvoir adjudicateur peut s’informer, par tous les moyens qu’il juge utiles, de la situation en matière de paiement des cotisations de sécurité sociale de tout soumissionnaire.
Deuxième critère d’exclusion. Le soumissionnaire ne peut pas se trouver dans l'une des situations suivantes : 1°
se trouver en état de faillite ou de liquidation , avoir cessé ses activités ou avoir obtenu un concordat judiciaire, ou se trouver dans toute situation analogue résultant d’une procédure de même nature existant dans les législations et réglementations nationales;
2°
avoir déposé une déclaration de faillite, avoir entamé une procédure de liquidation ou de concordat judiciaire ou avoir en cours une procédure de même nature existant dans les législations et réglementations nationales.
Pour les soumissionnaires Belges, le pouvoir adjudicateur demandera directement cette information via le guichet électronique. Pour le soumissionnaire étranger, l’attestation doit émaner de l’organisme administratif compétent du pays concerné, ou, à défaut, le soumissionnaire doit produire une déclaration sur l’honneur certifiée par un notaire ou par une autorité judiciaire ou administrative.
Troisième critère d’exclusion. Le soumissionnaire doit être en ordre concernant ses obligations vis-à-vis des contributions directes et de la TVA. Le soumissionnaire belge joint à son offre une attestation 276C2 récente (datant de 6 mois au maximum avant la date d’ouverture des offres) émanant de l’administration des Contributions directes ainsi qu'une attestation récente (datant de six mois au maximum avant la date d'ouverture des offres)
P.15
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
de l'Administration de la TVA dont il dépend et mentionnant qu’il est en ordre concernant ses obligations vis-à-vis de l’administration précitée. Le soumissionnaire étranger joint à son offre une ou plusieurs attestations récentes (datant de 6 mois maximum avant la date d’ouverture des offres) émanant de l’administration / des administrations compétente(s), dans son pays, pour la perception des contributions directes et de la TVA (ou des taxes qui, dans son pays, remplacent la TVA), mentionnant qu’il est en ordre concernant ses obligations vis-à-vis de l’administration / des administrations précitée(s). Si cette attestation ou ces attestations ne sont pas délivrées dans son pays, il suffit de joindre une déclaration sur l’honneur certifiée par un notaire ou par une autorité judiciaire ou administrative de son pays.
I.17.1.2 Critère de sélection relatif aux moyens économiques et financiers du soumissionnaire Le soumissionnaire fournit la preuve de sa capacité économique et financière par le biais de son chiffre d'affaires relatif aux activités sur lesquelles porte le marché et réalisées au cours des trois derniers exercices comptables.
I.17.1.3 Critères de capacité technique
Premier critère relatif à la capacité technique du soumissionnaire. Le soumissionnaire prouvera la réalisation de 1 projet(s) comparable(s) au moins, pour un nombre d’utilisateurs internes comparable (les projets réalisés au sein de la société du soumissionnaire ou au sein de la/des société(s) du/des sous-traitant(s) ne sont pas pris en compte pour ce critère). À cet effet, il fournira une liste des marchés les plus importants accomplis au cours des 3 dernières années. Il fournira également une liste des projets similaires réalisés au cours de la même période, et indiquera les instances publiques et privées pour lesquelles ces projets ont été réalisés. Lorsqu'il s'agit de services aux pouvoirs publics, la preuve sera fournie par des certificats qui seront émis ou signés par l'autorité compétente. Lorsqu’il s’agit de services à des personnes privées, la preuve sera fournie par des certificats émanant de ces personnes. À défaut de ces certificats, le soumissionnaire peut certifier lui-même la réalisation de ces prestations. Le soumissionnaire précisera la date, le montant total du marché, ainsi que les coordonnées d’une personne de contact au sein de la société ou de l’organisation concernée. L’utilisation du modèle « modèle de référence » (voir annexe du cahier spécial des charges : modèle de référence) est obligatoire pour la présentation des références. Deuxième critère relatif à la capacité technique du soumissionnaire. Le soumissionnaire mentionnera les certificats ISO et autres certificats qu’il possède. Le pouvoir adjudicateur souhaite que le soumissionnaire soit en possession d'un certificat ISO de type 9000 (9001 ou 9002) ou équivalent. Le pouvoir adjudicateur souhaite que les sous-traitants possèdent une certification ISO de type 9000 (9001 ou 9002) ou équivalent pour l’activité qui leur est sous-traitée. Troisième critère relatif aux capacités techniques du soumissionnaire. Le soumissionnaire mentionnera tout recours à la sous-traitance avec indication de la part du marché qui est sous-traitée ainsi que le nom des sous-traitants.
P.16
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
I.17.2 Régularité des offres Les offres des candidats sélectionnés seront examinées sur le plan de leur régularité conformément aux articles 89 et suivants de l'arrêté royal du 8 janvier 1996 et aux dispositions du présent cahier spécial des charges. Les offres irrégulières seront exclues. Chaque proposition sera examinée afin de s’assurer qu’elle soit conforme aux besoins exprimés. S'il est déterminé qu'un besoin exprimé n'a pas été satisfait, l'offre peut être considérée comme étant irrégulière. La solution proposée dans l’offre du soumissionnaire doit satisfaire aux besoins techniques présupposés qui peuvent être trouvés dans ce cahier des charges. Chaque proposition financière ou offre de prix incomplète ou contenant des contradictions ou des erreurs importantes, ou qui ne respecte pas les exigences en matière de présentation du prix, telles que formulées dans le cahier spécial des charges, peut être considérée comme irrégulière. Seules les offres reconnues régulières seront prises en considération pour être confrontées aux critères d’attribution.
I.17.3 Critères d’attribution Le choix de l'offre la plus avantageuse sera fait par le SPF Finances sur la base des données et des renseignements qui sont joints à l'offre par le soumissionnaire et sur la base des critères décrits ciaprès. L'attribution se fera sur la base de l'offre régulière la plus intéressante, en tenant compte des critères ci-dessous. Le soumissionnaire joindra à son offre, tous les renseignements nécessaires à l'évaluation de son offre à la lumière des critères d'attribution et de leurs sous-critères éventuels, comme détaillé cidessous. Tous les critères (et tous les sous-critères éventuels) reçoivent un coefficient de pondération. Les critères mentionnés ci-dessous sont les seuls qui seront utilisés pour effectuer le choix parmi les offres. 1. Prix [35 %] Ce critère sera évalué sur la base de l’information fournie par le soumissionnaire dans le tableau des prix. 2. Vision, stratégie et plan d’approche [15%] Ce critère sera évalué sur la base de l’information fournie par le soumissionnaire en réponse aux questions et attentes du sous-chapitre Contexte, Objet et exigences générales du marché, à l’exception de sections dont l’évaluation est couverte par un autre critère. L’attention du soumissionnaire est spécialement attirée sur la section Vision, stratégie, plan d’approche : vue synthétique 3. Complétude, adéquation et richesse de la solution [20 %] Ce critère sera évalué principalement sur la base de l’information fournie par le soumissionnaire en réponse aux questions et attentes du sous-chapitre Volet 1 : Mise en place d’une plateforme pour la mobilité d’entreprise. • •
Plateforme (10%) Facilité de mise en œuvre de la solution (10%)
P.17
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
4. Compétence, expérience et adéquation du personnel [10%] Ce critère sera évalué sur la base de l’information fournie par le soumissionnaire en réponse aux questions et attentes du sous-chapitre Volet 2 : Mise en place de services nécessaires complémentaires à la plateforme et sur la base des CV. • •
Expérience significative et CV (5%) Services complémentaires (5%)
Le soumissionnaire veillera à ce qu’une réelle expertise sur les applications et les solutions mobiles éprouvée et alignée avec l’évolution dans ce domaine soit présente au sein de l’équipe projet qu’il propose. Cette expertise, assortie d’une expérience significative et éprouvée sur un projet d’envergure relatif à la mobilité, est obligatoire pour les personnes qui assumeront les rôles d’architectes et de designer. L’architecte devra avoir en plus une réelle expérience dans l’utilisation des solutions de type IaaS et PaaS. L’offre ne peut déroger à cette obligation. Expertise et expérience sont dites significatives au regard de l’objet et des objectifs du présent cahier des charges.
5. Pilote [10%] 6. SLA [5%] Ce critère sera évalué sur la base de l’information fournie par le soumissionnaire en réponse aux questions et attentes de la section SLA 7. Qualité de l’Offre (5%)
Le critère « Prix» a été pondéré comme suit :
Pr P = Pmax × min Pr offerte
dont : • • • •
Prmin = prix le plus bas des offres jugées régulières entrant en ligne de compte pour l’attribution du marché Profferte = prix de l’offre P = points octroyés au critère « Prix » Pmax = pondération maximale du critère « Prix »
La détermination du score final se fait comme suit: Les cotes relatives aux critères d’attribution susmentionnés, y compris celle du prix, seront additionnées. Le marché sera octroyé au soumissionnaire qui obtient le score final le plus élevé.
P.18
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
II. Dispositions contractuelles Cette deuxième partie fixe la procédure relative à l’exécution du marché. Pour autant qu’il n’y soit pas dérogé, l’Arrêté royal du 26 septembre 1996 et ses modifications ultérieures établissant les règles générales d’exécution des marchés publics de travaux, de fournitures et de services et des concessions de travaux publics est d’application, de même que les dispositions de l’annexe à cet arrêté royal relative au cahier général des charges, et ses modifications ultérieures.
II.1 Notification de l’attribution du marché Conformément à l’article 65/8 de la loi du 23 décembre 2009 (insertion d’un nouveau livre concernant la motivation, l’information et les moyens juridiques dans la loi du 24 décembre 1993 sur les marchés publics et certains marchés d’adjudication de travaux, fournitures et services), l’instance adjudicatrice communique, immédiatement après la décision d’attribution : Extrait du §1 : 1° à chaque soumissionnaire non sélectionné, les m otifs de sa non-sélection, sous la forme d’un extrait de la décision motivée ; 2° à chaque soumissionnaire dont l’offre est décla rée irrégulière, les motifs du rejet, sous la forme d'un extrait de la décision motivée ; 3° à chaque soumissionnaire dont l’offre n’est pas choisie ainsi qu’au soumissionnaire choisi, la décision motivée. La notification visée ci-dessus comprend également, le cas échéant : 1° la mention précise de la durée exacte du terme visé à l’article 65/11, premier alinéa ; 2° la recommandation d’avertir l’instance adjudica trice dans le même délai, par télécopie, courriel ou autre moyen électronique, si l’intéressé dépose une demande de suspension conformément à l'article 65/11; 3° le numéro de télécopie ou l’adresse électroniqu e auxquels la notification visée à l’article 65/11, troisième alinéa, peut être envoyée. L’instance adjudicatrice émet cette notification sans retard, par télécopie, courriel ou autre moyen électronique ainsi que, le même jour, par lettre recommandée. § 2. La notification visée sous § 1 ne génère aucune obligation contractuelle à l’égard du soumissionnaire choisi et suspend le délai durant lequel les soumissionnaires sont tenus par leur offre, pour autant qu’un tel délai et que l’article 65/11 s'appliquent. Pour toutes les offres déposées dans le cadre de ce marché, la suspension du délai prend fin : 1° en l’absence de demande de suspension en vertu de l’article 65/11, deuxième alinéa, le dernier jour du délai visé à l’article 65/11, premier alinéa ; 2° en présence d’une demande de suspension en vert u de l’article 65/11, deuxième alinéa, le jour où l’instance de recours visée à l'article 65/15 prend sa décision ; 3° en tout cas, au plus tard le quarante-cinquième jour après la notification visée au paragraphe 1.
P.19
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Certains renseignements ne peuvent être communiqués lorsque leur diffusion entrave l’application de la loi, compromet l’intérêt public, lèse les intérêts commerciaux légitimes d’entreprises publiques ou privées ou empêche une concurrence loyale entre entreprises.
II.2 Le bon de commande et ses modalités Le bon de commande est adressé à l’adjudicataire et ce, soit par courrier recommandé, soit par fax, soit via tout autre support permettant de définir la date d'envoi de façon certaine. Les échanges de correspondance subséquents relatifs au bon de commande (et à l’exécution des services) suivent les mêmes règles que celles prévues pour l’envoi du bon de commande chaque fois qu’une partie désire se ménager la preuve de son intervention. En cas de réception du bon de commande postérieure au délai de deux jours ouvrables, le délai de livraison peut être prorogé au prorata du retard constaté pour la réception du bon de commande, à la demande écrite et justifiée de l’adjudicataire. Si le service commandeur, après avoir examiné la demande écrite de l’adjudicataire, l’estime fondée ou partiellement fondée, il lui communique par écrit quelle prorogation de délai est acceptée. En cas de libellé manifestement incorrect ou incomplet du bon de commande empêchant toute exécution de la commande, l’adjudicataire en avise immédiatement par écrit le service commandeur afin qu’une solution soit trouvée pour permettre l’exécution normale de la commande. Si nécessaire, l’adjudicataire sollicite une prorogation du délai de l’exécution des services dans les mêmes conditions que celles prévues en cas de réception tardive du bon de commande. En tout état de cause, les réclamations relatives au bon de commande ne sont plus recevables si elles ne sont pas introduites dans les 15 jours calendrier à compter du premier jour qui suit celui où l’adjudicataire a reçu le bon de commande.
II.3 Fonctionnaire dirigeant L’exécution des services se déroule sous le contrôle du fonctionnaire dirigeant: Nom: Monsieur Louis Collet Adresse: Service d'Encadrement ICT, Boulevard du Roi Albert II 33 bte 95 à 1030 Bruxelles Téléphone: 0257/6.41.92 Fax: 0257/9.68.01 E-mail:
[email protected] Le surveillant des services: Nom: Monsieur Tshitshi KIA NTONI Adresse: Service d'Encadrement ICT, Boulevard du Roi Albert II 33 bte 95 à 1030 Bruxelles Téléphone: 0257/65809 Fax: 0257/9.68.01 E-mail:
[email protected]
P.20
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
II.4 Cautionnement Le cautionnement est fixé à 5% du montant total, hors TVA, du marché. Le montant ainsi obtenu est arrondi à la dizaine d’euros supérieure. Le cautionnement peut être constitué conformément aux dispositions légales et réglementaires, soit en numéraire ou en fonds publics, soit sous forme de cautionnement collectif. Le cautionnement peut également être constitué par une garantie accordée par un établissement de crédit satisfaisant au prescrit de la loi du 22 mars 1993 relative au statut et au contrôle des établissements de crédit ou par une entreprise d’assurances satisfaisant au prescrit de la loi du 9 juillet 1975 relative au contrôle des entreprises d’assurances et agréée pour la branche 15 (caution). L’adjudicataire doit, dans les trente jours de calendrier suivant le jour de la conclusion du marché, justifier la constitution du cautionnement par lui-même ou par un tiers, de l’une des façons suivantes : 1° lorsqu’il s’agit de numéraire, par le virement du montant au numéro de compte du Postchèque de la Caisse des Dépôts et Consignations (CCP n° 67 9-2004099-79, IBAN: BE58 6792 0040 9979, BIC: PCHQBEBB) ou d’un organisme public remplissant une fonction similaire à celle de ladite Caisse, ci-après dénommé organisme public remplissant une fonction similaire ; 2° lorsqu’il s’agit de fonds publics, par le dépôt de ceux-ci entre les mains du caissier de l’Etat au siège de la Banque nationale à Bruxelles ou dans l’une de ses agences en province, pour compte de la Caisse des Dépôts et Consignations, ou d’un organisme public remplissant une fonction similaire ; 3° lorsqu’il s’agit d’un cautionnement collectif, p ar le dépôt par une société exerçant légalement cette activité, d’un acte de caution solidaire auprès de la Caisse des Dépôts et Consignations ou d’un organisme public remplissant une fonction similaire ; 4° lorsqu’il s’agit d’une garantie, par l’acte d’en gagement de l’établissement de crédit ou de l’entreprise d’assurances. Cette justification se donne, selon le cas, par la production au pouvoir adjudicateur : 1° soit du récépissé de dépôt de la Caisse des Dépô ts et Consignations ou d’un organisme public remplissant une fonction similaire ; 2° soit d’un avis de débit remis par l’établissemen t de crédit ou l’entreprise d’assurances ; 3° soit de la reconnaissance de dépôt délivrée par le caissier de l’Etat ou par un organisme public remplissant une fonction similaire ; 4° soit de l’original de l’acte de caution solidair e visé par la Caisse des Dépôts et Consignations ou par un organisme public remplissant une fonction similaire ; 5° soit de l’original de l’acte d’engagement établi par l’établissement de crédit ou l’entreprise d’assurances accordant une garantie. Ces documents, signés par le déposant, indiquent au profit de qui le cautionnement est constitué, son affectation précise par l’indication sommaire de l’objet du marché et de la référence du cahier spécial des charges, ainsi que le nom, le prénom et l’adresse complète de l’adjudicataire et éventuellement, du tiers qui a effectué le dépôt pour compte, avec la mention « bailleur de fonds » ou « mandataire », suivant le cas. Si la preuve de la caution n’est pas fournie dans le délai requis, une amende sera appliquée. L’absence de caution peut entraîner la rupture du contrat. Le délai de trente jours de calendrier visé ci-avant est suspendu pendant la période de fermeture de l’entreprise de l’adjudicataire pour les jours de vacances annuelles payées et les jours de repos compensatoire prévus par voie réglementaire ou dans une convention collective de travail rendue obligatoire.
P.21
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
La preuve de la constitution du cautionnement doit être envoyée à l’adresse suivante : SPF Finances Service d'encadrement B&CG Division Engagements des Services d’Encadrement Boulevard du Roi Albert II 33 bte 785 1030 Bruxelles Le cautionnement est libérable à la demande de l’adjudicataire après la réception définitive.
II.5 Caractère livrable du système proposé Les éventuels appareils, le logiciel système (sauf les pièces spécifiques développées au cours du projet) et les programmes d'application proposés doivent être officiellement disponibles et livrables lors de l'introduction de l'offre. Leur entretien éventuel doit également être disponible (il ne peut dès lors pas s'agir de versions β du logiciel, de pré-releases, etc. …).
II.6 Exécution du marché II.6.1 Clause d’évolution technologique Si, avant l'expiration du délai de livraison, une évolution technologique donne naissance à des logiciels/matériels plus avancés en termes de performances ou de fonctionnalités que ceux proposés dans l’offre et ce, sans augmentation de prix, l’adjudicataire est tenu d'en avertir le pouvoir adjudicateur et d’en proposer le remplacement. Le pouvoir adjudicateur est libre d'accepter ou de refuser la proposition.
II.6.2 Lieu d’exécution du marché et particularités II.6.2.1 L’exécution des services
L'exécution du marché se déroulera principalement au Service d’Encadrement ICT. Si, au cours de certaines périodes, il fallait travailler en autres lieux, les frais de déplacement ne seraient en principe pas remboursés par le SPF Finances. Une partie des services peut aussi être exécutée dans les locaux de l’adjudicataire si la prestation n’est pas possible ailleurs ou si le SPF Finances en tire un avantage particulier. En vue d’une collaboration optimale avec le personnel du SPF Finances, le personnel de l’adjudicataire effectuant des prestations dans les locaux du SPF Finances doit, dans la mesure du possible, suivre le même horaire de travail que les collègues des Finances. Par “heures de bureau normales”, nous entendons les jours ouvrés, du lundi au vendredi, de 7h30 à 18h00, selon le régime d'horaire variable en vigueur au SPF Finances. Le 2 novembre, le 15 novembre et la période entre Noël en Nouvel An sont considérés comme jours fériés par le SPF Finances, ainsi que le premier jour ouvrable de l’année. Des « ponts » obligatoires sont également prévus ; ils seront communiqués chaque année.
P.22
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
II.6.2.2 Livraisons Livraisons et installation L’adjudicataire doit fournir au SPF Finances tous les renseignements et facilités nécessaires pour que la préparation et l’exécution des livraisons puissent être contrôlées. Aucune livraison ne peut être faite sans qu'un avis en ait été donné, par écrit, aux services destinataires au moins quatre jours ouvrables avant la date d'expédition des marchandises ou de l’installation du logiciel, sauf avis contraire explicite du pouvoir adjudicateur.
L'équipement (logiciel) sera fourni et installé par l'adjudicataire, conformément à un calendrier détaillé à convenir de commun accord après l'avis d'adjudication du marché. Les locaux d’installation seront aménagés par le SPF Finances conformément aux prescriptions énoncées dans l’offre remise par l’adjudicataire.
Spécifications techniques Les livraisons et services doivent correspondre en tous points avec les plans, documents et domaines applicables à ce marché. Même en cas de défaut de spécification technique contractuelle, les livraisons et services doivent satisfaire à toutes les exigences et règles de bonne exécution. Emballages Les emballages éventuels demeurent la propriété de l’adjudicataire et sont enlevés par lui dans les dix jours calendrier à compter de la date de livraison. Passé ce délai, le SPF Finances est en droit de renvoyer ces emballages aux frais de l’adjudicataire. Le matériel sera déballé dans les locaux désignés par le destinataire et selon ses instructions. Lieu Les livraisons se feront au : SPF Finances Service d’Encadrement ICT Boulevard du Roi Albert II 33 1030 Bruxelles
II.6.3 Personnel de l’adjudicataire Pour ce marché, l’adjudicataire devra désigner un chef de projet (également décrit, dans le cadre de 1 PMFin , comme le « coordinateur de projet externe ») qui l e représentera dans ses rapports avec le SPF Finances. Le personnel de l’adjudicataire qui sera amené à réaliser le marché devra : • •
avoir une expérience dans le cadre de la solution proposée ou de solutions comparables, être en mesure de comprendre tous les textes, rapports, comptes rendus, etc. nécessaires, utilisés ou produits par les deux parties dans le cadre du présent marché, et ce tant en français qu’en néerlandais. Avoir une connaissance orale et écrite suffisante pour pouvoir
1
Une méthodologie de projet unique au sein du SPF Finances qui est basée sur la méthode internationalement reconnue Prince2
P.23
SERVICE PUBLIC FÉDÉRAL FINANCES
•
Réf.: ICT/INF/MOB
communiquer en français ou en néerlandais, et si possible indifféremment dans les deux langues, le chef de projet doit être en outre capable de communiquer oralement tant en français qu’en néerlandais. Le service d’assistance et de support technique doit en outre pouvoir communiquer avec aisance dans les deux langues.
Le personnel de l’adjudicataire devra satisfaire à toutes les dispositions légales en vigueur en Belgique en matière d'immigration et de permis de travail. L’adjudicataire garantira le SPF Finances contre tout dommage généralement quelconque que le SPF Finances pourrait subir du fait du non-respect par l’adjudicataire ou les membres de son personnel des dispositions légales en question. L’adjudicataire doit disposer de suffisamment de personnel possédant les connaissances nécessaires et adaptées à l’exécution des tâches. Le personnel concerné doit également disposer d'une connaissance suffisante des outils utilisés dans le cadre du projet. Les adjudicataires doivent être capables de répondre immédiatement aux besoins résultant de l’attribution du marché. L’équipe de projet mise à disposition par l’adjudicataire doit être suffisante afin de mener à bien les missions qui lui sont confiées. Le personnel affecté à l'exécution du marché doit être le même que celui proposé dans l'offre. A défaut, le personnel mis à disposition pour l'exécution sera de niveau et d’expérience équivalents. Le SPF Finances devra marquer son accord sur la composition de l'équipe proposée pour le projet. L'adjudicataire garantit pour toute la durée du marché, la stabilité des personnes affectées à l'exécution du présent marché. En cours d'exécution, l'adjudicataire n'apportera aucun changement dans la composition de l'équipe de projet sans l'autorisation préalable du SPF Finances. Le SPF Finances pourra réclamer le remplacement immédiat d'une ou plusieurs personnes de l'équipe de projet de l'adjudicataire si elle juge que leurs qualifications ou leurs prestations entravent la bonne exécution du marché. Le changement devra intervenir dans les 20 jours ouvrables de la demande du SPF Finances, et ce sans frais à dater de la notification de l’incident au soumissionnaire.
Les soumissionnaires doivent joindre à leur offre, le curriculum vitae (obligatoire selon le modèle de « curriculum vitae ») des personnes amenées à réaliser le marché. L’offre devra contenir une proposition claire concernant la composition réelle de l’équipe de projet et le type de profils qui participeront à la réalisation du marché. Un certain nombre de personnes pourront être proposées par profil, mais le soumissionnaire devra indiquer combien et quels membres du personnel feront partie de l’équipe de projet réelle. La liste des membres du personnel proposés (effectifs et suppléants éventuels) sera considérée comme une liste exhaustive comprenant tous les membres du personnel susceptibles de faire partie de l’équipe de projet.
II.6.4 Sous-traitants L’adjudicataire assumera l'entière responsabilité de la livraison de tous les produits et services visés dans ce marché. Le recours à des sous-traitants n'exonère pas l’adjudicataire de ses responsabilités quant aux prestations attendues dans le cadre du marché. En cas de changement de sous-traitant par rapport à l’offre, l'adjudicataire informera le SPF Finances qui devra marquer son accord avant que l’adjudicataire puisse procéder au changement.
P.24
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Le fait que le prestataire de services confie tout ou partie de ses engagements à des tiers ne l'exonère pas de sa responsabilité envers le SPF Finances. Celui-ci ne se reconnaît aucun lien contractuel avec ces tiers.
II.6.5 Moyens mis à disposition par le SPF Finances II.6.5.1 Moyens techniques L’adjudicataire mettra à disposition de son personnel tout le matériel nécessaire à l’exécution de sa mission (ordinateur portable, etc.). On applique le principe que le SPF Finances mettra simultanément à la disposition des membres du personnel au cours de leur mission, au maximum 3 bureaux de type "shared desk", sans armoires. Le personnel de l’adjudicataire dispose d’un accès limité au réseau du SPF Finances, ainsi que d’une adresse e-mail. Le SPF Finances ne dispose pas d’emplacements de parking pour le personnel de l’adjudicataire. Le SPF Finances n'effectuera aucune adaptation aux postes de travail des membres du personnel de l'adjudicataire afin de les faire mieux fonctionner au sein de l'infrastructure du SPF Finances. L'adjudicataire ne peut en aucun cas modifier, perturber ou surcharger l'infrastructure du SPF Finances par l'ajout de postes de travail pour son personnel dans cette infrastructure, sauf pour ce qui est directement associé au développement de l'application concernée. L'adjudicataire est intégralement responsable de la protection des postes de travail concernés contre les virus et de la gestion de ces postes. Il utilisera de manière prioritaire les outils mises à sa disposition par le SPF Finances. Au cas où d'autres logiciels devraient être utilisés dans le cadre du projet, leur utilisation se déroulera, après acceptation par le comité de pilotage, sous la responsabilité de l'adjudicataire et le coût de cette utilisation sera compris dans le prix des services. Le personnel de l’adjudicataire devra suivre les procédures internes et les règlements relatifs à l’utilisation des moyens mis à sa disposition et à leur accès, et ne peut exiger aucun ajout ou modification à l’environnement de travail du pouvoir adjudicateur. Si des manquements dans le soutien logistique entraînent des perturbations de service, il devra être fait appel aux moyens d’arbitrage décrit dans le point « Moyens d’actions de l’administration – Litiges » avant de faire appel au droit.
II.6.5.2 Tâches des collaborateurs du SPF Finances Les collaborateurs du SPF Finances participent au(x) projet(s) pour ce qui concerne : • • • • • •
la définition du contenu du/de chaque projet ; la participation au choix de solutions : architecture, etc. ; la validation des documents de réalisation : dossiers de spécification, dossiers de réalisation, dossiers d’acceptation, dossier de tests, manuels d’utilisation, manuels de maintenance, etc. ; les contrôles de la qualité, notamment le contrôle de la concordance de la documentation avec la réalisation, du respect des normes en matière de documentation et de programmation, etc. ; le cas échéant : la participation obligatoire aux tests de réception (aspects techniques et fonctionnels), indépendamment du fait qu’il s’agisse de tests de fonctionnement unitaires, de tests d’intégration ou de tests concernant le fonctionnement général ; le support logistique aux équipes d’exécution, en ce qui concerne la mise à disposition des moyens techniques nécessaires à la réalisation selon ce qui sera déterminé en concertation.
La réalisation sera suivie de très près, étape après étape, par les collaborateurs du SPF Finances, qui, avec l’aide nécessaire de l’adjudicataire, seront chargés de contrôler (et, si nécessaire, de définir) les normes et standards sur le plan (où cela s’applique) de l’architecture, des règles d’application, des procédures de travail, de la documentation, de la programmation, etc. Ils doivent également veiller à P.25
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
ce que les normes soient strictement respectées, de façon à ce que les solutions implémentées puissent ensuite être reprises dans leur intégralité et sans problème spécifique par le SPF Finances.
II.6.6 Normes et standards à respecter Les équipes de réalisation mis à disposition par l'adjudicataire au SPF Finances appliqueront les méthodes et les standards spécifiés par le SPF Finances ou ceux choisis avec son accord. Ces standards concernent au minimum : • • • • • •
les normes techniques pour logiciels ; la méthode de gestion de projet (PMFin, une méthodologie de projet unique au sein du SPF Finances qui est basée sur la méthode internationalement reconnue Prince2) ; la tenue de la documentation ; les règles de programmation (création, structures des codes, commentaires, conventions en matière de dénomination, standards de développement conformément aux fondements ICT, y compris les Standards ouverts, etc.); les règles de gestion définies par les services de gestion des environnements d'exploitation ; les procédures pour les garanties de base
Toutes les normes utilisées par le SPF Finances figurent dans un document explicatif, disponible sur http://minfin.fgov.be/portail1/fr/cadrefr.htm (sous « ICT et plans informatiques ») et http://minfin.fgov.be/portail1/nl/cadrenl.htm (onder “ICT en informaticaplan”) . Toute référence à quelque norme ou méthodologie que ce soit dans le présent cahier des charges dépend de la description exacte dans le document officiel présent sur ce site. Seul le comité tactique est compétent au sein du SPF Finances pour modifier ou ajouter des normes et méthodologies. Si l’adjudicataire a besoin de l’approbation d’une nouvelle norme, il devra en introduire la demande auprès du comité tactique et entièrement se soumettre à sa décision.
II.6.7 Gestion des changements (« change management ») Généralités A tout moment lors de l’exécution du contrat, le SPF Finances peut proposer au prestataire de services de modifier, de développer ou de limiter n’importe quel aspect de l’exécution du contrat, entre autres le contenu des services (« proposition de modification » dans PMFin request for change). Des activités ou des aspects qui ont pu être anticipés ou prévus par le prestataire de services lors de la remise de son offre, ou encore qui en font raisonnablement partie, sont inclus dans l’exécution du contrat et ne pourront donc pas faire l’objet d’une proposition de modification. Le prestataire de services ne pourra refuser une proposition de modification émise par le SPF Finances si la modification en question entraîne une réduction des coûts ou des volumes. Tant qu’une proposition de modification n’est pas entérinée de manière formelle par les parties (ainsi que par le comité de pilotage) et sauf si les parties ont conclu un autre accord par écrit, le prestataire de services continuera à exécuter le contrat comme s’il n’existait pas de proposition de modification. Le prestataire de services sera seul responsable pour toute avarie ou perte résultant de l’exécution d’une modification pour laquelle le SPF Finances n’avait pas donné son aval préalable par écrit.
P.26
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Modalités Le prestataire de services assure qu’il disposera toujours des moyens humains et matériels nécessaires à l’exécution de modifications. Une modification ne peut donner lieu à une adaptation de prix que si elle implique un surcoût matériel avéré dans le chef du prestataire de services. Le prestataire de services ne facturera aucun coût additionnel pour l’étude ou la préparation d’un rapport sur une proposition de modification.
Procédure Sous réserve des articles 7 et 8 de l’arrêté royal du 26 septembre 1996 fixant les règles générales d’exécution des marchés publics, une modification de contrat ne sera contraignante que si elle a été proposée, traitée et entérinée conformément à la présente disposition. Si une des parties désire apporter des modifications au contrat, elle devra transmettre les détails de cette modification à l’autre partie par écrit. Si le SPF Finances propose une modification, le prestataire de services devra transmettre au SPF Finances, dans un délai raisonnable et sans surcoût, une estimation du temps nécessaire prévu pour la mise en œuvre de la modification et de l’effet attendu de ladite modification au niveau du contrat. Si le SPF Finances décide de ne pas appliquer cette modification, aucune modification ne sera apportée au contrat. Si le SPF Finances désire appliquer cette modification et si les deux parties acceptent la proposition de modification, elles définiront conjointement la modification ainsi que les conséquences de cette modification au niveau des modalités d’acceptation dans une « annexe au contrat » qu’elles signeront. Le prestataire de services exécutera immédiatement la modification convenue conformément aux stipulations de cette annexe. Si le prestataire de services demande une modification, la SPF Finances ne devra pas refuser ou différer son autorisation de manière inconsidérée. Si les deux parties acceptent la proposition de modification, elles définiront conjointement la modification ainsi que les conséquences de cette modification au niveau des modalités d’acceptation dans une « annexe au contrat » qu’elles signeront. Le prestataire de services exécutera immédiatement la modification convenue conformément aux stipulations de cette annexe.
II.6.8 Engagements particuliers concernant les informations reçues Tous les résultats et rapports produits par l’adjudicataire pendant l'exécution de ce marché, constituent la propriété du pouvoir adjudicateur et ne peuvent être publiés ou communiqués à des tiers, sauf accord écrit préalable de la part du pouvoir adjudicateur. L'exécutant des services et ses collaborateurs sont tenus au secret professionnel quant aux informations qu'il aurait pu obtenir lors de l'exécution de ce marché. Ces informations ne pourront en aucun cas être communiquées à des tiers sans accord écrit de la part du pouvoir adjudicateur. L’adjudicataire est autorisé à mentionner le présent marché dans ses références. Tous les renseignements dont le personnel d e l’a dj udic ata ir e sera amené à prendre connaissance dans le cadre de sa mission, tous les documents qui lui sont confiés et toutes les réunions auxquelles il participe sont considérés comme strictement confidentiels. Les informations dot il s’agit: • •
peuvent être enregistrées sur n'importe quel type de support d'information, comme le papier, un film, une bande magnétique, un disque, une disquette, un montage intégré, etc. ; peuvent être communiquées à l’adjudicataire oralement, par une démonstration et/ou par la transmission d'un support d'information qui contient l'information considérée ou peuvent venir à la connaissance de l’adjudicataire à l'occasion de l'exécution du présent marché ou d'une mission confiée par le SPF Finances dans le cadre du présent marché ;
P.27
SERVICE PUBLIC FÉDÉRAL FINANCES
•
Réf.: ICT/INF/MOB
peuvent, dans leur totalité ou en partie, consister en, par exemple, études, modes d'emploi, plans de conception, plans de fabrication, descriptions techniques, plans de détail, spécifications fonctionnelles, procédures, programmes d'ordinateur, codes exécutables, calculs, etc.
L’adjudicataire s’engage à garder secrètes, tant pendant qu’après l’exécution du marché, toutes ces informations confidentielles, de quelque ordre que ce soit, qui lui seront communiquées ou dont il aura eu connaissance au cours de sa mission. L’adjudicataire se porte garant du respect de la confidentialité de ces informations par son personnel et ses sous-traitants. Il s’engage à ne pas les divulguer à des tiers, en ce compris les filiales et autres entreprises liées à l’adjudicataire. Il ne communiquera à son personnel et à celui de ses sous-traitants directement impliqués au marché, uniquement les données nécessaires à l'exécution de leur tâche, dans le cadre du présent marché. Les obligations énoncées ci-dessus ne sont pas applicables aux informations du SPF Finances : • • • •
dont l’adjudicataire peut démontrer par un moyen acceptable par le SPF Finances qu'elles étaient déjà en sa possession au moment où elles lui ont été communiquées pour la première fois par le SPF Finances ; qui, au moment où elles ont été connues par le SPF Finances, étaient déjà publiques ; qui, après qu'elles aient été connues par le SPF Finances, ont été rendues publiques autrement que par le fait de l’adjudicataire ; ou que l’adjudicataire a obtenues d'un tiers qui disposait de bonne foi des informations du SPF Finances et qui était autorisé à les communiquer à l’adjudicataire.
L’adjudicataire s'engage : • •
à ne pas copier tout ou partie de l'information du SPF Finances, si celle-ci se trouve sur un support mis à disposition par le SPF Finances ; à, d'autre part, ne pas saisir tout ou partie de l'information du SPF Finances sur un support quelconque, sauf pour l'exécution des missions qui lui sont confiées par le SPF Finances, et ce uniquement si cela s’avère nécessaire.
Toute l'information mise à la disposition de l’adjudicataire par le SPF Finances et tout support d'information, contenant de l'information du SPF Finances, mis à la disposition de l’adjudicataire par le SPF Finances reste l'entière propriété du SPF Finances. Même si l’adjudicataire a copié ou consigné ces informations ou une partie de celles-ci, elles demeurent la propriété intégrale du SPF Finances. Le SPF Finances a le droit, à tout moment, de demander à l’adjudicataire de lui remettre tout ou partie des supports d’information sur lesquels l’adjudicataire aura stocké de l’information du SPF Finances. L’adjudicataire s’engage à remettre immédiatement les supports réclamés sans les copier. L’adjudicataire s’engage à remettre au SPF Finances, à l’issue de l’exécution du marché et sans délai, tous les supports d’information qui contiennent de l’information du SPF Finances et qui ont été mis à la disposition de l’adjudicataire pour l’exécution du marché, pour autant que ces supports d’information n’aient pas déjà été remis au SPF Finances. Toute information du SPF Finances restera la propriété du SPF Finances. Par la mise à disposition d’informations du SPF Finances, celui-ci ne concède à l’adjudicataire, ni explicitement ni implicitement, aucun droit à licence sur les droits de brevet, droits d’auteur ou autres droits intellectuels. L’adjudicataire s'engage à ne pas appliquer industriellement l'information du SPF Finances et à ne pas l'utiliser pour d'autres fins que l'exécution du présent marché ou d'une mission à lui confiée par le SPF Finances dans le cadre du présent marché.
P.28
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
L’adjudicataire est responsable de tout dommage dont le SPF Finances serait victime du fait du nonrespect par lui-même ou par les membres de son personnel d’obligations qui lui incombent en vertu du présent article.
II.6.9 Responsabilités Responsabilité Fournitures Le fournisseur est responsable de ses fournitures jusqu'au moment où les opérations de vérification de la livraison sont effectuées, sauf si les pertes ou avaries survenant dans les dépôts du destinataire sont dues à des faits ou circonstances visés à l'article 16 du Cahier Général des Charges. Responsabilité Services Le prestataire de services assume la pleine responsabilité des fautes et des omissions constatées dans les services fournis, spécialement dans les études, les calculs, les plans ou toute autre pièce qu’il fournit dans le cadre de l’exécution du marché. En outre, le prestataire de services garantit le pouvoir adjudicateur contre toute action en dommages et intérêts intentée par des tiers en raison de son retard ou de sa défaillance. Le prestataire de services garantit que tous les services qui devront être exécutés dans le cadre du contrat seront exécutés conformément aux meilleures normes professionnelles, par un personnel suffisamment formé et compétent, en respectant les délais prévus. Le prestataire de services est responsable du niveau de qualité des prestations exécutées et s’engage à mettre tout en œuvre afin de réaliser les objectifs de la mission qui lui est assignée dans le cadre de l’exécution du marché. Sur la base de l’article 1384 du Code civil, le prestataire de services est en tous cas responsable de tout fait ayant un rapport avec les activités exercées pour le compte du SPF Finances commis par des membres de son personnel.
II.7 Suivi des services prestés et contrôles par des tiers II.7.1 Suivi de la bonne exécution du marché Le SPF Finances a le droit de maintenir une surveillance permanente sur les livraisons et les services qui sont exécutés par l’équipe impliquée dans l’exécution du marché. L’équipe d’exécution doit fournir aux représentants du SPF Finances tous les renseignements et facilités afin de remplir cette tâche. Les plans, spécifications, dossiers, etc. sont établis, dans le cadre de ce marché, par le personnel de l’adjudicataire. Ils doivent avoir été approuvés par le SPF Finances avant exécution. Le SPF Finances dispose d’un délai de 30 jours calendrier afin d’approuver ces documents ou de formuler des remarques. En cas de remarques, les documents concernés doivent être corrigés avant l'exécution et sans que ces corrections n'aient comme conséquence une révision des délais d'exécution planifiés, à moins que les remarques ne proviennent de nouvelles exigences de la part du SPF Finances. Tout dépassement du terme planifié pour l’acceptation d’un document mène, à la demande de l’adjudicataire concerné, à un prolongement du délai d’exécution. Le fait qu'un retard puisse être imputé au SPF Finances ne dégage pas l'adjudicataire de son obligation de veiller à en réduire les conséquences. L’adjudicataire ne peut pas faire appel au fait que cette surveillance a été exécutée, dans le but de se soustraire à sa responsabilité au cas où les fournitures ou les prestations seraient refusées pour
P.29
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
cause de manquements de quelque nature que ce soit et que dès lors des délais d’exécution prolongés en découleraient.
II.7.2 Contrôles par des tiers Afin d'évaluer les services prestés et le suivi du projet, le pouvoir adjudicateur peut faire appel à un tiers. L'adjudicataire est tenu de collaborer avec la partie tierce et lui fournir toute l'information afin de permettre le bon déroulement de ces activités de contrôle. Dans ce cadre, le SFP Finances souhaite mettre l’offre de l’adjudicataire à la disposition des personnes internes et externes au SPF chargées de l'évaluation et du contrôle. Les soumissionnaires doivent dès lors indiquer clairement quelles sont les parties de leur offre qui ne peuvent être mises à la disposition de personnes externes au SPF et chargées de l'évaluation et du contrôle. Si le soumissionnaire ne prend aucune décision en la matière dans son offre, cela sera interprété comme une absence de limites de sa part dans le cadre du « contrôle par des tiers », l’intégralité de son offre pouvant être mise à disposition des personnes externes chargées de l’évaluation et du contrôle.
II.8 Evaluation des services prestés et opérations de vérification Le SPF Finances procédera aux opérations de vérification complète des équipements constitutifs de chacune des étapes de réalisation telles qu’elles sont définies dans le calendrier de réalisation du projet dans les 30 jours calendrier qui suivent la notification, par l’adjudicataire, de leur achèvement. Ces opérations porteront sur l'adéquation et sur le bon fonctionnement des équipements. La vérification d’aptitude a pour but de constater que les installations répondent aux quantités et spécifications imposées par le SPF Finances. Le contrôle du bon fonctionnement a pour but de constater que les équipements sont capables d’assurer un fonctionnement correct dans des conditions normales d’exploitation (en d’autres termes que l’installation satisfait aux niveaux de services préétablis). Les activités de contrôle comprennent notamment : • • • • •
L’établissement du fait que les livraisons et les services associés ont été effectués; Le contrôle que toutes les fonctionnalités sont opérationnelles et paramétrées; Le contrôle des capacités de prestation en termes de performance, de sécurité, de robustesse, de capacité de montée en charge, etc. L’installation éventuelle d’outils de test afin de pouvoir exécuter les contrôles mentionnés plus haut Le contrôle de la livraison de la documentation.
Si les équipements satisfont aux contrôles prévus à cette fin dans les délais fixés, ils seront considérés comme appropriés et fonctionnant bien. Le calendrier des activités de contrôle sera fixé de commun accord. Si lors des opérations de vérification, les performances et/ou des fonctionnalités requises dans le cahier spécial des charges et/ou annoncées dans l’offre ainsi que dans ses documents complémentaires, ne sont pas rencontrées ou ne le sont que partiellement, l’adjudicataire s’engage à effectuer à ses frais les modifications ou compléments nécessaires ou à remplacer tout ou partie des fournitures logicielles par la livraison de fournitures conformes, ceci dans les 30 jours calendrier qui suivent la date du procès-verbal de constatation de l’impossibilité de prononcer la réception provisoire. Au-delà de ce délai, le SPF se réserve le droit d’appliquer les amendes pour retard. Dans cette hypothèse, après que l’adjudicataire aura effectué les modifications, les compléments ou remplacements nécessaires, l’ensemble des tests de réception devra être ré-exécuté. Si les équipements sont jugés inappropriés et/ou ne fonctionnent pas bien dans les délais fixés, le SPF Finances peut :
P.30
SERVICE PUBLIC FÉDÉRAL FINANCES
• •
Réf.: ICT/INF/MOB
soit appliquer les mesures d’office prévues à l’article 66 du cahier général des charges annexé à l’A.R. du 26 septembre 1996 établissant les règles générales d’exécution des marchés publics et des concessions de travaux publics ; soit convenir avec l’adjudicataire de dispositions particulières.
II.9 Réception provisoire A l’issue des opérations de vérification qui se sont déroulées avec succès, le SPF Finances dressera un procès-verbal de réception provisoire des équipements couverts par l'étape concernée. Le procèsverbal de livraison provisoire sera signé par les deux parties. Si les services qui font partie de ce marché se composent de prestations purement intellectuelles, telles que des études, analyses ou autres rapports de consultance, la réception provisoire sera considérée comme réception définitive.
II.10 Garantie Dans cette section, le terme « élément » fait référence à toute méthodologie, équipement ou logiciel et, par extension, à tout ce qui relève de la période de garantie et/ou de maintenance et qui a été développé/livré par l’adjudicataire et fait partie du présent marché. Le délai de garantie de chaque élément du marché est fixé à un an minimum à compter de la date de la réception provisoire. Si des éléments sont défectueux, si les fonctions et/ou les prestations et/ou le respect du SLA (Service Level Agreement – accord sur le niveau des services), prescrits dans le cahier des charges ou annoncés dans l’offre de l’adjudicataire, ne sont pas satisfaisants ou ne le sont qu’en partie, dans la mesure où les défauts ne sont pas la conséquence d’une utilisation anormale des éléments, l’adjudicataire s'engage à effectuer toutes les réparations ou corrections nécessaires à ses frais ou à remplacer, le cas échéant, les éléments défectueux dans les délais indiqués dans les spécifications du SLA. Le délai de garantie complet s’applique aux éléments à remplacer. Pendant les périodes de garantie, les sanctions relatives au SLA s’appliquent. En cas de non-disponibilité de la solution pendant la période de garantie, celle-ci sera prolongée d’une durée équivalente à cette non-disponibilité. La garantie couvre notamment : • la réparation ou le remplacement, sur site, des éléments défectueux ; • la correction des paramètres ; • la durée des travaux prestés ; • les déplacements du personnel de l’adjudicataire. Le soumissionnaire doit veiller à mettre à jour les éléments pendant la période de garantie. Ces mises à jour se rapportent tant à d’éventuelles ‘corrections’ qu’aux évolutions de l’élément installé.
P.31
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
II.11 Réception définitive La réception définitive sera prononcée à la demande de l’adjudicataire, après l’expiration du délai de garantie et au moins un an après la réception provisoire du dernier module, pour autant que le SPF Finances n’ait pas émis, pendant cette période, de plaintes quant au bon fonctionnement. Dans ce dernier cas, la réception définitive sera remise jusqu'au moment où le système aura fonctionné de manière correcte pendant une période ininterrompue d'un an. La réception définitive sera enregistrée dans un procès-verbal signé par l’adjudicataire et par le SPF Finances. Le SPF Finances dispose d'un délai de 15 jours calendrier, à compter de la demande, pour dresser le procès-verbal d'acceptation qui donne l'autorisation de réception. Aucun paiement n'est prévu à la réception définitive.
II.12 Modalités et frais de réception Modalités de réception Les services seront suivis de près pendant leur exécution et ce, par un ou plusieurs représentants du pouvoir adjudicateur.
Frais de réception Tous les frais se rapportant à la livraison et à la (aux) réception(s) provisoire(s) et/ou définitive(s) sont à charge de l’adjudicataire.
II.13 Propriété des softs développés Propriété intellectuelle Les droits de propriété intellectuelle et industrielle relatifs notamment aux dessins, modèles, œuvres et/ou documents littéraires (enregistrés de manière durable ou en langage de machine), rapports, logiciels et bases de données, ainsi que les méthodes, le savoir-faire, les concepts et autres développements dont le SPF Finances est propriétaire ou détenteur de licence, continueront à appartenir au SPF Finances en tant que propriétaire ou détenteur de licence (ci-après dénommé la « propriété intellectuelle de l’Administration »). Tous les droits de propriété intellectuelle qui découlent d’une modification ou d’une adaptation de la propriété intellectuelle de l’Administration reviennent automatiquement au SPF Finances. Le prestataire de services s’engage à documenter de manière précise toute modification ou adaptation. Toute la documentation, sous quelque forme que ce soit, qui concerne ces modifications ou adaptations de la propriété intellectuelle de l’Administration, est considérée comme en faisant partie intégrante. Les droits de propriété intellectuelle et industrielle relatifs notamment aux dessins, modèles, œuvres et/ou documents littéraires (enregistrés de manière durable ou en langage de machine), rapports, logiciels et bases de données, ainsi que les méthodes, le savoir-faire, les concepts et autres développements, que le prestataire de services, et/ou le(s) sous-traitant(s) désigné(s) par le prestataire de services crée(nt) dans le cadre de l’exécution du marché sont ci-après dénommés « développements spécifiques ».
P.32
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Les droits de propriété intellectuelle et industrielle relatifs notamment aux dessins, modèles, œuvres et/ou documents littéraires (enregistrés de manière durable ou en langage de machine), rapports, logiciels et bases de données, ainsi que les méthodes, le savoir-faire, les concepts et autres développements, que le prestataire de services utilise dans le cadre de l’exécution du marché et qui sont la propriété du prestataire de services et/ou du (des) sous-traitant(s) désigné(s) par le prestataire de services, ou qui sont la propriété de tiers, sont ci-après dénommés « Autres composants ». Immédiatement après leur création, les « développements spécifiques » appartiennent au SPF Finances en propriété pleine et exclusive. Si nécessaire, afin de permettre au SPF Finances d’utiliser, d’adapter, de (faire) maintenir (par des tiers) et/ou de reproduire les développements spécifiques, le prestataire de services s’engage et/ou se fait fort d’octroyer au SPF Finances, en ce qui concerne les autres composants utilisés pendant et après l’exécution du marché, une licence non exclusive, transmissible, universelle, irrévocable et susceptible de sous-licence, pour la durée de la protection légale des droits de propriété intellectuelle en vue de l’utilisation, de la modification et de la reproduction des autres composants. Le prestataire de services renonce à utiliser les développements spécifiques de quelque manière que ce soit à d’autres fins que l’exécution du présent marché sans l’accord préalable, écrit et exprès du SPF Finances ; il veillera à ce que ses employés, agents et sous-traitants soient également liés par cette obligation. Le prestataire de services s’engage à mettre à la disposition du SPF Finances et à maintenir à jour en permanence pour lui, sans frais supplémentaires, la documentation (y compris toutes les spécifications techniques pertinentes) et, dans le cas de logiciels, aussi le code source des développements spécifiques sous forme d’un environnement de développement et de production utilisable. Les indemnités que le SPF Finances paie pour la fourniture des services comprennent les indemnités pour le transfert ou le droit d’utilisation de ces droits de propriété intellectuelle. Garanties Le prestataire de services s’abstiendra d’exiger, n’importe où dans le monde, le droit de propriété intellectuelle des développements spécifiques ou de prétendre y avoir droit de quelle que manière que ce soit, de soumettre une demande de brevet ou de toute protection similaire. Il veillera à ce que ses travailleurs, agents et sous-traitants soient aussi liés par cette obligation. Le prestataire de services garantit qu’il possède tous les droits et toutes les autorisations nécessaires pour transférer les droits de propriété intellectuelle décrits ci-dessus ou d’en permettre une licence d’utilisation. Le prestataire de services s’engage à fournir au SPF Finances toute l’assistance requise, à remplir les formalités qui s’imposent et à entreprendre les démarches nécessaires afin d’assurer et de prouver la validité de la cession des droits précités. Le prestataire de services s’engage à et se fait fort de faire respecter cette obligation par ses employés, ses préposés et d’éventuels sous-traitants. Le prestataire de services informera le SPF Finances de tous les autres composants utilisés lors de la fourniture des services. Le prestataire de services garantit que les droits conférés concernant les développements spécifiques et les autres composants ne porteront pas atteinte aux droits intellectuels et autres d’un tiers. Si une action est intentée par un tiers en raison d’une prétendue violation du droit de propriété intellectuelle ou autre de ce tiers par n’importe quelle personne à la suite de la fourniture ou de l’utilisation des services, le prestataire de services fournira, à la première requête du SPF Finances, toutes les informations possibles, ainsi qu’une aide et une assistance (notamment l’intervention volontaire dans une procédure à la première requête du SPF Finances) pour permettre au SPF Finances d’organiser sa défense de manière effective et efficace. Le prestataire de services supportera tous les frais découlant d’une telle accusation (frais d’avocat y compris). Si le SPF Finances doit, à la suite d’une telle action, payer une amende et/ou des dommages et intérêts, le prestataire de services prendra ce paiement à sa charge.
P.33
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Si, à la suite d’une telle action, les services ne peuvent plus être fournis avec succès ou si un service fourni ne peut plus continuer à exister avec succès, le prestataire de services, après concertation avec le SPF Finances et à ses frais, se chargera de les rétablir. Sans porter préjudice à l’obligation du prestataire de services de garder secrètes les informations sur le présent marché et les informations confidentielles, le prestataire de services a le droit de réutiliser le savoir-faire ou l’expérience qu’il a acquis(e) dans le cadre de l’exécution du marché à d’autres fins que l’exécution du marché.
II.14 Dépôt chez un séquestre Dans le cadre de l’exécution du présent marché et des mesures transitoires, le prestataire de services devra, au plus tard 30 jours après la signature du procès-verbal de réception provisoire, déposer auprès d’un séquestre le code source des développements spécifiques. Il en fera de même pour chaque modification ou mise à jour de ceux-ci et de la documentation technique (appelée « matériel déposé ») y afférent, sous la forme d’un environnement utilisable, à l’intention du SPF Finances. Après signature du contrat, le prestataire de services informera le SPF Finances aussi rapidement que possible quant aux développements spécifiques provenant de tiers qui sont utilisés pour fournir les services. De commun accord avec le SPF Finances, il sera alors spécifié quelles règles devront être adoptées et quelles garanties complémentaires devront être demandées le cas échéant à ces tiers pour assurer la continuité du droit d’utilisation de ces développements spécifiques en tant que part desdits services et ce, aussi bien pendant l'exécution de ce marché que dans la perspective d'une transition éventuelle. Pour autant que cela s’avère raisonnablement nécessaire, le prestataire de services se fera fort d’obtenir de ces tiers qu’ils déposent chez un séquestre le code source des développements spécifiques utilisés pour la prestation des services et ce, sous les mêmes conditions spécifiées dans le présent article. Le prestataire de services est entièrement responsable de la consignation du matériel déposé. Le prestataire de services veillera à ce que la version du matériel déposé chez le séquestre soit toujours à jour et sous la forme d’un environnement utilisable. Le SPF Finances a le droit de faire vérifier à tout moment le contenu du matériel déposé. L’indemnité payée par l’Administration publique pour la fourniture des services englobe les services du séquestre et les coûts liés à la création et à la consignation du matériel déposé.
II.15 Facturation, paiement et révision des prix II.15.1 Facturation et paiement Dans la mesure où le pouvoir adjudicateur est en possession d’une facture régulièrement établie (avec mention de la TVA et du numéro du bon de commande correspondant), accompagnée du procès-verbal de réception provisoire, la procédure est la suivante : • • •
Pour les fournitures et services, tout le montant dû est facturé à la réception provisoire. Les acomptes ne sont pas possibles ; les paiements ne peuvent être effectués qu’a posteriori, pour des fournitures ou services déjà livrés et acceptés. Les paiements périodiques relatifs à la maintenance seront facturés par échéances annuelles. Les droits de licence sont facturés chaque année au début du terme. Les frais relatifs aux services (complémentaires / auxiliaires) prestés après la réception provisoire peuvent être facturés dès leur achèvement et leur acceptation (PV avec timesheet des prestations).
P.34
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
La facture doit être établie en euros. L'adjudicataire envoie ses factures (en deux exemplaires) à l'adresse suivante : SPF Finances Service central de facturation Boulevard du Roi Albert II 33 bte 788 1030 Bruxelles Le paiement est effectué dans les 50 jours calendrier à dater de la réception de la facture. Les intérêts de retard seront calculés conformément à l'article 15, §4 du cahier général des charges.
II.15.2 Révision des prix Pour les fournitures, aucune révision de prix n'est autorisée. La révision des prix des services est possible. Les règles de révision sont les suivantes :
Les prix peuvent être revus annuellement.
Chaque année, le prestataire demande la révision du prix par lettre recommandée adressée au Pouvoir Adjudicateur, Service d'encadrement B&CG, Division Engagements des Services d’Encadrement, bd Roi Albert II 33 bte 785, 1030 Bruxelles.
La révision des prix entre en vigueur : o
o
le jour anniversaire de l'avis d'attribution du marché si le prestataire a introduit sa demande de révision avant cette date. La révision des prix ne concerne que les services effectivement prestés après l'anniversaire de l'attribution du marché. le 1er jour du mois qui suit l'envoi de la lettre recommandée si le prestataire a laissé passer un ou plusieurs anniversaires. La révision des prix ne concerne que les services effectivement prestés après la date visée ci-dessus (attention : le prestataire de services doit introduire une nouvelle demande pour la révision des prix des services à prester après l'anniversaire suivant).
La révision des prix se calcule suivant la formule :
S P = P0 * 0,8 * + 0.2 S0 où : P = prix revu P0 = prix initial S0 = indice salarial AGORIA (seulement pour les prestataires belges ; les prestataires étrangers doivent proposer un indice analogue) - moyenne nationale, charges sociales comprises, pour les contrats à partir du 11/07/1981, valable le mois qui précède l'ouverture des offres. S = comme S0 ci-dessus, mais valable le mois qui précède le jour anniversaire de la notification de l'attribution du marché.
Pour les indices, voir : http://www.agoria.be
Le pouvoir adjudicateur se réserve le droit de revoir les prix en cas de baisse de l'indice. Dans ce cas, la révision suit les règles ci-dessus, sauf que la lettre recommandée émane du pouvoir adjudicateur. P.35
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
II.15.3 Clause du client le plus avantagé L’adjudicataire considérera le SPF Finances comme étant le client le plus favorisé. Si le marché court sur plusieurs années, l’adjudicataire adaptera chaque année, à partir de la deuxième année de l'exécution du contrat, les prix pour ce marché, en appliquant les prix les plus bas qu'il propose pour des prestations similaires aux autres clients en Belgique, pour autant que ces prix les plus bas soient inférieurs aux prix à l'unité valables au début du marché. Les déclarations faites à ce sujet par l’adjudicataire, qui sont déterminantes pour le respect de cette obligation, pourront être vérifiées dans les livres de l’adjudicataire par un auditeur, payé par le SPF Finances, pendant les heures de bureau et sans déplacement des documents pertinents. L'auditeur se limitera à certifier ou à ne pas certifier les données pertinentes. Si l'auditeur conclut à la non certification, l’adjudicataire disposera de 30 jours civils pour adapter les prix. Cette adaptation des prix peut se faire une seule fois par an.
II.16 Publicité - référencement Aucun avis, communiqué de presse, rapport informationnel de recherche, et/ou avis public semblable concernant ce projet ne peut être publié par l’adjudicataire ou par ses sous-traitants sans approbation écrite préalable d'un représentant autorisé du SPF Finances.
II.17 Livraisons en retard L'adjudicataire peut se prévaloir des carences, lenteurs ou faits quelconques qu'il impute au pouvoir adjudicateur ou à ses agents et qui lui occasionnent un retard et/ou un préjudice, en vue d'obtenir la prolongation des délais d'exécution, la révision ou la résiliation du marché et/ou des dommagesintérêts. Le pouvoir adjudicateur peut se prévaloir des carences, lenteurs ou faits quelconques qu'il impute à l'adjudicataire ou à son personnel et qui lui occasionnent un retard et/ou un préjudice, en vue d'obtenir la révision ou la résiliation du marché et/ou des dommages-intérêts. Sous réserve des prescriptions concernant les mesures prévues d’office aux articles 20, 66 et 75 du Cahier général des charges, et si la livraison d’une phase déterminée n’a pas eu lieu trois mois après la date d’exécution convenue, et si l’adjudicataire n’a pas, dans l’intervalle, obtenu une prolongation du délai de livraison, l’Administration se réserve le droit de renoncer au marché (cf. article 9, A.R. du 26 septembre 1996). Dans ce contexte, la livraison doit être considérée comme une livraison de biens et de services.
II.18 Moyens de défense de l’administration - Litiges Les moyens d'actions du SPF Finances sont ceux prévus aux articles 20 et 75 du Cahier général des Charges (en annexe à l'arrêté royal du 26 septembre 1996). Le marché doit être élaboré, interprété et exécuté conformément au droit belge.
P.36
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Les parties s'engagent à respecter leurs obligations de bonne foi et à coopérer en vue de la réussite de l'opération. Les litiges relatifs aux obligations découlant des dispositions qui régissent le marché doivent être réglés en concertation. •
Les parties devront préalablement à tout autre recours, essayer de régler l'affaire à l'amiable. A cette fin, la partie la plus diligente notifiera à l'autre partie par simple lettre recommandée la mauvaise exécution du contrat. Un mode de solution sera, si possible, joint à la notification. L'autre partie disposera d'un délai de 15 jours de calendrier à compter de l'envoi de la lettre recommandée pour en accuser réception et donner son accord sur la solution proposée.
•
A défaut d'accord et avant de faire valoir leurs droits en justice, les parties s'efforceront de trouver un compromis par la voie des négociations qui seront engagées dès qu'il est apparu que l'affaire ne peut être réglée à l'amiable. Les négociations se tiendront à l'adresse indiquée au point « fonctionnaire dirigeant » de la partie II en présence des personnes désignées à cette fin par les deux parties. Sauf accord contraire, les négociations ne pourront excéder une durée de 30 jours à dater de la première lettre recommandée.
Tous les litiges relatifs à l’exécution de ce marché sont exclusivement tranchés par les tribunaux compétents de l’arrondissement judiciaire de Bruxelles. La langue véhiculaire est le français ou le néerlandais. Le pouvoir adjudicateur n'est en aucun cas responsable des dégâts aux personnes ou aux biens qui sont la conséquence directe ou indirecte des activités nécessaires à l'exécution du présent marché. L’adjudicataire garantit le pouvoir adjudicateur contre toute action en dommages et intérêts par des tiers à cet égard.
P.37
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
III. Description des exigences techniques III.1 Contexte, Objet et exigences générales du marché III.1.1 Aperçu de l’objet du marché : lot unique à trois volets III.1.1.1 Contexte général du marché La modernisation des services ICT du SPF Finances a été jusqu’ici réalisée dans un contexte où l’informatique mobile était marginale. Les terminaux et les connexions étaient principalement fixes. Les ordinateurs personnels classiques (Desktop ou Laptop) représentaient le principal type de média d’accès et les connexions réseaux et internet passaient communément par le câble. Avec des services accessibles via internet et PCs, nous réalisions une couverture optimale et à très faible coût des utilisateurs. Or entre temps la typologie des terminaux donnant accès à des services applicatifs et les modalités de connexion réseau et internet se sont fortement diversifiées. Aux PCs traditionnels se sont ajoutés d’autres terminaux. On assiste aujourd’hui à une véritable explosion de la mobilité qui touche non seulement les terminaux, mais aussi les modalités dans lesquelles les utilisateurs en font usage et les types de connectivité réseau. Et ceux-ci connaissent par ailleurs la convergence entre les données, la voix et l’image. En même temps, les frontières qui gardaient des spécificités fonctionnelles reparties entre différents types de terminaux s’estompent. Cette évolution donne lieu à la convergence digitale, la multimodalité et la multifonctionnalité, au milieu d’une très grande variété des (types de) terminaux. Smart (intelligent, élégant) est le terme anglais utilisé pour qualifier ces terminaux digitaux convergents, multifonctionnels et multimodaux.
III.1.1.2 Contexte spécifique du marché Le SPF Finances veut poursuivre la modernisation des services en intégrant désormais dans sa stratégie, les exigences, les contraintes, les possibilités et les opportunités qui marquent l’évolution actuelle de la société digitale décrite ci-dessus. Dans ce cadre, la mission de ce marché public est, en accord avec les attentes et besoins des utilisateurs d’aujourd’hui, de créer les conditions pour continuer à •
offrir un environnement et des outils informatiques permettant à nos agents de travailler et collaborer efficacement quelles que soient leurs localisations;
•
donner un accès optimal et sécurisé à nos applications et services informatiques pour nos collaborateurs et nos clients quel que soit le (type de) terminal informatique utilisé (en intégrant en particulier la révolution des terminaux mobiles) et quel que soit le mode d’accès, etc…
Sa tâche va être d’amener l’alignement de différents aspects de notre ICT avec le degré actuel de l’évolution de la société digitale. Cet alignement concerne en particulier les modalités et contextes de mise à disposition et d’utilisation des services applicatifs. Le projet devra créer toutes les conditions nécessaires pour supporter l’itinérance, la mobilité et l’ouverture : 1. l’itinérance, la mobilité et l’ouverture pour nos utilisateurs internes et externes par l’accès à nos services et applications de manière optimisée, performante et efficace à travers la diversité de
P.38
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
types de terminaux informatiques (notamment mobiles) et de connectivités réseaux (notamment GPRS, 3G, 4G, LTE, Wifi, etc.) permettant d’y accéder aujourd’hui; 2. l’itinérance et la mobilité de nos utilisateurs internes ainsi que l’efficacité et l’efficience de leur travail et collaboration en dépit de l’éparpillement de différents sites de localisation de nos services et dans les différentes situations de travail en dehors de nos bureaux - notamment dans le contexte de missions auprès de nos clients ou sur le terrain; 3. Une meilleure efficacité et des meilleures performances pour nos utilisateurs en intégrant dans nos services informatiques les nouvelles contraintes et opportunités qu’apporte la nouvelle convergence digitale et qui rendent possibles une utilisation et une mutualisation plus efficientes des ressources dans des modalités d’utilisation plus flexibles.
III.1.1.3 Objet du marché : lot unique à trois volets Ce marché public comporte un lot unique à trois volets visant à : 1. fournir et mettre en place une plateforme intégrée, complète et suffisante pour supporter la mobilité d’entreprise ; 2. fournir et mettre en place des services complémentaires nécessaires à l’intégration, l’adoption et l’exploitation réussies de la plateforme ; 3. réaliser un projet pilote pour valider techniquement et fonctionnellement les deux premiers volets et illustrer l’exploitation de leurs résultats.
Le premier volet - la plateforme de la mobilité,- comprend trois sous-volets :
1. une infrastructure cliente composée de terminaux mobiles pour le test et une plateforme serveur complète pour d’héberger les applications mobiles, les deux sous la forme de service (Infrastructure/Platform as a Service : IaaS/PaaS) ; 2. une suite ou composition logicielle pour supporter le développement et la mise à disposition d’applications et services mobiles ainsi que la mobilisation d’applications et services existants ; 3. une étude détaillée et une solution pour l’itinérance des profils, des dossiers/documents, préférences des utilisateurs - un des aspects spécifiques relatifs à l’accès mobile du fonctionnaire. L’itinérance sera mise en place dans le présent marché pour un nombre limité d’utilisateurs, à déterminer ultérieurement. La fourniture de base pour la plateforme de la mobilité comporte : •
la mise à disposition des licences et contrats d’utilisation,
•
et si applicables, les services associés pour l’analyse des écarts et recouvrements avec le système existant, l’installation, la configuration, l'adaptation sur mesure, la mise en production, la maintenance des différentes composantes de la plateforme, la formation et l’accompagnement du personnel du SPF Finances.
Le deuxième volet de l’objet de ce marché – services complémentaires - comprend tous les services, qui sans être intrinsèques à l’implantation de la plateforme en soi, sont néanmoins nécessaires et indispensables pour réussir son intégration avec/dans l’existant, son adoption, son exploitation et sa pérennisation parmi les standards ICT et auprès de différents acteurs concernés, internes comme
P.39
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
externes. Dans ce cadre, le soumissionnaire fournira des services de consultance, de réalisation, de formation et d’aide à la réalisation pour les trois sous-volets suivants : 1. l’intégration de la plateforme avec l’existant ; 2. la mise en place d’un cadre de référence architectural, technologique et organisationnel d’une part, et d’un référentiel des services mobiles de l’autre; 3. la mise en place ou à disposition des moyens pour la gestion du changement a. par la constitution d’une base de connaissances, b. des actions de sensibilisation et c. une offre de formations sur tous les aspects de la plateforme, de son intégration avec l’existant et du cadre de référence qui l’accompagne. Les adaptations des processus et solutions existants se feront en collaboration avec différentes entités du SPF Finances responsables de différents aspects couverts par ce marché ou clientes de services de la nouvelle plateforme proposée. Les informations sur les différents processus et entités ayant un impact réciproque ou unidirectionnel avec le présent marché public sont données dans le chapitre sur l’intégration avec l’existant. L’adjudicataire organisera ou s’impliquera dans cette collaboration de façon à permettre une prise en compte efficace de tout ce qui est nécessaire pour une mise en œuvre réussie de la plateforme et des adaptations de processus et de l’organisation qui l’accompagneront, dans le respect de la répartition organisationnelle des responsabilités entre entités ou projets. Le principe ici est la subsidiarité.
Le troisième volet porte sur un projet pilote à réaliser tout au long de l’exécution du marché. Il devra permettre de valider et d’illustrer l’exploitation de tous les aspects de ce marché à chacune des phases de l’exécution.
La description du projet pilote est donnée en annexe J dans ce cahier des charges
P.40
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
III.1.1.4 Product Breakdown Structure Global (PBS) Voici ci-après un aperçu du PBS relatif à ce marché..
P.41
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Le SPF Finances attire l’attention du soumissionnaire sur le fait qu’il doit inclure dans le prix de son offre tous les coûts relatifs à tous les produits et toutes les exigences du présent cahier des charges. Les différents coûts doivent être répartis exclusivement dans les différents postes de l’inventaire conformément aux différents modèles de tableaux de prix (Annexe E), selon la meilleure appréciation du soumissionnaire. Aucun coût additionnel ne pourra être imputé.
III.1.1.5 Des exclusions connues L’objet du présent marché public ne porte pas sur •
la fourniture des infrastructures clientes utilisées par les utilisateurs finaux extérieurs au SPF Finances (infrastructure des tests exceptée) ;
•
la fourniture des infrastructures clientes utilisées par les utilisateurs finaux membres du personnel du SPF Finances (infrastructure des tests exceptée) ;
•
la souscription d’abonnement auprès d’un opérateur de téléphonie ou d’un fournisseur de réseau mobile ou d’accès mobile à internet;
•
la mise en place d’un réseau mobile ;
•
la mise en place d’une solution pour la télé-présence et la télécollaboration.
P.42
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
III.1.2 Evolutions stratégiques majeures : IaaS, PaaS et offline Dans le cadre de ce marché public le SPF Finances entame une ouverture vers deux types d’aspects qui jusque là ne faisaient pas explicitement partie de la stratégie de modernisation des services ICT et pour lesquels le marché entre actuellement en phase de maturité. Il s’agit de l’informatique « as a Service » (IaaS/PaaS) d’une part et du support du mode déconnecté pour nos applications web (offline web application). Ces deux aspects comportent des exigences qui doivent être rencontrées et prises en compte notamment dans la mise en place du cadre référence pour la mobilité, dont objet dans le deuxième volet du présent marché. Le soumissionnaire détaillera dans son offre les exigences relatives à ces deux aspects qui sont de son point de vue applicables à ce marché. Il détaillera également les points d’attention et de décision qu’il estime nécessaires pour réussir leur mise en œuvre au SPF Finances.
III.1.2.1 Ouverture aux solutions de type IaaS et PaaS L’objet du recours possible à des solutions Cloud dans le cadre de ce marché est détaillé dans les sections Plateforme (server) de mise en production : solution PaaS et Infrastructure cliente (terminaux mobiles) pour le test : solution IaaS. Ci-après deux illustrations qui permettent de comprendre la distinction que le SPF fait entre l’IaaS et le PaaS. Il s’agit uniquement d’illustrations. En particulier l’énumération de composantes de différents modèles que montre la deuxième illustration n’a pas de valeur contraignante. Des compositions différentes sont possibles.
P.43
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
III.1.2.2 Applications utilisables en mode déconnecté Les applications web utilisables en mode déconnecté visées ici sont celles construites essentiellement sur la base de nouvelles fonctionnalités qu’apporte HTML5 pour la gestion à la fois de la cache de l’application et de mécanismes de persistance coté client. Le soumissionnaire peut légitimement apporter des compléments à ce socle technologique de base, mais il n’est pas autorisé à y déroger. Les exigences du support du mode déconnecté dans le cadre de ce marché public sont définies dans la section Des applications web utilisables en mode déconnecté.
III.1.3 Exigences générales relatives à la solution proposée En plus des exigences découlant de deux évolutions stratégiques évoquées dans la section précédente, la solution mise en place dans le cadre de ce marché public devra respecter les exigences génériques qui suivent. Celles-ci définissent un ensemble générique minimal qui doit être intrinsèquement respecté par différentes composantes de la solution, chacune selon ses spécificités. A ce titre elles ne sont ni suffisantes ni exclusives de complément. En particulier les exigences spécifiques relatives à chaque volet, à la mise en œuvre de la solution et à différentes composantes de l’écosystème de la mobilité seront décrites séparément dans la suite. Le soumissionnaire détaillera dans son offre son positionnement par rapport à ces exigences et leur prise en compte dans la solution qu’il propose. Il apportera des compléments éventuels qu’il estime nécessaires pour la réussite des objectifs de ce marché. Mais il veillera à garantir le maintien de la cohérence et de la consistance d’ensemble et de la simplicité de la solution. La même recommandation est applicable pour les autres types d’exigences données dans la suite.
P.44
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
III.1.3.1 Quatre points de vue de la mobilité Le présent marché public envisage la mobilité de quatre points de vue : mobilité des utilisateurs, mobilité de services et applications, mobilité des terminaux et plateformes et mobilité des réseaux.
Mobilité des utilisateurs
Du point des utilisateurs, il s’agit d’assurer la continuité de l’accès à nos services et applications lorsque les utilisateurs sont en situation de mobilité. Les situations dans lesquelles les utilisateurs sont dits en mobilité ne comportent pas nécessairement le recours à des terminaux et plateformes mobiles, ni l’utilisation des connexions réseaux mobiles. En particulier, le SPF Finances veut une solution pour supporter l’itinérance des profils utilisateurs (dossier personnel, préférences, etc.) pour les agents du SPF Finances utilisables d’un terminal à un autre, d’une connexion réseau à une autre ; sans que nécessairement terminal et connexion ne soient mobiles.
Mobilité des utilisateurs
Cross sites / locations Cross contexts Cross devices Cross network , cross *****
P.45
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Mobilité des terminaux Du point de vue des terminaux, le présent marché couvre à la fois les terminaux mobiles et non mobiles. Les terminaux non mobiles sont aussi compris notamment pour satisfaire aux besoins de mobilité à la fois des utilisateurs et des services. Le critère d’inclusion d’un type de terminal est la possibilité d’y avoir accès à des contenus web online ou offline et/ou d’y déployer localement des applications développées en utilisant des technologies du web, notamment HTML, CSS et Javascript et/ou d’y utiliser un des types d’application ou services supportés.
L’illustration ci-après donne quelques exemples de terminaux mobiles.
P.46
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Mobilité des connexions réseaux Du point de vue de connexions réseau, le présent marché couvre à la fois les réseaux mobiles et non mobiles. Les réseaux non mobiles sont compris notamment pour satisfaire aux besoins de mobilité à la fois des utilisateurs et des services. Le critère d’inclusion d’un type de réseau est la possibilité d’y avoir accès à des contenus et applications web ou d’être disponible sur au moins un des types de terminaux pris en compte.
P.47
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Mobilité des services/applications Du point de vue des services et applications, le présent cahier des charges couvre des applications et services fournis pour répondre aux besoins d’itinérance d’une part, et ceux développés en utilisant les standards et technologies du web de l’autre : 1. des applications et services destinés à être déployés sur les plateformes et terminaux mobiles 2. des applications et services accédés via des navigateurs web 3. des applications web autonomes dites widgets Comme on peut le voir sur l’illustration ci-dessous, la mobilité des services et applications est entendue au sens de l’ubiquité de leur mise en œuvre à travers la variété des plateformes, des modalités de mise à disposition et des contextes d’utilisation possibles.
P.48
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
III.1.3.2 Garantir un accès universel aux services La plateforme doit permettre la mise en œuvre des applications et services qui sont accessibles à un nombre le plus large possible d’utilisateurs potentiels. Si les solutions développées sur la base de la plateforme proposée nécessitent un environnement d’exécution spécifique côté client, l’adjudicataire veillera à ce qu’il n’en coûte rien aux utilisateurs extérieurs au SPF Finances et que sa mise en œuvre et maintenance sur les terminaux clients soient transparentes, sinon au moins triviales pour les utilisateurs ne disposant pas d’expertise particulière en informatique. Le SPF attire l’attention du soumissionnaire sur l’universalité potentielle d’accès aux applications et services mobiles pour deux catégories d’utilisateurs. La première catégorie comprend les utilisateurs internes aux SPF Finances. Elle peut compter jusqu’à 33.000 fonctionnaires (dont 600 ICT) auxquels s’ajoutent des prestataires des services qui travaillent pour le SPF Finances. La deuxième catégorie couvre tous les utilisateurs qui ne sont pas ou n’actent pas à un moment donné comme agents du SPF Finances. Potentiellement cette catégorie compte au moins tous les citoyens belges. Cette exigence d’universalité impose notamment que les différentes composantes de la solution proposée par le soumissionnaire reposent sur des standards ouverts, des règles de bonnes pratiques et des bases communément partagés et reconnus par une large part des acteurs du domaine concerné. Le soumissionnaire prendra soin de détailler ces différents éléments, là où ils ont pertinents et applicables, pour sa solution ou une des composantes de celle-ci.
III.1.3.3 Indépendance par rapport aux différents contextes Pour atteindre cet objectif, la plateforme doit permettre la mise en place d’applications et services qui soient opérationnels à travers une large variété des terminaux, des réseaux. Cela doit être réalisable de façon simple et avec un effort minimal sans qu’il ne soit nécessaire d’en développer diverses versions, chacune construite spécifiquement sur ce qui est propre à chaque plateforme, terminal ou type de connexion réseau. Le SPF Considère comme fonctionnel(le) [- Niveau 1 de qualité], un service ou application qui dans le contexte d’un terminal et d’un réseau donné permet à l’utilisateur de réaliser complètement le service fonctionnel qu’il (elle) est censé(e) fournir. Pour ce premier niveau de qualité, le service ou l’application n’est pas nécessairement adapté aux spécificités ou caractéristiques du terminal ou du réseau, ni n’exploite des capacités spéciales que ceux-ci possèdent. L’adjudicataire devra toujours offrir le niveau 1 de qualité, sauf exceptions formellement autorisées par le SPF Finances.
III.1.3.4 Adaptation des services sur la base de caractéristiques du
contexte Néanmoins la plateforme doit permettre d’optimiser ou personnaliser les applications et services en fournissant des mécanismes d’adaptation sur la base •
des caractéristiques des terminaux (hardware, os, navigateurs, input/output, etc.),
•
des caractéristiques des connexions réseau (fixes/mobiles, bande passante déclarée/réelle, connexion permanente/intermittente, changement de connexion, online/offline, etc.)
•
et des caractéristiques des utilisateurs (préférences, besoins d’accessibilité, localisation, appartenance à des réseaux sociaux, etc.)
P.49
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Ces adaptations peuvent être manuelles et automatiques, avoir lieu at develop time, build time ou runtime. Lorsqu’elles ont lieu at runtime, elles peuvent être réalisées tant sur le client que sur le serveur. L’adaptation doit permettre d’obtenir des applications ou services optimisés. Deux types d’optimisation doivent être distingués. Un premier type couvre une optimisation plus générique. Elle peut concerner soit tous les types ou classes de terminaux ou réseaux soit un sous-groupe donné et prendre en compte les caractéristiques et la personnalisation par l’utilisateur, indépendamment de la plateforme. C’est le - niveau 2 de qualité. L’autre niveau d’optimisation - niveau 3 de qualité - est atteint lorsque l’adaptation exploite les capacités particulières d’un (type très spécifique de) terminal et/ou plateforme et/ou réseau et prend également en considération les aspects liés à l’utilisateur. L’adjudicataire devra aussi assurer le niveau 2 de qualité, sur la base d’une stratégie et d’un plan de couverture formellement convenus avec le SPF Finances. L’adjudicataire a la responsabilité de faire valider plan et stratégie et de les faire évoluer. Le SPF Finances pourra faire de façon pragmatique, des demandes ciblées et ponctuelles d’optimisation de qualité 3. Le soumissionnaire détaillera sa stratégie et des points d’attention et critères à prendre en considération dans le plan de couverture et d’optimisation.
III.1.3.5 Write once, run or deploy anywhere La plateforme doit offrir des mécanismes et des outils qui permettent de déployer et exécuter sur une large variété de plateformes une application ou service qui est développé une seule fois, la plateforme se chargeant automatiquement des adaptations nécessaires at develop time, buildtime ou runtime sur la base notamment des mécanismes de détection de capacités ou caractéristiques du contexte. En outre, les solutions d’itinérance qui offrent une mise en œuvre simplifiée et non répétitive en fonction des différentes plateformes seront privilégiées.
III.1.3.6 Test, test, test, test La variété de terminaux, de plateformes, de modalités, de contextes de mise à disposition et d’utilisation, les risques de sécurité liés à la mobilité… imposent de mettre en place une politique et pratique de test extrêmement rigoureuses. Mais sa mise en œuvre doit en permettre une pratique simplifiée notamment par la mise à disposition d’assistants (80/20), des guidelines et d’automatisations intégrés dans les outils de développement, les processus de mise en production et les plateformes de mise à disposition. Pour permettre une exploitation efficiente de résultats de différents moyens de test, l’adjudicataire veillera à fournir des moyens et/ou outils permettant d’avoir une vue consolidée et compréhensive de la qualité de produits fournis et de l’amélioration de la qualité des différents processus.
III.1.4 Exigences relatives aux composantes de l’écosystème de la mobilité L’ensemble des aspects et composantes de l’écosystème de la mobilité devra être pris en compte. La plateforme devra permettre de facilement et efficacement faire face aux défis qu’ils posent et profiter des opportunités qu’ils offrent pour la mis en place des applications et services qui correspondent aux attentes variables des utilisateurs. Le soumissionnaire expliquera la manière dont la plateforme qu’il propose permet de prendre en compte l’ensemble des aspects et composantes de l’écosystème de la mobilité et les outils et facilités qu’elle offre à cet effet.
P.50
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
III.1.4.1 Les opérateurs mobiles •
L’adjudicataire doit fournir une plateforme et des solutions mobiles agnostiques par rapport aux opérateurs.
•
Le SPF Finances pourra demander qu’un service soit optimisé en tirant profit des spécificités d’un opérateur ou groupe d’opérateurs de téléphonie mobile
•
L’adjudicataire doit assurer et garantir que les solutions génériques mises en place à destination du grand public sont indépendantes des opérateurs téléphoniques. En principe, les clients extérieurs des services mobiles du pouvoir adjudicateur ne peuvent être obligés de s’abonner à un opérateur en particulier comme condition d’accès au service.
•
Néanmoins le SPF Finances peut choisir de ne fournir un service donné que par le biais d’un groupe donné d’opérateurs. Un tel choix doit être formellement signifié à l’adjudicataire.
•
L’adjudicataire veillera à tester que les services mobiles mis à disposition des utilisateurs fonctionnent correctement au moins à travers les réseaux de trois principaux opérateurs belges de téléphonie mobile, à ce jour Proximus, Mobistar et Base.
•
L’adjudicataire doit prévoir des mécanismes permettant d’informer l’utilisateur d’un service mobile qu’un coût imputé par l’opérateur est applicable, quand cela est applicable et possible.
•
Le présent marché public ne porte pas sur la souscription d’un abonnement auprès d’un opérateur.
III.1.4.2 Les réseaux •
L’adjudicataire doit être en mesure de fournir des services mobiles susceptibles de fonctionner correctement sur l’ensemble des types de réseaux mobiles applicables, quels que soient les normes et protocoles : 1. réseaux de téléphonie mobile à partir de la deuxième génération 2. réseaux WI-FI 3. réseaux bluetooth 4. Wi-max
•
L’adjudicataire doit être en mesure de fournir des services mobiles susceptibles de fonctionner correctement sur des réseaux fixes.
•
L’adjudicataire doit être en mesure de fournir des services mobiles qui tolèrent tant le changement que la perte de connexions réseaux.
•
L’adjudicataire doit être en mesure de fournir des services mobiles susceptibles de s’adapter aux caractéristiques (théoriques et réelles) du type de réseau utilisé afin de garantir une meilleure qualité de service
III.1.4.3 Les terminaux et les systèmes d’exploitation Le SPF Finances vise à assurer la meilleure couverture possible de l’ensemble des utilisateurs de ses services. C’est ce principe de base qui guide la définition des types d’infrastructure que les utilisateurs peuvent utiliser dans leur interaction avec les services du SPF Finances. Deux cas sont distingués selon que les utilisateurs finaux sont des clients internes ou au contraire externes au SPF Finances.
P.51
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
III.1.4.4 Infrastructure cliente supportée pour les utilisateurs finaux
extérieurs au SPF Finances •
Les clients finaux externes au SPF Finances sont susceptibles d’utiliser une très grande variété des terminaux pour interagir avec l’administration et accéder au différents services que le SPF Finances met à leur disposition.
•
Certains services ou modalités d’interaction peuvent être indisponibles sur certains terminaux, en raison des limitations intrinsèques à ces terminaux. Par ailleurs d’autres facteurs comme par exemple le réseau peuvent avoir une certaine influence sur la disponibilité et/ou la qualité de services que les utilisateurs peuvent utiliser dans certains contextes.
•
Par principe, la plateforme et les solutions fournies sur sa base doivent supporter toutes les possibilités d’infrastructure utilisables par les citoyens pour interagir avec l’administration et les services et applications informatiques mis à leur disposition. A priori aucune exclusive n’est d’actualité.
•
Néanmoins le SPF Finances peut autoriser, d’initiative ou sur la base d’une demande motivée et argumentée de l’adjudicataire, l’exclusion de l’un ou l’autre cas possible d’infrastructure cliente. Dans un tel cas, l’adjudicataire doit mettre en œuvre des mécanismes efficaces pour informer pro activement les utilisateurs et leur éviter une tentative inutile.
Le soumissionnaire expliquera comment il envisage de supporter l’indépendance par rapport aux infrastructures clientes. •
L’adjudicataire doit, en accord avec le SPF Finances, définir des critères et une logique d’exclusion éventuelle de certaines infrastructures clientes possibles. Cette définition doit viser à allier indissociablement et de façon optimale les deux aspects que sont la maximisation de la couverture des utilisateurs potentiels d’une part et le meilleur rapport coût bénéfice de cette couverture. L’adjudicataire devra en assurer une mise à jour régulière, sur la base notamment de l’évolution des infrastructures clientes sur le marché.
Quelles règles et logique d’exclusion éventuelle de certaines infrastructures le soumissionnaire propose t-il de façon à assurer l’alignement optimal de la couverture maximale des utilisateurs et du rapport cout/bénéfice de cette couverture ?
III.1.4.5 Infrastructure cliente supportée pour les utilisateurs finaux
internes au SPF Finances Le même principe d’indépendance par rapport aux infrastructures clientes s’applique ici également. Certains utilisateurs de cette catégorie peuvent en effet utiliser une infrastructure cliente qui n’est pas fournie par le SPF Finances. Dans la majorité des cas, l’infrastructure utilisée est fournie par le SPF Finances qui en a la bonne connaissance. •
Dans le cas de l’infrastructure mise à disposition par le SPF Finances l’adjudicataire doit être en mesure de fournir des services supplémentaires typiques de la mobilité d’entreprise. Il devrait être en mesure d’offrir notamment un service éventuellement centralisé de 1. gestion, 2. mise à jour, 3. traçabilité, 4. sécurisation des terminaux et de l’information sensible qu’ils contiennent.
•
Au besoin, les différents services disponibles pour les infrastructures clientes fournies par le SPF devront être optimisés pour s’adapter au mieux aux spécificités des terminaux que le SPF Finances met à disposition de son personnel. La plateforme devra offrir des mécanismes
P.52
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
facilitant cette optimisation. L’adjudicataire évaluera cas par cas l’opportunité d’une telle optimisation, en accord avec le SPF Finances qui doit in fine l’autoriser ou non. Quels services relatifs aux infrastructures sont compris dans ou supportés par la solution globale que propose le soumissionnaire, lesquels sont intrinsèques à la plateforme et comment les autres s’y intègrent-ils ?
III.1.4.6 SDKs et plateformes de développement d’applications Le SPF Finances choisit les technologies du Web pour le développement d’applications mobiles et itinérantes. Quatre raisons justifient ce choix : 1. l’indépendance et l’interopérabilité qu’ils procurent et garantissent à travers la variété des terminaux. 2. la simplicité de leur mise en œuvre 3. la richesse 4. l’universalité de leur adoption. L’adjudicataire doit fournir une solution qui permet d’utiliser, au besoin, des fonctionnalités natives des terminaux au travers des technologies du Web. L’adjudicataire doit garantir la possibilité d’utiliser, au besoin, différents SDKs pour produire des applications natives à partir des technologies du web. Le soumissionnaire indiquera les SDKs supportés et moyens qu’ils préconisent pour exploiter éventuellement des caractéristiques spécifiques des plateformes mobiles au travers des technologies du web. Il expliquera son positionnement à l’égard de cette approche et en établira les avantages et les inconvénients ainsi les risques qu’elle pourrait comporter.
III.1.4.7 Les navigateurs L’adjudicataire doit définir une stratégie permettant d’assurer un support optimal des différents navigateurs de façon à garantir un accès universel et transparent aux applications pour l’ensemble des utilisateurs. Cette stratégie devra être évolutive et revue régulièrement dans le temps de façon à accompagner judicieusement l’évolution des terminaux et des navigateurs. L’adjudicataire veillera à obtenir une validation formelle de la stratégie de support des navigateurs par le SPF Finances. Le soumissionnaire détaillera son approche et sa stratégie de support des navigateurs à travers la grande variété des plateformes concernées, mobiles et non mobiles.
III.1.4.8 Les standards, normes, référentiels d’architecture et bonnes
pratiques Les standards, technologies et règles de bonnes du W3C, ECMA (javascript/Ecmascript), OASIS, WAC, OMA et OWASP formeront la base du cadre de référence des solutions que l’adjudicataire doit proposer. Il s’agit d’une référence de base que le soumissionnaire peut librement compléter pour autant que soit préserver la cohérence d’ensemble de solutions, la simplicité de leur mise en œuvre, leur caractère ouvert, la non duplication non nécessaire de l’existant et la réutilisation des compétences existantes là où cela peut assurer efficacité et efficience stratégiques. Le choix de librairies javascript et d’autres standards et technologies que l’adjudicataire considère comme nécessaires devra être formellement validé par le SPF Finances, sur la base d’une information complète et circonstanciée de l’adjudicataire. Ils devront satisfaire en plus au quatre critères suivants : 1. l’indépendance et interopérabilité qu’ils procurent et garantissent à travers la variété des terminaux et plateformes. 2. la simplicité de leur mise en œuvre
P.53
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
3. la richesse 4. l’universalité de leur adoption Le soumissionnaire indiquera les éléments de ce cadre de référence qu’il estime pertinents pour le développement d’applications mobiles tel que préconisées dans le présent cahier spécial des charges.
III.1.4.9 Les types d’application L’adjudicataire devra supporter les types d’application suivants : •
Applications Web 1. Web classique (utilisables sur les ordinateurs personnels traditionnels), 2. Web mobile (utilisables sur les nouveaux terminaux mobiles), 3. Smart web (utilisables sur les autres types de terminaux dits intelligents, en particulier sur le nouveaux postes de télévision connectés à internet, smart-tv, connected-tv), 4. Application web offline, 5. Widgets (applications développées avec les technologies du web, packagées dans un fichier .zip et déployées et s’exécutant sur le terminal, avec possibilités d’accès à des ressources locales ou distantes) ;
•
Applications natives (développées sur la base des technologies natives spécifiques à un terminal) ;
•
Applications hybrides (développées essentiellement sur la base des technologies du web, mais dont les ressources html, css, javascript, images, … sont embarquées dans un programme compilé spécifique à la plateforme ou au terminal qui les exécute en dehors d’un navigateur) ;
•
Web services ;
•
SMS/MMS
Le soumissionnaire prendra soin de faire ressortir les compétences et l’expérience sur les différents types d’applications du personnel qu’il propose. Il indiquera les avantages et désavantages de chacun des types, les contextes dans lesquels l’utilisation d’un type ou ensemble de types est plus appropriés ainsi que la stratégie qu’il mettra en œuvre pour assurer le respect du principe « develop once, run, build or deploy anywhere » malgré la diversité des types d’applications et des plateformes.
III.1.4.10 Les Application Stores Les « application stores » (appstore) offrent des espaces centralisés au travers desquels on peut assurer et faciliter certification extérieure, visibilité et découvrabilité des applications et services. Ils permettraient également d’atteindre les utilisateurs sans qu’ils ne soient explicitement ou intentionnellement à la recherche des applications des Finances. Mais le SPF Finances veut allier ce canal de mise à disposition des applications avec la mise en place d’un référentiel propre (voir la section III.3.2.2 Mettre en place un référentiel des services mobiles au SPF Finances) qui offre un point unique d’accès à l’ensemble des services mobiles. Les descriptions des services dans ce référentiel devra impérativement contenir des références aux descriptions de mêmes services dans les différents Appstores et vice-versa. Le soumissionnaire détaillera sa vision et son plan de support des appstores ainsi que les services qu’il fournit dans ce cadre.
P.54
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
III.1.4.11 Les utilisateurs •
L’adjudicataire doit fournir une plateforme et des solutions mobiles adaptables à des caractéristiques des utilisateurs, qui leur offrent des fonctions de personnalisation.
•
La personnalisation couvre notamment les possibilités 1. d’indiquer des préférences personnelles pour l’interface utilisateurs de l’application ou du service ; 2. d’adapter les fonctionnalités des applications 3. d’opérer des sélections sur les capacités du terminal utilisées 4. de définir une modalité par défaut quand plusieurs existent ; 5. d’opérer des sélections sur les connectivités réseau ; etc.
•
L’adjudicataire doit fournir une plateforme et des solutions mobiles qui offrent des fonctions de gestion de l’accessibilité. Dans ce cas, la personnalisation répond moins à une simple volonté d’adaptation à des goûts de l’utilisateur, mais est au contraire une nécessité pour donner à l’utilisateur la possibilité d’interagir avec l’application ou le service. L’adjudicataire doit prendre en compte que certains utilisateurs pourront faire usage de terminaux dédiés à l’accessibilité pour accéder aux différents services.
•
La plateforme et les solutions mobiles doivent fournir le support multilingue. En particulier elles doivent permettre le support aisé du français, du néerlandais, de l’allemand et de l’anglais.
•
La plateforme et les solutions mobiles doivent permettre la réutilisation des choix de personnalisation précédemment opérés par l’utilisateur.
•
La plateforme doit offrir des mécanismes permettant d’adapter les services fournis sur la base des choix de personnalisation des utilisateurs. Elles doivent également permettre l’adaptation des applications et services sur la base d’autres caractéristiques liées à l’utilisateur, comme par exemple la localisation, là où cela est applicable et pertinent.
•
Les utilisateurs utilisent de plus en plus internet dans le cadre des réseaux sociaux. La plateforme doit fournir des facilités pour la mise en place des mécanismes qui permettent aux utilisateurs d’interagir avec les réseaux sociaux et de communiquer, à partir des services ou applications mobiles.
Le soumissionnaire expliquera la manière dont la plateforme qu’il propose permet de prendre en compte l’ensemble des ces attentes et les outils et facilités qu’elle offre à cet effet. Il fera le même exercice concernant la solution d’itinérance des profils.
III.1.5 Exigences générales relatives à la mise en œuvre de la solution III.1.5.1 Réponse explicite et directes aux questions et attentes de ce
cahier des charges Le soumissionnaire est invité à répondre explicitement aux questions et attentes exprimées dans les différentes sections de ce cahier spécial des charges. En particulier, l’utilisation d’annexes telles que brochures, articles … ne sera en aucun cas dispensative ni substitutive de réponses directes aux exigences de ce cahier spécial des charges. Ces documents ne seront considérés que comme apportant une information additionnelle aux informations explicitées dans l’offre et ne se substitueront pas à celles-ci pour l’évaluation de l’offre. L’utilisation d’annexes peut cependant être faite pour présenter des informations d’importance qui ne sont pas prévues dans le présent cahier spécial des charges et/ou que le soumissionnaire veut communiquer au SPF Finances. Le soumissionnaire est alors prié de faire figurer une référence à cette annexe.
P.55
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
III.1.5.2 Vision, stratégie, plan d’approche : vue synthétique En plus de réponses aux des questions et attentes spécifiques que différentes sections du présent cahier des charges formulent à l’endroit du soumissionnaire, celui-ci doit dans son offre 1. fournir une présentation d’ensemble • de sa compréhension de l’objet, du contexte et des enjeux de ce marché public, • de la vision, des orientations stratégiques et des axes majeurs d’intervention qui définissent la solution que son offre propose, • du plan d’approche qu’il propose, • des moyens tant humains, logiciels, architecturaux, méthodologiques et organisationnels qu’il s’engage en mettre en œuvre ; • des risques ; 2. expliquer et justifier les atouts de son offre qui en font une réponse adéquate et suffisante pour atteindre tous les objectifs de ce marché, 3. détailler les indicateurs qu’il propose pour évaluer les résultats atteints dans l’exécution de ce marché et les modalités de leur mise en œuvre.
III.1.5.3 Description des solutions logicielles Dans son offre, le soumissionnaire doit justifier et fournir une description détaillée et sous forme de diagramme de composants de l’ensemble complet des éléments logiciels nécessaires qu’il propose. Un roadmap sur les évolutions prévues est souhaité. Pour chacun des logiciels proposés, le soumissionnaire mentionnera notamment : • La dénomination du produit + la version • Les OS supportés • La description du produit et le besoin auquel il répond en faisant mention des références au présent cahier spécial des charges.
III.1.5.4 Politique de licences, maintenance et mise à jour Le SPF Finances tient à la rationalisation et à la simplification de la gestion des Licences. Il souhaite donc conclure des contrat de licence/maintenance de longue durée (4 ans) et de type « concurrent user » c’est-à-dire lui permettant l’utilisation des logiciels acquis tant par son personnel interne que ses prestataires externes dans les limites du nombre de licences disponibles, sans toutefois être lié à des postes de travail, serveurs spécifiques ou des utilisateurs nominatifs. La licence initiale est acquise une fois pour toute la première année et seule la maintenance est facturable par la suite. La maintenance de licences comprendra tous les upgrades y compris les upgrades qualifiés de « majeurs » par l’adjudicataire. Ceci porte sur l’ensemble de l’offre software (software de base et extensions). Le SPF Finance sera seul habilité à décider s’il réalise un upgrade ou non et ce partiellement ou complètement. En cas de modification du packaging (regroupement de différents softwares vendus conjointement) de l’offre software du soumissionnaire, ce nouveau packaging ne saurait être imposé au SPF Finances pour soustraire des fonctionnalités dont il bénéficiait. De même il ne saurait être imposé d’augmentation de prix au SPF Finances au motif que le nouveau packaging contient de nouvelles fonctionnalités pour lesquelles le SPF Finances ne marque pas d’intérêt.
III.1.5.5 Politique d’utilisation des services IaaS et PaaS Les mêmes exigences de rationalisation et de simplification s’appliquent également pour les contrats d’utilisation des solutions d’infrastructure ou plateforme sous forme de service hébergé. Ils doivent
P.56
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
offrir des possibilités d’engagement à long terme avec garantie du prix le plus favorable, permettre l’utilisation non nominative des services et assurer le maintien du contenu des services acquis tant en cas de mise à jour que de repackaging de l’offre de service. En outre le SPF Finances exige de bénéficier d’une politique de facturation par coût forfaitaire global couvrant les différents coûts spécifiques et profils d’utilisations éventuels, tant que rationalisation et simplification sont garanties. Cette politique doit permettre d’effectuer une comparaison de prix transparente pour les services d’ « Infrastructure » ou « Platform As A Service » (IaaS, PaaS) proposés. Il est donc exigé de suivre le principe du « flat fee » : un prix fixe par service, décliné éventuellement en fonction d’un nombre limité des profils distincts. Ce prix est défini à l'aide d'un modèle de coût détaillé que le soumissionnaire détaille dans son offre. Une réévaluation du prix sera possible annuellement si le marché ou le profil de consommation moyen a évolué. Cette réévaluation s'effectuera sur la base d'une étude de benchmarking. Le modèle de coûts sera détaillé de manière à pouvoir effectuer une évaluation sur la base de profils de consommation et de prix du marché. Le soumissionnaire explique comment le modèle s'adapte à l'évolution du marché. Un tiers indépendant au SPF Finances peut être invité à effectuer cette étude. Celle-ci évaluera le rapport qualité/prix par rapport au marché existant. Préalablement au benchmarking, la portée de l'étude, le tiers indépendant ainsi que le planning de l'étude devront être approuvés par l'adjudicataire. En conséquence, les résultats de l'étude seront acceptés par les deux parties.
III.1.5.6 Compétence, expérience et adéquation du personnel de
l’adjudicataire Le soumissionnaire veillera à ce qu’une réelle expertise sur les applications et les solutions mobiles éprouvée et alignée avec l’évolution dans ce domaine soit présente au sein de l’équipe projet qu’il propose. Cette expertise, assortie d’une expérience significative et éprouvée sur un projet d’envergure relatif à la mobilité, est obligatoire pour les personnes qui assumeront les rôles d’architectes et de designer. L’architecte devra avoir en plus une réelle expérience dans l’utilisation des solutions de type IaaS et PaaS. L’offre ne peut déroger à cette obligation. Expertise et expérience sont dites significatives au regard de l’objet et des objectifs du présent cahier des charges. Pour tout le personnel que le soumissionnaire propose, il doit joindre un CV nominatif conforme au modèle de l'annexe ‘curriculum vitae’. Le personnel proposé comprendra au moins les différents profils définis en annexe. Une indication complète des fonctions et des responsabilités de chaque personne dont il soumet le CV doit être fournie. L’offre comprendra un aperçu schématique et l’organigramme de l’équipe proposée. L’administration se réserve le droit d’avoir un entretien d’évaluation avec les personnes que le soumissionnaire propose pour constituer l’équipe projet. Après le début de l’exécution du marché, l’Administration peut exiger le remplacement immédiat d’un ou de plusieurs techniciens si elle estime que leurs qualifications ou leur prestation de services entravent la bonne exécution du marché ou ne sont pas en conformité avec les exigences reprises dans la description du profil pour la fonction. Les modalités de ce remplacement sont fixées dans la partie I du présent cahier des charges.
III.1.5.7 Phasage et exécution de projet Le SPF Finances donne préférence à une implémentation par phases et une approche itérative et incrémentale. Le soumissionnaire doit fournir un plan global couvrant tous les aspects du présent
P.57
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
marché. L’adjudicataire fera valider le détail de différentes séquences et/ou itération par le comité de pilotage. Avant le début de chacune des phases, l’adjudicataire soumettra à la validation du SPF Finances les contenus et les objectifs, la durée et les critères d’évaluation de la phase. Le SPF Finances pourra conditionner le début de la phase suivante par l’acceptation des résultats de celle qui la précède. Le soumissionnaire veillera à faire apparaître dans son plan global une classification des activités selon les objectifs génériques suivants : implantation, intégration, optimisation et exploitation. Ces objectifs définissent quatre points de vue à partir desquels les différentes activités de mise en œuvre de la solution peuvent être mises en perspective ou filtrées tant dans leur définition que leur enchainement ou parallélisation. Les activités d’implantation de la solution se focalisent sur la préparation et la mise en œuvre de la solution en faisant un maximum d’abstraction des préoccupations liées à son intégration avec l’existant, son optimisation ou son exploitation. Les trois autres points de vue réintroduisent des préoccupations et activités sur lesquelles le premier ne met pas l’accent. En particulier, le plan de réalisation du projet pilote devra inclure au minimum des phases et/ou itérations qui visent explicitement les quatre objectifs génériques : implantation, intégration, optimisation et exploitation. Le plan de projet peut adopter comme étape initiale une phase préparatoire qui permettra au personnel de l’adjudicataire de prendre connaissance de l’existant et du contexte de travail. Cette phase ne pourra dépasser un mois calendrier. L’implantation de la plateforme doit être prévue de telle sorte qu’une première version du pilote, n’incluant pas nécessairement des aspects d’intégration avec l’existant, soit délivrable dans les six mois qui suivent le début du projet. Le cycle de vie du projet doit être organisé de façon à permettre la livraison des résultats tangibles en moyenne tous les trois mois.
III.1.5.8 SLA Le SPF Finances demande au soumissionnaire de fournir une description détaillée des niveaux de services qu’il s’engage à garantir pour les solutions et services fournis sur les différents aspects de chacun des volets du présent marché public. Cette description devra contenir entre autre des engagements explicites sur la disponibilité de son personnel, les délais maximum d’intervention, de réparation, de résolution et de rétablissement du niveau de service en cas d’incidents, problème ou panne, le niveau de disponibilité pour les services qui ne sont pas utilisables en mode déconnecté, le temps de réponse et la consommation des ressources là où ces indicateurs de performance sont applicables. Le soumissionnaire peut aussi proposer un SLA sur d’autres points qu’il juge significatifs. Le soumissionnaire définira également les pénalités applicables en cas de non-respect des niveaux de service, les conditions dans lesquelles ces pénalités sont applicables ainsi que les outils et les mécanismes d’évaluation. Les informations fournies seront utilisées pour l’évaluation du critère « SLA». Le SPF a reconnu 3 niveaux de priorité : • Priorité 1 (incident considéré comme bloquant) : signifie qu’une partie du système ne fonctionne pas. L’incident doit être pris en charge dans les 24 heures. • Priorité 2 (incident considéré comme gênant) : l’incident provoque un ralentissement auprès des utilisateurs et doit être pris en charge après la solution d’un incident de la catégorie 1. L’incident doit être pris en charge dans les 72 heures. • Priorité 3 (incident considéré comme mineur) : l’incident n’a pas de conséquences significatives sur la production et les utilisateurs mais néanmoins n’est pas concordant avec les fonctionnalités convenues. L’incident doit être pris en charge après solution des incidents de catégorie 2.
P.58
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Les SLA définitifs applicables seront formalisés et convenus en début de projet. Avec l’ouverture aux solutions de type IaaS et PaaS, l’objectif est d’assurer au moins 99,95% de disponibilité et un niveau de qualité des services et de satisfaction des utilisateurs supérieur à ceux obtenus actuellement.
III.1.5.9 Assistance complémentaire Le soumissionnaire doit proposer 200 jours/homme d’assistance complémentaire sur toute la durée du contrat, sans obligation de commande par le SPF. Si le contrat est prolongé, on ajoutera 50 jours/homme par année complémentaire. Selon les besoins, le SPF Finances peut faire appel à l'assistance complémentaire par jour/homme. L'assistance sera facturée suivant la consommation. Cette assistance couvrira les extensions qui seront réalisées à la demande du SPF Finances après la mise en production des composantes de la plateforme ou du projet pilote ou en complément à l’étude demandée. Les jours/homme couvriront en principe tout ce qui est jugé nécessaire dans le cadre des extensions demandées. Les mises en œuvre réceptionnées sous le régime de l'assistance complémentaire seront comprises dans la garantie pour la durée du contrat, ainsi que dans la maintenance ultérieure éventuelle, sans frais supplémentaires.
P.59
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
III.2 Volet 1 : Mise en place d’une plateforme pour la mobilité d’entreprise Avec la mise en place d’une plateforme intégrée pour supporter la mobilité d’entreprise, le SPF poursuit comme objectif de • simplifier, • minimiser, • rationaliser l’effort nécessaire à la mise en place et à la gestion des aspects liés à la mobilité d’entreprise pour les services applicatifs et les utilisateurs. La plateforme de la mobilité,- comprend trois sous-volets : 1. une infrastructure cliente composée de terminaux mobiles pour le test et une plateforme serveur complète pour d’héberger les applications mobiles, les deux sous la forme de service (Infrastructure/Platform as a Service : IaaS/PaaS) ; 2. une suite ou composition logicielle pour supporter le développement et la mise à disposition d’applications et services mobiles ainsi que la mobilisation d’applications et services existants ; 3. une étude détaillée et une solution pour l’itinérance des profils, des dossiers/documents, préférences des utilisateurs - un des aspects spécifiques relatifs à l’accès mobile du fonctionnaire. L’itinérance sera mise en place dans le présent marché pour un nombre limité d’utilisateurs, à déterminer ultérieurement. La fourniture de base pour la plateforme comporte : •
la mise à disposition des licences et contrats d’utilisation,
•
et si applicables, les services associés pour l’analyse des écarts et recouvrements avec le système existant, l’installation, la configuration, l'adaptation sur mesure, la mise en production, la maintenance des différentes composantes de la plateforme, la formation et l’accompagnement du personnel du SPF Finances.
III.2.1 Sous-volet 1.1 - Infrastructure de mise en production pour la mobilité. Au sein du SPF Finances, la « mise en production » désigne le cheminement que doit suivre tout projet informatique depuis le développement jusqu’à sa mise en exploitation. Il s’effectue en trois phases majeures que sont le développement, le test et la production. A ces trois phases correspond respectivement une affectation logique de l’infrastructure matérielle et de la plateforme logicielle disponibles (Application server, Web servers, base des données, etc. Voir pour plus de détails, le document ABB). Cette répartition logique est appelée environnement. Il existe donc trois environnements logiques correspondant chacun à une phase de mise en production : environnement de développement, environnement de test et environnement de production. Ces environnements sont centralisés, mutualisés et utilisables par les différentes équipes concernées tout au long du cycle de vie des projets informatiques. Cette infrastructure est déployée on premises et ne comporte pas actuellement des terminaux mobiles et/ou intelligents. Deux besoins relatifs à l’infrastructure doivent donc être distingués dans le cadre de ce marché :
P.60
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
1. la mise à disposition d’une plateforme de déploiement et d’exécution des applications/services mobiles ; 2. la mise à disposition d’une infrastructure de terminaux mobiles et intelligents nécessaires pour professionnaliser les tests réels sur ces nouveaux types de terminaux. Une solution de type IaaS/PaaS est requise pour les deux.
III.2.1.1 Plateforme (server) de mise en production : solution PaaS Comme indiqué précédemment, le SPF Finances s’ouvre désormais aux solutions de type IaaS et PaaS. Dans le cadre du présent marché le soumissionnaire peut proposer l’utilisation d’une solution de type PaaS pour l’hébergement des applications. Par solution de type PaaS, le SPF entend une solution qui lui permet d’acheter l’utilisation des services d’une plateforme complète de mise à disposition, c’est-à-dire de déploiement et d’exécution, de nos applications. Elle doit comprendre l’infrastructure matérielle et toutes les composantes logicielles nécessaires pour le bon fonctionnement des applications. Le soumissionnaire fournira une description détaillée de l’infrastructure matérielle et de tous les éléments de la plateforme logicielle (OS, Server d’applications, web server, bases des données, etc.) nécessaires à l’ensemble de la solution qu’il propose dans le cadre de ce marché publique. En terme de gestion, la seule responsabilité du SPF se limitera à a. fournir, déployer et configurer les applications d’une part, b. organiser les données dans les gestionnaires des données ou dispositifs de stockage mis à disposition, c. utiliser les moyens de collaboration, de communication ou de composition inter-applicative et d’intégration d’entreprise (sécurité, messaging, connectivité, etc.), d. contrôler la cohabitation de la solution PaaS fournie avec l’infrastructure et la plateforme disponibles in house ; e. et utiliser les outils mis à disposition pour gérer et monitorer le parc d’applicatifs et de données installés sur la PaaS. La gestion de tout ce qui n’est pas spécifique aux applications et données du SPF Finances sont de la responsabilité du fournisseur de services.
La solution PaaS doit offrir toutes les caractéristiques habituelles d’une plateforme d’exécution d’applications d’entreprise, notamment la sécurité, la capacité de monté en charge, la tolérance aux pannes et des solutions d’intégration standardisée pour des systèmes hétérogènes et la facilité de gestion.
Exigences pour l’intégration d’entreprise et la cohabitation de la plateforme actuelle et de la PaaS Les données seront hébergées sur la plateforme centrale actuelle disponible in house (RDC et Filenet) et la solution actuelle de gestion de la sécurité pour l’authentification, les autorisations des utilisateurs et les logs d’audit sera utilisée (IAM). Néanmoins l’adjudicataire devra organiser la cohabitation de deux plateformes de manière à garantir la continuité de service, de bonnes performances en cas de défaillance des systèmes centraux in house. La plateforme PaaS devra fournir des services et facilités permettant d’intégrer, faire communiquer, composer des applications déployées en son sein entre elles et avec des applications ou ressources déployées sur la plateforme actuelle du SPF Finances.
P.61
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Ces aspects englobent les notions de transferts de données, de stockage et de volumétrie. Il en est de même pour l’intégration d’entreprise.
Exigences pour la sécurité et les aspects légaux Dans le cas d’une solution de type PaaS tout comme IaaS qui sera décrite dans la section suivante, au minimum toutes les règles de sécurités et exigences de qualité et performance définies comme standard du SPF Finances doivent être respectées. Par ailleurs l’adjudicataire s’assurera que les conditions d’hébergement de son service garantissent l’application de toutes les directives et dispositions légales auxquelles le SPF Finances est soumis dans l’utilisation des moyens électroniques et la collecte et l’utilisation des informations personnelles. Le soumissionnaire expliquera comment ces exigences sont rencontrées dans la solution qu’il propose, tant pour la PaaS que pour l’IaaS.
III.2.1.2 Infrastructure cliente (terminaux mobiles) pour le test :
solution IaaS L’adjudicataire doit fournir une infrastructure et tous les services associés permettant de couvrir complètement et efficacement tous les besoins liés aux tests, diagnostics, surveillance et contrôle de qualité des applications sur des terminaux mobiles et intelligents. Cette infrastructure doit être extensible et mise à jour régulièrement en fonction de l’arrivée sur le marché de nouveaux terminaux. Vu la diversité, la fragmentation et l’extrême volatilité qui existent aujourd’hui dans le domaine des infrastructures et plateformes mobiles, le SPF Finances est ouvert à une solution de type « Infrastructure as as service » (IAAS). •
Cette infrastructure doit être composée de terminaux réels et non des simulateurs ou émulateurs. Elle ne doit pas nécessairement inclure des ordinateurs personnels (Desktop et Laptop). Ces derniers sont déjà disponibles et pris en charge par l’infrastructure existante. Les terminaux doivent être en réseaux.
•
L’ensemble de cette infrastructure doit être accessible et administrable à distance via une interface cliente appropriée. Cette interface cliente doit être disponible pour les navigateurs web et devrait être intégrable dans les outils de développement, test, surveillance et diagnostic. Elle doit permettre d’exploiter à distance toutes les fonctionnalités et caractéristiques des terminaux.
•
Il doit y avoir, au besoin, la possibilité d’utiliser les terminaux disponibles sur des réseaux des opérateurs là où cela est applicable et dans les limites de ce qui est possible et raisonnable. Les réseaux des opérateurs de téléphonie mobile au moins doivent être supportés. Les terminaux doivent être utilisables aussi sur des réseaux sans opérateurs, comme le wifi, là où cela est applicable et dans les limites de ce qui est possible.
•
L’adjudicataire devra fournir tous les outils nécessaires garantissant une utilisation, surveillance et gestion faciles, conviviales, efficaces et efficientes de cet environnement pour tous les acteurs concernés.
•
Au besoin, l’adjudicataire devra assurer l’intégration de cette nouvelle infrastructure avec les outils standards actuellement utilisés pour le développement des applications, pour les gestions des environnements. En particulier, à partir de leurs outils de travail standards 1. les développeurs, testeurs devront être en mesure d’y déployer des applications, d’interagir avec ces applications, de les surveiller, les diagnostiquer, de les gérer ; 2. Les administrateurs systèmes et les gestionnaires des environnements devront être en mesure d’y effectuer les tâches habituelles dans le cadre de leur fonction.
P.62
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
•
L’adjudicataire devra assurer l’intégration de cet environnement avec la nouvelle chaine de livraison des applications qui se met en place dans le cadre de la convergence des processus et méthodologies FUP et ITIL.
•
L’adjudicataire devra fournir tout ce qui est nécessaire pour que cet environnement soit utilisable dans le cadre de tests fonctionnels et techniques, manuels et automatiques. En particulier, il devra être intégré avec les outils standards utilisés au SPF Finances pour les tests de performances
•
L’adjudicataire devra fournir à des membres du personnel du SPF Finances les formations et l’accompagnement nécessaires 1. pour qu’ils acquièrent les connaissances et les compétences nécessaires à l’utilisation et à la gestion de cet environnement ; 2. pour que leur travail dans le cadre ou sur cet environnement soit efficace ; 3. pour qu’ils soient en mesure de former facilement et efficacement leurs collègues.
III.2.2 Sous-volet 1.2 - Mettre en place une plateforme d’applications mobiles L’adjudicataire doit fournir et mettre en place une plateforme et tous les services associés permettant de faire face à l’ensemble du cycle de vie des applications mobiles d’entreprise (MEAP) et des composantes de l’écosystème de la mobilité. Il devra fournir toute l’information nécessaire à une exploitation optimale de cette plateforme : documentations, guidelines, trucs et astuces, etc. Cette information devra être intégrée dans la base de connaissances à mettre en place (voir III.3.3.1 cidessous). L’adjudicataire devra fournir à des membres du personnel du SPF Finances les formations et l’accompagnement nécessaires •
pour qu’ils acquièrent les connaissances et les compétences nécessaires à l’utilisation et à la gestion de cet environnement ;
•
pour que leur travail dans le cadre ou sur cet environnement soit efficace ;
•
pour qu’ils soient en mesure de former facilement et efficacement leurs collègues.
Le SPF veut la mise en place d’une solution logicielle et des services qui permettent de réaliser efficacement toutes les activités nécessaires pour les différents rôles concernés tout au long de l’ensemble du cycle de vie des applications mobiles : • •
Le soumissionnaire fournira une description détaillée des activités et rôles concernés. Il expliquera la manière dont la plateforme qu’il propose permet de les prendre en compte et les outils et facilités qu’elle offre pour les différents rôles et activités.
L’adjudicataire doit fournir et mettre en œuvre une plateforme permettant de développer, délivrer, déployer, gérer et sécuriser des applications mobiles entendues selon les quatre points de vue définis précédemment. Cette plateforme doit également offrir des facilités dans l’évaluation des applications existantes et leur modernisation pour les rendre « mobile aware », sans nécessiter à tout prix de les réécrire et dans une approche de continuité évolutive valorisant les investissements passés et réduisant l’effort requis au strict minimum nécessaire. L’adjudicataire pourra proposer un progiciel prêt-à-l’emploi ou une suite logicielle intégrée sur mesure pour répondre spécifiquement aux besoins du SPF Finances. Dans l’un et l’autre cas, le travail d’intégration de différents modules éventuels pour composer une suite logicielle unifiée ne fait pas partie du présent marché : il en est un pre-requis.
L’attention du soumissionnaire est spécialement attirée sur le fait qu’il doit fournir dans son offre toute l’information nécessaire permettant d’évaluer à juste titre sa proposition de MEAP. La richesse de la
P.63
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
solution proposée ici sera évaluée en prenant en considération la présence ou non et le contenu des fonctionnalités suivantes :
III.2.2.1 Environnement intégré de développement La plateforme devra offrir un environnement intégré de développement. Cet environnement devra offrir au moins une intégration avec la plateforme Eclipse actuellement utilisée au SFP Finances ; être utilisable au moins sur PC (Windows et Mac) et offrir idéalement des éditeurs what-you-see-is-what-you-get (WYSIWYG), des templates de composantes d’applications et des prototypes d’applications complètes. •
Il doit offrir des assistants facilitant et/ou automatisant le travail de développement dans 1. la création de toutes les ressources nécessaire pour composer des applications mobiles ; 2. la création de différents types d’application supportés, tels que définis précédemment ; 3. la création d’applications par réutilisation, conversion, décomposition ou composition des ressources préexistantes ; 4. l’adaptation d’une application ou de ses composantes pour améliorer l’expérience utilisateur, les fonctionnalités ou les performances sur la base des caractéristiques d’un contexte différent de mise à disposition ou d’accès de service, etc.
•
Les aspects qui seront pris en compte dans l’évaluation de la richesse de l’aspect IDE concernent notamment l’aide (automatique ou manuelle) à la création et l’adaptation : 1. de l’interface utilisateur : layout, style, interaction, navigation 2. du contenu des applications : texte, graphiques, images, ressources audio, vidéo ou rich media 3. de la logique business ; 4. de l’intégration d’entreprise (intégration de (sources de) données, intégration avec les solutions de sécurité, etc.) ; 5. des configurations pour différents éléments paramétrables ; et l’aide à la mise en place d’alternatives pour l’une ou l’autre ressource lorsque le déficit des fonctionnalités techniques d’un contexte de service (terminal + os + navigateur, réseau ou utilisateur) les exige en vue d’assurer la continuité fonctionnelle.
Pour permettre d’en juger, le soumissionnaire veillera à donner toute l’information pertinente dans les réponses aux questions posées dans les sous-sections qui suivent.
Outils de debugging Le soumissionnaire détaillera les outils spécifiques pour le diagnostic d’applications qui sont inclus ou supportés dans la plateforme. Il précisera s’ils permettent un diagnostic sur les serveurs et/ou les clients, les terminaux, OS, SDK qu’ils supportent. Vu la diversité des terminaux, plateformes et contexte de mise à disposition couverts, le SPF souhaite bénéficier d’outils permettant d’automatiser et simplifier le travail. Le soumissionnaire Indiquera les possibilités d’aide à la création et à la gestion du code de diagnostics qui sont prévues et si génération éventuelle de code garantit la portabilité et quelles plateformes sont couvertes par cette portabilité.
Support de la gestion et de la sécurité des applications et des terminaux Le soumissionnaire détaillera les possibilités de gestion de l’ensemble des aspects de déploiement d’une mobilité d’entreprise qui sont ou peuvent être incluses dans la plateforme. En particulier, il indiquera si et comment la plateforme permet notamment les fonctionnalités suivantes : • la gestion et la mise à jour des applications ; • la gestion et la mise à jour des aspects liés à la sécurité des applications et des terminaux ; P.64
SERVICE PUBLIC FÉDÉRAL FINANCES
• •
Réf.: ICT/INF/MOB
la gestion et la mise à jour des capacités ou caractéristiques des terminaux ; des mécanismes de sécurisation des applications et des données locales.
Dans ce cadre, il précisera les capacités et caractéristiques qui sont couvertes ainsi que les plateformes (terminaux + OS + navigateurs notamment) qui sont supportés. Le soumissionnaire indiquera notamment si et comment la plateforme qu’il propose permet de répondre aux défis de la sécurité de l’informatique mobile comme identifiés notamment par ENISA et de se conformer aux standards de l’industrie notamment ceux de l’OWASP. En vue de faciliter le travail de mise en œuvre de solutions sécurisées, le soumissionnaire indiquera les outils de contrôle et correction des vulnérabilités en matière de sécurité sur les mobiles qui sont supportés.
Support de l’intégration d’application d’entreprise Le soumissionnaire indiquera si des facilités sont fournies pour la création d’applications composites, et il les détaillera le cas échéant. Ces facilités peuvent notamment concerner : • des outils, interfaces, connecteurs pour l’intégration avec différentes sources de données, modules de sécurité ; • des outils, assistants pour la création et la consommation des web services, etc.
Support de l’intégration avec les réseaux sociaux et optimisation de la présence sur internet Les utilisateurs utilisent les applications et services mis à disposition dans des contextes où l’interaction et la communication dans le cadre des réseaux sociaux sont de plus en plus présentes. Le soumissionnaire indiquera les possibilités et facilités fournies pour la création d’applications permettant aux utilisateurs de communiquer et d’interagir dans le cadre des réseaux sociaux. Il expliquera également les possibilités et facilités fournies pour l’optimisation de la visibilité et du référencement des services et applications par les moteurs de recherches.
Support des services riches et de la réalité augmentée Le paradigme de la « réalité augmentée » permet désormais de mettre en œuvre des applications et services hautement adaptables aux besoins des utilisateurs. Le soumissionnaire détaillera les possibilités et facilités fournies pour la création et la composition : • des applications intégrant le paradigme de la réalité augmentée •
de hubs de services ou d’applications composites,
•
et pour le support des transactions composites.
Terminaux, plateformes, connectivité réseau, modalités supportés Quels (types de) terminaux, quels OS, quels SDK, quels navigateurs, connectivités réseau sont supportés ? Les applications web offline sont-elles supportées ? Quelles bases de données sont supportées ? Quels mécanismes de synchronisation, de notification sont supportés ? Ce support est-il cross-plateformes, cross-terminaux ? Quels standards, mécanismes et outils d’adaptation sont fournis ou supportés ? Quelles ressources, mécanismes et standards sont supportés pour la détection des capacités et caractéristiques théoriques et réelles des terminaux et réseaux et l’adaptation « at runtime » ? Quelles bases de données ou sources d’information sur les caractéristiques et capacités des terminaux sont supportées ? Quelles possibilités et facilités sont fournies pour le support de l’adaptation et de la personnalisation des applications et services sur la base des caractéristiques des utilisateurs ? Quels outils sont disponibles pour faciliter le support de l’accessibilité pour les
P.65
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
utilisateurs moins valides ? Quels standards d’accessibilités sont supportés ? Quels mécanismes et facilités d’optimisation et de minification du code sont supportés ?
Applications, templates, prototypes inclus La plateforme embarque-t-elle des applications mobiles pré-packagées ? Fournit-elle des templates, des prototypes pour développer des composants ou des applications ?
Flexibilité architecturale, extensibilité et évolutivité La plateforme permet-elle le portage ou le déploiement des applications cross plateformes, crossterminaux par simple configuration ou repackaging sans nécessité de recoder ? Quels mécanismes garantissent l’extensibilité et l’évolutivité des applications et de la plateforme ? Sont-ils des mécanismes standardisés, communément utilisés ou propriétaires ?
APIs, Standards et règles de bonnes pratiques supportés Quels APIs, standards et bonnes pratiques du Web, du web mobile et de l’intégration d’applications d’entreprise (notamment la famille des standards WS*) sont supportés ? Lesquels sont implémentés dans et par la plateforme ? HTML5 et CSS3 sont-ils déjà supportés ? Qu’est-ce qui est compris aujourd’hui dans ce support ? Quelle est la stratégie de l’évolution du support de ces standards non encore finalisés mais dont des implémentations commencent à se multiplier ? Quelles librairies Javascript sont comprises ou supportées ? Comment permettent-elles une mise en œuvre plus aisée d’applications mobiles de meilleure qualité ?
Pour valider et contrôler cette qualité des applications, un ensemble d’exigences relatives au test est prévu dans le présent marché public. Elles sont détaillées dans la suite.
III.2.2.2 Outils de test L’adjudicataire doit fournir des outils qui permettent de tester, diagnostiquer, surveiller et contrôler la qualité des applications mobiles. Cette partie est envisagée comme un aspect du MEAP. Elle peut y être intrinsèque ou s’y intégrer harmonieusement et efficacement. Les différentes solutions de tests doivent être utilisables sur PC et Mac.
Test avec des outils de validation des applications web Le SPF Finances a fait le choix d’utiliser les technologiques du web comme base de la plateforme de développement des applications mobiles. Les technologies du web permettent mieux que toutes les autres plateformes d’assurer une réelle couverture universelle des terminaux et modalités. Pour que l’universalité d’accès des applications soient effectivement garantie, elles doivent respecter les standards et les bonnes pratiques du web définies les notamment par le W3C, ECMA, le WAC, OMA. Afin de permettre de vérifier la conformité des applications à ces standards, l’adjudicataire doit mettre en œuvre dans les environnements de développement et de test des outils de validation. •
La tâche de mise en œuvre des outils de validation consiste à 1. installer (si applicable) 2. intégrer avec les outils et processus de développement et de tests 3. former à leur utilisation 4. créer une base de connaissance
P.66
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
•
Au moins les outils suivants doivent être mis en œuvre 1. W3C MobileOK Checker 2. W3C CSS Validator 3. W3C HTML Validator 4. W3C Link Checker 5. MobiReady testing tool (http://mobiready.com)
•
La validation sur la base de ces outils représente un niveau de qualité minimum nécessaire, mais non suffisant, et valable uniquement dans les limites des aspects technologiques que chacun couvre respectivement. Elle ne peut être invoquée comme preuve suffisante de la qualité d’ensemble d’une application.
Le soumissionnaire expliquera si et comment ces outils sont fournis ou supportés par sa solution.
Test avec des simulateurs des terminaux mobiles L’adjudicataire est tenu de fournir le support de simulateurs dans sa solution. •
Le soumissionnaire expliquera comment il compte fournir le support de différentes possibilités d’utiliser des simulateurs. Il détaillera les différents services qui sont compris dans son offre de service.
•
Le soumissionnaire détaillera la liste des simulateurs disponibles dont le support est compris dans son offre.
•
Le soumissionnaire doit expliquer comment la prise en charge de l’évolution des simulateurs est comprise dans son offre.
•
Le soumissionnaire expliquera comment les différents simulateurs supportés seront intégrés dans l’environnement de développement.
Test avec des émulateurs des terminaux mobiles Tout comme les simulateurs, les émulateurs permettent de tester les applications par rapport aux terminaux ou contextes cibles, sans le déploiement dans les contextes et terminaux réels. Cela permet notamment de rationaliser l’utilisation de l’infrastructure de test (voir la section III.2.1.2 Infrastructure cliente (terminaux mobiles) pour le test : solution IaaS). •
Le soumissionnaire expliquera comment il compte fournir le support de différentes possibilités d’utiliser des émulateurs. Il détaillera les différents services qui sont compris dans son offre de service.
•
Le soumissionnaire détaillera la liste des émulateurs disponibles dont le support est compris dans son offre.
•
Le soumissionnaire doit expliquer comment la prise en charge de l’évolution des émulateurs est comprise dans son offre.
•
Le soumissionnaire expliquera comment les différents émulateurs supportés seront intégrés dans l’environnement de développement.
Test avec des terminaux réels •
L’adjudicataire doit fournir tous les outils et les services nécessaires pour utiliser l’infrastructure des terminaux mobiles demandée (voir la section III.2.1.2 Infrastructure P.67
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
cliente (terminaux mobiles) pour le test : solution IaaS) pour le test, le diagnostic, la surveillance et le contrôle de qualité des toutes les applications. Il détaillera les outils et services associés qu’il propose •
Cette solution des tests sur des terminaux mobiles doit permettre également d’utiliser des terminaux additionnels non compris dans la solution d’infrastructure.
•
Les outils proposés ne devront pas être en redondance non nécessaire par rapport à l’existant. Là où la réutilisation (avec ou sans adaptation) d’outils existants permet d’atteindre la même couverture et qualité de service que la mise en place de nouveaux outils, elle devra être préférée. Au travers la réutilisation de l’existant le SPF Finances veut stratégiquement valoriser au maximum les investissements antérieurs et capitaliser au mieux sur les compétences déjà acquises. Le soumissionnaire peut proposer une solution qui combine nouveaux et anciens outils.
•
Le soumissionnaire doit expliquer comment il entend réaliser l’intégration de cette solution avec les outils et services existants
•
La solution doit permettre une utilisation manuelle et automatisée.
•
La solution doit permettre de couvrir tous les types d’application mobile supportés, quel que soit le terminal, le système d’exploitation ou le réseau mobile.
•
La solution doit être adaptable aux différentes modalités d’utilisation des applications et permettre d’exploiter la variété de caractéristiques des terminaux.
•
La solution doit offrir des facilités pour créer, graphiquement (WYSIWIG) ou par un langage de script ou de programmation, des scénarios répétables.
•
La solution doit offrir des facilités pour le rapport. Ces rapports doivent être personnalisables tant dans leur structure et contenu que dans leur formats et modes de distribution. Il doit être possible d’y inclure des captures d’écran
•
La solution doit offrir des possibilités et facilités d’intégration avec le système de build.
Test des vulnérabilités sécuritaires des applications mobiles L’adjudicataire devra inclure dans la plateforme ou supporter des outils permettant de contrôler les vulnérabilités des applications mobiles. Ces outils pourront être disponibles soit comme composantes standards ou modules complémentaires de l’environnement intégré de développement, soit comme applications autonomes sur PC et MAC, soit comme extensions de navigateurs web, soit encore comme une application web Le soumissionnaire fournira la liste des outils qu’il supporte.
III.2.2.3 Des applications web utilisables en mode déconnecté
Motivation L’exigence du support du mode déconnecté pour nos applications web est motivée par trois bénéfices escomptés : •
Permettre à l’utilisateur de continuer à interagir avec nos applications web en cas d’indisponibilité ou d’interruption de la connexion réseau quelle que soit la raison (perte de signal, déconnexion volontaire de l’utilisateur, défaillance de notre infrastructure, etc.). En
P.68
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
particulier, quand l’utilisateur perd sa connexion mobile, lui permettre de continuer à avoir un certain degré d’accès au service est de loin préférable que l’interruption brutale de tout service. •
Permettre une meilleure expérience utilisateur et l’amélioration de la vitesse de chargement des applications : les ressources qui sont cachées localement se chargent plus rapidement sur le client que celles distantes disponibles sur le serveur. Par exemple, si des feuilles de styles ou des images sont partagées par plusieurs pages, elles prennent plus de temps à charger pour la première page et sont ensuite cachées localement. De la sorte elles ne doivent plus être téléchargées du serveur lors de l’accès aux autres pages, qui de ce fait vont bénéficier d’un certain gain de temps de chargement.
•
Contribuer à minimiser la charge sur les serveurs et à alléger le trafic sur le réseau grâce au nouveau mécanisme standardisé de gestion de la cache pour les applications web qui permet de ne charger une page ou ressource que si la version sur le serveur est plus récente que celle cachée localement.
Niveau de service et fonctionnalité disponible en mode déconnecté En raison des avantages escomptés indiqués dans la section précédente, les possibilités d’utiliser des ressources locales aux clients doivent être exploitées au mieux tant que cela est possible et se justifie du point de l’équilibre entre le coût et le bénéfice réel de mise en œuvre. D’autres contraintes devraient également être prises en compte, comme l’espace disque utilisé pour le cache ou les bases de données locales, la nature des données ou des traitements, des contraintes fonctionnelles. Dans certains cas, une partie seulement des fonctionnalités de l’application en ligne pourraient être disponible en mode déconnecté. L’adjudicataire doit mettre en place, en accord avec le SPF Finances, une stratégie de gestion de la connectivité pour adresser ces questions et les différentes implications et exigences résultant du support du mode déconnecté.
Indépendance par rapport au « delivery context » La très grande majorité des services ou applications que délivre le SPF Finances sont accessibles via un navigateur web. Or l’utilisateur a une très grande variété de choix possibles et peut légitimement en utiliser plusieurs en même temps. Le SPF Finances recommande dans ce cadre que la mise en œuvre du mode déconnecté permette une utilisation transparente et consistance pour l’utilisateur à travers la multiplicité des contextes d’accès au service (navigateur, terminal, etc.). Lorsque ce support repose sur des fonctionnalités du navigateur web, sa mise en œuvre doit permettre de gérer correctement l’absence de ces fonctionnalités ou leur mise en œuvre différenciée par (certaines versions de) certains navigateurs. Au besoin, des mécanismes de substitution peuvent être mise en œuvre si le SPF Finances les estime nécessaires. Dans tous les cas, le SPF Finances recommande d’utiliser les standards actuellement disponibles pour la mise en œuvre du support du mode déconnecté pour les applications web, notamment Web SQL Database, Web Storage, Offline Web Application ou Web Application cache. Des mécanismes complémentaires peuvent être utilisés pour permettre de prendre en compte éventuellement des aspects insuffisamment ou non couverts par le statut actuel des standards W3C. Mais ce complément doit être justifié, apporter une réelle valeur ajoutée, préserver la qualité de l’expérience utilisateur et la facilité de mise en œuvre et garantir l’ouverture et l’évolutivité architecturales.
P.69
SERVICE PUBLIC FÉDÉRAL FINANCES
Implication
Réf.: ICT/INF/MOB
pour
la
sécurité,
la
confidentialité,
la
proportionnalité Les données et ressources de l’application disponibles localement peuvent avoir une valeur confidentielle et/ou sécuritaire. Dans le cas des agents du SPF Finances ou des personnes mandatées à agir au nom de tiers, ces données peuvent ne pas être relatives à l’utilisateur. Dans l’un et l’autre cas il doit être possible de soit prévenir l’utilisateur de l’existence de cette copie locale, soit recueillir son consentement préalable. Par ailleurs, il devrait être possible d’en gérer la durée pour l’utilisateur ou le système, soit de façon transparente pour l’utilisateur, soit par configuration ou action manuelle explicite de l’utilisateur ou d’un administrateur ou du système lui-même. Enfin il n’est pas exclu que dans certains cas particulier il y ait besoin d’encrypter des données locales. Un autre aspect relatif à la sécurité concerne l’évolution des droits d’accès entre le moment de mise en cache et celui de l’utilisation de données en mode déconnecté. L’utilisateur peut avoir perdu ses autorisations au moment où il accède à des données ou fonctionnalités en mode déconnecté. La solution à cette problématique n’est pas uniquement technique et devra être explicitement adressée par l’adjudicataire dans la mise en œuvre d’un cadre de référence pour la mobilité prévu par le deuxième volet de ce marché. La mise en œuvre du support du mode déconnecté doit donc être envisagée en prenant en compte en même temps les exigences de sécurité, de respect de la vie privée et de la proportionnalité.
Implication pour la gestion du mode d’interaction et de synchronisation L’adjudicataire devra supporter dans son implémentation du support du mode déconnecté deux types de gestion de la connectivité : modal et non modal. La gestion modale du mode déconnecté doit permettre à l’utilisateur de gérer explicitement connexion et/ou synchronisation avec le serveur. La gestion non modale gère déconnexion et synchronisation de façon transparente pour l’utilisateur. L’adjudicataire devra mettre en place des mécanismes permettant d’informer explicitement l’utilisateur de l’accès ou du basculement en mode déconnecté ainsi que des implications pour lui de la gestion modale. Le cas où gestion modale et/ou non modale est applicable fera l’objet d’un choix explicite par le SPF Finances, sur la base d’une information éclairée de l’adjudicataire.
III.2.2.4 Environnement d’exécution spécifique Le SPF n’exige pas la mise en place d’un environnement d’exécution spécifique. Mais l’adjudicataire est libre d’en proposer dans sa solution s’il apporte une vraie valeur ajoutée et ne compromet pas l’universalité d’accès aux applications et services. Un environnement d’exécution spécifique est-il nécessaire pour les applications ? Est-il nécessaire côté serveur, coté client ? Est-il gratuit et transparent pour les utilisateurs ? Les applications peuventelles fonctionner en dehors de cet environnement ? Est-il portable ? Sur quelles plateformes ? Quels bénéfices apporte-t-il ? Le SPF attire l’attention du soumissionnaire sur l’universalité potentielle d’accès aux applications et services mobiles pour deux catégories d’utilisateurs. La première catégorie comprend les utilisateurs internes aux SPF Finances. Elle peut compter jusqu’à 33.000 fonctionnaires (dont 600 ICT) auxquels s’ajoutent des prestataires des services qui travaillent pour le SPF Finances. La deuxième catégorie couvre tous les utilisateurs qui ne sont pas ou n’actent pas à un moment donné comme agents du SPF Finances. Potentiellement cette catégorie compte au moins tous les citoyens belges.
P.70
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Le SPF Finances donnera une préférence aux solutions qui assurent le mieux l’universalité d’accès en termes de coûts d’utilisation. En particulier, si les solutions développées ou fournies sur la base de la plateforme proposée nécessitent un environnement d’exécution spécifique côté client, l’adjudicataire veillera à ce qu’il n’en coute rien aux utilisateurs extérieurs au SPF Finances et que sa mise en œuvre et maintenance sur les terminaux clients soient transparentes, sinon au moins triviales pour des utilisateurs ne disposant pas d’expertise particulière en informatique.
III.2.3 Sous-volet 1.3 - Mobiliser l’espace de travail du fonctionnaire L’espace de travail englobe entre autres des aspects qui sont propres à chaque agents, des outils électroniques ou utilitaires qui permettent ou contribuent à la collaboration et des applications métiers. Cet aspect du présent marché ne porte pas sur la fourniture de matériel éventuellement nécessaire pour supporter la mobilisation de l’espace de travail. C’est le cas notamment des salles de vidéoconférences, des caméras, microphone, terminaux téléphoniques, etc.
III.2.3.1 Itinérance des profils et documents/dossiers de l’utilisateur Les agents du SPF Finances sont répartis entre plusieurs centaines de sites. En plus de cet éparpillement des lieux de travail, certains accomplissent des missions en dehors des infrastructures du SPF Finances. C’est notamment les cas des brigades mobiles des douaniers, des certains collaborateurs de l’Administration Générale du Patrimoine et des domaines qui travaillent sur le terrain et des experts ou inspecteurs fiscaux ponctuellement affectés aux tâches de contrôle au sein d’entreprises. Ces différents cas conjugués à la possibilité de travail à domicile nécessitent d’offrir, dans la mesure du possible, les conditions permettant aux agents de retrouver l’espace de travail électronique personnel quel que soit le lieu de connexion et le terminal utilisé. La mobilisation de ce qui est propre à l’utilisateur dans son espace de travail doit en assurer l’ubiquité d’accès dans la transparence et avec facilité. L’adjudicataire mettra en place une solution pour créer, gérer et permettre des profils utilisateurs (documents et dossier personnels ou partagés, préférences, etc.) itinérants pour les agents du SPF Finances, utilisables d’un terminal à un autre, d’une connexion réseau à une autre ; sans que nécessairement terminal et connexion ne soient mobiles. Cette itinérance de profil utilisateur devra être effective au moins sur des PC avec Windows XP ou 7 et via le LAN, WLAN, le VPN ou la 3G. Mais au préalable, l’adjudicataire fera un état des lieux de l’existant et une clarification de la problématique dans son ensemble de façon à prendre en compte tout ce qui est nécessaire techniquement pour que cette itinérance soit optimale y compris dans le cadre du « desk sharing ». Le soumissionnaire donnera un prix forfaitaire global pour la réalisation de cette étude. Il décrira également son plan d’approche, la méthodologie qu’il compte utiliser ainsi que les différents aspects qui vont être pris en compte dans son rapport final. Il expliquera enfin ses atouts et capacité techniques à conduire avec succès ce volet du marché. Une ébauche de cette étude peut déjà être donnée dans l’offre. Le soumissionnaire proposera dans son offre une solution d’itinérance des profils. Cette solution sera affinée et adaptée éventuellement sur la base des résultats de l’étude. Le soumissionnaire décrira les différents standards ouverts qui sont supportés par sa solution et les possibilités d’intégration et d’interopérabilité garanties. Il décrira les complémentarités et redondances avec de composantes déjà présentes éventuellement dans l’infrastructure et/ou les standards ICT du SPF Finances. L’adjudicataire aidera au choix des utilisateurs pilotes. Ce choix sera fait de façon à couvrir l’ensemble des scénarios d’utilisation représentatifs.
P.71
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
III.2.3.2 Mobilisation des applications métiers Le SPF Finances souhaite améliorer l’utilisabilité en situation de mobilité des applications métiers mises à disposition des agents dans leur travail quotidien. Un grand nombre de ces nouvelles applications existantes ont été développées in house sur la base des technologies web et JAVA et dans un contexte où les plateformes mobiles et les situations d’utilisation mobile n’étaient pas aussi significatives qu’actuellement. Vu les besoins actuels de mobilité et pour améliorer l’efficacité et l’efficience des agents, les applications métiers doivent, au besoin, • être utilisables sur une variété des plateformes, dont les nouvelles plateformes mobiles, • être utilisables sur une variété des modes des connexions réseaux et supporter de façon transparente pour l’utilisateur le changement des de types de connexions (LAN, WLAN, 3G, GPRS, etc.) en cours d’utilisation, • s’accommoder d’une utilisation en mode déconnecté (offline) et permettre une prise en compte efficiente et/ou transparente des synchronisations La plateforme d’applications mobiles d’entreprise est le cadre qui doit permettre de répondre à ces besoins de mobilisation des applications métiers, en utilisant éventuellement des éléments définis dans le cadre de référence commandé dans le deuxième volet du présent marché (voir Volet 2 : Mise en place de services nécessaires complémentaires à la plateforme ci-dessous) Le soumissionnaire détaillera dans son offre les différentes fonctionnalités de la plateforme qu’il propose qui permettent de faire face à ce besoin de mobilisation éventuelle d’applications métiers existantes. Il expliquera les différentes approches d’adaptations possibles que sa solution supporte : adaptation at, buildtime, develop, runtime, via un proxy ou viewer natif, etc. Il détaillera les points d’attentions et les différents aspects à prendre en compte dans le choix et la mise en œuvre de la mobilisation d’applications existantes. Il justifiera la capacité de l’équipe qu’il propose à fournir, au besoin, efficacement et rapidement des prestations pour la mobilisation d’applications existantes.
P.72
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
III.3 Volet 2 : Mise en place de services nécessaires complémentaires à la plateforme L’avènement et l’évolution de l’informatique mobile touchent désormais et transforment tous les aspects de l’informatique telle qu’elle était jusqu’il y a peu. Désormais la mobilité ne correspond plus à un simple secteur de l’informatique et de la société digitale en général à côté d’autres. Elle est devenue au contraire un nouveau point de vue compréhensif à partir duquel l’ensemble de l’écosystème est mis en perspective et se transforme. Les innovations dans ce domaine font émerger au sein de l’écosystème digital de nouveaux aspects et de problématiques nouvelles qui font converger plusieurs catégories d’intervenants : opérateurs, réseaux, terminaux, plateformes, systèmes d’exploitation, plateformes d’applications, applications, services, utilisateurs, normes et standards, guidelines. La mobilité représente aujourd’hui une source majeure d’innovations en informatique. Cette évolution induit en conséquence la nécessité de transformer des compétences traditionnelles de l’informatique autant que d’acquérir de nouvelles. Cette réalité justifie que plusieurs solutions et activités complémentaires sont nécessaires dans le cadre de ce marché en plus de la mise en place de la plateforme. Elles doivent permettre : 1. d’assurer la réussite de la mise en place de la plateforme et son intégration avec l’existant ; 2. de contribuer à l’alignement de l’existant avec les enjeux de transformation induits par la mobilité, 3. de promouvoir la prise de conscience des défis et opportunités de la mobilité aujourd’hui et de la part de plus en plus prépondérante qu’elle prend dans l’écosystème digitale ; 4. de favoriser l’adoption et l’implication des différents acteurs dans le nouveau chantier de modernisation induit par l’acuité de la mobilité.
III.3.1 Sous-volet 2.1 - Intégrer la plateforme avec l’existant Le présent marché public a pour objet entre autres de mettre en place des nouveaux outils, standards et compétences pour permettre de faire face efficacement aux défis actuels de mobilité d’entreprise pour le SPF Finances. Néanmoins le SPF Finances souhaite s’appuyer sur l’existant, aussi longtemps que ce dernier est applicable et n’est pas stratégiquement contre-productif. Dans ce cadre l’adjudicataire devra utiliser, intégrer ou interagir avec différentes composantes de l’architecture et différents services fournis par des projets ou centres de compétence en place ou en cours de mise en place. L’adjudicataire devra apporter dans cette collaboration avec les autres équipes le point de vue de la mobilité et aider à la détection de points sur lesquels des évolutions ou adaptations sont nécessaires pour assurer la réussite du projet. L’information sur ces différents éléments est disponible en ligne. Il est possible que des versions plus récentes des documents ou informations référencés ici soient disponibles au moment de la consultation par le soumissionnaire. L’adjudicataire est invité à les privilégier dans ce cas. Le soumissionnaire exposera sa vision et son approche de cette mission d’intégration. Il détaillera les points d’attention et les risques à considérer. Il fournira un prix forfaitaire global pour ce sous-volet.
III.3.1.1 Architectural Building Blocks (ABB) et fondements ICT http://www.minfin.fgov.be/portail2/fr/downloads/modernisation/fondements/ArchitectureBuildingsBlock s23032011Fr.pdf http://www.minfin.fgov.be/portail2/fr/modernisation/ict.htm#B http://www.minfin.fgov.be/portail2/fr/modernisation/ict.htm#C
P. 73
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
III.3.1.2 Plans ICT et Plans de management http://www.minfin.fgov.be/portail2/fr/modernisation/management-plan.htm http://www.minfin.fgov.be/portail2/fr/modernisation/ict.htm#A
III.3.1.3 Listes des marchés publics actuels et passés http://www.minfin.fgov.be/portail2/fr/assignments/index.htm
III.3.2 Sous-volet 2.2 - Créer un cadre de référence pour la mobilité. Le soumissionnaire exposera sa vision et son approche de cette mission. Il détaillera les points d’attention et les risques à considérer. Il fournira un prix forfaitaire global pour la réalisation de ce sous-volet.
III.3.2.1 Mettre
en place un cadre de référence architectural,
technologique et organisationnel
Règles et procédures pour la gestion de la mobilité Un ensemble des règles existent actuellement qui encadrent l’utilisation des moyens informatiques dont notamment le code de déontologie …. L’adjudicataire évaluera l’opportunité de les adapter pour prendre en compte correctement des aspects spécifiques à la mobilité. Il fera des propositions d’adaptation éventuelles. En particulier, la mobilité des fonctionnaires accentue la problématique sécuritaire et légale du respect de la vie privée, de la confidentialité de l’information, de la proportionnalité et de la protection des données sensibles localement stockées sur les terminaux. L’adjudicataire devra interagir avec tous les acteurs impliqués au sein du SPF Finances pour élucider ces questions et dégager des directives. La commission interne pour le respect de vie privée est l’un de ces acteurs. L’adjudicataire devra aider à la définition des aspects liés à la sécurité à promouvoir pour la mobilité d’entreprise.
Architecture de référence, règles de bonnes pratiques, templates applicatifs L’adjudicataire fournira tout repère nécessaire pour encadrer et faciliter la mise en place des applications mobiles. Entre autres il fournira : •
Des recommandations, best practices et des exemples pour la mise en place d’applications à la fois indépendantes de et adaptables aux terminaux, capacités des réseaux, caractéristiques des utilisateurs et contextes réels d’utilisation ;
•
Des recommandations, best practices et des exemples sur l’architecture ;
•
Des recommandations, best practices et des exemples sur le design, le développement, le test, le diagnostic et la surveillance des applications ;
P. 74
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
•
Des recommandations, best practices et des exemples sur la problématique de la sécurité ;
•
Des recommandations, best practices et des exemples sur le support des différentes plateformes mobiles ;
•
Des recommandations, best practices et des exemples sur le support des navigateurs web et l’utilisation des l’utilisation des extensions ;
•
Des recommandations, best practices et des exemples sur l’optimisation et la sécurisation des applications ;
•
Des recommandations, best practices et des exemples pour une cohabitation et/ou intégration efficaces et transparentes des applications mobiles et des applications existantes ;
•
Des recommandations, best practices et des exemples sur de mécanismes et solutions permettant de faire face facilement à la diversité, fragmentation et volatilité des plateformes mobiles ;
•
Des recommandations, best practices, outils et des exemples sur de mécanismes et solutions d’optimisation et de contrôle de qualité des applications mobiles ;
•
Des recommandations, best practices, outils et des exemples sur de mécanismes et solutions d’optimisation et de contrôle des vulnérabilités en matière de sécurité pour la mobilité d’entreprise ;
•
Des Faq et des informations ad hoc pour le support des utilisateurs
Charte graphique de référence pour les applications mobiles L’adjudicataire proposera une chartre graphique adaptative pour les applications mobiles. Elle devra en particulier permettre une adaptation efficace aux caractéristiques de différents types de terminaux au travers desquels les utilisateurs peuvent utiliser les applications et services mobiles en situation de mobilité. Elle devra satisfaire à trois niveaux de qualité : •
La charte graphique devra garantir que les applications sont fonctionnelles sur tous les types de terminaux, pour tous les modalités de connexion réseau et en mode déconnecté ;
•
La charte graphique devra offrir une optimisation générique des applications sur toutes les plateformes et réseaux et permettre de prendre en compte des caractéristiques et choix des utilisateurs ;
•
La charte graphique devra faciliter des optimisations spécifiques ciblant certaines plateformes et modalités qui seront définies en accord avec l’adjudicateur.
L’adjudicataire établira une évaluation de la charte graphique actuellement utilisée pour les applications sur PC pour déterminer sa capacité à fonctionner correctement sur les nouvelles plateformes mobiles et sur différents réseaux mobiles. Sur la base de cette évaluation, l’adjudicataire indiquera les points sur lesquels des améliorations sont soit nécessaires, soit souhaitées pour assurer au moins le degré 1 du niveau de qualité : des applications fonctionnelles. Le soumissionnaire détaillera sa vision d’une charte graphique adaptée aux défis, contraintes et opportunités de la mobilité et qui assure à la fois indépendance et adaptabilité par rapport aux terminaux, aux caractéristiques des réseaux et aux besoins des utilisateurs dans toute leur diversité. Il indiquera les standards et best practices qu’il s’engage à supporter ainsi que son plan d’approche des tâches indiquées ci-dessus.
P. 75
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Aspects méthodologiques et processus Dans son effort de modernisation, le SPF Finances a mis en place des bonnes pratiques du marché. L’introduction de certaines est plus avancée que pour d’autres : Gestion de projet : PMFin, une version adaptée de PRINCE2 Gestion du cycle de développement logiciel : FUP, une version adaptée de RUP Gestion des services IT : ITIL Gestion des tests fonctionnels : T-Map / Test Competence Center Performance Test Center : chargé de valider les performances des applications mises à la disposition des utilisateurs et de mettre en place un processus efficace de gestion et d’exécution de tests de performance Convergence FUP-ITIL : dont le but est d’automatiser et d’industrialiser la mise en production des applications par la mise en place d’un toolchain pour le déploiement des applications, basé sur la combinaison Maven2 / Hudson / Artifactory Projet SPI-CMMI : visant à maîtriser les processus de développement pour améliorer la qualité des applications livrées et à mettre en place la méthodologie de test. CoBIT : visant à aligner la stratégie ICT aux besoins du business. L’adjudicataire interagira avec ces acteurs pour déterminer et mettre en place les adaptations nécessaires pour assurer l’adéquation avec les défis et spécificités de la mobilité d’entreprise. Le soumissionnaire fournira sa vision et son approche des aspects méthodologiques et des processus liés à la mise en place et à la gestion de la mobilité d’entreprise. Il expliquera comment ces aspects sont pris en compte et supportés dans les différents outils mis en œuvre dans le cadre du présent marché ou dans les standards ICT du SPF Finances. Il indiquera les points d’attention dans sa démarche dans le contexte du SPF Finances et justifiera ses atouts dans la réalisation de cette partie du marché.
Mise à jour du document ABB L’adjudicataire fournira les descriptions adéquates des standards et composantes mises en place dans le cadre de ce marché pour permettre la mise à jour du document ABB, en accord avec le SPF Finances.
III.3.2.2 Mettre en place un référentiel des services mobiles au SPF
Finances Pour assurer la meilleure visibilité des services mobiles fournis par le SPF Finances, l’adjudicataire mettra en place un référentiel centralisé et dynamique à l’usage des tous les utilisateurs. L’adjudicataire proposera une implémentation de ce référentiel en prenant en compte dans sa réflexion les différents outils déjà disponibles. Comme indiqué précédemment, ce référentiel devra être synchronisé avec les descriptions des services et applications dans les « application stores ». Des pointeurs croisés devront être mis en place de part et d’autre. Le soumissionnaire fournira sa vision et son approche. P. 76
SERVICE PUBLIC FÉDÉRAL FINANCES
III.3.3 Sous-volet
Réf.: ICT/INF/MOB
2.3
-
Change
management
et
gestion
des
compétences L’avènement et l’évolution de l’informatique mobile touchent désormais et transforme tous les aspects de l’informatique telle qu’elle était pratiquée jusqu’il y a peu. Désormais la mobilité ne correspond plus à un simple secteur de l’informatique et de la société digitale en général à côté d’autres. Elle est devenue au contraire un nouveau point de vue compréhensif à partir duquel l’ensemble de l’écosystème est mis en perspective et se transforme. Les innovations dans ce domaine font émerger au sein de l’écosystème digital de nouveaux aspects et des problématiques nouvelles qui font converger plusieurs catégories d’intervenants :opérateurs, réseaux, terminaux, plateforme, système d’exploitation, plateforme d’applications, applications, services, utilisateurs, normes et standards, guidelines. La mobilité représente aujourd’hui une source majeure d’innovations en informatique. Cette évolution induit en conséquence la nécessité de transformer des compétences traditionnelles de l’informatique et d’acquérir de nouvelles. Pour répondre à ce défi et dans une perspective de change management, le SPF Finances veut disposer : 1. d’une base de connaissance évolutive relative à l’ensemble de la solution mise en place dans le cadre de ce marché public et 2. des possibilités de former, au besoin, différents acteurs, profils ou rôles impliqués dans la mise en place des solutions mobiles.
III.3.3.1 Construire une base de connaissances évolutive Cette base de connaissance comprendra ou fera référence à la documentation et information relative à tout ce qui touche à la problématique de l’informatique mobile au SPF Finances vue du point de l’ensemble d‘acteurs concernés, impliqués ou impactés. L’adjudicataire n’est pas tenu d’y incorporer des aspects non directement liés aux solutions mises en œuvre au SPF Finances. Elle devra être construite de façon incrémentale, évolutive, fédérative et collaborative. Elle devra offrir la possibilité pour les utilisateurs d’y avoir accès par vues. Ces vues permettront aux utilisateurs d’en adapter le contenu visible sur la base des filtres, profils utilisateurs, mots-clés, métadonnées prédéfinies par le système ou librement choisis. Son contenu comprendra, pour illustrer de façon non exhaustive, • • • • •
la documentation et/ou des références à la documentation de l’ensemble des composantes des solutions matérielles, logicielles, architecturales, de processus mis en place pour supporter la mobilité ; le catalogue et cadastre de ces différents éléments. des cours, tutoriaux, présentations, etc ; la documentation complète de la solution proposée dans le cadre de ce marché ; la documentation et les faqs pour assurer le support des utilisateurs finaux, etc.
Elle devra être fournie en français, en néerlandais et en allemand. L'anglais sera également accepté pour la documentation technique. Toute la documentation doit être tenue gratuitement à jour pendant les périodes de garantie et de maintenance. Le SPF Finances peut copier les manuels pour les diffuser en interne. Le soumissionnaire devra décrire comment il compte réaliser cette base de connaissance et la méthode utilisée pour garder la documentation à jour.
P. 77
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
III.3.3.2 Offre de formations Le soumissionnaire proposera une offre de formation relative à la plateforme et l’ensemble des aspects de la solution implémentée. Elle devra couvrir tous les rôles et toutes les activités identifiés dans la liste des profils pour lesquels le soumissionnaire doit fournir des CV. Elle devra en outre couvrir le profil de support aux utilisateurs (HelpDesk). Le SPF Finances pourra commander ces formations selon ses besoins tout au long de la durée du marché, et cette commande pourra concerner toutes ou une partie et être donnée en une ou plusieurs fois L’adjudicataire devra garantir que ces formations sont adaptées au niveau d’expertise des formés : junior, senior. Il fournira les supports de formation. L’adjudicataire devra s’assurer que les formés sont en mesure de former à leur tour : Train the trainer. Dans ce cadre, le SPF Finances se réserve le droit d’utiliser réutiliser ou copier les supports de formation fournis par l’adjudicataire. Pour chacune des formations, le soumissionnaire devra fournir la méthodologie utilisée, la stratégie, le plan et une description détaillée comprenant: la liste des activités, les durées, les profils des prestataires, l'effort en homme-jours, et la méthode d'évaluation de la prestation. La formation se fera de préférence sur site, dans les locaux du SPF Finances à Bruxelles, avec la collaboration d'ICT Academy et pourra utiliser, dans la mesure du possible, des solutions de téléprésence et de télécollaboration disponibles au SPF Finances pendant l’exécution du présent marché. Les prestations seront dispensées en français et en néerlandais, dans la langue du (groupe) bénéficiaire. Exceptionnellement le SPF pourra autoriser l’usage des supports de formation en Anglais. L’adjudicataire en fera chaque fois la demande.
III.3.3.3 Sensibilisation Le soumissionnaire proposera également une offre de sessions de sensibilisation destiné aux chefs de projets Business et ICT. Cette sensibilisation aura pour objectifs notamment de • promouvoir la prise de conscience des défis de la mobilité aujourd’hui et de la part de plus en plus prépondérante qu’elle prend dans l’écosystème digitale ; • susciter un début de réflexion sur les possibilités de tirer profit des nouvelles opportunités qu’offre la mobilité ; • favoriser l’adoption et l’implication des différents acteurs dans le nouveau chantier de modernisation induit par l’acuité de la mobilité. Les exigences relatives aux modalités de commande et de l’usage des langues, des supports de sessions énoncées pour les formations sont également applicables pour les sessions de sensibilisation.
P. 78
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
III.4 Volet 3 : Réalisation d’un projet pilote L’adjudicataire réalisera un projet pilote permettant de valider tous les aspects de la solution proposée et de donner un exemple de réalisation pour promouvoir l’évolution vers les services et applications mobiles.
Une première description de son objet est donnée en annexe J dans ce cahier spécial des charges.
Le soumissionnaire donnera un prix forfaitaire global pour le pilote. A charge de l’adjudicataire de prendre en compte tous les coûts en jours/hommes pour garantir le succès du projet pilote. Il décrira également son plan d’approche et expliquera enfin ses atouts et capacité techniques à réaliser avec succès cette partie du marché.
P. 79
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
IV. Partie D : Annexes ANNEXE A : FORMULAIRE D'OFFRE Objet de la soumission : « Ouverture à la mobilité des utilisateurs internes et externes » Cahier spécial des charges : « Ouverture à la mobilité des utilisateurs internes et externes » Identification du soumissionnaire Société Raison sociale ou dénomination : Forme juridique : Nationalité : Siège social Rue : Localité : Pays : Numéro de téléphone : Numéro de fax : Numéro de TVA : Numéro d’entreprise : et pour laquelle Monsieur/Madame
N° : Boîte : Code postal :
(nom) (fonction)
domicilié(e) à l’adresse :
(rue) (code postal et commune) (pays) En cas d’approbation de la présente offre, le cautionnement sera constitué dans les conditions et délais prescrits dans le cahier spécial des charges. L’organisme de paiement du pouvoir adjudicateur payera les sommes dues par virement ou versement sur le compte n° : Code IBAN Code BIC Pour l’interprétation du contrat, la française/néerlandaise est choisie. Langue Toute correspondance concernant la passation et l’exécution du marché doit être envoyée à l’adresse suivante : Personne de contact : Téléphone : P. 80
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Fax : E-mail : Adresse postale : Par la présente, j’accepte/je n’accepte pas (biffer la mention inutile) l’utilisation des moyens de communication électronique (e-mail) pour la correspondance avec le pouvoir adjudicateur dans le cadre du présent marché.
Durée de validité de la soumission La présente soumission reste valable jusqu’au : ……………………………………. (minimum 240 jours) J’autorise le pouvoir adjudicateur à prendre toutes informations utiles (par ex. de nature financière) sur mon entreprise, auprès d'autres instances. Je m’engage à effectuer, conformément aux dispositions du présent cahier spécial des charges, les prestations/livraisons énumérées de manière détaillée dans les tableaux de prix joints à la présente soumission, et ce conformément aux tarifs y fixés. Fait:
A
Le
Le soumissionnaire ou le fondé de pouvoir : (nom) (fonction)
P. 81
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
ANNEXE B : Curriculum vitae NB : L'utilisation de ce modèle est obligatoire. En complétant les CV, le soumissionnaire doit veiller à écrire le nom des personnes en toutes lettres. De même, il précisera clairement les diplômes et les établissements d'enseignement où ils ont été obtenus. Le pouvoir adjudicateur s'engage à traiter ces données avec une extrême discrétion et à ne les utiliser que pour les besoins de l'évaluation de l'offre. Le pouvoir adjudicateur se réserve le droit de considérer comme insuffisants les CV qui ne respecteront pas les règles ci-dessus et de ne pas les prendre en compte dans l'évaluation de l'offre. Si les diplômes mentionnés ne correspondent pas à la réalité, le pouvoir adjudicateur se réserve le droit d'exclure l'offre.
Nom
……………………………………………………
Fonction dans le projet :
…………………………………………………… …………………………………………………… ……………………………………………………
Description de la pertinence du profil pour le marché : Le soumissionnaire explique de la façon la plus détaillée possible pourquoi le profil en question est utile dans le projet. Formations : Humanités ou équivalent : • Diplôme obtenu le (date)
……………………………………………………
Enseignement supérieur non universitaire (répéter si nécessaire) : • Titre …………………………………………………… • Diplôme obtenu le (date) …………………………………………………… • Institution …………………………………………………… Enseignement supérieur universitaire (répéter si nécessaire) : • Titre …………………………………………………… • Diplôme obtenu le (date) …………………………………………………… • Institution …………………………………………………… Expérience professionnelle : Chez le soumissionnaire : •
•
• •
Fonction actuelle o Titre …………………………………………………… o Description de fonction …………………………………………………… o Depuis le …………………………………………………… Fonction précédente (répéter si nécessaire) o Titre …………………………………………………… o Description de fonction …………………………………………………… Du ……….…..……… au …………..………. Participation aux projets suivants visés à l'annexe « modèle de référence » (projet et fonction) …………………………………………………… …………………………………………………… Participation à d'autres projets importants (nom, client et fonction assumée) …………………………………………………… …………………………………………………… P. 82
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Dans trois autres entreprises au maximum (répéter 3 fois maximum): • Fonction …………………………………………………… Du ……….…..……… au …………..………. Compétences techniques : • Matériel (hardware) • -
Logiciels (software) Systèmes d'exploitation Bases de données Langages de programmation Applications bureautiques Autres (préciser)
…………………………………………………… …………………………………………………… …………………………………………………… …………………………………………………… …………………………………………………… …………………………………………………… ……………………………………………………
Autres compétences : • En management …………………………………………………… • En consultance …………………………………………………… • Autres (seulement si pertinent) …………………………………………………… Connaissance des langues : • Français : commentaires • Néerlandais : commentaires • Anglais : commentaires • Autres (seulement si pertinent)
compréhension - actif - passif (biffer les mentions inutiles) …………………………………………………… compréhension - actif - passif (biffer les mentions inutiles) …………………………………………………… compréhension - actif - passif (biffer les mentions inutiles) …………………………………………………… ……………………………………………………
P. 83
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Annexe C : Modèle de référence 1. Nom du projet 2. Nom de l’entreprise …………………………… 4. Nom du contact …………………………… 6. Portée du développement ou du projet …………………………… 8. Date de début (par phase) - …………………………… - …………………………… 10. Budget (EUR) …………………………… 11. Résumé et brève description du rôle et de la part des éventuels sous-traitants 12. Complexité
13. Résumé et brève description des systèmes sources 14. Résumé et brève description des systèmes pour la réalisation du projet 15. Méthode de gestion de projet 16. Aperçu des profils affectés au projet ; (nombre (TOTAL) de personnes et hommes-jours pour le projet complet
……………………………………………………………………. 3. Secteur d'activité ……………………………………………………………………. 5. Coordonnées ……………………………………………………………………. 7. Buts poursuivis
……………………………………………………………………. 9. Date de fin …………………… A. Matériel …………………… A. Nom de la ou des entreprises
B. Logiciels …………………… B. Partie du marché
C. Services …………………… C. Compétence
…………………… …………………… …………………… << Nombre d’utilisateurs, nombre de systèmes IT hors PC (nombre de mainframes, minis et serveurs) / … >> ……………………………………………………………………. A. Matériel B. Logiciels C. Environnement de développement …………………… …………………… …………………… A. Matériel B. Logiciels C. Environnement de développement …………………… …………………… …………………… Instrument/méthode ……………………………………………………………………. Profil 1 Profil 2 Profil 3 ……………………
……………………
……………………
Profil 4
Profil 5
Profil …
……………………
……………………
……………………
P. 84
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Annexe D : Formulaire de questions/réponses Remarque : Si la question ne peut être liée à un paragraphe, indiquez "général" dans la première colonne. paragraphe n° de page
langue
Question
P. 85
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
ANNEXE E : INVENTAIRE “OUVERTURE À LA MOBILITÉ DES UTILISATEURS INTERNES ET EXTERNES” La proposition des prix mentionnés dans l’offre doit, sous peine de nullité, être divisée selon les tableaux ci-après. Il ne sera tenu aucun compte des prix mentionnés à d'autres endroits . En cas de divergence entre le présent inventaire et un inventaire détaillé du soumissionnaire, les prix de l’inventaire repris en annexe du présent cahier spécial des charges seront seuls pris en compte.
Taux de TVA : % Modèle de tableau des prix pour le service d’infrastructure (IaaS) – Pt III.2.1.2 Ce modèle de tableau de prix indique les coûts forfaitaires consolidés d’utilisation de l’IaaS pour les tests sur les nouveaux terminaux. Les prix indiqués doivent inclure tous les coûts partiels imputables, comme par exemple l’abonnement éventuel, etc. Items Utilisation mensuelle globale de 200 heures (3) répartie sur les unités, quel que soit le terminal (2) Fourniture de base Pt I.1.1.3 volet 1 – année 1 (1) Fourniture de base Pt I.1.1.3 volet 1 – années suivantes, par an (1) (2)
Prix Global n/a n/a n/a n/a n/a n/a
Unité 1 utilisateur 10 utilisateurs 25 utilisateurs 50 utilisateurs 100 utilisateurs entreprise n/a
Prix Unitaire
n/a
n/a
n/a
(1) La fourniture de base comprendra : la mise à disposition du service et des contrats d’utilisation, et si applicables, les services associés pour l’analyse des écarts et recouvrements avec le système existant, l’installation, la configuration, l'adaptation sur mesure, la mise en production, la maintenance des différentes composantes du service, la formation et l’accompagnement du personnel du SPF Finances. (2) Les années suivantes pourront ne pas être commandées si le SPF Finances décide de ne pas continuer l’utilisation du service. (3) Les 200h seront donc réparties entres les utilisateurs dénombrés en colonne 3. Si plus d’heures sont disponibles le SPF Finances pourra commander plusieurs fois le service, mais à chaque fois par 200h.
P. 86
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Modèle de tableau des prix pour le service de la plateforme (PaaS) – Pt III.2.1.1 Les modèles de tableaux de prix ci-dessous couvrent les différents aspects à prendre en compte pour le service de plateforme de mise en production.
Tableau de prix par instance de traitement Description de l’instance Unité Mémoire totale Stockage Centrale (4) minimum d’instance (3) 1 GHz 768 Mo 250Go 1,6 GHz 1,75 Go 250 Go 2 x 1,6 GHz 3,5 Go 250 Go 4 x 1,6 GHz 7 Go 250 Go 8 x 1,6 GHz 14 Go 250 Go
Prix / heure de service (Euros) (1)
Forfait mensuel (Euros) (2)
Forfait annuel (Euros) (2)
(1) Le prix par heure de service est le prix qui sera appliqué pour la durée de mise à disposition du service si aucun forfait n’est choisi par le SPF Finances (2) Forfaits : le SPF Finances aura la possibilité de choisir pour un forfait mensuel ou pour un forfait annuel. Dans ce cas, ce forfait correspond respectivement à la mise à disposition du service pendant la période concernée (1 mois ou 1 an). Les mois sont les mois calendrier. (3) Le stockage minimum d’instance : le soumissionnaire fournira un stockage plus important sans supplément, si cela s’avère nécessaire par rapport aux technologies qu’il propose. (4) Unité centrale : exprimé en nombre et vitesse de « cœur ».
Tableau de prix pour le stockage (espace disque) NB : Les prix indiqués pour le stockage structuré doivent inclure le coût lié aux instances de base de données. Forfait mensuel (2) Type de Stockage Non structure
Prix/gigaoctet /mois (1)
n/a n/a n/a n/a
Structuré n/a n/a n/a n/a
Prix forfaitaire mensuel (Euros)
Volume inclus (Go) 100 300 500 1000 Par 250Go supplémentaire, au-delà de 1000Go 100 300 500 1000 Par 250Go supplémentaire, au-delà de 1000Go
Forfait annuel (2) Prix forfaitaire Volume inclus annuel (Go) (Euros) 100 300 500 1000 Par 250Go supplémentaire, au-delà de 1000Go 100 300 500 1000 Par 250Go supplémentaire, au-delà de 1000Go
(1) Prix qui sera appliqué si aucun forfait n’est commandé par le SPF Finances. L’espace facturé sur un mois sera l’espace maximum utilisé sur le mois en question. Les mois sont les mois calendrier. (2) Forfaits : le SPF Finances pourra choisir un forfait mensuel ou annuel. Dans ce cas, l’espace disponible sera celui indiqué dans la colonne « volume inclus ». Les forfaits ne sont pas cumulables. Les mois sont les mois calendrier.
P. 87
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Tableau de prix pour le transfert des données (bande passante)
Type de Transfert
Prix/gigaoctet/ mois (1)
Trafic entrant n/a n/a n/a n/a n/a Trafic sortant n/a n/a n/a n/a n/a
Forfait mensuel (2) Prix forfaitaire Volume inclus mensuel (Go) (Euros) 1 100 5000 1000 10000 Par 100Go, audelà de 10000 1 100 5000 1000 10000 Par 100Go, audelà de 10000
Forfait annuel (2) Prix forfaitaire Volume inclus annuel (Go) (Euros) 1 100 5000 1000 10000 Par 100Go, audelà de 10000 1 100 5000 1000 10000 Par 100Go, audelà de 10000
(1) Prix qui sera appliqué si aucun forfait n’est commandé par le SPF Finances. Les mois sont les mois calendrier. (2) Forfaits : le SPF Finances pourra choisir un forfait mensuel ou annuel. Dans ce cas, le volume transféré maximum sera celui indiqué dans la colonne « volume inclus ». Les forfaits ne sont pas cumulables. Les mois sont les mois calendrier.
Tableau de prix pour le nombre de transactions Prix/100.000 Transactions (1)
Prix forfaitaire mensuel (Euros) (2)
Prix forfaitaire annuel (Euros) (2)
(1) Prix pour le nombre de transactions indiqué. Facturable mensuellement en fonction du nombre de transactions, par blocs du nombre indiqué. Une transaction est une requête qui est soumise à la plateforme PAAS. (2) Forfaits : le SPF Finances pourra choisir un forfait mensuel ou annuel. Les forfaits ne sont pas cumulables. Les mois sont les mois calendrier.
Tableau de prix pour les services d’intégration d’entreprise Ce tableau inclut tous les coûts relatifs aux aspects décrits à la section sur les « Exigences pour l’intégration d’entreprise et la cohabitation de la plateforme actuelle et de la PaaS » et qui ne sont pas pris en compte ailleurs. Le SPF Finances pourra commander soit mensuellement, soit annuellement. Forfait mensuel (Euros)
Forfait annuel (Euros)
P. 88
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Modèle de tableau des prix pour les logiciels Ce modèle de tableau de prix sera utilisé pour les logiciels proposés par la solution en ce qui concerne les développements et la gestion de la plateforme. Le prix (garantie incluse) doit permettre de couvrir l’ensemble de coûts de licence. Le soumissionnaire joindra la liste détaillée des logiciels inclus dans cette licence globale. Les logiciels standards du SPF Finances et pour lesquels il possède une licence (site) ne doivent pas être comptés ci-dessous. Items
Une licence globale pour tous les logiciels (utilisateurs internes ou externes) (1)
Prix Global
Unité
n/a n/a n/a n/a n/a n/a
Fourniture de base Pt III.1.1.3 volet 1 – année 1 (2) Fourniture de base Pt III.1.1.3 volet 1 – année suivantes (2) (3)
Prix Unitaire
Prix unitaire maintenance annuelle (4)
1 utilisateur 10 utilisateurs 25 utilisateurs 50 utilisateurs 100 utilisateurs entreprise n/a
n/a
n/a
n/a
n/a
n/a
(1) Les utilisateurs sont à la fois les internes et les externes. En ce qui concerne les utilisateurs externes, il s’agira d’une utilisation des logiciels exclusivement pour des missions pour le compte du SPF Finances, dans ses bureaux ou depuis l’extérieur. (2) La fourniture de base comprendra : la mise à disposition des licences et contrats d’utilisation, et si applicables, les services associés pour l’analyse des écarts et recouvrements avec le système existant, l’installation, la configuration, l'adaptation sur mesure, la mise en production, la maintenance des différents composants logiciels, la formation et l’accompagnement du personnel du SPF Finances. (3) Les années suivantes pourront ne pas être commandées si le SPF Finances décide de ne pas continuer l’utilisation du service. (4) La maintenance annuelle sera facturable dès la première année.
Modèle de tableau de prix pour des prestations résiduelles Volet Plateforme
Sous-volet Profils itinérants Intégration avec l’existant
Cadre de référence
Services complémentaires
Gestion de connaissances
Projet Pilote
n/a
Etude n/a
Item
Prix global n/a n/a
Prix unitaire n/a n/a
Architecture, standards, processus, méthodologie, charte graphique Référentiel des services mobiles Base des connaissances Sensibilisation
n/a
n/a
n/a
n/a
n/a
n/a
Session par groupe n/a
n/a
n/a
n/a
P. 89
unité
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Modèle de tableau des prix pour les formations NB : Les différentes formations peuvent être commandées séparément pour un groupe d’une dizaine de participants. Profil/Rôle
Prix par session Junior
Senior
Chef de Projet Architecte Application Analyst Application Designer Développeur Spécialiste Bases des données Testeur Spécialiste système Help Desk
Modèle de tableau des prix du personnel NB : Les différents profils peuvent être commandés par jour. Ils doivent être disponibles pour intervention rapide sur site. Profil/Rôle Chef de Projet Architecte Application Analyst Application Designer Développeur Spécialiste Bases des données Testeur Spécialiste système Formateur Profil générique pour l’assistance complémentaire
Prix homme/jour
P. 90
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
ANNEXE F : Gestion du projet et méthodologie Gestion du projet et méthodologie PMFin L'adjudicataire aura recours à PMFin, notre méthodologie et procédure de gestion des projets. PMFin est la méthodologie de projet unique et standard du SPF Finances. Elle repose sur la norme internationale Prince 2. La méthodologie est appuyée par l’outil de projet ProjectMaster.
PID P. 91
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Le soumissionnaire est invité à soumettre un ‘Project initiation document’ (PID) résumant les principales tâches qui doivent permettre de réaliser le projet. Ce document est pour nous un produit, une unité de travail au sein de notre propre PID.
Le Project Initiation Document répond à des exigences minimales : •
Description du contexte du projet, définition du projet, de ses objectifs, de son étendue
•
Une PBS (‘project breakdown structure’) solide et bien étayée : produits, description, critères de qualité et d'acceptation
•
Une WBS (‘work breakdown structure’) complète, un planning détaillé et réaliste du projet avec ses jalons (GANTT) et la durée des différentes phases, sous-phases, activités et tâches, les moyens à mobiliser par phase (financiers, humains et autres). Ce planning sera tenu à jour
•
Analyse détaillée des risques avec la définition des mesures de maîtrise
•
Proposition de structure du projet, compte tenu des rôles décrits dans ce chapitre
•
Dépendances avec d'autres projets
•
Plan de qualité
•
Plan de communication (avec aspects ‘change management’)
•
Rapports et suivis de l'exécution (situation et progression)
Après la réunion de coup d'envoi (‘kick-off’), le PID est finalisé, complété, enfin soumis à la validation du comité de pilotage, sponsor compris. Le soumissionnaire doit décrire sa structure et ses capacités en termes d'organisation des services professionnels : services offerts, portée géographique, niveaux et qualités du personnel. Le plan doit spécifier les tâches, leur durée et le nombre de personnes concernées, pour chaque (partie de) phase. Le plan doit aussi détailler la collaboration attendue de la part du personnel du SPF Finances. Après l'attribution du projet, le soumissionnaire élaborera un PID et un plan de projet complets et détaillés, qu'il présentera à la structure de gestion du projet du SPF Finances. L'approbation formelle du PID (planning de projet compris) ci-dessus par le comité de pilotage du projet est indispensable avant d'entamer la phase suivante. Il appartient au soumissionnaire de veiller à la tenue à jour du PID pendant toute la durée du projet. Toute modification du plan de projet doit être approuvée formellement par le comité de pilotage du projet. Le PID du soumissionnaire constituera pour notre propre PID une source d'information à propos des produits et des unités de travail dont le soumissionnaire aura la charge.
Structures de gouvernance Tous les projets sont pilotés et gérés au sein des structures de gestion de projet du SPF Finances. Celles-ci sont représentées dans le schéma suivant :
P. 92
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Chef de projet Chaque projet du SPF Finances est dirigé par un chef de projet interne (business). Celui-ci est nommé par le Sponsor, en concertation avec le comité de pilotage. Le soumissionnaire désignera son propre coordinateur de projet externe (chef de projet externe). Celui-ci et le chef de projet assument l'entière responsabilité de la bonne exécution du projet. Comité de pilotage Le comité de pilotage détient de larges compétences : il surveille le scope et les objectifs du projet, approuve le PID et le plan de projet détaillé ainsi que toutes leurs modifications, surveille l'avancement du projet, confirme l'acceptation des livrables (produits, livraisons partielles), évalue la qualité des produits partiels et finaux, et se prononce dans tous les litiges et/ou problèmes soulevés par le chef de projet. Il s'occupe de tous les aspects contractuels, administratifs et techniques de l'exécution du marché (garantie, respect des SLA, qualité de l'exécution, etc). À cette fin, le chef de projet et le coordinateur de projet externe feront régulièrement rapport au comité de pilotage : situation, progression, risques et problèmes… Le comité de pilotage regroupe le sponsor, un profil senior du soumissionnaire, le chef de projet et le coordinateur de projet externe, ainsi qu'un représentant des utilisateurs. D'autres personnes peuvent être invitées, notamment le PMO opérationnel, le coordinateur de projet ICT, le responsable du ‘work package’ ou des personnes travaillant sur des aspects spécifiques du projet.
Équipe de projet
L'équipe de projet se compose de différents profils (internes et externes), dont chacun rapporte au responsable de son unité de travail (‘work package’) ou au chef de projet. Idéalement, les rôles suivants font partie de l'équipe : coordinateur de projet ICT (qui assure la liaison avec le service d'encadrement ICT), change coordinator (chargé de la gestion des changements) (P&O et Communication), coordinateur externe (contractant).
P. 93
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
PMO opérationnel
Le PMO opérationnel peut aider le chef de projet à gérer et à maîtriser le projet, à appliquer la méthodologie PMFin, à utiliser l'outil de projet ProjectMaster, et à rédiger les rapports destinés au comité de pilotage ou au comité de direction.
Réunion de coup d'envoi (‘kick-off’) Dans un délai maximum de 6 semaines suivant l'attribution du marché, l'adjudicataire et le SPF Finances doivent tenir une première réunion du comité de pilotage, appelée réunion de coup d'envoi (ou de kick-off). La réunion officialise le début du projet. Au cours de cette première rencontre, si cela s’impose au vu du cahier des charges, on examine le PID, on présente la composition des équipes et leurs compétences professionnelles, l'agenda des réunions de rapportage et des réunions du comité de pilotage, les modalités de gestion de projet, le planning de la réalisation du marché, on explique les principes du SLA, etc. Un document rédigé en deux exemplaires par l'adjudicataire et validé par le pouvoir adjudicateur entérine officiellement le début du projet dès que la réunion de coup d'envoi a eu lieu.
Réunion du comité de pilotage Dès la réunion de coup d'envoi, le premier comité de pilotage fixe la date de ses réunions suivantes, en principe une fois par mois. Le sponsor ou le chef de projet peuvent toujours convoquer un comité de pilotage en dehors des dates fixées.
Autres réunions Une fois par semaine, le chef de projet rencontre l'équipe du projet et rédige un rapport décrivant la situation du projet. Le rapport est distribué aux parties concernées importantes (à déterminer au coup d’envoi).
Qualité Le PID réserve une large place à la qualité. Dans le PID, le soumissionnaire explique comment il entend surveiller la qualité. Par ailleurs, le SPF Finances peut demander au QUAC (Quality Assurance Control Comité) un contrôle supplémentaire du respect des normes et des standards. Un contrôle de qualité par des tiers fait également parti des possibilités.
Rapports À l'occasion des réunions visées ci-dessus, ainsi qu'à des moments convenus, l'adjudicataire établira les rapports nécessaires concernant les moyens mobilisés (personnel, méthodes, matériel, logiciels), l'avancement du projet, sa situation…
P. 94
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Périodiquement, à savoir une fois par mois, suivant un calendrier mis au point de commun accord lors de la réunion de coup d'envoi, l'adjudicataire rédigera un rapport complet d'avancement du projet (situation de chaque phase de la réalisation) à l'intention du comité de pilotage. Le rapport évoquera les problèmes éventuels et les solutions proposées. L'adjudicataire rédigera aussi des rapports de coordination et de travail sur l'avancement du projet (situation de chaque phase de la réalisation), les problèmes éventuels et les solutions proposées. Les réunions auront lieu ponctuellement, à la demande des parties. Le rythme de ces rencontres dépendra de la progression des phases du projet. Le lieu des réunions sera précisé par le SPF Finances avec les dates. Le soumissionnaire et le coordinateur de projet désigné par lui mettront à la disposition du chef de projet toutes les informations nécessaires pour surveiller le déroulement réel des activités du soumissionnaire et la situation par rapport au planning. Ce rapportage destiné au chef de projet suivra une fréquence hebdomadaire, sur la base d'une situation représentée sur le schéma Gantt du projet, complétée d'une brève description écrite, avec les points principaux, les problèmes éventuels et leur solution. Tous les détails des modalités de rapportage doivent être communiqués au début du projet. Tous les aspects relatifs au fond (planning, risques, qualité, réception, ressources) seront d'abord évoqués au sein de l'équipe de projet. Si le chef de projet le juge nécessaire, les problèmes seront soumis à l'examen et à la délibération du comité de pilotage. Chaque mois, le chef de projet remettra au comité de pilotage un rapport mensuel sur l'avancement du projet.
Gestion des changements (voir aussi partie II, Gestion des changements (request for change)) Tout changement (scope, résultats/produits visés, planning, budgets) au projet doit faire l'objet d'une demande de changement spécifiant le motif et l'impact du changement. Le comité de pilotage évalue le bien-fondé et l'opportunité du changement envisagé. Il peut se faire assister du PMO (opérationnel) et/ou d'un expert (externe). L'accord formel du fonctionnaire dirigeant conditionne l'exécution des changements envisagés. Le cas échéant, l’adjudicataire devra actualiser PID.
P. 95
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
ANNEXE G : Description sommaire des profils Chef de Projet Le chef de projet gère l'équipe et coordonne l’exécution de l ensemble des activités du projet. Il gère la charge de travail de l'équipe, établit les plannings et administre les budgets attribués au projet. Il a la vision globale du projet, des réalisations, de dépendances avec les autres projets et différents facteurs du contexte interne et externe au SPF Finances. Il sert d’interface et de point de contact avec les différents acteurs avec lesquels le projet doit interagir. A ce titre il fournit au membre du projet l'information nécessaire pour garder la cohérence de l'ensemble. Vis-à-vis de l’extérieur, il gère le plan de communication et vulgarise le contenu des réalisations.
Architecte L'architecte est chargé de garantir la cohérence entre les différentes disciplines. En particulier, il est responsable de la conformité entre l'architecture technique de l'application ICT (en termes de composants principaux et des relations qui les unissent), les besoins fonctionnels et les autres besoins. Il connaît les avantages et les inconvénients des technologies et des standards disponibles ainsi que leurs possibilités. À ce titre, il est à même de faire le meilleur choix technologique pour répondre aux exigences posées dans le cadre des standards du SPF Finances. Plus spécifiquement, il doit dans le cadre de ce marché avoir une très bonne maîtrise éprouvée de des composantes de l’écosystème de la mobilité, des tendances qui marquent actuellement ce domaine, des différents standards, les guidelines et best practices qui y sont applicables et doit justifier d’une réelle expérience dans la réalisation d’au moins un projet d’envergure relatif à la mobilité. L’architecte devra avoir en plus une réelle expérience dans l’utilisation des solutions de type IaaS et PaaS.
Application Analyst Analyse les besoins en termes d'interface utilisateur et de composants de l'application Détermine les délais Définit les critères d'acceptation Élabore le plan de test fonctionnel Détermine l'impact sur les systèmes existants et identifie les problèmes Rédige l'analyse fonctionnelle définitive en liaison avec Business et ICT Élabore le projet d'application en liaison avec Business et ICT Élabore le projet d'infrastructure en liaison avec Business et ICT Élabore un plan d'acceptation détaillé Compose l'équipe d'évaluation Vérifie si la solution définie est compatible avec l'environnement intégré pour lequel elle est conçue Recueille et analyse les remarques des utilisateurs ; propose des améliorations Rédige la documentation fonctionnelle et les manuels d'utilisation Exécute un plan de déploiement en liaison avec Business et ICT
Application Designer Analyse les besoins en termes d'interface utilisateur et de composants de l'application Détermine l'impact sur les systèmes existants et identifie les problèmes Rédige l'analyse fonctionnelle définitive en liaison avec Business et ICT Réalise la modélisation suivant la méthodologie standard Détermine l'impact sur l'exploitation, l'architecture et la fourniture des services P. 96
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Définit les types de fichiers et les fichiers utilisés Définit les exigences techniques Utilisation et évaluation du répertoire des composants et des modules standard Prépare une étude détaillée de l'application Élabore un plan de programmation et de test détaillé Réalise l’étude de l'application en liaison avec Business et ICT Compare les aspects infrastructure et application de la nouvelle application avec l'existant Rassemble les données de test Élabore un plan détaillé de tests d’intégration Il doit avoir une réelle expertise et une expérience éprouvée dans la réalisation de l’interface utilisateur pour les applications et solutions mobiles et avoir pris part à au moins un projet significatif, au regard de l’objet du présent cahier des charges.
Développeur Analyse l’étude Programmation Contrôle l'intégrité des composants de l'application Teste les programmes Documentation et publication des programmes Maintenance des programmes Documentation des programmes Paramétrage des packages Diagnostic et choix de la méthode de résolution Construction, évaluation et intégration de la solution Interaction avec les bases de données Confirmation de la solution
Spécialiste Bases des données Création d'une structure de bases de données relationnelle Respect des standards RDC Création de la structure dans DB2 Respect de la normalisation d'une base de données Implémentation des scénarios de chargement des données et définition du planning avec ICT Operations
Testeur
Élabore un plan de test détaillé Rassemble les données de test à utiliser Teste les composants Teste les ensembles logiques Teste l'application complète Teste l’infrastructure utilisée Examine les résultats Rédige un rapport de test Réalise un plan détaillé pour les tests d'intégration
Spécialiste système
P. 97
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Il sera responsable des aspects d’administration ou d’ingénierie système de la plateforme proposée. A ce titre ses attributions seront notamment l'installation, le paramétrage, le maintien, la mise à jour, l'évolution, la sauvegarde, la restauration, la planification, la supervision, le conseil, le support, dans les limites de ce qui est compris dans la plateforme proposée pour supporter la mobilité. Au besoin, il devra en outre interagir avec les administrateurs et ingénieurs systèmes de différents systèmes compris dans les standards ICT tant à la publication du présent cahier des charges et que pendant l’exécution du marché. Ces interactions pourront avoir lieu notamment avec l’équipe d’ICTOperations (responsable de l’infrastructure matérielle centralisée et mutualisée, de différents environnements, serveurs, etc.), l’équipe Réseaux, l’équipe IAM, RDC (Relational Data Center), l’équipe FUP-Itil, l’équipe de support au développement (SupDev), etc.
Formateur Chargé d’assurer les formations en collaboration avec ICT-Academy. Cette dernière est l’entité du département ICT du SPF Finances chargée des formations internes des collaborateurs ICT. Les cours sont dispensés dans la langue des participants et sont (presque toujours) organisés dans les locaux du North Galaxy, avenue du Roi Albert II 33, 1030 Bruxelles. Dans le cadre de ce marché, il pourra faire usage des solutions mises en œuvre pour la télé-présence et la télécollaboration pour assurer les formations à distance. L’ICT Academy propose les services suivants pour l’organisation de formations : • gestion et révision du catalogue “NEEVA” des formations disponibles ; • soutien logistique par la mise à disposition des participants aux cours de locaux de formation, de projecteurs et de PC ; • organisation pratique des cours : convocation des participants, tenue des listes de présence, gestion du calendrier, copie du matériel didactique, etc. Le formateur doit définir les différents trajets des formations, concevoir et/ou fournir le matériel didactique nécessaire (support des cours, présentations, etc.) et veiller à la réalisation des prestations et des objectifs de formation et coaching définis dans ce cahier spécial des charges. L’on attend de la part du formateur une maîtrise parfaite de la langue dans laquelle les cours seront dispensés et une aptitude pédagogique et didactique éprouvée.
P. 98
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
ANNEXE H : Documentation L'adjudicataire remettra au SPF Finances toute la documentation technique nécessaire à l'utilisation et à la gestion du système, en français et en néerlandais. Les autres langues ne sont pas admises. La documentation contiendra plus particulièrement les manuels techniques qui décrivent les caractéristiques et les règles d'utilisation du matériel et des logiciels faisant partie du projet, avec un exposé détaillé du système complet ainsi que des précisions sur les différents sous-systèmes et leurs liaisons. L'offre précisera sur quels types de support la documentation doit être livrée (papier, CD-Rom), de même que les quantités standard et les conditions auxquelles des exemplaires supplémentaires peuvent être commandés. Une version électronique sera obligatoirement fournie. Le soumissionnaire est invité à expliquer sa méthode de tenue à jour de la documentation. Le SPF Finances peut copier les manuels pour les besoins de leur diffusion interne.
P. 99
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
ANNEXE I : Support technique par téléphone – service desk – ITIL Le service demandé ci-dessous doit être assuré les jours ouvrables de 7h30 à 18h. Le SPF Finances met un service desk à la disposition de tous les utilisateurs finaux. Le service desk assure le traitement de tous les types d'appels. Le soumissionnaire installera un helpdesk de deuxième ligne pour recueillir les problèmes liés au non-fonctionnement ou au mauvais fonctionnement de l'application dont l'adjudicataire a la responsabilité, pendant toute la durée du projet. Tous les appels que le service desk ne peut résoudre à distance seront aiguillés vers ce helpdesk. En première instance, ce helpdesk sera accessible au service desk du SPF Finances, qui se chargera de toutes les interventions possibles à effectuer sur les logiciels à entretenir. Les services proposés par l'adjudicataire seront introduits dans le respect de la méthodologie ITIL, appliquée au sein du SPF Finances. Cela signifie notamment que la gestion des incidents, problèmes, changements, etc. doit être conforme aux méthodes en vigueur au sein du SPF Finances. La première ligne se chargera de distinguer les incidents d'infrastructure et les incidents applicatifs. La communication entre la première et la deuxième ligne est décrite par le soumissionnaire. Elle doit permettre à la première ligne de mettre l'utilisateur en contact avec la deuxième ligne si la première soupçonne que l'incident signalé va nécessiter une intervention sur place ou une communication entre deuxième ligne et utilisateur. Dans son offre, le soumissionnaire indique comment il entend appliquer les normes ITIL dans sa tâche et comment il va acquérir les connaissances nécessaires pour s'intégrer dans les processus existants. La transmission des appels entre le service desk du SPF Finances et le helpdesk de deuxième ligne que l'adjudicataire doit mettre en place passera au moins par les canaux suivants:
Téléphone et e-mail à la disposition des opérateurs du service desk du SPF Finances. Automatiquement ou semi-automatiquement, en reliant l'outil du SPF Finances (HP OpenView) à l'outil utilisé par le service manager pour la gestion et le suivi des appels. Le soumissionnaire expliquera dans son offre les canaux qu'il supporte. Il précisera en particulier :
Les moyens dont l'Administration disposera pour contrôler à tout moment l'état des appels ouverts. Les moyens dont l'Administration disposera pour contrôler le respect du SLA. La façon dont il propose éventuellement de synchroniser les deux outils (SPF Finances et soumissionnaire). Les rapports qu'il mettra à la disposition du SPF Finances pour le suivi de la qualité du service. La méthode éventuelle pour résoudre à distance certains problèmes de fonctionnement.
Le soumissionnaire doit aussi prévoir un retour d'information vers le service desk à propos des appels qui lui ont été transmis ; autrement dit, il doit informer le service desk de la suite qu'il leur a réservée, via un canal préalablement annoncé, canal qui permet le suivi des appels. Le soumissionnaire expliquera le service en tenant compte de tous les points évoqués ici. Il fournira aussi les autres services qu'il juge nécessaires. Tout changement au système entraîne la livraison d'un ensemble de code source et de documentation à inclure dans le système de gestion des versions du SPF Finances. Les changements ne sont effectués qu'après l'accord du SPF Finances. L'adjudicataire transmettra toutes les informations nécessaires à la CMDB (configuration management database), en suivant les procédures imposées par le SPF Finances. Ces procédures seront communiquées après attribution du marché. Elles pourront changer pendant la durée du contrat. Le SPF Finances attire l'attention des soumissionnaires sur la grande importance attachée à la surveillance de l'intégrité de la CMDB. Dans leur offre, les soumissionnaires préciseront clairement les mesures qu'ils proposent à cet effet. P. 100
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
ANNEXE J : Description du projet pilote Besoin fonctionnel du projet pilote Le projet pilote vise à réaliser un service applicatif mobile permettant aux utilisateurs internes (fonctionnaires) et externes (personnes physiques et/ou morales) d’accéder • principalement à des informations patrimoniales émanant de l’Administration Générale de la Documentation Patrimoniale ; • et secondairement des informations générales sur différents services du SPF Finances.
Informations patrimoniales Les utilisateurs pourront avoir accès aux informations anonymes suivantes : • • • • • • • •
Prix moyen de vente de biens Revenu cadastral moyen Le pourcentage du précompte immobilier Loyer moyen Superficie moyenne du bâti Superficie moyenne des parcelles Age moyen des biens Pourcentage de biens en fonction de certains critères, etc.
Ces informations seront relatives à une localisation et un rayon choisis éventuellement par l’utilisateur. Le rayon par défaut applicable sera de 50 m comme c’est le cas pour l’extrait du plan parcellaire cadastral. Des descriptions additionnelles pourraient être données pour permettre d’affiner les types de biens pris en compte dans l’évaluation, par exemple la surface minimum ou maximum de la parcelle ou du bâti ou du type de biens (maison, appartement), le nombre de chambres, la distinction appartement/ maison, etc. La localisation se fera par géolocation de préférence. Mais elle pourra aussi se faire sur la base d’un input de l’utilisateur pour couvrir notamment le cas des terminaux ne disposant pas des capteurs de géolocation et le cas où l’utilisateur souhaite obtenir cette évaluation pour un lieu différent de l’endroit où il se trouve. L’utilisation d’un service cartographique pour la recherche d’un lieu devra être possible. De façon non anonyme, les utilisateurs pourront • consulter les informations cadastrales des biens dont ils sont propriétaires et • avoir accès à des simulations de calcul du précompte immobilier.
Informations générales Les utilisateurs pourront avoir accès à des informations utiles pour contacter différents services et bureaux du SPF Finances : • Trouver le bureau le plus proche et/ou compétent sur une matière ; • Le situer sur la carte ; • Définir un itinéraire pour s’y rendre ; • Les horaires d’ouvertures, etc. Les informations de contact devront notamment offrir des fonctionnalités de : • Click to call ou plus généralement click-to-contact; • partage avec les amis, etc.
P. 101
SERVICE PUBLIC FÉDÉRAL FINANCES
Réf.: ICT/INF/MOB
Contexte et exigences non fonctionnelles Le projet pilote doit permettre de valider techniquement et fonctionnellement tous les aspects de la solution proposée pour les deux premiers volets du marché. Le soumissionnaire expliquera comment il va parvenir à cette qualification à travers le résultat du projet pilote et sa démarche de mise en œuvre. A titre indicatif, le pilote devra : • être envisagé selon les quatre points de vue de la mobilité ; • garantir un accès universel ; • être indépendant des contextes d’utilisation, c’est-à-dire fonctionnel à travers la diversité de terminaux, des plateformes, des réseaux ; • être adaptable sur la base de spécificités des contextes d’utilisation ; • être utilisable en mode déconnecté ; • réaliser les exigences relatives aux composantes de l’écosystème de la mobilité ; • s’intégrer avec l’existant (notamment pour les sources des données et la sécurité) ; • implémenter une charte graphique appropriée ; • atteindre les SLA définis, etc. Par ailleurs, le soumissionnaire expliquera comment la mise en œuvre du projet pilote • se fera suivant le principe « write once, build or run anywhere »; • permettra d’élaborer et construire le cadre de référence; • garantira l’assurance et le contrôle qualité par le moyen des guidelines et des tests. L’attention du soumissionnaire est enfin attirée sur le fait que le SPF accorde également une très grande importance à la facilité de mise en œuvre. A ce titre, le recours à des outils et assistants d’automatisation d’une partie du travail de mise en œuvre devra être illustré par le projet pilote. Le SPF vise clairement la règle de 80/20, la majeure partie du travail (80%) étant automatisée par les outils et le restant pris en charge par les différents acteurs humains.
P. 102