close

Se connecter

Se connecter avec OpenID

Annexe A Références de projet

IntégréTéléchargement
Annexe A
Références de projet
Exigences obligatoires
Pour être examiné davantage, le fournisseur doit respecter l’ensemble des exigences obligatoires
des références de projet. Il doit y avoir trois mises en œuvre réussies et séparées ou une mise à
niveau importante au sein de 3 à 5 versions du système d’admission/réservation proposé, et ce
chez trois organisations séparées. Une mise à niveau de logiciel importante se définit comme
suit : apporter des modifications importantes au logiciel telle l’intégration d’un logiciel tiers,
l’ajout de fonctionnalités qui modifient les processus commerciaux ou des améliorations
majeures à la sécurité. Les patches de routine ne sont pas considérés comme des mises à niveau.
L’omission de se conformer à L’ENSEMBLE des exigences obligatoires rendra la
proposition non conforme et cessera d’être évaluée.
Exigences obligatoires des références de projet
Atteint/non
atteint
Le fournisseur doit fournir trois références distinctes qui
seront validées par l’équipe d’évaluation. Chacune des
références doit contenir les informations client suivantes :
M1
Nom de l’organisation :
Coordonnées du client :
Nom :
Titre :
Adresse courriel :
Téléphone :
Année(s) de mise en œuvre :
Durée du projet : (en mois)
Collectivement, les trois références de projets doivent faire
preuve et décrire au minimum, les composantes suivantes :
(notez que chaque référence ne doit pas faire montre de
toutes les composantes, toutefois, dans leur ensemble, elles
le doivent)
M2
La fonctionnalité commerce électronique de la solution,
incluant une description des normes servant à la sécurité
des données et des transactions.
La fonctionnalité gestion financière de la solution,
incluant :
 Traitement intégré des cartes de crédit et de débit.
1


M3
M4
M5
M6
M7
Conformité à la norme PCI DSS.
Masquage des cartes de crédit si le système conserve
les chiffres CVV2.
 Piste de vérification sécurisée pour toutes transactions
financières et remboursements incluant le numéro
d’identification du terminal, l’utilisateur, le numéro
d’identification de la transaction, le type de transaction,
les valeurs de date et heure.
Fonctionnalité administration arrière-guichet
 Mesures de sécurité incorporées dans la solution qui
servent à protéger les informations personnelles des
visiteurs.
 La solution doit conserver l’historique des ventes et de
la fréquentation.
 La solution doit posséder des fonctionnalités
exhaustives de création rapport en regard de la
démographie des visiteurs.
 La solution doit avoir un module d’administration du
système afin d’établir et gérer les droits d’accès au
système (individus ou groupes) protégés par des mots
de passe.
 Capacité de mettre en place et de gérer les billets à
heures fixes.
Parmi les trois références de projet fournies, le fournisseur
doit montrer (1) une référence de projet dans laquelle la
portion de la solution visible au public est bilingue (peu
importe les deux langues).
Parmi les trois fournies, le fournisseur doit montrer au
minimum (1) une référence de projet qui a un but
organisationnel semblable ou pareil.
Le fournisseur doit montrer au moins une référence de
projet (une référence faisant partie ou non des trois
références de projet fournies) où le fournisseur a offert des
services d’appui à l’intégration entre le nouveau système et
un (des) système (s) existant (s) du client.
Le fournisseur doit démontrer de façon suffisamment
détaillée la capacité de production de rapports dans les
domaines suivants :
 Rapports groupés et rapports personnalisés faits par
le client et/ou;
 Des rapports personnalisés offerts par le
fournisseur, lorsque requis.
Les références de projets doivent montrer de façon
suffisamment détaillée le cadre de gestion du projet ainsi
que le plan de transition du fournisseur, incluant toutes
stratégies d’atténuation du risque dans le but de respecter
2
M8
M9
M10
M11
M12
les propositions d’actions de chacune des références de
projet.
La référence de projet doit montrer de façon suffisamment
détaillée de quelle façon le fournisseur offre un soutien
technique en regard du produit lors de la mise en œuvre du
produit et des programmes de formation, incluant :
 Mise en œuvre du programme de formation;
 Incidence sur le système opérationnel (s’il y en a);
 Durée du programme de formation;
 Nombre d’employés formés;
 Soutien ultérieur en formation.
