Exemplaire Memoire

REPUBLIQUE DEMOCRATIQUE DU CONGO
ENSEIGNEMENT SUPERIEUR ET UNIVERSITAIRE
« Ingenierie par approche SysML d’un

système de bio surveillance
environnementale de la pollution »
(Cas de Ruashi Mining SAS)
Mujinga/Kanda Kanda/Jeanis
Mémoire soumis pour l’obtention du diplôme de Licence en

Sciences Informatiques à l’Université Protestante de
Lubumbashi
Promotion : Licence 3 IG
Matricule : 2020022116
Octobre 2023
REPUBLIQUE DEMOCRATIQUE DU CONGO
ENSEIGNEMENT SUPERIEUR ET UNIVERSITAIRE
« Ingenierie par approche SysML d’un

système de bio surveillance
environnementale de la pollution »
(Cas de Ruashi Mining SAS)
Mujinga/Kanda Kanda/Jeanis
Mémoire soumis pour l’obtention du diplôme de Licence en

Sciences Informatiques à l’Université Protestante de
Lubumbashi
Directeur : CT. Daniel KAPEND KATUAL

Co-directeur : ASS. Jose MALABA
Octobre 2023
DEDICACE
A toute la communauté scientifique, en particulier celle de l’Université Protestante de

Lubumbashi UPL, pour leur intérêt a apporté un plus à la science mais aussi pour
l’encadrement, les efforts et sacrifices fournis afin que ce travail aboutisse.
Nous dédions ce travail.
i
REMERCIEMENT
A Dieu, le tout pouissant, pour m’avoir donné, la vie, le courage, la patience, la volonté et la
force nécessaire, pour affronter toutes les difficultés et les obstacles, qui se sont hissés au
travers de mon chemin d’études. Que toute grâce et honneur lui soit rendu.
Mes remerciemennt s’adressent particulierement mes parents KANDA KANDA THADEE et

MITONGA Sylvie qui m’ont soutenu et encouragé durant ces années d’études.
Qu’ils trouvent ici le témoignage de ma profonde reconnaissance.
A mes frères qui ont partagé avec moi tous les moments d’émotion lors de la réalisation de ce
travail. Ils m’ont chaleureusement supporté et encouragé tout au long de mon parcours.
A mon directeur M. Daniel KATUAL, Doyen de la faculté des sciences informatiques à

l’Université Protestante de Lubumbashi pour avoir disposé de son temps en dépit de ses
multiples occupations afin de répondre aux diffultés rencontrées dans l’élaboration de ce
present travail. Sa rigueur scientique, sa disponibilité et ses qualités humaines m'ont
profondément touchée. Respecet et honneur à votre personne.
A mon co-codirecteur M. José MALABA, pour le l’honneur qu'il m'a fait en acceptant de diriger
ce travail. Sa gentillesse, sa modestie, sa riche expérience et l'accueil cordial qu'il m'a toujours
réservé m'ont inspiré une grande admiration à son égard.
A tous les encadreurs scientifiques de l’UPL, qui se sont donné corps et ame pour que ce
dernier soit possible. Mes sincères remerciement.
A tous mes amis, à mes proches qui m’ont toujours encouragé, en me donnant de l’amour et
de la vivacité. A qui je souhaite plus de succès.
Je remercie Dieu, le tout pouissant, pour m’avoir donné, la vie, le courage, la patience, la
volonté et la force nécessaire, pour affronter toutes les difficultés et les obstacles, qui se sont
hisses au travers de mon chemin d’études.
ii
iii
TABLE DE MATIERE
INTRODUCTION GENERALE ................................................................................................. 1
Concept central de la recherche ................................................................................1
1.1.1 La Bio surveillance environnmentale ......................................................1
1.1.2 L’ingénierie système...............................................................................2
1.1.3 Approche SysML ....................................................................................2
Enoncée du problème et questions de la recherche ................................................2
Présentation et limitations des solutions existantes ................................................3
Délimitation de la recherche .......................................................................................3
Motivation de la recherche et objectifs ......................................................................3
1.1.4 Motivation de la recherche ......................................................................3
1.1.5 Objectifs de la recherche ........................................................................3
Methodology de la recherche .....................................................................................4
Subdivision du travail .................................................................................................4
CHAPTER 1 REVUE DE LITERATURE. ............................................................................. 6
1.1.1 Notion sur la bio surveillance ..................................................................6
1.1.2 Les capteurs ......................................................................................... 10
1.1.3 Notion sur l’ingenierie systeme ............................................................. 11
1.1.4 Notion sur le langage SysML ................................................................ 14
CHAPTER 2 ANALYSE DU SYSTEME ACTUEL DE BIO SURVEILLANCE ............. 17
INTRODUCTION PARTIELLE ............................................................................................... 17
iv
2.1 Présentation du domaine d’étude ..................................................... 17
2.1.1 Situation Géographique ........................................................................17
2.1.2 Fonctionnement du service environnement .......................................... 17
2.1.3 Organigramme Géneral de RUASHI MINING .......................................18
2.1.4 Organigramme de Sécurité, Santé et Environnement RUASHI

MINING ................................................................................................ 19
2.2 Analyse metier ....................................................................................19
2.2.1 Description textuelle du processus de bio surveillance de l’eau ............ 20
2.2.2 Analyse de lot d’information .................................................................. 20
2.2.3 Identifications des acteurs ....................................................................20
2.2.4 Diagramme de contexte ........................................................................ 21
2.2.5 Diagramme des cas d’utilisation metier................................................. 22
2.2.6 Diagramme d’activité métier ................................................................. 23
2.3 Critiques et suggestion de l’existant................................................. 24
2.3.1 Critiques metier .................................................................................... 24
2.4 Proposition de solution ...................................................................... 25
CHAPTER 3 CONCEPTION DU SYSTEME DE BIOSURVEILLANCE WORK SAFE

KANDA ............................................................................................................. 26
Introduction partielle ................................................................................................. 26
3.1 Ingénierie des exigences système .................................................... 26
3.2 Capture des exigences systèmes ...................................................... 26
3.2.1 Exigences fonctionnelle ........................................................................26
3.2.2 Exigences non fonctionnelles ............................................................... 27

v
3.2.3 Diagramme d’exigences ....................................................................... 27
3.2.4 Identifications des acteurs ....................................................................29
3.2.5 Diagramme de contexte système.......................................................... 29
3.2.6 Diagramme des cas d’utilisation ........................................................... 30
3.3 Analyse des cas d'utilisation ............................................................. 30
3.3.1 Tableau des itérations ..........................................................................30
3.3.2 Description des cas d’utlisation .............................................................31
3.3.3 Diagramme d’état (stm) du système de bio surveillance WORK SAFE

KANDA ................................................................................................. 43
3.3.4 Diagramme de définition de blocs (bdd) du système de bio surveillance

WORK SAFE KANDA ........................................................................... 44
3.3.5 Diagramme de blocs internes (idd) du système de bio surveillance

WORK SAFE KANDA ........................................................................... 45
CONCLUSION PARTIELLE ................................................................................................... 45
CHAPTER 4 : RESULTAT DE LA RECHERCHE ............................................................ 46
Introduction partielle ................................................................................................. 46
4.1 Résultat de l’étude ..............................................................................46
4.1.1 Implementation ..................................................................................... 46
4.2 Présentation du système ................................................................... 51
4.2.1 Présentation de la base de données..................................................... 51
4.3 Deploiement du système....................................................................51
4.3.1 Diagramme de deploiement .................................................................. 51
4.3.2 Maquette de deploiement ..................................................................... 52

vi
4.3.3 Cahier de charge .................................................................................. 52
CONCLUSION PARTIELLE ................................................................................................... 54
CONCLUSION GENERALE ................................................................................................... 55
ANNEXES 58
4.4 Notion sur le langage SysML .............................................................58
4.4.1 Definition du langage SysML ................................................................ 58
4.4.2 Origine du langage SysML.................................................................... 58
4.4.3 Avantanges du langage SysML ............................................................ 58
4.4.4 Diagrammes du langage SysML ........................................................... 59
vii
LISTE DES TABLES
Table 1: les acteurs du système existant .....................................................................21
Table 2 : Présentation des acteurs système de bio surveillance WORK SAFE

KANDA ............................................................................................ 29
Table 3 : Tableau des itérations .................................................................................. 31
Table 4: Description du Cas d’utilisation Visualiser ...................................................... 33
Table 5: Description du Cas d’utilisation Préléver de pollution ..................................... 35
Table 6 : Description Cas d’utilisation Mettre à jour seuil ............................................. 39
Table 7 : Cahier de charge du système de bio surveillance WORK SAFE KANDA ...... 54
Table 8 : les liens du langage SysML ..........................................................................62
viii
LISTE DES FIGURES
Figure 1: la bio surveillance au sein du continuum exposition-effet................................7
Figure 2: les principales étapes d’une étude de bio surveillance Inspiré de NRC, 2006.8
Figure 3 :l'imbrication dans l'univers ............................................................................ 12
Figure 4 : système utilisant plusieurs ressources......................................................... 13
Figure 5: l'organisation des processus technique en ingénierie système ..................... 14
Figure 6 :les différents diagrammes du langage SysML ............................................. 15
Figure 7: Diagramme de contexte du système existant ............................................... 22
Figure 8: Diagramme des cas d'utilsation du système existant .................................... 23
Figure 9 : Diagramme d'activita du système existant ................................................... 24
Figure 10: Diagramme d'exigences du système de bio surveillance WORK SAFE

KANDA ............................................................................................ 28
Figure 11 : Diagramme de contexte du système de bio surveillance WORK SAFE

KANDA ............................................................................................ 29
Figure 12 :Diagramme des cas d'utlisation du système de bio surveillance WORK

SAFE KANDA .................................................................................. 30
Figure 13 : Diagramme de sequence du cas d’utilisation Visualiser............................. 34
Figure 14 : Diagramme de sequence du cas d’utilisation Préléver taux de pollution

dans l’eau ........................................................................................ 36
Figure 15 : Diagramme de sequence du cas d’utilisation Préléver taux de pollution

dans l’air .......................................................................................... 37
Figure 16 : Diagramme de séquence du cas d’utilisation Mise à jour seuil Option «

modifier » ......................................................................................... 40

Ajouter» ........................................................................................... 41
ix
Figure 18 : Diagramme de séquence du cas d’utilisation Mise à jour seuil Option
«Supprimer» ....................................................................................42
Figure 19 : Diagramme d’état (stm) du système de bio surveillance WORK SAFE

KANDA ............................................................................................ 43
Figure 20: Diagramme de définition de blocs (bdd) du système de bio surveillance

WORK SAFE KANDA ...................................................................... 44
Figure 21 : Diagramme de blocs internes (idd) du système de bio surveillance WORK

SAFE KANDA .................................................................................. 45
Figure 22: BDD du système de bio surveillance WORK SAFE KANDA ....................... 51
Figure 23 : Diagramme de deploiement du système de bio surveillance WORK SAFE

KANDA ............................................................................................ 52
Figure 24: La complétude de UML 2.0 et SysML 1.0 ................................................... 59
Figure 25: L'arborescence des diagrammes UML avec les suppléments apportés par
SysML. ............................................................................................. 59
x
INTRODUCTION GENERALE
La biosurveillance s’impose comme un outil pertinent capable de fournir les bases

