BARBOUR Rapport

Rapport de stage
SOMMAIRE
Remerciements p.2
I. Introduction p.3
II. Lieu de déroulement de stage p.4
A. Présentation de l’entreprise p.4
B. Mission de l’entreprise p.4
III. Description, Déroulement de stage: p.5
A. Description de Stage p.5
B. Phases du stage p.5
C. Le planning prévisionnel p.6
IV. Conception p.7
A. Présentation des acteurs p.7
B. Présentation des cas d’utilisation p.8
C. Description des scénarios p.9
D. Diagramme de classe p.14
E. Réalisation de l’interface homme-machine p.15
V. Corrélation avec le contenus des cours p.25
VI. Bilan du stage p.25
VII. Conclusion p.27
Annexes p.28
Mohamed BARBOUR Page 1

Rapport de stage
REMERCIEMENTS
Tout d’abord, je tiens à remercier l’équipe de l’université « ISAE-Tripoli » pour la formation

qu’il m’a apporté durant ces trois années, et particulièrement mon maître de stage,
Dr. Mohammad HUSSEIN pour son suivi et ses conseils.
De plus, je remercie également l’équipe pédagogique de l’association « TELE BAKIR »

pour m’avoir permis d’effectuer ce stage, en particulier M. Nader BAKIR, mon responsable
de stage, pour m’avoir guidé dans la réalisation de ce stage, ainsi que pour le temps qu’il m’a
accordé et la patience dont il a fait preuve.

Rapport de stage
I. INTRODUCTION
Dans le cadre de ma Licence Informatique à l’Université ISAE, J’ai réalisé, un stage de 6

mois au « TELE BAKIR ».
L’objectif principal de ce stage était pour moi d’être confronté à un milieu professionnel,
d’assumer les responsabilités d’un projet, d’apporter mes connaissances et d’en assimiler de
nouvelles. Dans ce contexte, la tâche de développer un programme m’a été confié tout en
permettant de gérer les services de locations et de stockages d’une bibliothèque municipale
publique pour la ville de Tripoli.
Un grand degré d’autonomie m’a été offert pour la tâche confiée. Ainsi une solution par le
langage C#.net a été retenue à mon initiative, couplée à une base de données sous SQL
Server 2005.
En vue de rendre compte de mon travail au sein de ces six mois de stage, je commencerais
dans une première partie par une brève présentation de l’association et des objectifs du stage
afin d’introduire l’environnement de travail dans lequel j’ai travaillé et le cadre de ce stage.
Puis je présenterai dans une deuxième partie le projet qui m’a été confié. Ensuite, je
détaillerai le déroulement de mon stage ainsi que la conception que vous retrouverez après.
Je consacrai ensuite une partie à la présentation des résultats obtenus. Pour clôturer ce rapport
nous établirons dans la dernière partie un bilan technique et personnel.
Vous trouverez, en annexe à la fin de ce rapport, les références et les outils utilisés.

Rapport de stage
II. Lieu de déroulement de stage :
A. Présentation de l’entreprise :
« TELE BAKIR » association du Liban. Il a commencé dans le nord du Liban dans le
matériel de travail, le développement de logiciels et de conception de sites Web.
La constitution interne de l'organisation a été modifiée pour permettre à toutes les personnes
intéressées à l’informatique dans le nord du Liban pour être éligible à l'adhésion.
B. Mission :
L’association est en train d'entrer dans une nouvelle phase de la nouvelle constitution
interne. Il vise à étendre ses activités et ses services en fusionnant les compétences et les
connaissances des universitaires et des particuliers avec des entreprises à obtenir de
meilleurs résultats pour le bénéfice de l'association et de la gestion d'entreprise comme
tout.
L’association a plusieurs objectifs:
1. Encourager l'investissement dans le nord du Liban

2. Améliorer la gestion d'entreprise et ses services
3. Superviser le secteur des informatiques afin de garantir de meilleurs services pour le
consommateur
4. Aide à l'emploi des diplômés en informatique
5. Echange et améliorer les compétences et d'expériences entre les informaticiens
6. Organiser une exposition annuelle de démontrer les technologies les plus récentes
Tout au long des 5 années passées, l'association a participé à plusieurs activités et a

