53e0a58e5069f PDF

Centre national de la recherche scientifique
Direction des systèmes d'information
Cahier des charges : #projet#
Référence : CNRS/DSI/#projet#/EP/53e0a58e5069f.doc
Date : jj/mm/aa
Version : 1.0
Auteurs : xxx
Diffusion : sociétés candidates
Objet du document : description des exigences fonctionnelles et non fonctionnelles pour la conception et la
réalisation de l'application ; modalités d'intervention du prestataire ; cadre de réponse pour les candidats.
Cahier des charges
Table des mises à jour du document
Version Date Objet de la mise à jour
1.0 jj/mm/aa Création du document
CNRS/DSI/#projet#/EP/53e0a58e5069f.doc jj/mm/aa 2 / 14
Cahier des charges
Sommaire
1 PRÉSENTATION DU CNRS.........................................................................................................................4
2 PRÉSENTATION DE LA DSI.......................................................................................................................6
3 PRÉSENTATION GÉNÉRALE DE L'APPLICATION.............................................................................7

3.1 DESCRIPTION DE L'APPLICATION................................................................................................................7
3.2 UTILISATEURS DE L'APPLICATION...............................................................................................................7
3.3 LIMITES DE L'APPLICATION........................................................................................................................7
3.4 PROLONGEMENTS POTENTIELS À PLUS LONG TERME................................................................................7
3.5 ORGANISATION DU PROJET........................................................................................................................7
4 EXIGENCES FONCTIONNELLES............................................................................................................8
5 EXIGENCES D'ERGONOMIE ET GRAPHISME...................................................................................8
6 EXIGENCES TECHNIQUES.......................................................................................................................8
7 MODALITÉS D’INTERVENTION SOUHAITÉES................................................................................11

7.1 CONTEXTE D'INTERVENTION DU CANDIDAT RETENU...............................................................................11
7.2 DÉMARCHE DE DÉVELOPPEMENT.............................................................................................................11
7.2.1 Cycle de vie....................................................................................................................................11
7.2.2 Outillage.........................................................................................................................................11
7.2.3 Autres dispositions qualité.............................................................................................................12
7.3 ECHÉANCIER............................................................................................................................................12
7.4 DIVERS....................................................................................................................................................12
8 DESCRIPTION DES PRESTATIONS ATTENDUES..............................................................................12
9 CADRE DE RÉPONSE DU CANDIDAT..................................................................................................13
Cahier des charges
1 PRÉSENTATION DU CNRS
Le Centre national de la recherche scientifique (CNRS) est un organisme public de recherche fondamentale
(Etablissement public à caractère scientifique et technologique, placé sous la tutelle du Ministre chargé de la
Recherche). Il produit du savoir et met ce savoir au service de la société.
Avec 26 000 personnes (dont 11 600 chercheurs et 14 400 ingénieurs, techniciens et administratifs), un budget
qui s'élève à 2 214 millions d'euros HT pour l'année 2004, une implantation sur l'ensemble du territoire
national, le CNRS exerce son activité dans tous les champs de la connaissance, en s'appuyant sur 1260 unités
de recherche et de service.
L'organisation actuelle du CNRS comprend les structures suivantes :
 la direction générale
Elle assure la direction scientifique, administrative et financière du CNRS.
Elle est composée du directeur général, des directeurs scientifiques, du directeur des études et des programmes
et du secrétaire général.
 la direction des études et des programmes
Placée auprès du directeur général, elle est chargée, entre autres, de la définition des orientations pour la
politique scientifique et la politique des moyens du CNRS.
 le secrétariat général
Placé auprès du directeur général, il est chargé d'assister ce dernier pour la gestion administrative et financière
du CNRS et la coordination de l'ensemble des services administratifs et financiers.
Le bureau de pilotage et de coordination (BPC), la direction des finances (DFI), la direction des ressources
humaines (DRH), la mission Suivi, perfectionnement et mobilité des cadres supérieurs, la direction des affaires
juridiques (DAJ), la direction des systèmes d’information (DSI) font partie du secrétariat général.
Cahier des charges
 les directions et délégations transversales
