ANALYSE ET CONCEPTION DES SYSTEMES D’INFORMATION METHODE MERISE

ANALYSE ET CONCEPTION DES SYSTEMES D’INFORMATION METHODE MERISE
LE SYSTEME D ’INFORMATION DEFINITIONS ROLE DU SI CONCEPTION D’UN SYSTEME D’INFORMATION INFORMATISE METHODES DE CONCEPTION POURQUOI LES ACTEURS ROLE-CONSTITUANTS LA METHODE MERISE PRESENTATION GENERALE LES MODELES MERISE LA DEMARCHE

LE SYSTEME D ’INFORMATION
DEFINITIONS SYSTEME : Ensemble d ’éléments en interaction dynamique, organisés en fonction d ’un but (de Rosnay) ORGANISATION : Eléments ou ensembles d ’éléments matériels ou immatériels en interaction fonctionnant en vue de la réalisation de certains objectifs. Ce sont des systèmes ouverts qui pratiquent des échanges nombreux avec ce qui les entoure (Environnement)

SYSTEME D ’INFORMATION
SYSTEME DE PILOTAGE Coordination, objectifs (membres de la direction, …) Décisions Décisions Informations traitées SYSTEME D ’INFORMATION - Collecte - Mémorisation des données - Traitement - Transmission Informations externes Informations vers l ’extérieur Informations collectées FLUX ENTRANT FLUX SORTANT SYSTEME OPERANT Production, action (ensemble du personnel exécutant)

RÔLE DU SYSTEME D’INFORMATION
Collecter des informations provenant : - d ’autres éléments du système - de l’environnement Mémoriser des données : -base de données -Fichiers -Historique, Archivage Traiter les données stockées : -traitements automatisables -aide à la prise de décision Communiquer

CONCEPTION D’UN SYSTEME D’INFORMATION AUTOMATISE
ETUDE DE L’EXISTANT DESCRIPTION DE LA SITUATION ACTUELLE CONCEPTION PROPOSITION DE SOLUTIONS CHOIX DE LA SOLUTION DESCRIPTION DE LA SOLUTION FUTURE REALISATION DEVELOPPEMENT DE LA SOLUTION MISE EN PLACE

METHODES DE CONCEPTION
POURQUOI HOMOGENEISATION CONCERTATION REGLES OPERATOIRES APPROCHE GLOBALE

ACTEURS UTILISATEURS DECIDEURS INFORMATICIENS VALIDATION ANALYSE
DEFINITION DES BESOINS DECIDEURS CHOIX INFORMATICIENS ANALYSE PROPOSE LES SOLUTIONS

ROLE CONSTITUANTS GUIDE NORMES STANDARDS CONCEPTS FORMALISMES DEMARCHE
LANGAGE VALIDATION STANDARDS PRESENTATION DES RESULTATS

LA METHODE MERISE PRESENTATION GENERALE CYCLES MODELES DEMARCHE
Cycle de vie Etapes de la méthode Cycle de décision Cycle d’abstraction COURBE DU SOLEIL MODELES DEMARCHE

Sous Ensemble Représentatif
CYCLE DE VIE SCHEMA DIRECTEUR ETUDE PREALABLE ETUDE TECHNIQUE PRODUCTION DE LOGICIEL MISE EN SERVICE MAINTENANCE ETUDE DETAILLEE PROJET Rapport Observation Cahier des Charges Dossier d'étude détaillée Dossier d'étude technique Sous Ensemble Représentatif Dossier de programmation,

CYCLE DE DECISION SCHEMA DIRECTEUR APPROBATION ET LANCEMENT
Plan de développement ETUDE PREALABLE N solutions CHOIX D’UNE SOLUTION ETUDE DETAILLEE ACCORD UTILISATEURS SPECIFICATIONS FONCTIONNELLES Spécifications fonctionnelles ETUDE TECHNIQUE ACCORD REALISATEURS SPECIFICATIONS TECHNIQUES Spécifications techniques PRODUCTION DE LOGICIEL RECETTE PROVISOIRE CONFORMITE DU SYSTEME Système réalisé MISE EN SERVICE Système installé RECETTE DEFINITIVE MAINTENANCE

