Conception d'une application de consultation en ligne des ouvrages d'une bibliothèque

1

REPUBLIQUE DEMOCRATIQUE DU CONGO

ENSEIGNEMENT SUPERIEUR ET UNIVERSITAIRE

INSTITUT SUPERIEUR DE STATISTIQUE

Département d'informatique de gestion

LUBUMBASHI

CONCEPTION D'UNE APPLICATION DE CONSULTATION EN LIGNE DES OUVRAGES D'UNE BIBLIOTHEQUE

(Cas de la Bibliothèque de l'ISS)

Par

KABAMBA MUKOLE René

Travail de fin d'études présenté et défendu en vue de l'obtention du grade de licencié en informatique de gestion

Option : Conception des Système
d'informations

Directeur : C.T MONGA ILUNGA Co-directeur :C.T MUCHAPA TUJENGE

ANNEE ACADEMIQUE 2014-2015

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

2

Nous vivons un tournant que certains qualifient d' «
historique ». Pierre Lévy, dans ses livres, nous invite à
faire la «révolution numérique », pour engranger une
cyberculture fondée sur l'intelligence collective.

«La numérisation est à la mode. »

Monique Cohen

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

3

DEDICACE

A mon Dieu, qui seulfait de prodiges.

Bénit soit à jamais ton nom glorieu,x, que toute la nation soit rempli de ta gloire et que tous ceu,x qui connaissent ton nom se confient davantage en toi; car tu n'abandonnes jamais ceu,x qui te cherchent.

A toi notre chère famille, en hommage de l'amourfilial et fraternel, nous dédions ce

travail

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

ICABA911BA 911VICOLE René

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

4

-*E&E*ÇIE&E+,

Au "out de ces cinq années de notre cursus académique, nous avons acquis certaines connaissances dans Ces sciences informatiques en général et plus particuli$rement dans Ce domaine de Ça gestion. Ces connaissances doivent .tre matérialisées, car Ça fili$re est avant tout tec#nique et aussi parce que c!est un devoir pour tout finaliste.

Ce travail rev.t un grand intér.t et une grande importance, car Ca science se veut toujours des traces à améliorer et surtout de fondement, de "ase pour des éventuelles rec#erc#es ou améliorations

Bon nom"re des personnes nous ont accompagnées et soutenues durant Cé(a"oration de ce travaiC et ne pas Ce reconna/tre sera Ça plus grande marque d!ingratitude de notre part. 0oilà pourquoi, nous tenons à remercier tout celui qui, de pr$s ou de Coin nous a aidé.

En effet, Ça primeur revient à mon Dieu, transcendance, de qui nous tenons notre essence et notre existence et vers qui Ce vrai amour de l'autre nous m$ne. 1ue toute gloire te soit rendue.

+os sinc$res remerciements vont tout droit à notre directeur C, &(+2A I)'+2A et Ce co3directeur C, &'a4~5A ,'6E+2E qui, malgré Leurs multiples occupations ont accepté Ça direction de ce travaiC

A vous mes parents 7 5apa )aurent %'&~+DA et &aman +2A)')A pour Ce sacrifice et Ce dévouement dont vous ave8 toujours fait preuve, pour l'encouragement sans limites que vous ne cesse8 de manifester 1uoique je puisse dire et écrire, je ne pourrai exprimer ma grande affection et ma profonde reconnaissance, j!esp$re ne jamais vous décevoir, ni tra#ir votre confiance et vos sacrifices, et je sou#aite que ce modeste travaiC soit un dé"ut de mes récompenses envers vous9 5uisse Dieu, Ce tout puissant, vous garder, vous couvrir de sa "onté et vous accorder santé, Longue vie, et "on#eur.

+os remerciements s!adressent également à grand :ill; %~-A+DA pour son soutien matériel" et son encouragement.

