Logo Étude de faisabilité

Client Nom du client Projet Nom du projet

Créé le Jj/mm/aaaa MAJ Jj/mm/aaaa
Auteur Nom auteur Version 1
Destinataire
Chef de projet
s
Fichier 385621033.doc

Version Modifié le Par Modifications

1 Jj/mm/aaaa Nom auteur RAS

© Société 1 I 16
1. Cadrage du projet...................................................................................................................... 3
1.1. Objectifs du futur site................................................................................................................ 3
1.2. Périmètre du projet.................................................................................................................... 3
1.3. Ligne éditoriale.......................................................................................................................... 3

2. Expression des besoins............................................................................................................ 4

2.1. Description des besoins fonctionnels.....................................................................................4
2.1.1. Nom de la fonction de service principale (principe)................................................................................4
2.1.2. Mettre à jour les articles (exemple)...................................................................................................... 4
2.2. Description des besoins éditoriaux.........................................................................................5
2.3. Description des besoins ergonomiques..................................................................................5
2.4. Description des besoins graphiques.......................................................................................5
2.5. Description des besoins techniques........................................................................................5
2.6. Description des besoins organisationnels..............................................................................5

3. Étude de l'existant..................................................................................................................... 6
3.1. Description fonctionnelle de l'existant....................................................................................6
3.1.1. Nom la fonction principale (principe)...............................................................................................................................6
3.1.2. Mettre à jour les articles (exemple)..................................................................................................................................6
3.2. Description organisationnelle de l'existant.............................................................................7
3.3. Description technique de l'existant.......................................................................................... 8
3.3.1. Réseau.................................................................................................................................................................................8
3.3.2. Technologies déployées....................................................................................................................................................8
3.3.3. Matériel................................................................................................................................................................................8
3.3.4. Projets en production........................................................................................................................................................8
3.3.5. Trafic....................................................................................................................................................................................8
3.3.6. Compétences techniques en interne...............................................................................................................................8

4. Diagnostic.................................................................................................................................. 9
4.1. Besoins fonctionnels................................................................................................................. 9
4.1.1. Nom la fonction principale (principe)...............................................................................................................................9
4.1.2. Mettre à jour les articles (exemple)..................................................................................................................................9
4.2. Besoins éditoriaux................................................................................................................... 10
4.3. Besoins ergonomiques........................................................................................................... 10
4.4. Besoins graphiques................................................................................................................. 10
4.5. Besoins techniques................................................................................................................. 10
4.6. Besoins organisationnels....................................................................................................... 10

5. Présentation des solutions..................................................................................................... 11

5.1. Description de la solution n°1................................................................................................. 11
5.1.1. Présentation de la solution technique...........................................................................................................................11
5.1.2. Présentation de la solution organisationnelle..............................................................................................................11
5.1.3. Passage du système actuel au futur système...............................................................................................................11
5.1.4. Scénario de mise en œuvre............................................................................................................................................12
5.1.5. Charges.............................................................................................................................................................................12
5.1.6. Planning de mise en œuvre............................................................................................................................................12
5.1.7. Budget...............................................................................................................................................................................12
5.2. Description de la solution n° 2............................................................................................... 13
5.3. Description de la solution n° 3............................................................................................... 14

6. Étude des solutions................................................................................................................. 15

6.1. Évaluation de la solution n° 1................................................................................................. 15
6.1.1. Couverture fonctionnelle.................................................................................................................................................15
6.1.2. Évaluation technique.......................................................................................................................................................15
6.1.3. Évaluation organisationnelle..........................................................................................................................................15
6.1.4. Difficultés de mise en œuvre..........................................................................................................................................15
6.2. Évaluation de la solution n° 2................................................................................................. 15
6.3. Évaluation de la solution n° 3................................................................................................. 15
6.4. Comparatif................................................................................................................................ 16
6.5. Recommandation..................................................................................................................... 16

© Société 2 I 16
1. Cadrage du projet
1.1. Objectifs du futur site
Décrire en termes simples ce que le projet va apporter à l’entreprise.
Décrire quelle est la fonction principale du site/intranet/extranet/CD, etc.
Préciser les objectifs prioritaires et secondaires.