scientifiques quant à la compréhension, la diminution et la prévention de l’exposition des
populations aux contaminants présents dans l’environnement (Morello-Frosch et al., 2009).
Sommairement, la biosurveillance désigne la mesure de contaminants (ou de leurs
métabolites) dans des matrices biologiques (Fréry et al., 2010). Elle permet, entre autres,
d’évaluer l’ampleur de l’imprégnation de la population générale aux contaminants
environnementaux. Cette évaluation est un préalable essentiel à toute intervention de santé
publique visant l’analyse et la réduction des risques potentiels de nature toxicologique au sein
de la population.
Le développement mondial grâce à l’industrialisation continue, au développement

technologique et à l’augmentation rapide de la population mondiale, cela a contribué à
plusieurs problèmes mondiaux tels que les changements environnementaux. Ces
changements incluent également les grands problèmes mondiaux comme les changements
climatiques, l’appauvrissement de la couche d’ozone, les changements dans les écosystèmes,
la diminution de la biodiversité, l’épuisement des ressources naturelles et la dégradation des
sols. Comme la population et la consommation augmentent, ces changements continuent à
menacer la santé et le bien-être de l’humanité.
Concept central de la recherche
Etant donné que les activités humaines ont un impact direct sur l’environnement, il nous
est important de decrire certains concepts clé de notre travail pour faciliter la comprehension
de qui suit.
1.1.1 La Bio surveillance environnmentale
Ce concept se rapporte à l’utilisation de différentes technologies et systèmes pour

surveiller en continu l’environnement afin de détecter et évaluer la pollution. Cela inclut la
collecte de données sur la qualité de l’air et celle de l’eau ainsi que l’idenfication et la
quantification des substances polluantes.
La définition du terme biosurveillance couvre toutes activités de mesures biologiques

des contaminants chimiques, peu importe leur devis, leur portée et leurs objectifs.
1
1.1.2 L’ingénierie système
L’ingénierie système par approche SysML implique une méthodologie structurée pour
concevoir et modéliser un système de bio surveillance environnementale de la pollution.
Cela comprend la définition des exigences du système, la modélisation du comportement du
système, l’identification des composants et des interfaces ainsi que la validation et la
vérification du système.
1.1.3 Approche SysML
SysML qui signifie Systems Modeling Language. C’est un langage de modélisation basé sur
UML spécialement conçu pour l’ingénierie des systèmes. Il décrit une notation graphique pour
décrire la structure, la fonctionnalité et le comportement d’un système et permet aux ingénieurs
de communiquer et de documenter efficacement la conception d’un système complexe.
Enoncée du problème et questions de la recherche
La population localisé dans une zone à forte concentration industrielle accuse les
usines métallurgique et chimique tel que RUASHI MINING d’être à la base des rejets toxiques
qui sont responsables de la pollution et a l’origine des pathologies respiratoires et
pathologiques.
L’eau est en effet, une denrée très précieuse, mais de plus en plus rare suite aux
déchets toxiques résultant des activités minières et métallurgiques qui sont massivement
déversés dans les cours d’eau sans traitement préalable entrainant ainsi la mort de poissons
et de crustacés avec pour conséquences la contamination de la chaine alimentaire et la perte
de la biodiversité aquatique.
Dans le cadre de notre étude, nous soulevons la problématique suivante:
Tenant compte de la situation actuelle de pollution; quelle solution technologique

pouvons-nous mettre en place pour permettre la bio surveillance de l’état environnementale
de la concession Ruashi Mining?
Le ministère de l’environnement ayant pour rôle d’élaborer, appliquer et faire appliquer

des normes environnementales, des lois et textes règlementaires qui facilitera la protection et
la réhabilitation de l’environnement; quelle approche méthodologique pouvons-nous utiliser
pour la conception de la solution proposée?
2
Présentation et limitations des solutions existantes
La societé Ruashi Mining procède par l’échantillonnage de ses eaux en cas de besoin pour
les faire analyser dans un laboratoire de la place afin d’effectuer des traitements dessus si
elles s’averent etre polluées pour ensuite les deversés dans la nature.
Et pour c’est qui est de l’air aucune solution remarquable n’est adoptée pour l’instant.
Délimitation de la recherche
Pour ce qui est de la délimitation de notre travail par rapport aux aspects techniques et
technologiques de notre domaine d’étude. Nous citons :
- La récolte des données du dit système par l’interview avec les acteurs concernés ce
qui nous permettra de faire une analyse de l’existant grâce au langage de modélisation
SysML a l’aide d’un AGL.
- Ensuite interviendra la phase de conception du nouveau système
- Pour finir avec la présentation de résultat du dit travail.
Motivation de la recherche et objectifs
1.1.4 Motivation de la recherche
Le choix et surtout notre motivation du sujet a été porté par nos observations sur
l’ampleur de la pollution dans l’environnement causer par les entreprises minières dans la
commune Ruashi à Lubumbashi, mais aussi dans le fait que cette recherche est considérée
comme l'une des études liées à la protection de l'environnement, et que c'est l'un des sujets
qui revêtent une grande importance à l'heure actuelle, en particulier après le taux élevé de
pollution de diverses natures, en raison des activités minières dans diverses parties du monde.
1.1.5 Objectifs de la recherche
En savoir plus sur l’impact de la pollution environnementale, cette étude nous montre que
l'environnement est un sujet vaste et complexe, car il regroupe presque tous les aspects de la
vie (terre, eau, air, espace, êtres vivants, patrimoine ... etc.).
1.1.5.1 Objectif primaire
En savoir plus les systemes embarqués et leurs fonctionnements.
3
1.1.5.2 Objectif secondaire
Démontrer par une demarche informatique des solutions de « surveillances automatiques des
taux de pollution dans l’environnement en particulier dans les entreprises minières ». Cela
suppose d’analyser les besoins de la surveillance environnementale, de définir les fonctions
les plus utiles et de proposer des solutions technologiques afin de réduire sensiblement le taux
de pollution dans les quartiers impactés.
Methodology de la recherche
Pour l’élaboration de ce travail nous avons fait le choix de la méthode UP7 (Unifie Process 7)
qui est une démarche d'application d'UML qui prend appui sur UP (Unified Process) mais qui
se veut avant tout être pragmatique. Cette démarche est fondée d'une part sur notre vision du
processus de développement et d'autre part sur notre propre expérience tirée de la réalisation
en entreprise de projets avec UML.
Cette démarche s'articule suivant deux axes : les quatre phases qui correspondent à celles
d'UP (lancement, élaboration, construction et transition) et sept activités ou étapes ayant
chacun un pourcentage de temps qu'elle occupe (Modélisation métier, Exigence fonctionnelle,
Analyse des cas d'utilisation, Synthèse d'analyse, Conception, Implémentation et Test) ce qui
correspond a notre système.
Subdivision du travail
Chapitre I : GENERALITES SUR L’INGENIERIE SYSTEME ET LA BIO

SURVEILLANCE.
Dans ce chapitre nous parlerons de la bio surveillance et des roles des certains
capteurs. Ensuite nous parlerons de notion sur l’ingénierie système, de l’outil SysML qui est
un langage de communication en decrivant les diagrammes qui le compose.
Chapitre II: ANALYSE DU SYSTEME ACTUEL DE BIO SURVEILLANCE.
Cette partie concerne la présentation de notre champs de recherche et son

fonctionnement, l’analyse métier du système actuel de bio surveillance de l’eau grâce à
certains diagrammes du langage SysML et la proposition d’une solution informatique.
Chapitre III: CONCEPTION ET DEVELOPPEMENT DU SYSTEME DE BIO

SURVEILLANCE WORK SAFE KANDA
4
Il s’agit ici de passer de l’idée a la réalisation du système de bio surveillance en
decrivant quelques étapes du choix des outils de developpement et celui de l’architecture du
logiciel.
Chapitre IV : RESULTAT DE L’ETUDE
Dans cette partie, nous présentons le fruit Issus de notre étude.
5
CHAPTER 1 REVUE DE LITERATURE.
La pollution étant la contamination de l'air, de l'eau ou du sol par des substances qui
altèrent le fonctionnement naturel des écosystèmes, ainsi que la qualité de vie et la santé
humaine. C’est la conséquence des progrès techniques de l’humanité et de la concentration
des activités. La pollution nuit à la terre à plusieurs niveaux allant de sa couche extérieure
(Atmosphère…) jusqu'à ses profondeurs (nappes phréatiques,…). Ce qui implique une étude
de la bio surveillance et de l’ingénierie système pour la mise en oeuvre d’une solution.
1.1.1 Notion sur la bio surveillance
1.1.1.1 Définition de la bio surveillance
Le terme biosurveillance humaine, ainsi que son synonyme surveillance biologique ou

son équivalent anglais biomonitoring, consiste en la mesure de contaminants (ou de leurs
biomarqueurs d’exposition ou d’effets) dans des échantillons biologiques humains : sang, urine
ou autres matrices (Fréry et al., 2010; Sepai, 2008; Smith et Do, 2008).
La définition du terme biosurveillance couvre toutes activités de mesures biologiques

des contaminants chimiques, peu importe leur devis, leur portée et leurs objectifs.
1.1.1.2 Description de l’étude de bio surveillance
La bio surveillance témoigne de l’exposition de la population aux substances chimiques

présentes dans l’environnement sans distinction des sources et des voies impliquées (Fréry
et al., 2010; Santé Canada, 2010a).
Cette exposition étant mieux connue, il devient possible d’étudier de manière plus
précise la relation entre l’exposition de la population et les effets sur la santé y étant associés
au moyen d’études épidémiologiques.
6
Figure 1: la bio surveillance au sein du continuum exposition-effet.
Dans les étapes « classiques » de l’évaluation du risque, l’étape de l’estimation de

l’exposition est essentielle, car elle permet de s’assurer que l’exposition n’excède pas les
valeurs toxicologiques de référence (VTR) qui sont jugées sécuritaires (Hays et al., 2007 ;
National Research Council – NRC –, 2006).
Dans le cas de la bio surveillance, la dose n’est pas estimée à partir de scénarios
d’exposition élaborés à partir de concentrations, de fréquences et de voies d’exposition. Ainsi,
pour autant qu’il soit possible de traduire les mesures effectuées en doses totales d’exposition,
notamment sur la base des connaissances de la toxicocinétique des substances, la bio
surveillance diminue l’incertitude, puisque les concentrations mesurées dans les matrices
biologiques sont des indicateurs de l’exposition globale intégrant toutes les sources, les voies
et les fréquences d’exposition (Hays et al., 2007).
1.1.1.3 Etape d’une étude de bio sureveillance
Peu importe sa portée, une étude de bio surveillance comprend la conception du devis,
la réalisation de l’étude, l’analyse des données et la communication des résultats.
7
Figure 2: les principales étapes d’une étude de bio surveillance Inspiré de NRC, 2006
1.1.1.4 Evolution de la bio surveillance
La bio surveillance était principalement utilisée en milieu de travail. ainsi, l’amélioration

