CG95 -Internet- Cahier des charges - Télécharger Courstelecharger-cours.com/doc/2998.doc · Web viewCette page constituera la page de présentation d’un article, d’un contenu

Conseil Général du Val d’OiseDirection Générale de la

Communication

Cahier des clauses techniques particulières (CCTP)

Réalisation du site internet du Conseil Général du Val d’Oise

Version 8.0

INTRODUCTION 42. DESCRIPTION FONCTIONNELLE DE LA SOLUTION ATTENDUE 63. DESCRIPTION DE LA CONFIGURATION DE L'INSTANCE INITIALE 214. CONTRAINTES TECHNIQUES 405. DESCRIPTION DE LA DÉMARCHE ATTENDUE POUR LA REALISATION DES PRESTATIONS 426. DÉCOMPOSITION DES PRESTATIONS ATTENDUES 467. MAINTENANCE CORRECTIVE ET ASSISTANCE 488. ELÉMENTS DE RÉPONSE ATTENDUS 509. Annexes 50

Ce document comporte 58 pages

Conseil et assistance opérationnelle à la conduite de projets TICsUSeO SARL – 149 rue Saint-Honoré - 75001 Paris – www.useo.fr

Sommaire

INTRODUCTION 41.1. Présentation du document....................................................................................41.2. Présentation du projet..........................................................................................4

1.2.1. Contexte........................................................................................................41.2.2. Le projet.........................................................................................................4

2. DESCRIPTION FONCTIONNELLE DE LA SOLUTION ATTENDUE 62.1. Présentation générale...........................................................................................6

2.1.1. Un portail de services....................................................................................62.2. Portail internet......................................................................................................6

2.2.1. Agencement de l’information et des modules................................................62.2.2. Gestion des rôles...........................................................................................82.2.3. Fonctions particulières...................................................................................9

2.3. Administration fonctionnelle...............................................................................102.4. Module de Gestion de contenus..........................................................................12

2.4.1. Publication...................................................................................................122.4.2. Fonctions liées à une publication.................................................................132.4.3. Créer un contenu.........................................................................................142.4.4. Gestion des droits........................................................................................152.4.5. Fonctions participatives...............................................................................152.4.6. Portlets.........................................................................................................16

2.5. Module de Sondage............................................................................................172.6. Module Formulaires.............................................................................................172.7. Module d’intégration des vidéos de YouTube......................................................182.8. Module d’intégration de Cartes Google Maps......................................................182.9. Moteur de recherche...........................................................................................182.10. Performance de l’application...........................................................................20

2.10.1. Qualité de service.....................................................................................202.10.2. Dimensionnement et évolution de la capacité de l’application.................20

2.11. Respect des normes d’accessibilité.................................................................202.12. Statistiques internes........................................................................................21

3. DESCRIPTION DE LA CONFIGURATION DE L'INSTANCE INITIALE 213.1. Organisation de l’information..............................................................................213.2. Module de Publication.........................................................................................213.3. Autres modules...................................................................................................223.4. Maquettes fonctionnelles de l’instance initiale...................................................23

4. CONTRAINTES TECHNIQUES 404.1. Portail internet....................................................................................................404.2. Accessibilité........................................................................................................41

5. DESCRIPTION DE LA DÉMARCHE ATTENDUE POUR LA REALISATION DES PRESTATIONS 42

5.1. Cadrage du projet...............................................................................................425.2. Mise en œuvre....................................................................................................43

5.2.1. Spécifications fonctionnelles........................................................................435.2.2. Réalisation...................................................................................................445.2.3. Installation de la plateforme........................................................................445.2.4. Recette VABF et VSR....................................................................................45

6. DÉCOMPOSITION DES PRESTATIONS ATTENDUES 466.1. Unité d’œuvre 1 : Installation du site web opérationnel sur les plates-formes matérielles de test et de production..............................................................................466.2. Unité d’œuvre 2 : Session de formation des agents contributeurs......................466.3. Unité d’œuvre 3 : Session de formation des administrateurs du site..................476.4. Unité d’œuvre 4 : Reprise des contenus et médias de Valdoise.fr actuel............476.5. Unité d’œuvre 5 : Installation et mise à disposition opérationnelle de l’ensemble des fonctions du CCTP attendues..................................................................................48

CCTP – Réalisation du site internet du Conseil Général du Val d’Oise 2Version : 8.0 (document.doc)

6.6. Unité d’œuvre 6 : Location mensuelle en mode SAAS des fonctions proposées sous ce mode................................................................................................................486.7. Unité d’œuvre 7 : Intégration du back office dans le système d’information du CG

486.8. Unité d’œuvre 8.1 : Maintenance corrective.......................................................486.9. Unité d’œuvre 8.2 : Assistance téléphonique......................................................48

7. MAINTENANCE CORRECTIVE ET ASSISTANCE 497.1. Conditions de maintenance................................................................................497.2. La maintenance corrective..................................................................................497.3. L'assistance téléphonique...................................................................................50

8. ANNEXES 518.1. Glossaire - Définitions de termes clefs, tels qu’entendus dans le cadre du projet

518.1.1. Termes concernant les niveaux d’intégration..............................................518.1.2. Termes concernant la recette de l’application.............................................52

8.2. Description de l’environnement technique et du SI............................................528.2.1. Présentation du Système d’Informations du CG95.......................................528.2.2. Contraintes d’intégration dans le système d’informations du Conseil Général

568.3. Spécifications du format d’export des contenus et des médias..........................588.4. Charte graphique de Valdoise.fr.........................................................................58


INTRODUCTION

1.1. Présentation du documentCe document constitue le cahier des clauses techniques particulières (CCTP) pour la réalisation du site internet du Conseil Général du Val d’Oise, ce CCTP décrit :

le contexte et la démarche attendue pour la réalisation de la prestation, les fonctionnalités attendues du futur site internet la description de la configuration de l’instance initiale, les prestations attendues, les réponses attendues dans le cadre de la consultation.

Une description de l’environnement technique d’intégration est présentée en annexe.

Chaque exigence fonctionnelle est déclinée en « Exigences principales » et « Exigences secondaires ». Cette distinction permet de hiérarchiser l’importance accordée. Le périmètre fonctionnel attendu de la solution comprend l’ensemble des exigences (« Exigences principales » et « Exigences secondaires »).Des « Eléments de réponse attendus » spécifiques peuvent également être précisés pour chaque exigence fonctionnelle. Ces éléments viennent compléter les éléments attendus dans le cadre de la réponse de l’opérateur économique et décrits dans la partie « Eléments de réponse attendus ».

Dans ce document, les termes « Maitre d’œuvre (MOE) » ou « opérateur économique » désignent le titulaire du présent marché. Les termes « Maitrise d’ouvrage (MOA) » ou « CG95 » désignent le Conseil Général du Val d’Oise, et plus particulièrement pour la MOA les services en charge du projet.

1.2. Présentation du projet

1.2.1. Contexte

Le département du Val d’Oise est une collectivité territoriale au service des Val d’Oisiens et d’autres partenaires locaux, nationaux dans des domaines très divers comme :

La construction et l’équipement de routes et de collèges La protection de l’enfance, l’insertion sociale, les personnes âgées Le handicap, l’aide et les services apportés aux personnes handicapées Les transports et les déplacements L’habitat et le logement aidé L’eau, l’assainissement et les déchets

La Direction de la communication du Conseil général du Val d’Oise souhaite faire évoluer son site afin de :

moderniser son interface actualiser l’agencement de l’information de sorte à valoriser ses politiques

publiques, ses dispositifs et ses services en ligne développer le dialogue citoyen assurer une meilleure accessibilité de son site.

Dans ce contexte, le Conseil général souhaite refondre son site internet, l’interfacer avec sa brique CAPDEMAT pour les e-services et un espace de dialogue dédié.

1.2.2. Le projet

Autour du projet technique, un projet éditorial conséquent est engagé afin de redéfinir un agencement de l’information et une organisation éditoriale associée.Le site sera structuré autour de 4 univers :

Univers 1 : Les politiques publiques. Il présentera les politiques publiques sur lesquelles s’engage l’exécutif.


Univers 2 : Les dispositifs. Présentation des dispositifs consécutifs des politiques publiques gérés par le Conseil général et destiné aux acteurs du département

Univers 3 : les Services de proximité : Ensemble des services (résultant également des politiques publiques) accessibles aux acteurs du département en ligne ou par les canaux habituels.

Univers 4 : Citoyen. Un espace s’adressant à l’internaute en tant que Citoyen et structuré autour des différents profils qu’adresse la collectivité.

Des liens transversaux permettront d’associer ces 4 regards sur l’action du Conseil général sur une même thématique.L’information sera délibérément formalisée et présentée pour répondre aux attentes du grand public, un site accessible dans tous les sens du terme.


2. DESCRIPTION FONCTIONNELLE DE LA SOLUTION ATTENDUE

2.1. Présentation générale

2.1.1. Un portail de services

Le site internet est défini comme un portail de services. Ce document décrit dans un premier temps les modules fonctionnels génériques, puis la configuration initiale attendue.

Le projet concerne la réalisation du volet Portail et CMS, ainsi que l’interfaçage avec CAPDEMAT (e-Services) et la plateforme de dialogue. Ces deux ensembles nécessiteront une identification. Elles seront gérées indépendamment du Portail.

L’offre de contenu et de services sera amenée à évoluer continuellement et la solution mise en place devra permettre de la configurer via une administration fonctionnelle.

2.2. Portail internet

2.2.1. Agencement de l’information et des modules

Du point de vue fonctionnel, l’agencement du site internet est défini à partir de « types de page » dans lesquels viennent s’insérer des éléments comme des Portlets (ou assimilés) ou des contenus.

(Remarque : dans la suite du document par portlets nous ferons référence au portlets comme des éléments assimilés à des portlets et nous ne ferons pas nécessairement référence à la définition technique)


Les Portlets sont des petites interfaces applicatives (permettant un affichage de données et de formuler des requêtes) d'un module du Portail (Gestion de contenu, Module de sondage), d'un Webservice d'une application du SI ou externe (Saas). Ils sont décrits avec chaque module fonctionnel.

La fonction de Portail consiste à agencer ces différents éléments, et ce différemment en fonction du profil de l’internaute connecté, les informations sont affichées en fonction du contexte.

Des univers (correspondant aux rubriques de 1er niveau) regrouperont l'information répondant à un contexte d'utilisation. Plusieurs contributeurs pourront intervenir sur ces espaces. Ces espaces seront personnalisés à partir des profils des internautes.

Une navigation par localité permettra à l’internaute de caractériser les informations proposées en fonction de son canton (appartenance déterminé à partir de la saisie de son code postal). Il n'y a pas de reconnaissance d'une session à l'autre, la personnalisation des informations n'est valable que pour la session en cours.

Ubiquité des contenus (publication, documents, fichiers, etc.)Exigence principale

Il n'y a pas forcément un seul chemin pour accéder à une information. Un même contenu peut apparaître dans plusieurs rubriques. De plus, les gestionnaires de contenus pourront connaître les différents emplacements de diffusion des contenus.

Eléments de réponse attendusL’opérateur économique présentera (avec copie(s) d’écran) les fonctions permettant la gestion de documents et de publication dans plusieurs rubriques, illustrée par des copies d’écran et stipulant les éventuelles limites de l’outil.

PortletsExigence principale

Un extrait, une accroche ou une présentation courte des contenus pourra automatiquement remonter dans des Portlets. Ils pourront être agencés de différentes manières au sein de pages "d'accueil", agencement qui sera défini lors des spécifications.Ils permettront de remonter :

la liste des contenus d'une rubrique, certains champs d'un contenu (titre + accroche, par exemple), remonter une liste de publications externes.

La liste des portlets pour chaque module est définie dans la description fonctionnelle de chacun.


Eléments de réponse attendusL’opérateur économique présentera (avec copie(s) d’écran) les fonctionnalités permettant de définir ces règles de gestion des portlets.

Flux RSS Exigence principale

Il sera possible de mettre à disposition des internautes un Flux RSS du site. Les particularités du flux seront déterminées lors des spécifications fonctionnelles.

Exigence secondaireLes administrateurs fonctionnels auront la possibilité de créer des Flux RSS à partir de données du portail. Ils pourront par exemple créer un flux à partir d’articles d’une rubrique, de documents ayant des attributs particuliers, à partir de résultats de recherche, de commentaires. Le périmètre des données utilisables sera déterminé lors des spécifications fonctionnelles.

