Intervenant R. SILAS

40
Intervenant R. SILAS

Transcript of Intervenant R. SILAS

Page 1: Intervenant R. SILAS

Intervenant R. SILAS

Page 2: Intervenant R. SILAS

Le cahier des charges est une description plus ou moins détaillée d'un système

ou d'un projet à réaliser et qui sert de document de référence entre plusieurs

parties.

A la suite d'une recherche de l'expression « cahier des charges » sur internet

on pourra constater qu'il existe beaucoup de façons différentes d'expliquer

l'utilité et la finalité d'un cahier des charges.

On trouvera par exemple souvent l'appellation «cahier des charges fonctionnel»

qui est davantage lié à l'expression des besoins. On a alors plus affaire à un

document de travail et qui peut être réalisé en amont du cahier des charges

définitif (aussi parfois appelé «cahier des charges opérationnel»).

Page 3: Intervenant R. SILAS

Le cahier des charges fonctionnel est par exemple parfois appelé «cahier des

charges métier ».

De même, le cahier des charges opérationnel est parfois appelé «plan projet» ou

«cahier des charges technique» ou encore «cahier des charges de réalisation».

D'après Nicolas CHU (Réussir un projet de site web, 6e éd., Eyrolles)

« le cahier des charges fonctionnel exprime un besoin en identifiant le quoi, le

quand, et le pourquoi ».

Tandis que « [le cahier des charges opérationnel] répond à ce besoin en

indiquant le comment ».

Page 4: Intervenant R. SILAS

Le cahier des clauses techniques particulières (CCTP) est un document

contractuel qui rassemble les clauses techniques d'un marché public.

- Il est rédigé par l'acheteur et fait partie des pièces constitutives du marché

public

- Il est intégré au dossier de consultation des entreprises

- Il doit être signé par la personne publique et le prestataire

Cahier des charges fonctionnel : « Document par lequel le client exprime son

besoin. Ce dernier doit être formulé en termes de fonctionnalités que le futur

internaute aura à accomplir, ou que le site web devra accomplir pour lui » .

Cahier des charges opérationnel /technique : Document réalisé à partir du cahier

des charges fonctionnel, après analyse des besoins. Il définit le cadre du projet et sa

structure. Ce document a une valeur contractuelle.

Page 5: Intervenant R. SILAS

Le maître d'œuvre (souvent abrégé MOE) : Désigne une personne ou entité chargée

de la conduite opérationnelle de travaux. C'est le fournisseur. Dans le cas de la

conception d'un site internet, c'est donc l'agence qui va réaliser ce site.

Le maître d'ouvrage (souvent abrégé MOA) : C'est le donneur d’ordre au profit

duquel l’ouvrage est réalisé. C'est le client.

Le besoin : Est interne à une organisation ou une personne. Il sera exprimé ou

non, de façon plus ou moins claire, voire sous-entendu, ignoré ou nié.

La demande : C'est l'expression d'un besoin.

Page 6: Intervenant R. SILAS

Une exigence : C'est une demande qui tient compte des contraintes et qui

inclut un consensus.

Une spécification : Traduction d'une ou plusieurs exigences dans un langage

convenu entre client et fournisseur.

En revenant sur la définition présentée plus haut on voit que le cahier des

charges va permettre à l'équipe qui réalise le projet de savoir quelles vont être

les tâches à réaliser et comment elle devra les réaliser.

Page 7: Intervenant R. SILAS

Qui rédige le cahier des charges : client ou fournisseur ?

Il existe 2 documents distincts : cdc fonctionnel et cdc opérationnel/technique. Le premier

sera rédigé par le client avec l'aide du prestataire : il traduit un besoin que seul le client est

capable de définir mais le fournisseur pourra l'aider à mettre ce besoin en mots. Le second

est rédigé par le prestataire en s'appuyant sur le premier, c'est à dire les besoins exprimés.

Le second est contractuel, pas le premier.

Utilité du cahier des charges

Le cahier des charges s'établit sur la base d'un consensus à partir des besoins identifiés du

client. C'est un document clair, qui sera compris par les différents acteurs du projet. Il sera

élaboré avec tous les acteurs concernés et pourra être complexe pour un projet de grande

ampleur. Ce document servira ensuite de référence et sera là pour permettre le bon

déroulement du projet : il guidera le fournisseur dans la réalisation du travail demandé.

Page 8: Intervenant R. SILAS

Etude des besoins