1.2. Périmètre du projet

Positionner le site dans son environnement concurrentiel (la reprise du mapping créé en phase
stratégie est une bonne illustration). Délimiter le périmètre du projet en rappelant ce qu’est et n’est
pas le site. Dans le cas d’un site marchand, préciser l’offre utilisateur (reprise de la note de
positionnement ou du marketing mix).

Quand le site évolue dans un environnement particulier (autres sites ou intranets par exemple),
définir précisément sa position par rapport aux autres sites et les responsabilités et privilèges liés.

Présenter le projet sous forme rédigée et avec un schéma tel que l’arborescence de manière à
pouvoir évaluer rapidement la volumétrie et par la suite resituer telle ou telle fonctionnalité par
rapport à son domaine d’appartenance.

1.3. Ligne éditoriale

Dans certains cas (magazines en ligne, site produit, etc.) il peut être intéressant de synthétiser la
ligne éditoriale.

© Société 3 I 16
2. Expression des besoins
2.1. Description des besoins fonctionnels
Quand le projet est complexe, il faut donner une vue d’ensemble au lecteur pour qu’il puisse
replacer précisément chaque fonction dans son contexte. À ce titre, une cinématique peut être
utile. Dans le même ordre d’idée, il peut parfois être utile de décrire les grands domaines du back-
office et leurs dépendances en utilisant pour cela des logigrammes.

Ne pas hésiter à décrire la structuration des informations (ce qui compose un dossier, un article,
une liste de résultats). Ne pas hésiter à décrire la structure des principales pages et pages
dynamiques (composition du template principal, en-tête, navigation, bas de page, etc.)

Présenter sous une forme rédigée mais succincte toutes les fonctions de service nécessaires au
projet.

2.1.1. Nom de la fonction de service principale (principe)

Fonction de service Description Caractérisation
Nom de la fonction Description fonctionnelle de la fonction de service. Être le plus bref possible
de service. sans pour autant sacrifier à la précision. Cette description servira de base à
La numéroter. l’étude fonctionnelle des solutions.

2.1.2. Mettre à jour les articles (exemple)

Fonction de service Description Caractérisation
1. Ajouter un article L’utilisateur autorisé peut ajouter un article. Pour cela, il peut saisir les
informations de niveau « résumé » :
surtitre
titre
sous-titre
chapeau
et 0 à 10 paragraphe(s) composé(s) de :
intertitre
texte
image
2. Modifier un article Un utilisateur autorisé peut modifier un article. Pour cela, il peut saisir les
informations de niveau « résumé » et « paragraphe ». Les utilisateurs
autorisés peuvent, en plus, modifier la classification de l’article et, selon
l’option retenue, modérer la critique.
3. Classer un article Les utilisateurs autorisés peuvent, en plus, classer l’article dans une ou
plusieurs catégorie(s).
4. Rechercher un L’utilisateur autorisé peut rechercher un article en fonction de : mot(s) clé(s),
article nom et/ou prénom de l’auteur, titre, date(s) de publication. Les utilisateurs
gérant plusieurs rubriques peuvent, en plus, préciser la rubrique. En cliquant
sur Ok les utilisateurs arrivent sur une page présentant une liste de
résultats.
5. Afficher une liste Ce composant affiche les résultats correspondant à la recherche de
de résultats l’utilisateur. Sont affichés : le titre, la date et la rubrique ainsi que les
« articles » pictogrammes « modifier », « supprimer » et « sélectionner ». Pour faciliter
la recherche, la liste de résultats peut être triée en fonction de chaque
élément qui la compose.
En cliquant sur le titre, les utilisateurs autorisés visualisent l’article au travers
d’une « pop up ».
Les utilisateurs autorisés peuvent supprimer un ou des articles soit en
cliquant sur chaque pictogramme « supprimer » soit en sélectionnant la liste
et en choisissant dans une liste déroulante Supprimer.
Les utilisateurs autorisés valident un ou des article(s) soit en cliquant sur le
pictogramme « valider » soit en sélectionnant la liste et en choisissant dans
une liste déroulante Valider.
Supprimer un article L’utilisateur autorisé peut supprimer un article.