la direction des relations avec l’enseignement supérieur (DRES),
la direction des relations internationales (DRI),
la délégation aux entreprises (DAE),
la délégation à l’information scientifique et technique (DIST).
 les délégations
Actuellement, il y a dix-huit délégations. La délégation assure la gestion des moyens humains et financiers du
CNRS dans sa circonscription.
Elle regroupe, dans cet objectif, différents services (y compris la formation, la médecine de prévention, le
service social) travaillant en totale complémentarité : le service du personnel et des ressources humaines, le
service financier et comptable, le service du système d'information, l’hygiène et la sécurité,.
Elle apporte son aide et son soutien aux laboratoires dans leurs relations avec les partenaires publics et privés.
Elle répond aux demandes émanant du milieu économique, social et culturel.
Elle représente le CNRS en région auprès des établissements d’enseignement supérieur, des entreprises, des
élus locaux et des collectivités locales.
Elle anime la vie de la communauté du CNRS dans la région.
 l'agence comptable principale
Garante du bon usage des crédits, l'agence comptable travaille en étroite coordination avec le secrétariat
général. L'agent comptable principal a sous son autorité des comptables secondaires dans les délégations.
 le contrôleur financier
Le contrôleur financier vise les délégations de crédits et certaines dépenses avant engagement. Il contrôle la
régularité de l’utilisation des crédits et l’application de la réglementation en matière de personnel.
 le Comité national de la recherche scientifique
Il est constitué de 40 sections (plus deux commissions interdisciplinaires) spécialisées par discipline
scientifique et chargées, entre autres, de l'évaluation des activités de recherche des unités et des chercheurs.
 les départements scientifiques
Actuellement, il y a huit départements scientifiques :
Physique nucléaire et corpusculaire (PNC),
Sciences physiques et mathématiques (SPM),
Sciences pour l'ingénieur (SPI),
Sciences chimiques (SC),
Sciences de l'univers (SDU),
Sciences de la vie (SDV),
Sciences de l’homme et de la société (SHS),
Sciences et technologies de l’information et de la communication (STIC).
Ils sont chargés d'animer et de coordonner l'action d'un ensemble cohérent de disciplines scientifiques sous
l'autorité de directeurs scientifiques. Ils assurent la gestion scientifique des unités et de leurs personnels,
chercheurs et ITA.
 les instituts nationaux
l’Institut national de physique nucléaire et de physique des particules (IN2P3),
l’Institut national des sciences de l'univers (INSU).
 les unités de recherche
Une unité de recherche relève d'un département scientifique et est évaluée, pour son activité scientifique, par
une ou plusieurs sections du Comité national de la recherche scientifique. Elle dépend d'une délégation pour la
gestion administrative.
Des informations plus complètes sont disponibles sur le site Web, adresse : http://www.cnrs.fr.
Cahier des charges
2 PRÉSENTATION DE LA DSI
" La direction des systèmes d'information définit et met en oeuvre les systèmes d'information destinés au
pilotage et à la gestion des différentes activités de l'établissement. A ce titre, elle est chargée de définir, mettre
en place et gérer les moyens techniques nécessaires aux systèmes d'information et de communication et
planifier leur évolution dans le cadre d'un schéma directeur. [...]"
Son champ d'action touche une grande diversité d'activités allant de la gestion et la paie du personnel CNRS à
la conception de logiciels de gestion financière ou scientifique pour les laboratoires, les délégations et les
directions administratives et scientifiques du CNRS.
L'organisation de la DSI est basée sur une approche sectorielle et composée de sept bureaux, répartis sur deux
sites, Paris et Toulouse (Labège) :
Un bureau administratif :
Le bureau des affaires générales et de l'administration (BAGA) qui assure le contrôle de gestion de la direction
ainsi que la logistique et la gestion du personnel du site de Toulouse.
Les bureaux des domaines applicatifs :