L'étape du recueil des besoins est celle qui demande le plus de qualités humaines.

En effet il s'agira de trouver le bon interlocuteur qui détiendra la bonne

information, « l'encourager à exprimer, puis écouter ce qu'[il] a à dire, avec

neutralité et bienveillance » .Il faudra « animer des groupes de travail où des

tensions entre individus peuvent apparaître » . Cette étape doit donc être préparée

avec soin.

Cette étape est d'autant plus difficile que la réalité de l'expression des besoins

fait souvent apparaître des informations qui ne sont pas pertinentes.

Page 9: Intervenant R. SILAS

Généralement on distinguera les besoins liés au front-office (FO) de ceux liés

au back-office (BO), les utilisateurs des deux modules n'étant généralement

pas les mêmes personnes.

Si on demande à un futur utilisateur du site web d'exprimer ses besoins

concernant le site, « il exprimera selon les cas :

- un vrai besoin, c'est à dire réellement attendu .

- un problème ou une difficulté à laquelle il est confronté

- une solution (plus précisément sa solution) à ce problème

- la manière dont cette solution sera mise en œuvre

Page 10: Intervenant R. SILAS

Impliquer le client

Il sera évidemment nécessaire d'impliquer le client pour pouvoir identifier les

fonctionnalités du futur site web, à travers des entretiens ou des groupes de

travail.

Impliquer les futurs utilisateurs

On pourra faire appel aux futurs utilisateurs pour préciser les besoins du futur

site web. Si cette démarche est retenue, il sera nécessaire de bien

communiquer avec ces personnes tout au long du processus de recueil des

besoins, en leur expliquant leur rôle dans cette étape. Ceci afin qu'ils ne soient

pas déçus si ils sont amenés à constater que leurs demandes ne figurent dans

le site web final.

Page 11: Intervenant R. SILAS

Outils pour le recueil de besoins

Pour mener à bien cette tâche, on pourra éventuellement s'aider de plusieurs

outils qu'on aura préparés à l'avance.

On préparera par exemple des grilles d'entretien qui permettront d'orienter,

sous forme de plusieurs points clés, les questions et les relances.

On établira aussi une liste des personnes à contacter, aussi bien côté

utilisateurs que client. Si certaines informations nous ont été apportées par

une unique personne ces informations seront peu fiables. En croisant les

sources on augmentera la fiabilité des informations.

Page 12: Intervenant R. SILAS

On pourra également préparer un bref plan de recueil spécifiant pour chaque

personne ou groupe de travail :

- les objectifs du recueil : notamment si les besoins recueillis concerne des

grandes orientations, des détails ou bien des besoins déjà formalisés.

- les méthodes de recueil, qui pourront varier en fonction des objectifs, des

interlocuteurs, …

- la planification : dates, délais, ...

Le cahier des charges fonctionnel (CDCF) est donc un document formulant le

besoin, au moyen de fonctions détaillant les services rendus par le produit et

les contraintes auxquelles il est soumis.

Il pourra éventuellement servir au client dans une situation d'appel d'offres

pour choisir un prestataire (une agence web).

Page 13: Intervenant R. SILAS

Classement des besoins

Une fois les besoins recueillis on s'attachera à les classer par grands groupes

pour pouvoir les présenter de façon claire dans le CDCF. Voici un exemple de

groupes qui pourraient être retenus :

• ARCHITECTURE DU SITE

• STRUCTURE DES PAGES

• NAVIGATION / CONTENUS CLIQUABLE

• CONTENUS NON CLIQUABLES

• CONTENUS MULTIMEDIA

• FONCTIONNALITES INTERACTIVES

• BACK OFFICE

Page 14: Intervenant R. SILAS

On peut aussi envisager un autre type de classement, par types de besoins, comme

ci-dessous :

• BESOINS FONCTIONNELS (mettre à jour des articles, pages légères à charger, … )

• BESOINS EDITORIAUX (ligne éditoriale, guide de rédaction, ...)

• BESOINS ERGONOMIQUES

• BESOINS GRAPHIQUES

• BESOINS TECHNIQUES

Page 15: Intervenant R. SILAS

Elaboration du cahier des charges fonctionnel

L'élaboration du cahier des charges fonctionnel pour un site web « s'appuie sur une

démarche spécifique qui consiste à rechercher, caractériser et hiérarchiser les

fonctionnalités du futur site web ». C'est un travail qui se fait en lien avec le client à partir

