|
Mise en oeuvre d'un système informatisé pour le suivi des malades ophtalmiques "cas du centre saint raphaêl"( Télécharger le fichier original )par Isaac KANDA Institut Supérieur Technique dInformatique Appliquée - Graduat 2013 |
CHAPITRE III. CONCEPTION DU SYSTEME D'INFORMATIONINFORMATISE (C.S.I.I)Cette partie de notre travail nous permet de répondre à la question « comment ? ». Ainsi, nous essayerons de répondre à cette question de savoir comment devons-nous concevoir notre logiciel de suivi de malade ophtalmologique dans le centre saint Raphaël en tenant compte du niveau actuel de l'informatique. Partant de cette question, nous allons déterminer les ressources matérielles et logicielles nécessaire pour l'implémentation de notre Base de Données. III.1. Etape Logique III.1.1. Modèle Logique de Données Le Modèle Organisationnel de Données est construite à partir du MCD et MOD global en tenant compte de l'orientation de choix de techniques concernant le système de gestion de données. Il permet de décrire la structure des données utilisées sans faire référence à un langage de programmation. Il s'agit donc de préciser le type de données lors de traitement. III.1.2.1. Passage du MOD Global au MLD Brut. Le passage du MOD Global au MLD Brut suit les règles suivantes : - Les objets deviennent des entités dans le sens mathématique du terme, donc les lignes aux colonnes sous formes de table ; - Les identifiants des entités deviennent des clés primaires ; - Les propriétés deviennent des attributs des tables. - Les relations dans le sens conceptuel ou sémantique subissent plusieurs traitement selon le cas notamment : la relation du type père et fils disparait mais la sémantique sera maintenue. Comme la table fils dépend de la table père, la table fils va recevoir la clé de son père et cette dernière (clé) sera dans la table fils une clé étrangère. Pour la relation du type autre que père et fils : cette relation devient une table à part entière et elle aura pour clé les clés des tables qu'elle reliait. Cette relation doit être porteuse des attributs car elle deviendra à la longue une relation base de données. III.1.3. Formalisme du MLD Table : conserve le formalisme de l'objet Table de lien pointe les autres tables. Tous les arcs sont orientés. Source : Nous-mêmes Figure n° 8 CONSULTATION #CodeMéd #CodeMal Diagnostic DateCons ADMINISTRER #CodeMéd #CodeMal #CodeTrait Diagnostic OPERER #CodeMéd #CodeMal Date SOUMETTRE #CodeMéd #CodeMal #CodeEx DateSoum Rés EXAMEN #CodeEx DesiEx TypeEx #CodeMéd NomMéd PostnomMéd SexeMéd SpécMéd NatMéd MEDECIN MALADE #CodeMal NomMal PostnomMal PrénomMal SexeMal DateNaisMal AdresseMal NumTeleMal
LUNETTE MEDICAL #CodeMéd #CodeMal #CodeLunMéd DesiVercor TypeVercor TRAITEMENT #CodeTrait DesiTrait TypeTrait ORDONNANCE #CodeOrd #CodeMéd #CodeMal DatePres MEDICAMENT #CodeMédic DesiMédic TypeMédic CONTENIR #CodeOrd #CodeMéd #CodeLunMéd Qté III.1.3.1. Présentation du MLD Brut
III.1.3.2. Normalisation L'opération de la normalisation consiste à supprimer les redondances qui peuvent encore se trouver dans le MLD Brut. Cela veut dire qu'au niveau de l'étape conceptuel, nous n'avons pas tenu compte des règles de vérification des objets pour que leurs propriétés ne soient pas répétitives. C'est ainsi que nous allons vérifier ces objets de manière que ceux-ci aient des propriétés non répétitives. Cette opération de la normalisation nous octroie cinq formes, dans le cadre du présent travail nous allons utiliser les trois premières formes afin de pouvoir valider notre MLD. 1ère Forme normale Une table est en premier forme normale, si tous ses attributs sont élémentaires, non décomposables, non répétitives, avoir au moins une clé primaire ou concaténée. 2ème Forme normale Une table est en deuxième forme normale, si étant en première forme normale, et ses attributs dépendent pleinement de la clé primaire de cette table. 3ème Forme normale Une table est, en troisième forme normale, si étant déjà en deuxième forme normale, les attributs qu'elle porte ont une dépendance fonctionnelle directe avec la clé sans passer transitivement à un attribut degréga (attribut postulante). Il faut s'assurer aussi qu'il n'y a pas de tables qui soient cachées parmi les autres. Dès lors que ces trois premières formes sont respectées, les tables peuvent être déjà déclarées normalisées, et le MLD sera validé. III.1.3.3. Présentation du MLD Validé Source : Nous-mêmes Figure n° 9 CONSULTATION #CodeMéd #CodeMal Diagnostic DateCons ADMINISTRER #CodeMéd #CodeMal #CodeTrait Diagnostic OPERER #CodeMéd #CodeMal Date SOUMETTRE #CodeMéd #CodeMal #CodeEx DateSoum Rés EXAMEN #CodeEx DesiEx TypeEx #CodeMéd NomMéd PostnomMéd SexeMéd SpécMéd NatMéd MEDECIN MALADE #CodeMal NomMal PostnomMal PrénomMal SexeMal DateNaisMal AdresseMal NumTeleMal
TRAITEMENT #CodeTrait DesiTrait TypeTrait ORDONNANCE #CodeOrd #CodeMéd #CodeMal DatePres MEDICAMENT #CodeMédic DesiMédic TypeMédic CONTENIR #CodeOrd #CodeMéd #CodeLunMéd Qté TYPE MEDICAMENT #CodeTypeMédic DesiTypeMédic LUNETTE MEDICALE #CodeMéd #CodeMal #CodeLunMéd #CodeTypeLunMédic DesiVercor TypeVercor LUNETTE MEDICALE #CodeLunMéd DesiTypeLunMéd TYPE TRAITEMENT #CodeTypeTrait DesiTypeTrait SPECIALITE #CodeSpéc DesiSpéc TYPE EXAMEN #CodeTypeEx DesiEx Tableau n° 6 III.1.3.4. Schéma associé au MLD Validé.14(*)
III.1.3.5. Calcul du volume de la base de données.
III.1.3.5.1. Volume utile de la base de données. Volume global = ? r (i)* N Avec : R : Taille de l'attribut N : Nombre d'occurrence de la table N : Nombre d'attribut de la table I : Numéro de l'attribut. D'où le volume utile de notre base de données par ? de volumes de table. Tableau n° 7 Volume total
Tableau n° 8 Tableau n° 8 Source : Nous-même III.1.3.5.2.Volume des index de la base de données
III.1.3.6. Volume total de la base de données Volume total = (volume utile + volume des index)* ? ? : coefficient multiplicateur de sécurité. (Coefficient de sécurité = 2,5). Volume total = (11067447 +8297482) * 2,5 = 19 364 929 * 2,5 = 48 412 322,5 Octets/1024 = 47 277,66 Koctets/1024 = 46,17 Mo Pour répondre à cette question comment, nous allons avant tout définir : - Le schéma de mise en oeuvre - Le schéma de développement A. Schéma de mise en oeuvre Cette étape est consacrée à déterminer les deux grandes parties qui composent l'ordinateur : Hardware ; qui est la partie matérielle de l'ordinateurs et Software ; qui est la partie immatérielle de l'ordinateur. 1. Hardware · Marque de l'ordinateur : DELL · Type de Microprocesseur : Intel Pentium IV · La mémoire RAM : 2Go · Le Disque dur : 300 Go · Le lecteur CD : 52X · Le lecteur Disquette : 3''1/2 · Le clavier : AZERTY COMPATIBLE · La sourie : Ps/2 compatible · L'Ecran : 17'' · Imprimante · Onduleur 2. Software · Système d'Exploitation : WINDOWS XP SERVICE Pack 3 B. Scénario de développement Ce scénario consiste à présenter les différents niveaux de la réalisation de notre logiciel. * 14 Bonaventure LOTOLA ILA, Notes de cours de Méthode d'Analyse Informatique 2, G3 info/ISTIA, 2012 - 2013, inédit. |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