- le bureau budget, finances et comptabilité (BBFC) couvrant l'ensemble des applications de ce secteur
dont la GCF et Xlab;
- le bureau gestion du personnel et des ressources humaines (BPRH) en charge de l'ensemble des
applications de ce secteur, y compris celles relatives aux concours chercheurs;
- le bureau gestion des activités scientifiques (BGAS) incorporant outre LABINTEL, l'ensemble des
applications concernant le pilotage et la programmation scientifique ainsi que celles concernant les
procédures d'évaluation, la valorisation des résultats de la recherche, les coopérations scientifiques
internationales et la diffusion de l'information scientifique.
Chacun de ces bureaux a essentiellement pour mission de mettre en oeuvre et de coordonner les compétences
pour développer les projets répondant à des besoins liés à leur domaine d'intervention. Chaque projet consiste à
concevoir, réaliser et mettre à disposition des utilisateurs, l'outil de gestion ou d'information adopté par la
direction du CNRS. Il est pris en charge par un chef de projet agréé par un comité de pilotage (instance de la
direction générale) qui assure le contrôle et le suivi du projet avec l'aide et les conseils d'un comité
d'utilisateurs de l'outil. Une des missions importante de chaque projet est d'assurer la démarche
d'accompagnement du système d'information, notamment la formation des utilisateurs, la documentation et
l'assistance aux utilisateurs.
Les bureaux de support :

- le bureau d'études et de support techniques (BEST) aux projets;
- le bureau des méthodes et du support à la déconcentration (BMSD) incluant la coordination et
l'animation du réseau de RSI en délégations;
- le bureau du support aux utilisateurs (BSU) qui assure l'assistance de premier niveau auprès des
utilisateurs des applications déployées par la DSI, l'animation des réseaux de support, le suivi de la
qualité de service offerte aux utilisateurs.
Il est également possible de consulter le site de la DSI à l’adresse suivante : http://www.dsi.cnrs.fr.
Cahier des charges
3 PRÉSENTATION GÉNÉRALE DE L'APPLICATION
3.1 Description de l'application
#à récupérer de la note de cadrage du projet#
 but principal
 origine du besoin
 objectifs poursuivis, valeur ajoutée, adéquation avec la stratégie du CNRS
 résultats attendus qui feront de ce projet un succès
3.2 Utilisateurs de l'application
 rôles, responsabilités et objectifs pour chaque type d'acteurs
 type d’usage de l’application (utilisation continue, en pointe à certain moment de la journée ou dans
l’année, etc)
 nombre d’utilisateurs
 nombre d’utilisateurs simultanés estimé
 volume de données estimé
3.3 Limites de l'application
 domaines non couverts
 exigences non demandées en terme de fonctionnalités, formats, contrôles…
3.4 Prolongements potentiels à plus long terme
 autres fonctionnalités à ajouter
 autres domaines d'application
 autres utilisateurs futurs…
3.5 Organisation du projet
 structures et responsabilités : maîtrise d'ouvrage, structure de décision (personne, comité…), structure
représentative des utilisateurs (personne, comité…), équipe projet DSI (équipe fonctionnelle, BEST,
BMSD, BSU)
 recours à un prestataire extérieur : périmètre…
Cahier des charges
4 EXIGENCES FONCTIONNELLES
La description fonctionnelle de l'application est donnée en annexe du document.