essayé d'être présente et active dans tous les événements informatiques.

Rapport de stage
III. Description, Déroulement de stage:
Dans cette section, nous présenterons : la description générale du stage, la décomposition

du projet en phase, la présentation du planning, la conception et finalement l’interface
homme -machine, codage et test du projet effectué durant ce stage.
A. Description de Stage :
Afin de pourvoir ses habitants d'une vie culturelle locale, la municipalité de Tripoli
souhaite se doter d'une bibliothèque moderne. Le responsable de section informatique a
proposé de créer un outil informatique pour faciliter les tâches qu’il effectue
régulièrement sur son ordinateur. Il s’agit donc de réaliser un logiciel de gestion des prêts
de documents (des CD audio, des vidéos ou des livres) aux visiteurs d’une bibliothèque
municipale. Cette gestion consiste à remplir une fiche sur laquelle sont notées les
informations concernant le client. Chaque sortie de document entraîne la constitution
d'une fiche d'emprunt.
Si le document n’est pas disponible pour le moment, le système fournit au lecteur une
fiche de réservation comprenant une date de disponibilité et une place réservée(en cas de
consultation sur place).Le membre peut ensuite venir en date prévue et utiliser sa
réservation.
Si le document est disponible, le système imprime une fiche qui permet au membre
d’effectuer sa réservation en validant alors le prêt sur le système et enregistrer la date de
retour.
Tout client qui n'a pas restitué un document avant sa date limitée de restitution ne pourra
plus faire de nouvel emprunt tant qu'il n'aura pas régularisé sa situation, ceci même si le
nombre maximal d'emprunts n'est pas atteint.
B. Phases du Stage:
Mon stage dure 24 semaines et devrait suivre un programme prédéfini. Il s’articulera
autour de plusieurs phases :
 Une phase d’apprentissage au cours de laquelle je ferai des recherches et je me formerai

