Analyse et conception des Systèmes

d ’Information

La démarche Merise : L’Etude Technique

Objectifs

■ Définition de la structure de mémorisation informatique

des données,

Christophe.Nicolle@u-bourgogne.fr Introduction 2
Objectifs

■ Définition de la structure de mémorisation informatique

des données,
■ Définition de la logique des traitements informatiques à
développer,

Christophe.Nicolle@u-bourgogne.fr Introduction 3
Objectifs

■ Définition de la structure de mémorisation informatique

des données,
■ Définition de la logique des traitements informatiques à
développer,
■ Définition de la structure des programmes à réaliser,

Christophe.Nicolle@u-bourgogne.fr Introduction 4
Objectifs

■ Définition de la structure de mémorisation informatique

des données,
■ Définition de la logique des traitements informatiques à
développer,
■ Définition de la structure des programmes à réaliser,
■ Définition des procédures techniques de sécurité,

Christophe.Nicolle@u-bourgogne.fr Introduction 5
Objectifs

■ Définition de la structure de mémorisation informatique

des données,
■ Définition de la logique des traitements informatiques à
développer,
■ Définition de la structure des programmes à réaliser,
■ Définition des procédures techniques de sécurité,
■ Définition de la planification de la réalisation.

Christophe.Nicolle@u-bourgogne.fr Introduction 6
 Raisonnements

■ Les raisonnements concernent

COMMUNICATIONS DONNEES TRAITEMENTS

CONCEPTUEL

ORGANISATIONNEL

LOGIQUE
√ √
PHYSIQUE
√ √

Christophe.Nicolle@u-bourgogne.fr Introduction 7
Phases de l'étude technique

■ Trois phases
Conception logique
de l'application

Christophe.Nicolle@u-bourgogne.fr Introduction 8
Phases de l'étude technique

■ Trois phases
Conception logique
de l'application

Spécification physique
du logiciel

Christophe.Nicolle@u-bourgogne.fr Introduction 9
Phases de l'étude technique

■ Trois phases
Conception logique
de l'application

Spécification physique
du logiciel

Préparation
de la réalisation

Christophe.Nicolle@u-bourgogne.fr Introduction 10
Phases de l'étude technique

■ Trois phases
Conception logique
de l'application

Spécification physique
du logiciel

Préparation
de la réalisation

Cahier des charges réalisateur

Christophe.Nicolle@u-bourgogne.fr Introduction 11
Phases de l'étude technique

■ Résultats
! Réunis dans le cahier des charges réalisateur

! Ce cahier peut être utilisé pour la sous-traitance éventuelle de la

production du logiciel.

Christophe.Nicolle@u-bourgogne.fr Introduction 12
Conception logique de l'application

■ Conception du modèle logique de données

Conception
du MLD

Christophe.Nicolle@u-bourgogne.fr Introduction 13
Conception logique de l'application

■ Conception du modèle logique des traitements

Conception Conception
du MLD du MLT

Christophe.Nicolle@u-bourgogne.fr Introduction 14
Conception logique de l'application

■ Cohérence logique des données et des traitements

Conception Conception
du MLD du MLT

Cohérence
Données/Traitements

Christophe.Nicolle@u-bourgogne.fr Introduction 15
Conception logique de l'application

■ Cohérence logique des données et des traitements

Conception Conception
du MLD du MLT

Cohérence
Données/Traitements

Christophe.Nicolle@u-bourgogne.fr Introduction 16
Conception logique de l'application

■ Optimisation du modèle logique des données

Conception Conception
du MLD du MLT

Cohérence
Données/Traitements

Optimisation MLD

Christophe.Nicolle@u-bourgogne.fr Introduction 17
Conception du modèle logique de données

■ Objectifs et résultats
! transformer le MOD en une structure compatible avec les
techniques de mémorisation des données.

! Spécifier la répartition des données selon les sites informatiques

! Obtention de MLD, par sites, exprimés dans le formalisme

correspondant à la famille de technologique1 utilisée pour le projet.

Conception
du MLD

1 : séquentiel indexé, navigationnel, relationnel.

Christophe.Nicolle@u-bourgogne.fr Introduction 18
Conception du modèle logique de données

■ Raisonnements
! Répartition des données selon

• l'architecture du matériel

• la répartition organisationnelle des données

• la sécurité et la confidentialité

Conception
du MLD

Christophe.Nicolle@u-bourgogne.fr Introduction 19
Conception du MLT

