Memoire Online - Mise en place d'une application de valorisation des œuvres des ingénieurs architectes de la ville de Bukavu. Cas de Mega Engineering Company «MEC»

Sujet : «Mise en place d'une application de valorisation des oeuvres des ingénieurs architectes de la ville de Bukavu. Cas deMega Engineering Company « MEC» »

Travail de mémoire présenté et défendu en vue de l'obtention du diplôme de licence en pédagogie appliquée

EPIGRAPHE

« Connaître, ce n'est pas démontrer, ni expliquer, c'est accéder à la vision »

IN MEMORIUM

Ma très chère marâtre, tu as beaucoup souffert pour moi, depuis les débuts de mes études humanitaires mais tu m'as laissé tout au début de mes études universitaires et tu es partie sans que je te donne même le plus gros cadeau que je t'avais promis dans mon coeur et sans que je te voie pour la dernière fois maman. Tu as eu pitié de moi de telle sorte que tu n'as pas voulu que je te voie entrain de mourir. Tu as attendu que je quitte la ville pour que tu meures après moi maman. Je ne t'oublierai jamais maman AGNEL DJUNGAce travail est les fruits de vos entrailles.

Dédicace

Aux Hommes qui aspirent sacrement à un monde sans faim, de paix et de l'unité, conformément à la volonté de notre Dieu dont le nom est Jéhovah Challoom

Remerciements

L'accomplissement de ce travail n'a pas été concrétisé par un seul individu. C'est pourquoi il serait ingrat de garder silence pour toute peine partisante pour notre avantage.

Qu'il nous soit permis de rendre gloire à l'Eternel Dieu pour son amour infini à notre endroit.

Nos sincères remerciements s'adressent à nos parents RAMAZANI Mbula et FEZA Clémentine pour tant d'efforts consentis pour que nous soyons ce que nous sommes ;

Au Chef des travaux BORIBO KIKUNDA Philipe qui, malgré ses multiples responsabilités a accepté de bien vouloir diriger ce travail ;

Un merci très particulier au chef de travaux MUGARUKA BUDUGE Guilin et l'Ass. Espoir KWIBE Roger, qu'ilssoient honorés pour leur amour, leur affection et leur esprit de sacrifice pendant toutes les années passées à l'Enseignement Supérieur et Universitaire ;

A madame la magistrat Me MUKUCHA ELIZA Bi Ely pour son soutient tant matériel que moral ;

A nos frères et soeurs : Moise MBULA, Merveille FAIDA MBULA, Apolline, Isaac RAMAZANI, Emmanuel MULOBA, Patrick MULOBA KIBUNDILA, Sandrine KATALO, Solange SIAPATA, Gisèle MBULA, Hugo MULOBA pour leurs amours et sacrifice envers nous.

Nos remerciements s'adressent plus particulièrement à la famille SUNGHURA LUKEMYA Zaïre, Thérèse MBULA, Henry KIBUNDILA, Marie NGUMBI, Jonathan TUNDA, pour leur assistance tant morale, matérielle que pratique.

A nos camarades et compagnons de lutte : Jacob NDANGE, Sadam KISUWI BUSHIRI, John LOKOLA, Henry BULERI MUFULA, Bonheur KARENDA BUMARI, Seth WILONJA KAHINDO, Divin EBELE, Henock BOTULI, Nilesh BALAPOY, Gloire KATABANA, Thome Chrysosthome KYEMBWA, Gloire KATABANA, Claude KAJEMBA, Christian MITIMA, Aaron RUZIZI, Anuarite ASIFIWE MPETE, Prince MARUME MWENEMWAMI, Janvier BISIMWA, Dieu-Merci NSHAMAMBA, Fabrice NTAMUNTU, Célestine USHINDI, Louise MUSAFIRI NABINTU, Elie NTAMWENGE, Josué KAYEMBE, Grâce LUTONDE, Chançarde MUNYERENKANA, Socrate MBILIZI, Isaac WAKILONGO, THOMAS MUKAMBILWA, AMINA SADI, Christian AKONKWA, Dorcas MUNYERENKANA, DAVID NEPA John, Gloire MUTALILISO, Esther MAPENZI, FATUMA MASIRI, Rolande KATULANYA, BURUKIRO Patrick, MULIKUZA HABAMUNGU, Lucien MBILIKA.

Que tous ceux de près ou de loin ne sont pas cités ici, qu'ils ne croient pas que nous les avons oubliés. Qu'ils sachent que nous les avons gravés dans notre coeur

INTRODUCTION

La problématique de la valorisation des oeuvres des ingénieurs architectes dans la ville de Bukavu est un sujet important qui mérite d'être approfondi. En effet, les oeuvres des ingénieurs architectes contribuent à la beauté et à la qualité de vie de la ville. Elles sont également un témoignage de l'histoire et de la culture de Bukavu.

Cependant, la valorisation de ces oeuvres est souvent insuffisante. Les ingénieurs architectes ne reçoivent pas toujours la reconnaissance qu'ils méritent pour leur travail. Les oeuvres elles-mêmes sont parfois mal entretenues ou même négligées.

Cette situation est préjudiciable à la ville de Bukavu. Elle empêche de reconnaître le talent des ingénieurs architectes et de mettre en valeur le patrimoine architectural de la ville.

Les causes de la sous-valorisation des oeuvres des ingénieurs architectes à Bukavu sont multiples. On peut citer notamment le manque de moyens financiers, qui empêche la mise en place de programmes de restauration et de conservation des oeuvres. On peut également citer le manque de sensibilisation du public, qui ne connaît pas toujours l'importance du patrimoine architectural. Enfin, on peut citer le manque de coordination entre les différentes parties prenantes, qui rend difficile la mise en oeuvre de projets de valorisation des oeuvres.

Les conséquences de la sous-valorisation des oeuvres des ingénieurs architectes à Bukavu sont également multiples. On peut citer notamment le déclin du patrimoine architectural, qui est menacé de dégradation ou de destruction. On peut également citer la perte d'attractivité touristique, car les visiteurs sont moins susceptibles de venir visiter une ville qui ne met pas en valeur son patrimoine. Enfin, on peut citer la diminution de la qualité de vie des habitants, car ils sont privés d'un cadre de vie agréable et riche en histoire.

Par définition, l'ingénierie est l'étude d'un projet industriel sous tous ses aspects (techniques, économiques, financiers, monétaires et sociaux) et qui nécessite un travail de synthèse coordonnant les travaux de plusieurs équipes de spécialistes. Un ensemble des fonctions allant de la conception et des études à la responsabilité de la construction et au contrôle des équipements d'une installation technique ou industrielle. (Tharaud, 1924)

