La démarche Merise : L`Etude Technique

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,
[email protected]
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,
[email protected]
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,
[email protected]
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é,
[email protected]
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.
[email protected]
Introduction
6
Raisonnements
■
Les raisonnements concernent
COMMUNICATIONS
DONNEES
TRAITEMENTS
√
√
√
√
CONCEPTUEL
ORGANISATIONNEL
LOGIQUE
PHYSIQUE
[email protected]
Introduction
7
Phases de l'étude technique
■
Trois phases
Conception logique
de l'application
[email protected]
Introduction
8
Phases de l'étude technique
■
Trois phases
Conception logique
de l'application
Spécification physique
du logiciel
[email protected]
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
[email protected]
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
[email protected]
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.
[email protected]
Introduction
12
Conception logique de l'application
■
Conception du modèle logique de données
Conception
du MLD
[email protected]
Introduction
13
Conception logique de l'application
■
Conception du modèle logique des traitements
Conception
du MLD
[email protected]
Conception
du MLT
Introduction
14
Conception logique de l'application
■
Cohérence logique des données et des traitements
Conception
du MLT
Conception
du MLD
Cohérence
Données/Traitements
[email protected]
Introduction
15
Conception logique de l'application
■
Cohérence logique des données et des traitements
Conception
du MLT
Conception
du MLD
Cohérence
Données/Traitements
[email protected]
Introduction
16
Conception logique de l'application
■
Optimisation du modèle logique des données
Conception
du MLT
Conception
du MLD
Cohérence
Données/Traitements
Optimisation MLD
[email protected]
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.
[email protected]
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
[email protected]
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
[email protected]
Introduction
20
Conception du MLT
E1
E2
E3
MOT
Tâche
ULT1
MLT
ULT2
Cond 1
Cond 2
Cond 3
R1
R2
R3
[email protected]
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
[email protected]
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
[email protected]
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.
MCD/MOD
Sous-Schéma
Conceptuel
MLD
Sous-Schéma
Logique
[email protected]
Tâche
ULT
d'accès
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.
[email protected]
Introduction
25
Spécifications physiques du logiciel
Spécification des fichiers
ou base de données
MPD
[email protected]
Introduction
26
Spécifications physiques du logiciel
Spécification des fichiers
ou base de données
MPD
Spécification des
modules d'accès
[email protected]
Introduction
27
Spécifications physiques du logiciel
Spécification des fichiers
ou base de données
MPD
architecture
physique
des
programmes
transactionnels
Spécification des
modules d'accès
[email protected]
Introduction
28
Spécifications physiques du logiciel
Spécification des fichiers
ou base de données
MPD
architecture
physique
des
programmes
transactionnels
Spécification des
modules d'accès
[email protected]
architecture
physique
des
programmes
batchs
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
[email protected]
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
[email protected]
Introduction
31
Spécification des fichiers/base de données
■
Présentation pour le SGBD
■
Présentation pour les systèmes de fichiers classiques de
■
(1)
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
[email protected]
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
•
•
SGBD navigationnels assez simple, reprennent les concepts
•
!
table et attribut pour les systèmes de type relationnel.
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
[email protected]
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
[email protected]
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
[email protected]
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
[email protected]
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
[email protected]
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
[email protected]
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
[email protected]
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
[email protected]
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
[email protected]
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.
[email protected]
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, ...)
[email protected]
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.
[email protected]
Introduction
44