■ Objectifs et résultats
! Spécifier les schémas d'enchaînements des écrans ou états
logiques associés aux spécification détaillées des tâches du MOT,

! Spécifier le schéma d'enchaînement des ULT décomposées par

nature et réparties par sites.

Conception
du MLT

Christophe.Nicolle@u-bourgogne.fr Introduction 20
Conception du MLT

E2
E1 E3

MOT

Tâche
ULT1
MLT

ULT2

Cond 1 Cond 2 Cond 3

R1 R2 R3

Christophe.Nicolle@u-bourgogne.fr Introduction 21
Conception du MLT

■ Raisonnements
! Conception MLT effectuée en deux niveaux

• Décomposition de chaque tâche du MOT en unité logiques

(ULT) traduisant l'enchaînement logique du traitement.

• Décomposition des écrans ou états logiques en unités logique

des traitements homogènes par rapport aux types de

traitements (dialogue, calcul, ...)

Conception
du MLT

Christophe.Nicolle@u-bourgogne.fr Introduction 22
Cohérence logique données/ traitements (1)

■ Objectifs et résultats
! vérification de la cohérence données/traitements compte tenu de
la décomposition logique des traitements et la répartition des
données et des traitements

! peut conduire au réajustement des modèles logiques de données

ou de traitements.

! permet de préparer l'optimisation du MLD

Cohérence
Données/Traitements

Christophe.Nicolle@u-bourgogne.fr Introduction 23
Cohérence logique données/traitements (2)

■ Raisonnements
! A chaque ULT d'accès est associé un sous-schéma logique
correspondant aux données du MLD accédées par cette ULT.

Sous-Schéma
MCD/MOD Conceptuel Tâche

Sous-Schéma
MLD Logique ULT
d'accès

Christophe.Nicolle@u-bourgogne.fr Introduction 24
Cohérence logique données/traitements (3)

■ Il faut vérifier que

! chaque ULT d'accès dispose des données nécessaires sur son
site. Le sous-schéma logique est totalement inclus dans le MLD
site.
! les actions sur les concepts du MLD d'un site sont complètes
(création, lecture, suppression).
! Il faut tenir compte des droits d'accès en fonction des sites actuels.

Christophe.Nicolle@u-bourgogne.fr Introduction 25
Spécifications physiques du logiciel

Spécification des fichiers

ou base de données
MPD

Christophe.Nicolle@u-bourgogne.fr Introduction 26
Spécifications physiques du logiciel

Spécification des fichiers

ou base de données
MPD

Spécification des
modules d'accès

Christophe.Nicolle@u-bourgogne.fr Introduction 27
Spécifications physiques du logiciel

Spécification des fichiers

ou base de données
MPD

architecture
physique Spécification des
des modules d'accès
programmes
transactionnels

Christophe.Nicolle@u-bourgogne.fr Introduction 28
Spécifications physiques du logiciel

Spécification des fichiers

ou base de données
MPD

architecture architecture
physique physique
Spécification des
des des
modules d'accès
programmes programmes
transactionnels batchs

Christophe.Nicolle@u-bourgogne.fr Introduction 29
Spécification des fichiers/base de données (1)

■ Présentation pour le SGBD

! du schéma de base,

! de l'allocation des espaces physiques

Spécification des fichiers

ou base de données
MPD

Christophe.Nicolle@u-bourgogne.fr Introduction 30
Spécification des fichiers/base de données (1)

■ Présentation pour le SGBD

■ Présentation pour les systèmes de fichiers classiques de
! la liste de fichiers définis,

! l'organisation et le mode d'accès,

! les clés d'accès,

! les formats d'enregistrement,

! la taille et le nombre d'enregistrements.

Spécification des fichiers

ou base de données
MPD

Christophe.Nicolle@u-bourgogne.fr Introduction 31
Spécification des fichiers/base de données (1)

■ Présentation pour le SGBD

■ Présentation pour les systèmes de fichiers classiques de
■ Dans les deux cas il faut préciser
! les dispositifs de protection d'accès et de confidentialité,

! les procédures de sécurité

Spécification des fichiers

ou base de données
MPD

Christophe.Nicolle@u-bourgogne.fr Introduction 32
Spécification des fichiers/base de données (2)

■ Raisonnements
! passage au schéma physique de la base de données

• SGBD relationnel assez simple, reprennent les concepts

• table et attribut pour les systèmes de type relationnel.

• SGBD navigationnels assez simple, reprennent les concepts
• record et item pour les systèmes de type Codasyl,

! pour les fichiers classiques