MODELES MERISE FLUX PROCESSUS TRAITEMENTS EVENEMENT DONNEES ENTITE
ACTEURS TRAITEMENTS EVENEMENT SYNCHRONISATION OPERATION DONNEES ENTITE ASSOCIATION

CYCLE D’ABSTRACTION Données Traitements Flux MCD : signification des
MCT : activité du MCF : relations informations sans domaine sans préciser les Niveau conceptuel entre le domain e et le contraintes techniques ou ressources ou leur reste du SI économiques organisation Système d'information MOD : signification des MOT : fonctionnement informations avec du domaine avec les MOF : relations organisationnel Niveau contraintes techniques ou ressources utilisées et leur entre les acteurs économiques organisation MLT : fonctionnement du MLD : description des domaine avec les MLF : relations ormation données en tenant compte de Niveau logique ressources utilisées et leur entre les systèmes leurs conditions et des organisation informatiques techniques de mémorisation informatisé informatique Système d'inf MPD : description de la ou MPT : Architecture MPF : supports Niveau Physique des BD dans la syntaxe du technique des techniques des flux SGF ou du SGBD programmes

Cycle de vie LA COURBE DU SOLEIL EXISTANT FUTUR CONCEPTUEL
ORGANISATIONNEL PHYSIQUE LOGIQUE LOGIQUE Cycle de vie

LE MODELE CONCEPTUEL DE FLUX
Echange d’informations concernant : Activités Partenaires extérieurs Processus DOMAINE D’ACTIVITE : Invariant Décomposé en processus

FORMALISME : Partenaire extérieur FLUX A PROCESSUS 1 FLUX D PROCESSUS 3 FLUX C Domaine d’activité FLUX B FLUX E PROCESSUS 2 FLUX F Domaine d’activité

DICTIONNAIRE DES DONNEES : NOM DESIGNATION TYPE REGLE CONTRAINTE

EXEMPLE : Garage Automobile Paiement Client Client Demande d’intervention Facture ENTRETIEN/REPARATION VEHICULE Demande de pièce Facture fournisseur Paiement Client FOURNISSEUR Facture Acceptée GESTION DE STOCK Commande COMPTABILITE Ordre de virement Banque

LE MODELE ORGANISATIONNEL DE FLUX
Echange d’informations entre acteurs ACTEUR : Unité active dans le fonctionnement du système opérant Partenaire extérieur Acteur interne : Traduit la répartition de l’activité (choix d’organisation)

LE MODELE ORGANISATIONNEL DE FLUX
FORMALISME : Acteur extérieur FLUX A FLUX G ACTEUR1 ACTEUR3 FLUX D ACTEUR2 Acteur7 FLUX C FLUX B FLUX E ACTEUR4 FLUX H FLUX K ACTEUR6 ACTEUR5 FLUX F Acteur8

LE MODELE CONCEPTUEL DE DONNEES
ENTITE : Elément abstrait ou concret du monde réel pourvu d’une existence propre et présentant de l’intérêt pour le système étudié. CLASSE D’ENTITES : Ensemble d’entités jouant le même rôle. Les entités d’une classe ont des caractéristiques communes

DESCRIPTION DE CLASSE D’ENTITE Nom de la classe Nom de la caractéristique de référence Noms des caractéristiques REPRESENTATION GRAPHIQUE NOM_CLASSE_ENTITE -CARAC_REF -CARAC1 -CARAC2 …..

ASSOCIATION : Lien entre entités (au moins deux). L’association n’existe qu’au travers des entités qu’elle relie. CLASSE D’ASSOCIATIONS : Regroupement de liens de même nature. Les associations d’une classe ont une sémantique et des caractéristiques communes

DESCRIPTION DE CLASSE D’ASSOCIATIONS Nom de la classe d’association Noms des classes d’entités impliquées Contraintes de cardinalités Cardinalité minimum : Combien de fois au minimum une entité est impliquée dans l’association. Valeurs 0 ou 1 Cardinalité maximum : Combien de fois au maximum une entité est impliquée dans l’association Valeurs 1 ou N Caractéristiques (éventuellement)