Conclure cette partie en listant les fonctions de service principales.

© Société 4 I 16
 2.2. Description des besoins éditoriaux
Préciser le cas échéant les besoins éditoriaux indispensables au projet :
 Définir la ligne éditoriale.
 Définir les gabarits éditoriaux.
 Créer une taxinomie.
 Formaliser une charte éditoriale.
 Rédiger un guide de rédaction.
 Etc.

2.3. Description des besoins ergonomiques

Préciser le cas échéant les besoins ergonomiques indispensables au projet :
 Définir les règles ergonomiques.
 Formaliser une charte ergonomique.
 Réaliser des tests utilisateurs.
 Etc.

2.4. Description des besoins graphiques

Préciser le cas échéant les besoins graphiques indispensables au projet :
 Prendre en compte la nouvelle identité de la marque.
 Définir des règles graphiques.
 Formaliser une charte graphique Web.
 Etc.

2.5. Description des besoins techniques

Préciser le cas échéant les besoins techniques indispensables au projet :
 Choisir une plate-forme de développement.
 Choisir les outils de développement.
 Choisir une solution de paiement sécurisé.
 Choisir l’hébergement.
 Etc.

2.6. Description des besoins organisationnels

Préciser le cas échéant les besoins organisationnels indispensables au projet :
 Conduire le changement.
 Mettre en place un réseau de rédacteurs.
 Former le futur rédacteur en chef.
 Etc.

© Société 5 I 16
3. Étude de l'existant
3.1. Description fonctionnelle de l'existant
Décrire comment les besoins fonctionnels sont aujourd’hui pris en compte. Pour cela, lister les
applications existantes et les besoins qu’elles couvrent.

3.1.1. Nom de la fonction principale (principe)

Fonction de service Description Couverture Écart
Nom de la fonction Décrire la situation actuelle. Ne pas utiliser cette partie. Elle Ne pas utiliser cette
de service. servira dans lors du diagnostic. partie. Elle servira lors
La numéroter. du diagnostic.

3.1.2. Mettre à jour les articles (exemple)

Fonction de service Description Couverture Écart
1. Ajouter un article Pas de CMS. Le webmaster copie
le texte de Word et le colle dans
Dreamweaver afin de générer une
page HTML.

Quand le projet est important, ne pas hésiter à ajouter des schémas donnant une vue d’ensemble.

© Société 6 I 16
 3.2. Description organisationnelle de l'existant
Le cas échéant, décrire l’organisation mise en place et les processus de mise à jour permettant
l’animation du système existant (au travers de logigrammes par exemple). Pour chaque rubrique
et/ou chaque service, préciser :
 les principaux acteurs ;
 les principaux flux (ajouter un schéma des flux si nécessaire) ;
 la volumétrie ;
 les limites ;
 les avantages ;
 les inconvénients ;
cités par les acteurs…

© Société 7 I 16
 3.3. Description technique de l'existant

3.3.1. Réseau
Préciser les réseaux utilisés, leurs capacités, le matériel (routeur, pare-feu, etc.), le nombre de
domaines gérés… Un tableau peut donner une vue synthétique.
DNS IP OS Pare-feu Serveur Web
www.societe.com 138.125.1.17 Solaris 9 ? Apache 1.3.26 (Unix)
www.societe.com 140.122.10.34 Solaris 8 ? Apache
www.societe.com 164.162.34.44 Linux ? Apache 1.3.22
(Unix) + OpenSSL 0.9.6

3.3.2. Technologies déployées

Préciser la liste des technologies déployées, les quantifier et réaliser une synthèse graphique.
Préciser si une politique de standardisation est en cours. Le tableau ci-après peut être une piste
de départ.
Technologies Logiciels
Système d’exploitation
Serveur HTTP
Proxy-cache
Serveur SMTP
Serveur d’application
Langage de développement
Base de données
Base documentaire
Gestion de contenu Web
Outils d’analyse statistique
Etc.

3.3.3. Matériel
Préciser les configurations des serveurs et des postes clients.

3.3.4. Projets en production