• partir du modèle logique de type navigationnel.

Spécification des fichiers

ou base de données
MPD

Christophe.Nicolle@u-bourgogne.fr Introduction 33
Spécification des modules d'accès aux données

■ Objectifs et résultats
! A partir des sous-schémas logiques et du modèle physique des
données
• Elaborer des modules d'accès aux données

• Les intégrer ensuite aux programmes.

• Cela Dépend

• du langage de programmation,
• du système d'exploitation,
• de la gestion des données, ...

Spécification des
modules d'accès

Christophe.Nicolle@u-bourgogne.fr Introduction 34
Spécification des modules d'accès aux données

■ Objectifs et résultats
! Les modules d'accès de présentent sous la forme de :

• sous-programmes à inclure,

• procédure à appeler,

• librairies à "link editer",

• objets complexes (données + traitements)

! Définition importante pour indépendance données/traitements,

facteur de qualité logiciel.

Spécification des
modules d'accès

Christophe.Nicolle@u-bourgogne.fr Introduction 35
Spécification des modules d'accès aux données

■ Raisonnements
! Regrouper ULT d'accès

• qui ont schémas identiques

• ou qui correspondent à une structure physique identique

Spécification des
modules d'accès

Christophe.Nicolle@u-bourgogne.fr Introduction 36
Architecture des programmes transactionnels

■ Objectifs et résultats
! Définir une description complète des transactions à programmer
en fonction des outils de production logiciel, ainsi que des logiciels
systèmes utilisés.

architecture physique
des programmes
transactionnels

Christophe.Nicolle@u-bourgogne.fr Introduction 37
Architecture des programmes transactionnels

■ Objectifs et résultats
! Définir une description complète des transactions à programmer
en fonction des outils de production logiciel, ainsi que des logiciels
systèmes utilisés.
! Suivant les outils il faut spécifier

• la liste des transactions à programmer

• l'enchaînement entre les différentes transactions,
• la description technique de chaque transaction,
• la grille de dialogue et les contrôles élémentaires associés,
• l'expression informatique des algorithmes,
• l'accès aux données (modules)
• les sécurités techniques

architecture physique
des programmes
transactionnels

Christophe.Nicolle@u-bourgogne.fr Introduction 38
Architecture des programmes transactionnels

■ Raisonnements
! a partie L3G (Cobol) construction de la transaction autour des ULT
de dialogue.

! a partir L4G ( ou type Windows) construction à partir des objets

complexes

architecture physique
des programmes
transactionnels

Christophe.Nicolle@u-bourgogne.fr Introduction 39
 Architecture des programmes batchs

■ Objectifs et résultats
! Description complète des programmes batch en spécifiant :

• la liste des programmes à réaliser,

• le diagramme d'enchaînement des programmes,

• la présentation des résultats à produire,

• l'accès aux données (modules), les sécurités techniques

• l'expression informatique des algorithmes

• les actions de classement et de sélection,

• la définition des éventuels fichiers de travail.

architecture physique
des programmes batchs

Christophe.Nicolle@u-bourgogne.fr Introduction 40
Architecture des programmes batchs

■ Objectifs et résultats
■ Raisonnements
• la construction des programmes se fait le plus souvent en

regroupant des UT de calcul et d'accès aux données.

architecture physique
des programmes batchs

Christophe.Nicolle@u-bourgogne.fr Introduction 41
 Préparation de la réalisation

■ Objectifs et résultats
! Rassembler les documents établis lors

• de l'étude détaillée

• et de l'étude technique

! Constituer le cahier des charges de réalisation,

! Préparer le planning de production et de recette logiciel.

Christophe.Nicolle@u-bourgogne.fr Introduction 42
Préparation de la réalisation

■ Le document final comporte :

! un rappel de l'objectif utilisateur et technique du projet,

! la description complète des fichiers ou base de données,

! la description complète des programmes transactionnels,

! la description complète des programmes batch,

! les principes de la réalisation technique, c'est à dire :

• les outils de réalisation (langage, AGL, ...)

• les règles de programmation,

• les règles de documentation (commentaires dans les sources,

dossier de programmation, mode d'emploi, ...)

Christophe.Nicolle@u-bourgogne.fr Introduction 43
Préparation de la réalisation

■ Le document final comporte :

! le planning de production

• l'organisation des équipes de réalisation,

• la répartition des travaux

! la conception des jeux d'essai et des principes de recette, en

liaison avec les services utilisateurs.

Christophe.Nicolle@u-bourgogne.fr Introduction 44