Projet Webmaster • 
Gestion de projets web ntic

Du concept au projet informatique - De la maîtrise d’oeuvre à la maîtrise d’ouvrage

Web-ntic MOE MOA > Ingénierie > Dossier Analyse Technique Détaillée

Dossier Analyse Technique Détaillée

mercredi 30 avril 2003, par km

Document de référence pour établir un Dossier Analyse Technique Détaillée

Document de référence

 Code
PROJET
DOSSIER D’ANALYSE
TECHNIQUE DETAILLEE

<td (Désignation du projet)

Réf. :Référence du document
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 document

1.1 Caractéristiques du projet

Rappeler les caractéristiques du projet.

1.2 Documents de références du projet

Rappeler les différents livrables préalablement établis :

  • Note de cadrage
  • Cahier des charges fonctionnel général
  • Dossier de consultation (si consultation externe)
  • Dossier de choix de la solution
  • Avant-projet
  • Lettre de mission
  • Cahier des charges fonctionnel détaillé
  • ....

2 Présentation de la solution à mettre en œuvre

2.1 Solution

Expliciter la manière dont on va assembler les éléments du projet :

  • Partage entre les développements spécifiques, progiciels et réutilisation de logiciels existants,
  • Outils utilisés.
  • Environnement technique.

2.2 Version et composants livrés

Décrire la version livrée en production, avec l’ensemble des composants et leur version.

2.3 Configurations matérielle et logicielle

Décrire les caractéristiques matérielles et logicielles des ordinateurs sur lesquels l’exploitation du logiciel est prévu (Serveur et poste client). Indiquer uniquement les spécificités par rapport à la configuration standard du site. (Ex : niveaux de version des logiciels de base différents par rapport à la production).

3 Architectures - Fonctionnelle et Technique

3.1 Architecture fonctionnelle

  • Faire référence au schéma d’architecture fonctionnelle représenté dans le Cahier des charges fonctionnel détaillé.
  • Rappeler la liste des fonctions attendues décrites dans le Cahier des charges fonctionnel détaillé.

3.2 Architecture technique

3.2.1 Représentation

  • Représenter le schéma d’architecture technique.
  • Préciser sur le schéma la nature des relations entre les traitements.

3.2.2 Unités de traitement

Une unité de traitement est la traduction technique d’une ou plusieurs fonctions ou sous-fonctions.

  • Lister les unités de traitements.
  • Faire le lien avec les fonctions correspondantes.
  • Expliciter pour chacune des unités de traitements, les composants.
Nom UFNom sous UFNom UTComposantsTypeModeDésignationLangagesCréation / modification
UF1UF1.1UT1Module 1M Descriptif sommaire du module Création
UF1.2ECR1E Descriptif sommaire de l’écran ECR1 Modification
UF2UF2.2UT2Module 1M   Création
UF2.2Module 2M   Création
UF2.3ECR2E   Modification
UF3UF3.1UT3Module 3M    

UF = Unité Fonctionnelle
UT = Unité de Traitement
Type : M=Module ; E=Ecran
Mode : T= Temps réel ; B= Chaîne Batch

4 Données

Expliciter les supports de données utilisés par les unités de traitement (hors fichiers internes).
Si il existe des documents décrivant les fichiers et donnant au moins lesmêmes informations que celles mentionnées ci-après, rappeler les référencesdes documents

4.1 Fichiers en entrée

Décrire l’ensemble des fichiers d’origine externe au projet en entrée de l’une, au moins, des unités de traitement du projet.

4.1.1 Fichier entrant de 1 à n

  • Décrire le fichier
  • Objet
  • Provenance
  • Périodicité d’arrivée
  • Donner les caractéristiques physiques du fichier
  • Forme
  • Nom
  • Type des enregistrements
  • La clef par type
  • La taille par type d’enregistrement
  • Les séparateurs utilisés
  • ...
  • Décrire les champs