Détailler chaque projet Web en production au moment du projet et faisant partie du périmètre du
projet. Le tableau ci-après peut être une piste de départ.

Numéro de l’application
Nom de l’application
Surnom de l’application
URL
Prénom et nom du responsable
Coordonnées du responsable
Descriptif fonctionnel
Volumétrie
Système d’exploitation
Serveur HTTP
Serveur d’applications, CGI, etc.
Bases de données
Accès aux bases
Lieu de la plate-forme technique
Lien(s) avec le système d’information
Lien(s) avec d’autres applications
Web

3.3.5. Trafic
Quand le système existe, préciser le trafic sur les trois dernières années.

3.3.6. Compétences techniques en interne

Reprendre la liste des technologies déployées et remplir le tableau suivant.
Technologie Profils Nombre

© Société 8 I 16
4. Diagnostic
4.1. Besoins fonctionnels
Reprendre la liste des fonctions de service décrites dans l'expression des besoins et les comparer
à l'existant puis noter la couverture.

4.1.1. Nom de la fonction principale (principe)

Fonction de service Description Couverture Écart
Nom de la fonction Fort/faible/nul
de service. Décrire la situation actuelle. Totale/partielle/nul Préciser l’action à
La numéroter. suivre.

4.1.2. Mettre à jour les articles (exemple)

Fonction de service Description Couverture Écart
Pas de CMS. Le webmaster copie le texte de Word et
Fort
1. Ajouter un article le colle dans Dreamweaver afin de générer une page Nul
Fonction à créer.
HTML.

© Société 9 I 16
 4.2. Besoins éditoriaux
Reprendre la liste des besoins décrits dans l'expression des besoins et les comparer à l'existant
puis noter la couverture.
Besoins Couverture Écart
1. Définir la ligne éditoriale Nul Fort/à faire
... ... ...

4.3. Besoins ergonomiques

Reprendre la liste des besoins décrits dans l'expression des besoins et les comparer à l'existant
puis noter la couverture.
Besoins Couverture Écart
1. Réaliser des tests utilisateurs Nul Fort/à faire
… ... ...

4.4. Besoins graphiques

Reprendre la liste des besoins décrits dans l'expression des besoins et les comparer à l'existant
puis noter la couverture.
Besoins Couverture Écart
1. Formaliser une charte graphique Web Nul Fort/à faire
... ... ...

4.5. Besoins techniques

Reprendre la liste des besoins décrits dans l'expression des besoins et les comparer à l'existant
puis noter la couverture.
Besoins Couverture Écart
1. Choisir l'hébergement Nul Fort/à faire
... ... ...

4.6. Besoins organisationnels

Reprendre la liste des besoins décrits dans l'expression des besoins et les comparer à l'existant
puis noter la couverture.
Besoins Couverture Écart
1. Mettre en place un réseau de rédacteurs Nul Fort/à faire
... ... …

© Société 10 I 16
5. Présentation des solutions
5.1. Description de la solution n° 1

5.1.1. Présentation de la solution technique

Introduire la solution (historique, références…) et préciser l'architecture technique (architecture
applicative, logicielle et matérielle), la politique de sécurité, les principaux composants…

Le pense-bête (issu des spécifications techniques) peut vous y aider :

Architecture Contenu
Applicative  Donner une vue d'ensemble sous forme d'un schéma.
 Puis détailler l'architecture en précisant sur quel paradigme elle s'appuie (MVC,
etc.).
 Détailler chaque composant, des traitements métier à l'accès aux données en
passant par l'affichage en front-office.
Logicielle Préciser notamment :
 Pare-feu
 Serveur http
 Serveur de messagerie
 Serveur d'applications
 Moteur de recherche
 Connecteurs base de données
 Bases de données
 Système d'exploitation
 Etc.
Matérielle Préciser notamment :
 Postes clients
 Serveurs
 Réseau
 Etc.
Politique de Préciser notamment :
sécurité  Sécurité physique
 Sécurité logique
 Sécurité organisationnelle

5.1.2. Présentation de la solution organisationnelle

