Soutenance mémoire
Modèle Conceptuel des Traitements (M.C.T)
Le MCT représente le cycle de vie du système. Il est construit autour de l’opération et concerne un domaine unique.
A. Définition : Le Modèle Conceptuel de Traitement permet de traiter la dynamique du système d’information, c’est-à-dire les opérations qui sont réalisées en fonction d’événements. Ce modèle permet donc de représenter de façon schématique l’activité d’un système d’information sans faire référence à des choix organisationnels ou des moyens d’exécution. Les traitements constituent la partie dynamique du système d’information. Ils décrivent les actions à exécuter sur les données afin d’obtenir les résultats attendus par l’Entreprise. La modélisation conceptuelle des traitements a donc pour objectif de :
Représenter formellement les activités exercées par le domaine, activités dont la connaissance est la base du système d’information ;
Mettre en évidence les états cohérents de la structure conceptuelle des données (cycle de vie du système) ;
Les concepts de base du Modèle Conceptuelles des Traitements Analytiques (M.C.T.A) sont :
Evénement ;
Synchronisation ;
Opération ;
Emission (résultat).
a. Evénement : « L’événement est un fait digne d’intérêt, c’est-à-dire dont l’occurrence va déclencher des réactions, donc des opérations ». Un événement représente donc un changement dans l’univers extérieur au système d’information, ou dans le système d’information lui-même.
b. Synchronisation : Le déclenchement d’une opération peut exiger la réalisation simultanée de plusieurs événements. La synchronisation va exprimer, sous forme d’une proposition logique, le fait que l’opération peut être déclenchée ou non. En d’autre terme, la synchronisation d’une opération définit une condition booléenne sur les événements contributifs devant déclencher une opération. Il s’agit donc de condition au niveau des événements régis par une condition logique réalisée grâce aux opérateurs : ou, et, non.
c. Opération : L’opération est constituée par l’ensemble des actions qui sont exécutables sans interruption et qui sont nécessaires et suffisantes pour faire subir à la structure de données les transformations induites par l’événement déclencheur. Tout en la restituant en fin d’opération dans un état cohérent.
d. Résultat : Le résultat est ce qui est produit par le déroulement d’opérations. « Un résultat pouvant déclencher d’autres opérations peut être considéré comme événement » .
B. Présentation de diagramme de flux : Un diagramme de flux (D.F.) est un diagramme qui affine une activité. Le diagramme de premier niveau décrit les macro-activités du domaine d’étude et les flux de données échangées.
C. Présentation de M.C.T :
a. Prise en compte de demande d’inscription
b. Prise en compte de formulaire remplis
c. Prise en compte de demande fiche médicale
Passage du niveau conceptuel au niveau organisationnel
Ceci est facilité par le mécanisme de décomposition proposé au niveau conceptuel (M.C.T), et poursuivi au niveau organisationnel (M.O.T) dans le même formalisme, qui permet d’atteindre le niveau de détail suffisant pour identifier des fonctions cohérentes vis-à-vis du type d’organisation souhaité. A partir de ces fonctions, il est possible de composer des solutions organisationnelles à travers des Procédures Fonctionnelles (P.F.).
Passage d’un M.C.D. en un M.L.D
Pour traduire un M.C.D en un M.L.D, il suffit d’appliquer cinq (05) règles. Notations : On dit qu’une association binaire (entre deux entités ou réflexive) est de type :
1 :1 (un à un) si aucune des deux cardinalités maximales n’est n ;
1 : n (un à plusieurs) si les deux cardinalités maximales sont n ;
n : m (plusieurs à plusieurs) si les deux cardinalités maximales sont n.
Toute entité devient une table dans laquelle les attributs deviennent les colonnes. L’identifiant de l’entité constitue alors la clé primaire de la table.
Une association binaire de type 1 : n disparaît, au profit d’une clé étrangère dans la table cotée 0,1 ou 1,1 qui référence la clé primaire de l’autre table. Cette clé étrangère ne peut pas recevoir la valeur vide si la cardinalité est 1,1.
Une association binaire de type n : m devient une table supplémentaire par fois appelée table de jonction, table de jointure ou table d’association dont la clé primaire est composée de deux clés étrangères (qui référencent les deux clés primaires des deux tables en association). Les attributs de l’association deviennent des colonnes de cette nouvelle table.
Une association binaire de type 1 :1 est traduite comme une association binaire de type 1 : n sauf que la clé étrangère se voit imposer une contrainte d’unicité en plus d’une éventuelle contrainte de non vacuité.
Une association non binaire est traduite par une table supplémentaire dont la clé primaire est composée d’autant de clés étrangères que d’entités en association. Les attributs de l’association deviennent des colonnes de cette nouvelle table.
Base de données (B.D)
Une base de données est un gros ensemble d’informations structurées mémorisées sur un support permanent. Elle est aussi un ensemble structuré de données enregistrées sur un support accessible par un ordinateur pour satisfaire plusieurs utilisateurs de façon sélective en un temps opportun. Plus précisément, une base de données est une collection d’informations structurées pour faciliter l’accès, l’analyse et mettre à jour les données. Finalement, le fondement d’une base de données est formé par des tables auxquelles on conserve toutes les informations que l’on va utiliser dans la base de données.
Système de Gestion de Base de Données (S.G.B.D)
Un S.G.B.D est un logiciel de haut niveau qui permet de manipuler les informations stockées dans une base de données. C’est un ensemble exhaustif non redondant et structuré d’enregistrement sur un support d’ordinateur pour satisfaire simultanément plusieurs utilisateurs dans la manipulation efficace de données (ajout, suppression, modification, recherche) dans une base de données.
|
Table des matières
REMERCIEMENTS
RESUME
LISTE DES ABREVIATIONS, SIGLES ET ACRONYMES
INTRODUCTION
Première partie : ETUDE PREALABLE
Chapitre .01 Présentation générale de l’OMSI
Section 1 : Présentation générale de l’OMSI
$.1- Définition de l’OMSI
$.2 – Historique
$.3 – Nature juridique
Section 2 : Organisation de l’OMSI
$.1- Les Personnels de l’OMSI
A. –Personnel Technique dont
B. –Personnel Administratif
C. Personnel d’appui
$.2 – Organigramme de l’OMSI
A. Organisation de l’OMSI
B. –Description des Fonctions et Attributions
a. Administratif
b. Technique
c. Socia
d. Financier
$.3- Les activités de l’OMSI
A –La visite systématique
B –Les soins préventifs
C –Les soins curatifs
D –La délivrance de certificat de constatation et de guérison
E –Les visites sur les lieux de travail
Section III : l’environnement de l’OMSI
$.1 – L’environnement économique
A. Les fournisseurs
a. Fournisseur en médicaments
b. Fournisseurs en matériels
c. Fournisseur en fournitures administratives
d. Fournitures en matériels et consommables Informatiques
B. Les clients
$.2 – L’environnement institutionnel
A. La Banque
B. La contribution
C. Le CHRT
D. La CNàPS
Section IV : Présentation générale de l’Université
Chapitre 02 : L’étude théorique de la gestion des patients de l’OMSI
Section I : La procédure des employeurs pour être adhéré à l’OMSI
$.1 –Les employeurs cibles
$.2 –Les conditions exigées
A. Les Employeurs
B. Le Travailleur
C. La Famille
$.3 –La cotisation et l’avantage
A. La cotisation
B. Les avantages des employeurs affiliés à l’OMSI
Section II : Principe de la gestion des patients
$.1 -L’organisation interne de la gestion de Patient
A. Le travailleur
B. Les familles du travailleur
C. Au niveau de la méthode
$.2 -La répartition des médicaments du patient
A. Préparation de médicament
B. Le patient prend le(s) médicament(s)
Section III : Les problématiques et la méthodologie
$.1 -Présentation des problèmes
$.2 -La méthodologie
Deuxième partie : CONCEPTION ET REALISATION DU SYSTEME D’INFORMATION DE LA GESTION DE PATIENTS
Chapitre .01 Conception du système d’information
Section I : Solutions conceptuelles
$.1 -Modèle Conceptuel des Données (MCD)
A. Définition
a. Propriété
b. Entité
c. Relation
d. Cardinalité
B. Construction de MCD
a. Règles de gestion
b. Présentation du MCD
$.2 -Modèle Conceptuel des Traitements (M.C.T)
A. Définition
a. Evénement
b. Synchronisation
c. Opération
d. Résultat
B. Présentation de diagramme de flux
C. Présentation de M.C.T
a. Prise en compte de demande d’inscription
b. Prise en compte de formulaire remplis
c. Prise en compte de demande fiche médicale
Section II : Modèle Organisationnel des Traitements (M.O.T.)
$.1 -Passage du niveau conceptuel au niveau organisationnel
$.2 -Modèle Organisationnel des Traitements (M.O.T)
A. Définition
B. Formalisme
C. Procédure Fonctionnelle
D. Les règles d’organisations
E. Présentation de M.O.T
a. Prise en compte de demande d’inscription
b. Prise en compte formulaire remplis
c. Prise en compte de demande fiche médicale
Section III : Modèle Logique de Données (M.L.D)
$.1 -Passage d’un M.C.D. en un M.L.D
$.2 -Modèle Logique de Données (M.L.D)
A. Définition
B. Notion de Modèle Logique de Données
C. Présentation du M.L.D
Chapitre 2 : Réalisation du système d’information
Section I : Modèle Physique de Données (M.P.D
$.1 -Définition
A. Modèle Physique de Données M.P.D
B. Base de données (B.D)
C. Système de Gestion de Base de Données (S.G.B.D)
$.2 -Distinction entre M.L.D et M.P.D
A. Identification des tables existant
a. Identification des tables
b. Description des tables
B. Développement et organisation du système
a. Organisation générale du système
b. Schémas du menu principal
c. Schémas de formulaire (Personnel)
d. Schéma de l’état
C. Description de chaque menu
a. Menu Société
b. Menu visite
c. Menu travailleur et famille
d. Menu personnel
e. Menu consultation
f. Menu édition des états
Section II : Structure de la base
$.1 -–Mise en œuvre de base de données
$.2 –Matériels nécessaires
CONCLUSION
BIBLIOGRAPHIE
ANNEXES
LISTE DES FIGURES
LISTE DE GRAPHIQUE
LISTE DE PHOTO
LISTE DES TABLEAUX
Télécharger le rapport complet