N° du champDésignationTypeFormatLongueurValeurClef
1 Nom-champ 1          
.            
.            
n Nom-champ n          
  • N° du champ : Numérotation séquentielle de 1 à n
  • Désignation : Nom du champ
  • Type : N pour Numérique , A pour Alphanumérique, D pour Date, B pour Binaire
  • Format : Qualification du type (nombre de décimales, format date, ...)
  • Longueur : en octets
  • Valeur : Pour les zones ayant des valeurs " en dur "
  • Clef : O si la zone fait partie de la clef primaire N sinon
  • Préciser si nécessaire les valeurs utilisées pour certaines rubriques :
  • règles de cadrage.
  • valeurs spécifiques.
  • tables de contrôle à utiliser.
  • signification de la non présence d’une zone.
  • valeurs par défaut à utiliser pour les zones non renseignées.
  • de manière générale, tout ce qui qualifie une zone de ce fichier entrant.

4.2 Fichier en sortie

Décrire l’ensemble des fichiers produits par les unités de traitement à destination de l’extérieur ou d’un autre projet.

4.2.1 Fichiers sortant de 1 à n

  • Décrire le fichier
  • Objet
  • Destination
  • Périodicité de fabrication
  • Donner les caractéristiques physiques du fichier
  • Forme
  • Nom
  • Type des enregistrements
  • La clef par type
  • La taille par type d’enregistrement
  • Les séparateurs utilisés
  • ...
  • Décrire les champs
N° du champDésignationTypeFormatLongueurValeurClef
1 Nom-champ 1          
.            
.            
n Nom-champ n          
  • N° du champ : Numérotation séquentielle de 1 à n
  • Désignation : Nom du champ
  • Type : N pour Numérique ,B pour binaire, A pour Alphanumérique, D pour Date
  • Format : Qualification du type (nombre de décimales, format date, ...)
  • Longueur : en octets
  • Valeur : Pour les zones ayant des valeurs " en dur "
  • Clef : O si la zone fait partie de la clef primaire N sinon
  • Préciser ni nécessaire les valeurs utilisées pour certaines rubriques :
  • règles de cadrage
  • valeurs spécifiques
  • tables de contrôle à utiliser
  • signification de la non présence d’une zone
  • valeurs par défaut à utiliser pour les zones non renseignées
  • de manière générale, tout ce qui qualifie une zone de ce fichier sortant

4.3 Bases de données

  • Lister l’ensemble des tables des bases de données utilisées par le projet.
  • Si des vues sont utilisées les mentionner.
  • Inclure si nécessaire un modèle de données utilisées.

4.3.1 Base de 1 à n

4.3.1.1 Table de 1 à n

  • Donner la référence du document décrivant la table pour les tables permanentes.
  • Décrire la table si c’est une table temporaire du projet.
DésignationTypeFormatLongueurClef
1 nom-colonne 1        
.          
.          
n nom-colonne n        
  • N° : Numérotation séquentielle de 1 à n
  • Désignation : Nom de la colonne
  • Type : N pour Numérique, A pour Alphanumérique, D pour Date
  • Format : Qualification du type (nombre de décimales, format date, ...)
  • Longueur : en octets
  • Clef : O si la zone fait partie de la clef primaire N sinon

5 Ecrans

5.1 Navigation

Décrire le principe de navigation entre les différents écrans.
Un schéma est indispensable. Il indiquera notamment le moyen retenu pour passer d’un écran à l’autre :

  • Menu contextuel
  • Touche de fonction
  • Lien Applicatif
  • ...

SCHEMA

5.2 Ecrans

5.2.1 Ecran de 1 à n

5.2.1.1 Description

  • Décrire la ou les fonctions de l’écran ainsi que son mode opératoire (généralement : création, modification, visualisation)
  • Préciser le mode d’indication d’erreur retenu (position du curseur sur zone erronée ou non, encadrement de la zone en erreur, changement de couleur de la zone, ...)
  • Préciser les options de navigation (menus accessibles, touches fonctions activées, débranchements applicatifs possibles, ...) au besoin en spécifiant le contexte (création, modification, visualisation, ...) et les contraintes (restriction d’accès par profil, limitation de nombre de lignesen affichage, ...).

5.2.1.2 Dessin d’écran

  • Insérer ici la maquette de l’écran ou le joindre en annexe

5.2.1.3 Description des champs