A vous mes ~r$res et s<urs, pour votre amour fraterneC votre soutien tant matériel moral^- que financier. 1ue ce travai(soit pour vous Cun des éléments qui fera votre fierté.

5

+os sentiments de gratitude s!adressent à Ca famille =ide(e &:A+2A)A et &B(&B( 0éronique pout leur soutien tant matériel que spiritueC

+ous ne pouvons pas passer sous silence Ces vaillants compagnons route 7 ,-4I%:A%A E+(C% Enoc>_~ ,A&B:E %A)E+DA 4ervé, ='+2A )'BABA Emmanuel &',(&B( I)'+2A :ill;, BA)'+2A ,(+2(+A ,~mot#ée, merci pour votre esprit de partage, de colla"oration et de compré#ension.

A vous mes c#ers amis 7 Elvis )'%AB?A, ,-4()A %I-E+2A *odrigue pour votre encouragement.

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

%ABA&BA &'%()E *~né

INTRODUCTION GENERALE

L'évolution de la technologie au 21ème siècle prouve à suffisance que l'informatique est d'une grande importance dans tous les domaines de la vie. C'est pourquoi il est rare aujourd'hui de trouver un service

6

sans outil informatique. Cette expansion résulte du fait que cet outil est apte à traiter toute forme d'information d'une manière très rapide. C'est dans cette optique que l'homme a jugé bon de recourir à l'informatique afin d'avoir le maximum de rendement ou de profit sans de manifestations fastidieuses.

A présent ce monde gravite autour de l'internet qui permet la simple consultation des informations à distance du public et certaines sciences se développent très rapidement.

C'est ainsi que nous avons intitulé notre thème : « Conception d'une application de consultation en ligne des ouvrages d'une bibliothèque ».

1. ETAT DE LA QUESTION

Présenter l'état de la question d'une recherche scientifique revient à présenter d'une façon critique les études qui ont précédés celle que vous voulez entreprendre. C'est-à-dire énumérer les travaux antérieurs au votre en disant chaque fois en quoi ils ont consisté.¹

Nous n'estimons pas être le premier à pouvoir traiter de ce sujet car plusieurs de nos prédécesseurs l'ont déjà abordé mais chacun selon son angle.

C'est le cas notamment de :

> LUKABYA PRESLEY dans son travail intitulé « conception d'une bibliothèque virtuelle », il vise à sauvegarder, sécuriser et partager les informations via le réseau et dématérialiser la bibliothèque ;

> ULIMUBENSHIBAHINGA dans son travail de fin d'étude intitulé « conception d'un moteur de recherche de mémoire » qui parle de la mise en place d'un moteur de recherche de mémoire qui est un outil informatique permettant aux informaticiens et aux non informaticien de faire une recherche efficace dans un temps

¹KANKU J ; Cours de méthodologie de la recherche scientifique G2 Info ISS 20102011, inédit

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

7

record. La gestion dont l'auteur parlait ici renferme en son sein plusieurs activité telles que :

- La mise à jour des informations

- Le contrôle des informations

- La recherche des informations. Ainsi pour mieux les assembler, il avait besoin de mettre en place un système info rmatique.²

> RASHIDI BIN RASHIDI (2010) ; dans son travail de fin d'étude intitulé « conception d'une bibliothèque virtuelle, vise à faciliter la recherche et la consultation des ouvrages disponible dans la bibliothèque ;

> Pascal Roques, UML2 par la pratique : « Etude d'un système d'information d'une bibliothèque » 3 dans son ouvrage, il a été question d'élaborer un modèle d'un système informatique permettant de gérer une bibliothèque en se focalisant sur le prêt des livres ;

> Pascal Roques : UML2 en action : « Gestion d'une bibliothèque », dans son ouvrage il met en place un modèle permettant de gérer une bibliothèque en ce qui concerne la gestion et la commandes livres par un client.⁴

Quant à nous, nous allons parler de ce sujet tout en mettant beaucoup plus l'accent sur l'abonnement et la consultation en ligne. Ce qui va nous conduire à réaliser une application pouvant faciliter l'abonnement et la consultation des livres à distance.

2. CHOIX ET INTERET DU SUJET

Le choix de ce sujet n'est pas un fait du hasard. Il découle de nombreuses difficultés rencontrées au sein de la bibliothèque. A cela

²ULIMUBENSHIBAHINGA, conception d'un moteur de recherche des mémoires »mémoire, ISS- Lubumbashi, Lubumbashi, 2006-2007

3 Pascal Roques, UML2 par la pratique, ^5ème édition Eyrollesp.294

4 Pascal Roques ; Les cahiers du programmeur, ^4ème édition Eyrollesp.97

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

8

s'ajoute le fait que la bibliothèque ne peut pas se passer de nouvelles technologies de multimédia.

Quant à l'intérêt que nous portons sur ce sujet, est de mettre en pratique la théorie que nous avons apprise durant les cinq ans de notre parcours académique.

Il va permettre à la bibliothèque de pouvoir concrétiser le besoin en réalité en ayant une application de gestion en ligne qui permettra un abonnement et une consultation à distance et cela facilitera aussi la continuité des activités de la bibliothèque même pendant les heures dites de non service et atteindre le plus grand public.

Ainsi, ce travail sera un guide pour d'autres chercheurs qui souhaiteront se lancer dans ce domaine ou nous apporter une certaine amélioration.

3. PROBLEMATIQUE

La problématique est une perspective théorique pour traiter le problème posé par la question de départ.⁵

D'autre part, le dictionnaire Petit Robert, la définit comme étant une question à résoudre portant soit sur un résultat inconnu à trouver à partir de certaines données, soit sur la détermination de la méthode à suivre pour aboutir à un résultat connu. Elle est une difficulté qu'il faut résoudre pour obtenir un résultat ou une situation exigeant une décision.⁶

L'abonnement et la consultation des ouvrages au sein de la bibliothèque posent les problèmes ci-après :

- Pour l'abonnement, il faudra que les lecteurs puissent effectuer un déplacement pour s'abonner, de fois ils peuvent trouver la bibliothèque fermée, ce qui décourage certains lecteurs ;

⁵QUIVY et L. VANCAMPENHOUD ; Manuel de recherche en science sociale 6 Dictionnaire Petit Robert

9

- Au cas où un nombre important des lecteurs se présente à la bibliothèque, celle-ci arrive à être saturée parce qu'il n'y a pas assez des places pour les contenir, d'où les autres sont obligés de se tenir débout et cela entraine la perte ou le vol des livres.

Eu égard à ce qui précède, nous formulons notre problématique en ces termes : « comment arriver à résoudre les problèmes ci-haut énumérés ? N

4. HYPOTHESE

L'hypothèse est une série des réponses provisoires mais vraies au regard des questions soulevées par la p roblématique.⁷

Ainsi, nous pensons créer une application qui permettra aux personnes responsables de la bibliothèque de pallier tant soit peu aux problèmes relevés dans la problématique et permettre à celle-ci d'atteindre le plus grand public.

5. METHODE ET TECHNIQUE

a. Méthode

La méthode est définie comme un ensemble d'opérations intellectuelles par lesquelles une discipline cherche à atteindre les vérités qu'elle poursuit, les démontre et les vé rifie.⁸

En informatique, dans le domaine de l'analyse et de la conception des systèmes d'informations, elle est définie comme étant une séquence d'étapes partiellement ordonnées dont l'objectif est de produire un logiciel de qualité qui répond aux besoins des utilisateu rs.⁹

Pour bien élaborer notre travail, nous nous sommes servis des méthodes suivantes :

7

8 Joseph K ; Cours de méthodologie de recherche scientifique, ISSG2 Info, 2010-2011, inédit

9 PatricK K ; Cours de méthode d'analyse informatique II, G3 Info ISP, inédit

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

10

> Méthode descriptive

Elle nous a parue plus intéressante du fait qu'elle nous a permis à mieux expliquer les concepts et les outils que nous allons utiliser tout au long de notre travail.

> Méthode analytique

Cette méthode nous a été utile dans la mesure où nous avons pu analyser les solutions informationnelles existantes au sein de notre champ d'investigation, ici la bibliothèque de l'Institut Supérieur de Statistique, afin de les améliorer et d'apporter aussi certaines correctifs.

Ainsi, du côté de l'informatique, nous avons choisi d'utiliser le processus unifié (UP) qui est un processus de développement logiciel utilisant Unified Modeling Language (UML), comme langage de modélisation.

UP est un processus de développement logiciel itératif et inc rémental, centré sur l'architecture, conduit par les cas d'utilisation et piloté par les risques.

b. Technique

La technique est définie comme l'ensemble des outils permettant au chercheur de récolter les informations pour l'élaboration d'un travail scientifique.

Pour le présent travail, nous allons utiliser les techniques suivantes :

ü La technique documentaire : cette technique nous a permis de consulter quelques ouvrages, revues, notes de cours,...en rapport avec notre étude et certains documents de la bibliothèque ;

ü L'interview : cette technique nous a permis d'entrer en contact avec les responsables de la bibliothèque et certains lecteurs pour

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

11

la collecte des informations relatives à la gestion de la bibliothèque.

6. DELIMITATION DU SUJET

Restreindre le champ d'investigation ne peut pas être interprété comme une attitude de faiblesse ou de fuite de responsabilité mais plutôt comme un principe de la recherche scientifique. D'ailleurs toute démarche scientifique procède toujours par découpage de la réalité.

Nous limiterons notre travail à l'abonnement et la consultation des ouvrages dans la bibliothèque de le l'Institut Supérieur de Statistique.

7. PLAN SOMMAIRE

Outre l'introduction et la conclusion générale, notre travail comportera quatre chapitres dont :

> Le premier chapitre portera sur le cadre conceptuel et théorique où nous allons définir les concepts clés de notre étude afin de donner une idée claire sur les termes qui seront utilisés tout au long de notre travail et où nous allons donner une théorie sur le processus UP ;

> Le deuxième chapitre sera axé sur l'analyse du métier qui va nous permettre de comprendre notre existant et de déterminer les fonctionnalités ainsi que les acteurs de notre système ;

> Le troisième chapitre portera sur la conception du système informatique où nous allons concevoir le système informatique à travers les différentes étapes ou phases de conception. De ce fait nous présenterons les outils qui vont concourir à l'implémentation notamment le langage de programmation et le système de gestion de base de données qui sera utilisé pour l'application ;

> Enfin le quatrième chapitre portera sur l'implémentation où nous allons maintenant réaliser notre application et présenter les différentes interfaces.

12

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

CHAPITRE I. CADRE THEORIQUE ET CONCEPTUEL

I.1. CADRE CONCEPTUEL

Dans ce point nous auront à définir les termes opérationnels qui seront utilisés au cours de ce travail.

a. Conceptio

13

Le dictionnaire informatique « Eric Gogues 1990-2010 N définit la conception comme étant la dernière étape dans la vie pré commerciale d'un logiciel.

La conception est un processus de définition de la future application informatique. Elle est la mise en oeuvre d'un ensemble d'activités qui, à partir d'une demande d'information d'un processus (demande qui peut aller de la simple question orale jusqu'au cahier de charge complet) permettant la conception, l'écriture et la mise au point d'un logiciel et donc des programmes jusqu'à la livraison au demandeu r.¹⁰

b. Système d,i nformatio

Dans ce point nous allons tout d'abord définir le terme « système N ensuite nous allons parler du système d'informations afin donner une idée claire sur ce terme.

> Un système : c'est un ensemble d'éléments matériels ou immatériels en interaction et qui par un processus interne transforme certains éléments en d'autres éléments qui sont matériels ou immaté riels.¹¹

> Le système d'informations : c'est un ensemble d'éléments matériels ou immatériels permettant le stocKage, le traitement et la diffusion de l'info rmation.¹²

c. Système informatique

C^,st un ensemble des moyens matériels (Hardware) et logiciels(Software) nécessaires pour satisfaire les besoins informatiques des utilisateurs.

d. Informatio

10 Eric Gogues 1990-2010, dictionnaire informatique ¹¹Cian Petrus, analyse et projet informatique, 2007, Page 8 12 Michel Divine, op.cit. 1999, Page 15

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

14

C'est un élément abstrait susceptible d'augmenter notre degré de connaissance d'un phénomène quelconque. Elle peut également être définie comme un élément de connaissance, caractérisant un fait, un événement et pouvant être transmis par un signal ou une combinaison des signaux. Elle peut encore être définie comme un support formel d'un élément de connaissance humaine susceptible d'être représentée à l'aide de conventions (codages) afin d'être conservée, traitée et communiquée.¹³

e. Informatique

C'est une science de traitement d'information de manière rationnelle au moyen des machines automatiques appelées « Ordinateur N.

f. Ordinateur

C'est une machine électronique programmable de traitement de l'information. Il fonctionne au moyen des programmes qui sont des suites d'instructions ordonnées et d'expressions mises sous une forme acceptable et correspondant à une formalisation d'un traitement.¹⁴

g. Application : application(Informatique)

Programme informatique conçu pour aider un utilisateur à réaliser un travail déterminé. Ce terme désigne un programme informatique qui s'ouvre sur l'ordinateur pour donner accès à une série de fonctionnalités structurées autour d'un objectif. Il existe par exemple des applications pour le traitement de texte (Word, OpenOffice Writter), pour la gestion de la musique (iTunes, Windows Media Player), pour ne citer que cala. Dans le même ordre d'idées, l'encyclopédie libre WiKipedia trouvé sur le Net définit l'application comme un programme informatique utilisant des fonctionnalités d'une certaine plate-forme comme un système d'exploitation et opérant sur celle-ci.

h. Application web

13 KABEYA ISAAC, Cours d'élément informatique, ISS, Lubumbashi, 2011 ¹⁴KALOMBO Daily, Cours de système d'exploitation, ISS Lubumbashi, 2011

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

15

Une application web désigne un logiciel applicatif hébergé sur un serveur et accessible via un navigateur web. Contrairement à un logiciel traditionnel, l'utilisateur d'une application web n'a pas besoin de l'installer sur son ordinateur. Il lui suffit de se connecter à l'application à l'aide de son navigateur favori. La tendance actuelle est d'offrir une expérience à utilisateur et des fonctionnalités équivalentes aux logiciels directement installés sur les o rdinateu rs¹⁵. La technique de base des applications web est fonction de la technologie client-serveur. Dans la technologie client-serveur, utilisée pour le World Wide Web, le navigateur Web envoie au serveur des requêtes relatives à des pages Web. Le serveur répond aux demandes en envoyant les pages au navigateur web. Le navigateur affiche alors les pages à l'utilisateur. Les applications web utilisent cette technique pour mettre en oeuvre leur interface graphique. Celle-ci est composée de pages créées de toutes pièces par le logiciel lors de chaque requête. Chaque hyperlien contenu dans la page provoque l'envoi d'une nouvelle requête, qui donnera en résultat une nouvelle page. A la différence d'un site web statique où les pages sont des fichiers préalablement en registres.¹⁶

v Les exemples d'application web sont bien entendu infinis. Chaque professionnel peut avoir des besoins qui lui sont spécifiques. A titre d'exemple, nous pouvons citer :

· Une gestion de réservation pour un hôtel,

· Un outil de facturation pour un commerçant,

· Une application de gestion de dossiers des patients pour un médecin, -Etc.

i. E n ligne

En plus de ce qui été dit sur les applications web, nous ne manquerons pas d'expliciter le terme "en ligne". Ce terme est employé

¹⁵ http://www.ideematic.com/dictionnaire-web/application-web Le 12 mars 2015

¹⁶ http://fr.wildpedia.o rg/wild/Application web

Le 12 mars 2015

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

16

pour des données consultables par l'intermédiaire d'un réseau. Ces données pourront donc être utilisées et parfois modifiées directement sur ce réseau.¹⁷

Précisons que pour notre étude, le réseau dont parlons est l'Internet.

j. Internet

L'internet est un réseau informatique mondial constitué d'un ensemble de réseaux nationaux, régionaux et privés.¹⁸ Il transporte un large spectre d'information et permet l'élaboration d'applications et de services variés comme le courrier électronique, la messagerie instantanée et le World Wide Web. Il a été popularisé par l'apparition du World Wide Web, les deux sont parfois confondus par le public non averti. Le World Wide Web n'est pourtant que l'une des applications d'Internet. L'accès à l'internet peut être obtenu grâce à un fournisseur d'accès à Internet via divers moyens de communication électronique qui sont soit filaire (fibre optique jusqu'au domicile), soit sans fil (3G+). Ainsi, un utilisateur d'Internet est désigné par le néologisme "Internaute". Cet accès est souvent vendu sous la forme d'offre commerciale de services, avec un abonnement fixe ou un paiement aux données consommées.

v Pour accéder à Internet, il faut disposer d'un équipement IP (Internet Protocol) ainsi qu'une connexion à un fournisseur d'accès. Pour cela, l'utilisateur emploie les matériels et logiciel suivants :

- Un ordinateur personnel ou tout autre équipement terminal d'un réseau ;

¹⁷ http://www.evalu.it/glossai re/mot/444-en-ligne

Le 12 mars 2015

¹⁸ http://www.futu ra-sciences.com/magazines/high-tech/infos/dico/d/internet-internet-3983/ Le 12 mars 2015

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

17

- Un canal de communication vers le fournisseur d'accès comme la fibre optique, la ligne téléphonique mobile (4G, 3G+, Edge, GPRS, GSM), l'Internet par satellite, le Wi-Fi ;

- Un système logiciel et matériel client pour le protocole réseau utilisé (Ethernet, APM, PPPOX) ;

- Un fournisseur d'accès à Internet (FAI).¹⁹

k. Navigateur internet

C'est la traduction du terme anglais "Browser", du verbe to browse qui veut dire «feuilleter un livre". Il s'agit d'un logiciel de navigation qui permet de se déplacer d'un serveur à un autre et, à l'intérieur d'un serveur donné, d'accéder aux différentes ressources documentaires.²⁰ Parmi les navigateurs Internet, nous pouvons citer : Firefox, Internet explorer, Opéra, Netscape, Google chrome, ....

1. Serveur informatique

Un serveur informatique est un ordinateur qui exécute des opérations à la demande d'autres ordinateurs, surnommés clients. De ce fait, on parle d'architecture réseau client-serveur.²¹

Pour l'encyclopédie libre Wikipedia, un serveur informatique est un dispositif informatique ou logiciel qui offre des services à différents clients. Les services les plus courants sont :

· Le partage de fichiers,

· L'accès aux informations du World Wide Web,

· Le courrier électronique,

· Le partage d'imprimantes,

¹⁹ http://fr.wildpedia.o rg/wild/internet

Le 07 mars 2015

20 http://www.futu ra-sciences.com/magazines/high-tech/infos/dico/d/internet-navigateu r-3986 Le 15 mars 2015 ²¹ http://www.futu ra-sciences.com/magazines/high-tech/infos/dico/d/internet-se rveu r-1950 Le 15 mars 2015

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

18

· Le commerce électronique,

· Le stockage en base de données,

· Le jeu et la mise à disposition de logiciels applicatifs.

Un serveur fonctionne en permanence, répondant automatiquement à des requêtes provenant d'autres dispositifs informatiques (les clients), selon le principe dit client-serveur. Le format des requêtes et des résultats est normalisé, se conforme à des protocoles réseaux et chaque service peut être exploité par tout client qui met en oeuvre le protocole propre à ce service. Les serveurs sont utilisés par les entreprises, les institutions et les opérations de télécommunication. Ils sont courants dans les centres de traitement de données et le réseau Inte rnet.²²

m. Page web

Une page web ou page sur la toile est une ressource du World Wide Web conçue pour être consultée par des visiteurs à l'aide d'un navigateur Web. Elle a une adresse Web. Littéralement toile, désigne le réseau maillé formé par Internet et le contenu multimédia qu'il comporte. Techniquement, une page Web est souvent constituée d'un document en HyperText Markup Langage (html ou xhtml) et d'images. Cependant, tout type de ressources ou d'assemblage de ressources textuelles, visuelles, sonores, logiciels peuvent constituer une page web. Elle se consulte soit en entrant directement son adresse Web dans un navigateur Web, soit en suivant un hyperlien se trouvant dans une autre page.²³

n. . Gestio

²² http://fr.wikipedia.o rg/wili/se rveu r informatique Le 22 décembre 2014

²³ http://fr.wildpedia.o rg/wild/page web

Le 09 Février 2014

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

19

Egalement appelée management ou administration désigne l'ensemble des techniques, de planification, d'organisation, de direction et de contrôle mis en oeuvre dans une organisation afin qu'elle atteigne ses objectifs.

o. Gestion e n ligne

C'est une manière d'administrer, de coordonner, d'organiser, de contrôler les données au moyen d'un matériel informatique connecté à un réseau.

Le terme gestion concerne donc l'ensemble des procédures effectuées pour résoudre un problème ou réaliser un projet. La gestion est également la direction ou l'administration d'une entreprise ou d'une affaire.²⁴

Il existe plusieurs types de gestion parmi lesquelles nous pouvons citer la gestion de projet qui est intéressant pour notre domaine. En soit la gestion de projet est la discipline qui est chargée d'organiser et d'administrer les ressources de telle sorte qu'il puisse être possible de réaliser tous les travaux requis dans le cadre d'un projet, en fonction d'un délai et d'un budget défini.

Ce qui nous amène à parler des logiciels de gestion qui sont des programmes dédiés aux entreprises, éventuellement des associations, pour gérer l'ensemble de ses activités.

p. Base de données

C'est un ensemble de données d'une organisation structurées et stocKées sur des supports accessibles par l'ordinateur pour satisfaire plusieurs utilisateurs.

q. Système de gestion de base de données (SGBD)

²⁴ http://lesdefinitions.fr/gestion Le 12 Février 2014

20

Le SGBD est un logiciel qui permet à un utilisateur d'interagir avec une base de données. Un SGBD est un logiciel qui organise, contrôle et manipule le contenu de bases de données.

r. Architecture

C'est une structure des éléments constitutif du point de vue matériel ou logiciel²⁵

s. Architecture client serveur :

La spécification d'un système informatique dans lequel un processus appelé le serveur agit comme fournisseur de ressources pour d'autres processus qui demandent des ressources, soit les processus clients. Le processus client et processus serveur l'exécutent le plus souvent sur des machines différentes reliées au même réseau (client-serveur Architectu re).²⁶

t. Réseau

C'est un ensemble d'ordinateurs (y compris les périphériques qui y sont connectés) reliés entre eux par des canaux électroniques de communication, qui leur permettent d'échanger les informations entre eux.²⁷

u. Bibliothèque virtuelle

C'est un système d'information documentaire proposé aux lecteurs entre autre les catalogues locaux, base de données en ligne ou sur CD-ROM, revues ou autres documents électroniques.

25 Jargon informatique

26 ROY G, Conception de base de données avec UML, P, 23

27 Jargon informatique

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

21

Concept du domaine d^,étude

a) Bibliothèque

C'est un lieu, pièce ou établissement public ou privé, où une collection des livres, d'imprimés ou de manuscrits et rangée.

b) Bibliothécaire

C'est une personne préposée à la direction d'une bibliothèque.

c) Abonné

C'est le titulaire d'un abonnement.C'est aussi la personne qui s'est déjà fait enregistré à la bibliothèque dans le but de bénéficier des différents services de cette dernière.

d. Abonnement