aux différentes notions nécessaires à la réalisation du projet de Suivi des marchés
(C#.net, SQL server…). De plus cette phase me permettra dans un premier temps de
prendre connaissance avec l’équipe en place et de m’intégrer progressivement à la vie
d’un projet, puis dans un second temps, de prendre en main les outils de développement
utilisés tels que Microsoft Visual Studio C#.
 Une phase de rédaction du dossier de spécifications au cours de laquelle il faut

déterminer toutes les fonctionnalités qui apparaîtront dans l’application, ainsi que le
modèle de la base de données.

Rapport de stage
 Une phase de développement durant laquelle il faudra coder et livrer une maquette du
produit, et enfin l’application finale. De plus au fur et à mesure de l’avancement des
développements, la maquette du membre est enrichie et lui est envoyée pour qu’il
puisse se rendre compte des évolutions et tester les nouvelles fonctionnalités. Cette
formation, composée de parties théoriques et de travaux pratiques m’a permis de
prendre rapidement mes marques avec la technologie .NET .
Durant la première phase, j’ai découverte la plateforme Visual studio qui a été une
grande découverte pour moi. Visual Studio est plus qu’un environnement de
développement : des plug-ins viennent s’ajouter afin d’ajouter de nouvelles
fonctionnalités. En ce qui concerne le langage de programmation C#, j’ai travaillé dans
un premier temps sur une application C#. Ce langage a l’avantage de familier qui se
ressemble au java déjà pris a l’ISAE mais développé aussi des notions nouvelles, le tout
associé à Visual Studio et foisonnant de raccourcis afin d’accélérer le travail de
développeur.
Alors que la deuxième phase était nécessaire avant d'entamer le développement du

logiciel, afin de réaliser la conception du logiciel qui a plusieurs objectifs:
 Obtenir une modélisation de très haut niveau indépendante des langages et des
environnements
 Faire collaborer des participants de tous horizons autour d'un même document de
synthèse.
 Faire des simulations avant de construire un système.
 Exprimer dans un seul modèle tous les aspects statiques, dynamiques, juridiques,
spécifications, etc. …
 Documenter un projet.
 Générer automatiquement la partie logicielle d'un système.
C. Le planning prévisionnel
Le diagramme de Gantt ci-dessous, expose la planification prévisionnelle définie afin de
répondre à la problématique posée. Une fois le sujet bien approprié, une phase de
recherche et d’expérimentation sera essentielle, afin de trouver les solutions pouvant
répondre au problème posé. Une fois celles-ci identifiées et comparées afin de les
positionner par rapport aux contraintes liées à mon projet, il faudra effectuer une phase
d’analyse et de conception avant d’implanter le composant additionnel à proprement
parler.

Rapport de stage
Le planning était optimisé pour pouvoir permettre quelques éventuels retards :
01/03/2008 01/04/2008 01/05/2008 01/06/2008
Reformulation des
besoins
[05/03/08-10/03/08]
[1/04/08-20/04/08]
Analyse
Recherches et
[20/04/08-10/05/08]
expérimentations
conception
[10/03/08-1/04/08]
[10/05/08-03/06/08]
programmation
IV. Conception:
Après avoir sélectionné la technologie, nous nous sommes lancés dans l’analyse du
problème. Les sections suivantes présentent les différentes étapes qui ont été suivies
pendant cette phase d’analyse, réalisée à l’aide de la notation UML. La première étape
consiste à bien comprendre le système à étudier pour mieux délimiter le système à
étudier. La méthode générale qu’on a adopté consiste à:
 Retrouver les acteurs qui interagissent avec le système.

 Rechercher les fonctionnalités du système par l'utilisation des « cas d'utilisation ».
 Rechercher les différentes classes et leurs associations.
A. Présentation des acteurs

L’application est un système qui permet la consultation ou l'emprunt d'un certain nombre
de documents. Les adhérents à ce système qui veulent emprunter des ouvrages pour une
durée et un tarif précis doivent s'inscrire en tant que membre.
Dans notre étude des cas de ce système, on doit prévoir toutes les opérations entrantes
dans les fonctionnalités des bibliothécaires puisqu'ils sont les seuls pouvant entraîner des
modifications aux données du système. Le seul et le principale acteur du system est le
bibliothécaire possédant plusieurs rôles :
1. Gestion des prêts: Enregistrer les prêts Enregistrer les restitutions Envoyer un
avertissement.
2. Gestion des Inscriptions: Inscription, suppression et modification des informations d'un
adhérent, filtrer les adhérents ayant dépassé le délai.
3. Gestion des documents: ajouter, retirer et modifier un document.

Rapport de stage
B. Présentation des cas d’utilisation

Le diagramme de cas d’utilisation, expose les différentes utilisations possibles du
composant additionnel d’annotation, qui seront détaillées dans la partie suivante :
1. Diagramme de cas d’utilisation:
Figure.1

Rapport de stage
C. Description des scénarios

Comme nous avons pu le voir dans le diagramme de cas d’utilisation, l’utilisateur peut se
servir du composant additionnel de différentes manières. Pour décrire les cas d’utilisation,
nous avons établi des scénarios représentatifs pour chaque cas. Nous présenterons
successivement les scénarios pour les cas :
1. L'opération empruntée
 Scenario nominal pour l’opération emprunté :

1) Lors d'un emprunt une création d'une instance de Fiche Emprunt est faite par le système
2) Le bibliothécaire demande de loger au système
3) Le bibliothécaire fournit l’identification de l’adhérent et le titre de l'œuvre a emprunté.
4) Le bibliothécaire vérifie si l'emprunt est possible
5) Le bibliothécaire crée d'une fiche d'emprunt
6) Le bibliothécaire détermine la durée du prêt.
7) Le bibliothécaire incrémente le nombre d'Emprunts effectués par l'adhérent
8) Le bibliothécaire décrémente le nombre d'exemplaires empruntés de l'œuvre.
9) Le bibliothécaire envoie l'exemplaire à l'adhérent.
 Scenario alternatif pour l’opération empruntée :

3) La vérification de l’identification de l’utilisateur est fausse, le système reprend au « point 2 ».
4) Le formulaire de gestion de location n’est pas complet alors le système reprend au « point 4 »
Figure.2

Rapport de stage
La deuxième opération que notre système utilise est celle de la restitution des emprunts.
2. L'opération restituée
 Scenario nominal pour l’opération restituée :