de l'étude des besoins. Le but est de définir avec lui l'ensemble des différentes

fonctionnalités, en s'aidant de la connaissance qu'il a de ses propres besoins et de

l'environnement de sa structure et éventuellement des besoins qui auront été exprimés

par les utilisateurs.

Il faudra procéder par étapes :

1. Recenser et classer les fonctionnalités désirées par le client

(par exemple : moteur de recherche, téléchargement, …)

Dans cette étape on cherche à traduire les demandes exprimées par le client. On y ajoute

éventuellement des besoins qui ont été identifiés sans être pour autant exprimés.

Page 16: Intervenant R. SILAS

2 . si besoin et si possible, caractériser chacune de ces fonctionnalités à l'aide de critères

d'appréciation (voir exemples ci-dessous)

3. attribuer un niveau de priorité pour chaque fonctionnalité (par exemple, 1=vital,

2=important, 3=facultatif):

Fonctionnalité

(ou fonction de service) Critère d'appréciation Niveau Flexibilité

Niveau d'importance

(A: indispensable,

B : important,

C : secondaire,

D : facultatif)

Les liens textuels doivent être

suffisamment courts

Nombre de mots dans un

lien. Pas plus de 3 mots. + 1 mot B

Mettre en valeur une information

sur la page d'accueil

Aspect de la police. Mise en

page.

Taille du bloc informatif

égal au tiers de la page. + ou - 10% A

Pouvoir cliquer sur des actualités

courtes sur l'accueil

Module de gestion

d'actualités B

Les pages doivent être conformes

à la charte graphique existante

Codes couleurs, polices,

l'emplacement du logo.

Conformité couleurs,

polices. A

Conformité W3C du code source Nombre d’erreurs Certains objets

tolérés si besoin B

Page 17: Intervenant R. SILAS

Contenu d’un cahier des charges

1. CONTEXTE ET PRESTATION

1 1. Contexte de l’entreprise

Dans ce chapitre nous retrouvons le contexte du projet, une présentation de l’entreprise

et le rôle du futur site web dans la communication et/ou la stratégie marketing de

l’entreprise.

Nous devrons également décrire de façon détaillée l’environnement numérique autour du

site web, les autres sites gérés par l’entreprise, les applications web ou mobiles associées

et intégrer une synthèse de la stratégie de communication en ligne et hors-ligne (publicité

on-line et off-line, communication événementielle).

Le client doit également communiquer les KPI existants (nb de visites, nb de sessions,

temps moyen passé sur le site, taux de rebond, nb de fans facebook, nb de followers sur

twitter, campagnes d’emailing, etc.) et les enjeux du futur site web pour que le prestataire

comprenne les enjeux du projet et les attentes.

Page 18: Intervenant R. SILAS

1. 2. L’objet de la prestation

Ici la maîtrise d’ouvrage présente les prestations attendues.

Exemple :

• Assistance à la maîtrise d’ouvrage (accompagnement marketing, rédaction des

spécifications, conception des zonings et maquettes, accompagnement)

• Conception du webdesign (charte graphique, gabarits de page etc)

• Installation et paramétrage (front et back-end, paramétrage modules )

• Développement

• Intégration

• Optimisation SEO

• Formation

• Maintenance évolutive

Page 19: Intervenant R. SILAS

1. 3. Modalité de déroulement du projet

Ici la maîtrise d’ouvrage présente les aspects organisationnels du projet. Qui sera le chef

de projet en charge de la maitrise d’œuvre, qui sont les interlocuteurs associés (graphiste,

web designer, référenceur etc.) et comment se déroulera la communication entre la

maîtrise d’ouvrage et la maîtrise d’oeuvre (points réguliers, rendez-vous téléphoniques,

etc.)

« Organisation du projet Le dossier sera suivi pour la maîtrise d’ouvrage, par XXXXXXX Le chargé de projet et interlocuteur principal d’XXXXXX sera au sein du prestataire : M. XXXXXXXX. Chaque réunion ou point téléphonique fera l’objet d’un compte-rendu réalisé par XXXXXXX par courriel. La production du socle technique suivra le déroulé suivant Réunion de cadrage pour affiner le cadre de la production, Réunions de spécifications fonctionnelles, Réunions graphiques. »

Page 20: Intervenant R. SILAS

1. 5. Contraintes de conception

Dans ce chapitre le client intègre les contraintes de conception et met à la disposition du