DICTIONNAIRE DES DONNEES Classé par ordre alphabétique des noms NOM DESIGNATION TYPE REGLE CONTRAINTE

DICTIONNAIRE DES DONNEES Classé par ordre alphabétique des noms Liste des Classes d'entités : NOM DESIGNATION NOMBRE STRUCTURE CONTRAINTES Liste des Classes d'association : NOM DESIGNATION Classes Entités Cardinalités NOMBRE CONTRAINTES

REPRESENTATION GRAPHIQUE NOM_CLASSE_ASSOCIATION Card_min, Card max Card_min, Card max -CARAC1 -CARAC2 …..

Ent_1 0,n Assoc_8

Règles de description du schéma conceptuel entité/association : Un nom ne peut être utilisé qu’une seule fois, Toute entité possède au moins une caractéristique de référence, Toutes les cardinalités sont indiquées sur les liens, Chaque caractéristique n’a qu’une seule valeur pour une entité donnée, La valeur d’une caractéristique dépend directement de l’entité, Toute information redondante doit être supprimée

MODELE ORGANISATIONNEL DES DONNEES
CHOIX DES INFORMATIONS A MEMORISER INFORMATIQUEMENT Suppression des éléments qui ne seront pas mémorisés informatiquement Ajouts de nouvelles informations (liens entre données informatisées et données « manuelles »)

REPARTITION DES DONNEES INFORMATISEES ENTRE UNITES ORGANISATIONNELLES MOD Local : -Données accessibles par un ensemble de postes utilisateurs -Sous ensemble d’entités, d’associations, de propriétés, d’occurrences d’entités ou d’associations du MOD Global

VOLUME DUREE DE VIE DES INFORMATIONS -Type et taille des propriétés -Nombre d ’occurrences des entités et associations -Mémoire immédiate, mémoire à long terme : Données immédiatement accessibles (« en ligne »), Archives ‘(accès différé).

ACCES AUX DONNEES INFORMATISEES Sécurité d ’accès aux données : Restriction d ’accès pour certaines catégories d ’utilisateurs Définition des catégories ou profils utilisateur tableau faisant référence aux MOD (Global ou locaux) des restrictions d ’accès

LE MODELE LOGIQUE DE DONNEES MODELE RELATIONNEL
RELATION : Partie du produit cartésien d’une liste de domaines (ensemble de valeurs) Représentation en extension : TABLE A A2 A 3 An a a21 an2 a a21 ank a a22 an1 a a2j ank

Représentation en compréhension : SCHEMA R ( A1, A2, , An) R : Nom de la relation A1, A2, ..An : Nom des attributs de la relation (a1i, a2j, ..., ank) : n-uplet n : Degré de la relation (Relation n-aires)

Contraintes d’intégrité : Contrôles effectués lors de la saisie, modification ou suppression des données CLE PRIMAIRE : Unicité de la valeur dans la(es) colonne(s) constituant la clé. F012 Mozart Wolfgang S234 Beethoven Ludvig G087 Berlioz Hector B555 Haydn X007 Ravel Maurice A631 Chopin Frédéric G087 Sallaberry Christian Impossible : Valeur refusée lors de la saisie

CLE ETRANGERE : Attribut clé primaire dans une autre table. Vérification de la contrainte d’intégrité réferentielle F012 Mozart Wolfgang S234 Beethoven Ludvig G087 Berlioz Hector B555 Haydn X007 Ravel Maurice A631 Chopin Frédéric S234 F012 G087 A631 B555 A831 Valeur inexistante dans la table

VALEUR NULLE : Dans cette colonne certaines lignes peuvent ne pas contenir de valeurs VALEUR PAR DEFAUT : Valeur attribuée à toutes les lignes de la colonne, cette valeur peut être modifiée lors de la saisie. ENSEMBLE DE VALEURS : Contrôle de l’appartenance de la valeur saisie à un intervalle ou bien à une liste de valeurs. INTERVALLE Valeur minimum Valeur maximum Exemple : NOTE Valeur minimum 0 Valeur maximum 20 LISTE Enumération des valeurs possibles Exemple : JOURS_OUVRABLES Lundi, Mardi, Mercredi, Jeudi, Vendredi