1) Le bibliothécaire demande de loger au système
2) Le système demande de remplir les champs d’identification
3) Le système vérifie l’identification et visualise la page principale
4) Le bibliothécaire restitue l'œuvre que l’adhérent a empruntée.
5) Le bibliothécaire cherche la fiche d'emprunt relative à l'œuvre restituée.
6) Le bibliothécaire incrémente le nombre d'exemplaires.
7) Le bibliothécaire décrémente le nombre d'emprunts de l'adhérent.
8) Le bibliothécaire détruit la fiche d'emprunt.
 Scenario alternatif pour l’opération restitué:

4) Le remplissent du formulaire de gestion de location n’est pas complet alors le système reprend au
« point 4 »
La figure ci-dessous montre le diagramme de séquences de l'opération restitution :
Figure.4

Rapport de stage
3. Rechercher :
 Scenario nominal pour le service « rechercher »:

1) L’utilisateur demande de loger au système
4) L’utilisateur choisie le service du recherche
5) Dans le cas nominal le système envoie le formulaire convenable
6) L’utilisateur fait choisir l’élément à rechercher (membre, document) et soumettre le formulaire
7) Le système envoie un formulaire des options de recherche (par nom, etc…)
8) Le système vérifie les informations et envoie le formulaire résultat
 Scenario alternatif pour le service rechercher

1) La vérification de l’identification de l’utilisateur est fausse, le system reprend au « point 2 ».
2) L’élément recherché n’existe pas alors le système reprend au « point 4 ».
On présentera par exemple dans le diagramme ci-dessous le cas de recherche d’un membre ou de livre
 Diagramme de « séquence » décrivant le déroulement de « recherche des membres »:
Figure.5

Rapport de stage
 Diagramme de « séquence » décrivant le déroulement de « recherche des livres » :
Figure. 6

Rapport de stage
4. Envoyer mail :
 Scenario nominal pour « Envoyer Mail » :

1) L’utilisateur demande de loger au système
4) L’utilisateur choisie le service d’envoyer mail
5) Dans le cas nominal le système envoie le formulaire convenable
6) L’utilisateur fait remplir et soumettre le formulaire plein
7) Le système vérifie les informations remplies et envoie un message de succès
 Scenario alternatif pour « Envoyer Mail » :

2) Les informations remplies ne sont pas correctes alors le système reprend au « point 4 ».
 Diagramme de « séquence » décrivant le déroulement d'envoie d'un mail :
Figure. 7

Rapport de stage
D. Le diagramme de Classes
Le diagramme de classes donne une vue statique du système logiciel puisqu'il décrit les types
et leurs objets de ce dernier. Typiquement, il met en relation des classes mais aussi des
interfaces, des types de données, des types énumérés. C'est donc est un réseau statique de
classes et d'associations. En partant des classes et des associations trouvées précédemment, il
faut construire un schéma sous forme de représentation graphique dans lequel les classes
seront représentées par des rectangles et les associations par des traits pleins. Il faut ajouter à
ce schéma des informations concernant les classes et leurs associations. Le diagramme de
classes simplifié est donné dans la figure suivante :
Figure. 8

Rapport de stage
E. Réalisation de l’interface homme-machine

Pour la réalisation de l’interface homme-machine, nous avons étudié la façon dont
L’utilisateur se servira de notre application. Les diagrammes d’état-transition ci-dessous
illustrent les interactions possibles de l’utilisateur avec le composant additionnel.
1. le déroulement de gestion des locations, des membres et des Documents:
Figure. 9

Rapport de stage
Au début, le formulaire de l’authentification demandant le « nom et le mot de passe »
Figure. 10
Après justification des informations éditées, on passe à la page initiale (Figure.11) de notre
application représentant les différents services
Figure. 11

Rapport de stage
On cliquant sur le bouton “Client”, on passera ensuite à la page “gestion clients”

(Figure.12) :
Figure. 12
En appuyant le bouton « ajouter», les informations seront ajoutées à la base de données

