Mise en place d'un système informatisé pour la gestion de paie à l'hopital général de référence Saint-Georges à Kananga/RDC

1.2. SYSTEME DE GESTION DE BASE DE DONNEES

1.2.1. DEFINITION

C'est un logiciel, le plus souvent produit par un éditeur commercial, qui gère et contrôle l'accès à une base de données, assurant ainsi une interface normalisée entre les applications et les bases de données (Data base management system).^9(*)Ainsi, un SGBD peut être défini comme un ensemble des logiciels systèmes permettant de stocker et d'interroger un ensemble de fichiers interdépendants, mais aussi comme un outil permettant de modéliser et de gérer les données d'une entreprise.^10(*)

1.2.2. OBJECTIF DES SGBD

Le principal objectif des SGBD est d'assurer l'indépendance des programmes par rapport aux données c.-à-d. la possibilité de modifier les schémas conceptuel et interne de données sans modifier les programmes d'applications et donc les schémas externes vus par ces programmes.

Les objectifs des SGBD se résument ainsi : l'indépendance physique, l'indépendance logique, la manipulation des données par des non informaticiens, l'efficacité des accès aux données, la non redondance des données, la cohérence des données, le partage des données et la sécurité des données.^11(*)

Voici les quelques objectifs d'un SGBD

a) L'indépendance physique :

Il est tout à fait possible au sein d'une entreprise bien organisée de définir une structure de données donc un partitionnement en ensembles et sous-ensembles ayant des propriétés bien définies et cohérentes avec les vues particulières. Cet assemblage peut être considéré comme l'intégration particulière de chaque groupe de travail. Les avantages de l'indépendance physique peuvent être facilement compris si l'on considère les inconvénients du non indépendance physique.

b) L'indépendance logique :

Il est donc souhaitable de permettre une certaine indépendance de données vues par les applications à la structure canonique des données des entreprises décrites dans le schéma conceptuel, c'est donc un moyen de modifier un schéma externe sans modifier le schéma conceptuel.

Comme avantages :

· Permettre à chaque groupe de travail de voir les données comme ils les souhaitent

· Permettre l'évolution de la vue d'un groupe de travail (d'un schéma externe)

Sans remettre en cause au moins dans une certaine mesure le schéma conceptuel de l'entreprise.

· Permettre l'évolution d'un schéma externe sans remettre en cause les autres schémas.

· Administration facile de données

Le SGBD doit fournir les outils pour décrire les données, à la fois structurées de stockage et leurs présentations externes. Il doit permettre le suivi de l'adéquation de ces structures.

c) Sécurité des données

Avec cet objectif, les données doivent être protégées contre les accès non autorisés ou mal intentionnés.

d) Efficacité des accès aux données

Les performances en termes de débit (nombre de transactions types exécutées par seconde) et de temps de réponse (temps d'attente moyen pour une requête type) sont un problème clé des SGBD. L'objectif de bons temps de réponse implique qu'une requête courte d'un utilisateur n'attende pas une requête longue d'un autre utilisateur. Il faut donc partager les ressources (unités centrales, unités d'entrées-sorties) entre les utilisateurs en optimisant l'utilisation globale et en évitant les pertes en commutation de contextes.^12(*)

e) Redondance contrôlée des données

Dans les systèmes classiques à fichiers non intégrés, chaque application possède ses données propres. Cela conduit généralement à de nombreuses duplications de données avec, outre la perte en mémoire secondaire associée, un gâchis important en moyens humains pour saisir et maintenir à jour plusieurs fois les mêmes données. Avec une approche base de données, les fichiers plus ou moins redondants seront intégrés en un seul fichier partagé par les diverses applications.^13(*)

f) Cohérence des données

Bien que les redondances anarchiques entre données soient évitées par l'objectif précédent, les données vues par l'utilisateur ne sont pas indépendantes. Au niveau d'ensemble de données, il peut exister certaines dépendances entre données.

Par exemple, une donnée représentant le nombre de commandes d'un client doit correspondre au nombre de commandes dans la base. Plus simplement, une donnée élémentaire doit respecter un format et ne peut souvent prendre une valeur quelconque. Par exemple, un salaire mensuel doit être supérieur à 4 700 F et doit raisonnablement rester inférieur à 700 000 F.

g) Partage des données

L'objectif est ici de permettre aux applications de partager les données de la base dans le temps

Les droits d'accès peuvent également dépendre de la valeur des données ou des accès précédemment effectués par l'usager. Par exemple, un employé pourra connaître les salaires des personnes qu'il dirige mais pas des autres employés de l'entreprise.

* ⁹ G.ROYES, Conception des bases des données avecUML, presse de l'université du Québec, Québec, 2009, p.2

* ¹⁰ G.GARDARIN, Base des données objet et relationnel ,2è Ed. Eyrolles, Paris, 2000, p.13

* ¹¹ G.GARDARIN, Base de données des systèmes et leurs langages, Ed. Eyrolles, Paris, 1983, p.42

* ¹² G.GARDARIN, Les bases des données,Ed. Eyrolles, paris, 2003, p.27

* ¹³Idem, p.28