Rappeler les volumes d'information à traiter (articles, produits, etc.). Décrire l'organisation
proposée : schéma général, processus, liste et présentation des rôles, synthèses par
contributeurs, charge de travail… Deux tableaux peuvent être utiles.

5.1.3. Passage du système actuel au futur système

Décrire d'une part les solutions techniques et organisationnelles envisagées pour la reprise de
l'existant, et d'autre part les moyens à mettre en œuvre pour assurer la conduite du changement
lié à la solution.

Le tableau ci-dessous (issu du plan de reprise) peut vous y aider :

Nom Nom des données à reprendre (nom de la base, de la rubrique, etc.)
Numéro de reprise 1
Description de la solution Décrire la solution organisationnelle et/ou technique retenue
Charge En jours
Contributeur Préciser quels contributeurs réels sont missionnés
Date début RAS
Date fin RAS
Risque Fort/faible/nul
Impact organisationnel Préciser l’organisation matérielle et humaine nécessaire aux opérations de reprise.
Préciser l’impact sur l’organisation actuelle.

Exemple :
Nom L’agenda du Net
Numéro de reprise 2
Description de la solution Transfert des données dans la base du site X via un fichier plat et une grille de
correspondance.
Charge De 7 à 17 jours
Contributeur Producteur de contenu actuel
Date début 01/09/2004
Date fin 15/10/2004
Risque Faible
Impact organisationnel Impact fort sur l’organisation = 1 producteur de contenu mobilisé à temps plein.
© Société 11 I 16
 5.1.4. Scénario de mise en œuvre
Exposer les grands choix méthodologiques et leur mise en application : nombre et nature des
prestataires, relations entre les prestataires, découpage du projet en grandes phases… Un effort
particulier doit porter sur la définition des livrables attendus à chaque étape et leur mode de
validation.

Exemple de description des livrables attendus (livrables produits par la société de design) :
Livrables Contenu
Note de cadrage Le prestataire précisera notamment sa bonne compréhension des spécifications détaillées
(ou de la cinématique) et les modalités d’échange et de fonctionnement prévues avec le
prestataire réalisant les développements.
2 pistes graphiques Chaque piste comprendra, au minimum, une page d’accueil et trois pages intérieures. Les
pistes proposées doivent être réalisables en HTML.
n gabarits PSD Le prestataire fournira des gabarits réalistes, construits avec le jeu de tests fourni par
l’entreprise.
n gabarits HTML Le prestataire veillera à inclure les fichiers JavaScript, CSS… lors de la livraison des
gabarits. Il veillera également à respecter l’architecture technique et les règles de
nommage décidées avec le prestataire réalisant les développements techniques.
1 maquette HTML La maquette HTML comprendra tous les gabarits ainsi que les principales pages statiques.
Le prestataire veillera au réalisme des pages produites.
1 charte graphique La charte graphique contiendra d’une part un document de référence décrivant les grands
principes graphiques et chaque gabarit en détail et, d’autre part tous les fichiers dans un
état exploitable (Photoshop, Illustrator… multicalques non aplatis et documentés ; CSS,
JavaScript, images…).
1 site clé en main En plus de la maquette HTML, le prestataire produira un site (vide) d’une quinzaine pages.
Celui-ci devra être composé de templates Dreamweawer.
Procès verbaux PV de validation de la piste retenue
PV de validation des gabarits PSD
PV de validation des gabarits HTML
PV de réception de la charte
PV de validation du site statique

Une fois les livrables définis, l’idéal est de définir un scénario de projet qui servira, lors de la
rédaction du cahier des charges, à créer le bordereau de prix. On peut, pour cela, utiliser une
série de tableaux identiques précisant chaque étape du projet :
Nom de l’étape
Livrables en entrée Les livrables sans lesquels cette étape ne peut pas commencer.
Livrables en sortie Le produit de cette étape.
Profils Les profils des intervenants Préciser s’il s’agit d’intervenants internes ou externes.
Durée En jours.
Coût Ne pas utiliser. Cette case servira lors de la rédaction du bordereau de prix accompagnant le
cahier des charges.