(Figure.13)
Figure. 13
Ensuite, on présentera le cas de « gestion des emprunts » (Figure.14), après avoir éditer les
informations nécessaires demande par le formulaire on cliquera sur le bouton « ajouter » et
l’emprunt aura lieu dans la base de données (Figure.15) dans les 2 tables concernant
l’emprunt et les membres respectivement, alors que les nombres des emprunts effectués et en
cours seront ajoutés.

Rapport de stage
Figure. 14
Figure. 15
Figure. 16
Nombre d’emprunts effectuées+1
Nombre de emprunts en cours+1

Rapport de stage
Un autre cas durant la “gestion des emprunts” c’est la présence d’un client qui était dépassé la
durée d’emprunt. Après avoir terminer l’édition des informations (Figure.17), et on cliquant
sur « ajouter » on passera a un formulaire affichant l’interdit d’emprunt (Figure.18).
Figure. 17
9 kazbour bassem 1 La Vie
Figure. 18
Figure. 19

Rapport de stage
Une des services assurée par notre application est la ”gestion des pénalités” concernant les
clients qui ont dépassé la durée de retour d’un document emprunte. La figure.20 ci-dessous
présente le formulaire permettant de connaître le clients en retard et de créer la pénalité relatif
a chacun en éditant les informations demandées et d’envoyer cette « attention de
pénalité »par mail à travers le bouton « Envoyer » ou l’imprimer à travers le bouton
« Imprimer» et donner directement au client.
Figure. 20
Figure. 21
L’option « Imprimer »concerne plusieurs choix avant de faire imprimer la pénalité sur papier,
ces choix sont présentés par les trois boutons:«Imprimer», « Page Setup» et «Configuration»
respectivement visualiser sur les figures : Figure.22, Figure.23 et Figure.24 ci-dessous.
Alors que l’option « Envoyer By Mail » sera détaillé en avant.

Rapport de stage
Figure. 22 Figure. 23
LA bibliothèque municipale
Date : 11-08-2008
Monsieur Ali GHAZAL !attention à payer 5000

L.L comme pénalité de retard des la date au
dessus aux 5 jours en plus. Dans le cas
contraire vous êtes soumis à une pénalité en
plus de 1% pour chaque jour de retard
Signature
Figure. 24

Rapport de stage
2. le déroulement de recherche dans la base de données:
Figure. 25
Deux possibilités de recherche existent : Recherche des clients et Recherche des

documents. L’exemple ci-après représente le cas de recherche d’un document. La
Figure.26 est le formulaire de recherche représentant les différents choix et options de
recherche afin de trouver facilement le document. On détaillera l’exemple d’une
recherche d’un «livre»par son titre« la nature » (Figure.26). On expliquant la relation
entre le formulaire de recherche et la base de données (Figure.27).

Rapport de stage
L5 la nature Michel 1995 5 15000
Figure. 26
Figure. 27

Rapport de stage
3. le déroulement d’envoie d’un mail :
Figure. 28
Le dernier service que je viens présenter est « Envoyer Mail » afin de communiquer avec les
clients notre bibliothèque. (Figure.29)
Figure. 29

Rapport de stage
V. Corrélation avec le contenu des cours :

Certains cours des cursus « informatique général » de l’ISAE m’ont aidé à réaliser ce projet.
A. Gestion de projet :
Ce stage m’a permis de mettre en application une grande partie de la théorie vue lors des
cours de gestion de projet. J’ai ainsi pu vérifier que tous projets, peu importe sa taille, suit un
schéma type : étude, projet et vie du produit.
B. Modélisation UML :
Lors des différentes études, je me suis attardé à la modélisation conceptuelle et logique de
données, de diagrammes de classes, cas d’utilisation, séquences et d’activité. J’ai ainsi pu
mettre en application les connaissances acquises lors des cours de bases de données, méthode
pour l’informatisation et génie logiciel. Les exemples réalisés en cours m’ont servi de modèle
pour l’écriture de ces diagrammes.
C. Algorithme et programmation :
Algorithme et programmation : concepts objets et algorithme et programmation : notions de
base, et encore programmation avancée, ces cours et l’ensemble des projets réalisés m’ont
permis de débuter ce stage dans les meilleures conditions. En effet la théorie développée lors
des cours s’approche nettement des problèmes que l’on peut rencontrer dans le cadre
d’application professionnelle
VI. Bilan du stage