prestataire les éléments existants (par exemple une charte graphique existante, les

contraintes ergonomiques, la charte éditoriale existante, les contenus médias etc.)

1. 6. Exigences pour le prestataire

1. 6.1 Accessibilité

L’arrêté du 21 octobre 2009 approuve le Référentiel Général d'Accessibilité pour les

Administrations (RGAA).

Le prestataire prendra en compte cette contrainte légale et fera des propositions précises

en matière d’accessibilité selon les niveaux à atteindre : RGAA (A, AA, AAA) ou Accessiweb

(Bronze, Argent, Or).

1. 4. Planning opérationnel - rétro-planning (Gantt)

Page 21: Intervenant R. SILAS

1. 6.2 Réglementation applicable aux cookies et autres traceurs

Le prestataire devra appliquer la directive européenne dite « paquet télécom ». Cette

directive précise que les internautes doivent être informés et donner leur consentement

préalablement à l'insertion de traceurs. Ils doivent disposer d'une possibilité de choisir de

ne pas être tracés lorsqu'ils visitent un site ou utilisent une application. Les éditeurs ont

donc l'obligation de solliciter au préalable le consentement des utilisateurs.

D’une manière générale, les sites devront être conformes aux recommandations de la

CNIL.

1. 6.3 Propriétés et droits

En ce qui concerne les prestations soumises à la loi n° 57-298 du 11 mars 1957 sur la

propriété littéraire et artistique, il est précisé que le « client x » sera propriétaire des droits

d’utilisation et d’exploitation de son propre site.

Le «client x » aura la propriété patrimoniale de l’ensemble des images, graphismes,

icônes, programmes, bases de données et autres contenus créés pour son propre site.

Le prix de cette cession est forfaitairement compris dans le montant de la prestation.

Page 22: Intervenant R. SILAS

« Droit de représentation Ce droit comporte le droit de représenter, de rendre accessible, de diffuser ou de communiquer au public d'une quelconque façon, directement ou indirectement par tous les procédés connus ou inconnus à ce jour, tout ou partie de la création reproduite et ou adaptée sur tout réseau numérique privatif ou ouvert, national ou international, en tous formats et en utilisant tout rapport de cadrage. Droit de reproduction Ce droit comporte le droit de reproduire, directement ou indirectement par tous procédés techniques connus ou inconnus à ce jour, y compris le droit de fixer sur la mémoire d'ordinateurs, tout ou partie de la création en nombre illimité, sur tout réseau numérique privatif ou ouvert, national ou international, en tous formats et en utilisant tout rapport de cadrage. Droit d'adaptation Ce droit comporte le droit d'adapter directement ou indirectement tout ou partie de la création. »

Page 23: Intervenant R. SILAS

1. 7. Exclusivité

Le créateur cède les droits ci-dessus à titre exclusif au « client X». En conséquence, le

créateur ne pourra céder ou concéder un quelconque droit d'utilisation ou d'exploitation sur

tout ou partie de la création à un tiers.

Toute violation de la présente clause donnera lieu au paiement de dommages et intérêts au

bénéfice du « client X »

Prix de la cession des droits

Le prix de la cession des droits décrits ci-dessus est inclus dans le prix global forfaitaire de la

prestation.

Durée de la cession

Le titulaire s'engage à céder les droits décrits ci-dessus pour une durée de vingt ans à

compter de la mise à disposition des contenus (supports de présentation et guides

pratiques).

Page 24: Intervenant R. SILAS

2. LA CREATION DU SITE INTERNET

2.1 Présentation générale

La maîtrise d’ouvrage présente la typologie du site (e-commerce, vitrine, catalogue, portail,

communautaire etc.), ainsi que la précision s’il s’agit d’une refonte ( si oui de quelle version)

ou d’une création. Nous devrons également identifier l’objectif principal du site (vendre,

communiquer, acquérir des prospects, informer, acquérir des membres et créer une base de

données etc.)

2.2 Les objectifs du site

Dans ce chapitre nous devrons retrouver les objectifs principaux et les objectifs secondaires

du site.

Page 25: Intervenant R. SILAS

2.3 ENVIRONNEMENT TECHNIQUE

2.3.1 Choix technique

Ici la maîtrise d’ouvrage exprime ses contraintes techniques de conception (développement

sur mesure, l’utilisation d’un CMS etc)

Exemple :

Le système de gestion de contenu (CMS) proposé devra s’appuyer sur la solution open

