CONTEXTE SVE - Système de Vote Electronique

Transcription

1 Département du Système d Information CONTEXTE SVE - Système de Vote Electronique SUJET Cahier des Charges pour la TMA et l'infogérance référence SVEL00088V01T.doc version 02 statut V créé le 22/06/ :15:00 par Sophie Brouard mis à jour le 26/06/ :34:00 par Sophie Brouard validé le 26/06/2006 par Thomas Nicolas, Delphine Regnier Péremption, archivage et restriction de diffusion Nature de la restriction : confidentiel, diffusion restreinte, diffusion interne, restriction annulée avertissement Afin de prévenir toute utilisation non intentionnelle de documents périmés, le lecteur est invité à vérifier que l'édition papier du document en sa possession constitue la dernière version en vigueur. Cette vérification peut être effectuée soit en consultant la zone documentaire adéquate du serveur de fichiers, soit en interrogeant l'auteur du document, soit, lorsqu'il existe, l'administrateur du système documentaire. La reprographie ou la rediffusion de ce document, par quelque moyen que ce soit, est strictement déconseillée sans information et autorisation préalable de son auteur ou, lorsqu'il existe, de l'administrateur du système documentaire.

2 Table des mises à jour du document version date objet de la mise à jour 01 22/06/2006 Création du document 01 26/06/2006 Prise en compte des remarques de Thomas Nicolas et Delphine Regnier Table des matières 1 Introduction 3 2 Contexte Description fonctionnelle Description technique 3 3 Maintenance Applicative Maintenance corrective Maintenance adaptative Maintenance évolutive 5 4 Infogérance Administration du serveur Supervision du serveur 6 5 Prestations spécifiques Migration de serveur Migration d OS 7 6 Découpage l offre 8 7 Critères de choix Qualité de l offre Qualité des prestations Prix des prestations 9 INSERM page 2/9

3 1 Introduction Le Système de Vote Electronique (SVE) est implémenté à l Inserm depuis 4 ans. Il s agit d une application full-web développée spécifiquement pour l Inserm en PHP. Le présent cahier des charges a pour objet la description des prestations attendues dans le cadre d un marché de maintenance applicative du système de vote électronique et l infogérance du serveur hébergeant l application. Ce marché aura une durée de 3 ans à sa notification. 2 Contexte 2.1 Description fonctionnelle Le Système de Vote Electronique est une application qui permet à l Inserm de réaliser des campagnes de vote sur les sujets de son choix. Ces votes peuvent être réalisés en séance ou à distance puisque tous les utilisateurs peuvent accéder au système via Internet. Généralement, l Inserm utilise SVE dans le cadre de l évaluation scientifique où les membres des instances statuent sur l évaluation par vote anonyme. Le système est actuellement utilisé par 350 personnes, tous profils confondus. L application distingue 3 profils utilisateur possédant chacun des fonctionnalités spécifiques : Administrateur applicatif du système : o Création des comptes utilisateurs des gestionnaires ; o Création des types de vote ; o Création des votants ; o Création des groupes de votant ; o Création des commissions ; o Création des liens entre les commissions et les votants ; o Création des liens entre les commissions et les gestionnaires ; Gestionnaire des votes : o Création des natures de vote; o Création des votes ; o Lancer des votes ; o Clôturer des votes ; o Exporter des résultats de vote ; Votant : o Voter ; 2.2 Description technique L application Système de Vote Electronique est basée sur du développement spécifique en langage PHP4 tournant sur un serveur web Apache v1.3 avec une base de données MySQL v4.1 administrée sous phpmyadmin v2.6. INSERM page 3/9