#ou bien#
La description fonctionnelle de l'application est donnée dans les documents en annexe du présent cahier des
charges :
 expression des besoins,
 étude préalable,
 maquette (représentation graphique des pages, du système de navigation et du découpage en tâches pour
l'utilisateur) : http://adresse-du-site.
#éventuellement, ajouter et compléter :#

Une aide en ligne "métier" sera fournie avec l'application. Elle sera accessible depuis la page d'accueil et
s'affichera dans une nouvelle fenêtre. Les textes des pages de l'aide en ligne seront fournis par le CNRS.
#éventuellement, ajouter et compléter :#

Une plaquette de type "mémo" pour les utilisateurs sera fournie avec l'application. Cette plaquette, de format
A4 (triptyque pliable), reprendra des éléments de la charte graphique de l'application. Elle sera téléchargeable
depuis la page d'accueil de l'application. Les textes de la plaquette seront fournis par le CNRS.
5 EXIGENCES D'ERGONOMIE ET GRAPHISME
#S'il existe déjà une maquette : #

La maquette jointe au cahier des charges (http://adresse-du-site) met en œuvre les règles d'ergonomie et la
charte graphique à respecter.
#ou bien , si la maquette doit être réalisée par le prestataire : #

L'application devra s'intégrer dans le contexte d'utilisation suivant :
#à récupérer de la fiche de cadrage du projet#
 moyens d'accès envisagés à l'application (depuis un site intranet CNRS ou service, extranet…)
 autres sites déjà accessibles aux utilisateurs
 éléments graphiques à prendre en compte (issus de la charte graphique CNRS)
 existence de règles d'ergonomie (utilisées dans d'autres applications du contexte).
Un document formalisant les règles d’ergonomie et la charte graphique spécifiques à l'application sera
communiqué au candidat retenu.
Ces éléments pourront être ajustés en cours de réalisation, de manière concertée entre le prestataire, l'ergonome
et le graphiste de la DSI.
Les éléments purement graphiques tels que les images, pictogrammes… pourront être réalisés par le graphiste
de la DSI, en tenant compte des contraintes techniques éventuelles données par le prestataire. La DSI fournira
au prestataire des images au format gif.
L'intégration de ces éléments graphiques sera par contre à la charge du prestataire.

#ou bien, si l’intégration se fait à la DSI : #
La DSI fournira également au prestataire une maquette de pages HTML intégrant ces éléments graphiques.
Les images Photoshop (ou format équivalent) créées par le prestataire devront être livrées à la DSI :
 avec une résolution faible pour la publication Web de l'application (72 dpi),
 avec une résolution compatible pour une utilisation en PAO (300 dpi), au cas où un document imprimable
(plaquette) serait souhaité ultérieurement.
6 EXIGENCES TECHNIQUES
Les spécifications techniques de l'application sont données en annexe du document.

#Contacter le BEST et s’assurer que les paragraphes suivants sont renseignés :#
Cahier des charges
 Architecture
A compléter
 Plates-formes supportées
A compléter
 Gestion des sessions utilisateurs

A compléter
 Gestion des droits d’accès

A compléter
 Sécurité
A compléter
 Génération de graphiques et d’états

Le CNRS n’impose pas d’outil spécifique pour la génération de graphiques ou d’états à imprimer.
Le candidat décrira de façon précise les mécanismes et/ou outils utilisés pour répondre à ces fonctionnalités
ainsi que les contraintes de mise en œuvre dans l’architecture serveur.
Ces fonctions ne devront pas susciter de déploiement spécifique sur les postes de travail des utilisateurs.
De plus, les états générés devront être parfaitement génériques et indépendants de l'équipement d'impression
des utilisateurs.
 Export de données
L’application devra permettre aux utilisateurs l’export de données pour intégration dans des environnements
locaux bureautiques : Word, Excel, Access, …
 Performance
Le temps d'affichage d'une page ne devra pas dépasser 5 secondes en moyenne (pas plus de 10 secondes temps
maximal de chargement par page en condition normale d'utilisation du système, 3 secondes pour une page
statique, 8 secondes pour une page dynamique).
Le prestataire définira tous les éléments susceptibles d’optimiser les performances (paramètres d’allocation de
ressources : taille de buffer, taille de la mémoire cache…).
 Suivi d'exploitation
Les événements et les incidents en production devront être journalisés et permettre une gestion efficace des
incidents :
- les fichiers log devront être stockés dans un même répertoire,
- le délai d'épuration des fichiers log sera de : xxx,
- les fichiers log devront contenir, en dehors de la date de début et de fin, les éléments critiques
qui permettront de savoir si les opérations se sont bien déroulées.
Un outil de suivi des statistiques d'utilisation devra être mis en place par le prestataire. Les mesures d'usage et
de fréquentation seront définies en cours de projet.
#ou bien#
Un outil de suivi des statistiques d'utilisation pourra être mis en place ultérieurement par la DSI. Le prestataire
devra s'assurer de la faisabilité de la mise en œuvre d'un tel outil (éventuellement, il pourra en préconiser un).
 Préconisations pour le développement

Bien que le CNRS, n'impose pas de règles de développement et de normes de codage, l'application des
principes suivants est recommandée :
- Coder toutes les URL en relatif.
- Privilégier une interface HTML côté client, plutôt qu'une application Java.
- Ne pas utiliser de cadres (frame).
- Privilégier l'utilisation de feuilles de style CSS.
- Eviter les composants EJB côté serveur.
- Eviter autant que possible les choix propriétaires, par définition trop liés à un fournisseur et peu
interopérables.
- Privilégier les solutions faisant l'objet d'une activité de standardisation.
- Privilégier les solutions basées sur des systèmes ouverts, modulaires et évolutifs.
- Favoriser l'utilisation de frameworks techniques, de composants…
Cahier des charges
- Privilégier les framework Open source.
Cahier des charges
7 MODALITÉS D’INTERVENTION SOUHAITÉES
7.1 Contexte d'intervention du candidat retenu
La prestation de développement sera assurée sur le site du prestataire retenu. L'environnement de
développement nécessaire sera mis en œuvre par le prestataire.
#ou bien#
La prestation sera assurée sur le site du prestataire retenu. Le CNRS mettra à disposition du candidat retenu un
environnement de développement sur le serveur du CNRS dédié à cette application. Le prestataire aura accès à
cet environnement par une liaison à définir au moment du lancement du projet : généralement un accès Telnet,
FTP et SQL/Net, ouvert pour une machine cliente dont l’adresse IP est fixe.
#ou bien#
La prestation sera assurée sur le site de la DSI. Le CNRS mettra à disposition du prestataire un bureau dans ses
locaux de Labège #ou bien Meudon Bellevue#, équipé d'un poste de travail PC sous environnement Windows
XP respectant le standard DSI. Le poste de travail sera équipé du pack office 97, de FrontPage98, de l'outil de
messagerie Outlook et d'un émulateur permettant un accès Telnet au serveur hébergeant l'application.
Les environnements de développement : file system Unix, instances Oracle, seront mis à la disposition du
prestataire sur le serveur.
Le CNRS mettra à disposition du prestataire un environnement de recette (file system Unix, instance Oracle)
sur le serveur AIX hébergeant les applications actuellement opérationnelles.
L’environnement de production sera également mis en œuvre par le CNRS et ne sera pas accessible au
prestataire.
Le prestataire aura accès à l’environnement de recette par une liaison à définir au moment du lancement du
projet : généralement un accès Telnet, FTP et SQL/Net, ouvert pour une machine cliente dont l’adresse IP est
fixe.
L'administration et l'exploitation de l'ensemble des éléments serveurs : logiciels (Oracle, Oracle Application
Server), système (AIX) et matériel (serveur Bull AIX) sont assurées par le CNRS.
Le passage en production sera assuré par le CNRS à partir de procédures d'exploitation rédigées par le
prestataire.
Les éléments de configuration de l’instance Oracle et d’Oracle Application Server appliqués habituellement par
le CNRS seront transmis au prestataire au démarrage de la prestation.
Si le fonctionnement de l’application nécessite la mise en œuvre d’outils tiers, le prestataire assurera une aide à
la mise en œuvre de ces outils auprès de l’équipe CNRS.
7.2 Démarche de développement
7.2.1 Cycle de vie
#Si le découpage en itérations est déjà effectué par la DSI : #
Le prestataire devra suivre le cycle de vie itératif et incrémental, fixé par la DSI (cf. échéancier ci-après).
La documentation produite par le prestataire devra être rédigée et ajustée de manière itérative, au fur et à
mesure du développement.
#Si le découpage en itérations n'est pas encore effectué par la DSI : #