Un ingénieur est celui qui invente, qui trace et qui conduit des travaux et des ouvrages, pour attaquer, défendre ou fortifier des places. L'ingénieur est, en quelque sorte, un homme qui s'est spécialisé dans la mise en oeuvre de certaines applications de la science. Cette définition suffit à montrer qu'à l'heure actuelle l'ingénieur doit posséder des connaissances scientifiques très vastes et très précises. Dans la pratique, cette nécessité pour l'ingénieur contemporain de connaître les derniers résultats de la science et tout l'ensemble de leurs acquisitions passées se traduit par une élévation constante et nécessaire du niveau des études dans les Écoles d'ingénieurs et par le caractère de plus en plus approfondi, du point de vue scientifique, des travaux qu'ils ont ensuite à effectuer. Il n'est pas étonnant dans ces conditions que les ingénieurs soient amenés, sans s'écarter du but essentiellement pratique de leur tâche, mais au contraire pour mieux remplir cette tâche, à entreprendre fréquemment des recherches à caractère scientifique et à apporter ainsi des contributions de plus en plus importantes au développement de la science pure. Dans les domaines si importants aujourd'hui de l'Électrotechnique et de la Radio-électricité, les ingénieurs apportent constamment au progrès de la science presque autant de contributions essentielles que les savants de profession. (BROGLIE, 1956)

L'architecture quant à elle est l'art majeur de concevoir des espaces et de bâtir des édifices, en respectant des règles de construction empiriques ou scientifiques, ainsi que des concepts esthétiques, classiques ou nouveaux, de forme et d'agencement d'espace, en y incluant les aspects sociaux et environnementaux liés à la fonction de l'édifice et à son intégration dans son environnement, quelle que soit cette fonction : habitable, sépulcrale, rituelle, institutionnelle, religieuse, défensive, artisanale, commerciale, scientifique, signalétique, muséale, industrielle, monumentale, décorative, paysagère, voire purement artistique. Elle désigne également l'ensemble des connaissances et des techniques de cet art de concevoir et de construire des structures complexes, englobant les édifices terrestres, les espaces et les paysages modifiés par l'homme répondant à des critères architecturaux, les artefacts habitables naviguant sur l'eau et sous l'eau (architecture navale) et dans l'espace (architecture spatiale), que l'humanité a pu imaginer et réaliser au fil des millénaires. (Merlin, 2010)