C'est une convention ou marché, souvent à forfait pour une fourniture régulière d'un produit à l'usage habituel d'un service.

C'est un processus par lequel un client (lecteur) se fait enregistrer à la bibliothèque afin de bénéficier des différents services de cette dernière.

I.2. CADRE THEORIQUE

Cette partie est consacrée à des outils et méthodes pour le développement de cette étude.

I.2.1. Méthode utilisée

Les méthodes d'analyse et de conception fournissent une méthodologie et des notations standards et universelles qui aident à recevoir les logiciels de qualité. Il existe différentes sortes pour classer ces méthodes.

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

> La distinction entre composition et décomposition

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

22

Elle met en opposé d'une part les méthodes ascendantes qui consistent à construire un logiciel par composition à partir des modules existants et d'autre part, les méthodes descendantes qui décomposent récursivement le système jusqu'à arriver à des modules programmables simplement.

> La distinction entre fonctionnelle dirigée par le traitement et orientée objet

Dans la stratégie fonctionnelle (également qualifiée de structurelle) un système est vu comme un ensemble hiérarchique d'unités en interaction. Les fonctions disposent d'un état local, mais le système a un état partagé, qui est centralisé et accessible par l'ensemble des fonctions. Chaque objet dispose d'un ensemble d'attributs décrivant son état et l'état du système est décrit (de façon décentralisée) par l'état de l'ensemble.

I.2.2. Processus de développement

Le processus de développement définit une séquence d'étapes, en parties ordonnées qui concourent à l'élaboration d'un logiciel ou à l'évolution d'un système existant. L'objet d'un processus de développement est de produire des logiciels de qualité qui répondent aux besoins de leurs utilisateurs dans le temps et des coûts prévisibles.²⁸

I.2.2.1. Processus unifié (Unified Process)

C'est un processus de développement logiciel construit sur UML. Il est itératif et inc rémental, centré sur l'architecture, conduit par les cas d'utilisation et piloté par les risques.

> Itératif et incrémental : Le projet est découpé en itérations de courte durée (environ un mois) qui aident à mieux suivre

28 Pascal Roques et FrancK Vallée, UML2 en action, de l'analyse à la conception, Page 12

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

23

l'avancement global. A la fin de chaque itération, une partie exécutable du système final est produite de façon incrémentale.

> Centré sur l^,architecture : tout système complexe doit être décomposé en parties modulaires afin de garantir une maintenance et une évolution facilitée. Cette architecture (fonctionnelle, logique, matérielle etc.) doit être modélisée en UML et pas seulement documentée en texte.

> Piloté par les risques : les risques majeurs d'échec du projet doivent être identifiés au lus tôt, mais surtout levés le plus rapidement possible. Les mesures à prendre dans ce cadre déterminent l'ordre des itérations. Nous identifions une première cause provenant de l'incapacité de l'architecture technique à répondre aux contraintes opérationnelles et une seconde cause liée à l'inadéquation du développement aux besoins des utilisateurs.

> Conduit par les cas d^,utilisatio n : le projet est mené en tenant compte des besoins et des exigences des utilisateurs. Les cas d'utilisation du futur système sont identifiés et décrits avec précision et priorité.

v Cycle de vie

Le processus unifié répète un certain nombre de fois une série de cycles. Tout cycle de vie se conclut par la livraison du produit aux clients et s'articule en quatre phases ; La création, l'élaboration, la construction et la transition. Chacune d'entre elle se subdivise à son tour en itérations.

Essayons tout d'abord de parler du cycle de vie UP, en suite nous reviendrons sur les phases du processus unifié.

Pour mener efficacement le cycle, les développeurs ont besoin de construire toutes les représentations du logiciel.

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

24

· Modèle d'analyse : détaille les cas d'utilisation et procède à une première répartition du comportement du système entre divers objets ;

· La conception : définit la structure statique du système sous forme de sous-systèmes, classes et interfaces. Elle définit les cas d'utilisation réalisé sous forme de collaboration entre les sous-systèmes, les classes et les interfaces ;

· Implémentation : intègre les composants (code source) et la correspondance entre les classes et les composants ;

· Déploiement : définit les noeuds physiques des ordinateurs et l'affection de ces composants sur les noeuds ;

· Test : décrit les cas de test vérifiant les cas d'utilisation.

Tous ces modèles sont reliés. Ensemble, ils représentent le système comme un tout. Les éléments de chacun des modèles présentent de dépendances de traçabilité, ce qui facilite la compréhension et les modifications ultérieures.

Phases et activités du processus unifié

Le processus unifié se déroule en quatre phases, chaque phase répète un nombre de fois une série d'itérations et chaque itération est composée de cinq activités : la capture de besoins, l'analyse, la conception l'implémentation et le test.

- Expression des besoins(capture des besoins)

L'expression des besoins comme son nom l'indique, permet de définir les différents besoins :

· Inventorier les besoins principaux et fournir une liste de leurs fonctions ;

· Recenser les besoins fonctionnels (du point de vue de l'utilisateur) qui conduisent à l'élaboration des modèles de cas d'utilisation ;

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

25

· Appréhender les besoins non fonctionnels (techniques) et livrer une liste des exigences ;

Le modèle de cas d'utilisation présente le système du point de vue de l'utilisateur et représente sous forme des cas

d'utilisation et d'acteur les besoins du client.

- Analyse

L'analyse permet d'accéder à une compréhension des besoins et des exigences des clients. Il s'agit de livrer des spécifications pour permettre de choisir la conception de la solution. Un modèle d'analyse livre une spécification complète des besoins issus des cas d'utilisation et les structures sous une forme qui facilite la compréhension (scénarios), la préparation (définition de l'architecture), la modification et la maintenance du futur système.

Il s'écrit dans le langage des développeurs et peut être considéré comme une première ébauche du modèle de conception.

- Conception

La conception permet d'acquérir une compréhension approfondie des contraintes liées au langage de programmation, à l'utilisation des composants et au système d'exploitation.

Elle détermine les principales interfaces et les transcrit à l'aide d'une notation commune.

Elle constitue un point de départ à l'implémentation :

· Elle décompose le travail d'implémentation en sous-systèmes ;

· Elle crée une abstraction transparente de l'implémentation.

- Implémentation

L'implémentation est le résultat de la conception pour implémenter le système sous formes de composants, c'est-à-dire, de code source, de scripts, de binaires, d'exécutables et d'autres éléments du même type.

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

26

Les objectifs principaux de l'implémentation sont de planifier les intégrations des composants pour chaque itération, et de produire les classes et les sous-systèmes sous formes de codes sources.

- Test

Les tests permettent de vérifier des résultats de l'implémentation en testant la construction.

Pour mener à bien ces tests, il faut les planifier pour chaque itération, les implémenter en créant des cas de tests, effectuer ces tests et prendre en compte le résultat de chacun.

v Les phases

Analyse des besoins ou inception

L'analyse des besoins donne une vue du projet sous forme de produit fini. Cette phase porte essentiellement sur les besoins principaux (du point de vue de l'utilisateur), l'architecture générale du système, les risques majeurs, les délais et les coûts. On le met en place le projet.

- Que fait le système par rapport aux utilisateurs ?

- Quelle va être l'architecture générale (cible) de ce système ?

- Quels vont être les délais, les coûts, les moyens, les ressources à déployer ? Elaboration

L'élaboration reprend les éléments de la phase d'analyse des besoins et les précise pour arriver à une spécification détaillée de la solution à mettre en oeuvre.

L'élaboration permet de préciser la plupart des cas d'utilisation, de concevoir l'architecture du système et surtout de déterminer l'architecture de référence.

Au terme de cette phase, les chefs de projet doivent être en mesure de prévoir les activités et d'estimer les ressources nécessaires à l'achèvement du projet.

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

27

Les tâches à effectuer dans la phase d'élaboration sont les suivantes :

- Créer une architecture de référence ;

- Identifier les risques, ceux qui sont de nature à bouleverser le plan, le coût et le calendrier ;

- Définir les niveaux de qualité à atteindre ;

- Formuler les cas d'utilisation pour couvrir les besoins fonctionnels et planifier la phase de construction ;

- Elabo re r une offre abordant les questions de calendrier, de personnel et de budget.

Construction

La construction est le moment où l'on construit le produit. L'architecture de référence se métamorphose en produit complet. Le produit contient tous les cas d'utilisation que les chefs de projet, en accord avec les utilisateurs ont décidés de mettre au point pour cette version.

Transition

Le produit est une version béta. Un groupe d'utilisateur essaye le produit et détecte les anomalies et défauts.

Cette phase suppose des activités comme la formation des utilisateurs clients, la mise en oeuvre d'un service d'assistance et la correction des anomalies constatées.

LE LANGAGE UML (UnifiedModelingLanguage)

UML se définit comme un langage de modélisation graphique et textuelle destiné à comprendre et à décrire les besoins, spécifier, concevoir des solutions et communiquer des points de vue.

UML unifie à la fois les notations et les concepts orientés objet. Il ne s'agit pas d'une simple notation, mais les concepts transmis par un diagramme ont une sémantique précise et sont porteurs de sens au

28

même titre que les mots d'un langage. C'est pour ça qu'UML est présenté comme une méthode.

UML unifie également les notations nécessaires aux différentes activités d'un processus de développement offre, par ce biais le moyen d'établir le suivi des décisions prises, depuis la définition des besoins jusqu'au codage.²⁹

Le modèle en tant qu'abstraction d'un système s'accorde parfaitement bien avec les concepts orientés objets.

Un objet peut en effet représenter l'abstraction d'une entité utilisée en analyse, puis d'un composant de solution logicielle en conception.

UML s'articule autour de treize types de diagrammes répartis e deux grands groupes :

> Six diagrammes structurels

· Diagramme de classes : il montre les briques de base statiques : classes, associations, interfaces, attributs, opérations, généralisations, etc.

· Diagramme d'objet : il montre les instances des éléments structurels et leurs liens à l'exécution ;

· Diagramme de packages : il montre l'organisation logique du modèle et les relations entre pacKages ;

· Diagramme de composants : il montre des structures complexes avec leurs interfaces fournies et requises ;

· Diagramme de déploiement : il montre le déploiement physique des « artefacts » sur les ressources matérielles ;

· Diagrammes de structure composite : il montre l'organisation interne d'un élément statique complexe.

> Sept diagrammes comportementaux

²⁹Pitman N. UML2 en concentré, Paris 2006, Page 67

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

29

· Diagramme de cas d'utilisation : il montre les interactions fonctionnelles entre les acteurs et le système à l'étude ;

· Le diagramme de vue d'ensemble des interactions : il fusionne les diagrammes d'activité et de séquence pour combiner des fragments d'interaction avec des décisions et des flots ;

· Diagramme de séquence : il montre la séquence verticale des messages entre objets au sein d'une interaction ;

· Diagramme de communication : il montre la communication entre objets dans le plan au sein d'une interaction ;

· Diagramme d'activité : il montre l'enchainement des actions et décisions au sein d'une activité ;

· Diagramme de temps : il fusionne les diagrammes d'états et de séquence pour montrer l'évolution de l'état d'un objet au cours du temps ;

· Diagramme d^,état : il montre les différents états et transition possible des objets d'une classe.

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

30

CHAPITRE II. ANALYSE DU METIER

II.1. INTRODUCTION

Cette étude est indispensable car elle permet de présenter l'organisation que contient le champ d'étude ainsi que son environnement, elle décortique les aspects essentiels du domaine d'application et sa décision du lancement d'une nouvelle application ou modification sur le plan organisationnel ou méthodique. Elle a pour but .

- Acquérir une connaissance complète du domaine d'étude

- Approfondir la compréhension de manière à résoudre le problème - Formaliser le problème à l'aide d'un formalisme communicable et précis

- Evalue r l'intérêt d'une solution

- Opter le choix sur la meilleur solution par rapport à celle qui cause des failles dans le système.

1. Historique

Créé en 1967 au sein de l'ancienne université officielle du Congo par le docteur M.E. DEHOUSSE qui, avec son directeur général professeur CALVEL ; l'institut supérieur de statistique a donc fonctionné en collaboration industrie - université et sous diverses dénominations ; institut inter facultaire, son conseil d'administration était présidé par le recteur de l'université officielle du Congo (U.O.C).

A la suite de la création de l'UNAZA, l'ISS de Lubumbashi est devenu autonome en vertu de l'arrête départementale N° END/BCE/001/0081/75 du 1è re septembre 1975 fixant les programmes et les durées d'études qui prépareraient à un grade académique à l'université nationale du zaïre.

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

31

Cette autonomie en tant qu'institut technique a été confirmée dans le cadre de la reforme de l'enseignement supérieur et universitaire en octobre 1981.

En effet l'ordonnance loi N°81 - 175 du 07 octobre 1981, fixe la mission de l'institut et son cadre organique.

1) Former les cadres spécialisés dans le domaine de la statistique ;

2) Organiser la recherche sur l'adaptation de la statistique aux méthodes mathématiques ;

L'institut supérieur de statistique enseigne donc la méthode statistique et les applications de la mathématique aux problèmes de gestion scientifique au sens large. Actuellement s'ajoute le département de l'informatique de gestion, celui des sciences commerciales et financières.

(Comptabilité et marKeting) qui remplace le département de l'économie appliquée (ECAP) et enfin le département de démographie appliquée.

Bien que son but initial ait été de mettre à la disposition de l'industrie, des techniciens en travaux statistiques rompus aux méthodes de calcul, l'institut a étendu ses origines en incluant dans son programme les composantes suivantes : l'économie, la démographie, la planification, la comptabilité nationale et les finances publiques. Il répondait ainsi au désir du commissariat général au plan.