Le prestataire devra suivre un cycle de vie itératif et incrémental, et respecter les pratiques suivantes :
 Identifier les itérations du cycle et les versions incrémentales de l'application, en fonction des exigences
fonctionnelles (priorités des utilisateurs), techniques ou ergonomiques et des risques. En particulier,
l'architecture pourra être stabilisée au cours d'une des premières itérations.
 Planifier chaque livraison et validation de version incrémentale.
 Si les délais sont trop courts pour effectuer des livraisons intermédiaires de l'application, s'appuyer sur une
maquette puis sur des livraisons et des validations intermédiaires de la documentation de conception.
Cahier des charges
7.2.2 Outillage
Le CNRS n'impose pas d'outillage particulier au prestataire. Par contre, les outils utilisés par le prestataire
devront supporter des formats compatibles avec les outils utilisés ou préconisés à la DSI :
- suite bureautique : MSOffice,
- gestion de projet : MSProject,
- modélisation des données : PowerAMC,
- environnement de développement : OracleJDeveloper,
- gestion en configuration des applications : CVS.
7.2.3 Autres dispositions qualité
Formalisation des relations avec le CNRS :
 La fréquence des points d’avancement devra être défini au lancement du projet. Chaque réunion ou point
téléphonique entre le prestataire et la DSI devra faire l'objet d'une trace écrite (mèl, relevé de conclusions,
compte-rendu de réunion).
 Chaque non-respect d'une exigence de la DSI (spécifications, règles d'ergonomie, charte graphique,
