Projet Webmaster • FreeLance web • 
Gestion de projets web ntic
Vous êtes actuellement dans Gestion de projets > Ingénierie

Ce thème est à destination des ingénieurs, concepteurs, consultants MOA ou analystes fonctionnels. Les articles concernent les outils et méthodes de l’ingénieur dans le monde évolutif du système d’information.

Cahier des charges fonctionnel général

vendredi 28 mars 2003

Document de référence


 CODE
PROJET
CAHIER DES CHARGES
FONCTIONNEL GENERAL

Réf. :(référence du document) 
Projet :(Désignation du projet)
Emetteur :x. xxxxxTél. xx xx xx xx xx
Fax. xx xx xx xx xx
Mail : @
Date d’émission :le xx/xx/xx
Validation
NomDateValidation (O/N)Commentaires
x. xxxxxx   
x. xxxxxx   
    
Historique des modifications
VersionDateEtatDescription 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
  • Indentifiant 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 ...

P.-S.

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înemet peut-être illustré avec les phases de gestion de projet

3 Messages de forum

  • 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

    Répondre à ce message

  • 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

    Répondre à ce message

    • 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.

      Répondre à ce message

Partager cette page sur

Facebook  Buzz-It!  Tweet-It!

Répondre à cet article et accéder au Forum Cahier des charges fonctionnel général

Une question à poser

Imprimer Cahier des charges fonctionnel général

| | Plan du site | Suivre la vie du site RSS 2.0