des techniques de laboratoire et la diminution des limites de détection ont rendu possible
l’utilisation de la biosurveillance dans les contextes d’exposition environnementale (Angerer et
al., 2007; NRC, 2006). Les études actuelles permettent l’analyse de dizaines, voire des
centaines de contaminants, auxquels les individus sont exposés par l’intermédiaire de
l’alimentation, de l’eau, de l’air et d’autres milieux (Paustenbach et Galbraith, 2006).
De plus en plus d’activités de bio surveillance sont menées dans le monde par des
scientifiques et des agences gouvernementales (Morello-Frosch et al., 2009). Ces activités
peuvent couvrir des populations restreintes et ciblées ou encore prendre la forme de grandes
enquêtes qui se déploient à grande échelle et qui étudient la population générale pour en
mesurer les niveaux d’imprégnation aux substances chimiques. Les grandes enquêtes sont
moins fréquentes et moins nombreuses en raison des coûts et de la logistique nécessaire à
8
leur réalisation; pour ces raisons, elles ne sont réalisées à ce jour que dans un nombre
relativement restreint de pays, dont les États-Unis, certains pays d’Europe et le Canada.
1.1.1.5 Objectifs de la bio surveillance
La bio surveillance peut permettre l’atteinte de plusieurs objectifs (Santé Canada, 2010c;
Smith et Do, 2008; Paustenbach et Galbraith, 2006) :
- La documentation des niveaux d’imprégnation de base dans une population. En ce qui

concerne les contaminants pour lesquels des seuils limites sont établis, déterminer le
nombre d’individus avec des concentrations supérieures à ces seuils (ex. : le plomb).
Ces fréquences peuvent être comparées avec celles d’autres pays.
- L’évaluation de l’efficacité d’intervention de santé publique ou l’orientation d’actions de
gestion (ex. : application de nouvelles réglementations, sensibilisation, etc.).
- L’identification et le suivi de tendances temporelles, en vérifiant si l’exposition de la
population à des substances change avec le temps ou si de nouveaux contaminants
font leur apparition dans le profil d’exposition de la population. La bio surveillance
permet alors de donner un signal d’alerte précoce.
- L’identification des variations géographiques des niveaux d’imprégnation des
populations.
- L’identification des populations à risque par la détermination du niveau d’imprégnation
de groupes vulnérables (ex. : enfants, personnes âgées) ou particulièrement exposés
(ex. : résidants de zones industrielles).
- L’identification des contaminants d’intérêt et l’établissement des priorités d’intervention
ou de recherche en lien avec l’exposition humaine aux contaminants de
l’environnement.
- Ce type d’enquête peut permettre d’orienter les politiques publiques visant à réduire
l’exposition de la population ou encore de vérifier l’efficacité de celle-ci, après coup.
- la mesure de contaminants dans des échantillons biologiques peut être faite avec
l’objectif de caractériser l’exposition de cohortes d’individus lors d’études à visée
étiologique (études épidémiologiques).
1.1.1.6 Notion d’éthiques sur les activités de biosurveillance
Les aspects mentionnés dans les sous-sections précédentes (comme l’interprétation

et la communication des résultats) soulèvent des enjeux éthiques propres à la biosurveillance.
Ces enjeux découlent de conflits entre les objectifs des études de bio surveillance et quatre
principes éthiques : l’autonomie, la bienfaisance, la non-malfaisance et la justice. La
9
responsabilité éthique de l’investigateur est donc de maximiser les bénéfices et de minimiser
les préjudices (Morello-Frosch et al., 2009).
1.1.2 Les capteurs
1.1.2.1 Définition
Un capteur est un dispositif de prélèvement d’informations qui élabore, à partir d’une grandeur
physique, une autre grandeur physique de nature différente (généralement électrique) image
de la grandeur prélevée, et utilisable à des fin d’indication de mesure.
C’est à partir du moment ou l’on a su capter une grandeur physique et exploiter ses
caractéristiques, que l’on a pu réaliser des systèmes automatiques et intelligents qui s’auto
contrôlent sans l’intervention de l’homme.
1.1.2.2 Types de capteurs
Voici quelques capteurs qui peuvent aider à détecter la pollution environnementale causé par
une entreprise minière :
- Capteurs de qualité de l’air : Ces capteurs mesurent la quantité de gaz et de particules

dans l'air, tels que le dioxyde de soufre, l'ozone, les particules fines et les métaux
lourds.
- Capteurs de qualité de l’eau : Ces capteurs mesurent les niveaux de pH, de

température, de turbidité et de métaux lourds dans l'eau.
10
- Capteurs de bruit : Ces capteurs mesurent les niveaux de bruit et de vibration causés
par les activités minières.
- Capteurs de rayonnement : Ces capteurs mesurent les niveaux de rayonnement
ionisant qui peuvent être émis par les activités minières.
1.1.3 Notion sur l’ingenierie systeme
1.1.3.1 Définition d’un système
Un système peut être qualifié de solaire, sanguin, technique ou d’équations mais

encore définit de plusieurs façon en fonction de son domaine d’application. Dans tous les cas,
le terme fait référence à un objet complexe, logique et ordonné. A l’image de son étymologie
(du grec sýstêma signifiant un assemblage ou une combinaison).
La norme ISO/IEC 15288 :2002 propose la définition suivante : un système est un

arrangement d’éléments en interaction, organisés en vue de répondre à un besoin des
Hommes.
Plusieurs interprétations découlent de cette définition :
- Un système est un ensemble ;

- Cet ensemble peut être décrit à partir d’éléments ;
- Les éléments de cet ensemble sont en relation ;
- Un système est une finalité exprimée.
Exemple d’un système
 La figure ci-dessous présentent l’imbrication de ces différents éléments. Les échanges

entre les éléments du milieu extérieur ou/et du système, sont appelés flux et sont
généralement classés dans trois grandes familles :
- Matière ;
- Energie ;
11
- Information.
Figure 3 :l'imbrication dans l'univers
 Un système peut être ausssi vu comme une « boite noire » utilisant des ressources
(humaines, logicielles, physiques) pour transformer de la matière d’œuvre (M.O) :
matière, énergie ou information d’entrée en M.O de sortie.
12
Figure 4 : système utilisant plusieurs ressources
 Le système est dit fermé quand il ne reçoit pas de flux de son extérieur, et ouvert dans
le cas contraire.
 L’analyse des flux permet d’identifier le contexte du système en définissant l’intérieur
et l’extérieur.
 Le contexte du système est l’ensemble des éléments (de natures diverses : matière,
énergie ou information) extérieurs au système mais qui sont susceptibles d’interagir
avec lui, à un moment ou un autre de sa vie.
 Une interface est un point de contact entre éléments par lequel passe un flux de
matière, énergie ou information.
1.1.3.2 Définition de l’ingénierie système
L’ingénierie système est une démarche dont l’objectif est de formaliser et de coordonner
l’ensemble des processus afin de répondre correctement à des besoins exprimés.
C’est une approche collaborative et interdisciplinaire, fondée sur la science et
l’expérience, qui englobe les activités pour concevoir, développer, faire évoluer et vérifier un
ensemble de processus, produits et compétences humaines apportant une solution
globalement optimisée à des besoins identifiés et acceptable par l’environnement.
1.1.3.3 Les parties prenantes d’un système
Une partie prenante est un interlocuteur (individuel ou collectif) qui est concerné à un
titre ou un autre par le système.
Elles peuvent appartenir à différents domaines.
Par exemple :
- Législatif : réglementations et normes (qui peuvent évoluer durant le cycle de vie) ;
- Social : organisations syndicales, associations de consommateurs,…
- Économique : acteurs industriels et financiers,…
- Technologique : centre de recherche, sous-traitants, concurrents, filières
industrielles,…
- Écologique : organisations non gouvernementales,…
1.1.3.4 Cycle de vie d’un système
Le cycle de vie d’un système est la suite des étapes nécessaires pour passer de l’idée à
la réalisation d’un système et à sa fin de vie. Pour cela il faut :
- L’analyse de concepts : imaginé des solutions possibles aux attentes des clients ;
13
- La faisabilité : premiers choix techniques et conception préliminaire ;
- Le développement : ensemble des choix d’implémentation ;
- La réalisation ou fabrication : production du système ;
- La mise en service : transition entre ingénieurs/utilisateurs, installation sur site ;
- L’utilisation : prise en main par les utilisateurs (et maintenance) ;
- Et le retrait de service : démantèlement (recyclage, destruction).
1.1.3.5 Le cycle de développement d’un système
Ce cycle consiste à mettre en œuvre l’ingénierie système durant un projet, c’est passer
du domaine du problème au domaine de la solution en déroulant les 3 principaux processus
techniques de l’ISO 15288.
Figure 5: l'organisation des processus technique en ingénierie système
Le langage SysML est l’un des outils de l’ingenierie système.
1.1.4 Notion sur le langage SysML
L'ingénierie logicielle a exprimé un besoin pour expliciter les concepts d'un système
complexe. Il s'agit d'avoir un langage facile à prendre en main. La pratique d'UML étant très
présente, un langage proche d'UML 2 aide fortement. SysML est une extension d'UML 2.0
pour l'ingénierie des sytemes. Il a été développé par OMG, Incose et AP233. La norme de la
14
version 1.0 est sortie en juillet 2006. SysML permet la spécification, l'analyse, la vérification et
la validation des systèmes complexes possédant une partie hardware, software, utilisateurs et
les équipements. SysML est seulement une représentation (avec notations et sémantiques)
mais n'est pas une méthode de conception.
1.1.4.1 Diagrammes SysML
Le langage SysML compte 9 Diagrammes:
Figure 6 :les différents diagrammes du langage SysML
Conclusion partielle
Dans ce chapitre il a été question de parler sur les généralités concernant l’ingénierie
système et la bio surveillance.
Retenons que la bio surveillance propose une approche pédagogique de la

surveillance environnementale, Il est en effet plus simple d’imaginer le danger d’une pollution
en observant ses effets directs sur l’environnement en comparant les mesures chiffrées à des
valeurs seuils. En ce sens la bio surveillance devient un outil de sensibilisation à la biodiversité
et au développement durable. [1]
15
Et l’ingénierie système peut apporter une solution globalement optimisée à des besoins
identifiés et acceptable par l’environnement que nous allons découvrir dans les chapitres qui
suivent en analysant d’abord le processus existant de Ruashi Mining.
Dans le chapitre suivant nous appliquerons le langage SysML pour la modélisation du
processus métier de l’existant.
16
CHAPTER 2 ANALYSE DU SYSTEME ACTUEL DE BIO
SURVEILLANCE
INTRODUCTION PARTIELLE
Dans ce chapitre, nous allons présenter les informations concernant l’organisation de