Eléments de réponse attendusL’opérateur économique présentera (avec copie(s) d’écran) les fonctions de gestion des flux RSS de la solution proposée.

2.2.2. Gestion des rôles

Trois rôles, détaillés et configurables dans chaque module, sont définis.

Administrateur fonctionnel En charge de l'administration fonctionnelle des fonctions portails

Gestionnaire Accès aux fonctions de gestion (définies dans chaque module)

Utilisateur / Contributeur

Accès aux fonctions de publication. Ces derniers sont reconnus par leur prénom et nom (authentification Windows mais possibilité pour l’utilisateur de se connecter sous un autre compte).

Le terme « internaute » correspond aux visiteurs du site. Ils ont accès au Front office et aux espaces à accès restreint, seulement pour certains d’entre eux.

En sus, un profil « administrateur technique » aura la charge des opérations techniques sur la plate-forme.Chaque acteur bénéficiant d’un droit d’accès a nécessairement un rôle. Sur chaque module un rôle par défaut est défini.

Exigence principaleAffectation des rôles : L’administrateur fonctionnel affecte les rôles. Il peut déléguer, sur un module donné, la gestion des droits/rôles au gestionnaire du module.

Héritage des droits / rôles : L’administrateur fonctionnel peut répandre par héritage les droits/rôles d’une rubrique à l’ensemble de ses sous-rubriques, écrasant alors la configuration existante de ces sous-briques.

Surcharge des droits / rôles : L’administrateur fonctionnel peut répandre par surcharge les droits/rôles d’une rubrique à l’ensemble de ses sous-rubriques, conservant alors la configuration existante de ces sous-briques (à laquelle s’ajoute les droits/rôles répandus).

Disposer d’une interface de gestion des rôles par module : Pour chaque module l’administrateur fonctionnel accède à une interface de gestion lui permettant de définir les rôles des acteurs.


Exigence secondairePermettre à l’administrateur fonctionnel de :

Lister tous les droits/rôles d’un acteur donné Lister tous les acteurs/rôles accédant à un service donnéEléments de réponse attendus

L’opérateur économique présentera (avec copie(s) d’écran) les fonctions permettant de gérer les droits et rôles des utilisateurs.

2.2.3. Fonctions particulières

Intégration de marqueursExigence principale

Des marqueurs seront intégrés dans les différentes pages du site (Xiti ou/et Google Analytics). Lorsqu'une nouvelle page ou publication est créée, un marqueur est intégré de façon automatique à la page, et son nommage permet de retrouver facilement la page dans l’outil de statistique. Le marquage concernera : les téléchargements, les pages, les objets flash, le moteur de recherche et les pages de sortie.

Outils de statistiques / Liens morts Exigence principale

La solution permettra d'identifier les liens morts dans les différentes pages du site internet. Elle proposera un ensemble d’outils de statistique permettant de déterminer : les derniers articles publiés, les articles les plus consultés et les articles les moins mis à jour.

Eléments de réponse attendusL’opérateur économique présentera les outils statistiques disponibles dans la solution (avec copie(s) d’écran).

Réécriture d’URLExigence principale

La solution permettra la réécriture d'URL, toutes les pages auront des URL « propres » et « canoniques ». Les nouvelles pages créées à partir de publications auront aussi une url propre, avec élimination des caractères spéciaux (par exemple, www.monsite.com/titre-de-la-publication/sous-rubrique/rubrique1 )

Eléments de réponse attendusL’opérateur économique présentera des exemples de réalisation (avec copie(s) d’écran) ayant un ensemble de pages dynamiques avec réécriture d’url.

Plan du site dynamiqueExigence principale

La solution sera en mesure de créer automatiquement un plan du site dynamique mis à jour lorsque des rubriques ou des publications sont ajoutées dans le Back Office.

Site mapExigence principale

La solution sera en mesure de créer automatiquement un « site map » qui améliorera le référencement du site et permettra aux moteurs de recherche de proposer des accès directs aux rubriques principales du site.

AgendaExigence principale


http://www.monsite.com/titre-de-la-publication/sous-rubrique/rubrique1

http://www.monsite.com/titre-de-la-publication/sous-rubrique/rubrique1

Un module agenda sera présent sur le site. Capable de gérer plusieurs agendas, il pourra communiquer sur les prochains évènements du CG et permettra d’accéder à d’autres types de contenus de site liés à l’évènement (publication, vidéos youtube etc.)

Bloc imageExigence principale

Un bloc éditable permettra au gestionnaire d’activer et de positionner dans une page un texte ou une image pouvant comprendre des liens internes.

Note de publicationsExigence principale

Les internautes auront la possibilité de noter une publication, à travers un système de note ou d’une question (exemple : Cet article répond-t-il à vos attentes ?). Le contributeur aura la possibilité d’activer ou non cette fonction. L’administrateur fonctionnel pourra définir sur quels types de publication cette fonction pourra être activée.

2.3. Administration fonctionnelle

Configuration des modulesExigence principale

Les différents modules seront configurés lors de la mise en place du site internet. Les modules présents initialement seront : Gestion de contenu, Blog (1 instance), Espaces de discussion, Agenda.

Eléments de réponse attendusL’opérateur économique présentera (avec copie(s) d’écran) la présentation du processus d’instanciation d’un module avec le produit proposé.

Rôle des Administrateurs fonctionnels Exigence principale

L’administrateur fonctionnel sera en mesure de configurer les modules (par exemple les rubriques et leur ordre d’affichage), de définir l’agencement des pages d’accueil, de définir les types de publication, d’affecter les droits et les rôles. Il sera aussi en mesure d’instancier un module du portail.

Eléments de réponse attendusL’opérateur économique présentera (avec copie(s) d’écran) les fonctions permettant à l’administrateur fonctionnel d’agencer les contenus.

Rôle du binôme contributeur / valideurNote : Les rôles « contributeur » et « valideur » sont détaillés dans la partie sur les circuits de validation (cf. Workflow – Circuit de validation)

Exigence principaleLes contributeurs qualifieront leurs contenus et les affecteront à une ou plusieurs rubriques. Les valideurs sont alertés lorsqu’ils ont un contenu à valider.

Exigence secondaireLes administrateurs fonctionnels pourront étendre la disponibilité d'un contenu dans d'autres rubriques.

Eléments de réponse attendusL’opérateur économique présentera (avec copie(s) d’écran) les fonctions d’affectation des contenus à une ou plusieurs rubriques.

Gestion des rubriques du siteExigence principale


L’administrateur fonctionnel pourra gérer les rubriques du site (créer, renommer, déplacer, supprimer) et leurs sous-rubriques. Il pourra définir une série de droits pour des groupes d’utilisateurs sur les différentes rubriques.

Eléments de réponse attendusL’opérateur économique présentera (avec copie(s) d’écran) les fonctions de gestion des rubriques.

Gestion des profilsExigence principale

Les administrateurs fonctionnels pourront facilement ajouter un nouveau contributeur dans l'outil. Les comptes seront rattachés à l'annuaire du SI.

Gestion des droitsExigence principale

Il est possible de déléguer des droits sur un espace donnée : l'affection des droits peut être déléguée à un utilisateur sur une rubrique particulière du site internet.

Eléments de réponse attendusL’opérateur économique présentera (avec copie(s) d’écran) les fonctionnalités de gestion des droits, du produit proposé.

Gestion des groupesExigence principale

Il sera possible de définir des groupes d'utilisateurs dont les droits seront paramétrables.Exigence secondaire

La définition de groupes à partir de groupes existants sera également possible.Eléments de réponse attendus

L’opérateur économique présentera (avec copie(s) d’écran) les fonctionnalités de gestion des groupes, du produit proposé.


2.4. Module de Gestion de contenusLe service de Gestion de contenus permet de gérer les publications sur le site. Il est défini par ses acteurs et ses paramètres de configuration.

2.4.1. Publication

Type de publication

Un type de publication est un masque de saisie permettant de spécifier au contributeur les données qu’il a à saisir. Un type de publication est associé à une mise en page particulière.

Exigence Un ensemble de types de publication sera disponible (ex: Articles, Actualités, Evènements, FAQ, Diaporama photos, Communiqués de presse, etc.) et défini lors des spécifications fonctionnelles. Les administrateurs techniques auront la possibilité de créer des nouveaux types de publication.

Exigence secondaireLes administrateurs fonctionnels (sans connaissances techniques particulières) auront la possibilité de créer des nouveaux types de publication par une interface de saisie web. Ils auront la possibilité de sélectionner, à travers cette interface web, la mise en page de leur nouveau type de publication. Au sein de ses publications il sera possible d’intégrer facilement du code HTML type (exemple intégration de vidéos YouTube).

Eléments de réponse attendusL’opérateur économique précisera le concept attaché à la notion de Type de publication dans le cadre du produit proposé.

PublicationExigence

Le contenu sera du texte, des images, des animations, des galeries d'images. Il sera également possible d’y intégrer facilement du code html type vidéos YouTube. Il sera possible d'associer des mots clés à une publication afin d'en faciliter la recherche. Pour une publication particulière, il sera possible de mettre en avant d’autres publications en rapport, sur la même page (cf. Portlet publications liées)

Déclaration des cibles privilégiées (pour la personnalisation)Exigence principale

Le publicateur pourra affecter des cibles privilégiées parmi une liste de cible. Ces informations seront exploitées dans le cadre de la personnalisation de l’information proposée à l’internaute. Les administrateurs fonctionnels auront la possibilité de définir ces cibles privilégiés.

Période de publicationExigence principale

Un contributeur aura la possibilité de définir une période sur laquelle un contenu sera visible sur le site internet (date de début et date de fin). Il sera par ailleurs possible d’archiver les publications.

Saisonnalité de la publicationExigence principale

Pour chaque publication, il sera possible d’associer une saisonnalité de la publication dans l’année avec une date de début, une date de fin et la récurrence de la publication.


Les articles en concordance avec la saisonnalité remonteront automatiquement auprès des responsables de la gestion éditoriale ce qui facilitera le choix des contenus à publier en fonction de la période de l’année.

Eléments de réponse attendusL’opérateur économique démontrera via des captures d’écran les possibilités de saisonnalité de la publication.

Association d’une remontée provenant du Blog du présidentExigence principale

Le président du Conseil général du Val d’Oise anime un blog : http://blogpresident.valdoise.fr. Les articles sont postés dans différentes catégories. Un publicateur doit pouvoir associer une remontée provenant d’une ou plusieurs catégories du Blog du Président à son article. Il choisira les catégories et le nombre. Un portlet remontant le titre et la date de ces remontés sera affichés aux cotés de l’article.

Versionning des publicationsExigence principale

Un historique complet des modifications présentant les différentes versions d'une publication, les différentes actions et leurs contributeurs sera disponible et permettra de revenir aux versions précédentes.

Eléments de réponse attendusL’opérateur économique présentera les fonctions (avec copie(s) d’écran) de gestion des versions du produit proposé.

ContactExigence principale

Il sera possible d'associer un Formulaire contact (issu de Capdemat et / ou du sytème de gestion des formulaires) à une publication. Ce formulaire est issu de l’application Capdemat. Il permet de traiter les demandes de contact en ligne, de les aiguiller vers l’agent compétent.

2.4.2. Fonctions liées à une publication

Impression d’une publicationExigence principale

Chaque publication doit pouvoir être imprimée avec une entête et un pied de page. Les menus et éléments de navigation n’apparaitront pas sur le document.

Exigence secondaireLors de l’impression d’une publication, les liens présents dans la publication seront présentés sous forme d’adresse.

Eléments de réponse attendusL’opérateur économique présentera des exemples de réalisations intégrant ce type d’outils (avec copie(s) d’écran).

Fonction export et visionnage PDFExigence principale

La solution permettra de visionner directement des pdf comme une publication et une fonction « Export PDF » sera présente. Cette fonction permettra à l’internaute d’obtenir une version PDF de la publication. Cette version PDF sera mise en forme avec une entête et un pied de page. Les menus et éléments de navigation n’apparaitront pas sur le document.


Exigence secondaireLa solution permettra de visionner les Pdf de manière plus interactive. En reprenant les codes graphiques et ergonomiques du magazine papier (vision du fichier pdf personnalisée et épurée, possibilité de tourner les pages en cliquant sur les rebords de la page etc.). Zoom réalisable via un double clic.


Fonction « Diffusion de l’information»Exigence principale

