Download La démarche Merise : L`Etude Technique
Transcript
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