délais…) devra être justifié par le prestataire et approuvé par la DSI avant d'être mis en œuvre.
Gestion de configuration logiciel :

 A chaque livraison, toute nouvelle version de l'application sera identifiée par un numéro de version :
[version].[sous-version].[état technique], initialisé à 1.1.1. Le numéro de version est incrémenté à chaque
évolution fonctionnelle importante, le numéro de sous-version : lors d'une évolution fonctionnelle minime,
l'état technique : lors d'une correction logicielle.
 Chaque livraison effectuée par le prestataire sera accompagnée d'un bon de livraison, précisant la version
des composants livrés (application ou document) et la liste des modifications implémentées.
 Le bon de livraison de chaque version intermédiaire de l'application devra être accompagné d'un manuel
d'installation à jour (dans lequel les évolutions seront tracées d'une version à l'autre).
Gestion de la documentation :
 Le prestataire devra s'assurer que tout document produit contient : le nom du document, une référence, la
date de dernière mise à jour, la version, l'historique des versions (si besoin), le sommaire, les pages
numérotées, les marques de révision apparentes d'une version à l'autre (si besoin).
7.3 Echéancier
Le CNRS souhaite que la prestation démarre au plus tôt.
#ou bien#
Le CNRS souhaite que la prestation démarre à la date du jj/mm/aa.
La fin de la prestation est prévue au plus tard pour le jj/mm/aa.
#à récupérer de la fiche de cadrage du projet, à compléter par les itérations et les versions intermédiaires si
déjà fixées par la DSI#
 étapes prévues : maquette, site pilote, déploiement généralisé…
 travaux déjà entamés
 principaux jalons :
 Réunion de lancement avec la maîtrise d'ouvrage :
 Présentation d'une maquette :
 Date de mise en production sur site pilote :
 Date de mise en production généralisée :
7.4 Divers
L’équipe projet DSI apportera au prestataire toutes les informations et précisions nécessaires à la réalisation de
ses missions.
Tous les renseignements, documents et objets qui seraient communiqués au prestataire dans le cadre de
l'exécution de cette prestation devront être considérés comme strictement confidentiels.
Cahier des charges
8 DESCRIPTION DES PRESTATIONS ATTENDUES
La présente prestation est assortie d'une obligation de résultat.