PASSAGE DU MODELE ENTITE/ASSOCIATION AU MODELE RELATIONNEL
NOM_CLASSE_ENTITE -CARAC_REF -CARAC1 -CARAC2 ….. Relation ( Carac_ref, Carac1, , Caracn)

NOM_CLASSE_ENTITE1 NOM_CLASSE_ENTITE2 -CARAC_REF1 -CA1 -CA2 ….. -CARAC_REF2 -CB1 -CB2 ….. 0,1 0,? Relation1 ( Carac_ref1, Ca1, , Can, Carac_ref2 ) Carac_ref2 Clé étrangère Relation2 ( Carac_ref2, Cb1, , Cbm)

NOM_CLASSE_ENTITE1 NOM_CLASSE_ENTITE2 -CARAC_REF1 -CA1 -CA2 ….. -CARAC_REF2 -CB1 -CB2 ….. 0,1 0,N CARAC_ASS Relation1 ( Carac_ref1, Ca1, , Can,) Relation2 ( Carac_ref1, Carac_ass, Carac_ref2 ) Clé étrangère Relation2 ( Carac_ref2, Cb1, , Cbm)

NOM_CLASSE_ENTITE1 NOM_CLASSE_ENTITE2 -CARAC_REF1 -CA1 -CA2 ….. -CARAC_REF2 -CB1 -CB2 ….. 0,N 0,N Relation1 ( Carac_ref1, Ca1, , Can) Clé étrangère Relation3 ( Carac_ref1, Carac_ref2) Clé étrangère Relation2 ( Carac_ref2, Cb1, , Cbm)

NOM_CLASSE_ENTITE2 -CARAC_REF2 -CB1 ….. NOM_CLASSE_ENTITE1 0,N -CARAC_REF1 -CA1 -CA2 ….. 0,N NOM_CLASSE_ENTITE3 0,N -CARAC_REF3 -CC1 ….. Relation1 ( Carac_ref1, Ca1, , Can) Clé étrangère Relation4 ( Carac_ref1, Carac_ref2,Carac_ref3) Clé étrangère Clé étrangère Relation2 ( Carac_ref2, Cb1, ..., Cbm) Relation3 ( Carac_ref3, Cc1,...., Ccp)

LE MODELE CONCEPTUEL DE TRAITEMENTS
ACTEUR : Acteur externe au domaine EVENEMENT/RESULTAT - MESSAGE: Evénement (Flux reçu) : Circonstance portée à la connaissance du système et à laquelle il doit réagir : Il se produit quelque chose Perception par le système Réaction : Déclenchement d’activité Résultat (Flux émis) Message : Ensemble d’informations associées à un événement ou résultat

ETAT: Situation du système d’information qui conditionne l’exécution d’activités Valeur prise par une information ; Activité réalisée ou non ; Règle de traitement (délai dépassé) ; OPERATION : Séquence continue d’actions, qui doit s’exécuter sans interruption dès qu’elle est déclenchée L’opération est décrite par un ensemble d’activités ou fonctions élémentaires ; (décisions, règles de gestion, actions sur les données mémorisées ou autre, traitements) Conditions d’émission ; (sur les résultats et/ou états)

SYNCHRONISATION : Règle qui établit de quelle manière les événements ou états participent au déclenchement de l’opération ; Expression logique portant sur les occurrences d’événements et/ou états ; ENCHAINEMENT D’OPERATIONS DECLENCHEES SELON CERTAINES CONDITIONS DE SYNCHRONISATION PAR DES EVENEMENTS ET/OU DES ETATS

REPRESENTATION GRAPHIQUE : EVENEMENT1 EVENEMENT2 NOM_OPERATION EVENEMENT3

LE MODELE ORGANISATIONNEL DE TRAITEMENTS
RESSOURCES A METTRE EN OEUVRE Moyens techniques, humains, espace, temps, données DECOMPOSITION DES OPERATIONS EN TACHES ENCHAINEMENT CHRONOLOGIQUE De nombreuses solutions peuvent être envisagées : Différents niveaux d’automatisation Critères d’évaluation : Economique Technique Ergonomique Social