La solution permettra d’associer aux publications la fonction « Partager sur un autre site ». Cette fonction permettra à l’internaute de choisir un une méthode de diffusion de l’information : l’email, une option «faire suivre l’article » ou un site social (ex : Blogger, Twitter, Wordpress, Facebook, Myspace, Digg, etc.) La liste exacte des sites sera définie lors des spécifications fonctionnelles. Il sera également possible d’envoyer l’article par mail et de le faire suivre à un contact.


2.4.3. Créer un contenu

Interface WYSIWYGExigence principale

La publication est rédigée dans un mini-Word mettant à disposition les outils de base de mise en forme (G, I, S, liens, tableaux, insertion d'images et de documents, infobulles). L'intégration de fichiers (images, PDF etc.) dans le contenu se fait en une étape. Les éléments à télécharger pourront apparaître à côté ou en bas de la publication.

Le redimensionnement des images à la taille du gabarit ainsi que l'incrustation d'un copyright, se fera de façon automatique par le gestionnaire de contenu. Le gestionnaire de contenu conservera une version haute définition de l’image, accessible par l’internaute depuis la publication. Enfin le gestionnaire de contenu obligera le contributeur à mettre une légende à son image (pour des raisons d’accessibilité).

Cet éditeur acceptera les copier-coller depuis les documents Word en gardant la mise en forme et en nettoyant le code (niveaux des titres, puces, etc.). La solution permettra de visualiser l’application des styles CSS lors de l’édition du contenu. Le format de sortie de l’éditeur sera du XHTML.

Eléments de réponse attendusL’opérateur économique présentera les fonctions (avec copie(s) d’écran) de l’éditeur WYSIWYG et ses fonctions de gestion.

Prévisualisation de la mise en forme du contenuExigence principale

Les contributeurs auront la possibilité de pré-visualiser une publication dans l'environnement cible aux différentes étapes de validation du contenu.

Eléments de réponse attendusL’opérateur économique présentera des fonctions permettant aux contributeurs de pré-visualiser leur contenu, des modifications d’arborescence, des mises en place de


nouveaux modules de façon à simuler un système de sites de pré-production et production (avec copie(s) d’écran).

2.4.4. Gestion des droits

Différents acteurs et rôlesExigence principale

Les contributeurs auront la possibilité de créer des publications, les validateurs valideront les publications créées. Les administrateurs fonctionnels auront la possibilité de configurer des circuits de validation, de définir des droits, d'attribuer les rôles aux différents utilisateurs et d'instancier des modules (blog, gestion de contenu, espaces de discussion, sondage).

Workflow – Circuit de validationExigence principale

Le contributeur a la possibilité de choisir une personne en charge de valider son contenu dans une liste prédéfinie qui sera fonction de la rubrique dans laquelle se trouve la publication. Il aura la possibilité d'ajouter une personne librement en entrant son email. En cas de non-réponse du valideur, dans un délai à définir, le contributeur aura la possibilité de solliciter un autre valideur. Le circuit de validation pourra avoir deux étapes de validation (par exemple, validation du supérieur hiérarchique puis validation du service communication).

La définition de ces circuits de validation se fera de façon nominative ou par groupe. La façon dont on gère ces différents droits sera gérée dans le portail de façon globale.

2.4.5. Fonctions participatives

Fonction NotationExigence principale

Un contributeur aura la possibilité de noter les publications. Les administrateurs fonctionnels auront la possibilité de définir sur quels types de publication cette fonctionnalité est disponible.

Exigence secondaireLe système de notes des publications par les internautes permettra de mettre en avant les publications les mieux notés.

Fonction Nombre de consultationsExigence principale

A chaque consultation d’une page, il sera possible de connaitre le nombre de fois ou la page a été consultée. Ce compteur sera visible et actualisé après chaque consultation.


2.4.6. Portlets

Portlets « Les 10 dernières actualités » ou « les plus récentes »Exigence principale

Il sera possible de faire remonter les dernières actualités publiées dans une rubrique particulière ou sur tout le site dans une page d’accueil.

Portlets « Les pages les plus consultées »Exigence principale

Il sera possible de faire remonter les pages les plus consultées par rapport à un domaine, un thème ou bien un type de publication. Ce portlet pourra être rajouté dans une rubrique particulière ou sur tout le site dans une page d’accueil.

Portlets « Les pages les mieux notées»Exigence principale

Il sera possible de faire remonter les pages les mieux notées par rapport à un domaine, un thème ou bien un type de publication. Ce portlet pourra être rajouté dans une rubrique particulière ou sur tout le site dans une page d’accueil.

Portlets « Une»Exigence principale

Un administrateur fonctionnel aura la possibilité de choisir parmi les publications, lesquelles doivent remonter dans le portlet « Une ». Le portlet « Une » devra pouvoir être composé d’un visuel cliquable.

Portlets « Publications liées»Exigence principale

Il sera possible d’associer des publications entre elles de façon à avoir une remontée de ces publications (seulement le titre et le résumé, par exemple) sur la page d’une publication particulière.

Portlets « Diaporama Photos»Exigence principale

Il sera possible d’intégrer facilement et intuitivement à une publication des images provenant du site.

Portlets « Web TV»Exigence principale

Il sera possible d’intégrer et de créer facilement un portlet composé de l’ensemble des vidéos mis en ligne sur YouTube. Ce portlet renverra vers les pages de publication ou les vidéos seront intégrées.

Portlets Cartes Google MapsExigence principale

Il sera possible d’intégrer facilement à une publication des coordonnées géographiques, qui permettront de géolocaliser la publication au sein d’un Portlet Google Maps.


Portlets « Sur le terrain »Exigence principale

Il sera possible de faire remonter facilement les dernières actualités locales sur le portlet « sur le terrain ». Le portlet sera contextualisé en fonction du code postal que l’utilisateur pourra préciser. Si le code postal n’est pas reconnu le portlet affichera simplement les dernières actualités locales. Si le code postal fait partie du département le portlet sera contextualisé par rapport à ce code postal. Si le code postal est hors département le portlet pourra afficher l’actualité liée aux codes postaux du département les plus proches du code postal précisé.En plus de contextualiser l’actualité par rapport au code postal, le portlet affichera le ou les noms des cantons liés à l’actualité. Une table des correspondances des codes postaux et des cantons sera fournis par le CG 95.

Portlet « Mon information »

Exigence principaleIl sera possible de faire remonter facilement les dernières actualités par rapport à un code postal et à des centres d’intérêts via le portlet « Mon Information ». Le portlet mon information reprendra le mode de fonctionnement du portlet sur le terrain et pourra en plus permettre d’ajouter une définition de ces centres d’intérêts par rapport à une liste prédéfini. Ce qui permettra à ce portlet d’afficher une actualité mixte basé sur un code postal et des centres d’intérêts spécifiques

2.5. Module de Sondage

Format du sondageExigence principale

Le questionnaire est composé d'une à cinq question à choix multiples. Il est présenté dans la partie centrale d'une page ou dans une colonne.

ProcessusExigence principale

L'internaute peut répondre aux sondages/questionnaires sans être authentifié. Après avoir répondu aux questions puis validé le formulaire, l'internaute obtient les résultats du questionnaire (pourcentage des réponses aux différentes questions) sous forme d’un camembert ou de barres.

Gestion du sondageExigence principale

La gestion du sondage se fait par un administrateur fonctionnel non technicien. Il pourra associer ces sondages à une publication, à une rubrique ou à un endroit particulier du site. Dans le back office, il sera possible d'exporter les résultats (au format Excel).

Eléments de réponse attendusL’opérateur économique présentera les fonctions permettant de créer un questionnaire et permettant de récupérer les résultats (avec copie(s) d’écran).

2.6. Module Formulaires Exigence principale

Les contributeurs ou les administrateurs fonctionnels auront la possibilité de créer des formulaires depuis le back office et de les mettre en ligne sur le site. Ils peuvent sélectionner un ensemble de types de champs (cases à cocher, questions à choix


multiple, texte court ou long, liste déroulante, texte riche) pour créer leur formulaire. Ils peuvent également préciser si certains volets, onglets, email, pièces jointes sont obligatoires. Ils peuvent créer un tableau avec plusieurs colonne (une série de question avec pour chacune « très bien », « bien », « moins bien », par exemple). Le contributeur retrouvera les résultats des questionnaires de façon exploitable dans le back office et aura la possibilité de les exporter dans des formats usuels (xls et csv), on pourra faire des analyses des réponses. Un workflow adhoc de réponse sera configurable. Il sera possible d’exporter les résultats. On pourra également gérer la qualité du service.

Eléments de réponse attendusL’opérateur économique présentera les fonctions permettant de mettre en place des formulaires et de gérer les résultats des formulaires (avec copie(s) d’écran).

2.7. Module d’intégration des vidéos de YouTubeLe Conseil Général souhaite intégrer des vidéos de sa future chaine sur YouTube dans les pages du site internet.

Exigence principaleLa solution permettra en Front Office d’afficher vidéos YouTube au sein des publications via un compte YouTube Expert. Les vidéos devront pouvoir être accessibles. La page YouTube sera alignée graphiquement avec les pages du site du CG 95. Des chaines vidéo thématiques seront présentes sur le compte YouTube.

Eléments de réponse attendusL’opérateur économique présentera la méthode d’intégration avec YouTube avec des captures d’écran.

2.8. Module d’intégration de Cartes Google Maps

Le Conseil Général souhaite mettre à disposition des internautes des cartes Google Maps présentant certains éléments du département. L’opérateur économique proposer une méthode d’intégration du back office du site avec Google Maps. Ces cartes seront intégrées dans les pages du site internet et les éléments des cartes pourront être configurés depuis le back office.

Exigence principaleLa solution permettre en Front Office d’afficher les cartes Google Maps au sein des publications. L’outil de gestion des cartes sera dans le Back Office. Un type de publication spécifique sera défini afin de pouvoir associer un codage de géolocalisation à une liste d’item. Ces items seront ensuite affichés sur la carte.

Eléments de réponse attendusL’opérateur économique présentera la méthode d’intégration avec Google Maps, ainsi que les fonctions accessibles par l’internaute.

2.9. Moteur de recherche

Fonctionnalités linguistiques, syntaxiques et sémantiquesExigences principales

Le moteur de recherche devra : Disposer d’un module de correction orthographique Permettre de faire des recompositions automatiques de recherche en cas de

requête multi-terme infructueuse


Supprimer les variations syntaxiques (le moteur gomme automatiquement les variations syntaxiques : masculin, féminin, singulier, pluriel…etc)

Faire de la siglaison : rapprochement automatique d’un acronyme de sa dénomination complète

Proposer des suggestions automatiques de recherches : ensemble de termes proposés associés à la requête initiale permettant à l’internaute d’affiner ou de relancer sa recherche

Affichage des résultatsExigence principale

La liste des résultats est triée par pertinence. Pour chaque résultat, il sera affiché : Le titre et un extrait de texte contenant le mot clef (mis en avant). Date Attributs d’un fichier (Taille du fichier, Format, Nombre de pages, Langue) Date de publication (ou de la dernière modification) Un aperçu du résultat (petite image)

Exigence secondairePlusieurs modes d’affichages des résultats, sélectionnables par l’internaute, sont disponibles.

Moteur de recherche dans une rubriqueExigence principale

Dans une rubrique ou une publication, il sera possible d’intégrer un moteur de recherche dont le périmètre de recherche est limité par l’administrateur fonctionnel à une série de documents, de publications ou d’images. Les critères permettant de réduire le périmètre de recherche seront définis précisément lors des spécifications fonctionnelles.

IndexationExigence principale

Indexation de toutes les pages, publications du site.

Formulation de la requêteExigence principale

Utilisation des opérateurs traditionnels : "et", "ou" "excepté". Le moteur de recherche ne prend pas en compte les majuscules. Accès à une interface de recherche avancée proposant des filtres sur : type de publication, période de publication, rubrique du site.

Exigence secondaireExpressions exactes ou approchées.

Paramétrage personnalisé des résultats Exigence principale

Le futur moteur proposera : des liens promotionnels, il sera possible de mettre en avant un document sur une

requête spécifique des fonctions de synonymie : possibilités de paramétrer les liens d’équivalences des fonctions de ranking : gestion des priorités d’affichages qui permettent

promouvoir certains documents sur la base de leur URL des fonctions de pondération des critères de pertinence : des critères de

pertinence sont ajustables en fonction des spécificités des sites (titre, balice, meta, url etc.)


Ergonomie des résultatsExigence principale

Le futur moteur sera un point d’accès unique à l’ensemble du contenu du site (textes, bases de données, e-services, fiches, multimédia, etc.)

Back Office et supervision du moteur de rechercheExigence principale

Un back office du moteur de recherche sera disponible, il mettra à disposition des modules de gestion du moteur de recherche et des statistiques permettant d’avoir un retour sur l’utilisation du moteur et des fonctionnalités linguistiques.

2.10. Performance de l’application

2.10.1. Qualité de serviceLa fluidité des interfaces et la fiabilité de l’outil sont indispensables. Les délais d’affichage des pages complètes, sauf éléments externes et cas particuliers d’objets lourds, devront être inférieurs à 1 seconde en temps normal et inférieurs à 3 secondes lors de pics de charge. Le chargement complet d’une page correspondant au moment ou le navigateur affiche «chargement terminé ». Un dépassement de ces délais d’affichage sera qualifié « d’anomalie gênante », voir « bloquante » si les ralentissements existaient également sur les périodes d’utilisation normale de l’application.Les fonctions nécessitant la persistance de la connexion ou de la session doivent tenir compte des instabilités du réseau et prévenir tout risque de perte de données pour l’internaute.La durée maximale d’interruption de service de l’application ne devra pas dépasser 1 heure par mois sur les plages de travail 8h00 – 18H15. Les opérations courantes de maintenance et de sauvegarde devront pouvoir se réaliser automatiquement et en dehors de ces plages.Les systèmes d’optimisation des performances de l’application doivent maintenir la diffusion à jour en quasi-temps réel des publications du site et des flux externes.

2.10.2. Dimensionnement et évolution de la capacité de l’application

L’application doit être dimensionnée par rapport à ces plages d’ « utilisation maximum ». Le MOE travaillera avec la MOA sur la définition de scenarii de charge en s’appuyant sur son expérience. A défaut de résultats conformes aux attentes avant et durant la vérification de service régulier (VSR), le MOE devra mener les campagnes de tests nécessaires à diagnostiquer le problème.Le MOE mettra en place un dispositif de métrologie de l’application qui permettra à « usage connu du site » d’associer une performance du système. Les indicateurs de performance et les moyens de mesure sont à conseiller par le MOE. Ce dispositif permettra au CG95 d’anticiper une évolution de son infrastructure avec le développement des usages.

2.11. Respect des normes d’accessibilité L’outil intégré devra respecter les préconisations du référentiel WAI, du W3C et les critères d'accessibilité du RGAA. Lors de la phase de spécifications fonctionnelles, la MOA pourra décider de déroger à ces préconisations si cela s’avère nécessaire pour assurer une meilleure ergonomie de l’application.

Le prestataire sera en charge de la réalisation de test afin de valider que l’application respecte le niveau AA des recommandations du W3C (Aucune erreur au niveau A, moins de cinq erreurs au niveau AA et moins de dix erreurs au niveau AAA). Sachant que le contexte réglementaire peut évoluer, les points non conformes devront être précisément identifiés et délimités par le MOE dans un rapport de manière à faciliter une éventuelle amélioration sur ce volet dans un second temps.


Les pages respecteront le XHTML transitionnel et tendront vers le respect du XHTML stricte.

2.12. Statistiques internesDes statistiques et informations sur les publications seront fournies par la solution. Le détail des fonctions attendues est décrit en amont du document (Description fonctionnelle de la solution attendue). Ces statistiques sont différentiables des marqueurs statistiques, de type google analytics ou XiTi, car elles fournissent des informations supplémentaires internes à la solution.

3. DESCRIPTION DE LA CONFIGURATION DE L'INSTANCE INITIALELa direction de la communication du Conseil général du Val d’Oise et les administrateurs fonctionnels s’appuieront sur les modules du portail internet pour déployer de nouvelles rubriques de publication et des nouveaux types de publications.

La démarche de définition de l’outil s’appuie également sur la configuration du produit. Le Portail internet est une plate-forme de services « vivante » à destination des Val d’Oisiens. Elle s’appuie sur une définition de modules génériques sur une configuration initiale. Les gestionnaires de l’applicatif pourront ensuite faire évoluer cette configuration.

La configuration initiale n’est pas définie à ce jour. Elle sera précisée dans la continuité des travaux de spécifications fonctionnelles des besoins. Cette partie vise à donner les éléments de contexte suffisant pour le dimensionnement de la charge de configuration relative aux prestations attendues (cf. Description des prestations attendues).

3.1. Organisation de l’informationL’organisation de l’information sera élaborée de manière à être transmise au MOE lors de la définition de la configuration. Quelques principes ont été retenus à cette phase du projet :

Organisation multidimensionnelle : une publication pourra être accessible depuis plusieurs points du site. Des vues seront définies afin de présenter une information agrégée en fonction de contexte.

Une navigation par cible permettra à l’internaute d’accéder à une version personnalisée du site (à la façon d’une langue). Certaines publications seront plus ou moins mises en avant en fonction de la cible sélectionnée.

Certaines parties du site seront en accès restreint.

3.2. Module de Publication

Types de publicationExigence principale

Il y aura au maximum une quinzaine de types de publication à créer dans le site. Ces types de publications seront définis lors des spécifications fonctionnelles.

Nombre de publicationExigence principale

Il y aura de 400 à 500 publications à reprendre dans le site. Ces publications pourront être des publications web avec des images, des pièces attachées, des documents bureautiques, etc. Le Conseil général du Val d’Oise fournira un export XML des données à reprendre dans le nouveau site. Le prestataire prendra en charge leur reprise et leur mise en adéquation avec la nouvelle structure de l’information.


PublicationExigence principale

La date de publication apparaît en bas de page, les auteurs des publications ne sont pas affichés.

Nombre de rubriquesExigence principale

Il y aura 200 rubriques à initialiser dans le site internet.

3.3. Autres modules

Moteur de rechercheExigence principale

Lors de la livraison, le moteur de recherche devra être opérationnel et avoir indexé l’ensemble des contenus repris sur les différents modules du portail.

Module de blogExigence principale

Il est prévu de mettre en place une instance de ce module dans un premier temps : le blog du magazine Tout le Val d’Oise. Il n’y aura pas de contenu à reprendre.

Module de formulairesExigence principale

Il y aura au maximum une demi-douzaine de formulaires à instancier dans un premier temps.

Module cartes dynamiquesExigence principale

Il y aura une douzaine de cartes à instancier dans la solution de gestion des cartes et à intégrer dans des publications. Le descriptif précis de ces cartes sera transmis lors des spécifications fonctionnelles.


3.4. Maquettes fonctionnelles de l’instance initiale

Précisions graphiques

Les maquettes suivantes ne représentent en aucun cas l’habillage graphique attendu par le CG95. Elles ont pour but de décrire et illustrer les attentes fonctionnelles en termes de disposition de l’information et de navigation.

Précisions sur l’organisation de l’information

Les maquettes suivantes et l’organisation de l’information qui y est présenté ne représente pas la version finale du site. Les maquettes et l’organisation de l’information seront finalisées pendant la phase des spécifications fonctionnelles du futur site.

Précisions sur les règles de gestions

Les règles associées à ces maquettes sont également présentées. Seules les règles de gestions spécifiques de la maquette seront présentées en détails en dessous de la maquette. Pour les règles reprises d’autres maquettes, nous vous invitons à consulter la maquette originale. Ces règles de gestions du site seront finalisées pendant les la phase des spécifications fonctionnelles du futur site.

Précision sur les liens d’accessibilité

En tête de page il y aura des liens d’accessibilité : « accès au menu » qui permettra d’accéder facilement au menu de navigation « accès au contenu » qui permettra d’accéder directement au premier contenu de

la pageCes liens ne seront pas nécessairement visibles sur le prochain site, mais pour faciliter leur représentation ils seront en présent en bleu sur les maquettes.


La Page d’accueil

Cette page constituera la page d’accueil du site. Les carrés orange correspondent aux règles de gestion, en voici la description.

1. Depuis le bandeau, un menu déroulant permettra d’accéder directement au contenu principal de la page ou bien aux onglets principaux du site : politiques publiques, dispositifs, services de proximités et espaces citoyens.

3. Le logo du bandeau sera cliquable et permettra un retour vers la page d’accueil


4. Onglets permettant d’accéder aux 4 univers du site.

5. Un fil d’Ariane sera toujours présent sous le bandeau

6. La bannière principale sera dynamique. Elle devra permettre de mettre en valeur certains contenus du site (articles, etc.). Tous les contenus devront pouvoir être présentés avec un titre et un chapeau introductif. Lors de la publication d’un contenu le publicateur devra pouvoir indiquer s’il souhaite faire apparaitre le contenu dans la bannière, il pourra également définir l’ordre et l’intervalle de changement de la bannière. Un menu latéral avec la liste des éléments tournant de la bannière sera également présent. Celui-ci se synchronisera avec la bannière. Un clic sur l’un des éléments du menu latéral mettra automatiquement en avant l’élément ciblé. Un double clic ou un clic sur le visuel ouvrira automatiquement le contenu rattaché. En dessous du menu latéral on retrouvera le chapeau introductif du contenu en cours d’affichage.

7. Un menu déroulant permettra d’accéder aux sites du Conseil Général. Jusqu'à dix sites pourront être intégrés dans le menu déroulant. A la sélection de l’un des sites, une redirection automatique sera effectuée vers le site sélectionné.

8. La bannière espaces de dialogue sera dynamique. Elle sera composée d’images et de textes cliquables représentant chaque espace de dialogue. Les liens renverront automatiquement vers les différentes espaces de dialogue Saas. L’administrateur décidera de le l’ordre et du timing d’affichage des différentes bannières.

9. Le portlet blog du président aura une image cliquable. Le texte du portlet sera un flux régulier lié au dernier post du blog du Président. Les liens de l’image et du texte renverront vers le blog automatiquement.

10. Le portlet sur le terrain mettra en avant les derniers contenus publiés sur le site qui ont un caractère local.

Le gestionnaire du site pourra définir des « cas de contextualisation ». A chaque « cas de contextualisation », il associera une liste de codes postaux. En cas d’association d’un même code postal à plusieurs « cas de contextualisation », l’application proposera une gestion de l’erreur.

Lors de la publication du contenu le publicateur pourra indiquer si le contenu est rattaché à un « cas de contextualisation ». Une liste dynamique lui sera proposée. En rentrant un code postal, les contenus rattachés à un « cas de contextualisation » seront affichés en priorité et le champ « code postal » est remplacé par le « code postal » saisi par l’utilisateur. Si un code postal n’est pas reconnu (c'est-à-dire n’est pas associé à un « cas de contextualisation », l’affichage n’est pas contextualisé, aucun message d’erreur n’apparait.

Le gestionnaire du site pourra faire évoluer la configuration des « cas d’utilisation », en créer de nouveaux, les modifier, les supprimer.

11. Le portlet évènement permettra de mettre en avant un évènement. Lors de la publication du contenu le publicateur pourra indiquer si le contenu est rattaché à un évènement à promouvoir. Tous les contenus « évènements » devront être saisis avec une image et un chapeau introductif. L’image et texte du portlet seront cliquables


12. Le portlet inscription à la newsletter permettra via la saisie d’un mail et d’un code postale de s’inscrire automatiquement dans la mailling list de distribution de la newsletter.

13. Le portlet agenda présentera une liste chronologique des prochains rendez vous. Lors de la saisie d’un rendez vous, le publicateur devra y attacher une image et un texte introductif.

14. L’onglet « contacter » sera représenté par un visuel de télé-opérateur, l’image sera cliquable et donnera un accès direct au formulaire de contact

15. La barre de navigation inférieure du site sera présente sur toutes les pages de rubriques du site

16. Le pied de page sera le même sur toutes les pages du site et proposera notamment un accès au plan du site, aux mentions légales, à l’accueil et aux conditions.

Les règles 1), 2), 3), 4) 5), 15) et 16) s’appliqueront à toutes les pages du site (bandeau supérieur et inférieur)