4 L application est hébergée sur un serveur unique sous Linux Debian (Sarge). Ce serveur est une machine Dataswift ServeurNet Q202 PIII 1 GHz, 512 Mo de RAM, 3 DD 9Go RAID1. Il est actuellement hébergé par nos Infrastructures sur notre site de Villejuif (94) mais infogéré à distance par un prestataire externe. Les programmes source de cette application représentent environ lignes de code répartis à 70% en php et 30% en html. Il s agit de code php simple puisque l application ne comporte pas d IHM complexe qui de système de batchs/traitements spécifiques. Ces lignes de code source se découpent en : 4 fichiers/pages php dynamiques constituant des IHM de menu pour les différents profils ; 4 fichiers/pages php dynamiques constituant les IHM d utilisation des fonctions (au sens métier) inhérentes à chaque profil ; 1 fichiers php contenant l ensemble des méthodes/fonctions (au sens langage php) utilisées par l application (~ 500 lignes de code source) 3 fichiers/pages html constituant les interfaces de connexion de chaque profil. Ce code source interagit et/ou implémente 16 tables différentes de la base de données représentant (après 4 ans d utilisation) 3,3 Mo et comportant enregistrements. 3 Maintenance Applicative 3.1 Maintenance corrective Cette fourniture de service concerne l application actuelle ou future pour toute la durée du marché. La maintenance corrective consiste à prendre en charge l intégralité des anomalies de fonctionnement de l application dans son ensemble et à apporter des solutions adéquates selon les modalités suivantes : Le titulaire devra : - prendre en charge l ensemble des anomalies constatées, signalées et qualifiées (degré de gravité) par l Inserm au moyen d une fiche anomalie. - évaluer la mise en œuvre effective des corrections, - livrer et tester la ou les correction(s) effectuée(s) (intégration et déploiement de la correction, non régression) ; - livrer la documentation correspondant aux programmes sources afin de conserver la traçabilité des corrections ; - assurer la production et la mise à jour de cette documentation ; - conseiller et apporter son expertise aux équipes de maintenance (fonctionnelle et technique) de l Inserm lors des phases de mise en production ; - assurer une assistance téléphonique ou par courrier électronique auprès de l Inserm du lundi au vendredi de 9h à 18h. Degré de gravité : - bloquant : l application n est plus en mesure de fournir le service attendu ; - majeur : une ou plusieurs des fonctionnalités de l application ne fonctionnent pas application assurant le service de façon dégradée ; - mineur : anomalie n ayant pas de conséquences sur le bon fonctionnement de l application. Délai : - quel que soit son niveau de gravité, une anomalie doit être prise en compte par le titulaire dans l heure (jours et heures ouvrés) qui suit son émission par l Inserm. INSERM page 4/9

5 - pour une anomalie bloquante, la ou les corrections nécessaires doivent être livrées et validées dans les 2 heures (jours et heures ouvrés) qui suivent la réception par le titulaire de la fiche d anomalie qualifiée. - pour une anomalie majeure, la ou les corrections nécessaires doivent être livrées dans les 4 heures (jours et heures ouvrés) qui suivent la réception par le titulaire de la fiche d anomalie qualifiée par l Inserm. - pour une anomalie mineure, la ou les corrections nécessaires doivent être livrées dans les 8 heures (jours et heures ouvrés) qui suivent la réception par le titulaire de la fiche d anomalie qualifiée par l Inserm. N.B. : A titre d information, depuis sa mise en production il y a 4 ans l Inserm n a détecté qu une seule anomalie de type «majeur». 3.2 Maintenance adaptative Cette fourniture de service concerne l application actuelle ou future pour toute la durée du marché. La maintenance adaptative consiste à prendre en charge l ensemble des tâches nécessaires au maintien de l application dans un environnement technique stable et sécurisé. Cette maintenance ne doit pas impacter les aspects fonctionnels de l application. La maintenance adaptative doit s exercer en coordination avec l exploitation en charge de l infogérance du serveur hébergeant l application. A titre d exemple, si l infogérance nécessite l évolution d un composant majeur du système (exemple changement de version de PHP, MySQL, Apache, OS, etc ) le titulaire devra : - prendre en charge l étude d impact sur l application de ces modifications ; - si aucun impact n est identifié, il devra valider les travaux auprès de l infogérant ; - si des impacts sont identifiés, il devra prendre en charge les travaux nécessaires à mettre en œuvre ; - livrer et tester les travaux effectués (intégration et déploiement, non régression) ; - livrer la documentation correspondant aux programmes sources afin de conserver la traçabilité ; - assurer la production et la mise à jour de cette documentation ; - conseiller et apporter son expertise aux équipes de maintenance (fonctionnelle et technique) de l Inserm lors des phases de mise en production. 3.3 Maintenance évolutive Cette fourniture de service est optionnelle, à bon de commande et concerne l application actuelle ou future pour toute la durée du marché. La maintenance évolutive vise à effectuer toute amélioration ou évolution de l application en réponse à des demandes fonctionnelles émises par les utilisateurs «métiers» de l application. Les prestations attendues en terme de maintenance évolutive sont identifiées et décrites dans la suite de ce document sous forme d unité d œuvre. Ces prestations répondent à des besoins déjà identifiés d évolution de l application mais non encore programmés, dont le montant et le délai de réalisation doivent être précisés dans l offre du prestataire. La fourniture d une prestation de maintenance évolutive débutera à compter de la réception par le titulaire du marché d un cahier des charges rédigé par l Inserm et descriptif du besoin d évolution. La réalisation de la prestation ne pourra débuter qu après validation de cette proposition et émission d un bon de commande à cet effet. L exécution des travaux après accord des deux parties sur les spécifications détaillées (rédigées par la titulaire), sera selon les conditions définies lors d une réunion contradictoire, tant en ce qui concerne la définition du planning que les durées nécessaires de VABF (Vérification du bon fonctionnement de l application / Recette) et VSR (Vérification en service régulier). INSERM page 5/9