DésignationTypeFormat saisieFormat restituéLongueur saisieLongueur affichée
1 nom-champ 1          
.            
.            
n nom-champ n          
  • N° : Numérotation séquentielle de 1 à n
  • Désignation : Nom du champ
  • Type : N pour Numérique ,B pour binaire, A pour Alphanumérique, D pour Date
  • Format de saisie : Spécification saisie autorisée (nombre de décimales, format date, ...)
  • Format d’affichage : Spécification du format restitué
  • Longueur saisie : longueur de la zone de saisie en octet
  • Longueur affichée : longueur de la zone affichée si on la remplie de la lettre " A "

5.2.1.4 Contrôles

Désignation Saisie
Création
Saisie
modification
Contrôle Message
1 nom-champ 1        
.          
.          
n nom-champ n        
  • N° : Numérotation séquentielle de 1 à n (ordre de saisie des champs)
  • Désignation : Nom du champ
  • S. création : Saisie ayant une caractère permanent compte tenu du contexte (O Obligatoire, I impossible, F facultatif, C condition)
  • S. modification : Idem précèdent
  • Contrôle : Contrôles unitaires sur le champ y compris de présence dans un référentiel
  • Message : Numéro du message de la liste du 6.1.0. si le contrôle unitaire n’est pas satisfait

5.2.1.5 Traitements

  • Décrire :
  • les accès aux tables concernées.
  • les contrôles croisés et contextuels.
  • les insertions en qualifiant les tables concernées.
  • les modifications en qualifiant les tables concernées.
  • Faire référence aux modules utilisés, décrits au chapitre concerné

5.2.1.6 Fonctionnement détaillé

  • Décrire :
  • l’enchaînement des traitements décrits précédemment.
  • les conditions d’apparition des messages.
  • et tout ce qui doit être codé dans la grille.

5.3 Messages Applicatifs

  • Renseigner cette liste au fur et à mesure de la conception des écrans afin de permettre une gestion performante des messages.
N° du messageLibellé
1  
2  
.  
n  

6 Modules

On entend par module, un programme, unsous-programme, réutilisable ou non par plusieurs unités de traitement,exécuté en temps réel et/ou lancé dans une chaîne batch.

6.1 Module de 1 à n

6.1.1 Fonctions

Décrire la ou les fonctions que doit remplir le module.

6.1.2 Descriptif

  • Décrire le module.
  • Indiquer ici le nom du source, le langage utilisé, la procédure de compilation, ainsi que le nom du module compilé.
  • Préciser si le module est réutilisable.
  • Indiquer si le module est exécuté en temps réel, et/ou est à insérer dans une chaîne batch.

6.1.3 Interface de communication en entrée/sortie

  • Décrire l’ensemble des paramètres en entrée/sortie dans le bon ordre, et donner un exemple de lancement avec des valeurs de paramètres significatives.
  • Indiquer également les conditions d’exécution.
  • Décrire les champs :
N° champDésignationTypeFormatLongueurSens
1 CODE-RETOUR B   2 S
2 CODE-FONCTION B   2 E
3 SS-CODE-FONCTION B   2 E
4 CODE-LANGAGE C   2 S
5 CODE-ERREUR B   2 S
6 LIBELLE-1 C   80 S
7 LIBELLE-2 C   80 S
8 xxxxxxxxxx       E/S
  • N° du champ : Numérotation séquentielle de 1 à n
  • Désignation : Nom du champ
  • Type : N pour Numérique ,B pour binaire, A pour Alphanumérique, D pour Date
  • Format : Qualification du type (nombre de décimales, format date, ...)
  • Longueur : En octets
  • Sens : E pour entrée, S pour sortie
  • Préciser si nécessaire les valeurs utilisées pour certaines rubriques
  • Règles de cadrage
  • Valeurs spécifiques
  • Tables de contrôle à utiliser
  • Signification de la non présence d’une zone
  • Valeurs par défaut à utiliser pour les zones non renseignées
  • De manière générale, tout ce qui qualifie une zone de ce fichier interne

6.1.4 Fichiers utilisés en entrée/sortie

  • Faire référence aux fichiers utilisés ou générés par le module. (ces fichiers ont été décrits aux paragraphes précédents)
  • Pour les fichiers en entrée, spécifier les données utilisées et le type d’accès, (lecture/Maj ..).

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




Partagez cette page



Répondre à cet article et accéder au Forum Dossier Analyse Technique Détaillée

Imprimer Dossier Analyse Technique Détaillée