POSTE DE TRAVAIL : Centre d’activités élémentaires regroupant zéro, une ou plusieurs personnes, utilisant du matériel ou pas, faisant l’objet d’une ou plusieurs occurrences sur le terrain TACHE : Ensemble homogène d’activités élémentaires, résultant de la décomposition d’une opération conceptuelle Une tâche : Est associée à un poste de travail ; A un niveau d’automatisation : Manuelle (M), Interactive (I) ou Conversationnelle (C), Automatique (A) ; A un délai de réponse : Immédiat (I), Différé (D) ; A un fonctionnement Unitaire (U) ou par Lot (D) ;

TACHE Description d’une tâche : Actions effectuées sur les données mémorisées ; Sous schéma conceptuel/organisationnel des données Création, Modification, Lecture, suppression Règles de traitements ; Conditions de production des résultats et/ou états ; Durée, Périodicité de la tâche ;

SYNCHRONISATION Durée de contribution d’un événement ; Conditions locales ; Durée limite de synchronisation ; Délai de synchronisation ; EVENEMENT/ RESULTAT MESSAGE Fréquence, capacité d’un événement, duplication d’un résultat, contenu du message (liste et structure d’information) ETAT Conditions préalables ou résultats conditionnels d’une tâche

PHASE Succession de tâches exécutées consécutivement dans un même poste (Généralement découpage en tâches de degrés d’automatisation différents) PROCEDURE ORGANISATIONNELLE Enchaînement de tâches et ou de phases ; Prise en compte d’un événement initial (un événement ou plusieurs synchronisés) et production de tous les résultats qui en découlent

REPRESENTATION GRAPHIQUE : Temps Extérieur Poste_1 Poste_2 Poste_3 EVT_1 EVT_2 Evt_6 Evt_7 Evt_9 EVT_10 Oper_1 Oper_1 Oper_1 Evt_5 Evt_8 Evt_4 Evt_3 Evt_12 Evt_11

LE MODELE LOGIQUE DES TRAITEMENTS
PASSAGE AUX SOLUTIONS INFORMATIQUES : Description du SII, en décrivant comment informatiser les tâches automatisées. Prise en compte des contraintes logiciel et matériel, Respect des principes généraux d’ergonomie. MACHINE LOGIQUE Ensemble des ressources informatiques capables d’exécuter des traitements de façon autonome. Une machine logique peut être constituée de plusieurs machines physiques (mini ou micro avec terminaux passifs) Répartition des traitements informatisés

EVENEMENT/RESULTAT - MESSAGE Evénements ou résultats du SIO; Echanges entre machines logiques ou Unités Logiques de Traitements; Lancement ou fin de traitements informatisés; L’ETAT Conditions préalables ou résultats conditionnels d’une ULT

L’UNITE LOGIQUE DE TRAITEMENT (ULT) Ensemble de traitements informatiques homogènes Cohérence des données avant exécution et à l’issue de l’exécution (Transaction dans un système transactionnel) LA PROCEDURE LOGIQUE Enchaînement d’ULT d’une tâche ou d’une phase du modèle organisationnel

Sous Ensemble Représentatif
LA DEMARCHE SCHEMA DIRECTEUR ETUDE PREALABLE ETUDE TECHNIQUE PRODUCTION DE LOGICIEL MISE EN SERVICE MAINTENANCE ETUDE DETAILLEE PROJET Rapport Observation Cahier des Charges Dossier d'étude détaillée Dossier d'étude technique Sous Ensemble Représentatif Dossier de programmation,

SCHEMA DIRECTEUR NIVEAU GLOBAL DE L'ENTREPRISE
- DEVELOPPEMENT DU SYSTEME D'INFORMATION - ORIENTATION POLITIQUE – STRATEGIE DE L'ENTREPRISE RESULTATS : - DOMAINES D'ETUDE : Définition, Articulation des domaines - PLANIFICATION DU DEVELOPPEMENT - LANCEMENT DE PROJET