source, Wordpress (solution utilisée en interne).

L’ensemble des développements qui sera effectué dans le cadre de la prestation devra donc

être réalisé en tenant compte de ce prérequis.

De plus, afin d’assurer la maintenance et la pérennité du développement, il est demandé

que l’ensemble du code spécifique utilisé dans le cadre de ce projet soit clair, commenté et

respecte les standards du marché.

Page 26: Intervenant R. SILAS

2.3.2 Exigences techniques

Ici la maîtrise d’ouvrage décrit les contraintes de développement (langages de

programmation à utiliser, les exigences techniques W3C, la technologie mobile, etc)

Le site sera développé en HTML5 avec CSS3. La totalité du site sera développé en

responsive design et compatible avec les principaux navigateurs du marché. Pour les

navigateurs plus anciens ou ne supportant pas ces spécifications une solution devra

être proposée pour pallier les manques (HTML5shiv, Modernizr…). « Le site devra être étudié pour avoir un temps de chargement de pages minimal (3s maximum). Le prestataire devra vérifier la rapidité du site et prendre les mesures nécessaires pour les optimiser et atteindre le meilleur rendement possible. Le prestataire précisera à l’hébergeur retenu (lot 2) les pré-requis techniques nécessaires au bon fonctionnement du CMS et du site mis en œuvre. Il chiffrera dans son offre les prestations d’installation et de configuration sur l’infrastructure de l’hébergeur retenu. Le site sera livré valide W3C. L’outil devra permettre l’intégration de codes sources dans les articles pour, par exemple : les vidéos youtube la fonction j’aime de facebook ; les cartes interactives google maps ; »

Page 27: Intervenant R. SILAS

2.4 EXIGENCES FONCTIONNELLES

Les fonctionnalités précisées ci-dessous sont à développer et seront indispensables pour le

fonctionnement du nouveau site web.

2.4.1 Spécifications fonctionnelles

2.4.1.1 L’interface

La maîtrise d’ouvrage doit présenter les différentes exigences liées aux interfaces,

notamment les contraintes liées à la charte graphique et aux choix des couleurs, ou même

imposer une charte graphique créée par un prestataire différent. Nous retrouvons

également les types d’interfaces à développer, ainsi que les exigences ergonomiques du

projet.

Page 28: Intervenant R. SILAS

« Charte graphique et webdesign L’ambiance générale du site web, le webdesign des différents gabarits, sera en adéquation avec les principaux éléments constitutifs de la charte graphique de la marque XXXXXX : logotype et code couleurs. Ergonomie du site L’évolution au sein de l’interface, devra être simple intuitive et efficace. Accessibilité à partir de différents terminaux Le site devra être visible et accessible sur les différents types d’écran ou terminaux suivants : Desktop et laptop, sur une résolution de 1024 x 768 pixels. Tablette, à partir d’une résolution de 768 x 1024 pixels. Smartphone, à partir d’une résolution de en dessous de 480 pixels. Les gabarits du site seront ainsi pensés « responsive design », à partir du framework CSS Bootsrap. Selon le type d’écran, certains éléments des pages et rubriques du site, ne seront affichés que partiellement ou pas du tout. Gabarits de page Pour l’essentiel des gabarits de page, le site s’appuiera pour l’essentiel sur deux colonnes, un bloc contenant le contenu central, une colonne permettant d’afficher des contenus secondaires ou d’éventuels widgets. L’ensemble des gabarits de page sera conçu à partir du framework CSS bootsrap.»

Page 29: Intervenant R. SILAS

2.4.1.2 L’arborescence

Page 30: Intervenant R. SILAS

2.4.1.3 Exigences fonctionnelles liées au front-office

Dans ce chapitre nous devrons retrouver une description détaillé pour chaque

fonctionnalité attendue au niveau du front office. Cette démarche doit intégrer à la fois une

description textuelle des contenus communs sur toutes les pages du site, une description

détaillée des contenus propres à chaque typologie de page, ainsi que des diagrammes de

classes pour les fonctionnalités interactives (processus d’achat, création de compte,

inscription, recherche de produit etc.)

Dans les annexes nous retrouvons les wireframes et maquettes correspondant aux

interfaces.