6 La livraison des scénarii de tests correspondant fera cependant intrinsèquement partie de la prestation de maintenance évolutive. Unités d œuvre : Urbanisation : dans le cadre du chantier d urbanisation du système d information de l Inserm, SVE peut être amené à fournir des WebServices (architecture SOA) à d autres applications de l Inserm. Les prestations attendues dans le cadre de cette unité d œuvre sont le développement d un WebService. Charte graphique : les prestations attendues dans le cadre de cette unité d œuvre sont la modification complète de la charte graphique de l application. Nouvelle Fonction simple : les prestations attendues dans le cadre de cette unité d œuvre sont le développement d une nouvelle fonctionnalité simple et de son IHM associée. Evolution de fonction : les prestations attendues dans le cadre de cette unité d œuvre sont le développement de modifications sur les fonctionnalités simples existantes. Le prestataire devra, dans son offre, remplir le tableau ci-dessous. Pour chacune des prestations définies, il devra fournir un descriptif détaillé des services offerts. Urbanisation Charte graphique Nouvelle fonction simple Evolution de fonction Unités d œuvre Prix HT 4 Infogérance Cette fourniture de service forfaitaire concerne le serveur Gypse (Dataswift Linux Debian Sarge) hébergeant l application SVE pour une durée d un an. Cette infogérance annuelle pourra être reconduite «à bon commande» chaque année et au maximum 2 fois à la demande de l Inserm (=> infogérance incluse dans le marché la première année ; optionnelle, à bon de commande pour les années suivantes). 4.1 Administration du serveur Le titulaire devra effectuer à distance et de façon mensuelle les opérations suivantes : - installation des mises à jour* du système d exploitation et des applicatifs système. Concernant les applicatifs système, leurs mises à jour devront avoir fait l objet au préalable d une étude d impact sur l application par son mainteneur qui devra valider alors les installations ; - fournir à l Inserm un rapport d infogérance ; - assurer une assistance téléphonique ou par courrier électronique auprès de l Inserm du lundi au vendredi de 9h à 18h ; - mettre en œuvre les travaux nécessaires liés à toutes les modifications réalisées par l Inserm sur l environnement matériel et technique du serveur et ayant un impact sur celui-ci (exemple : modifications de l environnement réseau, du système de sauvegarde, etc ) * On entend par «mises à jour» tous les changements de version (mineurs ou majeurs) et patchs correctifs, adaptatifs et de sécurité publiés par l éditeur. 4.2 Supervision du serveur Le titulaire devra effectuer à distance les opérations suivantes : - surveiller le serveur de 7h30 à 20h du lundi au vendredi ; INSERM page 6/9