Dans le cadre de la recherche, l'institut comptait créer un centre d'informatique et statistique pour aider les sociétés à résoudre les problèmes de comptabilité et de gestion. Ainsi est né plus tard le département d'informatique de gestion, de l'économie appliquée devenue sciences commerciales et financières et la démographie.

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

32

L'institut Supérieur de Statistique est un institut à deux cycles, celui de graduat et celui de licence.

A la création, l'institut comprenait les organes suivants :

a) Le conseil de l'Institut Supérieur de Statistique qui se réunissait trois fois par an et comprenait en son sein :

> Le DG

> Le secrétaire général académique

> Le secrétaire général administratif

> L'administrateur de budget

> Le chef de section, le délégué syndical principal

> Un représentant du personnel académique

> Et un représentant des étudiants

b) Le comité de gestion

c) Le DG

d) Le conseil de section

Etant institut supérieur technique, l'ISS appartient au conseil des instituts supérieurs techniques dont le siège est à Kinshasa dépendant du ministère de l'enseignement supérieur et universitaire dont le conseil d'administration est à Kinshasa, un institut officielle c'est - à - dire de l'état.

L'ISS est situé sur l'avenue Lumumba à coté de la direction technique de la SNCC et sa direction Générale se situe sur le même avenu coin Kambove.

33

ORGANIGRAMME

DIRECTION GENERALE

CENTRE DE CALCUL PLANIFICATION +
ETUDES DES PROJETS

BUREAU DU DIRECTEUR GENERAL

RELATIONS PUBLIQUES

AUDIT INTERNE

SECRETAIRES GENERAL ACADEMIQUE

ADMINISTRATEUR DU BUDGET

SECRETARIAT GENERAL

SECRETAIRE DE DIRECTION

BUREAU SECTION

DIRECTION DES AFFAIRES ACADEMIQUES

DIVISION BIBLIOTHEQUE

CHEF DE SECTION

DIVISION D'INSCRIPTION&

DIVISION ENSEIGNEMENT

BIBLIOTHECAIRE

CONTROLE ACADEMIQUE

& RECHERCHE

DIVISION D'INCRIPTION

BUREAU CONTROLE DE

BUREAU ARCHIVES

BUREAU PRET

SCOLARITE

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

SOURCE : BUREAU D'INSCRIPTION 12/03/2015

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

34

11.2. ETUDE DU MET1ER

Dans cette rubrique qui est L'étude du métier nous allons présenter l'existant tel qu'il est pour dégager les anomalies puis proposer notre future solution

II.2.1. Description textuelle du métier

A ce niveau nous allons montrer comment les choses se déroulent au sein de la bibliothèque. A l'arrivée du client pour sa première fois, il demande d'être abonné par le bibliothécaire, ce dernier prend les identités du client qui paye les frais d'abonnement, après encaissement, le bibliothécaire livre une carte d'abonné au client, celui-ci contresigne sur la carte.

Au cas où la date est dépassée ou expire, un abonné peut renouveler son abonnement, le bibliothécaire actualise l'abonnement après encaissement des frais payés par le client. Une carte est établie et contre signée par ce dernier. Pour consulter un ouvrage, un abonné doit demander l'accès à la bibliothèque, le bibliothécaire l'identifie, il peut soit rejeter la demande, si les conditions ne sont pas remplies, soit autoriser l'accès si les conditions sont réunies. Dans ce cas l'abonné cherche l'ouvrage qui l'intéresse, après l'avoir présenté au bibliothécaire la consultation s'ensuit.

II.2.2. Description fonctionnelle

Cette description a pour but d'accéder à une compréhension des besoins et des exigences des clients. Pour notre cas, il s'agit de concevoir une bibliothèque en ligne. Ce modèle d'analyse nous mène à une spécification complète des besoins venant des cas d'utilisation et les structures d'une façon qui peut nous faciliter la compréhension du futur système d'information.

Bref, l'analyse c'est la formalisation des besoins des clients de l'ensemble des contraintes, puis la mesure de la faisabilité de ces

35

besoins. Pour atteindre ainsi, le but de l'analyse, nous allons nous servir de certains diagrammes.

II.2.2.1. Diagrammedecontexte

			BIBLIOTHEQUE I.S.S
Client				Bibliothécaire
Abonné

II.2.3. Description formelle a. Diagramme d'activité

Les diagrammes d'activités permettent de mettre l'accent sur le traitement. Ils sont donc particulièrement adaptés à la modélisation du cheminement des flots des données, ils permettent ainsi de représenter graphiquement le comportement d'une méthode ou le déroulement d'un cas d'utilisation.

1. Processus d^,abo nneme nt

Client	Bibliothécaire
Demander Abonnement
	Identifier Client
Payer Frais Abonnement
	Encaisser Paiement
	Etablir Carte Abonnement
Contresigner Carte

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

36

2. Renouvellement abonnement

Abonné				Bibliothécaire
			Etablir Carte Abonnement

3. Processus de consultation

Abonné					Bibliothécaire
	Présenter Carte
					Vérifier Carte
					Carte non valide	Carte valide
					Autoriser Accès
	Recherche Ouvrage
					Présenter Ouvrage
	Consulter Ouvrage
					Retourner Ouvrage

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

37

II.2.4. Description des acteurs du système métier

1. Client

Le client est toute personne qui vient prendre pour la première fois son abonnement à la bibliothèque. Il reçoit une carte d'abonnement après paiement du frais. Il est externe au système.

2. Bibliothécaire

C'est celui qui se charger de gérer les ouvrages et d'abonner les clients qui se présentent à la bibliothèque. C'est un acteur externe au système.

3. Abonné

C'est une personne qui a souscrit à un abonnement en vue de bénéficier des différents services de la bibliothèque (la consultation du catalogue ainsi que celle des ouvrages disponibles grâce à sa carte d'abonnement) il est externe au système.

II.2.5. Détermination des cas d,utilisatio n du métier

Après la présentation des acteurs le diagramme de contexte, nous allons maintenant passer à l'identification des cas d'utilisation. Un cas d'utilisation correspond à un certain nombre d'actions que le système devra exécuter en réponse à un besoin d'un acteur.

1. Abonner client (s^,abo nner)

Le bibliothécaire remplit une carte d'abonnement après avoi écrit les identités du client qui vient pour la première fois.

2. Consulter catalogue

Un abonné présente sa carte d'abonnement et reçoit l'autorisation de consulter les ouvrages disponibles dans le catalogue.

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

38

3. Gérer Catalogue

Le bibliothécaire met à jour le catalogue des ouvrages disponibles.

4. Demander abonnement

Le client demande l'abonnement auprès du bibliothécaire.

5. Payer frais d^,abo nneme nt

S.G.B

Demander abonnement

Client

Abonner client

Payer frais

Consulter ouvrage

Bibliothécaire

Abonné

Gérer ouvrage

Le client paye les frais d'abonnement auprès du bibliothécaire II.2.5.1. Diagramme de cas d,utilisatio n métier

39

II.2.6. DESCRIPTION TEXTUELLE

1. Identification du cas d'utilisation « Demander abonnement N

Nom : Demander abonnement

Acteur principal : client

Acteur secondaire : bibliothécaire

Pré-condition :-

Post-condition : demande acceptée

Scénario nominal :

1. Le client demande l'abonnement auprès du bibliothécaire

2. Le bibliothécaire lui présente les modalités

3. Le client dépose sa demande

4. Le bibliothécaire vérifie la demande

5. Le bibliothécaire valide la demande

Scénario d'exception :Diagramme de séquence

: Client : Bibliothécaire

Demander adonnement

Présenter modalités

Introduire demande

Vérifier demande

ALT

[succes]

Demande acceptée

Demande rejetée

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

40

2. Identification du cas d'utilisation s'abonne Nom : s'abonner

Acteur principal : client

Acteur secondaire : bibliothécaire

Précondition : fiche d'abonnement disponible Post condition : abonné enregistré

Scénario nominal

1. Le bibliothécaire saisie les identités du client

2. Le bibliothécaire remplit la carte d'abonnement du client

3. Le bibliothécaire livre la carte d'abonnement au client

Scénario alternatif :

: Bibliothécaire

Carte

: Client

Ecrire identités du client

Remplir carte d'abonnement

Livrer carte d'abonnement

3. Identification du cas d'utilisation« consulter ouvrage N

Nom : consulter ouvrage

Acteur principal : abonné

Acteur secondaire : Bibliothécaire

Pré-condition : il existe au moins un ouvrage sur le catalogue Post-condition : ouvrage consulté

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

41

Scénario nominal :

1. L'abonné demande la consultation auprès du bibliothécaire

2. Le bibliothécaire lui demande la carte d'abonnement

3. L'abonné lui présente la carte d'abonnement

4. Le bibliothécaire autorise la consultation

5. L'abonné cherche le livre sur le catalogue

6. L'abonné sélectionne le livre qui l'intéresse

7. L'abonné consulte l'ouvrage

Diagramme de séquence consulter ouvrage

Break

ALT

Sélectionner ouvrage

Consulter ouvrage

Chercher ouvrage