Le prestataire s'oblige à garantir au CNRS des résultats conformes aux prestations attendues,
périmètres associés et obligations requises, qui sont matérialisés par le présent cahier des charges.
Pendant toute la durée d'exécution de la prestation, le prestataire est :

- entièrement responsable des solutions qu'il propose à l'avis du CNRS ou qu'il accepte de mettre en
œuvre à la demande du CNRS,
- tenu de faire le nécessaire pour que le CNRS bénéficie, en temps utile, des informations qui sont
susceptibles de l'intéresser et, notamment, de signaler au CNRS tous les éléments qui lui
paraîtraient de nature à compromette la bonne exécution de la prestation, ainsi que toute
imprécision ou incohérence dans le cahier des charges.
Le CNRS est entièrement responsable des choix fonctionnels qu'il formule lors des travaux de
spécifications ainsi que des priorités qu'il arrête au cours de l'exécution de la prestation.
Il sera demandé au candidat retenu de réaliser les prestations suivantes :

 L'étude fonctionnelle détaillée
- Compléments à l'expression et à l'analyse des besoins.
- Réalisation d'une maquette, avec prise en compte des règles d’ergonomie et de la charte graphique
CNRS, permettant la validation des spécifications avant développement, avec évaluation-validation par
les utilisateurs.
- Elaboration du modèle conceptuel des données.
- Rédaction de la documentation fonctionnelle détaillée : architecture fonctionnelle, règles de gestion,
algorithmes, enchaînement des pages, lien entre les champs dans les pages et les données du modèle,
modèle de données conceptuel.
 La conception
- Définition de l’architecture technique des données et des traitements (modèle physique des données,
découpage et articulation des composants logiciels...).
- Définition des options permettant de garantir une modularité optimale des traitements et le niveau de
paramétrage attendu.
- Définition des options permettant de garantir des performances optimales.
- Rédaction des documents de conception.
 La réalisation de l'application
- Développement de l’ensemble des modules constituant l’application.
- Tests unitaires et d'intégration. Le plan de test n’est pas fourni par le CNRS. Ce n’est pas un livrable,
mais le plan de test du prestataire devra être communiqué pour information au CNRS. Des données de
test pourront être fournies par le CNRS. Des tests techniques sont à mettre en œuvre par le prestataire :
montée en charge, sécurité, plates-formes différentes (poste, OS, navigateurs)…
- Spécification des procédures permettant l'installation, la mise en exploitation et l'exploitation de
l’application.
- Rédaction des manuel d’installation et manuel d’exploitation.
- Livraison et installation dans l'environnement de réception.
- Assistance au CNRS lors de l'installation et de la mise en exploitation dans l'environnement de
production (transfert des connaissances de l'équipe du prestataire vers l'équipe projet CNRS).
 Les garanties