7 - détecter les pannes matériels ; - suivre les opérations de maintenance du matériel en coordination avec les équipes en charge de l exploitation à l Inserm ; - en cas de problème, se déplacer sur le site d exploitation de l Inserm (94 Villejuif) si le besoin a été identifié par l Inserm ; - informer l Inserm par téléphone ou par courrier électronique de toute panne ou dysfonctionnement logiciel détectés entraînant un arrêt total ou partiel du service assuré par l application ; Le prestataire devra dans son offre présenter les solutions qu il souhaite utiliser techniquement pour assurer l administration et la supervision à distance du serveur. Ces solutions devront prendre en compte les aspects sécurité et seront soumis à validation auprès de la Mission Sécurité des Systèmes d Information (MSSI) de l Inserm 5 Prestations spécifiques 5.1 Migration de serveur Cette fourniture de service est forfaitaire, optionnelle, à bon de commande. Elle concerne la migration du système de son serveur actuel vers un nouveau serveur pour des raisons d obsolescence matérielle. Il s agit ici d une migration de l application et de son système à l identique d une machine à une autre. Dans le cadre de cette prestation, le titulaire devra : - proposer une procédure de migration ; - fournir la documentation décrivant la procédure ; - après validation de la procédure par l Inserm, mettre en œuvre les travaux ; - faire valider par l Inserm le bon fonctionnement de l application ; Concernant le mise en œuvre des travaux, l équipe d exploitation de l Inserm prendra en charge l installation matérielle du serveur (montage, câblage, mise sous-tension, etc ) 5.2 Migration d OS Cette fourniture de service est forfaitaire, optionnelle, à bon de commande. Elle concerne la migration de l application de son OS actuel Linux Debian (Sarge) vers Linux RedHat ES 4.0 ou 5.0. Il s agit ici d une migration de l application à l identique d un OS à un autre. Dans le cadre de cette prestation, le titulaire devra : - étudier l impact sur l application du changement de l OS et des applicatifs système ; - fournir à l Inserm le résultat de cette étude ; Ces deux premiers points sont réalisés dans le cadre de la maintenance adaptative de l application et ne doivent donc pas être pris en compte lors de la valorisation de la prestation dans l offre. - proposer une procédure de migration ; - fournir la documentation décrivant la procédure ; - faire valider la procédure par l Inserm ; - fournir la documentation d installation et de paramétrage pour le système - fournir la documentation d installation et de paramétrage de l application ; - assister l Inserm lors de la réalisation des travaux ; INSERM page 7/9

8 - faire valider par l Inserm le bon fonctionnement de l application ; - assurer le transfert de compétence quant à l infogérance du serveur auprès de l équipe d exploitation de l Inserm. Concernant la mise en œuvre, celle-ci sera donc réalisée par l Inserm sous assistance du titulaire. Cette prestation pourra être couplée avec la prestation «Migration du serveur» au choix pour l Inserm. Le prestataire devra donc présenter les deux cas possibles dans son offre. 6 Découpage l offre Le prestataire devra, dans son offre, remplir le tableau ci-dessous. Pour chacune des prestations définies, il devra fournir un descriptif détaillé des services offerts. PRESTATION TYPE MODALITES Maintenance corrective et adaptative Maintenance évolutive Forfaitaire Optionnelle DUREE DE REALISATION PRIX UNITAIRE ou ANNUEL HT QUANTITE ou NOMBRE D ANNEE Inclus dans le marché Marché 3 A bon de commande Infogérance Forfaitaire A bon de commande Migration serveur Migration OS Migration OS + serveur Forfaitaire Optionnelle Forfaitaire Optionnelle Forfaitaire Optionnelle Marché Maximum : an 3 A bon de commande A définir 1 A bon de commande A définir 1 A bon de commande A définir 1 TOTAL maximum du marché 3 PRIX TOTAL HT Maximum : Remarque : l Inserm est très vigilant sur l aspect documentaire. Le prestataire devra donc en tenir compte dans son offre. 7 Critères de choix La sélection du prestataire s opérera selon les critères de choix énoncés ci-dessous : 7.1 Qualité de l offre Compréhension du besoin (8%) Qualité rédactionnelle et de la présentation de l offre (5%) Adéquation de la réponse aux exigences méthodologiques et techniques (5%) Références pour ce type de prestation dans le secteur public (2%) 7.2 Qualité des prestations Maîtrise des technologies Linux Debian (Sarge), PHP, MySQL, phpmyadmin, Apache (15%) INSERM page 8/9

9 Maîtrise des développements sous PHP (20%) Sensibilité aux aspects sécurité système et réseau (5%) 7.3 Prix des prestations Coût total (40%) INSERM page 9/9