La page d’accueil de la thématique « politiques publiques »

Cette page constituera la page d’accueil de la thématique « politique publique », voici les règles de gestion de cette page.

1. Le portlet « A la Une » sera utilisé pour mettre en avant divers contenus. Il présentera des flux réguliers d’activités liés à la thématique de la page. Il a donc vocation à être fréquemment modifié. N’importe quel contenu pourra être présent à la Une. Tous les contenus devront être présentés avec un visuel, un titre et un chapeau introductif. Lors de la publication d’un contenu, le publicateur pourra indiquer la thématique du contenu, et s’il souhaite le mettre à la une. L’image ainsi que le texte seront cliquables.


2. Les portlets seront liés aux autres portlet « à la Une » de chaque autre thématique du site (politiques publiques, dispositifs, services de proximité, espaces citoyens). A la différence de portlets « à la Une », ces portlets auront une taille inférieure et ne présenteront que le titre du contenu et l’image qui lui est associé.

3. Le portlet « dernier article du blog du président » reprendra automatiquement le flux d’activité du blog du président. Il présentera automatiquement le dernier article du blog.

4. Le portlet « classement des articles » sera composé de 3 onglets dynamiques. Tous les flux seront liés à la thématique de la page. Le premier onglet classera automatiquement les flux de contenus par date de publication en commençant par les contenus les plus récents. Le deuxième onglet classera lui par ordre décroissant les contenus qui ont été les plus consultés. Enfin le dernier onglet classera lui par ordre décroissant les contenus qui ont étés les mieux notées.