« 2.4.1.3 Eléments similaires à l’ensemble des pages du site : Hors mention spéciale relative au format du terminal, les éléments suivants seront présents sur l’ensemble des pages du site : • Menu principal, celui-ci en fonction du terminal pourra avoir une forme différente. Il sera fixe. • Un bouton espace client permettant au client d’accéder à son compte client et ses projets. • Un fil d’ariane (exclu de la page d’accueil), • Un footer contenant un ensemble de liens des différentes rubriques secondaires et les principales informations de contact, • Un bloc d’inscription à la newsletter. »

Page 31: Intervenant R. SILAS

2.4.1.4 Page d’accueil Rôle : La page d’accueil devra permettre à l’utilisateur d’appréhender rapidement l’objet du site et les différents services proposés par XXXXXX. Contrainte : l’accent sera principalement mis sur la simplicité et le professionnalisme du service d’attestation en ligne de XXXXXX. Composition: • Un slider promotionnel, comprenant un call for action de type « en savoir plus ». • Un bloc présentant graphiquement les étapes d’achat. • Les 3 offres principales présentées de façon résumées avec un call for action permettant d’accéder au canal d’achat. • Un bloc proposant aux utilisateurs de s’inscrire rapidement. » 2.4.1.5 Page Blog Composition: • Ces pages de types « blog », permettront d’afficher les différentes actualités par l’intermédiaire d’une liste d’articles (à raison de 6 actualités par page) sous la forme de résumés pouvant contenir du texte et une image « à la une ». • Un système de pagination permettra de naviguer entre les différentes pages. L’utilisateur pourra accéder aux détails de chaque article en cliquant sur un lien « lire la suite ». • Les articles détaillés pourront contenir, du texte, des images (photographies, logos, schéma etc.), une vidéo, différents documents à télécharger. Un bloc « partagez cet article », permettra aux utilisateurs de partager l’article sur les principaux réseaux sociaux. Ajout de commentaires Les utilisateurs pourront ajouter des commentaires sur chaque article. Ces commentaires ne seront modérés par un éditeur de contenu avec un accès restreint.

Page 32: Intervenant R. SILAS

Inscription au site (Diagramme de classe) Les utilisateurs pourront s’inscrire soit gratuitement (compte gratuit) ou dans le cadre du canal d’achat, au moment de passer commande d’une offre et / ou d’un service complémentaire. Processus d’inscription gratuite (sans commande) :

Page 33: Intervenant R. SILAS

Autres exigences fonctionnelles liées au front-office

« Réseaux sociaux et partage des contenus Les contenus du site doivent pouvoir être imprimés (de manière formatée) et partagés par e-mail et sur les principaux réseaux sociaux, à minima Facebook, Twitter, Viadeo, Linkedin, Pinterest et Google+ (non limitatif, d’autres réseaux sociaux devront pouvoir être ajoutés). Via la console d’administration, il est demandé de pouvoir publier automatiquement des actualités vers les réseaux sociaux. Lorsque l’un des rédacteurs ajoute une actualité ou un événement, il aura la possibilité de choisir de le publier également sur un ou plusieurs réseaux (Facebook, Twitter, Viadeo, etc.). Une passerelle entre la console d’administration et ces outils devra donc être mise en place par le prestataire. Des boutons de partage - Facebook, Twitter, Viadeo, Linkedin, Pinterest, YouTube, Google+, impression et e-mail - devront être intégrés dans toutes les pages des sites. »

Page 34: Intervenant R. SILAS

« Zone d’actualités Ce module s’affichera dès la page d’accueil (éventuellement sous forme de carrousel). Le carrousel pourra afficher jusqu’à 3 panneaux (actualités institutionnelles, promotions, et événements). Le carrousel sera dynamique ou statique (dans ce dernier cas, c’est l’internaute qui décide de changer de panneau en cliquant sur la flèche). Chaque panneau se composera de 3 à 5 actualités, 1 actualité pourra être aux formats texte, visuel (image ou vidéo), visuel + texte, ou du contenu provenant des derniers ajouts sur les réseaux sociaux. Le détail de l’actualité sera affiché dans une page spécifique, avec un accès aux archives avec une pagination. Préconisations : • Pas de limitation du nombre d’actualités générées • Le module actualité devra permettre de gérer une ou plusieurs actualités • Possibilité de partager des actualités avec d’autres domaines compétents • La publication des événements respectera les dates indiquées par le contributeur Le module actualités devra intégrer : • Une date de début, une date de fin de publication et une date d’archivage • Un éditeur de texte • Un thème • La possibilité d’ajouter un document à télécharger • La possibilité d’ajouter des liens • La possibilité d’ajouter une image ou une vidéo qui devra être redimensionnée automatiquement en largeur »