[Carte d'abonnement valide]

Carte d'abonnement non valide

Demander carte d'abonnement

Présenter carte d'abonnement

Demander consultation

Autoriser consultation

Vérifier carte d'abonnement

: Abonné

Catalogue

: Bibliothécaire

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

42

4. Identification du cas d'utilisation« Gérer ouvrage ) Acteur principal : Bibliothécaire

Brève description : il se charge ici de la réception des livres qui lui permet de mettre à jour le catalogue des ouvrages (livres)

Pré-condition : il existe au moins un ouvrage sur le catalogue

Post-condition :

1. nouvelle informations des ouvrages (livres) ajoutées

2. mise à jour du catalogue des ouvrages

Scénario nominal :

1. Ecrire nouvelles informations de l'ouvrage (livre) dans le catalogue ;

2. Le bibliothécaire valide la mise à jour du catalogue des ouvrages

Bibliothécaire

Catalogue

Nouvel arrivage

1:Nouvel ouvrage

2.Ecrire nouvelles informations de l'ouvrage

3. Valider nouvelles informations

4. Valider la mise à jour

43

II.2.7. Organisation des cas d,utilisatio

Les cas d'utilisation peuvent être organisés de deux façons différentes et complémentaires à savoir :

> En ajoutant les relations d'inclusion, extension et généralisation entre les cas d'utilisation en les regroupant en pacKage afin de définir des blocs fonctionnels de plus haut niveau. UML définit trois types de relations standardisées entre cas d'utilisation :

· La relation d'inclusion, formalisée par le mot-clé « include » ;

· La relation d'extension, formalisée par le mot-clé « extend » ;

· La relation de généralisation/spécialisation

Bibliothécaire

« include »

S.G.B

Demander abonnement

S'abonner

Client

« extend »

Payerfraisabonnem

Consulter ouvrage

Abonné

Gérer ouvrage

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

44

Classement des cas d'utilisations

Après avoir identifié les cas d'utilisation, nous pouvons maintenant les classifier à travers le tableau ci-dessous en tenant compte de fonctions suivantes :

- La priorité fonctionnelle,

- Le risque technique,

- Le découpage en itérations.

Cas d^,utilisatio n	Priorité	Risque
Demander abonnement	Haute	Basse
S'abonner	Haute	Moyen
Payer frais	Moyenne	Basse
Consulter ouvrage	Moyen	Moyen
Gérer ouvrage	Moyen	Moyen

Ces cas d'utilisation doivent être organisé en pacKage. Les éléments contenu dans les pacKages :

· Doivent représenter un ensemble fortement cohérent

· Sont généralement de même nature et de même niveau sémantique

Les critères de regroupement retenu pour le système S.G.B. correspondent à un découpage par ensemble d'acteur fortement relié. En reprenant le tableau préliminaire et en affectant chaque cas d'utilisation à un pacKage nous obtenons ce qui suit :

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

45

C.0	Acteur Pri ncipal/seco ndaire	Package
Demander abonnement	Client/bibliothécaire	Gestion abonnement
Abonner client	Client/bibliothécaire
Payer frais abonnement	Abonné	Gestion d'emprunt
Consulter ouvrage	Abonné
Gérerouvrage	Bibliothécaire	Gestion du catalogue

Diagrammes des classes du domaine

1 ..*

E crire

1 ..*

Bibliothécaire

Ouvrage

1 ..1

1 ..*

Gérer

1 ..1

1 ..* Contenir 1 ..1

1 ..*

Enregistrer

Consulter

1 ..*

1 ..*

Catalogue

Abonné

Consulter

1 ..*

1 ..1

1 ..*

Renouveler

1 ..1

Client

Abonnement

Demander

1 ..1

1 ..*

Auteur

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

46

CRITIQUES

a. Points positifs

De ce fait, dans l'étude de l'existant de notre objet d'étude nous dégageons un aspect qui présente les points forts de cet organe. Pour parler de ceux-ci nous avons remarqué ou constaté que l'ISS (l'Institut Supérieur de Statistique), malgré les moyens manquants, parvient quand même à remplir tant soit peu sa mission qui est celle :

ü D'accueillir et de former les étudiants qui sont le futur cadre du pays ;

ü D'organiser et de faciliter la connaissance professionnelle intellectuelle tant sur le plan national qu'international ;

ü D'administrer et de gérer certains ouvrages, les mémoires et travaux de fin cycle ;

ü Vérification constante des ouvrages a la fin de la journée

ü Permet au bibliothécaire de connaitre des étudiants qui fréquentent régulièrement la bibliothèque.

b. Points négatifs

Le but de cette partie du travail est aussi de relever les aspects considérés comme négatifs pour une gestion moderne dans une grande une institution qui sont :

ü La lourdeur et la lenteur dans la recherche d'un ouvrage

par manque :

- d'un catalogue;

- d'archivage

- de classement par sujet et par année

- de mise à jour des ouvrages

- de place certaine ouvrage sont dans des cartons

ü La conservation peu sécurisée des informations sur du papier

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

47

ü L'impossibilité d'utiliser un ouvrage par deux ou plusieurs personnes par manque des stocKs

ü La facilité de vol des ouvrages que le bibliothécaire ne peut même pas se rappeler par manque d'identification des étudiants ;

ü L'accès a la bibliothèque et la lecture est aussi un problème vue que la bibliothécaire est un enseignant donc il doit donner cours et pendant ce temps la bibliothèque sera fermée ;

ü Le bibliothécaire ferme à 16 h 00 et a aussi une journée pédagogique sans compter le problème ou empêchement involontaire dont celui-ci peut avoir ;

II.7. PROPOSITION DE SOLUTION

> L'informatisation de certaines tâches au sein de la bibliothèque ;

> La mise en place d'une application de gestion en ligne qui permettra à la bibliothèque de se rapprocher de ses abonnés, car il va disposer d'un outil qui facilitera certaines tâches comme l'abonnement des clients et la consultation des ouvrages ;

> Le bon stocKage des archives ;

> Création d'une base de données qui facilitera une meilleure conservation des ouvrages qui permettra ainsi aux abonnés de pouvoir les consulter facilement et dans moins de temps.

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

48

Conclusion partielle

Dans ce chapitre, nous avons analysé le périmètre dans lequel évolue le système à informatiser.

La capture des besoins des utilisateurs nous a permis sur base de quelques diagrammes UML de bien comprendre le système existant dans la gestion d'une bibliothèque.

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

49

CHAPITRE III : CONCEPTION DU SYSTEME INFORMATIQUE

Ce chapitre sera consacré tout d'abord à la conception système informatique. La conception permet d'acquérir une compréhension approfondie des contraintes liées au langage de programmation, à l'utilisation des composants et au système d'exploitation. Elle détermine les principales interfaces et les transcrit à l'aide d'une notation commune.

Elle constitue un point de départ à l'implémentation :

- Elle décompose le travail d'implémentation en sous-système,

- Elle crée une abstraction transparente de l'implémentation.

Ainsi, l'implémentation est le résultat de la conception pour implémenter le système sous formes de composants, c'est-à-dire, de code source, de scripts, de binaires, d'exécutables et d'autres éléments du même type.

Les objectifs principaux de l'implémentation sont de planifier les intégrations des composants pour chaque itération, et de produire les classes et les sous-systèmes sous formes de codes sources.

A travers la conception ou la modélisation du système informatique, nous allons transformer les éléments structurels du métier, leurs activités ainsi que leurs collaborations. Nous suivrons un formalisme permettant d'atteindre les principes suivants :

- Un travailleur du métier devient un acteur au sens UML ;

- Les entités deviennent des objets entités du système d'information ;

- Les activités deviennent des cas d'utilisations du système ou soit des processus informatiques.

3.1 BESOINS DU SYSTEME INFORMATIQUE

La définition des besoins du système informatiques consiste à déterminer ce que le système doit faire, à fournir ou à développer une meilleure compréhension des fonctionnalités du système qu'ils doivent

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

50

développer, à définir les contours du système et enfin à fournir la base de la planification et le contenu technique.

La définition des taches qui seront informatisées et réalisées par sélection des certaines actions des modèles qui se trouvent au niveau du métier telles que :

· Consulter catalogue ;

· Demander abonnement ;

· S'authentifier ;

· Rechercher ouvrage ;

· Consulter ouvrage ;

· Renouveler abonnement ;

· Gérer ouvrages.

3.1.1 Identification des acteurs du système informatique

Tout acteur est identifié lors de l'analyse du métier n'est pas automatiquement acteur du système informatique et peut être dans le cas où l'accès au système lui est donné. Ainsi pour notre système informatique nous avons comme acteurs :

- Le bibliothécaire : il a comme tâche

· Gérer les ouvrages

- L'inte rnaute : il a comme tâche :

· Consulter catalogue

· S'abonner

- Abonné : il a comme tâche

· Consulter ouvrage

· Consulter catalogue

- L'administrateur système : il a comme tâche

· Maintenir le système

· Créer compte

51

Diagramme de contexte du système informatique

Soulignons ici que le périmètre est trop circonscrit au système informatique et non au domaine.

				BIBLIOTHEQUE
Abonné
					Bibliothécaire
					Administrateur système
Internaute

3.1.3 Diagramme de cas d,utilisatio n

Pour chaque acteur identifié précédemment, il convient de rechercher les différentes intentions « métier » selon lesquelles il utilise le système. Étant donné que tout acteur du système informatique doit s'authentifier avant de se connecter au système et que l'application devra être maintenu par l'administrateur ; nous allons ajouter ces cas d'utilisation technique ou du support à notre système à mettre en place.

BIBLIOTHEQUE ISS ^SGBS'abonner

« extend »

Internaute

Consulter catalogue

S'authentifier

Bibliothécaire

« include »

« include »

« include »

Abonné

Consulter ouvrage

Administrateur

Maintenir application

Gérer Ouvrage

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

52

Structuration en package

Pour améliorer notre modèle nous allons organiser les cas d'utilisations et les regrouper en ensemble fonctionnels cohérent. Pour ce faire, nous utiliserons le concept général d'UML : lt le pacKages ».

Gestion des ouvrages

Ouvrages

Abonné

Gestion Abonnement

Access

Abonnement

CU: s'abonner

CU:Renouveller abonnement

Internaute

Abonné

Catalogue

Abonné

Bibliothécaire

Internaute

CU: Consulter catalogue

CU: Consulter ouvrage CU: Gérer ouvrage

3.1.4 Classement des cas d,utilisatio n par itération

Dans le cadre d'un développement itératif et inc rémental, il est très utile de recourir au découpage en cas d'utilisation pour définir les itérations. À cet effet, il convient en premier lieu d'identifier les cas d'utilisation les plus critiques en termes de gestion des risques. Ces cas d'utilisation devront être traités prioritairement afin de lever au plus tôt les risques majeurs. Il sera également demandé au client d'affecter une priorité fonctionnelle à chaque cas d'utilisation, afin de livrer d'abord les cas d'utilisation les plus demandés.³⁰

3o Pascal ROQUES et FrancK VALLEE, UML en action, p. 91

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

53

Cas d^,utilisatio n	Priorité	Risque	Niveau
Consulter catalogue	Moyenne	Bas	3
S'abonner	Haute	Moyen	2
S'authentifier	Moyenne	Moyen	5
Consulter ouvrage	haute	Bas	4
Gérer ouvrage	Moyenne	Moyen	1
Maintenir application	Basse	Bas	6

Diagramme de séquence système 1. Cas d'utilisation « s'authentifier N

v Identification

Nom cas : s'authentifie

Objectif : permettre à l'utilisateur ou à l'abonné de s'authentifier.

Résumé : l'utilisateur ou l'abonné s'authentifie pour avoir accès à la bibliothèque.

Acteur principal : utilisateur

v Description textuelle

Pré condition : -

Post condition : accès autorisé

v Scenario - nominal

1. L'utilisateur lance l'application

2. Le système affiche la page d'accueil

3. L'utilisateur clique sur un lien

4. Le système affiche la page d'authentification

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

54

5. L'utilisateur saisit ses coordonnées (nom et mot de passe)

6. Le système vérifie les coordonnées de l'utilisateu

N.B. L'utilisateur peut être l'internaute, l'abonné le bibliothécaire ou l'administrateur.

Alternatif

6.a) Il affiche la page cherchée par l'utilisateur si les coordonnées sont correctes ;

6.b)

Système

Utilisateur

lancer application

afiicher page d'accueil

cliquer sur un lien

afficher page d'authentification

saisir coordonnées (nom et mot de passe)

Vérifier coordonnées

Alt

[si coordonnées correctes]

Afficher la page cherchée

[Sinon]

accès non authorisé

Dans le cas contraire l'accès lui est refusé.

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

55

2. Cas d'utilisation «S'abonner»

v Identification

Nom cas : S'abonner

Objectif : permettre à l'internaute de s'enregistrer.

Résumé : l'inte rnaute s'enregistre afin de devenir abonné pour pouvoi consulter les ouvrages.

Acteur principal : internaute

v Description textuelle

Pré condition : -

Post condition : internaute abonné

v Scenario - nominal

1. L'internaute clique sur le lien abonnement.

2. Le système affiche la page d'abonnement

3. L'internaute saisit ses coordonnées.

4. 3. Le système vérifie les coordonnées de l'utilisateur. Alternatif

4a) Il enregistre l'internaute qui devient un abonné au cas où les coordonnées sont correctes ;

4b) Dans le cas contraire le système affiche un message d'erreu demandant à l'internaute de corriger ses coordonnées et de réessaye encore.

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

56

Système

3.

Internaute

Lancer application

afficher page d'accueil
Choisir Abonnement
Afficher page Abonnement
Introduire coordonnées()

Vérifier coordonnées()

Alt

[si coordonnées correctes]

Enregistrer

[si coordonnées incorrectes]

Afficher message "invalide réessayer encore"

Cas d'utilisation «Consulter ouvrage»

v Identification

Nom cas : Consulter ouvrage

Objectif : permettre à l'abonné de consulter les ouvrages.

Résumé : l'abonné veut consulter les ouvrages.

Acteur principal : abonné

v Description textuelle

Pré condition : il existe au moins un livre dans le catalogue Post condition : ouvrage consulté

v Scenario - nominal

1. L'abonné clique sur le consulter.

2. Le système demande à l'abonné de s'authentifie

57

3. L'abonné saisit ses coordonnées (login et mot de passe).

4. Le système vérifie les coordonnées de l'abonné. Alternatif

4a) Il donne accès à l'abonné de faire sa recherche afin de consulte les ouvrages;

4b) Dans le cas contraire le système refuse l'accès l'abonné.

Vérifier

Système

Abonné

Ref

S'authentifier

cliquer sur "consulter"

Afficher pa recherche

saisir mot-clé

Alt Afficher ouvrage

Lire ouvrage

Aucun ouvrage trouvé

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

58

4. Cas d'utilisation « Consulter catalogue »

v Identification

Nom cas : consulter catalogue

Objectif : permettre au client de consulter le catalogue des ouvrages Résumé : le client consulte le catalogue pour choisir l'ouvrage. Acteur principal : client

v Description textuelle

Pré-condition : il existe au moins un ouvrage sur le catalogue. Post condition : catalogue consulté

Scénarios

1. Nominal:

1. L'internaute clique sur le lien « catalogue »

2. Le système affiche le formulaire catalogue

3. L'internaute consulte le catalogue

cliquer sur catalogue

Afficher catalogue

Lire catalogue

Internaute

Système

59

5. Cas d'utilisation« gérer ouvrage » Acteur principal : Bibliothécaire

Objectif : le bibliothécaire veut ajouter ou faire la mise à jour des ouvrages (livres) dans le catalogue

Pré condition : il existe au moins un nouvel arrivage Post-condition : ouvrage mis à jour

Scénarios :

2. Le bibliothécaire clique sur le lien « gérer ouvrage »

3. Le système lui demande de s'authentifier

4. Le bibliothécaire saisit ses coordonnées (login et mot de passe)

5. Le système affiche la page d'ajout des ouvrages

6. Le bibliothécaire remplit les champs

7. Le système vérifie le format

7.a Si le format est correct le système enregistre l'ouvrage

7.b. Sinon le système affiche un message d'erreur demandant au bibliothécaire de réessayer

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

60

Diagramme de classe participante pour chaque cas d^,utilisatio 1. Cas d'utilisation s'abonne

+nom +adresse +telephone +mail +categorie +date +nationalite +dureevalidite

+Activer() +Valider()

formabonnement

CtrlAbonnement

+Activer() +Valider() +enregsitrer() +annuler()

Abonné

+nom +adresse +telephone +mail +categorie +dateab +nationalite +dureevalidite

+ajouter() +Supprimer()

Internaute

+id

+nom +adresse +telephone +mail +categorie

RésultatAbonnement

+afficher() +valider() +Annuler()

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

2. Cas d'utilisation Consulter catalogue

					Catalogue
	Recherche ouvrage
			Ctrl recherche		+intitule +nomauteur +Edition +annéepub +ISBN
	+intitule
Internaute				+Domaine
	+Activer() +valider()		+rechercher()

Résultat

+ISBN +intitule +Nomauteur +domaine +nomauteur +anneepub

+afficher() +valider()

+classer theme()

61

3. Consulter ouvrage

+afficher() +Annuler()

Ouvrage

+ISBN +intitule +Edition +Domaine +annéepub

consultation

Ctrlrecherche

Abonné

+intitule +domaine +nomauteur +anneepub

Résultat consultation

+intitule +domaine

+Activer() +Valider()

+Rechercher() +Afficher()

Auteur

+nomauteur +nationalite

4. Gérer ouvrage

Ecran gestion ouvrage

+ISBN +intitule +Domaine +Nomauteur +Edition +anneepub

+Creer() +Activer() +Valider()

Ctrl gestion ouvrage

+Ajouter() +Modifier()

Ouvrage

+ISBN +intitule +Edition +Domaine +annéepub

Bibliothécaire

Auteur

+nomauteur +nationalite

Résultat

+ISBN +intitule +domaine +nomauteur +anneepub

+afficher() +valider()

+classer theme()

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