- Garantie de conformité des logiciels aux spécifications annoncées (trois #ou bien six# mois). Service
d’assistance aux heures ouvrables afin d’effectuer un diagnostic à distance. Suivi des incidents, en ce
qui concerne les responsabilités du prestataire. Assurer la correction des logiciels à la suite des
anomalies identifiées : une anomalie bloquante doit être résolue ou contournée sous 2 jours ouvrés
maximum après appel.
#ou bien, formulation plus souple :#
- Garantie de conformité des logiciels aux spécifications annoncées et service d'assistance.
#éventuellement, ajouter :#
- Garantie de non-régression des logiciels déjà en place.
Cahier des charges
9 CADRE DE RÉPONSE DU CANDIDAT
La réponse du candidat devra contenir au minimum les éléments suivants :

- un argumentaire du candidat faisant ressortir les points forts de sa proposition et son engagement de
résultat,
- l'environnement technique retenu par le prestataire (argumentation des choix),
- la démarche de développement (tâches et livrables associés),
- un calendrier de l’intervention avec l’articulation des tâches (et délai de validation par le CNRS souhaité),
- les principes de conduite de projet et d'assurance qualité nécessaires et suffisants dans le contexte du
projet,
- l'outillage mis en œuvre,
- l'organisation et la composition de l'équipe du candidat : intervenants, rôles et responsabilités,
- les relations avec le CNRS : réunions prévues et disponibilités attendues.
Le candidat devra par ailleurs démontrer sa capacité à réaliser la prestation demandée en fournissant au CNRS
les informations suivantes :
- au moins une référence dans le domaine fonctionnel,
- quelques références de réalisations dans un environnement technique similaire à celui retenu par le CNRS,
- les curriculums vitæ des collaborateurs du candidat susceptibles de prendre en charge les travaux
demandés par le CNRS,
- la capacité du candidat à faire preuve de souplesse et de réactivité dans le cadre d'un développement
itératif et incrémental,
- la capacité du candidat à réaliser les prestations demandées par le CNRS dans les délais permettant la mise
en production à la date prévue (cf. échéancier).
Enfin, le candidat devra faire figurer dans sa réponse les informations suivantes :
 la charge en jours/hommes associée à la prestation demandée, ventilée par tâche et par profil, en faisant
ressortir les éléments variables ayant permis d'évaluer la charge (nombre de pages, d'états, de données,
nombre d'itérations…), présentée dans un tableau similaire à :
Activités (à détailler par tâche) Profil 1 Profil n Charges

totales
Management et qualité (dont lancement du projet)
Spécifications et maquettage (modèle de données, ergonomie,
graphisme…)
Conception et réalisation (architecture, codage et tests)
Documentation
Livraison et installation (pour chaque version prévue)
Total projet
 le prix (HT) forfaitaire (engagement du candidat) associé à la prestation demandée et le prix (HT) du
jour/homme, selon le profil des intervenants :
Intervenant Prix HT par profil et Nombre de jours Prix HT de la prestation

par jour par profil
Profil 1
Profil n
Total
Le candidat indiquera les garanties, le délai de validité de l’offre et les conditions particulières (réductions et
remises accordées, etc.).

53e0a58e5069f PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

53e0a58e5069f PDF

Transféré par

Droits d'auteur :

Formats disponibles

Centre national de la recherche scientifique

Direction des systèmes d'information

Diffusion : sociétés candidates

Table des mises à jour du document

Version Date Objet de la mise à jour

1.0 jj/mm/aa Création du document

3 PRÉSENTATION GÉNÉRALE DE L'APPLICATION.............................................................................7

5 EXIGENCES D'ERGONOMIE ET GRAPHISME...................................................................................8

7 MODALITÉS D’INTERVENTION SOUHAITÉES................................................................................11

9 CADRE DE RÉPONSE DU CANDIDAT..................................................................................................13

L'organisation actuelle du CNRS comprend les structures suivantes :

Les bureaux des domaines applicatifs :

Les bureaux de support :

Il est également possible de consulter le site de la DSI à l’adresse suivante : http://www.dsi.cnrs.fr.

La description fonctionnelle de l'application est donnée en annexe du document.

#éventuellement, ajouter et compléter :#

#éventuellement, ajouter et compléter :#

#S'il existe déjà une maquette : #

#ou bien , si la maquette doit être réalisée par le prestataire : #

L'intégration de ces éléments graphiques sera par contre à la charge du prestataire.

Les spécifications techniques de l'application sont données en annexe du document.

 Gestion des sessions utilisateurs

 Gestion des droits d’accès

 Génération de graphiques et d’états

 Préconisations pour le développement

- Privilégier les framework Open source.

#Si le découpage en itérations n'est pas encore effectué par la DSI : #

Gestion de configuration logiciel :

La fin de la prestation est prévue au plus tard pour le jj/mm/aa.

La présente prestation est assortie d'une obligation de résultat.

Pendant toute la durée d'exécution de la prestation, le prestataire est :

Il sera demandé au candidat retenu de réaliser les prestations suivantes :

La réponse du candidat devra contenir au minimum les éléments suivants :

Activités (à détailler par tâche) Profil 1 Profil n Charges

Intervenant Prix HT par profil et Nombre de jours Prix HT de la prestation

Vous aimerez peut-être aussi