Web-ntic > Ingénierie > Cahier des charges fonctionnel général
Cahier des charges fonctionnel général
mercredi 19 octobre 2011
Document de référence
Le cahier des charges est un document utilisé dans un projet informatique. C’est tout d’abord un document contractuel, entre une maitrise d’ouvrage et une maitrise d’oeuvre. C’est le premier document contractuel du projet informatique.
Le cahier des charges est composé d’éléments qui vont structurer le projet et la vie du projet.
CODE PROJET | CAHIER DES CHARGES FONCTIONNEL GENERAL |
Réf. : | (référence du document) | |
Projet : | (Désignation du projet) | |
Emetteur : | x. xxxxx | Tél. xx xx xx xx xx Fax. xx xx xx xx xx Mail : @ |
Date d’émission : | le xx/xx/xx |
Validation | |||
Nom | Date | Validation (O/N) | Commentaires |
x. xxxxxx | |||
x. xxxxxx | |||
Historique des modifications | |||
Version | Date | Etat | Description de la modification |
1 Présentation du projet
- Rappeler les objectifs et le périmètre du Projet
- Donner les références des documents produits et tout particulièrement celle de la note de cadrage
2 Architecture fonctionnelle
Décrire la situation du projet dans le système existant
3 Les fonctions
3.1 Modèle général des fonctions
- Identifier et lister les fonctions attendues
- Représenter le modèle général si il y a lieu (enchaînement des fonctions)
3.2 Description des principales fonctions
Décrire de façon générale les principales fonctions :
- définition et objectif
- description fonctionnelle
- principales règles de gestion
4 Les données
4.1 Description des données
Décrire les principales données utilisées :
- Libellé descriptif
- Format
- Longueur
- Identifiant N/O ; externe, interne
- Liste de valeur
- Règle de gestion
- Règle d’historisation et de purge de la donnée
4.2 Reprise de l’existant
- Indiquer les principes de reprise
- Décrire le scénario général de reprise
5 Les flux
5.1 Schéma général des flux
- Lister les flux principaux, exprimés en entrée, sortie
- Représenter le schéma général des flux
5.2 Descriptif des flux
5.2.1 Fichiers
- Identifier les principaux fichiers
- Donner une description générale
- Format
- Fréquence
- Contenu
5.2.2 Editions
Etablir une liste générale des besoins en édition
A cette étape,indiquer :
- la fréquence et les conditions d’édition
- le volume (= nombre de pages) moyen, mini, maxi
6 Organisation et profils-types
6.1 Répartition
- Identifier les différents sites géographiques, services
- Représenter le schéma de répartition des fonctions
6.2 Profils-types
- Identifier les profils-types
7 Contraintes
Lister les contraintes identifiées dans les domaines suivants :
- Fonctionnel
- Technique
- Réglementaire
- Organisationnel
- Performance
- Logistique
- Sécurité, secours ...
Enchaînement des documents de gestion de projet selon un ordre séquentiel d’utilisation :
1 La note de cadrage
2 Cahier des charges fonctionnel général
3 Le document Avant projet
4 La Lettre de mission
5 Cahier des charges fonctionnel détaillé
6 Dossier Analyse Technique Détaillée
7 La fiche de tests
8 PV de Recette
Chaque document est issu d’un document parent et permet de produire le document de l’étape suivante. L’enchaînement peut-être illustré avec les phases de gestion de projet
Messages
1. note de cadrage , 12 octobre 2009, 14:25, par pecci
bonjour ou bonsoir
SVP puis je avoir un exemple typique d’une note de cadrage dans un projet informatique certes j’ai eu à regarder comment ça se présente mais j ai les difficultés à certains point du plan de cadrage car mon camarade et moi sommes entrain d’analyser et concevoir le systeme d’information d’une entreprise dans un cadre académique et notre encadreur académique nous a demandé de commencer par la note de cadrage dont nous avons deja fait certaines parties. Voici les parties moins compréhensibles pour nous :
Je voudrais un exemple typique et réel d’une note de cadrage
2. Règle d’historisation et de purge de la donnée, 19 octobre 2009, 15:02, par Galgante
Bonjour,
J’aurais voulu quelques précision sur le but et la forme du sous chapitre "Règle d’historisation et de purge de la donnée" s’il vous plait.
J’ai peut-être raté cette information sur les site, alors si quelqu’un la trouve, peut-il me communiquer le lien svp ?
Cordialement
1. Constituer un historique, 21 octobre 2009, 22:08, par km
Bonjour
Dans le système d’information, les données ne peuvent pas rester à vie.
Il faut donc constituer un historique avec des règles qui peuvent être légale (souvent) ou technique (rarement)
Ex : les services fiscaux peuvent faire un controle fiscal sur 3 ans pour un particulier, sur ( ans (admettons) pour une entreprise. est ce alors utile de garder des données vieille de plus de dix ans .
Si il y a historisation et constitution d’archives, les données peuvent ensuite être stockées sur support magnetique (bande, disque en plusieurs exemplaires ...)
Les données qui ont été archivées sur supports peuvent lors être purgées du système.