Page 35: Intervenant R. SILAS

2.4.1.4 Exigences fonctionnelles liées au back-office

2.3.3.1 Texte et images Exigence principale : Interface WYSIWYG La publication est rédigée dans un éditeur de texte wysiwig 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 HTML.

Page 36: Intervenant R. SILAS

2.4.1.4 Exigences fonctionnelles liées au back-office

« 2.4.3.2 Code HTML La solution devra permettre également l’insertion du code HTML sur l’ensemble des pages du site et gérer les feuilles de style dans l’interface d’administration. 2.4.3.3 Intégration des vidéos Il sera possible d’intégrer et de créer facilement une section composée de l’ensemble des vidéos mises en ligne sur YouTube. Cette section renverra vers les pages de publication où les vidéos seront intégrées. 2.4.3.4 Intégration de diaporamas Il sera possible d’intégrer et de créer facilement des diaporamas et les insérer dans une section d’une page. 2.4.4 Création de pages et ajout dans le menu Il sera possible de créer des nouvelles pages avec la même structure et feuille de style associée (par exemple pour l’ajout d’une nouvelle catégorie produit) sans intervenir dans le code source du site. Il sera possible d’ajouter un nouvel onglet correspondant à la nouvelle page dans n’importe quel endroit du menu. »

Page 37: Intervenant R. SILAS

2.5 Développements ad hoc

Le prestataire devra chiffrer le coût unitaire de prestations complémentaires permettant

d’ajouter de nouvelles fonctionnalités, de mettre à jour la structure du site, éventuellement

du graphisme, voire de créer des mini-sites événementiels.

2.6 Référencement naturel

Le prestataire procédera à l’ensemble des optimisations techniques nécessaires au bon

référencement naturel du site, qui consistera à rendre le site conforme aux exigences

des moteurs de recherche en optimisant la structure du site par le respect des normes

d'Internet, la qualité des balises méta, le choix des URL, la densité du contenu, etc.

Ces actions devront contribuer de manière efficace à une indexation automatique du

site internet par les moteurs de recherche et principalement Google.

Page 38: Intervenant R. SILAS

2.7 Sécurité et certification SSL

Afin de sécuriser l’échange de données entre l’utilisateur et les différents services du

site, un protocole de cryptage des données SSL sera mis en place. Les données ne

transiteront jamais en clair sur le réseau. Un certificat sera mis en place par le

prestataire pour le nom de domaine principal : http://www.XXXXXX et un second

pour le sous domaine http://client.XXXXXX.

Le coût de ces certificats (installation comprise) est de XX€ TTC par an, à la charge

de XXXXXX.

2.8 Formation et transfert de compétences

La réponse du prestataire devra prévoir 2 types de formation :

• une formation « Super-administrateur / administrateur » : qui aura pour but de

donner aux référents toutes les compétences techniques et fonctionnelles

nécessaires à l’administration et à la configuration du CMS au quotidien.

Page 39: Intervenant R. SILAS

• une formation « Mise à jour du site Internet » : qui sera destinée aux futurs

rédacteurs et contributeurs et qui devra leur donner les capacités et

automatismes nécessaires pour mettre à jour le site Internet (ajout, modification,

suppression de pages, de textes, de rubriques, de photos, de vidéos, de liens

etc…).

Des supports de formation seront fournis pour les 2 types de formation.

Dans sa réponse, le prestataire devra estimer le coût, détailler le contenu de ces

formations et leurs durées, ainsi que le nombre de personnes pouvant être

accueilli par session de formation

Page 40: Intervenant R. SILAS

2.9 MAINTENANCE ET ASSISTANCE TECHNIQUE

A l’issue de la période de garantie, le prestataire doit assurer des prestations de

maintenance et d’assistance pendant toute la durée du marché :

une garantie technique qui assure tout problème technique ou dysfonctionnement non

constaté à la livraison et directement lié à l’élaboration technique initiale, et

indépendante de l’utilisation habituelle du site.

une assistance fonctionnelle au minimum de 9h à 18h. Cette assistance concernera

l’utilisation et le fonctionnement du site.

une maintenance technique et curative en cas de problèmes ou dysfonctionnements.

Cette prestation de maintenance prend en compte les mises à jour, laissées à

l'appréciation experte du prestataire, en termes de compatibilité et de cohérence

globale, du CMS et des modules associés.