Règles reprises :

Les règles 8), 9), 11), 12) 14) de la page d’accueil correspondant respectivement à « l’espace de dialogue », au « blog du président »,à « évènement », à « inscription newsletter « et à la rubrique « contacter nous » seront reprises dans la gestion de cette page pour gérer les portlets et rubriques du même nom.


La page d’accueil de la thématique « dispositifs »

Cette page constituera la page d’accueil de la thématique « dispositif », les règles de gestion de cette page sont toutes reprises de règles de gestion déjà présentées précédemment.

Règles reprises :

Les règles 8), 9), 10) et 14) de la page d’accueil correspondant respectivement à « l’espace de dialogue », au « blog du président », à « sur le terrain » et à la rubrique « contacter nous » seront reprises dans la gestion de cette page pour gérer portlets et rubriques du même nom.


Les règles 1), 2) et 4) de la page d’accueil « politique publiques » correspondant respectivement au portlet « A la Une », aux portlets « A la une » des autres thématiques » et au portlet de « classement des articles » seront reprises dans la gestion de cette page pour gérer les portlets et rubriques du même nom.


La page d’accueil de la thématique « services de proximité »

Cette page constituera la page d’accueil de la thématique « services de proximité », les règles de gestion de cette page sont en partie reprises de règles de gestion déjà présentées précédemment.

Voici donc les règles de gestion de cette page.1. Les portlets télé-services seront des liens directs vers les e-services du conseil

général. Ils seront représentés par un contenu associé à une description et une image. Le texte et l’image seront cliquables.

Règles reprises :


Les règles 8), 9), et 14) de la page d’accueil correspondant respectivement à « l’espace de dialogue », au « blog du président » et à la rubrique « contacter nous » seront reprises dans la gestion de cette page pour gérer les portlets et rubriques du même nom.

Les règles 1), 2) et 4) de la page d’accueil « politiques publiques » correspondant respectivement au portlet « A la Une », aux portlets « A la une » des autres thématiques » et au portlet de « classement des articles » seront reprises dans la gestion de cette page pour gérer les portlets et rubriques du même nom.


La page d’accueil de la thématique « espaces citoyens »

Cette page constituera la page d’accueil de la thématique « espaces citoyens », les règles de gestion de cette page sont en partie reprises de règles de gestion déjà présentées précédemment. Voici donc les règles de gestion de cette page.

1. Le portlet « contribution espaces de dialogue », sera constitué des flux d’activités de l’espace de dialogue. Ils seront structurés autour de 3 onglets. Le premier onglet remontera automatiquement les contributions les plus récentes de l’espace de dialogue. Le deuxième onglet permettra lui d’avoir accès aux contributions les plus lues. Quand au dernier onglet il remontera automatiquement les contributions les mieux notées dans l’espace de dialogue.


Règles reprises :

Les règles 8), 9), et 14) de la page d’accueil correspondant respectivement à « l’espace de dialogue », au « blog du président » et à la rubrique « contacter nous » seront reprises dans la gestion de cette page pour gérer les portlets et rubriques du même nom.

Les règles 1), 2) et 4) de la page d’accueil « politiques publiques » correspondant respectivement au portlet « A la Une », aux portlets « A la une » des autres thématiques » et au portlet de « classement des articles » seront reprises dans la gestion de cette page pour gérer les portlets et rubriques du même nom.


Page Article

Cette page constituera la page de présentation d’un article, d’un contenu (niveau 2), les règles de gestion de cette page sont en partie reprises de règles de gestion déjà présentées précédemment. Voici donc les règles de gestion de cette page.

1. La rubrique article permettra de mettre sur le site plusieurs types de contenus. Lors de la publication d’un contenu le contributeur devra intégrer un contenu, un titre, un chapeau introductif, définir les thématiques de la publication, entrer des dates de publication. Pour tous les contenus publiés une barre de partage à travers différents réseaux sociaux sera automatiquement publiée avec le contenu. Un compteur de nombre de fois ou le contenu a été consulté sera affiché dans la présentation de l’article. Enfin il sera possible de mettre une note sur chaque publication et de voir la moyenne des notes de la publication.


Règles reprises :

Les règles 8), 9), et 14) de la page d’accueil correspondant respectivement à « l’espace de dialogue », au « blog du président » et à la rubrique « contacter nous » seront reprises dans la gestion de cette page pour gérer portlets et rubriques du même nom.

Les règles 1), 2) et 4) de la page d’accueil « politique publiques » correspondant respectivement au portlet « A la Une », aux portlets « A la une » des autres thématiques » et au portlet de « classement des articles » seront reprises dans la gestion de cette page pour gérer les portlets et rubriques du même nom.


Le moteur de recherche

Cette page représentera le mode de fonctionnement du moteur de recherche. Voici les règles de gestion de cette page.