62

5. Cas d'utilisation s'authentifie

FormAuthentification

+login

Utilisateur

+motdepasse

+saisir()

+Se connecter()

Ctrl authentification

+rechercher() +afficher()

Utilisateur

+login

+motdepasse

+find()

Diagramme de séquence détaillé de chaque cas d^,utilisatio 1. Cas d'utilisation s'abonne

Internaute Accueil Abonnement Abonnement Abonne

Cliquer sur le lien"abonnement"

Activer()

Afficher page()

Saisir coordonnées

Enregistrer()

get coordonnées

set Msg

Afficher Msgconfirmation

Afficher()

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

63

2. Cas d'utilisation gérer ouvrage

3.

:Bibliothécaire ctrl ouvrage

:Page Accueil form ouvrage Ouvrage

Ref S'authentifier

Cliquer sur gérer ouvrage()

activer()

aficher page

remplir champs()

valider()

Initialiser()

create ouvrage

Vérifier format

Alt

[Si format correct]

[Sinon]

format incorrect corriger

Ouvrage ajouté

Cas d'utilisation s'authentifie

Alt

Afficher page d'accueil

saisir coordonnées(nom et mot de passe)

Lancer page()

afficher page d'authentification

cliquer sur un lien

afficher page cherchée

vérifier coordonnées()

accès non authorisé

vérification coordonnées

résultat

résultat

utilisateur ctrl authen

Accueil form authen utilisateur

64

4. Cas d'utilisation consulter catalogue

utilisateur ctrl consulter

Accueil consultation catalogue

cliquer sur le lien"catalogue"

5.

activer()

get catalogue

set catalogue

details

Consulter ouvrage

Abonné ctrl consulter

Accueil consultation ouvrage

Réf S'authentifer

rechercher ouvrage()

Activer()

afficher page de recherche

Saisir mot clé

rechercher()

rechercher(mot-clé)

Alt

ouvrage non trouvé

résultat

ouvrage trouvé

résultat

consulter ouvrage

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

65

3.2. Classes de conception préliminaire

Comme proposé par Pascal ROQUES, en partant du modèle d'analyse, nous allons affiner et compléter les diagrammes de classes participantes obtenus précédemment. Pour cela nous utiliserons les diagrammes de séquence que nous venons de réaliser pour :