ETUDE PREALABLE PHASE 1 : OBSERVATION
PHASE 2 : CONCEPTION, PROPOSITION DE SOLUTION - PHASE 1 : ETUDE DE L'EXISTANT Ø Interviews Ø Modèle Organisationnel des flux : Acteurs, actions, flux DICTIONNAIRE Ø Modèle Organisationnel des Traitements : liste des tâches, événements/résultats, postes de travail, Messages Ø Modèle Logique des Données : Fichiers existants Ø Modèle Conceptuel des Flux : Regroupements des actions, Processus Ø Modèle Conceptuel des Traitements : Pour chaque processus modélisation des procédures, liste des opérations Ø Modèle Conceptuel des Données : Liste des entités, associations, propriétés Ø Validation données/traitements Ø Rédaction du rapport d'observation Ø Validation du rapport d'observation par les utilisateurs et les personnes interviewées

ETUDE PREALABLE PHASE 1 : OBSERVATION
PHASE 2 : CONCEPTION, PROPOSITION DE SOLUTION - PHASE 2 : SOLUTIONS FUTURES Ø Diagnostic et critique des règles de gestion existantes Ø Prise en compte de nouvelles règles de gestion, de nouveaux traitements, de nouveaux messages Ø Nouveaux modèles conceptuels : Flux, Traitements, Données Ø Proposition de plusieurs scénarios : Nouvelle organisation : Postes de travail Architecture matérielle et logicielle Modèles Organisationnels des Flux et des Traitements, modèle Logique des données Evaluation du coût : Personnel, Matériel, fonctionnement, développement Ø Rédaction du cahier des charges Ø Validation du cahier des charges par les utilisateurs Ø Choix par le comité de pilotage

ETUDE DETAILLEE EXTENSION AU DELA DU SER DU SCENARIO CHOISI
Modèles exhaustifs Affinage des architectures, choix effectifs des logiciels et langages Description des messages Evaluation des temps de réponse, des coûts SPECIFICATION DES PROCEDURES TRANSITOIRES Récupération et transfert des données Principes de basculement du système actuel vers le futur Modèle Organisationnel des Traitements durant la période transitoire. SPECIFICATION DES PROCEDURES DE SECOURS Procédures à mettre en œuvre en cas d'indisponibilité de ressources informatiques. PLANIFICATION DU DEVELOPPEMENT PLANIFICATION DE LA MISE EN PLACE

ETUDE TECHNIQUE ARCHITECTURES logicielles Données Optimisation
Programmes Composants logiciels, dialogues, modules, transactions, répartition client serveur PREPARATION DE LA REALISATION Outils de réalisation Règles de développement Structure des programmes, nommage, commentaires Principes de qualification Modalités des tests, jeu d’essais Organisation du développement Répartition entre les équipes, planning général de production du logiciel, modalités d’assurance qualité

PRODUCTION DE LOGICIEL
REALISATION CONCRETE DE L’ENSEMBLE DES SPECIFICATIONS PROPOSEES DANS L’ETUDE DETAILLEE ET L’ETUDE TECHNIQUE ECRITURE DES PROGRAMMES GENERATION DES FICHIERS OU BASES DE DONNEES TESTS DE MISE AU POINT

OBJECTIF : RENDRE OPERATIONNEL LE NOUVEAU SYSTEME D’INFORMATION
MISE EN SERVICE OBJECTIF : RENDRE OPERATIONNEL LE NOUVEAU SYSTEME D’INFORMATION MISE EN PLACE DES RESSOURCES Moyens techniques, documentation utilisateur, ressources humaines PREPARATION DU LANCEMENT Formation du personnel MISE EN PLACE EFFECTIVE MAINTENANCE

ANALYSE ET CONCEPTION DES SYSTEMES D’INFORMATION METHODE MERISE

Présentations similaires

Présentation au sujet: "ANALYSE ET CONCEPTION DES SYSTEMES D’INFORMATION METHODE MERISE"— Transcription de la présentation:

Présentations similaires

Notre projet

Feed-back

Entrer

S'autoriser via un réseau social:

ANALYSE ET CONCEPTION DES SYSTEMES D’INFORMATION METHODE MERISE

Présentations similaires

Présentation au sujet: "ANALYSE ET CONCEPTION DES SYSTEMES D’INFORMATION METHODE MERISE"— Transcription de la présentation:

Présentations similaires

Notre projet

Feed-back