Lien Processus - BDD

Lien processus-base de données

La démarche est la suivante :

Pourquoi confronter les processus et les bases de données ?

IDentifier les acteurs et les tables utilisees

Particularités de représentation

Jusqu'à présent, nous élaborions des schémas relationnels sans tenir compte de leurs utilisations concrètes par les processus (modélisés par les schéms évènements-résultats)

Construire le tableau recapitulatif des droits

PROCESSUS

SCHEMA RELATIONNEL

DONNEES

ACTEURS

ACTIONS

TABLE

Pour garantir la cohérence et la qualité des modélisations, nous réaliserons un schéma évènement-résultat enrichi.

Completer les droits (CIMS) en exploitant les documents

Qu'est-ce qu'un schéma évènement-résultat enrichi ?

Nous rajouterons une colonne (à droite) pour renseigner les différentes actions sur les tables (ou objets) de la base de données. On distingue 4 types d'action, CIMS, que l'on représente avec des flèches :

Certaines actions peuvent être itératives (représentées par "N") ou être conditionnelles (représentées par "Si [Condition]")

Pour chaque acteur ou groupe d'acteurs, on précise les droits sur les tables du schéma relationnel. Par exemple, le service de gestion des candidats a accès à l’ensemble des actions sur la table CANDIDAT et peut seulement interroger (requête SFW) les tables NOTE et ETABLISSEMENT.

COMMENT GARANTIR LA SECURITE De LA BASE DE DONNEES ?

La sécurité des données nécessite de définir droits (CIMS) pour chaque utilisateur ou groupe d'utilisateurs . Ces droits sont établis après l'analyse des processus, selon les données (et donc les tables) nécessaires à la réalisation de leurs actions.

CREATION (C)

INTERROGATION (I)

OBJECTIFS

SUPPRESSION (S)

Garantir la securite du SI (Confidentialite, Integrite, Non-repudiation, Disponibilite)

Limiter les actions des utilisateurs

MODIFICATION (M)

Pour s'entrainer

Pour animer la carte

Par convention, les différentes tables utilisées sont représentées de manière simplifiées (sans attributs).