1. Cette fenêtre permettra d’afficher des informations sur les résultats de la requête de recherche. Elle permettra également d’affiner les résultats en fonction de plusieurs critères. On pourra appliquer différents filtres de recherches correspondants aux thématiques du site : politiques publiques, dispositifs, services de proximités, espaces citoyens. Des filtres automatiques de recherche pourront également être appliqués par rapport aux différents cantons (lorsque des résultats avec géo-localisation du canton seront disponibles). Ce qui permettra à l’internaute de pouvoir préciser sa recherche de manière quasi-automatique. Enfin il sera également possible de trier les résultats par date (en plus du tri déjà au niveau de la pertinence.


La géo-localisation

Cette page représentera le mode de fonctionnement des services de géo-localisation du site.Voici donc les règles de gestion de cette page.

1. Lorsque le service de géo-localisation sera disponible, on pourra directement saisir un code postal dans cette fenêtre pour contextualiser l’information recherché par rapport à une position géographique.

2. On pourra également directement choisir une ville à travers un menu déroulant qui référencera toutes les villes du département. Et suite à ce choix, l’information recherchée sera contextualisée par rapport à la position géographique de la ville.

3. Au sein de cette carte Google Maps seront référencés tous les lieux qui répondent à la position géographique définie par rapport au code postal ou bien au nom de la


ville. Les lieux cibles seront représentés par des icones cliquables qui renverront directement à des pages externes ou internes au site.


4. CONTRAINTES TECHNIQUESLa solution proposée devra prendre en compte l'existant technique (infrastructure, politiques SI, processus) et les compétences des équipes internes. C'est à dire intégrer les prestations de conduite des changements liés au différentiel technologique potentiel : formation, définition des nouveaux processus, étude d'impact sur le SI, accompagnement au changement.

4.1. Portail internet

Environnement de production et de pré-productionExigence principale

Le titulaire mettra en œuvre 2 instances du site web sur deux environnements distincts (production et pré production) et permettra un déploiement de l’un vers l’autre :

Environnement de production : Portail de production. Environnement de pré-production : Portail de recette/développement.

Application de patchs de sécurité (OS, BDD, etc.)Exigence principale

L’opérateur économique sera en mesure de valider l’application de patchs de sécurité dans des délais courts (équivalent à la GTR d’une anomalie bloquante).

Solution anti spamCertains emails de contact seront mis en avant sur le site internet.

Exigence principaleLa solution proposera un système technique (n’utilisant pas le JavaScript) permettant de limiter la détection de ces emails dans les pages par des robots.

SauvegardeExigence principale

Un système permettra de sauvegarder et restaurer le système. Si la solution proposée ne fait pas partie des outils du Conseil général du Val d’Oise, alors les licences, les supports et les formations logicielles devront être fournis. L’objectif est que cette application puisse s’intégrer dans le PCA du Conseil général du Val d’Oise.

Eléments de réponse attendusL’opérateur économique proposera, en prenant en compte l’environnement technique du Conseil général du Val d’Oise, une solution permettant de gérer la sauvegarde et la restauration du système.

Solution antiviraleExigence principale

La solution mise en place devra supporter la solution antivirale en place au conseil général du Val d’Oise.

Gestion des erreurs centraliséesExigence principale

Un système permettant une gestion des erreurs centralisée sera disponible. Les erreurs centralisées et groupées seront envoyées par mail.

Eléments de réponse attendusL’opérateur économique proposera, en prenant en compte l’environnement technique du Conseil général du Val d’Oise, un système permettant de gérer la centralisation des erreurs.


4.2. Accessibilité

L'accessibilité du Web est d'abord une obligation légale :"Les services de communication publique en ligne des services de l'État, des collectivités territoriales et des établissements publics qui en dépendent doivent être accessibles aux personnes handicapées.

L'accessibilité des services de communication publique en ligne concerne l'accès à tout type d'information sous forme numérique quels que soient le moyen d'accès, les contenus et le mode de consultation. Les recommandations internationales pour l'accessibilité de l'Internet doivent être appliquées pour les services de communication en ligne."

En vertu de l'article 47 de la loi 2005-102, les collectivités territoriales doivent donc suivre les règles internationales d'accessibilité (WCAG 2.0) et s'attacher à atteindre le niveau intermédiaire (AA) du référentiel général d'accessibilité des administrations (RGAA).Au-delà de l'obligation légale, le Conseil général du Val d'Oise souhaite faire de son site valdoise.fr un espace exemplaire en matière d'accessibilité. Le prestataire retenu pourra au choix vérifier le respect des normes à partir du référentiel RGAA 2.2.1 (niveau AA) ou AccessiWeb 2.0 (niveau Argent).En vue d'une labellisation future éventuelle, et en dehors des considérations d'accessibilité purement éditoriales qui sont du ressort des contributeurs, le travail du prestataire devra permettre la production d'un code HTML et CSS respectant les normes.Pour faciliter le travail des contributeurs, le logiciel de gestion de contenus proposé devra prendre en compte ces règles d'accessibilité et inclure une interface d'édition comprenant les paramètres suivants : Images :

◦ La possibilité d'ajouter une description détaillée à une image porteuse d'informationRGAA : 4.7 – 4.9 – AW : 1.6

◦ Permettre au contributeur de mettre une alternative aux images (attribut alt) sans l'imposer et prévoir un attribut alt vide (alt="") par défaut.

◦ Lorsqu'un lien est mis sur une image, imposer au contributeur de remplir l'alternative en précisant dans une aide contextuelle que l'alternative doit indiquer la destination du lien.

Multimédias : Prévoir l'insertion de vidéos ou sons depuis une galerie comme tout autre type de contenus (images, documents) avec la production d'un code HTML respectant les standards du type de document (doctype) retenu. Le passage au validateur W3C doit être positif.

Tableaux de données : Rendre obligatoire pour le contributeur d'indiquer pour chaque tableau de données un résumé (summary) et un titre (caption) pertinents, d'identifier clairement les cellules d'en-tête (th). Utiliser un mécanisme pertinent pour lier les cellules de données aux cellules d’en-tête (scope ou headers/id).

Liens : Permettre au contributeur d'ajouter un titre de lien (attribut title) s'il le souhaite.RGAA : 6.13 – AW : 6.2

Séparation de la forme et du fond : une distinction stricte de la forme et du fond, en ne proposant que des options de mise en page sémantique et non liée au graphisme (WYSIWYM plutôt que WYSIWYG). Les options de couleurs, alignement et autres de pure forme devront être désactivées. Une possibilité de sélectionner des options de mise en forme par des classes CSS devra être prévue.


RGAA : 7.9 – AW : 8.9 Changement de langue : La possibilité de préciser les changements de langue à

l'intérieur du texte, par l'ajout d'un bouton qui permettra d'ajouter de façon transparente des balises <span lang="..."></span> avec l'obligation d'indiquer la langue à partir d'une liste déroulante donnant le nom des langues en toutes lettres et transformant la langue choisie selon son code ISO (en pour anglais, es pour espagnol, zh pour chinois, etc.).RGAA : 12.1, 12.2 – AW : 8.7

Structuration de l'information : l'éditeur devra permettre la structuration de l'information de façon sémantique à l'aide de titres notamment et contrôler automatiquement si possible la bonne utilisation des titres (par exemple, interdire l'usage d'un titre de niveau 4 si au préalable aucun titre de niveau 1, 2 et 3 n'ont été utilisés).RGAA : 10.1 - 10.2 - 10.3 – 10.4 – AW : 9.1

Citations : l'éditeur devra permettre de signaler les citations (balises <q></q>) et les blocs de citations (<blockquote></blockquote>).

Formulaires : une attention particulière doit être apportée à la conception HTML des formulaires. Se reporter aux référentiels RGAA ou AccessiWeb pour les détails.

Fichiers en téléchargement : le format du fichier et son poids doivent automatiquement être inclus dans le lien, sous la forme : <a href="...">Fichier en téléchargement (<abbr>PDF</abbr>, 123 <abbr>Ko</abbr>)</a>RGAA : 6.26 - 6.27 – 6.28 – AW : 13.6

Par ailleurs, lors de l'intégration HTML et CSS des gabarits de page, il faudra veiller à indiquer la taille des caractères en valeur relative (% ou em). RGAA : 7.13 – 7.14 – AW : 10.4L'utilisation d'un javascript non-intrusif est conseillée et devra quand c'est nécessaire avoir une alternative pour que l'accès à l'information ne dépende pas de l'accès aux scripts.

5. DESCRIPTION DE LA DÉMARCHE ATTENDUE POUR LA REALISATION DES PRESTATIONS

Le prestataire adaptera sa méthodologie projet au contexte du Conseil général du Val d’Oise. Le soumissionnaire proposera une démarche prenant en compte : planning et gestion de l'avancement, gestion documentaire (suivi des versions et des validations), gestion des risques (intégrant ceux perçus par la MOA). La démarche devra comporter : l'élaboration de spécifications fonctionnelles impliquant la MOA préalablement à toute réalisation, la réalisation de tests avant livraison, un processus de livraison, une démarche de recette.Les délais exprimés sont en jours ouvrés.

5.1. Cadrage du projetPrestations attendues

Toute la gestion de projet est à la charge du prestataire. A l’occasion de la réunion de lancement le prestataire présentera un planning détaillé de la réalisation en indiquant également les propositions de jalons concernant les actions de la MOA. Le prestataire initialisera également la gestion des risques et la gestion documentaire du projet. Les instances du projet, côté MOA, seront les suivantes : Un comité de pilotage, un chef de projet utilisateurs, un chef de projet technique et un groupe de travail (composé d’une vingtaine de référents).Le prestataire animera une réunion de cadrage du projet pour s’accorder avec la MOA sur les dispositions du PAQ. Il prévoira lors de cette réunion les différents comités de suivi et


de pilotage. Préalablement à cette réunion, il transmettra un projet de PAQ à la MOA. Le prestataire mettra en place un extranet collaboratif de gestion de projet.

Livrables attendus Plan d’assurance qualité (PAQ) Compte-rendu de la réunion de lancement Planning détaillé de réalisationDélais de réalisation Les délais de réalisation sont précisés dans le CCAP.Eléments de réponse attendus

L’opérateur économique précisera la démarche qu’il propose de mettre en place en indiquant le nombre de réunions et les actions attendues de la MOA. Il présentera un exemple de PAQ, de planning, de CR de suivi de projet (comité de pilotage, réunions, etc.) et un exemple de gestion de code source d’un projet de taille similaire.

5.2. Mise en œuvre

5.2.1. Spécifications fonctionnellesPrestations attendues

La MOA transmettra à la notification du marché un document de pré-spécification qui présentera plus en détail l’agencement et l’organisation de l’information sur le site. Les réunions de spécification devront permettre au prestataire de s’approprier le travail de la MOA et de produire le document de spécification fonctionnelle complet. La MOA souhaite procéder de la manière suivante :

Le prestataire transmets 24h avant la 1ère réunion, un document de suivi de lecture, comprenant les questions et propositions de reformulation et de précision.

Lors de la 1ère réunion, les points soulevés sont passés en revue Le prestataire transmet dans les 24h une 1ère version des spécifications La 2nde réunion de travail est consacrée à la relecture du document et

au traitement des points restant à préciser. Le prestataire livre dans les 24h une nouvelle version pour validation La 3ème réunion de travail est consacrée à la relecture pour validation

du document.Le prestataire aura la responsabilité des spécifications fonctionnelles. Il s’engage donc à formaliser un document suffisamment détaillé pour éviter toute approximation dans la réalisation qui suivra. A défaut, les conséquences de tout élément non précisé (notamment toute contrainte ou limitation non exposée) d’une fonction décrite seront de la responsabilité du prestataire. La MOA pourra demander un complément de réalisation à la charge du prestataire.Les spécifications fonctionnelles validées, le prestataire déclinera la charte graphique transmise par le Conseil général sur les maquettes fonctionnelles élaborées précédemment.La MOA transmettra à la notification du marché tous les éléments graphiques de la charte du site au format PSD (avec des calques).

Livrables attendus Spécifications fonctionnelles de la réalisation intégrant le maquettage fonctionnel et

les règles de gestion (Word)Délais de réalisation

Les délais de réalisation sont précisés dans le CCAP.Eléments de réponse attendus


L’opérateur économique précisera la démarche qu’il propose de mettre en place en indiquant le nombre de réunions et les actions attendues de la MOA. Il présentera également quelques exemples de maquettes fonctionnelles et un exemple de dossier de spécifications fonctionnelles réalisé.

5.2.2. Réalisation

Prestations attenduesLe prestataire prendra en charge la réalisation de la solution spécifiée et l’intégration graphique. Les moyens techniques nécessaires seront à la charge du prestataire. Les développements complémentaires, réalisés dans le cadre de ce projet, seront propriété du Conseil général du Val d’Oise et le prestataire devra tendre à respecter les règles de développement. Ils devront être commentés et respecter les contraintes de développement du Conseil général du Val d’Oise.

Livrables attendus Fonction opérationnelle dans l'environnement de recette Documentation technique de la fonction associée Rapport de test d’accessibilité (niveau AA)Eléments de réponse attendus

L’opérateur économique précisera la démarche qu’il propose de mettre en place en indiquant le nombre de réunions et les actions attendues de la MOA. Le prestataire présentera les moyens techniques dont il dispose, et qu’il utilisera, pour la réalisation de l’application. Il précisera notamment s’il fera appel ou non à de l’expertise chez l’éditeur et à quel niveau. Il précisera par ailleurs son modèle de développement.

Livrables attendus Contenus existants repris dans le nouveau site Délais de réalisation Les délais de réalisation sont précisés dans le CCAP.Eléments de réponse attendus

L’opérateur économique précisera la démarche qu’il propose de mettre en place en indiquant le nombre de réunions et les actions attendues de la MOA. Il précisera les limites éventuelles de son intervention.

5.2.3. Installation de la plateforme

L’objectif impératif est de pouvoir former les agents, tester les fonctionnalités et saisir les contenus du futur site avec une charte graphique instanciée.

Prestations attenduesInstallation du site web opérationnel sur les plates-formes matérielles de test et de production.Cette UOE inclut :

- toutes les éventuelles licences nécessaires au dessus du système d’exploitation sans limitation de durée.

- le CMS et l'ensemble des plateformes logicielles demandées au CCTP- le paramétrage opérationnel du site front office et back office- l’arborescence fournie dans le CCTP- la charte graphique du CCTP instanciée

Cette installation se déroulera en collaboration avec les agents du CG et inclura un transfert de compétence sur l’installation et l’administration de l’application (hors couches d’infrastructure).



Livrables attendusSite web opérationnelle sur les plateformes de test et de production.

5.2.4. Recette VABF et VSR

Prestations attenduesLa vérification sera réalisée en plusieurs temps :

Vérification de la livraison : La MOA s’assure que l’application fonctionne en environnement de recette et qu’elle pourra mener les opérations de recette dans une situation normale. Cette étape de contrôle est réalisée en 1 semaine calendaire.

Vérification d’aptitude au bon fonctionnement (VABF) : La MOA réalise les opérations de recette nécessaires à vérifier la conformité de l’application avec les spécifications fonctionnelles. Cette phase dure 1 semaine calendaire

Vérification en service régulier : L’application est mise en production et reste en observation afin de s’assurer qu’elle fonctionne correctement en situation normale d’utilisation. Cette phase dure 1 mois calendaire.

Avant la livraison, le prestataire installera sur l’infrastructure du Conseil Général les environnements de recette et de pré-production. A cette occasion, il réalisera le transfert de compétences techniques auprès des équipes en charge de l’administration et l’exploitation des serveurs.

Pour démarrer la VABF, le prestataire déploiera l’application : avec une configuration de tests (transmise par la MOA) sur l’environnement de

recette avec la configuration initiale sur l’environnement de pré-production.

A l’acceptation de la VABF, l’environnement de pré-production deviendra l’environnement de production.

Durant les opérations de vérification, le prestataire devra maintenir les 2 environnements identiques et identiques à un environnement « miroir » chez lui. Cet environnement « miroir » lui permettra de rejouer les anomalies transmises par la MOA.

Le prestataire prendra en charge le pilotage de la gestion des anomalies remontées, de la qualification des anomalies, de la correction des anomalies, des tests de non régression, de la livraison des anomalies corrigées. Il proposera d’utiliser une application en ligne de suivi des anomalies permettant de partager un référentiel commun entre tous les acteurs de la recette.

En cas d’anomalies bloquantes la MOA pourra décider d’ajourner la VABF.Un planning, une organisation et un suivi précis des livraisons de correctifs seront gérés par le prestataire et impliqueront la MOA. Le MOE devra donner la visibilité suffisante à la MOA pour que ses ressources puissent s’organiser pour réaliser les opérations de recette.

Livrables attendus PV de recette interne à la MOE Suivi d'avancement hebdomadaire des anomalies en cours de traitement Livraison des correctifs PV de tests et liste des correctifs pour chaque livraison Formalisation de la demande de configuration Instance configurée avec les données et contenus transmisDélais de vérification Les délais de vérification sont précisés dans le CCAP.Eléments de réponse attendus


L’opérateur économique précisera la démarche qu’il propose de mettre en place en indiquant le nombre de réunions et les actions attendues de la MOA. Il présentera la démarche et les moyens qu’il propose de mettre en œuvre pour assurer l’absence d’anomalie bloquante à la livraison initiale et assurer un traitement rapide des anomalies remontées par la MOA.

L’ensemble des exigences principales devront avoir été fournis pendant l’unité d’œuvre 1

6. DÉCOMPOSITION DES PRESTATIONS ATTENDUES

6.1. Unité d’œuvre 1 : Installation du site web opérationnel sur les plates-formes matérielles de test et de production.Installation sur l’environnement technique du Conseil général du Val d’Oise des exigences fonctionnelles principales décrites dans le présent CCTP. Cette unité d’œuvre comprend l’élaboration des spécifications fonctionnelles, la réalisation, l’installation de l’application sur l’environnement du Conseil général et les phases de recette. Les délais de réalisation sont précisés dans le CCAP.

Cette UOE comprend également :- toutes les éventuelles licences ; nécessaires au dessus du système d’exploitation

sans limitation de durée ;- le CMS et l'ensemble des plate-formes logicielles demandées au CCTP ;- le paramétrage opérationnel du site front office et back office ;- l’arborescence qui sera produite durant la phase de spécifications ;- la charte graphique fournie au titulaire à la notification du marché avec les

éventuelles modifications liées à la phase de spécifications.

Cette installation se déroulera en collaboration avec les agents du CG et inclura un transfert de compétence sur l’installation et l’administration de l’application (hors couches d’infrastructure).

Cette UOE doit également intégrer l’ensemble des fonctionnalités principales, le travail de spécification fonctionnelle préalable et sa mise en œuvre.Dans le cas où il y a impossibilité pour le titulaire de fournir une fonctionnalité principale prévue dans l’UOE1, celui-ci devra alors la proposer dans l’UOE5 et vis-versa.


6.2. Unité d’œuvre 2 : Session de formation des agents contributeursPrestations attendues

Le prestataire sera en charge de la formation d’utilisateurs et de gestionnaires. Cette prestation comprend la réalisation des supports de formation, une mise à disposition d’une aide en ligne, la réalisation d’aides mémoire et l’organisation d’ateliers ou d’entretiens individuels.Les sessions de formation des agents contributeurs se dérouleront sur la plate-forme de test dans les salles de formation du Conseil Général (pour 10 agents maximum).

Livrables attendus Supports de formation (Document Office) Aide en ligne Aides mémoire (Document Office) Supports utilisés lors des ateliers/ entretiens.


6.3. Unité d’œuvre 3 : Session de formation des administrateurs du sitePrestations attendues

Le prestataire sera en charge de la formation d’une équipe de 7 futurs administrateurs fonctionnels. Cette prestation comprend la réalisation des supports de formation, une mise à disposition d’une aide en ligne, la réalisation d’aides mémoire et l’organisation d’ateliers ou d’entretiens individuels.

Les sessions de formation des agents administrateurs se dérouleront sur la plate-forme de test dans les salles de formation du Conseil Général (pour 10 agents maximum).

Livrables attendus Supports de formation (Document Office) Aide en ligne Aides mémoire (Document Office) Supports utilisés lors des ateliers/ entretiens.

6.4. Unité d’œuvre 4 : Reprise des contenus et médias de Valdoise.fr actuelLa MOA transmettra un export XML des contenus du site. Le schéma XML reprendra les différentes structures de contenu et les méda-données associées aux contenus. Le type de structure (actualité, bref, standard, etc) sera précisé pour chaque contenu. Les éléments joints (fichiers, photos) seront référencés dans le fichier XML et transmis en annexe.

Le prestataire sera en charge de ré-intégrer ces contenus dans le nouveau site en associant chaque contenu à son nouveau type de contenu.

La MOA prendra en charge manuellement :- le renseignement des champs complémentaires inexistant aujourd’hui (exemple,

l’affectation d’un code postal, ou d’une politique publique, etc)- la re-configuration des liens internes (entre les contenus du site)- l’association aux nœuds de la nouvelle arborescence

Le prestataire livrera les contenus repris avec la plateforme. La MOA devra être en mesure de travailler sur les contenus la recette.

Ces opérations seront à mener sur les plates-formes de test et de production

6.5. Unité d’œuvre 5 : Installation et mise à disposition opérationnelle de l’ensemble des fonctions du CCTP attenduesInstallation sur l’environnement technique du Conseil général du Val d’Oise des exigences fonctionnelles secondaires décrites dans le présent CCTP après l’ouverture du site dans les conditions de l’UOE1. Cette unité d’œuvre comprend l’élaboration des spécifications fonctionnelles, la réalisation, l’installation de l’application sur l’environnement du Conseil général et les phases de recette. Les délais de réalisation sont précisés dans le CCAP.

6.6. Unité d’œuvre 6 : Location mensuelle en mode SAAS des fonctions proposées sous ce modeLocation mensuelle en mode SAAS des fonctions proposées sous ce mode (recherche sémantique, et autres hors CMS) si l'outil de CMS natif ne le propose pas avec les fonctionnalités demandées.

*Uniquement dans le cas où le CMS notifié ne le propose pas avec les fonctionnalités demandées


6.7. Unité d’œuvre 7 : Intégration du back office dans le système d’information du CGIntégration du back office dans le système d’information du CG :

- interface LDAP avec l’annuaire du CG,- intégration avec le SSO Sign&Go de la société ILEX,- intégration des « taches agents » à faire dans la portlet « Gestion de mes taches »

du bureau virtuel de l’Intranet réalisé avec la solution ECM WCM 1.2.2 all in one d'exoplatform.

6.8. Unité d’œuvre 8.1 : Maintenance corrective

Le prestataire prendra en charge la maintenance corrective de la solution.

6.9. Unité d’œuvre 8.2 : Assistance téléphonique

Le prestataire mettra à disposition une assistance téléphonique.


7. MAINTENANCE CORRECTIVE ET ASSISTANCE

7.1. Conditions de maintenanceA l’issue de la période de garantie, la personne publique lancera la maintenance par bon de commande. Chaque bon de commande couvrira une période annuelle.

Définition des types d'anomalies (dysfonctionnements) : Anomalie bloquante : dégradation majeure du fonctionnement. Une fonction

vitale du système est inutilisable ou fortement dégradée (le remplacement par une procédure manuelle longue et fréquente n’est pas acceptable) alors qu’elle est nécessaire à une exploitation normale du service.

Anomalie importante : une fonctionnalité importante est détériorée ou une fonction non vitale est inutilisable. Le service est exploitable tout en étant dégradé (procédure manuelle, existence de palliatif, contournement possible du problème). Il n’y a ni blocage, ni perte d’information mais le dysfonctionnement induit des difficultés ou travaux supplémentaires de la part des internautes.

Anomalie mineure : défaut jugé peu perturbant ne provoquant ni dégradation, ni restriction d’utilisation du service mais à corriger néanmoins.

Cinq anomalies importantes sur une fonctionnalité donnée peuvent donner lieu à une anomalie bloquante. Un nombre élevé d'anomalies mineures sur une fonctionnalité donnée peut donner lieu à une anomalie importante, voire bloquante.

Les conditions de maintenance pour la période au-delà de la garantie sont précisées dans l’offre et conformes au CCAP et CCTP. Les actions inscrites couvrent les points suivants :

garantie de temps de rétablissement (GTR) sous 3 jours ouvrés à compter de l’heure d’appel (de 8h00 à 18h00 du lundi au vendredi) pour les anomalies non bloquantes et 4 heures ouvrées pour les anomalies bloquantes, pour l’ensemble des éléments de la solution et présence sur site sous 4 heures,

assistance téléphonique et électronique (e-mail et/ou news) couvrant les problèmes matériels et logiciels (du lundi au vendredi),

fourniture des dernières versions logicielles, fourniture des solutions logicielles et matérielles permettant de remédier aux

problèmes constatés. Validation de l’application de patchs dans un délai équivalent à la GTR d’une

anomalie bloquante.

Les échanges, oraux ou écrits, entre le Conseil Général et le titulaire devront être en langue française.

7.2. La maintenance correctiveLe champ de la maintenance corrective devra couvrir les points suivants :

mise à disposition des versions mineures mise à disposition des éléments permettant d’éliminer les anomalies constatées

lors de l’utilisation du produit

Les opérateurs économiques préciseront leur démarche de gestion des anomalies, en particulier ils préciseront les moyens mis en œuvre pour fournir la visibilité au Conseil Général sur l’avancement des corrections et la gestion de projet sur un extranet client.

Tous les délais des opérations de maintenance corrective (diagnostic, intervention, rétablissement, etc.) s’entendent à partir du moment où le titulaire est informé de tout dysfonctionnement soit par l’intermédiaire des correspondants du Conseil Général soit par ses propres moyens (tests internes, club internaute, etc.). Les opérateurs économiques présenteront les délais de prise en compte et de traitement associé en fonction des types d'anomalie et dysfonctionnement.


L'opérateur économique décrira la structure d’assistance et les moyens consacrés à la maintenance corrective qu’il mettra à la disposition du Conseil Général.

Il sera possible de savoir si de nouvelles versions majeures, mineures, ainsi que des patches correctifs sont disponibles, via un site web en langue française. Ce site devra fournir les informations de fin de maintenance des versions.

L'opérateur économique s’engagera à livrer sur demande par voie de téléphone, courrier écrit ou courrier électronique, les éléments permettant la mise en œuvre des corrections souhaitées : fichiers, patches, archives compressées, et ceci sur CD-ROM, fax ou pièces jointes de courrier électronique, ainsi que la documentation fournissant les explications nécessaires. Il ne s’agit pas de l’installation de produits nouveaux.

Les livraisons doivent avoir lieu dans un délai maximal de cinq jours ouvrés à partir de la demande pour les dysfonctionnements mineurs.

L’indisponibilité du produit, suite à un problème majeur, donnera lieu à des pénalités de retard lorsque la livraison des correctifs ou solutions de contournement excédera les GTR prévus ci-dessus à partir de l’enregistrement du dysfonctionnement par le titulaire.

7.3. L'assistance téléphoniqueL’assistance téléphonique doit fournir deux types de services :

l’accès aux spécialistes techniques de l’intégrateur (qui pourrait ensuite se retourner vers l’éditeur si nécessaire) pour permettre le diagnostic des pannes et des dysfonctionnements survenus sur le produit (y compris l’installation), pour proposer des méthodes permettant de pallier ceux-ci et pour obtenir les livraisons nécessaires à leur mise en œuvre par le biais de la maintenance corrective

un accès téléphonique permettant d’obtenir des conseils à l’utilisation du produit, même en l’absence de tout dysfonctionnement

Ce service doit être accessible tous les jours ouvrés pendant les heures de bureau (du lundi au vendredi, de 8h00 à 18h15). Le délai de prise en compte d’une demande d’assistance téléphonique ne doit pas dépasser 2 heures à compter du dépôt de la demande sur un serveur vocal, à un standard téléphonique ou sur un extranet client. Ce dépôt de demande sera concrétisé par l’ouverture d’un dossier comportant la date et l’heure de dépôt, le nom et les coordonnées du correspondant au Conseil Général du Val d’Oise et l’objet de l’appel.

Un site web en langue française peut appuyer utilement chaque domaine de la maintenance et de l'assistance : pages de conseils et de forum, foire aux questions [FAQ], téléchargement de documentations, de patches, etc.


8. ANNEXES

8.1. Glossaire - Définitions de termes clefs, tels qu’entendus dans le cadre du projet

BO : Back office – zone protégée et réservée à l'administration d'un site web

BP : Bordereau des prix CCTP : Cahier des clauses techniques particulières FO : Front office – partie visible par les internautes d'un site web Gestionnaire : Acteur en charge de la gestion du service MOA : Maîtrise d'ouvrage, représentée par le Conseil général du Val

d’Oise MOE : Maîtrise d'œuvre, représentée par l'opérateur économique MOM : Mise en ordre de marche PAQ : Plan d'assurance qualité Publicateur : Acteur en charge de la publication d’un contenu dans

l’application Valideur : Acteur en charge de la validation d’un contenu dans

l’application SI : Système d'information VA : Vérification d'aptitude VSR : Vérification de service régulier SAAS : Software As A Service. Mise à disposition de services et de logiciels

via le web. W3C : World Wide Web Consortium WAI : Web Accessibility Initiative Webservice : Programme informatique permettant la communication et

l'échange de données entre applications et systèmes hétérogènes dans des environnements distribués. (source : Wikipedia)

Widget : Petite interface applicative intégrable dans le portail en lien avec une application hébergée sur Internet.

Workflow : Circuit de validation Portlet : Petite interface applicative (permettant un affichage de données

et de formuler des requêtes) d'un service du Portail (Gestion de contenu, gestion documentaire, espaces collaboratifs) ou d'un Webservice d'une application du SI.

8.1.1. Termes concernant les niveaux d’intégration

Intégration : Interfaçage de l'application avec l'environnement du SI : déploiement de l'application sur l'infrastructure, interfaçage avec les applications existantes (annuaire, messagerie, applications métiers, etc.), interfaçage avec les applications du poste de travail, prise en compte de la charte graphique. L'intégration peut se réaliser par configuration, paramétrage et développement.

Configuration : Utilisation d'un configurateur pour définir la configuration d'un service en fonction des degrés de liberté disponibles

Paramétrage : Utilisation de scripts dans un cadre précis pour définir le paramètre d'un service en fonction de conventions


Développement : Réalisation d'un applicatif (définition fonctionnelle, conception, réalisation, test) ou d'une fonction à intégrer à l'application principale.

Framework : Ensemble de bibliothèques, d'outils et de conventions pour réaliser des applications.

Produit : Application autonome intégrée bénéficiant de fonctions 'natives' avec une configuration par défaut.

8.1.2. Termes concernant la recette de l’application

Anomalie : Dysfonctionnement ou fonctionnement non conforme aux spécifications fonctionnelles

Anomalie bloquante : Anomalie qui empêche de terminer le mode opératoire pour réaliser l’opération souhaitée et de ce fait limite l’offre fonctionnelle de l’application

Anomalie majeure : Anomalie qui dégrade les résultats obtenus ou les performances de la fonctionnalité

Anomalie mineure : Anomalie ne dégradant pas le résultat ou les performances de la fonctionnalité

Non-conformité : point ne respectant pas les spécifications fonctionnelles Evolution fonctionnelle : Définition d’une nouvelle fonctionnalité ou de

nouvelles caractéristiques à une fonctionnalité existante.

8.2. Description de l’environnement technique et du SI

Pour l’installation de l’outil du Titulaire sur les plates-formes du Conseil Général du Val d’Oise, et au regard des informations apportées au chapitre, l’offre technique présentée par le titulaire doit rester en phase avec les choix d’architecture du Conseil Général du Val d’Oise et s'intégrer dans celui-ci: cette intégration est à la charge du Titulaire.

8.2.1. Présentation du Système d’Informations du CG95

Le système d’Information du Conseil général du Val d’Oise s’est construit peu à peu, dans un premier temps à travers l’utilisation de la technologie client/serveur. A présent, l’évolution est marquée par une forte orientation vers le client léger, l’intranet, l’extranet, et les outils de pilotage, l’ouverture du SI vers l’extérieur et depuis peu la mise en production d’un annuaire centralisé dans le cadre d’une démarche d’urbanisation du SI. Depuis quelques années la DSI a acquis une forte expertise en administration électronique notamment en développant le programme Capwebct pour collectivités territoriales (cf. www.capwebct.fr). La DSI met en place un bureau virtuel pour chaque agent et ouvre des espaces collaboratifs dans un intranet open source de dernière génération dont l'éditeur est la société ExoPlatform. Les prochaines années seront consacrées à la mise en œuvre de télé-services aux administrés et d'outils de relation à l'usager fondés sur Capdémat de CapWebCT, à la dématérialisation inter-administrative, à la dématérialisation des processus internes.

Le Conseil Général a mis en place des applications métiers utilisées en face à face avec des usagers comme la gestion du dossier médico-social utilisée par les médecins dans les centres de PMI pendant leurs consultations, le dossier papier ayant été supprimé ( disponibilité impérative du lundi au vendredi de 8h30 à 19h). D'autres applications de ce type sont entrées en production comme Pilote, une application destinée aux travailleurs sociaux devant être accessible pendant leurs entretiens avec les usagers.


Le parc applicatif du CGVO représente 130 applications dont 57% sont webisées.De nombreuses applications du domaine social comportent des informations nominatives sensibles.

Le site web actuel du Conseil Général du Val d'Oise est réalisé avec la version CapInfo2 de CapWebCT

Contexte logiciel d’infrastructure

Pour que le titulaire du contrat ait une bonne connaissance du contexte logiciel du Conseil Général du Val d’Oise, il trouvera ci-après la liste des logiciels et progiciels utilisés par le Conseil général du Val d’Oise.

Composants Open SourceComposants de type LAMP (Linux, Apache, MYSQL, PHP) et de type Java(J2EE, JVM Sun, Tomcat et PostgreSQL).

Micro-ordinateurs personnels et serveur utilisésSystème d’exploitation VMWare ESX 2.5 et 3.0Windows 2000 SP3, Windows2003 SP1Windows 2000 PRO et Windows XP

Linux Red Hat entreprises ES 4.0,ES 5.0AIX 5.2, AIX 5.3

Browser : Internet Explorer 6.0 SP1 et 7.0 SP1

Baie de disques CX3-20, NAS NS600

Système de connexion applicatifCitrix Presentation Server 4.0 sur Windows 2003

Bases de donnéesBase de données Oracle 9.x, 10.xSybase 7SQL Server 2005PostgreSql 8Mysql 4.1, 5.0Universe

Suite bureautiqueMS Office 2000 et 2007OpenOffice 3.1.1MS Access 2000

Outil d’Infocentre et moteur OLAP :Business Object

Outil de conception des bases de données relationnelles :Amc Designer

Outil d'alimentation du système de pilotage :Data Integrator

Outil de Groupware (messagerie, forums, annuaire, agendas partagés et workflow :


Lotus Domino Lotus Notes en V8

Utilitaires :Prise en main à distance : Pc Anywhere Antivirus : Symantec Antivirus 10.xxConnexions à distance : : Terminal Server, SSH

Administration et gestion de parc.Administration systèmes et réseau : Insight Manager, Patrol, et VisualisGestion de parc et Helpdesk : Qualiparc CSV

GED : Multigest sur mysql

Annuaire LDAP : Fedora de Sun (Open LDAP)

SSO: sign&go d'Ilex (web et client/serveur)

Intranet/Extranet: bureaux virtuels des agents, espace de l'institution, espaces publics et privés de Directions et de Services, espaces collaboratifs, sont réalisés avec les outils open source de la société ExoPlatform en version WCM 1.2.1 et version Gate In très prochainement.

Contexte réseau

ARCHITECTURE DU RESEAU DU CONSEIL GENERAL


Le schéma ci-dessus montre les différentes unités constituant le réseau du Conseil général du Val d’Oise. La partie gauche représente tous les bâtiments situés sur le site du Campus. Chaque bâtiment est constitué de postes de travail connectés sur le réseau. Ces éléments sont reliés par l’intermédiaire de switchs Ethernet via de la fibre optique au cœur de réseau. Le câblage des bâtiments est de type 100/1000 base T.Au niveau réseau logique chaque bâtiment possède son propre sous réseau IP et son propre Vlan ceci permettant d’isoler les bâtiments entre eux.

La partie centrale est constituée d'un switch Ethernet et Fiber Channel situé au bâtiment F en salle informatique avec tous les serveurs transversaux connectés, en 100 base T ou 1 Gb/s . C’est le switch de cœur de réseau qui assure l’ensemble du routage (bâtiments, serveurs, etc.…).L’ensemble des serveurs sont repartis en fonction de leur rôle dans différents Vlan sur lesquels sont définis des sous-réseaux IP différents.

Le site de La Palette, où siègent 150 agents de la direction générale de l’Action Sociale, est relié au réseau Campus à travers une ligne à haut débit de 10Mb/s.

Le site du SDIS est relié au réseau Campus par réseau hertzien.

Les sites distants (136) sont connectés via des lignes SDSL maintenues par un opérateur.

Les adresses ip visibles de l'extérieur sont au nombre de 18 et il existe 26 serveurs qui sont accessibles de l'extérieur


Contexte matériel

Parc bureautique actuelLe parc actuel se compose d’environ 1400 micro-ordinateurs allant du Pentium III au dernier Pentium et de 900 Terminaux légers, de deux générations.

Configuration des postes de travail compatible PCLes postes de travail en réseau ont tous une configuration standard. Un très grand nombre d’entre eux ont une imprimante connectée directement, les autres accèdent aux services d’impression au travers d’imprimantes réseau.Les systèmes d’exploitations sont WINDOWS 2000 Pro de manière résiduelles et essentiellement Windows XP.Des imprimantes sont connectées sur le réseau, soit directement, soit par l’intermédiaire d’un boîtier administrable à distance,.Des ghosts (images disque) et masters (matrices d’installation) sont utilisés pour la configuration des postes.

Mobilité : Certains agents du Conseil Général sont nomades et se connectent au système d’informations via le service Business Everywhere d’orange et via un portail citrix vpn-ssl. Ces agents sont équipés d’un micro-ordinateur portable ou d’un client léger portable équipé d’une carte 3G.

Configuration des serveurs

Le Conseil général dispose de 195 serveurs répartis de la façon suivante :15 serveurs Aix45 serveurs Linux3 serveurs Windows NT421 serveurs Windows 2000111 serveurs Windows 2003

8.2.2. Contraintes d’intégration dans le système d’informations du Conseil Général

Préconisation

Compte tenu de la variété des fonctions, le TITULAIRE veillera scrupuleusement à la cohérence globale de la solution, à sa souplesse pour intégrer sans difficulté les évolutions souhaitées, ainsi qu’à sa compatibilité avec le reste du paysage applicatif.

Pour les serveurs web, nous préconisons l'utilisation de serveur Linux pour la partie web, Red Hat ES 5.x.

Un compte spécifique sera créé pour installer l’application et pour lancer les services (si serveur windows)

Compte-tenu de la préconisation d'une technologie de type web, la distribution du code applicatif sur les postes doit être dynamique. S'il y a utilisation d'applets java nécessitant des versions spécifiques de navigateur ou d'environnement java, le Titulaire doit indiquer ses contraintes et préciser comment peut s'opérer la cohabitation avec d'autres applications requérant le cas échéant d'autres versions.


Il est demandé au Titulaire d’alimenter dans le bureau virtuel de l’agent (intranet du Conseil général) le portefeuille des tâches à réaliser issues des processus agents (workflow de contribution) via le développement d’une portlet selon norme JSR168.

Mutualisation des serveurs

Le Conseil Général se donne le droit d’installer les composants de l’application (base, programmes, …) sur des serveurs virtuels et non dédiés à partir du moment où cette architecture répond aux critères de performance souhaités. Dans la mesure où ces critères sont respectés, le titulaire ne pourra imposer au Conseil Général un serveur dédié et / ou physique.

Méthodologie de mise en production

Au lancement du projet, une réunion technique devra être planifiée afin de définir avec le service Production l’architecture des différents environnements (test, formation et production). Le service production fournira à l’issue de cette réunion les schémas d’architecture.

Le Conseil Général utilise la méthode ITIL pour les mises en production dans les buts de minimiser les incidents lors d'une mise en production et de s'assurer de détenir l'ensemble des livrables pour la réinstallation de l'application.

Le titulaire procédera à l’installation des environnements de test. A l’issue de la validation de celle-ci, il fournira les documents d’installation, de désinstallation, d’exploitation de l’application et les programmes au service production.Ce dernier procèdera ensuite à partir des documents et programmes fournis :

- à l’intégration (environnement formation)- à la qualification - à la mise en exploitation (environnement production)

L'ensemble des actions effectuées pour la mise en production et les rapports des installations des différents environnements seront consignés dans un document appelé « Demande de Mise en Production » (DMEP).

Recette de l’installation

Lors de la recette de l’installation dans l’environnement test, tous les serveurs seront redémarrés et l’accès à l’application sera testé sans opération manuelle sur les serveurs et sans ouverture de session automatique pour les serveurs windows.

Intervention à distance du Titulaire sur les serveurs

Un accès sécurisé via vpn-ssl sera créé pour le titulaire afin de lui permettre d’accéder en écriture aux environnements de test et formation, lecture à l’environnement de production. Cela nécessite au titulaire d’avoir un accès internet, un poste de travail avec un navigateur de type mozilla ou internet explorer.

Exigences de sécurité


L’objectif est de garantir un niveau de sécurité efficace non seulement pour contrer d’éventuelles malveillances envers le système mais aussi pour faire face à des actions malencontreuses et non intentionnelles des utilisateurs.

Les exigences sont bien évidemment liées au système mis en œuvre (contexte d’exploitation, nature stratégique du système dans l’organisation), et aux objectifs fixés en matière de sécurité (disponibilité, intégrité, confidentialité).

Le système devra donc disposer de mécanismes de protection permettant :

d’identifier l’utilisateur en accédant à l'annuaire LDAP du Conseil général (annuaire centralisé au niveau du SI du CG, gérant l’identité des agents du CG et des agents des organismes conventionnés)

o avec connexion à un serveur d’identités uniqueo en intégrant et respectant le fonctionnement du SSO du conseil général

(progiciel sign&go de la société française ILEX) de définir des droits d’accès relatifs aux habilitations réseaux de disposer d’historique des modifications (versionning) d’activer des processus de retour en arrière (rollback), de sauvegarde et de

restauration

8.3. Spécifications du format d’export des contenus et des médias

Merci de vous reporter au fichier joint au DCE intitulé « export.zip ».

8.4. Charte graphique de Valdoise.fr

Les visuels de la future charte graphique sont disponibles en l’état surhttp://estebanalmiron.com/projets/Valdoise/

Les visuels présentés sur ce site ne sont pas contractuels car susceptibles de modification avant mise en œuvre par le prestataire.

FIN DU CCTP


http://estebanalmiron.com/projets/Valdoise/

Documents

CG95 -Internet- Cahier des charges - Télécharger Courstelecharger-cours.com/doc/2998.doc · Web viewCette page constituera la page de présentation d’un article, d’un contenu