- Ajouter ou préciser les opérations dans les classes (un message ne peut être reçu par un objet que si sa classe a déclaré l'opération publique correspondante).

- Ajouter des types aux attributs et aux paramètres et retours des opérations.

- Affiner les relations entre classes : associations (avec indication de navigabilité), généralisations ou dépendances.

1. Cas d'utilisation s'abonne

formabonnement

+nom : string +adresse : string +telephone : int +sexe:string

+mail : string +categorie : tring +dateab : date +nationalite : string +datevalidite :date

+Activer():void +Saisir():void +Valider():void

CtrlAbonnement

+Activer():void +Valider():void +enregsitrer():void +annuler():void

Abonné

+nom : string +adresse : string +telephone : int sexe:string

+mail : string +categorie : tring +dateab : date +nationalite : string +datevalidite :date

+ajouter():void +Supprimer():void

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

RésultatAbonnement

+id :int

+nom : string +adresse : string +telephone : int +sexe:string +mail : string +categorie : tring

+afficher():void +valider():void +Annuler():void

66

Ouvrage

+code:string +ISBN:string +intitule: string +Domaine: string +Nomauteur: string +Edition:string +anneepub: string

Résultat consultation

+code:string +ISBN:int +intitule:string +domaine:string +nomauteur: string +anneepub:int

+afficher(): void +lirecatalogue():void +classer par domaine():void

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

2. Cas d'utilisation consulter ouvrage

consultation

+intitule:string +domaine:string

+Activer():void +Valider():void

Ctrlrecherche

+Rechercher():void +Afficher():void

Ouvrage

+ISBN : int +intitule : string +Edition : srting +Domaine : string +annéepub : int

Auteur

+nomauteur: string +nationalite: string

Résultat consultation

+intitule +domaine +nomauteur +anneepub

+afficher(): void +Annuler(): void

3. Cas d'utilisation « consulter catalogue »

consultation

+intitule:string

+Activer():void +Valider():void

Ctrl catalogue

+Rechercher():void +Afficher():void

Catalogue

+code:string +ISBN : int +intitule : string +nomauteur:string

+afficher():void

67

4. Gérer ouvrage

Ecran gestion ouvrage +code:string +ISBN:string +intitule: string +Domaine: string +Nomauteur: string +Edition:string +anneepub: string +Creer():void +Activer():void +Valider():void				Ouvrage
		Ctrl gestion ouvrage		+code:string +ISBN:string +intitule: string +Domaine: string +Nomauteur: string +Edition:string +anneepub: string +ajouter():void +Supprimer():void +afficher():void
		+Ajouter() : void +Modifier(): void

Auteur

Résultat

+code:string +ISBN:string +intitule: string +Domaine: string +Nomauteur: string +Edition:string +anneepub: string

+afficher():void +valider():void +classerpartheme():void

5. S'authentifie

FormAuthentification

+login: string

+motdepasse : string

+saisir():void

+Se connecter():void

Ctrl authentification

+rechercher():void +afficher():void

+nomauteur:string +nationalite:string

Utilisateur

+login: string +motdepasse:string

+find():void

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

Résultat

+Msg : string

+afficher():void +valider():void

1Renouveller 1..1 ..*	Abonnement -dateab: date -datevalidite: date
	+Créer()
		1..1
	Demander
		1..*

68

3.3 CONCEPTION DETAILLEE

3.3.1 Diagramme de classe de conception entité

Abonné

-CodeAbon: string -Nom: string -Adresse: string -Téléphone: string -mail : string -catégorie:string -sexe: string

+Créer abonné():objet +getcodeabonné():string +setcodeabonné():string

Bibliothécaire
-Nom: string -Mail: string -Telephone : string +créer():objet +getnom():string		1..1 Enregistrer 1..
		*
1..1 Enregistrer	r

1..*

Consulter

1..*

1..*

contenir

1

Ouvrage

-Codeouvrage:string -ISBN : int

-intitule : string -Domaine : string -Edition: string -Anneepub : int -nomauteur:string -nbrepage:int

+créerouvrage():objet +getintitule():string

Ecri

+setintitulé(): strng

Consulter 1..*

1..1

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

1..* Ecrire 1..*

Auteur

-Nomauteur: string
-Nationalité: string

1..1

Catalogue

-Intitulé: string -Auteur: string -Annee: int

+Créer catalogue():objet
+getcodeouvrage:string
+setcodeouvrage():string

Client

-Nom: string -Adresse: string -Téléphone: int -mail : string -sexe:string -numcompte:string -categorie: string

+créer():objet

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

69

CHAPITRE IV. ARCHITECTURE DU SYSTEME D,INFORMATION

Après la phase de conception de notre système informatique qui a consisté essentiellement à apporter des solutions techniques aux descriptions définies lors de l'analyse, vient la phase d'implémentation qui consiste en la réalisation de l'application informatique.

IV.1. langages et outils de développement proposés

1. LE LANGAGE PHP (Personal Home Page)

PHP est un langage de scripts multi plate formes, embarqué dans des documents HTML.

Plus simplement PHP offre un moyen de placer des instructions dans les documents HTML en vue de créer des contenus dynamiques.

Ces instructions sont lues et analysées par le serveur web. Elles ne parviennent jamais jusqu'au navigateur qui affiche la page. Le serveur web remplace le code PHP par le contenu que le code avait pour but de générer.

C'est un langage qui est devenu un langage de script côté serveur incorporable dans tout document XHTML. Il permet de créer des pages web dynamiques et interactives.

2. LE JAVASCRIPT

Le JavaScript est un langage de script incorporé dans un document HTML. Historiquement il s'agit même du premier langage de script pour le web. Ce langage est un langage de programmation qui permet d'apporter des améliorations au langage HTML en permettant d'exécuter des commandes du côté client, c'est-à-dire au niveau du navigateur et non du web.

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

70

Ainsi, le langage JavaScript est fortement dépendant du navigateur appelant la page web dans laquelle le script est incorporé, mais en contrepartie il ne nécessite pas de compilateur, contrairement au langage Java avec lequel il a longtemps été confondu.

3. MySQL

MySQL est un système de gestion de base de données relationnelle basée sur le langage d'interrogation SQL (StructuredQue ryLanguage). C'est un des logiciels open source de cette catégorie des plus utilisés.

Développé à partir d'un autre SGBD portant le nom de MySQL, il possède de nombreuses qualités et notamment celles d'être portable, en ce sens qu'il s'exécute sur à peu près tous les systèmes d'exploitation et tous les types de matériel.

4. WAMPSERVER

WampServer est une plate- forme de développement web sous Windows. Il permet de développer des applications web dynamiques à l'aide du serveur Apache 2, du langage de scripts PHP et d'une base de données MySQL. Il possède également PHPMyAdmin pour gérer plus facilement les bases de données.

5. DREAMWEAVER 8

AdobeDreamweaver (anciennement Macromedia Dreamweaver) est un éditeur de site web de type WYSIWYG.

Dreamweaver fut l'un des premiers éditeurs HTML de type lt tel affichage, tel résultat », mais également l'un des premiers à intégrer un gestionnaire de site (CyberStudio GoLive étant le premier). Ces innovations l'imposèrent rapidement comme l'un des principaux éditeurs de site web, aussi bien utilisable par le néophyte que par le professionnel.

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

71

Depuis la version MX, il peut être utilisé avec des langages web dynamiques (ASP, PHP) à l'aide d'outils relativement simples d'utilisation. Il permet ainsi de développer des applications dynamiques sans connaissance préalable des langages de programmation.

Nous pouvons épingler quelques avantages de notre choix technologique :

Dans une architecture web, l'application s'exécute sur un serveur et les utilisateurs se connectent au serveur en utilisation leur navigateur internet. Cette architecture présente de nombreux avantages entre autre :

· Les pages web sont légères, ne saturent pas le réseau et permettent une utilisation nomade de l'application ????. Les mises à jour sont toujours simples puisque centralisées sur un serveur ;

· Les serveurs web font bon marché puisque le principal serveur Web (Apache) est un produit libre donc gratuit ;

· Il n'est pas nécessaire de développer une interface de communication et on bénéficie de la plateforme du navigateur web qui gère l'affichage des pages ;

· L'application peut alors être utilisées sur n'importe quel ordinateur ou même sur un téléphone. Il suffit que l'appareil possède un navigateur internet, ce qui constitue une solution universelle d'utilisation.

IV.2. CHOIX DE L'ARCHITECTURE LOGIQUE

La technologie objet requiert une architecture. C'est cette architecture qui organise les interactions entre objets. On a l'habitude de regrouper ces objets en classes, ces classes en domaines, et ces domaines en couches.

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

72

Les couches permettent de présenter l'architecture de l'application. Les équipes de réalisations s'attribuent alors des responsabilités sur le développement de chaque couche. Aussi, si modéliser est indispensable, construire une architecture en couches est un critère de qualité dans le cadre d'un développement. Reste à choisir le nombre de couches et à définir leur contenu.

Pour notre application, nous choisissons une architecture en trois couches distinctes : La couche présentation (I.H.M), la couche métier (couche applicative), la couche d'accès aux données (D.A.0) :

- La couche « Présentation N est chargée de tout ce qui concerne l'affichage. C'est la couche qui est visible et manipulée par l'utilisateur ;

- La couche « Métier N ou « logique applicative N : est la logique métier de l'application. Elle est le coeur de l'application et c'est elle qui définit toutes les règles régissant le fonctionnement de l'application ;

- La couche d' « Accès aux données N : est l'intermédiaire entre les autres couches et la base de données

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

73

«Couche Présentation»

«Couche métier»

«call»

«Couche d'accès
aux données»

«use»

«Couches données»

«access»

ARCHITECTURE

IV.3. DIAGRAMME DE COMPOSANTS IV.3.1. Notion de composant

Un composant est une unité autonome représentée par un classeur structuré, stéréotypé « component », comportant une ou plusieurs interfaces requises ou offertes. Son comportement interne, généralement réalisé par un ensemble de classes, est totalement masqué : seules ses interfaces sont visibles. La seule contrainte pour pouvoir substituer un composant par un autre est de respecter les interfaces requises et offertes.

Un composant doit fournir un service bien précis. Les fonctionnalités qu'il encapsule doivent être cohérentes entre elles et génériques (par opposition à spécialisées) puisque sa vocation est d'être réutilisable.

74

Un composant étant un classeur structuré, on peut en décrire la structure interne. L'implémentation d'un composant peut être réalisée par d'autres composants, des classes ou des artefacts.

Les éléments d'un composant peuvent être représentés dans le symbole du composant ou à côté en les reliant au composant par une relation de dépendance.

Pour montrer les instances des composants, un diagramme de déploiement doit être utilisé³¹.

Le diagramme de composants permet de déterminer la structure des composants d'exploitation que sont les librairies dynamiques, les instances des bases de données, les applications, les pro logiciels, les objets distribués, les exécutables, etc. ainsi un composant représente une entité logicielle d'un système (fichier du code source, programme, document, fichier des ressources, etc.).

Chaque composant est assimilé à un élément exécutable du système. Il est caractérisé par :

- Un nom ;

- Une spécification externe sous forme soit d'une ou plusieurs interfaces requises, soit d'une ou plusieurs fournies ;

- Un port de connexion.

IV.3.2. Notion de port

Un port est un point de connexion entre un classeur et son envi ronnement.³² Graphiquement, un port est représenté par un classeur avec le mot clé « composant N ou alors par un classeur comportant une icône représentant un module.

³¹P.ROQUES et F. VALLEE, UML en action : de l'analyse des besoins à la conception, Ed. Eyrolles

32 Laurent Audibert, op-cit, P.45

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

75

Généralement, un port est associé à une interface requise ou offerte directement à un autre port situé sur la limite du composant englobant un trait plein pouvant être stéréotypé « delegate », et appelée connecteur de délégation.

L'utilisation d'un port permet de modifier la structure interne d'un classeur sans affecter les clients externes.

La relation de dépendance est utilisée dans les diagrammes des composants pour indiquer qu'un élément de l'implémentation d'un composant fait appel aux services offerts par les éléments d'implémentation d'un autre composant.

Lorsqu'un composant utilise l'interface d'un autre composant, on peut utiliser la représentation imbriquant le demi-cercle d'une interface requise dans le cercle de l'interface offerte correspondante.

76

Diagramme des composants

Navigateur

«Interface»
Socket de réception

+ Proticole = "HTTP" + Port = 80

SGBD

Site Web

<<Interface>>
Socket d'émission

+ Protocole= "HTTP" + Port = 80

«Interface»

Socket MySQL

+ Protocole = "TCP" + Port = 3306

Serveur Web

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

IV.4. DEPLOIEMENT DU SYSTEME

Dans cette partie, il est question de décrire l'implémentation physique de notre application grâce à un diagramme proposé par UML : diagramme de déploiement.

Un diagramme de déploiement décrit la disposition physique des ressources matérielles qui composent le système et montre la répartition des composants sur ces matériels. Chaque ressource étant matérialisée par un noeud, le diagramme de déploiement précise comment les composants sont répartis sur les noeuds et quelles sont les connexions entre les composants ou les noeuds.

77

> U n noeud correspond à une ressource matérielle de traitement sur laquelle les artefacts seront mis en oeuvre pour l'exploitation du système. Les noeuds peuvent être interconnectés pour former un réseau d'éléments physiques.

> U n artefact correspond à un élément concret existant dans le monde réel (document, exécutable, fichier, tables de bases de données, scripts, ...). Il se représente comme un classeur par un rectangle contenant le mot-clé « artefact N suivi du nom de l'artefact. On dit qu'un artefact peut manifester, c'est-à-dire résulter et implémenter, un ensemble d'éléments du modèle. On appelle manifestation la relation entre un élément du modèle et l'artefact qui l'implémente. Une interface d'artefact se déploie sur une instance de noeud.

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

78

Diagramme de déploiement

Noeud Bibliothécaire

Noeud internaute

Noeud Abonné

« Artefact » Navigateur

« Artefact » Navigateur

« Artefact » Navigateur

Noeud administrateur

Nom : apache Version apache :

Nom : MySQL Version :

« Artefact » Navigateur

HEBERGEUR

« Artefact » Web server

« Artefact » AB server

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

79

IV.5. PRESENTATON DES INTERFACES

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

80

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

81

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

82

Résultat de la recherche

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

83

CATALOGUE

Index.php

<?php

include("entete.html");

?>

<?php

<a h ref="#"><imgs rc="images/icone2.png"width="20">Accueil</a>I<a

h ref="loginbib.php">EspaceBibliothécai re</a>I<a

h ref="loginabonne.php"><imgs rc="images/multi-

use r.png"width="30">EspaceAbonnés</a>I<a

h ref="loginadm.php">Administrateu r</a>I<font color="blue"size="2">&nbsp;

<sc ript language="JavaSc ript" type="text/javascript">

document.write(ladate); </script></font><font

color="red"size="3"><script>dT();</script></font>

</t r>

<t r>

<td colspan="7" bgcolo r="#003366"><imgs rc="mm_space r.gif" alt="" width="1"

height="1" border="0" /></td>

</t r>

<t r>

<td width="165" valign="top" bgcolo r="#E6F3FF">

<table border="0" cellspacing="0" cellpadding="0" width="100"

id="navigation">

<t r>

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

84

<td width="165">&nbsp;<b r />

&nbsp;<br /></td>

</t r>

<t r>

<td width="165"><a href="Fabonnement.php"
class="navText">Abonnement</a></td>

</t r> <t r>

<td width="165"><a href="catalogsimple.php"
class="navText">Catalogue</a></td>

</t r> <t r>

<td width="165"><a href="connecting.html"
class="navText">Biblioth&eacute;cai re</a></td>

</t r> <t r>

<td width="165"><a h ref=" mailto: [e-mail]"

class="navText"><imgs rc="images/mail.jpg"/>Contactez le

concepteur</a></td>

</t r>

<t r>

<td width="165"><imgs rc="images/SAM.jpg"width="100"height="100"/></td>

</t r>

<t r>

<td width="165"><imgs rc="images/logopied.jpg"width="100"/></td>

</t r>

</table>

<b r />

&nbsp;<b r />

&nbsp;<b r />

&nbsp;<br /> </td>

<td width="50"><imgs rc="mm_space r.gif" alt="" width="50" height="1"

border="0" /></td>

<td width="305" colspan="2" valign="top"><imgs rc="mm_space r.gif" alt=""

width="305" height="1" border="0" /><b r />

&nbsp;<b r />

&nbsp;<b r />

<table border="0" cellspacing="0" cellpadding="0" width="450">

<t r>

<td class="pageName">BIENVENUE A LA BIBLIOTHEQUE <abbrtitle="Institut

Supérieur de Statistique">ISS</abbr></td>

</tr>

<t r>

<td class="bodyText"><p>Bienvenu dans la biblioth&egrave; de

l'<abbrtitle="Institut Supérieur de Stastique">ISS</abbr></p>

<p>Engistrez-vous pour consulter les ouvrages. Si vous êtes déjà abonné cliquez sur Epace Abonnés

et connectez-vous pour pouvoir lire les ouvrages</p>

<p>Mais si vous n'êtes pas encore abonné cliquez sur

abonnement et enregistrer vous.</p><center><image
s rc="images/accueil.gif"width="170"/></td><b r/><cente r>

</t r>

</table>

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

85

<b r />

<td width="50"><imgs rc="mm_space r.gif" alt="" width="50" height="1"

border="0" /></td>

<td width="190" valign="top"><br />

&nbsp;<br />

<table border="0" cellspacing="0" cellpadding="0" width="190">

<tr>

<td colspan="3" class="subHeader"

align="center">EXTRAITS DES LIVRES</td>

</t r>

<tr>

<td width="10"><imgs rc="mm_space r.gif" alt="" width="40"

height="1" border="0" /></td>

<td width="110" id="sidebar" class="smallText"><br />

<p><imgs rc="images/umlaction.$pg" alt="Image 1"
width="100" height="100" vspace="1" border="0" /><b r />

UML en action, d&egrave;s la capture des besoins à la

conception.<br />

<a href="images/umlaction.pdf">Li re &gt;&gt;</a></p>

<p><imgs rc="images/liv.$pg" alt="Image 2" width="100" height="100" vspace="1" border="0" /><b r />

Service web avec J2EEet.Net<b r />

<a href="images/Services Web avec J2E.pdf">Li re

&gt;&gt;</a></p>

<b r />

<td width="40">&nbsp;</td> </t r>

</table> </td>

<td width="100%">&nbsp;</td>

</t r>

</table>

<fieldsetwidth="3"bgcolo r=" red"id="findex"><cente r>Rien n'est impossible, seules les limites de nos esp rist définissent certaines choses comme inconcevables. Copyright (c) René KM 2015</center></fieldset> </body></html>

Fabonnement.php <?php

include("entete.html"); ?>

<?php

include("calendrie r.html"); ?>

<trbgcolo r="#99ccff">

<td colspan="7" id="dateformat" height="25"

>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs

p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;

<a

h ref="index.html"><imgs rc="images/icone2.png"width="20">Accueil</a>I<a

h ref="Fabonnement.php">Abonnement</a>&nbsp;I<a

h ref="EspaceAbonne.html"><imgs rc="images/multi-

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

86

use r.png"width="30">EspaceAbonné</a><font

colo r="blue"size="2">&nbsp;&nbsp;

<sc ript language="JavaSc ript" type="text/javascript">

document.write(ladate); </sc ript></font> &nbsp;<font

color="red"size="3"><script>dT();</script></font>

</t r>

<t r>

<td colspan="7" bgcolo r="#003366"><imgs rc="mm_space r.gif" alt="" width="1"

height="1" border="0" /></td>

</t r>

<t r>

<td width="165" valign="top" bgcolo r="#E6F3FF">

<table border="0" cellspacing="0" cellpadding="0" width="170"

id="navigation">

<t r>

<td width="165">&nbsp;<b r />

&nbsp;<br /></td>

</t r>

<t r>

<td width="165"><a href="Fabonnement.html"
class="navText">Abonnement</a></td>

</t r> <t r>

<td width="165"><a href="catalogsimple.php"
class="navText">Catalogue</a></td>

</t r> <t r>

<td width="165"><a h ref=" mailto: [e-mail]"

class="navText"><imgs rc="images/mail.jpg"/>Contactez le

concepteur</a></td>

</t r>

<t r>

<td width="165"><imgs rc="images/logopied.jpg"width="100"/></td>

</t r>

</table>

<b r />

&nbsp;<b r />

&nbsp;<b r />

&nbsp;<br /> </td>

<td width="50"><imgs rc="mm_space r.gif" alt="" width="50" height="1" border="0" /></td>

<td width="305" colspan="2" valign="top"><imgs rc="mm_space r.gif" alt="" width="305" height="1" border="0" /><b r />

<table border="0" cellspacing="0" cellpadding="0" width="420"> <t r>

<td class="bodyText"><p></p>

<form id="abon" name = "abon" method="POST"

action="ajoute rabonne.php">

<center><h1>FORMULAIRE ABONNEMENT</h1></cente r>

<fieldset id="fieldab">

<legend>Identites de l'abonné</legend>

<imgs rc="images/use r.png"align=" right">

<input type="hidden" name="id"/>

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

87

<p id="nomab"><label for="nomab">Noms :

:

&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</label><inp ut type="text" name = "nomab" placeholder = "votre nom"/></p>

<p id="sexe"><label for="sexe">Sexe

&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</label><select name =

"sexe"><option>Masculin</option><option>Féminin</option></select></p>

<p><label id="adresse">Adresse :
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</label><input type="text" name = "adresse" placeholder = "votre adresse "/></p>

<p id="telephone"><label for="telephone">Téléphone:
&nbsp;&nbsp;&nbsp;&nbsp;</label><input type="text"size="30" name = "telephone" placeholder = "Votrenumé ro de téléphone" /></p>

<p id="mail"><label for="mail">votremail :&nbsp;&nbsp; </label><input type="mail"size="30" name = "mail" placeholder="votre mail"/></p>

<p id="profession"><label for="profession">Profession :&nbsp;</label><input type="text" name = "profession" placeholder="votre profession"/></p>

<p id="nomcat"><label for="nomcat">catégorie : </label><input type="text" name = "nomcat" placeholder="la catego rie"/></p>

<p id="dateab"><label for="dateab">Date d'abonnement : </label><input type="text" name = "dateab" placeholder="votre date d'abonnement"class="calend rie r"/></p>

</p>

<p class="boutons">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<input

type="submit" value = "Enregistrer" onclicK = "return confirm('Voulez-

vousenregistrer?')"/><input type="reset" value="Annuler" /></p>

</t r></fieldset></fo rm>

</table>

<b r />

<td width="50"><imgs rc="mm_space r.gif" alt="" width="50" height="1"

border="0" /></td>

<td width="190" valign="top"><br />

&nbsp;<br />

<td width="100%">&nbsp;</td>

</t r>

<t r>

<td width="190">&nbsp;</td>

<td width="100%">&nbsp;</td>

</t r>

</table>

<fieldsetwidth="20"bgcolo r=" red"id="findex"><cente r>Dans la concorde, les

petites choses croissent.</center></fieldset>

</body>

</html>

Rechercheouvrage.php

<html>

<head>

<title>Resultatreche rche</title>

<linK rel="stylesheet" media="screen" type="text/css" title="Design"

href="debutcss2.css" />

</head>

<body bgcolo r="#99ccff">

<center><h2>Resultat</h2>

<?php

include("connexion.php");

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

88

?>

<?php

$a=$_POST['cdouvrage'];

$sql = "SELECT *FROM ouvrage where cdouvrage liKe'%$a%' o r intitule

liKe'%$a%'o rdomaine liKe'%$a%' o r nomauteur liKe'%$a%'";

$ r=mysql_que ry($sql);

$n=mysql_num_rows($ r);

if ($n!=0)

{echo "<table bo rde r='1'>";

echo "<t r>";

echo"<td align=center><font colo r=fi reb ricK>Code ouvrage</td>";

echo"<td align=cente r><font colo r=fi reb ricK>Intitule</td>";

echo"<td align=cente r><font colo r=fi reb ricK>Domaine</td>";

echo"<td align=center align=center><font colo r=fi reb ricK>Nom auteur</td>";

echo"<td align=center><font colo r=fi reb ricK>Li re</td>";

echo"</tr>";

while ($tab=mysql_fetch_array($ r))

{echo "<t r>";

echo"<td align=center>".$tab['cdouvrage']."</td>";

echo"<td align=center>".$tab['intitule']."</td>";

echo"<td align=center>".$tab['domaine']."</td>";

echo"<td align=center>".$tab['nomauteur']."</td>";

echo'<td align=center><a h ref="bibliotheque/'.$tab['contenu'].'"><imgs rc

="bibliotheque/'.$tab['imgl'].'"width="80" height="80"/></a></td>';

echo"</tr>";

}

echo"</table>";

}

else

echo"Aucun resultat correspondant à votre requete!<br />";

mysql_query($sql) o r die ('Erreu r SQL !'.$sql.'<b r />'.mysql_e rro r());

mysql_close();

?>

<ah ref="EspaceAbonne.html">Retou r</a></b r>

</body>

</html>

Ajouterouvrage.php

<html>

<head><title>résultat ajout ouvrage</title></head>

<body bgcolo r="#99ccff">

<?php

include("connexion.php"); $a=$_POST['cdouvrage']; $b=$_POST['intitule']; $c=$_POST['domaine']; $d=$_POST['nomauteu r']; $e=$_POST['edition']; $f=$_POST['anneepub']; $g=$_POST['nb repage']; $h=$_POST['isbn'];

//$i=$_POST['contenu'];

$photo_livre = $_FILES['imgl']['name'];

$fichier_livre = $_FILES['contenu']['name'];

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

89

$ reK="inse rt into ouvrage

value('$a','$b','$c','$d','$e','$f','$g','$h','$fichier_livre','$photo_livre')";

mysql_que ry($ reK)o r die('ajout imposssible');

echo"l ouvrage $a a ete ajoute";

$info_livre = pathinfo($fichie r_livre);

$fo rmat_livre = $info_livre['extension'];

$exte_livre_auto rise = array('jpg', 'jpeg', 'JPG', 'JPEG', 'PNG', 'png',

'JIF', 'JIF', 'docx', 'xlsx', 'doc', 'docx', 'pdf', 'ppt');

$taille_en_octet = $_FILES['contenu']['size'] ;

if(in_array($fo rmat_livre, $exte_livre_auto rise)){

$image_livre = $_FILES['imgl']['name'];

$info_img = pathinfo($_FILES['imgl']['name']); $ext_image = $info_img['extension'];

$ext_auto risee = array('jpg', 'jpeg', 'gif', 'png', 'doc', 'docx', 'pdf', 'exe', 'odt', ' rar', 'zip', 'jar', 'xls','JPG', 'JPEG');

$image_sizes = $_FILES['imgl']['size'] ;

// On peut valider le fichier et le stocKe r d?nitivement move_uploaded_file($_FILES['contenu']['tmp_name'], 'bibliotheque/'

.

basename($fichie r_livre));

move_uploaded_file($_FILES['imgl']['tmp_name'], 'bibliotheque/' .
basename($photo_livre));

echo '<script type =

"text/javascript">alert("Félicitation ce fichier a ete correctement uploader dans le serveur!"); </script>';

echo'<b r><a href =ajoute rouvrage.php>Ajoute r un autre ouvrage</a>';

}