A. Difficultés rencontrées
La plus grande difficulté rencontrée fut d’arriver à homogénéiser une formation dans ses
différentes caractéristiques et de tomber sur un résultat qui satisfasse le plus de personnes
concernées possibles.
J’ai également rencontré quelques soucis au niveau de la gestion du temps, et cela malgré la
réalisation d’un planning de Gantt. Une autre difficulté résidait dans le codage de
l’application, il s’agissait pour moi d’une première expérience, il a donc fallu que je
détermine quel processus entreprendre en définissant les étapes et les méthodes afin de
respecter au mieux toutes les normes et standards de sécurité et d’ergonomie. Enfin, j’ai
remarqué que ce type de mission, c’est-à-dire la mise en place d’un système d’information a
des effets assez itératifs auxquels s’ajoute une ambition démesurée (on souhaite toujours
offrir plus et mieux). Au final, cela m’a permis de bien réaliser l’importance d’un cahier des
charges bien défini et validé.

Rapport de stage
B. Bilan technique
Durant mon stage, j’ai dû fournir des documents à mes encadrant, ce qui m’a obligé à
m’organiser afin de respecter les dates limitées qu’ils avaient fixés, chose qui n’a pas toujours
été aisée. Certaines phases de mon stage ont duré plus longtemps que ce qui avait été prévu
dans la planification initiale comme la montre la figure ci-dessous.
D’un point de vue relationnel, j’ai beaucoup appris sur le monde de la recherche tout au long
de ce stage. Cette expérience fut aussi très enrichissante pour moi car j’ai eu l’occasion
d’apprendre beaucoup sur les rapports hiérarchiques dans une entreprise, mais aussi lors des
discussions et des échanges que j’ai pu avoir avec d’autres personnes travaillant avec moi.
En tant que première expérience professionnelle dans le domaine de l’informatique, ce stage

m’a permis d’effectuer entièrement le cycle de développement d’une application mais aussi
d’apprendre à chercher des solutions lorsqu’un problème survient.
En conclusion, ce stage a été une bonne expérience et me motive à persévérer dans mes
études en Licence Informatique.
01/03/2008 01/04/2008 01/05/2008 01/06/2008
Reformulation des
besoins
[05/03/08-10/03/08]
[20/04/08-30/04/08]
Analyse
Recherches et
[30/04/08-10/05/08]
expérimentations
conception
[10/03/08-10/04/08]
[10/05/08-03/06/08]
programmation
C. Bilan du stage pour l’entreprise

Ce stage signifie le début de ma vie professionnelle. Et pour cela, il constitue une bonne
conclusion à la formation en information-documentation que j’ai suivi pendant trois ans.
L’avantage de la mission était de demander à la fois des compétences en analyse pour la

conception mais aussi des compétences techniques, pour tout ce qui était développé et réalisé.
J’ai ainsi pu participer à tout le processus de production d’un système d’information et mettre
à profit mes connaissances et les nouvelles développées. J’ai acquis une certaine maîtrise en
gestion de projets (étude préalable, gestion du temps, proposition de solutions), en conception
de système d’information (modélisation de base de données, conception de l’ergonomie et de
l’interface) et enfin en programmation, développement (codage de l’application,
administration du système…). A travers ces diverses tâches, j’ai pu saisir toute la

Rapport de stage
problématique de mise en place d’un système d’information, et j’ai amélioré ma

compréhension de leur architecture et de leur utilisation.
En effet, cette expérience a renforcé mon envie de continuer dans cette voie (informatique
documentaire), autour de la conception et de l’utilisation des TIC ou encore de systèmes
d’information Web.
D. Bilan du stage pour l’étudiant