Dans son acception classique, un ingénieur architecte est d'abord un artiste et un technicien (dans la profession des architectes de l'État, du gouvernement, du département ou de la ville) spécialisé dans le métier de la conception des bâtiments. Répondant aux besoins (appelé programme) de son client, il traduit en dessins expressifs et techniques une réflexion sur l'espace attribué à une construction, un abri ou un signal. Il compose une oeuvre dans l'espace à l'aide des moyens essentiels que sont la lumière, les volumes et les matériaux puis conduit le chantier. Professionnel de haut niveau ayant suivi cinq ans d'études après le baccalauréat pour l'architecte DE (diplômé d'État) et six ans d'études pour l'architecte HMONP (habilité à exercer la maîtrise d'oeuvre en son nom propre), il doit avoir de larges connaissances et s'appuie sur des spécialistes pour détailler son projet. Il peut exercer à titre libéral (gérant d'une société) ou comme salarié (cadre). (Cojannot, 2017)

Partant de la compréhension de ces définitions, nous pouvons déduire que les ingénieurs architectes de la ville de Bukavu, comme tous les autres dans le monde entier, produisent des oeuvres d'arts qu'ils sont ensuite appelé à les vendre soit aux particuliers ou soit aux ingénieurs civils qui sont appelés de mettre en oeuvre des maisons à partir des plans conçu par les architectes.

Voulant vendre leurs oeuvres, les ingénieurs se heurtent dans les difficultés suivantes :

- La négligence des constructeurs qui accordent beaucoup d'intérêts aux ingénieurs civils les prenant comme des petits dieux qui savent tout.

Après avoir fourni plusieurs recherches sur ce sujet, en palpant toutes ces difficultés citées ci-dessus, nous nous sommes dit qu'il serait mieux de proposer aux ingénieurs une application qui pourrait contourner toutes ces difficultés ci-haut citées.

C'est ainsi que nous avons formulé notre sujet de recherche comme suit : « La mise en place d'une application de valorisation des oeuvres des ingénieurs architectes de la ville de Bukavu. Cas de Mega Engineering Company « MEC» »

La valorisation que nous parlons ici est une action de donner de la valeur à quelque chose ou quelqu'un. ^1(*) Comme on peut le constater, il s'agit de valoriser les oeuvres des ingénieurs. Dans quel sens ? Dans la mesure où ils seront facile à les retrouver parce que quiconque aura besoin des plans pour sa maison pourra seulement utiliser l'application que nous allons mettre en place dans ce travail.

Dans cette application, on y trouvera directement les oeuvres ainsi que le numéro de téléphone du concepteur et son adresse physique.

Pour bien orienter notre réflexion, nous nous sommes posé la grande question suivante :

« Quelle serait la meilleure façon de valoriser les oeuvres des ingénieurs architectes de la ville de Bukavu ? »

Une hypothèse est une proposition ou un « dit » ou une explication que l'on se contente d'énoncer sans prendre position sur son caractère véridique, c'est-à-dire sans l'affirmer ou la nier. Il s'agit donc d'une simple supposition. Une partie du raisonnement qui permet de présenter la recherche développée tout au long d'un article. Elle propose une ou plusieurs pistes de réponses à la question de recherche. Une fois énoncée, une hypothèse peut être étudiée, confrontée, utilisée, discutée ou traitée de toute autre façon jugée nécessaire, par exemple dans le cadre d'une démarche expérimentale. Une partie du raisonnement qui permet de présenter la recherche développée tout au long de l'article. Elle propose une ou plusieurs pistes de réponses à la question de recherche. (G.MARCEL, 1919)

Une hypothèse destinée à être travaillée ou vérifiée est désignée par l'expression « hypothèse de travail » (ou "hypothèse d'école") ; au contraire, une hypothèse utilisée sans intention de la vérifier (pour des raisons sentimentales, religieuses ou politiques par exemple) constitue un postulat.

Partant de notre grande question que nous nous sommes posé dans notre problématique, nous pouvons formuler notre hypothèse de la manière suivante :

« La mise en place d'une application serait la meilleure façon de valoriser les oeuvres des ingénieurs architectes de la ville de Bukavu»

Le souci majeur de ce travail est de mettre à la disposition des ingénieurs architectes de la ville de Bukavu une application de valorisation de leurs oeuvres.

- Créer une page qui peut être considérée comme étant un musée d'exposition de ces oeuvres ;

La science se construit à travers des écrits des autres ou en s'inspirant des autres. Beaucoup de travaux ont été déjà menés sur cette question, mais dans les domaines diversifiés et selon les attentes de chaque auteur. Eventuellement, comme nous venons de l'indiquer, ce sujet a déjà fait l'objet de plusieurs recherches scientifiques dans divers domaines, par exemple illustratif, les travaux et les ouvrages de :

Ø BALOLA NDUSHA Moïse, Mémoire inédit Université Catholique de Bukavu, 2013-2014, dans son mémoire qui avait traité sur la conception et développement d'une application pour la gestion des artistes et de leurs oeuvres « cas de la division provinciale de la culture et des arts ». Il a démontré des failles qu'accusent le système de gestion des oeuvres des ingénieurs, les conséquences de ses faiblesses sur la conservation des oeuvres des artistes. En d'autres termes, il fait découvrir les obstacles relatifs au système conservation des oeuvres des artistes à leur conservation dans la ville. (Moise, 2013-2014)

Ø Dans le travail de mémoire de Célestin PATAULE Solengete intitulé « l'Analyse des Marchés d'Arts à Bukavu ». il est parti de l'analyse des différents marchés d'exposition des oeuvres dans la ville de Bukavu pour terminer de la commercialisation de ces oeuvres dans la ville de Bukavu. (PATAULE, 2002-2003)

L'originalité de notre sujet réside dans le fait qu'il se concentre sur la valorisation des oeuvres des ingénieurs architectes dans une ville en développement, à savoir Bukavu, en République démocratique du Congo.

Les travaux de mémoires cités dans l'état de la question examinent la valorisation du patrimoine architectural dans des contextes plus développés, tels que les oeuvres d'art dans des musées. Ils se concentrent généralement sur les applications mobiles comme outil de valorisation.

Le choix de ce sujet est justifié par le souci de doter la communauté ingéniorale de la ville de Bukavu d'un nouveau monde réel perçu où leurs oeuvres seront gardés en toute sécurité.

Ø Intérêt scientifique : nous voulons mettre à la disposition des futurs chercheurs un outil de référence pour des travaux analogues au nôtre.

Ø Intérêt social : nous voulons montrer aux ingénieurs architectes de la ville de Bukavu que l'établissement d'une application pour la valorisation de leurs oeuvres est une solution meilleure.

Ø Intérêt personnel : À notre niveau, nous trouvons que notre travail a un intérêt et une raison d'être dans la mesure où il est conçu dans le but d'améliorer la vie des ingénieurs mais aussi de trouver facilement les oeuvres pour les désireux des plans des maisons dans la ville de Bukavu.

Dans le temps, notre travail tient en compte les données de l'année académique en cours c'est-à-dire les données de la ville de Bukavu allant de 2022 à 2023.

Les aspects que nous avons abordés dans ce travail sont par exemple la publication des oeuvres par les ingénieurs, l'achat des oeuvres, un espace de conversation, etc.

Ce travail n'a pas abordé la notion de géolocalisation qui, par exemple pourrait aider chaque utilisateur du système à localiser facilement les concepteurs des oeuvres.

0.1.1. MÉTHODE

Les méthodes comme étant un ensembled'opération intellectuelle par lequel une discipline cherche à atteindre les vérités qu'ellepoursuit, les démontre et en d'autres termes, une méthode est un ensemble de moyens utilisés pour interpréter ou analyser les données récoltées auprès des enquêtés en vue d'en faire sortir un résultat (NJINGAP, 2000-2001 ). Mais aussi c'est une voie à suivre par le chercheur pour aboutir à un résultat, ensemble des règles et principes qui conduisent à la connaissance objective (GRAWITZ, 1979). Pendant notre travail de recherche, nous avons utilisé la méthodeUP.

(Unified Process) est un processus de développement logiciel qui implémente le processus unifié (c.à.d. itératif et incrémental, basé sur UML). Il propose un cycle de développement qui sépare les aspects techniques des aspects fonctionnels en partant du constat que toute évolution peut se traiter parallèlement, suivant un axe fonctionnel et un axe technique. Ensuite, et en fusionnant les résultats de ces deux axes (branches), on arrive à réaliser le système désiré ; ce qui nous donne un cycle de développement sous forme de Y. (Vick, 2017-2018).

Cette méthode nous est d'une grande importance et prestige, d'autant qu'elle nous a permis de concevoir les vues (diagrammes) qui nous ont guidé dans la réalisation de notre système informatique capable de gérer en même temps la publication, la géolocalisation et la réservation des maisons.

0.1.2. TECHNIQUES UTILISEES

La technique de recherche est l'ensemble des moyens et des procédés qui permettent au chercheur de rassembler les données et les informations qui sont sujets de recherches (GRAWITZ, 1979). Les techniques de recherche alors utilisées dans ce travail sont notamment:

· Technique d'interview par laquelle on s'est entretenu à maintes et reprises avec le personnel de la mairie de Bukavu et quelques intermédiaires appelé communément « Les MANAJA » afin d'échanger sur les phénomènes qui s'y opèrent ;

· Technique documentaire par laquelle on a consulté les documents disponibles à la mairie de Bukavu et à l'Internet ;

· Recherche sur internet qui nous a permis de consulter quelques mémoires disponibles sur internet et quelques données historiques de la ville de Bukavu.

Outre l'introduction et la conclusion, notre travail comprend quatre (3) chapitres :

Ø Le deuxième s'étalera sur l'Etude du système existant et la Modélisation du système Existant avec le langage UML;

Ø Le troisième va concerner la programmation et la présentation de l'application.

Chapitre premier :PRESENTATION DEMEGA ENGINEERING COMPANY « MEC SARL »

I.1. BREVE HISTORIQUE

L'entreprise MEC Sarl a vu le jour pour la première fois au campus KIRIRI de l'université du Burundi à BUJUMBURA en 2014 par l'ingénieur MICHEL MASUDI Smith lorsqu'il était dans sa dernière année d'ingéniorat, sous le nom de MASUDI ENGINEERING COMPANY « MEC ».

Une année plus tard, MASUDI ENGINEERING COMPANY, coalise avec la Société de Technologie Electromécanique et de Construction Civil « STECC » qui était en cours de création à Bukavu par ses anciens camarades d'université pour porter le nom de MEGA ENGINEERING COMPANY « MEC SARL » en sigle, avec comme fondateur : Arch. BISIMWA BAGULA Olivier, Ir. BUNVANYE MAKADI Dieu-merci, Ir. MICHEL MASUDI Smith et l'Ir. MUGARUKA CHOYA Yves vu que les deux entreprises avaient les mêmes visions et la même mission.

MEGA ENGINEERING COMPANY « MEC SARL » devient légalisée officiellement en République Démocratique du Congo le 02 Décembre 2016 et enregistrée dans le registre de commerce et crédit mobilier sous le numéro CD/BKV/RCCM/16-B-0317.

MEGA ENGINEERING COMPANY « MEC SARL » se situe dans l'Avenue Kasongo Numéro 09, dans le quartier Ndendere, dans la Commune d'Ibanda, dans la ville de Bukavu, en République Démocratique du Congo.

I.2. ACTIVITES ET MISSIONS

MEGA ENGINEERING COMPANY « MEC SARL », c'est une société officiellement reconnue pour ses compétences et sur l'ensemble des prestations qu'elle propose dans le domaine de la construction. La société doit s'assurer de la bonne livraison de l'ouvrage final et que celui-ci est conforme et en état d'achèvement selon les modalités du contrat conclus (prix, délais...). Elle est également en capacité de prendre en charge la responsabilité de la construction de l'ensemble d'un ouvrage.

Mega Engineering Company « MEC» Sarl est une entreprise spécialisée dans l'étude et l'exécution des projets de construction dans le respect du trio qualité-résistance-économie tout en respectant les lois en vigueurs sur la protection de l'environnement afin de développer une économie purement verte.

Basée à Bukavu, dans la province du Sud-Kivu en République Démocratique du Congo, MEC regroupe en son sein un personnel qualifié, compétent et expérimenté pour satisfaire aux maximum les besoins des ses clients, ses partenaires et de toute autre personne désireuse de ses services.

· La conception du projet (plan, chiffrage...) et le choix des techniques de conception employées.

· Sélectionner des entreprises et des artisans de qualité pour garantir la qualité de la construction (dossier de consultation des entreprises)

· Assurer l'organisation et garantir la fluidité du chantier et des travaux en coordonnant les équipes, les artisans...

· Vérifier et garantir le respect des normes en vigueur en réalisant des contrôles.

MEGA ENGINEERING COMPANY « MEC SARL » travaille main dans la main avec le maître d'ouvrage pour assurer la bonne réalisation de votre projet de construction. Nous confier la réalisation et l'exécution de votre projet d'ouvrage, c'est choisir un professionnel des métiers et assurer la réussite de son projet. Nous établissons avec vous un contrat de maitrise d'oeuvre comprenant tous ses aspects et afin de vous apporter toutes les garanties et une sérénité totale, car nous serons votre relai auprès des entreprises en charge de la construction.

I.3. LES SERVICES DE LA MEC SARL

Pour vos projets de construction de vos maison d'habitation, hôtels, centres commerciaux, églises, hôpitaux, écoles etc. Mega Engineering Company « MEC» vous accompagne depuis la conception architecture, en passant par la construction jusqu'à la remise définitive des clés de votre. projet tout en laissant un sourire à votre visage par la qualité de nos services.

b) Adduction D'eau Potable

Étant donné que l'eau c'est la vie, MEC sarl met à votre disposition une équipe scientifique et technique très expérimenté afin de réaliser les projets d'alimentation en eau potable depuis le captage à la source jusqu'au robinet dans les habitations. MECfait également le forage, l'aménagement des sources et l'irrigation.

En ce qui concerne les ponts et chaussées, notre équipe technique intervient dans le domaine suivant:

Avec notre équipe et nos partenaires techniques Nous vous offrons des services en rapport avec:

Afin de lutter contre la Boue et la poussière dans vos parcelles nous vous proposons 2 modèles de pavés :

Dans ce premier chapitre, nous avons présenté le milieu d'étude de notre mémoire, à savoir le Mega Engineering Company « MEC» de la ville de Bukavu, en République démocratique du Congo. Nous avons montré que la ville possède un patrimoine architectural riche et diversifié, mais que ce patrimoine est souvent méconnu du public. Nous avons également montré que les ingénieurs architectes de Bukavu ont joué un rôle important dans le développement de la ville, mais que leur travail est souvent négligé.

Dans les chapitres suivants, nous nous concentrerons sur l'étude et la modélisation du système de la valorisation des oeuvres des ingénieurs architectes dans la ville de Bukavu. Nous examinerons plus en détail les enjeux spécifiques de ce contexte et nous proposerons des solutions concrètes pour y répondre.

Chapitre deuxième : ETUDE DU SYSTEME EXISTANT ET LA MODELISATION DU SYSTEME

II.1. INTRODUCTION

L'étude de l'existant est une étape cruciale dans la réalisation d'un système d'information pour la gestion. C'est pourquoi nous avons pris un temps pour une analyse des exigences actuelles des différents acteurs intervenant au système actuel.

L'implication a été motivée par le fait que notre futur logiciel va en dépendre ; et cela dans le but de fuir une mise sur pied d'une application qui ne répondra pas aux besoins des utilisateurs. C'est dans cette partie de notre travail que nous allons essayer de détailler toutes les activités effectuées dans le secteur de l'architecture.

Pour y parvenir, il nous a fallu prendre connaissance des activités se passant dans ce secteur, des besoins des utilisateurs, comment ces besoins sont-ils réalisés pour des éventuelles améliorations ou changement total des activités.

C'est également dans cette partie que nous avons fait l'étude de faisabilité, autrement dit le domaine d'application, les ressources disponibles, les résultats attendus,...

Toutes ces étapes pour comprendre le fonctionnement de ce secteur, d'en dégager les failles pour qu'en définitive puissions proposer des solutions (manuelles et/ou informatiques).

II.2. ANALYSE DES DOCUMENTS

Suite à une laborieuse étude menée dans le secteur d'architecture de la ville de Bukavu, et grâce aux observations effectuées lors de nos recherches, nous avons remarqué qu'il n'y a presque pas des documents qu'on utilise lors des opérations d'achat des oeuvres architecturales dans la ville de Bukavu. Le consentement ne se passe que de bouche à l'orteil. Cependant, pour des raisons pédagogiques, nous avons jugé bons de présenter un exemple d'une facture qui est considéré comme preuve de d'achat d'un tel produit.

II.3. ANALYSES DES MOYENS HUMAINS ET MATERIELS

La ville de Bukavu possède un nombre important d'ingénieurs en architecture, mais ils ne sont pas ouverts dans le monde de la technologie informatique. Dans ce secteur (architecture), nous avons constaté que les activités se font manuellement ; donc toutes les informations relatives à ce secteur ne sont sauvegardées nulle part, par conséquent ces papiers s'égarent du jour le jour. L'absence totale de l'outil informatique (ordinateur) y est un observable, pourtant devenu actuellement un moyen de traitement des informations par la majorité des activités au monde.

II.4. CRITIQUE DE L'EXISTANT

La critique de l'existant est d'une importance capitale pour un concepteur d'une application ou un chercheur, car elle constitue une sorte de diagnostic visé et déterminé. C'est pourquoi nous affirmons que l'étude du système existant constitue la base de référence pour le développement du système futur, suite à cela, nous avons effectué plusieurs descentes sur terrain pour nous rendre compte de la réalité.

Les réalités vécues et les informations reçues lors de nos descentes nous poussent à critiquer ce système sous deux points :

· Points positifs : En dépit des problèmes que nous avons épinglés dans la problématique, les ingénieurs arrivent à produire des bons oeuvres et les vendent auprès des particuliers.

· Point négatifs: Les ingénieurs sont négligés et leurs oeuvres minimisées.

II.5. SOLUTIONS PROPOSEES

1. Solution manuelle

Nous pouvons soutenir que la solution manuelle n'est pas à rejeter mais à améliorer pour pallier aux caprices technologiques imprévisibles. Comme solution manuelle que nous pouvons proposer; il faut que les ingénieurs fassent beaucoup d'efforts pour sensibiliser la population de la ville de Bukavu sur l'importance de l'architecture dans la conception des bâtiments de la ville.

2. Solution Informatique

Ici nous conseillons à tous les ingénieurs d'utiliser la plateforme que nous allons mettre en place pour bien gérer les opérations de valorisation de leurs oeuvres dans notre chère ville de Bukavu.

3. Solution adoptée

De toutes les solutions énumérées, nous allons nous adapter à celles que nous qualifierons d'excellent pour non seulement alléger et actualiser le système en place, mais surtout pour optimiser le rendement de l'institution. Nous pensons jusque-là que c'est la solution informatique qui est la plus efficace que celle manuelle.

II.6.LA MODELISATION AVEC LE LANGAGE UML

Dans le cadre de ce point, nous allons définir quelques généralités portant sur la méthode et outils mettant en évidence la réalisation de notre projet. Nous allons commencer par présenter le langage de modélisation unifié UML (Unified Modeling Language), définir la démarche générique du processus de développements logiciel qui l'accompagne, énumérer les architectures réseaux et enfin nous allons présenter les principaux concepts de base des services web.

Pendant plusieurs décennies, le monde informatique a toujours rêvé d'un processus qui puisse garantir le développement efficace de logiciels de qualité, valable quelque soit la grandeur et la complexité du projet, et présentant de bonnes pratiques adaptées à la méthode en question, surtout que, de nos jours, les logiciels demandés sont de plus en plus imposants et exigeants qu'auparavant.

Le processus unifié semble être la solution idéale pour remédier à l'éternel problème des développeurs. En effet, il regroupe les activités à mener pour transformer les besoins d'un utilisateur en un système logiciel quelque soit la classe, la taille et le domaine d'application de ce système.

Le processus unifié utilise le langage UML (Unified Modeling Language). Ce langage de modélisation est une partie intégrante du processus unifié, ils ont été d'ailleurs développés de concret.

Essayons tout d'abord de présenter UML, car ses diagrammes sont utilisés dans chaque phase et activité du processus unifié, ensuite nous reviendrons sur la présentation du processus unifié.

UML (Unified Modeling Language), se définit comme un langage de modélisation graphique et textuel destiné à comprendre et à définir des besoins, spécifier et documenter des systèmes, esquisser des architectures logicielles, concevoir des solutions et communiquer des points de vue. UML modélise l'ensemble des données et des traitements en élaborant des différents diagrammes. En clair, il ne faut pas designer UML en tant que méthode (Il y manque la démarche) mais plutôt comme une boite d'outils qui sert à améliorer les méthodes de travail.

UML dans sa version 2 s'articule autour de treize diagrammes, chacun d'entre eux est dédié à la représentation d'un système logiciel suivant un point de vue particulier. Ces diagrammes sont regroupés dans deux grands ensembles: les diagrammes structurels et les diagrammes de comportement.

L'ensemble des treize types de diagrammes UML peut ainsi être résumé de la manière suivante:Diagramme deComportement, Diagramme d'activité, Diagramme de cas, Diagramme d'état, Diagramme d'interaction, Diagramme de composant, Diagramme d'objet, Diagramme de classe, Diagramme de déploiement, Diagramme de structure composite, Diagramme de package, Diagramme de séquence, Diagramme de communication, Diagramme de vue d'ensemble d'interaction, Diagramme de Timing, Diagramme deStructure

Nous présentons ci-dessous les diagrammes UML 2, que nous avons utilisés dans le cadre de ce projet et quelques notions de base qui leurs étant associées.

Ce diagramme est destiné à représenter les besoins des utilisateurs par rapport au système. Il constitue un des diagrammes les plus structurants dans l'analyse d'un système. Le digramme des cas d'utilisation a des éléments suivants :

Ø Acteur : Représente un rôle joué par une entité externe (utilisateur humain, dispositif matériel ou autre système) qui interagit directement avec le système étudié.

Ø Cas d'utilisation (use case) : Représente un ensemble de séquences d'actions qui sont réalisées par le système et qui produisent un résultat observable intéressant pour un acteur particulier.

Ø Les relations entre acteurs : La seule relation entre acteur est la relation de généralisation. Quand un acteur fils hérite d'un acteur père, il hérite en réalité de toutes les associations du père.

- Relation d'inclusion : Une relation d'inclusion d'un cas d'utilisation A par rapport à un cas d'utilisation B signifie qu'une instance de A contient le comportement décrit dans B.

- Relation d'extension : Une relation d'extension d'un cas d'utilisation A par un cas d'utilisation A signifie qu'une instance de A peut être étendue par le comportement décrit dans B.

- Relation de généralisation : Les cas d'utilisation descendants héritent de la description de leurs parents communs. Chacun d'entre eux peut néanmoins comprendre des interactions spécifiques supplémentaires.

Il est question dans ce point de représenter les différents acteurs qui interviendront dans notre application. Ces acteurs ont tous, les rôles à jouer dans l'application. Ces rôles sont appelées ici « cas d'utilisation. »

LES ACTEURS	LES CAS D'UTILISATIONS
INGENIEUR	S'authentifier
	Ajouter une oeuvre
	Visualiser les oeuvres disponibles
	Chatter avec un client
	Chatter avec d'autres ingénieurs
CLIENT	S'authentifier
	Visualiser les oeuvres disponibles
	Chatter avec des ingénieurs
	Acheter une oeuvre
ADMINISTRATEUR	S'authentifier
	Gérer les utilisateurs
	Gérer les clients (Ajouter, modifier, supprimer)
	Gérer les ingénieurs (Ajouter, Modifier, Supprimer)
	Gérer les oeuvres (Ajouter, modifier, supprimer)
	Gérer les ventes (Ajouter, modifier, supprimer)

CU1	« Créer compte »
Résumé	Le CU1 permet aux utilisateurs d'avoir les comptes
Auteur	Administrateur, ingénieur et client
Précondition	Aucune
Scénario nominal	« DEBUT » 1. L'utilisateur ouvre le formulaire permettant la création d'un nouveau compte ; 2. Le système affiche le formulaire permettant la création d'un nouveau compte ; 3. L'utilisateur saisie les informations relatives à l'ouverture du compte ; 4. Le système vérifie la validité des données saisies ; 5. Le système enregistre ces informations dans la base des données ; 6. Le système envoie une notification de bon déroulement de l'opération.

CU2	«*Ajouter une oeuvre*»
Résumé	Le CU2 permet à l'Administrateur et ingénieur de mettre l'oeuvre en ligne
Acteur	Administrateur et ingénieur
Précondition	Login et password
Scénario nominal	« DEBUT » 1. Le système affiche le formulaire de connexion ; 2. L'agent fournit son login et son mot de passe ; 3. Le système vérifie les paramètres de connexion; 4. Le système affiche le formulaire d'ajout des oeuvres; 5. L'utilisateur enregistre les informations de l'oeuvre dans la base des données ; 6. Le système envoie une notification de bon déroulement de l'opération.
Scénario alternatif	A1 : si login et mot de passe incorrects : 7. Message d'erreur et se positionne au point 2 ; A2 : Informations existantes ou champ vides : 8. Message d'erreur et se positionne au point 5 Fin.

CU3	«*Gérer des oeuvres*»
Résumé	Le CU3 permet à l'administrateur de gérer les ventes en ligne
Acteur	Administrateur
Précondition	Login et password
Scénario nominal	« DEBUT » 1. Le système affiche le formulaire de connexion ; 2. L'agent fournit son login et son mot de passe ; 3. Le système vérifie les paramètres de connexion; 4. Le système affiche le formulaire de gestion des ventes; 5. L'utilisateur enregistre les informations de la vente dans la base des données ; 6. Le système envoie une notification de bon déroulement de l'opération.
Scénario alternatif	A1 : si login et mot de passe incorrects : 7. Message d'erreur et se positionne au point 2 ; A2 : Informations existantes ou champ vides : 8. Message d'erreur et se positionne au point 5 Fin.

Ce diagramme permet de décrire les scénarios de chaque cas d'utilisation en mettant l'accent sur la chronologie des opérations en interaction avec les objets.

- Scénario: Représente une succession particulière d'enchaînements, s'exécutant du début à la fin du cas d'utilisation, un enchaînement étant l'unité de description de séquences d'actions.

- Ligne de vie : Représente l'ensemble des opérations exécutées par un objet.

- Message: Un message est une transmission d'information unidirectionnelle entre deux objets, l'objet émetteur et l'objet récepteur. Dans un diagramme de séquence, deux types de messages peuvent être distingués :

- Message synchrone : Dans ce cas l'émetteur reste en attente de la réponse à son message avant de poursuivre ses actions.

- Message asynchrone : Dans ce cas, l'émetteur n'attend pas la réponse à son message, il poursuit l'exécution de ses opérations.

Légende : Pour que l'utilisateur arrive à se connecter, il doit d'abord saisir sont mot de passe et son login, et puis le système va vérifier s'ils sont corrects ; si oui, le système affiche la session utilisateur et renvoi à la case de départ dans le cas contraire

Légende : pour que l'utilisateur arrive à ajouter une oeuvre, il doit lancer le système, en étant connecté, il doit demander au système le formulaire de l'enregistrement des oeuvres ; après, il doit remplir le formulaire puis soumettre dans le système.

Ce diagramme donne une vision des enchaînements des activités propres à une opération ou à un cas d'utilisation. Il permet aussi de représenter les flots de contrôle et les flots de données.

Le diagramme de classes est le point central dans un développement orienté objet. En analyse, il a pour objectif de décrire la structure des entités manipulées par les utilisateurs. En conception, le diagramme de classes représente la structure d'un code orienté.

- Une classe : Représente la description abstraite d'un ensemble d'objets possédant les mêmes caractéristiques. On peut parler également de type.

- Un objet: Est une entité aux frontières bien définies, possédant une identité et encapsulant un état et un comportement. Un objet est une instance (ou occurrence) d'une classe.

- Un attribut : Représente un type d'information contenu dans une classe. [Roques06]

- Une opération: Représente un élément de comportement (un service) contenu dans une classe.

- Une association: Représente une relation sémantique durable entre deux classes.

- Une superclasse : Est une classe plus générale reliée à une ou plusieurs autres classes plus spécialisées (sous-classes) par une relation de généralisation. Les sous-classes« Héritent » des propriétés de leur superclasse et peuvent comporter des propriétés spécifiques supplémentaires.

Dans ce chapitre, nous avons présenté l'étude et la modélisation du système de valorisation des oeuvres des ingénieurs architectes de Bukavu. Nous avons commencé par identifier les besoins des différents acteurs du système, à savoir les ingénieurs architectes et le public.

Sur la base de ces besoins, nous avons proposé une architecture du système qui répond aux enjeux spécifiques du contexte de Bukavu. Cette architecture repose sur les technologies numériques, notamment les applications mobiles, le web et les réseaux sociaux.

Nous avons ensuite présenté un modèle du système qui décrit les différentes entités et les relations entre elles. Ce modèle permet de comprendre le fonctionnement du système et de faciliter sa conception et sa mise en oeuvre.

Dans les chapitres suivants, nous nous concentrerons sur la conception et la mise en oeuvre du système. Nous développerons les fonctionnalités du système en fonction des besoins des différents acteurs. Nous nous assurerons également que le système est compatible avec les contraintes du contexte de Bukavu.

Chapitre troisième :PROGRAMMATION ET LA PRESENTATION DE L'APPLICATION

La programmation, appelée aussi codage dans le domaine informatique, est l'ensemble des activités qui permettent l'écriture des programmes informatiques. C'est une étape importante du développement de logiciels.

Dans un sens un peu large, la programmation est, en fait, une activité fortement intellectuelle, où l'imagination et la rigueur logique trouvent une alliance féconde. On peut dire que le calcul numérique prend maintenant une éclatante revanche. D'importants programmes n'ont pas pour objet de produire les résultats numériques d'un calcul, mais les instructions d'un programme permettant de résoudre un problème donné. C'est ce qu'on appelle « l'auto programmation », la machine elle-même produisant son programme. (CAYREL, 2006)

La programmation consiste donc à traduire un algorithme dans un langage de programmation bien spécifique. (SULIKA, 2017-2018)

Les langages de programmation permettent de décrire d'une part les structures des données qui seront manipulées par l'appareil informatique, et d'autre part d'indiquer comment sont effectuées les manipulations, selon quels algorithmes. Ils servent de moyens de communication par lesquels le programmeur communique avec l'ordinateur, mais aussi avec d'autres programmeurs ; les programmes étant d'ordinaire écrits, lus, compris et modifiés par une équipe de programmeurs. (Bainbridge, 1994)

Au départ, les langages étaient de simples codes. Pendant neuf mois entre 1842 et 1843, Ada Lovelace a traduit le mémoire du mathématicien italien Luigi Menabrea sur la machine analytique, la dernière machine proposée par Charles Babbage.

Elle ajouta cet article à une collection de notes dans lesquelles elle détaillait une méthode pour calculer les nombres de Bernoulli à l'aide de la Machine. Ces notes furent reconnues par certains historiens comme le premier programme informatique au monde. Mais l'étendue des contributions originales d'Ada Lovelace, comparées à celles de son mari, est l'objet de débat parmi certains biographes.

En 1801, le métier Jacquard utilisait des trous dans des cartes perforées pour représenter les mouvements du bras du métier à tisser, et ainsi générer automatiquement des motifs décoratifs.

En observant les tickets de trains, où était décrite l'apparence du voyageur à l'aide de trous perforés sur les tickets (couleur des cheveux et des yeux, taille...), Herman Hollerith s'est rendu compte qu'il pouvait encoder de l'information sur des cartes perforées. Il a pu ainsi créer une machine à cartes perforées qui a servi au recensement de 1890.

À leurs débuts, les langages de programmation étaient très influencés par les restrictions matérielles. De ce fait, le premier vrai langage de programmation est difficile à identifier. Par exemple, les cartes perforées pouvaient avoir 80 colonnes, certaines d'entre elles étant utilisées comme numéro de tri sur chaque carte.

Plus tard, les mémoires utilisées dans les premiers ordinateurs étaient constitués de tambours magnétiques. Les programmes devaient donc tenir compte des rotations du tambour. Ils étaient donc beaucoup plus dépendants du matériel qu'à l'heure actuelle. Pour certaines personnes, il est nécessaire que les « programmes » soient facilement lisibles par des êtres humains, et que la puissance mise en oeuvre soit suffisante, pour pouvoir parler de langage de programmation.

Le Métier Jacquart et la machine Analytique de Charles Babbage avaient des langages extrêmement simples et limités pour décrire les actions effectuées par ces machines. On peut également considérer les rouleaux en papier d'un pianola (piano mécanique) comme un programme limité à un domaine très particulier, quoique non destiné à être exploité par des humains.

En 1948, Konrad Zuse publie un article sur son langage de programmation qu'il a développé entre 1943 et 1945 : le Plankalkül. Son créateur le considère comme étant le premier langage de programmation de haut niveau. Néanmoins, il n'aura jamais été implémenté à l'époque et les contributions de l'auteur sont d'ailleurs restées très isolées du courant dominant.

1. HTML (HyperText Markup Langage) c'est un langage de description d'une page, inventé en 1990 par Tim Berners-Lee il s'appuie sur un ensemble de balises standards interprétées par le navigateur afin de définir le contenu de la page que l'on veut afficher ou visiter. Dans ce travail, nous nous sommes servi de HTML 5 suite à de nombreuses améliorations qu'elle apporte ; comme la possibilité d'inclure facilement des vidéos dans une page, chose qui n'était pas facile ; il offre un meilleur agencement du contenu des pages, de nouvelles fonctionnalités pour les formulaires, etc.

2. PHP (Personal Home Page, officiellement acronyme récursif de PHP : HyperText Preprocessor) conçu en 1994 par Rasmus Lerdorf.« C'est un des langages utilisés pour l'extraction et le traitement des données d'une base MySQL. Une fois les données traitées, elles peuvent être renvoyées sur le navigateur d'un utilisateur ou bien réinsérées dans la base MySQL.»

3. CSS : (CASCADING STYLE SHEETS) :CSS ou tout simplement les feuilles de styles en cascade nous ont permis de définir la présentation de nos pages, c'est-à-dire, nous l'avons appliqué pour changer la couleur du texte ou du fond, pour spécifier la police, la taille, etc.C'est ce langage qui gère l'apparence nos pages (agencement, positionnement, décoration, couleur, taille du texte...). C'est un langage complémentaire de HTML. Dans ce travail, nous avons utilisé CSS 3 pour des raisons des fonctionnalités particulières attendues qu'elle apporte, comme les bordures arrondies, les dégradés, les ombres, etc.

4. MySQL : est le Système de Gestion de Base de Données Relationnelle (SGBDR) utilisant le langage SQL crée en 1994 par David Axmark et Michael Widenius.Nous avons préférer utiliser ce langage grâce à ses multiples avantages : c'est l'unique langage 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 et aux programmeurs

JavaScript est un langage de script qui, incorporé aux balises Html permet d'agrémenter laprésentation et l'interactivité des pages constituant une application.

Le JavaScript permet de dynamiser une page HTML, en ajoutant des interactions avecl'utilisateur, des animations, etc.

II. STOCKAGE DES DONNEES

Cette partie portera sur la présentation graphique de la base donnée que contiendra notre système créer ainsi que les différentes tables existantes dans celle-ci. Cette base des données a été créée dans MySQL :(Kasongo, 2014-2015)

Les tables contenues dans cette base des données sont aussi présentées de la manière suivante :

Cette table va contenir toutes les informations sur les clients de notre plateforme.

C'est une table qui nous permet de canaliser les différents flux monétaires de notre plateforme

Cette table sert à la conservation de toutes les informations relatives aux ingénieurs de notre plateforme.

Cette table nous permet de conserver les informations relatives aux différents messages que les utilisateurs peuvent s'envoyer mutuellement.

Celle-ci sert à conserver les données concernant la gestion des utilisateurs qui peuvent se connecter dans la plateforme.

C'est une table qui nous permet de sauvegarder les oeuvres qui sont appelées à être valorisé.

Dans ce point, il est donc temps de présenter notre application que nous avons conçu capable de résoudre le problème de valorisation des oeuvres des ingénieurs architectes de la ville de Bukavu. Cette application se muni à l'ouverture d'une page d'authentification.

Au lancement de cette application, l'utilisateur est sensé fournir le mot de passe, son login, spécifier sa catégorie et même la page de redirection selon de privilège possédés comme montré au diagramme des cas d'utilisation. Après validation, si toutes ces informations sont correctes, l'application vous conduit à la page appropriée selon votre catégorie. Si l'une des informations est fausse, l'application vous envoie un message d'erreur « Login, Mot de passe ou Catégorie incorrect et puis vous ramène sur cette même page pour ressaisir les informations correctes.

« Tableau de bord » en français, le dashbord permet à l'administrateur d'avoir une vu de se qui se passe dans la plate-forme.

Cette page est la partie visible pour ajouter, modifier et supprimer un ingénieur. Elle se présente de la manière suivante :

Pour Ajouter un ingénieur, il faut cliquer sur le bouton bleu d'en bas, vous aurez un modal où on vous demande de donner les renseignements sur l'ingénieur qu'on veut ajouter ; une fois que ces renseignements seront fournis, il suffit de cliquer sur ajouter :

Pour effectuer des modifications, il faut cliquer sur modifier comme indiqué dans la figure 18. Vous aurez une page remplie d'avance et vous pouvez apporter des modifications que vous voulez et cliquer sur le bouton modifier :

Pour ajouter un client, il suffit de cliquer sur le bouton Nouveau client qui se trouve juste en bas de tableau :

Cette page permet d'uploader les oeuvres dans la plateforme. Elle représentée de la manière suivante :

Il convient de signaler pour les opérations d'ajout et de modification restent les mêmes pour toutes les autres pages restantes dans la plateforme.

C'est cette page que nous avons considérée comme un musée d'exposition d'oeuvres des ingénieurs. Ici, on y trouve toutes les oeuvres disponibles dans la plateforme avec plus des détails. Ces détails sont fournis en pointant sur une oeuvre quelconque:

Pour générer une facture après une vente, il suffit d'entrer dans la page de gestion de vente et cliquer sur facture dans une vente quelconque :

En cliquant sur facture sur n'importe quelle vente, vous serez dirigé dans le document pdf ci-après :

Dans ce chapitre, nous avons présenté l'application de valorisation des oeuvres des ingénieurs architectes de Bukavu précisément pour MEC SARL. Cette application est conçue pour répondre aux enjeux spécifiques du contexte de Bukavu, notamment le manque de moyens financiers, le manque de sensibilisation du public et le manque de coordination entre les différentes parties prenantes.

· Une base de données d'informations sur les oeuvres des ingénieurs architectes, comprenant des photos, des descriptions, des données historiques et autres informations.

· Une fonction de création de chat qui permet aux utilisateurs de planifier des visites des oeuvres des ingénieurs architectes.

· Une fonction de commentaires et d'évaluations qui permet aux utilisateurs de partager leurs impressions sur les oeuvres des ingénieurs architectes.

Nous somme au terme de notre travail qui a porté sur « La mise en place d'une application de valorisation des oeuvres des ingénieurs architectes de la ville de Bukavu. Cas de Mega Engineering Company « MEC» .

Dans ce mémoire, nous avons étudié la valorisation des oeuvres des ingénieurs architectes de Bukavu, en République démocratique du Congo. Nous avons montré que la ville possède un patrimoine architectural riche et diversifié, mais que ce patrimoine est souvent méconnu du public. Nous avons également montré que les ingénieurs architectes de Bukavu ont joué un rôle important dans le développement de la ville, mais que leur travail est souvent négligé.

Nous avons proposé une solution innovante pour la valorisation des oeuvres des ingénieurs architectes de Bukavu : une application web qui utilise les technologies numériques pour rendre le patrimoine architectural accessible à un large public. Cette application répond aux enjeux spécifiques du contexte de Bukavu, notamment le manque de moyens financiers, le manque de sensibilisation du public et le manque de coordination entre les différentes parties prenantes.

La valorisation du patrimoine architectural est une question importante, car elle permet de préserver et de transmettre ce patrimoine aux générations futures. Elle est également importante pour le développement socio-économique des villes, car elle peut contribuer au tourisme, à l'emploi et à la création d'une identité locale.

Dans le contexte de Bukavu, la valorisation du patrimoine architectural est d'autant plus importante que la ville est confrontée à de nombreux défis, notamment la pauvreté, la violence et l'instabilité politique. Ces défis peuvent contribuer à la dégradation du patrimoine architectural et à la perte de l'identité locale.

Les technologies numériques peuvent être un outil efficace pour la valorisation du patrimoine architectural. Elles permettent de rendre le patrimoine accessible à un large public, de le documenter et de le diffuser de manière interactive.

Le mérite de ce travail est de pouvoir apporter une solution à la problématique qui s'est articulée autour d'une grande question principale à savoir :

« Quelle serait la meilleure façon de valoriser les oeuvres des ingénieurs architectes de la ville de Bukavu ? »

Signalons que la solution à cette question ci-haut évoquée a été prédéfinie dans l'hypothèse de ce présent travail, laquelle hypothèse se présente comme suit :

« La mise en place d'une application serait la meilleure façon de valoriser les oeuvres des ingénieurs architectes de la ville de Bukavu»

Nous pouvons donc affirmer que la solution à ce problème précédent vient d'être trouvée et que cette solution permettrait d'aider les ingénieurs de la ville de Bukavu à être fiers de leurs oeuvres car elles seront vues par le monde entier.

Certes, la Science elle-même n'est pas têtue car elle est susceptible d'éventuelles modifications qui lui sont fournies par des divers chercheurs afin qu'elle soit ce qu'elle est.

Il est donc de notre devoir, entant que scientifique, d'accepter les remarques et reproches dans le cadre de ce travail afin de me permettre de bien me rapprocher de cette « Science ».

BIBLIOGRAPHIE

Bainbridge, W. S. (1994). Berkshire Encyclopedia of Human-computer Interaction, vol. 2. Berkshire Publishing Group LLC.

BROGLIE, L. d. (1956). Nouvelles perspectives en microphysique, Le rôle de l'ingénieur...,. Dans A. Michel, Nouvelles perspectives en microphysique (p. 264). Paris.

Cojannot, A. ( 2017). catalogue d'exposition. Dans A. Gady, Dessiner pour bâtir : le métier d'architecte au XVIIe siècle. Paris: Archives nationales.

Martini, M. G. (2010). Programming Languages: Principles and Paradigms. Springer.

Merlin, P. (2010). Dictionnaire de l'urbanisme et de l'aménagement. Dans F. Choay, Dictionnaire de l'urbanisme et de l'aménagement. Paris: PUF.

Moise, B. N. (2013-2014). conception et développement d'une application pour la gestion des artistes et de leurs oeuvres " cas de la division provinciale de la culture et des arts". Bukavu: UCB.

PATAULE, C. (2002-2003). « l'Analyse des Marchés d'Arts à Bukavu ». Bukavu: UCB.

SULIKA, K. (2017-2018). Cours d'algorithmique 1, G1IG ISP/BUKAVU. Bukavu: inédit.