notre domaine d’étude en générale telles que : son nom, son siège ainsi que son secteur
d’activité ensuite nous ferons l 'étude du processus de bio surveillance de l’eau existant en
produisant certains modèles aux moyens des diagrammes SysML afin de proposer une solution
adéquate.
2.1 Présentation du domaine d’étude
RUASHI MINING SAS est une entreprise du groupe Metorex qui produit les cathodes
de cuivre, l’hydroxyde de cobalt et l’acide sulfurique. Les opérations de production impliquent
un environnement dans lequel il y a plusieurs dangers et risques.
2.1.1 Situation Géographique
RUASHI MINING est situé au N°109 de l’avenue SONGOLO, commune Ruashi dans
la ville de Lubumbashi en R.D.C.
2.1.2 Fonctionnement du service environnement
Le service environnement de Ruashi Mining fonctionne selon la norme ISO 14001 :2015 grâce
à son logiciel ISIMETRIX qui comprend le règlement minier pour lui permettre d’évoluer sans
contrainte.
ISO 14001 est une norme internationalement reconnue qui établit les exigences
relatives à un système de management environnemental. Elle aide les organismes à améliorer
leur performance environnementale grâce à une utilisation plus rationnelle des ressources et
à la réduction des déchets, gagnant, par là même, un avantage concurrentiel et la confiance
des parties prenantes.
ISO 14001 s’adresse aux organismes de tous types et de toutes tailles, qu’ils soient
privés, sans but lucratif ou publics. Elle prévoit qu’un organisme doit envisager toutes les
questions environnementales liées à ses opérations, telles que la pollution atmosphérique, la
gestion de l’eau et des eaux usées, la gestion des déchets, la contamination du sol,
17
l’atténuation des changements climatiques et l’adaptation, et l’utilisation efficace des
ressources. Comme toutes les normes de systèmes de management de l’ISO, ISO 14001
inclut la nécessité de s’inscrire dans une dynamique d’amélioration continue des systèmes et
de la démarche des organismes pour aborder les questions environnementales.
Plusieurs raisons peuvent motiver une entreprise ou un organisme à adopter une

démarche stratégique en vue d’améliorer sa performance environnementale. Les utilisateurs
de la norme ont indiqué qu’ISO 14001:2015 les aide à :
- Démontrer la conformité aux exigences légales et réglementaires, actuelles et futures;

- Renforcer l’implication de la direction et l’engagement des employés;
- Améliorer la réputation de l’entreprise et la confiance des parties prenantes au travers
d’une communication stratégique;
- Réaliser des objectifs stratégiques en prenant en compte les questions
environnementales dans la gestion de l’entreprise;
- Obtenir un avantage concurrentiel et financier grâce à l’amélioration de l’efficacité et à la
réduction des coûts;
- Favoriser une meilleure performance environnementale des fournisseurs en les intégrant
dans les systèmes d’activités de l’organisme.
2.1.3 Organigramme Géneral de RUASHI MINING
18
2.1.4 Organigramme de Sécurité, Santé et Environnement RUASHI MINING
2.2 Analyse metier
L’analyse du métier est une activité très importante. D’autant plus que cette activité
permet au concepteur de déduire une compréhension claire sur le fonctionnement du
processus au sein du domaine d’étude.
D’où pour mieux faire cette analyse, nous faisons appelle au langage de modélisation SysML,
afin de décrire le fonctionnement du processus au moyen des certains diagrammes.
19
2.2.1 Description textuelle du processus de bio surveillance de l’eau
Le processus commence par la surveillance de gestion des déchets par les

coordonnateurs de l’environnement suivi de l’échantillonnage de l’eau par les agents de
l’environnement de Ruashi Mining pour effectuer des analyses au laboratoire de l’Université
de le Lubumbashi qui fournira des résultats fiables.
Dès que les résultats des analyses sont disponibles, un rapport contenant des images
est établit par les agents de l’environnement de Ruashi Mining qui sera déposer auprès du
chef de secteur de l’environnement et du chef de secteur de conformité ISO.
Apres vérification par les deux chefs, le rapport est présenté à la réunion de production
qui se tient chaque jour sauf le mardi afin de prendre et appliquer des mesures conformément
à la norme ISO 14001.
2.2.2 Analyse de lot d’information
Dans le but d'assurer un suivi de toutes ces opérations liées au processus métier, nous avons
pu récolter certains documents ci-après :
- Rapports;
- Résultats d’analyses en laboratoire.
2.2.3 Identifications des acteurs
1 NUMERO 2 ACTEUR 3 DESCRIPTION
4 1 5 AGENT 6 Cet acteur a pour rôle de surveiller le

ENVIRONNEMENT site et prendre des échantillons en cas
de besoin
7 2 8 COORDONATEUR 9 Cet acteur a pour rôle de surveiller la

ENVIRONNEMENT gestion des déchets effectué par les
agents de l’environnement
10 3 11 CHEF DE 12 Le rôle de ce dernier est celui de vérifier

SECTEUR les rapports d’analyse qui lui sont
ENVIRONNEMENT fourni.
20
13 4 14 CHEF 15 Le rôle de ce dernier est celui de
CONFORMITE ISO consulter les rapports d’analyse et de
gérer la norme ISO pour ensuite
centraliser les informations.
16 5 17 LABORATOIRE 18 Cet acteur externe a pour rôle

UNILU d’analyser les échantillons qui lui sont
parvenu afin de fournir des résultats
fiables à Ruashi Mining
19 6 20 CHEF 21 Cet acteur joue le rôle de centraliser

DEPARTEMENT toutes les informations qui concerne
MANAGEMENT l’environnement et la sécurité afin de
DES prendre des mesures et les faire
RESSOURCES appliquer.
MINING
Table 1: les acteurs du système existant
2.2.4 Diagramme de contexte
Le Diagramme de contexte du système de bio surveillance de l’eau à Ruashi Mining

nous permet d'avoir une vue global du système étudié, des interactions entre ses activités et
le rapport avec l'environnement extérieur.
Dans cet ordre d’idée, notre diagramme de contexte se présente de la manière suivante :
21
uc Diagramme de Contexte R.M
Agent Environnement
Coordinateur
Environnement
«Actor»
BIOSURVEILLANCE
Laboratoire EAU R.M
UNILU
Chef Secteur
Département Environnement
Management des
Ressources Mining
Chef Secteur
Conformité ISO
Figure 7: Diagramme de contexte du système existant
2.2.5 Diagramme des cas d’utilisation metier
Le diagramme de cas d’utilisation ci-dessous représente l’ensemble de séquences d’actions

qui sont réalisées par le système de bio surveillance de l’eau à Ruashi Mining. Il montre
22
clairement les interactions acteurs et cas d’utilisation du système.4.4.4.1.1.
uc U.C Biosurveillance Eau R.M
BIOSURVEILLANCE EAU R.M
Surveiller la gestion
des déchets
Coordonnateur
Environnement
«extend»
Prendre l'échantillon
de l'eau
«include»
Effectuer analyses
Agent Environnement «actor»

Laboratoire UNILU
«include»
Etablir rapport
«include» Fournir résultats
«include»
Déposer rapport
«include»
Vérifier rapport
«include»
Chef Secteur Environnement Chef Secteur Conformité ISO
Présenter rapport à la
réunion de production
«extend» Departement Management

Prendre et appliquer
Des Ressources
mesures
Figure 8: Diagramme des cas d'utilsation du système existant
2.2.6 Diagramme d’activité métier
Voici comment se présente l’enchainement des activités du processus de bio

surveillance de l’eau à Ruashi Mining dans le diagramme ci-dessous :
23
act Diagramme D'Activité R.M
Coordonnateur Environnement Agent Environnement Laboratoire UNILU Chef Secteur Environnement Chef Secteur conformité Chef Departement de management des ressources
ISO
Début du
processus de
bio
surveillance
Prendre échantillon Amener

Surveiller la gestion des échantillons au Effectuer
de l'eau
déchets laboratoire analyses
Centraliser
informations
Etablir rapports a R.M Fournir résultats
Si l'eau n'est pas pollué Si l'eau est pollué
Déposer rapports Vérifier rapports

Enregistrer données Prendre messures
Appliquer mesures
Présenter rapports
Etablir rapport fin de

réunion
Fin du
processus de
bio
surveillance
de l'eau
Figure 9 : Diagramme d'activita du système existant
2.3 Critiques et suggestion de l’existant
2.3.1 Critiques metier
2.3.1.1 Points négatifs
Ruashi Mining étant une entreprise minière, produisant du cuivre et du cobalt entrainant
l’émission des plusieurs réactifs chimiques par différentes voies (eau, air et sol), ce qui rend
son site dangereux a la santé de l’homme qui est exposé en permanence au risque d’être
contaminer surtout pour les agents de l’environnement qui doivent prélever des échantillons
de l’eau manuellement par manque des moyens automatiques comme des capteurs qui
faciliterait cette activité d’autant plus avantageux de gagner en temps de réponse.
24
Le manque d’un laboratoire sur son site freine la bonne mise en pratique de la bio
surveillance puisque le fait d’analyser ses échantillons ailleurs entrainent plusieurs dépenses
et lui fait perdre en temps car l’entreprise doit patienter jusqu’à avoir les résultats afin de
prendre certaines mesures partant des résultats ce qui rend ses employés exposer au risque
de pollution pendant ce temps.
2.3.1.2 Points positifs
L’entreprise ayant opté pour les valeurs environnementales suivantes:
- La protection de l’environnement et
- La réhabilitation de l’environnement.
La protection et la réhabilitation de l’environnement s’effectuent par un système de

management environnemental qui vise à minimiser les effets toxiques sur l’environnement par
la contamination des cours d’eau, de l’air et du sol.
Ces valeurs font l’objet d’un suivi strict pour sa mise en pratique afin de faciliter la
production sans risque qui se justifier par le faite que le monitoring (surveillance) du ph de
l’eau s’observe chaque jour dans le but de protéger son personnel de tout type d’incident et
accident.
2.4 Proposition de solution
Pour résoudre les différends, nous proposons à la société Ruashi Mining une un
système de bio surveillance qui repose sur la faculté de certains dispositifs a réagir a
l’exposition d’un ou plusieurs polluants pour révéler une altération de l’environnement et pour
en suivre son évolution.
Elle sera très utile lorsque la source d’émission est mobile, inconnue ou diffuse et/ou lorsque
les paramètres de dispersion sont trop complexes à définir.
Pour chuter, ce chapitre nous a permis de situer Ruashi Mining qui est le cadre de
notre travail de fin d’études, à savoir la présentation de la société et ses activités. Ensuite une
étude du système existant a été faite pour savoir quels sont les points positifs et les points
négatifs grâce à une démarche informatique et ce qui nous a permis de proposer une solution
informatique qui sera conçu dans le chapitre suivant afin de répondre aux attentes des
utilisateurs du dit système.
25
CHAPTER 3 CONCEPTION DU SYSTEME DE
BIOSURVEILLANCE WORK SAFE KANDA
Introduction partielle
Dans ce chapitre, il est question d’organiser un ensemble des ressources qui permettra
de collecter, stocker, traiter et diffuser des informations concernant la bio surveillance
environnementale grâce à certains équipements dans le but de répondre a un besoin.
3.1 Ingénierie des exigences système
Dans le domaine de l'ingénierie, une exigence est un besoin, une nécessité, une attente
auquel un produit ou un service doit répondre ou satisfaire. L'exigence peut être exprimée
par une partie prenante (utilisateur ou client) ou déterminée par les processus d'ingénierie et
en particulier les activités d'études.
3.2 Capture des exigences systèmes
3.2.1 Exigences fonctionnelle
Les exigences fonctionnelles sont une déclaration sur la façon dont un système doit se
comporter, ils définissent ce que le système doit faire pour répondre aux besoins ou aux
attentes des utilisateurs.
Pour notre système, voici les exigences fonctionnelles :
- Mettre à jour les seuils ;