?>

</body>

</html>

authentification

<table border="0" cellspacing="0" cellpadding="0" width="420">

<t r>

<td class="pageName"></td>

<cente r><h1>AUTHENTIFICATION<h1></cente r>

</tr>

<!-- Lien de la page css-->

<linK href="design/style.css" rel="stylesheet" type="text/css">

<?phprequire_once('connexion.php'); ?>

<?php

if (!isset($_SESSION)) { session_start();

}

$loginFormAction = $_SERVER['PHP_SELF']; if (isset($_GET['accesschecK'])) {

$_SESSION['PrevU rl'] = $_GET['accesschecK'];

}

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

90

if (isset($_POST['login'])) {

$loginUse rname=$_POST['login']; $passwo rd=$_POST['pwd']; $MM_fldUse rAutho rization = "statut"; $MM_redirectLoginSuccess = "EspaceAdm.html";

$MM_redirectLoginFailed = "e rreu r_login.php";

$MM_redirecttoReferrer = false;

mysql_select_db('bibliotheque rKm');

$LoginRS__que ry=sp rintf("SELECT login, pwd, statut FROM authentification

WHERE login='%s' AND pwd='%s'ANDstatut='Administ rateu r'",

get_magic_quotes_gpc() ? $loginUse rname :addslashes($loginUse rname),

get_magic_quotes_gpc() ? $password :addslashes($password));

$LoginRS = mysql_que ry($LoginRS__que ry) o r die(mysql_e rro r());

$loginFoundUser = mysql_num_rows($LoginRS);

if ($loginFoundUser) {

$loginStrG roup =mysql_result($LoginRS,0,'statut');

$_SESSION['MM_Use rname'] = $loginUse rname;

$_SESSION['MM_Use rG roup'] = $loginStrGroup;

if (isset($_SESSION['PrevU rl']) && false) {

$MM_redirectLoginSuccess = $_SESSION['PrevU rl'];

}

header("Location: " . $MM_redirectLoginSuccess );

}

else {

header("Location: ". $MM_redi rectLoginFailed );

}

}

?>

<html>

<head>

<title>Connexion</title>

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">

</head>

<body>

</div>

<table width="100%" border="0" cellspacing="0">

<t r>

<td><div align="center">

<table width="120" border="0" cellpadding="2" cellspacing="0">

<t r>

<td><div align="cente r">

<cente r><imgs rc="images/use r.png"></cente r>

</td>

</t r>

<td colspan="2"><div align="cente r"><font

size="3" face="Verdana, Arial, Helvetica, sans-se rif">Connectez-vous en

tantqu'administrateu r</font></div></td>

</table>

<form name="fo rm1" method="POST" action="<?php echo $loginFormAction;

?>">

<table width="400" bo rde r="1" cellspacing="0" bo rde rcolo r="#00BCE4">

<t r>

&nbsp;

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

91

<td><div align="center">

<table width="400" border="0" cellpadding="5"

cellspacing="0"bgcolo r="#FFFFCC">

<t r>

<td width="195"><div align="right"><font size="3" face="Verdana, Arial,

Helvetica, sans-se rif">Votre

Login <font color =" red">*</font>:</font></div></td>

<td width="195"><input name="login" type="text" id="login"></td>

</t r>

<t r>

<td><div align="right"><font size="3" face="Verdana, Arial, Helvetica, sans-

se rif">Vot re

mot de passe <font color =" red">*</font>:</font></div></td>

<td><input name="pwd" type="password" id="pwd"></td>

</t r>

<t r>

<td><div align="right">

<input name="statut" type="hidden" id="statut" value="Abonné">

</div></td>

<td><input name="submit" type="submit" id="submit"

value="Connexion"></td>

</t r>

</table>

</div></td>

</t r>

</table>

</form>

</div></td>

</t r>

</table>

</body>

<a href="index.html" title="Rentrer à acceuil"><center> Rentrer à accueil

</center></a>

</body>

</html>

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

92

CONCLUSION GENERALE

Nous voici à la fin de notre travail de fin d'étude, nous avions eu l'obligation de concevoir et de réaliser une application de consultation en ligne des ouvrages qui permettra aux abonnés de consulter les ouvrages via internet.

De ce fait, nous nous sommes assignés comme objectif de mettre en place une application permettant l'abonnement et la consultation des ouvrages (livres) en ligne. Pour atteindre notre objectif, nous avons réparti notre travail en quatre chapitres : dans le premier chapitre nous avons eu à définir les concepts clés de notre étude ; le deuxième chapitre nous a permis de présenter et de comprendre l'existant. Le troisième chapitre nous a permis de faire l'analyse détaillée, enfin le quatrième chapitre nous a permis de faire l'implémentation du nouveau système.

Pour la modélisation de travail, nous avons opté pour UML (UnifiedModelingLanguage) qui veut dire langage de modélisation unifié en français et le processus UP (UnifiedProcess) comme démarche pour mener à bien notre projet. Ce processus de développement qui est construit sur UML, qui est destiné à comprendre et décrire des besoins, concevoir des solutions et communiquer des points de vue.

Voici les différents digrammes que nous avons utilisés dans notre travail :

v Diagramme de classe : ce diagramme nous a aidé à représenter la description statique du système en intégrant dans chaque classe la partie dédié aux données et celle consacré aux traitements;

v Diagramme de composant : ce diagramme nous a permis de représenter les différents constituants du logiciel au niveau de l'implémentation ;

v Diagramme de déploiement : ce diagramme nous a permis de décrire l'architecture technique du système ;

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

93

v Diagramme de pacKage : ce dernier nous a permis de donner une vue d'ensemble du système structuré en pacKage ;

v Diagramme de cas d'utilisation : ce dernier nous a aidés à représenter les besoins des utilisateurs par rapport au système ;

v Le diagramme d'activité : ce diagramme nous a permis de donner une vision d'enchainement des activités propre à une opération ou un cas d'utilisation ;

v Diagramme de séquence : celui-ci nous a permis de décrire les scénarios de chaque cas d'utilisation.

Notre choix d'outils d'implémentation porté sur :

- L'architecture en trois couches ;

- PHP pour la programmation : nous avons choisis PHP parce que ce langage est interprété déjà et ne demande pas d'être compilé pour obtenir un objet ;

- MySQL : nous l'avons choisis pour le stocKage des données et la gestion de la base de données ;

- HTML/CSS pour le rendu de nos pages ou formulaires ;

Enfin, nous concluons en disant que ce travail nous a permis de mettre en place une application qui permettra aux étudiants et à toute la communauté si tous les moyens sont réunis de consulter les ouvrages de la bibliothèque de l'ISS à distance. Ainsi nous pouvons confirmer nos hypothèses pour en avoir atteint les objectifs.

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

94

BIBLIOGRAPHIE

1. OUVRAGES

1. Conception de base de données avec UML.

2. Pascal Roques et FrancK Vallée, UML2 en action, de l'analyse à la conception.

3. Pitman N. UML2 en concentré, Paris 2006.

4. Pascal ROQUES et FrancK VALLEE, UML en action.

5. P.ROQUES et F. VALLEE, UML en action : de l'analyse des besoins à la conception, Ed. Eyrolles

6. Laurent Audibert, op-cit.

7. Pascal Roques, UML2 par la pratique, ^5ème édition Eyrollesp.294

8. Pascal Roques ; Les cahiers du programmeur, ^4ème édition Eyrolles.

9. QUIVY et L. VANCAMPENHOUD ; Manuel de recherche en science sociale

10. Cian Petrus, analyse et projet informatique, 2007, Page 8

11. Michel Divine, op.cit 1999.

2. COURS

1. KANKU J ; Cours de méthodologie de la recherche scientifique G2 Info ISS 2010-2011, inédit

2. PatricK K ; Cours de méthode d'analyse informatique II, G3 Info ISP, inédit

3. KABEYA ISAAC, Cours d'élément informatique, ISS, Lubumbashi, 2010-2011

4. KALOMBO Daily, Cours de système d'exploitation, ISS Lubumbashi, 2011-2012

III. MEMOIRES

1. ULIMUBENSHIBAHINGA, conception d'un moteur de recherche des mémoires »mémoire, ISS- Lubumbashi, Lubumbashi, 20062007

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

95

IV. SITE INTERNET

1. http://fr.wiKipedia.o rg/wiKi/Application web

2. http://www.evalu.it/glossaire/mot/444-en-ligne

3. http://www.futu ra-sciences.com/magazines/high-tech/infos/dico/d/inte rnet-inte rnet-3983/ Le 12 mars 2015

4. http://fr.wiKipedia.o rg/wiKi/inte rnet Le 07 mars 2015

5. http://www.futu ra-sciences.com/magazines/high-tech/infos/dico/d/inte rnet-navigateu r-3986 Le 15 mars 2015

6. http://fr.wiKipedia.o rg/wiKi/se rveu r informatique

7. http://fr.wiKipedia.o rg/wiKi/page web

8. http://www.ideematic.com/dictionnaire-web/application-web

9. http://lesdefinitions.fr/gestion

V. Dictionnaire

1. Jargon informatique

2. Dictionnaire Petit Robert

3. Eric Gogues 1990-2010, dictionnaire informatique

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

96

TABLE DES MATIERES

INTRODUCTION GENERALE 1

1. ETAT DE LA QUESTION 6

2. CHOIX ET INTERET DU SUJET 7

3. PROBLEMATIQUE 8

4. HYPOTHESE 9

5. METHODE ET TECHNIQUE 9

6. DELIMITATION DU SUJET 11

7. PLAN SOMMAIRE 11

CHAPITRE I. CADRE THEORIQUE ET CONCEPTUEL 12

I.1. CADRE CONCEPTUEL 12

I.2. CADRE THEORIQUE 21

I.2.1. Méthode utilisée 21

I.2.2. Processus de développement 22

CHAPITRE II. ANALYSE DU METIER 30

II.1. INTRODUCTION 30

1. Historique 30

II.2. ETUDE DU METIER 34

II.2.1. Description textuelle du métier 34

II.2.2. Description fonctionnelle 34

II.7. PROPOSITION DE SOLUTION 47

CHAPITRE IV. ARCHITECTURE DU SYSTEME D'INFORMATION 69

IV.1. langages et outils de développement proposés 69

1. LE LANGAGE PHP (Personal Home Page) 69

2. LE JAVASCRIPT 69

3. MySQL 70

4. WAMPSERVER 70

5. DREAMWEAVER 8 70

IV.2. CHOIX DE L'ARCHITECTURE LOGIQUE 71

IV.3. DIAGRAMME DE COMPOSANTS 73

IV.3.1. Notion de composant 73

IV.3.2. Notion de port 74

KABAMBA MUKOLE René (René KM) Contact : [e-mail]

97

IV.4. DEPLOIEMENT DU SYSTEME 76

IV.5. PRESENTATON PRESENTATION DES INTERFACES 79

CONCLUSION GENERALE 92

BIBLIOGRAPHIE 94

TABLE DES MATIERES 96