Cahier de Charge

Cahier des charges
1) Généralités
Le cahier des charges est la responsabilité du client (maître d’ouvrage) ; il doit garantir que son expression
traduit bien les besoins initiaux et qu’il soit compréhensible par les tiers. Le cahier des charges construit une
demande de réponses, cette opération se nomme « appel d’offre ».
2) Structure d’un cahier des charges
I. Objectif de la consultation
# Préciser l’objet du cahier des charges
# Préciser le type du marché ou contrat
# Enumérer les prestations confiés
# Préciser l’interlocuteur de la direction informatique, son adresse, son téléphone, son mail, …
II. Présentation de l’entreprise
# Présenter l’organisation de l’entreprise
III. Présentation de la direction informatique
IV. Présentation générale de l’application
IV. 1 - Description de l’application
IV. 2 - Les acteurs et leurs rôles
IV. 3 - Limites de l’application
# Domaines non couverts
# Exigence non demandée en terme de fonctionnalité, format, contrôle, etc. …
IV. 4 - Extension potentielle au long terme
98
Ing. NTOH MOUALAM Annick
# Autres fonctionnalités à ajouter
# Autres domaines d’application
# Autres utilisateurs futures
IV. 5 - Organisation du projet
# Préciser les structures et les responsabilités : maître d’ouvrage, structure de décision, structure
représentative des utilisateurs, équipe du projet
V. Exigences Fonctionnelles et d’Ergonomie/Graphisme
Pour décrire les fonctions à élaborer, on doit faire une description textuelle très détaillée pour les utilisateurs
novices et on peut joindre le diagramme de cas d’utilisation ramifié en annexes pour les utilisateurs
expérimentés.
Dans cette partie, l’entreprise doit aussi concevoir l’interface utilisateur et pourra offrir une adresse URL
comportant la maquette ou le prototype ; aussi l’entreprise doit fixer les règles d’ergonomie et la charte
graphique spécifique à l’application.
Aussi dans cette partie, on représente les contrats rattachés à l’aspect graphique, on pourra spécifier les
formats des images fournis en prestataires et la résolution des images fournis par les prestataires.
VI. Exigences techniques
Exemple : Temps de réponse, Utilisation de la mémoire, maintenance …
VII. Modalité d’interventions sollicitées
VII. 1 - Contexte d’intervention du candidat retenu
Domaine de demande de service du prestataire (l’accès à lui fournir dans l’entreprise)
VII. 2 - La démarche de développement
On peut imposer au prestataire d’utiliser une méthode (cycle de vie) ou des outils bien déterminés pour
faciliter la maintenance ou conserver la compatibilité dans le système par exemple.
VII. 3 - Echéancier
L’entreprise pourra aussi préciser les contraintes de l’échéancier du projet, elle pourra par exemple imposer
une date de début du projet, une date limite de fin du projet et les principaux jalons (un jalon est une tâche
de durée nulle qui marque le début ou la fin d’une autre tâche).
Exemples de jalon : - réunion avec la maîtrise d’ouvrage
- mise en production sur site pilote
- mise en production sur site général
VIII. Description des prestations attendues
Décrire les prestations attendues de notre candidat final retenu
99
Prestation : - les résultats de la conception
- Architecture du système sous forme de composants
- Les algorithmes sous forme de pseudo code
- Les structures de données utilisées
Dans cette partie, on décrit ce qui est demandé au candidat retenu de réaliser tout au long du projet, on
pourra par exemple, préciser ces prestations par phase du cycle de vie en terme de documents et de livrables.
Aussi dans cette partie, on doit préciser des contraintes reliées à la garantie de conformité du logiciel, aux
spécifications annoncées.
Exemple : suivie des incidents, assurer la correction des logiciels à la suite des anomalies identifiés, …
IX. Modalités de la consultation
Définir les règles pour répondre à l’autre. Dans cette partie on explicite les modalités à respecter par le
prestataire, on doit préciser le cadre de réponse. Aussi, on demande au prestataire de respecter une certaine
organisation de leur effort. Un calendrier à respecter qui fixe la durée de l’offre (délai de validité de l’offre).
100

Cahier de Charge

Transféré par

Droits d'auteur :

Formats disponibles

Cahier de Charge

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Cahier de Charge

Transféré par

Droits d'auteur :

Formats disponibles

Cahier des charges

2) Structure d’un cahier des charges

# Préciser l’objet du cahier des charges

# Préciser le type du marché ou contrat

# Enumérer les prestations confiés

II. Présentation de l’entreprise

# Présenter l’organisation de l’entreprise

III. Présentation de la direction informatique

IV. Présentation générale de l’application

IV. 1 - Description de l’application

IV. 2 - Les acteurs et leurs rôles

IV. 3 - Limites de l’application

# Domaines non couverts

# Exigence non demandée en terme de fonctionnalité, format, contrôle, etc. …

IV. 4 - Extension potentielle au long terme

# Autres domaines d’application

# Autres utilisateurs futures

IV. 5 - Organisation du projet

V. Exigences Fonctionnelles et d’Ergonomie/Graphisme

VI. Exigences techniques

Exemple : Temps de réponse, Utilisation de la mémoire, maintenance …

VII. Modalité d’interventions sollicitées

VII. 1 - Contexte d’intervention du candidat retenu

Domaine de demande de service du prestataire (l’accès à lui fournir dans l’entreprise)

VII. 2 - La démarche de développement

Exemples de jalon : - réunion avec la maîtrise d’ouvrage

- mise en production sur site pilote

- mise en production sur site général

VIII. Description des prestations attendues

Décrire les prestations attendues de notre candidat final retenu

- Architecture du système sous forme de composants

- Les algorithmes sous forme de pseudo code

- Les structures de données utilisées

IX. Modalités de la consultation

Vous aimerez peut-être aussi