- Alerter en cas de danger ;
- Générer des rapports ;
- Générer des statistiques
- Mesurer les polluants ;
- Traiter les informations ;
- Stocker les informations;
- S’authentifier.
26
3.2.2 Exigences non fonctionnelles
Les exigences non fonctionnelles sont des contraintes ou les exigences imposées au système.
Ils précisent l’attribut de qualité du logiciel mais ils traitent aussi de problèmes certains
problèmes.
Pour notre système, voici les exigences non fonctionnelles:
- Mise à jour du système ;

- La sécurité ;
- La fiabilité ;
- La disponibilité ;
- La portabilité ;
- La conformité ;
- La performance.
3.2.3 Diagramme d’exigences
Ce diagramme permet de représenter les exigences du cahier des charges par un modèle. La
modélisation des exigences rend la communication meilleure au sein d'une équipe de
conception notamment lors de projets très volumineux (aéronautique, automobile, etc...).
27
req [package] BPEL20 Model [Diagramme d'Exigence nouveau système ]
«requirement»
Système de Bio Surveillance
Id=*1*
Text= le système mesure et
traite automatiquement certains
polluant présent dans l'eau et
dans l'air
«functionalRequirement» «functionalRequirement» «functionalRequir... «functionalRequirem... «requirement» «requirement» «functionalRequirement»

Mesurer quantité de gaz Mesurer quantité des métaux Mode de Contrôle Mise a jour seuil La sécurité du système La conformité S'authentifier
lourds
Id=*1.1* Id=*1.3* Id=*1.4* Id=*1.6*
Id=*1.2* Id=*1.5* Id= *1.7*
Text= Le système doit pouvoir Text= le système doit Text= Le seuil de toxicité Text= Le système
Text= Le système doit Text= l'accès au Text = Le système doit
mesuser la quantité de gaz pouvoir etre controler des métaux lourds doit doit pouvoir répondre
pouvoir mesuser la quantité système est autorisé pouvoir autoriser
dans l'atmosphere manuellement et etre reglable aux exigences légales
de métaux lourds ainsi que le qu'à ceux qui l'accès qu'a celui qui
automatiquement et réglementaires
niveau de Ph s'authenfient saisit son nom et son
mot de passe valide
«refine»
«refine» «refine»
«functionalRequirement» «functionalRequirement»
Alerter Traiter les informations
«refine»
Id=*2*
Text= Le système doit Id=*2*
pouvoir alerter le Text: le système doit
superviseur si la quantité etre capable de traiter
detectée est superieur au les informations reçues
seuil fixé
«refine»
«functionalRequirement»
Stocker les informations
Id=*3*
Text= le système doit
pouvoir stocker dans une
base de données les
informations traitées par
le système
«refine»
«functionalRequirement»
Générer des rapports
Id=*4*
Text= le système doit
pouvoir générer des
rapports et des statistiques
Figure 10: Diagramme d'exigences du système de bio surveillance WORK SAFE KANDA
28
3.2.4 Identifications des acteurs
22 NUMERO 23 ACTEUR 24 DESCRIPTION
25 1 26 SUPERVISEUR 27 Cet acteur s’occupe de la gestion du

système
28 2 29 CAPTEUR 30 Cet acteur a pour rôle de détecter et

mesurer les polluants se trouvant dans
l’eau et dans l’air.
31 3 32 VERIFICATEUR 33 Le rôle de ce dernier est celui de

ENVIRONNEMENT/ vérifier les rapports d’analyse qui lui
ISO sont fourni.
Table 2 : Présentation des acteurs système de bio surveillance WORK SAFE KANDA
3.2.5 Diagramme de contexte système
Ce diagramme permet de recenser les éléments extérieurs (Acteurs) qui interagissent avec le
système.
uc Diagramme de Contexte du Nouveau Système
NOUVEAU
SYSTEME «actor»
Capteur
BIOSUREILLANCE
Superviseur
R.M
Vérificateur ISO
et Environnement
Figure 11 : Diagramme de contexte du système de bio surveillance WORK SAFE KANDA
29
3.2.6 Diagramme des cas d’utilisation
Ce diagramme exprime les services offerts par le système aux acteurs.
uc UC Nouveau Syst
NOUVEAU SYSTEME DE BIO SURVEILLANCE
Prélever taux de métaux

lourds dans l'eau
«actor»
Prélever taux deles Capteur
métaux lourds
Générer Rapport
Prélever taux de métaux
lourds dans l'air
«include» «include»
«extend»
Visualiser Traiter
Générer statistiques
Superviseur Vérificateur ISO et

Consulter rapport et
Effectuer vérification Environnement
statistiques «include»
Mettre à jour seuil
«include»
Analyser rapports et
statistiques
Figure 12 :Diagramme des cas d'utlisation du système de bio surveillance WORK SAFE
KANDA
3.3 Analyse des cas d'utilisation
3.3.1 Tableau des itérations
N° CAS D’UTILISATION PRIORITE RISQUE ITERATION
1 S’authentifier Elevé Moyen 10
2 Prélever métaux lourds Elevé Moyen 1

dans l’eau
3 Prélever métaux lourds Elevé Moyen 2

dans l’air
30
5 Traiter Elevé Elevé 3
6 Stocker Moyenne Moyen 4
7 Alerter Elevé Elevé 5
8 Visualiser Elevé Moyen 6
9 Générer rapports Moyenne Elevé 7
10 Gérerez statistiques Moyenne Elevé 8
11 Consulter rapport et Moyenne Elevé 9

statistiques
12 Analyser rapport et Moyenne Elevé 11

statistiques
13 Mettre à jour Moyenne Moyen 12
Table 3 : Tableau des itérations
3.3.2 Description des cas d’utlisation
3.3.2.1 Cas d’utilisation Visualiser
3.3.2.1.1 Description
Identification Nom : Visualiser
Acteur : Superviseur
Description : Visualiser permet de faire apparaitre sur un écran, les résultats

d’un traitement d’information qui peuvent être représenté par des images, des
tableaux ou des graphiques dans un rapport
Auteur : KANDA KANDA Jeanis
Date : 02 Septembre 2023
31
Déroulement Précondition : visualiser se fait lorsqu’on veut consulter les informations que
traite le système ou déjà enregistrer afin de vérifier ou de générer un ou
plusieurs rapports statistiques
Visualiser
 scenario nominale 1. Le superviseur demande l’interface

de tous les éléments
2. Le système affiche l’interface de tous
les éléments
3. Le superviseur sélectionne l’élément
a visualisé selon ses attentes
4. Le système affiche l’interface de
l’élément choisi par le superviseur
5. Le superviseur vérifie l’élément choisi
choisi et clique sur le bouton générer
rapport
7. Le système demande la confirmation
ou l’annulation de la demande
8. Le superviseur confirme la demande
9. Le système génère le rapport
10. Le superviseur vérifie le rapport
11. Le superviseur enregistre le rapport
Post condition : Elément affiché
a. Rechercher dans la zone de recherché
1. Le superviseur accède à la zone de

recherche
2. Le superviseur saisit l’élément désiré
dans la zone de recherche
3. Le système affiche le résultat de la
recherche
4. Le cas d’utilisation nous renvoi à
l’étape 4
32
Post condition : Elément affiché
b. Générer rapport ou statistique
1. L’option générer commence après

l’étape 4
2. Le superviseur vérifie l’élément choisi
choisi et clique sur le bouton générer
rapport
4. Le système demande la confirmation
ou l’annulation de la demande
5. Le superviseur confirme la demande
6. Le système génère le rapport
7. Le superviseur vérifie le rapport
8. Le superviseur enregistre le rapport
 scenario alternatif 6.. Le système vérifie les informations saisies

par le superviseur
 Le système signal au superviseur
que l’élément saisit dans la zone
de recherche n’existe pas.
Le cas d’utilisation reprend à l’étape 2

Post condition : Rapport générer
Table 4: Description du Cas d’utilisation Visualiser
33
3.3.2.1.2 Diagramme de sequence du cas d’utilisation Visualiser
sd DS Visualiser
«Acteur»
Application
Superviseur
ref
Authentification
[1]:Demande l’interface de tous les éléments ()
[2]:Interface affiché()
[3]:Selection de l'élément a visualisé()
[4]:Elément affiché()
[5]:vérification de l’élément choisi ()
opt Générer rapport ou statistique
Figure 13 : Diagramme de sequence du cas d’utilisation Visualiser
3.3.2.2 Cas d’utilisation Préléver taux de pollution des métaux lourds
Identification Nom : Prélever
Acteur : Capteur
Description : Prendre la grandeur physique des polluants dans l’eau ou

dans l’air grâce au capteur
34
Déroulement Précondition : - Prélever se fait lorsque le capteur entre en contact avec
les différent polluants se trouvant dans l’eau ou dans afin de mesurer
la teneur ou d’alerter le système.
- La connexion doit être établit entre le capteur et le système

Prélever
 scenario nominale 1. Le capteur prélève le taux de

pollution présent dans l’air ou
dans l’eau comme polluants
2. Le capteur prélève la grandeur
physique (polluant) qu’il
transforme en signal utilisable
(numérique, logique ou
analogique)
3. Le capteur renvoi les
informations au microcontrôleur
4. Le microcontrôleur traite les
informations envoyées par le
capteur
5. Le système stock les
informations
 scenario alternatif 4. Le système traite les informations
renvoyées par le capteur
 Le microcontrôleur alerte le
système que le taux de
pollution dépasse le seuil.
 Le cas d’utilisation reprend à
l’étape 5
Post condition : taux de pollution affiché
Table 5: Description du Cas d’utilisation Préléver de pollution
35
3.3.2.2.2 Diagramme de sequence du cas d’utilisation Préléver taux de pollution
dans l’eau
sd DS Préléver taux de métaux lourds dans l'eau
«Acteur» «System» Serveur Base de Application

Capteur Microcontrôleur Données
loop
[1]:Préléver taux de
métaux lourds dans
l'eau()
[2]:envoi informations ()
[3]:Traitement
informations()
alt
[Si taux est inferieur au seuil]
break
[4]:Stocker informations ()
[Si taux est supérieur au seuil]
[5]:Stocker informations()
[6]:Alerter système()
Figure 14 : Diagramme de sequence du cas d’utilisation Préléver taux de pollution dans

l’eau
36
3.3.2.2.3 Diagramme de sequence du cas d’utilisation Préléver taux de pollution
dans l’air
seq [package] BPEL20 Model [DS Préléver taux de métaux lourds dans l'air]
«Acteur» «System» Serveur BDD Application

Capteur de qualité Microcontrôleur
d'air
loop
[1]:Préléver taux de
métaux lourds dans
l'air()
[2]:Envoi informations ()
[3]:Traitement informations()
alt
[Si Taux est inférieur au seuil]
alt [4]:Stocker informations ()
[Si taux est supérieur au seuil]
[5]:Stocker informations()
[6]:Alerter système()
Figure 15 : Diagramme de sequence du cas d’utilisation Préléver taux de pollution dans

l’air
3.3.2.3 Cas d’utilisation Mettre à jour seuil
Identification Nom : Mettre à jour seuil
Acteur : Superviseur
Description : la mise à jour des informations du système est nécessaire car

elle permet de regrouper les informations sur la bio surveillance du site, de
modifier, sélectionner (rechercher) et supprimer
37
Déroulement Précondition : la mise à jour des seuils se fait lorsqu’on veut consulter les
informations déjà traité et stoker par le système afin de modifier, sélectionner
et supprimer
a. Modifier
 Scenario nominale 1. Le superviseur demande l’interface

de tous les enregistrements
2. Le système affiche l’interface
3. Le superviseur sélectionne un
enregistrement et clique sur l’option
modifier
4. Le système affiche le formulaire de
modification
5. Le superviseur remplit le formulaire
de modification
6. Le système demande la
confirmation ou l’annulation de
modification
7. Le superviseur confirme la
modification
8. Le système modifie l’enregistrement
 Scenario alternatif 8. Le système vérifie les informations
modifiées par le superviseur
que les modifications ne sont pas
enregistrés.
 Le cas d’utilisation reprend à l’étape
5
Post condition : Enregistrement modifié
b. Ajouter
38
3. Le superviseur sélectionne le menu
ajouter
4. Le système affiche le menu ajouter
5. Le superviseur rempli les champs
6. Le système vérifie les éléments
saisis
 Scenario alternatif 7. Le système vérifie les informations
modifiées par le superviseur
que les modifications ne sont pas
enregistrés.
 Le cas d’utilisation reprend à l’étape
4
Post condition : Elément ajouté
c. Supprimer

3. Le superviseur sélectionne
l’enregistrement et clique sur
supprimer
4. Le système demande de confirmer
l’action
5. Le superviseur confirme l’action
6. Le système supprime
l’enregistrement
Post condition : Enregistrement supprimé
Table 6 : Description Cas d’utilisation Mettre à jour seuil
39
3.3.2.3.2 Diagramme de séquence du cas d’utilisation Mise à jour seuil
 Option « modifier »
sd DS Mise a jour Modifier
«System»
Application
Superviseur
ref
Authentification
[1]:Demande interface de modification ()
[2]:Interface Affiché()
[3]:Sélectionner un élément et cliquer sur l’option modifier ()
loop
[4]:Formulaire de modification affiché()
[5]:Remplir formulaire de modification()
[6]:Demande la confirmation ou l’annulation de modification ()
[7]:Confirmation modification ()
[8]:Modification de l'élement()
alt
[Succès ]
break [9]:Modification Effectuée ()
[Echec]
[10]:Erreur d'enregistrment()

modifier »
40
 Option « Ajouter »
sd DS Mise a jour ajouter
«System»
Application
Superviseur
ref
Authentification
[1]:Accéder à l'interface de tous les

enregistrements()
loop
[3]:Sélection menu ajouter()
[4]:Menu ajouter affiché()
[5]:Remplir champs()
[6]:Vérification information saisies()
alt
[Succès ]
break
[7]:Élément ajouté ()
[Echec]
[8]:Erreur d'enregistrment()

Ajouter»
41
 Option « Supprimer »
sd DS Mise à jour Supprimer
«System»
Application
Superviseur
ref
Authentification
[1]:Accès à l'interface de tous les enregistrements()
[3]: Sélectionner l'élément et cliquer sur

supprimer ()
[4]:Demande confirmation ou annulation de suppression ()
[5]:Confirmation de l’action ()
[6]:Suppression de
l'élément()
[7]:Elément supprimé ()
Figure 18 : Diagramme de séquence du cas d’utilisation Mise à jour seuil Option

«Supprimer»
42
3.3.3 Diagramme d’état (stm) du système de bio surveillance WORK SAFE KANDA
stm [package] BPEL20 Model [D. d'Etat Nouveau Syst]
Détecter
métaux lourds
par capteur
Prélever métaux lourds

par capteur
Envoi information au microcontroleur
Traiter informations
Enregistrer informations
Si le taux est
supérieur au seuil
Si le taux est inférieur au seuil
Alerter système Signaler Superviseur
Afficher résultat
Consulter Résultat Générer Rapport

S'authentifier
Vérification
rapport
Figure 19 : Diagramme d’état (stm) du système de bio surveillance WORK SAFE KANDA
43
3.3.4 Diagramme de définition de blocs (bdd) du système de bio surveillance WORK
SAFE KANDA
bdd [package] BPEL20 Model [BPEL20 Model]
«block»
Métaux lourds
«Système»
Système de bio surveillance
«block» «block» «block» «block»

«block»
Capteur de qualité Capteur de qualité Module Répéteur Wifi «block»
Partie Opérative
«block» d'air d'eau d'alimentation Contacteur
Microcontroleur parts
: Contacteur
parts
: Module d'alimentation
: Partie Commande
«block» «block»
Module Partie Commande
d'alimentation
Figure 20: Diagramme de définition de blocs (bdd) du système de bio surveillance

WORK SAFE KANDA
44
3.3.5 Diagramme de blocs internes (idd) du système de bio surveillance WORK SAFE
KANDA
Figure 21 : Diagramme de blocs internes (idd) du système de bio surveillance WORK

SAFE KANDA
Pour ce qui est de ce chapitre, nous avons modélisé notre système de bio surveillance en
apportant un éclaircissement sur la complexité du système grâce à la modélisation et la
conception, en s’appuyant sur la description des cas d’utilisation tout en montrant les
interactions entre élément de notre système dans les diagrammes de séquence qui
permettront le déploiement de ce dernier ainsi que le résultat obtenu de l’étude dans le chapitre
suivant.
45
CHAPTER 4 : RESULTAT DE LA RECHERCHE
Introduction partielle
Le système de bio surveillance sollicite un niveau de compétence très supérieur, surtout quand
il faut l’automatisé. Il nous est d’une parfaite utilité de concevoir une architecture du plan de
déploiement du système de manière à permettre des modifications ultérieures. Grace aux
exigences système, un choix technique doit être fait pour ensuite presenter le résultat de notre
étude qui exprime de manière consise et synthétique Ce que nous avons réaliser.
4.1 Résultat de l’étude
Etant une réponse provisoire que le chercheur se propose, nous partirons de cette idée
pour formuler notre resoulution en ce terme.
 Nous proposons un système de bio surveillance basé sur l’ingénierie système, qui
permettra de detecter le taux de pollution des métaux lourds present dans l’eau et dans
l’air, les traiter pour évaluer si ils sont supérieur ou inferieur au taux acceptable par
l’environnement afin de protéger la santé humaine qui est plus exposé surtout dans les
entreprises minières.
 Nous proposons également l’approche SysML (Systems Modelling Language) est un
langage de modélisation spécifique au domaine de l’ingénierie système. Il s’agit d’un
langage de communication permettant de décrire tout ou partie d’un système, d’un
point de vue fonctionnel, comportemental ou structurel. Il permet la spécification,
l’analyse, la conception, la vérification et la validation de nombreux systèmes
(modéliser un produit et son environnement) c’est-à-dire un ensemble de composants
qui interagissent entre eux.
4.1.1 Implementation
L’implémentation est matérialisation de notre résultat de la conception en implémentant le

système sous formes de composant.
L’objectif de l’implémentation est de mettre en œuvre les modèles issus de l’analyse et de la

conception. Cependant lors de l’implémentation de la solution, plusieurs critères de choix
technique s’opèrent pour la mise en œuvre de cette dernière.
Ainsi nous avons :
46
 Le choix des outils de développement : il s’agit de spécifier le langage de
programmation a utiliser, le système de gestion de base de données (SGBD) sur lequel
sera implémenté le modèle physique,…
 Le choix sur l’architecture du logiciel : il s’agit de spécifier la façon dont seront
organisés et déployés les composants du système à mettre en place.Choix des outils
de développement.
4.1.1.1 Choix et présentation du SGBD
Il existe de nombreuses manières de construire une base de données. En effet, chaque base
de données repose sur un “serveur”, et il existe une multitude de serveurs différents. Parmi
les plus célèbres: Oracle, Sybase, Access, FileMaker, PostgreSQL et MySQL.
Les deux premiers sont des serveurs qui coûtent plusieurs centaines de milliers d’euro et qui
sont destinés à stocker des millions d’enregistrements. Access et FileMaker sont des serveurs
propriétaires qui ne fonctionnent que par le biais d’un logiciel que vous devez installer sur votre
système.
Enfin, les deux derniers sont gratuits mais demande une connaissance en programmation
objet pour adapter la base de données selon la demande et permettent une consultation par
internet grâce à l’intégration du langage de requêtes (SQL, le langage permettant de donner
ses instructions au serveur) à la technologie web PHP.
Le serveur MySQL a été conçu pour travailler avec des bases de taille moyenne (de 10 à 100
millions de lignes, ou des tables de 100 Mo) sur des systèmes de petite taille. Mais MySQL
continue de s'améliorer pour qu'il fonctionne avec des bases gigantesques (téraoctets), tout
en conservant la possibilité de compiler une version réduite de MySQL pour qu'il fonctionne
sur des appareils embarqués ou nomades. L'architecture compacte de MySQL rend possible
le support de ces applications si différentes, sans aucun conflit dans les sources.
En ce qui concerne notre système, notre choix a été porté sur le serveur MySQL parce qu’il
répond à nos exigences du point de vue économique et temps. Nous allons voir dans un
premier temps comment fonctionnent les échanges entre serveur et client, pour voir ensuite
ce que sont MySQL, SQL et PHP et, enfin, comprendre comment tous ces éléments
s’imbriquent les uns dans les autres.
Le Système de Gestion de Base de Données (SGDB) est un outil permettra dans notre
système:
47
- De créer de nouvelles bases de données ;
- De mettre à jour les données (ajouter, modifier, supprimer) ;
- De rechercher efficacement des données spécifiques ;
- De fournir différentes manières de les visualiser (à l’écran ou sur papier) ;
- Les bases de données contiennent les informations nécessaires au fonctionnement
de l’entreprise (gestion de données de bio surveillance, gestion des sites de pollution,
gestion des rapports…).
 MySQL est le programme principal qui effectue l'essentiel du travail. Le serveur est
accompagné par différents scripts connexes qui effectuent des opérations de
configuration lors de l'installation, ou fournissent de l'aide pour administrer le serveur.
Cette section fournit une introduction au serveur et ses utilitaires, et des informations
sur les scripts de démarrage.
 SQL (Structured Query Language) est le langage unique qui permet de décrire,
manipuler, contrôler l'accès et interroger les bases de données relationnelles. C'est
un langage déclaratif, qui s'adresse à la fois aux utilisateurs "novices" et aux
programmeurs confirmés. Il est régi par une norme (ANSI/ISO) qui assure la
portabilité du langage sur différentes plates-formes aussi bien matérielles que
logicielles.
 Phpmyadmin est un outil développé en PHP et offre une interface intuitive pour
l’administration des bases de données du serveur. Cet outil permet de :
- Créer de nouvelles bases ;
- Créer/modifier/supprimer des tables ;
- Afficher/ajouter/modifier/supprimer des valeurs dans des tables ;
- Effectuer des sauvegardes de la structure et/ou des données ;
- Effectuer n’importe quelle requête ;
- Gérer les privilèges des utilisateurs.
 XAMPP est un ensemble de logiciels permettant de mettre en place un serveur Web
local, un serveur FTP et un serveur de messagerie électronique. Il s'agit d'une
distribution de logiciels libres (X (cross) Apache MariaDB Perl PHP) offrant une
bonne souplesse d'utilisation, réputée pour son installation simple et rapide.
48
4.1.1.2 Choix sur le langage de programmation
Dans le cas des automates programmables logiciels (softplc), il existe également différents
langages de programmation non définis par la CEI 61131-3 qui étendent considérablement les
possibilités de configuration.
Notre choix a été porté sur le langage de programmation C++ est un langage de
programmation compilé permettant la programmation sous de multiples paradigmes, dont la
programmation procédurale, la programmation orientée objet et la programmation générique.
Ses bonnes performances, et sa compatibilité avec le C en font un des langages de
programmation les plus utilisés dans les applications où la performance est critique.
4.1.1.3 Choix de l’AGL
Un atelier de génie logiciel (AGL), ou un progiciel de développement, ou des outils CASE

pour Computer Aided Software Engineering, désignent un ensemble de programmes
informatiques permettant eux-mêmes de produire des programmes de manière industrielle.
Comme AGL, nous avons utilisé :
 Enterprise Architect de Sparx Systems qui est d’un apport essentiel en nous permettant
de documenter automatiquement un programme, et de maintenir en permanence à jour
cette documentation, et, ce tout au long de sa conception.
49
 Edraw Max : c’est un logiciel graphique vectoriel de création de diagrammes qui
correspond a notre système.
50
4.2 Présentation du système
4.2.1 Présentation de la base de données
Figure 22: BDD du système de bio surveillance WORK SAFE KANDA
4.3 Deploiement du système
4.3.1 Diagramme de deploiement
deployment Diagramme de déploiement nouveau système
«device»
Application Serveur
«device»
Apache
«device»
Système de Bio «device»
Surveillance Requête
Requête Serveur BDD
IHM MySQL
Réponse Réponse
51
Figure 23 : Diagramme de deploiement du système de bio surveillance WORK SAFE
KANDA
4.3.2 Maquette de deploiement
4.3.3 Cahier de charge
Pour la réalisation de ce système, une liste d’éléments indispensables avec estimation de prix
devra être dressée, nous citons :
N° MATERIEL DESCRIPTION Nbre P.U P.T
1 Ordinateur C’est une machine capable d’exécuter 5 350 1750 $

un programme (série d’opération)
de bureau
PC portable
2 Imprimante C’est une machine permettant 3 250 750 $

d’obtenir un document sur papier à
52
partir d’un modèle informatique du
document
3 Capteur de qualité C’est un dispositif qui détecte des 5 50$ 250 $

d’air Arduino informations provenant de
l’environnement physique et y réagit..
4 Capteur de qualité Il permet de mesurer les niveaux de 5 50$ 250$

d’eau Grove pH, de température, de turbidité et de
detecter, préléver le taux des métaux
lourds dans l'eau.
4 Routeur Il permet de relier plusieurs réseaux 1 650$ 650$

locaux ensemble.
5 Commutateur Il permet de relier plusieurs 1 350$ 350$

(Switch) équipements (ordinateur,
imprimante…) au sein d’un même
réseau local.
6 Serveur C’est une machine de grande capacité 1 1700 1700$

qui permet de rendre des services aux $
machines clientes au travers des
requêtes
7 Repeteur Wifi C’est un appareil se présentant sous 2 60$ 120$

forme d’un petit boitier qui permet de
diffuser le wifi dans une zone non
couverte du site
8 Carte Arduino UNO C’est une carte électronique de 2 150$ 300$

prototypage rapide sur laquelle on
peut raccorder des capteurs (entrées)
et des actionneurs(sorties). Elle est
constituée de plusieurs composants
électroniques dont le principal est un
microcontrôleur permettant de stocker
53
et d’exécuter un programme
informatique.
TOTAL - - 6120$
Table 7 : Cahier de charge du système de bio surveillance WORK SAFE KANDA
Dans ce chapitre, il a été question de presenter le résultat de notre étude, l’environnement de

développement notre système de bio surveillance en apportant un éclaircissement sur Le
choix de l’architecture du logiciel différents outils grâce aux AGL, langage de programmation,
SGBD,… en s’appuyant sur la description et leurs fonctionnements tout en montrant leurs
intérêt dans notre système de bio surveillance WORK SAFE KANDA.
54
CONCLUSION GENERALE
Nous voici à présent au terme de notre travail qui porte sur « Ingénierie par approche SysML
d’un système de bio surveillance environnementale de la pollution » avec comme objectif de
demontrer par une demarche informatique des solutions de « surveillances automatiques des
taux de pollution dans l’environnement en particulier dans les entreprises minières ».
Tout au long de ce travail nous nous sommes principalement basés sur la gestion du
centre de bio surveillance a qui nous donnons le nom de « WORK SAFE KANDA » en
utilisant la méthode UP7 et l’outil SysML qui a fait en sorte d’étudier de manière beaucoup
plus profonde la structure et la répresentation graphique de notre système.
En effet, nous avons procédé, premièrement par une recherche théorique bien
précise et concise pour appréhender tous les notions de bases que traite ce travail, à savoir
les notions sur la bio surveillance et l’ingénierie système car la mise en place d’un système
de bio surveillance basé sur démarche informatique n’est pas du tout facile mais plutôt très
complexe.
Deuxièment, nous avons effectué une étude très approfondie de l’existant nous
menant à choisir une solution adéquate aux besoins de la société Ruashi Mining et ses
attentes concernant la bio surveillance
En intégrant un système de gestion de bio surveillance environnementale grâce à l’ingénierie
système. Ce dernier consistera à détecter et prélever le taux des métaux lourds dans l’eau et
dans l’air en temps réel à l’aide des capteurs, des microcontrôleurs qui traitent les informations
reçues des capteurs via le répéteur Wifi puis stocker dans une base de données pour être
visualiser. En cas de défaillance ou d’interruption du système, le danger est très élevé dû à
l’exposition de la santé humaine d’où l’importance d’un superviseur pour le suivi continu du
système.
La perte des données causée par une exception (interne ou globale) non rattrapée peut
engendrer diérèses incohérences du système ou une réduction de ses performances.
Le système de bio surveillance que nous avons proposé ore la possibilité de Générer des
rapports ou des statistiques grâce aux données stockées dans la base de données.
Il offre aussi l’exigence d’alerte pour signaler le superviseur en cas de détection de taux des
métaux lourds supérieur au taux fixé dans le système. D’un agent en conservant la
55
transparence de la réplication. Ceci permet de maintenir l’agilité et la performance du système
pour qu’il reste fonctionnel.
Ce travail nous a vraiment permis de développer nos connaissances relatives avec

notre savoir scientifique et surtout de bien nous situer dans notre savoir-faire.
56
BIBLIOGRAPHIE
/Antoine WILLEMS , A. (s.d.). Projet SysML .
Alain.charbonnel. (s.d.). SysML pour le projet STI2D.
Bauerheim, M. (s.d.). Le diagramme de cas d’utilisation.
Duvent, U. (2009-2010). Les Architectures Orientées Services (SOA).
Gaëtan, A. (s.d.). CAPTEURS «« conditionnement des signaux conditionnement des signaux

».
garec. (s.d.). la biosurveillance .
Lhuillier, H. /. (s.d.). BIO-SURVEILLANCE Applications aux milieux terrestres de

NouvelleCalédonie.
Meknès. (s.d.). SYSTEME DE SORTIE DE PARKING SOUTERRAIN .
météorologue, M. M. (s.d.). PROJET D’ELABORATION D’UNE BASE DE DONNEES SOUS

LE SERVEUR MYSQL.
Michelle Gagné, M. S. (Juin 2014 ). Réflexions sur l’élaboration d’une stratégie de

biosurveillance en appui aux actions de santé publique au Québec . Institut national
de santé publique du Québec . Consulté le Mai 2023
normalisation, O. i. (2015). Une introduction. Genève Suisse.
RAFIK, V. (2020-2021). Analyser et décrire un système .
Roques, P. (2013). Modélisation de systèmes complexes avec SysML. Toulouse: © Groupe

Eyrolles.
Santé, O. m. (2021). Biosurveillance humaine dans le cadre de l’extraction minière artisanale

et à petite échelle d’or : . Genève.
VANDAMME, A. B. (2004). UTILISATION DE LA TECHNIQUE DE BIO SURVEILLANCE

POUR EVALUER LES RETOMBES DES METAUX LOURDS.
Yacoub, S. (2013). User –stories et Backlog de produit.
57
ANNEXES
4.4 Notion sur le langage SysML
4.4.1 Definition du langage SysML
L’outil SysML (Systems Modelling Language) est un langage de communication

permettant de décrire tout ou une partie d’un système, d’un point de vue fonctionnel,
comportemental ou structurel.
4.4.2 Origine du langage SysML
L'ingénierie logicielle a exprimé un besoin pour expliciter les concepts d'un système
complexe. Il s'agit d'avoir un langage facile à prendre en main. La pratique d'UML étant très
présente, un langage proche d'UML 2 aide fortement. SysML est une extension d'UML 2.0
pour l'ingénierie des sytemes. Il a été développé par OMG, Incose et AP233. La norme de la
version 1.0 est sortie en juillet 2006. SysML permet la spécification, l'analyse, la vérification et
la validation des systèmes complexes possédant une partie hardware, software, utilisateurs et
les équipements. SysML est seulement une représentation (avec notations et sémantiques)
mais n'est pas une méthode de conception.
4.4.3 Avantanges du langage SysML
Les avantages qu'apportent SysML sont les suivant :
- Améliore la communication entre les participants au projet.

- Aide au management des systèmes complexes en modélisant
hiérarchiquement les parties du système.
- Améliore l'impact de l'analyse des besoins sur le système.
- Propose un développement et une conception évolutive.
- Évite les ambiguités par une repésentation plus complète dûe aux modèles.
- Possibilité de réduire les risques de conception par une vérification et une
validation précoce et à la volée.
58
Figure 24: La complétude de UML 2.0 et SysML 1.0
Figure 25: L'arborescence des diagrammes UML avec les suppléments apportés par
SysML.
4.4.4 Diagrammes du langage SysML
le langage SysML comprend 9 diagrammes qui sont :
 Les diagrammes fonctionnels :

- Diagramme de contexte
59
- Diagramme des cas d’utilisation (uc)
- Diagramme des exigences (req)
 Les diagrammes structurels :
- Diagramme de définition de blocs (bdd)
- Diagramme de blocs internes (ibd)
 Les diagrammes comportementaux :
- Diagramme paramétrique (par)
- Diagramme d’activité (act)
- Diagramme d’état (stm)
- Diagramme de séquence (sq)
4.4.4.1 Description fonctionnelle
L’analyse fonctionnelle permet de décrire le besoin auquel répond un système et de

définir les contraintes, imposées par le milieu extérieur, auquel il doit s’adapter.
Dans l’ingénierie système, c’est une étape indispensable pour s’assurer que le système
à concevoir répondra au mieux aux besoins de ses utilisateurs.
Voici les diagrammes qu’elle comprend :
4.4.4.1.1 Diagramme des cas d’utilisation (UC = en anglais pour Use Case)
les cas d’utilisation (ou fonctions globales) consistent à décrire le comportement que
doit avoir le système à concevoir pour satisfaire le besoin identifié qu’il doit remplir. Il s’agit
d’expliciter ce que le système doit faire et non comment il doit le faire.
Le diagramme des cas d’utilisation est l’outil dans lequel on représente la frontière du
système (rectangle) qui contient les cas d’utilisation (verbe à l’infinitif suivi d’un complément,
dans un ovale). Chacun d’entre eux est relié à l’acteur principal (bonhomme, petit rectangle
ou cube) situé à l’extérieur du système à gauche. Si un acteur secondaire était nécessaire, il
apparaîtrait à droite du système et serait également relié au cas d’utilisation.
Le comportement correspondant à chaque phase de vie peut être décrit par un

diagramme des cas d’utilisation différent. Les acteurs sont à l’extérieur du système et font donc
partie de son environnement.
60
4.4.4.1.2 Diagramme de contexte
Le diagramme de contexte SysML permet de définir les frontières de l'étude, et en

particulier de préciser la phase du cycle de vie dans laquelle on situe l'étude (généralement la
phase d'utilisation). Il répond à la question : « Quels sont les acteurs et éléments environnants
du système ? »
Le diagramme de contexte est un outil adapté, dans lequel on représente la frontière

du système (rectangle). Il est relié aux acteurs (bonhomme, petit rectangle ou cube) situé à
l’extérieur du système à gauche.
Le diagramme de contexte statique délimite le domaine d'étude en précisant :

 Ce qui est à la charge du système et
 En identifiant l'environnement extérieur au système étudié avec lequel ce dernier

communique.
4.4.4.1.3 Diagramme des exigences (req = en anglais pour requirement)
Le diagramme des exigences spécifie, hiérarchise et documente l'ensemble des

exigences qui doivent être satisfaites par le système. Une exigence est caractérisée par un
critère (grandeur physique mesurable), un niveau (valeur chiffrée) et une flexibilité (l’écart
acceptable sur le niveau attendu).
Il regroupe des exigences liées aux besoins de l’utilisateur ou aux contraintes des
éléments du milieu extérieur.
Dans un premier temps, pour simplifier la lecture des diagrammes, on ne considère

que deux types de liaisons entre les blocs (d'autres types de relations seront présentées dans
l'année):
- L'exigence est incluse dans une autre exigence (contenance) ;

- L'exigence dépend d'une autre exigence (dépendance).
4.4.4.2 Description structurelle
L’analyse structurelle permet de définir les constituants internes au système (de quoi
est-til constitué ?) et comment ceux-ci interagissent.
Elle consiste à :
61
- Définir les constituants du système étudié, sous forme hiérarchique (diagramme de
définition de blocs)
- Définir les échanges entre ces constituants (diagramme des blocs internes).
Voici ses diagrammes :
4.4.4.2.1 Diagramme de définition des blocs (bdd en anglais pour Block Definition
Diagram)
Le diagramme de définition de blocs décrit la structure d’un système en le

décomposant. Un bloc représente un sous-système ou un composant élémentaire, et les liens
entre les blocs traduisent la composition (flèche continue avec un losange plein à l’extrémité
côté système). Chaque bloc n’apparaît qu’une seule fois, une éventuelle multiplicité est
indiquée avec un chiffre au niveau de l’association entre les blocs.
Table 8 : les liens du langage SysML
Le diagramme de définition de blocs permet de réaliser l’inventaire des constituants

qui constituent le système en le décomposant en sous-systèmes, puis en constituants
élémentaires par une analyse descendante.
4.4.4.2.2 Diagramme des blocs internes (IBD en anglais pour Internal Block Diagram)
Le diagramme de blocs interne décrit les interactions entre différents composants et

sous-systèmes, ou les blocs du diagramme de définition des blocs. La structure du système
décrite dans le diagramme de définition de blocs se retrouve alors dans le diagramme de blocs
internes où les blocs sont dessinés les uns dans les autres.
62
Les associations entre les blocs d’un diagramme de blocs internes se font via des ports
et correspondent à :
- Des flux de matière, d’énergie ou d’information, qui peuvent être unidirectionnels ou

bidirectionnels ;
- Des échanges de services, des informations logiques.
Le diagramme de blocs internes permet d'identifier les échanges de matière, d'énergie

et d'information (MEI) entre les constituants.
Avec ce type de diagramme, et pour les diagrammes de définition de blocs, on peut

faire le choix de décrire la structure d’un système avec différents niveaux de raffinement. Dans
le cas d’un système complexe, on évite de concentrer toutes les informations sur un seul et
même diagramme de blocs internes ce qui le rendrait illisible. On construit alors autant de
diagrammes de définition de blocs que l’on souhaite avec des niveaux de précision et de
raffinement différents.
4.4.4.3 Description comportementale
4.4.4.3.1 Diagramme de séquence ( SD = Sequence Diagram)
Du point de vue système, le diagramme de séquence montre la séquence des actions

réalisées par l’acteur principal et les réponses du système.
Acteur et système sont répresentés par des rectangles. Chacun possède une ligne
vercicale appelée « ligne de vie de l’objet » les objets communiquent en échangeant des
« messages » representés par des flèches, orientées de l’emetteur vers le récepteur
(destinataire).
On represente un objet en activité par un rectangle placé sur la ligne de vie.
4.4.4.3.2 Diagramme d’état / transition ( STM = State Machine Diagram)
Le diagramme d’état nous permet de:
- Voir les états du sytème selon les événements qui s’y produisent ;
- Représenter les comportements des blocs, des cas d’utilisation, des acteurs, des sous-
systèmes,…
- Décrire le fonctionnement séquentiel du système sous forme d’un « programme »
représenté graphiquement.
63
 Etats
Un état (state) représente une situation durant la vie d’un bloc fonctionnnel pendant laquelle :
- Il satisfait une condition ;

- Il exécute une action (ou activité) ;
- Il attend un événement
 Transitions
les états sont réliés entre eux par des transitions, permettant ainsi les changements d’état du
système.
Une transition peut être declanchée par des éléments (tous sont optionnels) :
- Un élément déclancheur appelé événement ;

- Une condition de garde : elle est exprimée par une expression booléenne qui doit être
vraie lorsque l’événement se produit pour que la transition soit declanchée.
- Les effets : c’est sont les actions (ou activités) exécutées lorsque la transition est
declanchée.
4.4.4.3.3 Diagramme d’activités
Le diagramme d’activité est un outil pour représenter la séquence d’actions qui décrit le
comportement d’un bloc ou d’un autre élément structurel, la séquence est définie à l’aide de
flux de contrôle.
Le diagramme d’activé peut être utilisé pour définir des situations où un traitement parallèle se
produit dans l’exécution des certaines activités.
Il permet la modélisation technique parce qu’il détaille les processus impliqués dans les
activités du système.
4.4.4.3.4 Diagramme parametriques (PAR = Parametric diagram)
Le diagramme parmétrique est une extension du diagramme de blocs internes (il

partarge les éléments graphiques).
Ce diagramme modélise les paramètres physiques du système. Il sert à tester les

performances physiques et quantitatives du système.
64
Il est utilisé pour exprimer les contraintes physiques entre les blocs avec des équations
et des paramètres qui permettent de simuler le fonctionnement du système.
Il peut être aussi utilisé pour faire des simulations qui vérifieront si le système répond
ou non aux spécifications.
65

Exemplaire Memoire

Transféré par

Droits d'auteur :

Formats disponibles

Exemplaire Memoire

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Exemplaire Memoire

Transféré par

Droits d'auteur :

Formats disponibles

REPUBLIQUE DEMOCRATIQUE DU CONGO

ENSEIGNEMENT SUPERIEUR ET UNIVERSITAIRE

« Ingenierie par approche SysML d’un

Mémoire soumis pour l’obtention du diplôme de Licence en

ENSEIGNEMENT SUPERIEUR ET UNIVERSITAIRE

« Ingenierie par approche SysML d’un

Mémoire soumis pour l’obtention du diplôme de Licence en

Directeur : CT. Daniel KAPEND KATUAL

A toute la communauté scientifique, en particulier celle de l’Université Protestante de

Nous dédions ce travail.

Mes remerciemennt s’adressent particulierement mes parents KANDA KANDA THADEE et

Qu’ils trouvent ici le témoignage de ma profonde reconnaissance.

A mon directeur M. Daniel KATUAL, Doyen de la faculté des sciences informatiques à

INTRODUCTION GENERALE ................................................................................................. 1

Concept central de la recherche ................................................................................1

1.1.1 La Bio surveillance environnmentale ......................................................1

1.1.2 L’ingénierie système...............................................................................2

1.1.3 Approche SysML ....................................................................................2

Enoncée du problème et questions de la recherche ................................................2

Présentation et limitations des solutions existantes ................................................3

Délimitation de la recherche .......................................................................................3

Motivation de la recherche et objectifs ......................................................................3

1.1.4 Motivation de la recherche ......................................................................3

1.1.5 Objectifs de la recherche ........................................................................3

Methodology de la recherche .....................................................................................4

Subdivision du travail .................................................................................................4

CHAPTER 1 REVUE DE LITERATURE. ............................................................................. 6

1.1.1 Notion sur la bio surveillance ..................................................................6

1.1.2 Les capteurs ......................................................................................... 10

1.1.3 Notion sur l’ingenierie systeme ............................................................. 11

1.1.4 Notion sur le langage SysML ................................................................ 14

CHAPTER 2 ANALYSE DU SYSTEME ACTUEL DE BIO SURVEILLANCE ............. 17

INTRODUCTION PARTIELLE ............................................................................................... 17

2.1.1 Situation Géographique ........................................................................17

2.1.2 Fonctionnement du service environnement .......................................... 17

2.1.3 Organigramme Géneral de RUASHI MINING .......................................18

2.1.4 Organigramme de Sécurité, Santé et Environnement RUASHI

2.2 Analyse metier ....................................................................................19

2.2.1 Description textuelle du processus de bio surveillance de l’eau ............ 20

2.2.2 Analyse de lot d’information .................................................................. 20

2.2.3 Identifications des acteurs ....................................................................20

2.2.4 Diagramme de contexte ........................................................................ 21

2.2.5 Diagramme des cas d’utilisation metier................................................. 22

2.2.6 Diagramme d’activité métier ................................................................. 23

2.3 Critiques et suggestion de l’existant................................................. 24

2.3.1 Critiques metier .................................................................................... 24

2.4 Proposition de solution ...................................................................... 25

CHAPTER 3 CONCEPTION DU SYSTEME DE BIOSURVEILLANCE WORK SAFE

Introduction partielle ................................................................................................. 26

3.1 Ingénierie des exigences système .................................................... 26

3.2 Capture des exigences systèmes ...................................................... 26

3.2.1 Exigences fonctionnelle ........................................................................26

3.2.2 Exigences non fonctionnelles ............................................................... 27

3.2.4 Identifications des acteurs ....................................................................29

3.2.5 Diagramme de contexte système.......................................................... 29

3.2.6 Diagramme des cas d’utilisation ........................................................... 30

3.3 Analyse des cas d'utilisation ............................................................. 30

3.3.1 Tableau des itérations ..........................................................................30

3.3.2 Description des cas d’utlisation .............................................................31

3.3.3 Diagramme d’état (stm) du système de bio surveillance WORK SAFE