D’un point de vue personnel, j’en tire une expérience enrichissante. Dans le cadre de ma
mission, j’ai également pu rencontrer des professionnels, documentalistes, enseignants, qui
m’ont apporté toute leur expertise et leur aide. Par la même occasion, ces rencontres m’ont
offert la possibilité de me tisser un réseau qui me sera utile à mon entrée dans la vie active.
Le fait d’avoir appréhendé la conception et réalisation d’un système d’information dans son
intégralité, en autonomie et dans un certain climat de confiance et d’ouverture m’a permis de
me responsabiliser et de tenir une certaine rigueur dans la bonne poursuite du projet.
Enfin, le fait d’avoir organisé un atelier pour des professionnels de l’information a mis en
valeur des capacités d’animation et de communication que je sous-estimais.
VII. Conclusion
J’ai effectué mon stage chez « TELE BAKIR » .La principale activité de la société est la
formation informatique.
Les recherches et les expérimentations que j’ai effectuées pour trouver des solutions
techniques pour réaliser ce composant additionnel d’annotation, m’ont permis d’apprendre
un nouveau langage de programmation (le C#), et aussi d’approfondir certaines de mes
connaissances.
Le développement de cette application m’a encore une fois démontré la nécessité d’analyser
et de concevoir une solution avant de l’implanter, comme j’avais déjà pu le remarquer lors
de la réalisation de mon projet tuteuré à l’informatique. Ces deux phases m’ont ainsi permis
de développer plus facilement et plus rapidement le composant additionnel.

Rapport de stage
ANNEXES
Annexe A : Outils utilisés
A. Visual Studio .NET 2005 :
Microsoft Visual Studio est une suite de logiciels de développement pour Windows conçu par
Microsoft.
Visual Studio est un ensemble complet d'outils de développement permettant de générer des
applications Web ASP.NET, des Services Web XML, des applications bureautiques et des
applications mobiles. Visual Basic, Visual C++, Visual C# et Visual J# utilisent tous le même
environnement de développement intégré (IDE, Integrated Development Environment), qui
leur permet de partager des outils et facilite la création de solutions faisant appel à plusieurs
langages. Par ailleurs, ces langages permettent de mieux tirer parti des fonctionnalités du
Framework .NET, qui fournit un accès à des technologies clés simplifiant le développement
d'applications Web ASP et de Services Web XML grâce à Visual Web Developer.
B. SQL Server 2005 :

SQL Server, développé et commercialisé par Microsoft , est un système de gestion de base de
données (SGBD) c.à.d. Un ensemble de logiciels qui sert à la manipulation des bases de
données. Il sert à effectuer des opérations ordinaires telles que consulter, modifier, construire,
organiser, transformer, copier, sauvegarder ou restaurer des bases de données. Il est souvent
utilisé par d'autres logiciels ainsi que les administrateurs ou les développeurs.
C. MSDN :
Le MSDN (Microsoft Developer Network) réunit l’ensemble des ressources techniques dont
le développeur à besoin. Cette librairie concerne entre autre :
 .NET
 Le développement Web (HTML, JavaScript et CSS)
 XML
 Le développement Windows

Rapport de stage
Annexe B : Règles de gestion
Les documents empruntables disponibles sont des CD audio, des vidéos ou des livres.
Chaque document est repéré par un code unique et une localisation (salle) dans la
bibliothèque.
Les documents non empruntables disponibles sont des journaux et des dictionnaires.
Les informations communes aux documents sont les suivantes : le titre, l'auteur (écrivain,
groupe ou metteur en scène) et l'année d'édition. Enfin, afin de disposer de statistiques
d'utilisation, on souhaite de connaître le nombre d'emprunts effectués pour les différents types
et genres de documents...
Les CD ont un genre musical (« classique », « variétés françaises », « variétés

internationales », « compilation »...), une classification dans ce genre (par exemple, « opéra »
pour le genre « classique », ou « rock » pour le genre « compilation »).
Les vidéos ont un genre (« documentaire », « comédie »...), une durée d'émission et une
mention légale de diffusion (restrictions d'usage) ; cette mention devra être disponible lors de
l'emprunt de la vidéos pour permettre un éventuel contrôle.
Les livres possèdent un genre (« roman », « policier »...) et un nombre de pages.
Chaque sortie de documents entraîne la constitution d'une fiche d'emprunt. Sur cette fiche
sont notés : « le client emprunteur », « la date de début du prêt » et pour chaque document
emprunté :« la date limite de restitution ». Les durées de prêt dépendent du type de document
et de la catégorie du client.
Le système de gestion doit prévoir toute opération d'ajout et de suppression de clients et de

documents.
L'emprunt d'un document par un client obéit à certaines règles :
Un client ne peut pas emprunter plus d'un certain nombre de documents fixé par son type.
Dès que ce nombre maximal est atteint pour un client donné, tout nouveau prêt devra être
impossible.
Le tarif des emprunts dépend du document et du client. Le tarif du document est fixé par son
type. La règle pour les clients de type « normal » est de payer le montant fixé pour chaque
document emprunté (indiqué auparavant). Le tarif appliqué aux clients de type « privilège»
est la moitié du « tarif normal ».
La durée des emprunts dépend du document et du client. Chaque « document empruntable »

est empruntable pour une durée dite nominale (par exemple, 2 semaines pour vidéo, 4
semaines pour un CD et 6 semaines pour un livre).

BARBOUR Rapport

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

BARBOUR Rapport

Transféré par

Droits d'auteur :

Formats disponibles

Rapport de stage

II. Lieu de déroulement de stage p.4

A. Présentation de l’entreprise p.4

B. Mission de l’entreprise p.4

III. Description, Déroulement de stage: p.5

A. Description de Stage p.5

B. Phases du stage p.5

C. Le planning prévisionnel p.6

IV. Conception p.7

A. Présentation des acteurs p.7

B. Présentation des cas d’utilisation p.8

C. Description des scénarios p.9

D. Diagramme de classe p.14

E. Réalisation de l’interface homme-machine p.15

V. Corrélation avec le contenus des cours p.25

VI. Bilan du stage p.25

VII. Conclusion p.27

Mohamed BARBOUR Page 1

Tout d’abord, je tiens à remercier l’équipe de l’université « ISAE-Tripoli » pour la formation

De plus, je remercie également l’équipe pédagogique de l’association « TELE BAKIR »

Mohamed BARBOUR Page 2

Dans le cadre de ma Licence Informatique à l’Université ISAE, J’ai réalisé, un stage de 6

Mohamed BARBOUR Page 3

II. Lieu de déroulement de stage :

L’association a plusieurs objectifs:

1. Encourager l'investissement dans le nord du Liban

Tout au long des 5 années passées, l'association a participé à plusieurs activités et a

Mohamed BARBOUR Page 4

III. Description, Déroulement de stage:

Dans cette section, nous présenterons : la description générale du stage, la décomposition

 Une phase d’apprentissage au cours de laquelle je ferai des recherches et je me formerai

 Une phase de rédaction du dossier de spécifications au cours de laquelle il faut

Mohamed BARBOUR Page 5

Alors que la deuxième phase était nécessaire avant d'entamer le développement du

Mohamed BARBOUR Page 6

Le planning était optimisé pour pouvoir permettre quelques éventuels retards :

01/03/2008 01/04/2008 01/05/2008 01/06/2008

 Retrouver les acteurs qui interagissent avec le système.

A. Présentation des acteurs

Mohamed BARBOUR Page 7

B. Présentation des cas d’utilisation

1. Diagramme de cas d’utilisation:

Mohamed BARBOUR Page 8

C. Description des scénarios

 Scenario nominal pour l’opération emprunté :

 Scenario alternatif pour l’opération empruntée :

Mohamed BARBOUR Page 9

 Scenario nominal pour l’opération restituée :

 Scenario alternatif pour l’opération restitué:

La figure ci-dessous montre le diagramme de séquences de l'opération restitution :

Mohamed BARBOUR Page 10

 Scenario nominal pour le service « rechercher »:

 Scenario alternatif pour le service rechercher

 Diagramme de « séquence » décrivant le déroulement de « recherche des membres »:

Mohamed BARBOUR Page 11

 Diagramme de « séquence » décrivant le déroulement de « recherche des livres » :

Mohamed BARBOUR Page 12

 Scenario nominal pour « Envoyer Mail » :

 Scenario alternatif pour « Envoyer Mail » :

 Diagramme de « séquence » décrivant le déroulement d'envoie d'un mail :

Mohamed BARBOUR Page 13

Mohamed BARBOUR Page 14

E. Réalisation de l’interface homme-machine