5.1.5. Charges
Sur la base du scénario de mise en œuvre, évaluer la charge de l'équipe en charge de la
conception et de la réalisation du projet. Y ajouter la charge de suivi interne et de formation. La
charge est présentée par profils et par étapes.

5.1.6. Planning de mise en œuvre

Le planning est déduit de l’évaluation de la charge de mise en œuvre. Il insiste sur l'enchaînement
des différentes phases ainsi que sur les étapes de validation et de tests.

5.1.7. Budget
Le budget est une évaluation précise des coûts de création et de possession. Les coûts de
création englobent les coûts du matériel, des licences logicielles, des prestations externes,
d'initialisation du système, de la première année d'hébergement, des équipes internes
monopolisées par le projet. Les coûts de possession correspondent aux licences, à
l'hébergement, aux éventuelles prestations externes et, bien sûr, aux coûts humains internes.

© Société 12 I 16
 5.2. Description de la solution n° 2
Idem.

© Société 13 I 16
 5.3. Description de la solution n° 3
Idem.

© Société 14 I 16
6. Étude des solutions
6.1. Évaluation de la solution n° 1

6.1.1. Couverture fonctionnelle

Évaluer la couverture fonctionnelle en comparant chaque fonction de service souhaitée avec la
capacité de la solution à y répondre. Dans le cas de solutions packagées de type progiciel, il est
important de préciser le niveau de développement et/ou d'adaptation nécessaire et l'évolutivité
offerte. S'appuyer sur la grille Excel d'étude des solutions et sur le tableau suivant :
Besoins Existant SPIP Remarques
Front-office 12 % 52 %
Afficher des articles 0% 100 %
1. Afficher une barre de progression 1
2. Afficher un article 1 Mais un seul paragraphe
3. Liens transversaux « articles » 1 Avec mots-clés
4. (OPTION) Liens transversaux « sites » 1 Avec mots-clés
5. (OPTION) Donner son avis 1
6. (OPTION) Lire les avis 1
... 100 % 39 %
… 1

6.1.2. Évaluation technique

Évaluer le risque technologique en notant les capacités de la solution (respect des standards,
fiabilité technique, cohérence technique…), l'accessibilité de la technologie (niveau de
compétences requis, nombre de compétences disponibles, maîtrise interne…) et la pérennité de
l'éditeur (part de marché, résultats financiers, etc.). S'appuyer sur la grille Excel d'étude des
solutions.

6.1.3. Évaluation organisationnelle

Évaluer les modifications organisationnelles nécessaires pour faire fonctionner la solution.
S'appuyer sur la grille Excel d'étude des solutions.

6.1.4. Difficultés de mise en œuvre

Évaluer la simplicité de mise en œuvre en prenant en compte des critères tels que le degré
d'autonomie du projet par rapport à son environnement, la rapidité de réalisation et le risque
général. S'appuyer sur la grille Excel d'étude des solutions.

6.2. Évaluation de la solution n° 2

Idem.

6.3. Évaluation de la solution n° 3

Idem.

© Société 15 I 16
 6.4. Comparatif
Le but ici est de comparer les différentes solutions grâce à un tableau synthétique résumant les
notes détaillées aux points 6.1, 6.2 et 6.3 :
Poids
Scénario n° 1 Scénario n° 2 relatifs Notes max.
Fonctionnel 27 45 51 % 54
Couverture fonctionnelle front-office 13.5 22.5 27
Couverture fonctionnelle back-office 13.5 22.5 27
Technique 6 12 11 % 12
Maturité de la technologie 1 3 3
Ouverture (respect des standards…) 1 3 3
Pérennité 1 3 3
Fiabilité 3 3 3
Projet 7 10 11 % 12
Nombre d'acteurs 1 3 3
Niveau de compétences requis 2 3 3
Maîtrise interne 1 3 3
Temps de mise en œuvre 3 1 3
Budget 27 18 26 % 27
Coûts de mise en œuvre 13.5 4.5 13.5
Coûts de fonctionnement 13.5 13.5 13.5
Total 67 85 100 % 105

6.5. Recommandation
Recommander une solution en motivant le choix compte tenu de l’analyse réalisée dans les pages
précédentes.

© Société 16 I 16