La référence de projet doit montrer de façon suffisamment
détaillée l’accord de niveau de service (SLA) qui en
résultera et qui explique au minimum :
 Les heures de soutien technique offertes;
 Outils d’aide (p.ex. : livre d’instruction);
 Méthodes de communication pour le soutien;
 Niveaux de service – réception de l’appel, réponse aux
incidents, temps de résolution;
 Couverture de garantie;
 Mode d’accès.
La référence de projet doit fournir le nombre total
d’admissions que le système a gérées en nombre de
visiteurs et de transactions incluant une répartition par
canaux de vente.
Le fournisseur doit décrire le produit cité dans la référence
de projet, incluant :
 Version du produit;
 Nombre total d’utilisateurs;
 Nombre total de licences.
Le fournisseur doit démontrer la satisfaction globale de la
référence de projet en ce qui a trait à :
 La mise en œuvre de la solution;
 Le produit répond aux besoins d’affaires des clients;
 L’expérience utilisateur du client;
 La réactivité du fournisseur :
o durant la mise en œuvre et
o en se conformant à l’accord sur les niveaux de
services (SLA) consentis.
3
La solution
Exigences obligatoires
En regard de la solution proposée, le fournisseur doit démontrer, de manière suffisamment
détaillée, la capacité de répondre aux exigences obligatoires décrites plus loin. Afin d’être jugé
conforme, toutes représentations visuelles, schémas, captures d’écran, documentation doivent
être accompagnés d’une description écrite.
La proposition sera jugée non conforme si elle ne satisfait pas aux exigences M13, M14 et
OU si elle est dans l’impossibilité de remplir les exigences obligatoires contenues dans M15.
Solution – Exigences obligatoires
M13
M14
M15
M16
M17
M18
Atteint/non
atteint
Le fournisseur doit montrer que la solution qu’il propose
respecte la Loi sur les langues officielles du gouvernement
du Canada, que le visiteur peut choisir la langue de son
choix et que l’ensemble des textes établis et visibles au
public (information sur le billet, messages d’erreurs,
tarification, aide, information sur le Musée) est présenté
dans l’une ou l’autre des langues officielles.
Le fournisseur doit montrer que la solution qu’il propose
respecte les normes sur l’accessibilité des sites Web du
gouvernement du Canada (règles pour l’accessibilité des
contenus Web (WCAG) 2.0, niveau AA).
Si le fournisseur ne peut remplir les exigences M13 et/ou
M14; le fournisseur doit démontrer, de manière
suffisamment détaillée, les mesures à prendre pour
s’assurer que ces exigences obligatoires sont atteintes. Les
exigences M13 et M14 doivent être conformes avant que le
contrat ne soit octroyé à un fournisseur invoquant M15.
Dans le cas d’un non-respect de ces éléments livrables, la
compagnie sera jugée non conforme. La date d’attribution
du contrat demeure à la discrétion unique du Musée.
La solution proposée doit être en mesure d’opérer et de
vendre des billets dans les canaux de ventes suivants :
1. Billetterie
2. Centre de contact (MCN centre d’appels interne)
3. Kiosque libre-service
4. Internet
Démontrer que la solution proposée peut soutenir une
structure multitaxes (TVQ et TVH).
Gérer des transactions simultanées provenant de multiples
points de service, puisant dans les mêmes réserves de
Field Code Changed
4
M19
billets disponibles, pour l’ensemble des programmes.
Capacité de vendre des offres combinées à partir des quatre
canaux de vente identifiés.
5
Auteur
Document
Catégorie
Uncategorized
Affichages
0
Taille du fichier
437 KB
Étiquettes
1/--Pages
signaler