REPUBLIQUE TUNISIENNE

MINISTERE DE L’ENSEIGNEMENT SUPERIEUR,

DE LA RECHERCHE SCIENTIFIQUE ET DE LA TECHNOLOGIE
UNIVERSITE DE carthage

RAPPORT DE STAGE D’ETE

Licence Appliquée en Informatique
Systèmes Informatiques et Logiciels (SIL)

Gestion des relations entre

les entreprises du Pole

Réalisé par : zitoun Amal

Encadré par : M. CHIHI Kais (Encadrant à l’entreprise)
Année universitaire 2012-2013
 Table des matiéres
Introduction  générale

Chapitre 1: CADRE DE PROJET & SPECIFICATION DES BESOINS .............................................

1.Introduction :....................................................................................................................
2.Présentation de l’entreprise :.............................................................................................
3. Contexte général du projet :..............................................................................................
5. Etude des besoins............................................................................................................
5.1 Identification des acteurs :..............................................................................................
5.2 Besoins fonctionnels........................................................................................................
5.3 Besoins non fonctionnels................................................................................................
6. Conclusion........................................................................................................................
Chapitre 2 : CONCEPTION .....................................................................................................
1. Introduction......................................................................................................................
3. Diagramme de cas d’utilisation.........................................................................................
3.1 Les cas d’utilisation :.......................................................................................................
3.2 Diagramme de cas d’utilisation générale.........................................................................
3.3 Diagramme de cas d’utilisation de la<<Gestion des offres d’emplois et des
demandes >>........................................................................................................................
a. Description de cas d’utilisation ‹‹ajouter une demande›› :...............................................
b. Description du cas d’utilisation ‹‹supprimer une offre›› :.................................................
c. Description du cas d’utilisation ‹‹modifier une offre›› :....................................................
d. Description du cas d’utilisation ‹‹ajouter une offre›› :.....................................................
3.4 Diagramme de cas d’utilisation de la<<Gestion de calendrier d’événement>>:................
a. Description de cas d’utilisation ‹‹ modifier un événement ›› :...........................................
b. Description de cas d’utilisation ‹‹ supprimer un événement›› :.........................................
c. Description de cas d’utilisation ‹‹ ajouter un événement ›› :..............................................
3.5 Diagramme de cas d’utilisation de la<< Gestion du dossier partagé>>.............................
a. Description de cas d’utilisation ‹‹ ajouter des brochures ›› :.............................................
b. Description de cas d’utilisation ‹‹ supprimer brochure›› :..................................................
c. Description de cas d’utilisation ‹‹ ajouter des contrat ›› :..................................................
d. Description de cas d’utilisation ‹‹ supprimer brochure›› :..................................................

18
3.6 Diagramme de cas d’utilisation de la <<Gestion des requêtes>>......................................
a. Description de cas d’utilisation ‹‹ ajouter un état a une requête ›› :.................................
a. Description de cas d’utilisation ‹‹ modifier un état de requête ›› :.....................................
b. Description de cas d’utilisation ‹‹ ajouter une requête ›› :................................................
4. Diagramme de classe........................................................................................................
4.1 Diagramme de classe de la << gestion des offres d’emplois et des demandes >>..............
4.2 Diagramme de classe de la ‹‹gestion de calendrier des événements›› :...........................
4.3 Diagramme de classe de la ‹‹ gestion de dossier partagés›› :..........................................
4.4 Diagramme de classe de la ‹‹gestion des requêtes›› :.....................................................
5. Diagramme de séquence :.................................................................................................
5.1 Diagramme de séquence de cas d’utilisation<<ajouter demande>>.................................
5.2 Diagramme de séquence de cas d’utilisation<<ajouter offre>>.......................................
5.2 Diagramme de séquence de cas d’utilisation<<supprimer offre>>...................................
5.2 Diagramme de séquence de cas d’utilisation<<modifier offre>>.....................................
5.2 Diagramme de séquence de cas d’utilisation<<modifier événement>>...........................
5.2 Diagramme de séquence de cas d’utilisation<<supprimer événement>>.........................
5.2 Diagramme de séquence de cas d’utilisation<<ajouter événement>>.............................
Le figure suivent présente le scenario de cas d’utilisation ajouter événement......................
5.2 Diagramme de séquence de cas d’utilisation<<ajouter brochure>>................................
5.2 Diagramme de séquence de cas d’utilisation<<supprimer brochure>>............................
5.2 Diagramme de séquence de cas d’utilisation<<ajouter contrat>>...................................
5.2 Diagramme de séquence de cas d’utilisation<<supprimer contrat>>...............................
5.2 Diagramme de séquence de cas d’utilisation<<ajouter état requête>>...........................
5.2 Diagramme de séquence de cas d’utilisation<<ajouter requête>>..................................
5.2 Diagramme de séquence de cas d’utilisation<<modifier état requête>>.........................
6. Conclusion :......................................................................................................................
Chapitre 3:Réalisation...........................................................................................................
1. Introduction :....................................................................................................................
2. Choix de technologie.........................................................................................................
2.1 Présentation de SharePoint.............................................................................................
Architecture de SharePoint WSS :........................................................................................
3.Environnement de Travail..................................................................................................

18
3.1Environnement matériel..................................................................................................
3.1Environnement Logiciel....................................................................................................
3.1.1 Internet Information Services(IIS) :...............................................................................
3.1.2 Microsoft Visual 2008 :.................................................................................................
3.1.3 Microsoft Office SharePoint Designer 2007 :................................................................
3.1.4 Microsoft SQL Server 2005  
Framework.Net 3.0 :.............................................................................................................
4.1 Architecture 3 tiers :........................................................................................................
1.Page d’accueil...................................................................................................................
2.Consulter liste des offres :.................................................................................................
3.Authentification pour la page ajouter demande.................................................................
4.Consulter les événements du pole.....................................................................................
5.Consulter liste des contrats :..............................................................................................
6.Conclusion :.......................................................................................................................
Conclusion et perspectives....................................................................................................

18
Table des figures
Tableau 1 : Elgazala Technoparc en chiffre............................................................................
Tableau : présentation de fonctionnalité générale...............................................................
Fiqure1 : Diagramme de cas d’utilisation générale................................................................
Fiqure2 : Diagramme de cas d’utilisation gestion des offres d’emplois et des demandes
Fiqure3 : Diagramme de cas d’utilisation de gestion de calendrier d’événement...................
Fiqure4 : Diagramme de cas d’utilisation de gestion de dossier partagé................................
Fiqure5 : Diagramme de cas d’utilisation de gestion de requête............................................
Figure6 : Gestion des offres d’emplois et des demandes........................................................
Figure7 : Gestion de calendrier des événements...................................................................
Figure8 : Gestion de dossier partagé....................................................................................
Figure9: Gestion des requêtes..............................................................................................
Figure10: Ajouter demande...................................................................................................
Figure11: Ajouter offre..........................................................................................................
Figure12: Supprimer offre.....................................................................................................
Figure13: Modifier offre........................................................................................................
Figure14: Modifier événement..............................................................................................
Figure15: Supprimer événement...........................................................................................
Figure17:Ajouter brochure....................................................................................................
Figure18:Supprimer brochure...............................................................................................
Figure19:Ajouter contrat.......................................................................................................
Figure20 : Supprimer contrat................................................................................................
Figure21 : Ajouter état requête.............................................................................................
Figure22 : Ajouter requête....................................................................................................
Figure23 : Modifier état requête..........................................................................................
Figure25 : Disque fonctionnalités SharePoint........................................................................
Figure26 : Fonctionnement de SharePoint.............................................................................
Figure27 : Architecture de SharePoint...................................................................................

18
Figure 41:Ajout d’un rôle dans un serveur.............................................................................
Figure42 : Détection d’un réseau...........................................................................................
Figure43: configuration de serveur d’application (IIS, SP.NET)...............................................
Figure44: lancement de l’installation SharePoint.................................................................
Figure45 : installation terminé..............................................................................................
Figure46 : configuration de produit et technologies SharePoint............................................
Figure47: Vérification de service installé...............................................................................
Figure48: Configuration terminé...........................................................................................

18
Introduction  générale
Le développement des relations entre les entreprises a une grande influence sur la productivité
et la qualité du produit, notamment entre les entreprises qui ont des objectifs communs,

Ces entreprises tendent à se rapprocher des sources d’innovations et des nouvelles

technologies, elles ont la possibilité de partager à distance des connaissances codifiées, le
développement des technologies de l’information et de la communication.

C’est dans ce cadre qu’on a élaboré le projet gestion des relations entre les entreprises durant
un stage effectué au sein de l’entreprise Elgazela Technoparc, qui a pour objectif de réaliser
un site web, qui offre la possibilité a tout visiteur du site de déposer sa propre demande
d’emplois ou de stage et d’accéder aux différentes offres d’emplois déposées par les
entreprises du parc technologique Elgazela. Aussi ce site permet aux entreprises de partager
les dossiers et permet aux employés d’ajouter leurs requêtes (des propositions,
réclamations….).

Afin d’illustrer la démarche de notre travail, on présente l’organisation générale du rapport

qui s’articule en quatre chapitres. Le premier chapitre, on présente le cadre du projet à travers
une présentation de la société parc technologique Elgazela  et l’étude de l’existant. Puis on
spécifie les besoins fonctionnels et les besoins non fonctionnels.

Dans Le deuxième chapitre on détaille la conception par une présentation de diagramme de

classes, d diagramme de séquences et diagramme de cas d’utilisation. Enfin, Le dernier
chapitre sera consacré à l’étape de réalisation en décrivant l'environnement matériel et logiciel
suivie d’un détail du travail, ainsi la présentation l'application développée.

18
 Chapitre 1:
CADRE DE PROJET

&

SPECIFICATION DES
BESOINS

18
1. Introduction :
Dans ce premier chapitre, on présente l’organisme d’accueil qui est l’entreprise « 
Elgazela Technoparc ». Ensuite, on introduit l’étude de l’existant. Puis, on termine par la
spécification des besoins fonctionnels et non fonctionnels.

2. Présentation de l’entreprise  :
Le pôle Elgazala des technologies de la communication représente une entreprise
publique fondée en Août 1997, il permet l’accueil des activités de production relatives
aux technologies de l'information et de la communication.

Le Pôle en chiffres :

On résume l’identification chiffrée de technopole en terme de : nombre de personnes,

nombre d’entreprises, nombre d’emplois, nombre des multinationales, nombre d’unités de
recherche, nombre de cellule de promotion des TIC (Technologies de l'information et de la
Communication), d’établissement de formation et de pourcentage de participation dans la
production dessinée vers l’export illustré dans le tableau:

Tableau 1 : Elgazela Technoparc en chiffre

Composantes Identification
Population Presque 4000 personnes

Nombre d’entreprises 90 entreprises

Nombre d’emplois 1750 emplois dont 98% sont des cadres supérieurs.

Nombre des multinationales 12 multinationales

Nombre d’unités de recherches 7 unités

Nombre de cellule de promotion 1 cellule et 4 établissements de formation dont une

des TIC et d’établissement de école doctorale.
formation
Pourcentage de participation dans 75%
la production destinée vers
l’export.

18
Les services offerts par le pôle technologique Elgazala

Le pôle Elgazala est implanté sur un espace de 65 hectares pour faciliter les missions
des entreprises qui le constitue offrant un ensemble de services :
- Développement de la combinaison entre l'industrie et l’enseignement supérieur en
matière de gestion des TIC .
- Prestation des services de mise en place et de création des applications informatiques et
des systèmes d’informations pour les entreprises.
- Assurer la recherche et le développement en matière d’exploitation des TIC.
- Organisation des manifestations concernant le domaine des TIC.
- Raffermir les liens entre l’université, les entreprises et le monde économique tunisien.
- Assurer les synergies, stimuler les compétences et générer l’innovation relativement aux
TIC.
- Bâtir des projets stratégiques de recherche et de développement montage de projets
collaboratifs.

3. Contexte général du projet :

L’objectif de notre projet consiste à spécifier et à développer un site web statique pour
l’organisme d’accueil. Il permet aux utilisateurs de consulter les offres d’emploi ou demande,
et aux entreprises de déposer leurs offres et leurs brochures, aussi a un employé de proposer
des réclamations, propositions.

4. Etude de l’existant :
Le site du l’entreprise Elagabal Technoparc ne contient que les interfaces d’actualité,
présentation de l’entreprise. D’autre part pour faire une demande de stage ou d’emplois dans
une entreprise existante dans la pole technologique Elgazela, les demandeurs se déplacent
pour chercher de travail et déposer leurs demandes. Ces déplacements provoquent un
gaspillage de temps. Les entreprises n’ont aucun moyen pour mettre à disposition leur offre
d’emplois.
Les entreprises du pole organisent des événements et des journées comme les journées
d’information, journée d’interférence, donc, ils doivent posséder un moyen pour afficher leurs

18
événements. Ainsi, Les employés doivent disposer d’un moyen pour déposer leurs
propositions et réclamations.
Après l’étude de l’existant, on a constaté que le site du l’entreprise Elgazela Technoparc ne
répond pas aux besoins des entreprises, des employes et demandeurs qu’on a cité
précédemment.

5. Etude de besoins
L’étude de besoins l'une des phases  les plus importantes de projet car elle doit assurer aux
utilisateurs finaux, qui ne sont pas toujours des informaticiens, de bien exprimer leurs besoins
et de bien comprendre les fonctionnalités que le système doit fournir.

Dans ce qui suit on identifie les acteurs de notre application. Ensuite, on présente les besoins
fonctionnels et les besoins non fonctionnels de l’application.

5.1 Identification des acteurs :

Les déférents acteurs qui agissent sur notre système sont les suivants :

 Visiteur : C’est l’utilisateur externe de pole qui peut consulter le site et qui
peut déposer une demande de stage ou d’emploi.

 Représentant de l’entreprise : C’est le représentant de chaque entreprise

de pole, qui s’occupe de gérer les offres d’emplois de l’entreprise, répondre
aux demandes d’emplois et de stage, il est chargé aussi de gérer les
dossiers (contrat, brochure) et le calendrier des événements.

 Utilisateur pole : C’est un utilisateur interne de pole qui peut consulter le

site et peut ajouter une requête (proposition, demande de collaboration,
réclamation…).

 Administrateur : C’est l’acteur qui est chargé de gérer les différents

utilisateurs de l’application en attribuant des droits d’accès à chacun, gérer
le calendrier des événements, et gérer les états de requêtes.

5.2 Besoins fonctionnels

Ce sont les principales fonctionnalités de l’application. Ce sont les besoins spécifiant un
comportement d'entrée / sortie de l’application.

18
 Notre application web peut être décomposée en quatre grandes parties :

 Gestion d’offre d’emploi et de demande.

 Gestion de dossiers partages.

 Gestion de calendrier d’événements.

 Gestion de requêtes.

Fonctionnalités Sous fonctionnalités

-Consulter les offres d’emplois
-Consulter les demandes (stage,
emplois)
-Ajouter une demande
Gestion d’offre d’emploi et de
demande -Gérer les demandes
-Gérer les offres d’emplois (ajouter,
supprimer, modifier)

-Consulter les dossiers partagés

Gestion de dossiers partagés
-Gérer les dossiers (ajouter, supprimer)
-Consulter le calendrier des événements
Gestion de calendrier des événements
-Gérer les calendriers (ajouter,
supprimer, modifier un événement
-Consulter les requêtes
Gestion de requête
-Gérer les états de requête (ajouter,
modifier un état)
Tableau : présentation de fonctionnalité générale

5.3 Besoins non fonctionnels 

Il s’agit des besoins qui caractérisent l’application, en matière de performance et l’ensemble

des contraintes qui la maintienne opérationnelle à savoir :

-La spécification d’une charte graphique pour l’application pour que les pages soient
conviviales et que l’utilisateur a une facilité d’utilisation de l’application.

-Le développement d’un menu sous forme d’onglets : c’est un menu horizontal qui
englobe toutes les pages de l’application.

18
 -L’utilisation d’un calendrier

-La validation des formulaires 

-La saisie de données doit être contrôlée.

-L’application doit être fiable.

6. Conclusion

Durant ce chapitre, on a présenté l’organisme d’accueil .Puis, une description de l’existant,

ainsi qu’une critique de la procédure actuelle, ensuite on a proposé une solution .Enfin, on a
présenté la spécification en illustrant les besoins fonctionnels et non fonctionnels.

Dans le chapitre suivant, on va détailler la modélisation des diagrammes cas d’utilisation,

diagrammes de séquence et diagramme de classes.

18
 Chapitre 2 :

CONCEPTION

18
1. Introduction 

Dans ce chapitre, on commence par la définition de la notion Unified Modeling Langage

(UML). Puis, on propose une analyse détaillée en utilisant le diagramme de cas d’utilisation.
Par la suite, on va présenter une description textuelle des scénarios de chaque cas
d’utilisation. On finit par présenter les diagrammes de classe et les diagrammes de séquence.

2. Diagramme de cas d’utilisation 

Dans cette partie on va présenter les diagrammes de cas d’utilisation de chaque module de
l’application et la description textuelle de chaque cas d’utilisation

2.1 Diagramme de cas d’utilisation générale

La figure 1 présente le diagramme de cas d’utilisation générale de notre application

Figure1 : Diagramme de cas d’utilisation générale

18
2.2 Diagramme de cas d’utilisation de la<<Gestion des offres d’emplois
et des demandes >>

Fiqure2 : Diagramme de cas d’utilisation Gestion des offres d’emplois et des

demandes
On présente par la suite la description textuelle de chaque cas d’utilisation.

a. Description de cas d’utilisation ‹‹ajouter une demande›› :

Acteur principale : Le demandeur
Pré condition :
-le visiteur doit s’authentifier.
-Le visiteur consulte la page d’ajout d’une demande

Scénario principal :
- Le demandeur demande l’ajout d’une nouvelle demande de stage ou d’emploi

18
 - Le système présente un formulaire d’ajout d’une nouvelle demande
- Le demandeur saisie les informations nécessaires relatives à une demande.
- Le demandeur valide son ajout d’une nouvelle demande.
-Le système ajoute une nouvelle demande.
Exception :
- Si les champs d’authentification ne sont pas valides, un message d’erreur s’affiche.
-si le demandeur n’est pas inscrit dans le site le scénario suivant doit être fait :
-le demandeur demande l’inscription dans le site.
-le système présente un formulaire d’inscription.
- Le demandeur saisie les informations nécessaires.
-le demandeur valide l’inscription.
-le système affiche un message dit qui inscription terminer.
Post-condition :
-Une nouvelle demande a été ajoutée.

b. Description du cas d’utilisation ‹‹supprimer une offre›› :

18
18
 Acteur principal : Le représentant de l’entreprise
Pré-condition :
-le représentent de l’entreprise doit s’authentifier.
Scénario principal :
- Le représentant de l’entreprise demande la suppression d’une offre d’emplois.
- Le système présente une boite de dialogue de confirmation
- Le représentant de l’entreprise confirme la suppression d’une offre d’emploi.
-Le système effectue une mise à jour sur liste des offres.
Exception :
-si le champ d’authentification n’est pas valide un message d’erreur s’affiche.
-si le représentant de l’entreprise demande la suppression d’une offre n’existe pas un
message d’erreur s’affiche.
Post-condition :
- Un offre est supprimée

c. Description du cas d’utilisation ‹‹modifier une offre›› :

Acteur principal : représentant de l’entreprise.

Pré-condition :
-le représentant doit s’authentifier.
Scénario principal :
- le représentant de l’entreprise choisit une offre pour le modifier.
- Le système ouvre la page de modification de l’offre demandé.
-le représentant saisit les informations nécessaires relatives à la modification de l’offre.
-le représentant de l’entreprise valide la modification.
-Le système effectue une mise à jour sur liste des offres.
Exception :
- Si le champ d’authentification n’est pas valide un message d’erreur s’affiche.
Post-condition :
- une offre a été modifiée.
d. Description du cas d’utilisation ‹‹ajouter une offre›› :

Acteur principale : représentant de l’entreprise

18
Pré-condition :
-le représentant de l’entreprise doit s’authentifier.
Scénario principal :
-Le représentant de l’entreprise demande l’ajout d’une nouvelle offre d’emploi
- Le système présente un formulaire d’ajout d’une nouvelle offre
-Le représentant de l’entreprise saisie les informations nécessaires relatives à une offre.
-Le représentant de l’entreprise valide l’ajout d’une nouvelle offre.
-Le système ajoute une nouvelle offre.
-Le système effectue une mise à jour sur la liste d’offre
Exception :
- Si les champs d’authentification n’est pas valide un message d’erreur s’affiche.
-si le représentant de l’entreprise demande l’ajout d’une offre existe un message d’erreur
s’affiche
Post-condition :
-Une nouvelle offre a été ajoutée.

2.3 Diagramme de cas d’utilisation <<Gestion de calendrier

d’événement>>:

Fiqure3 : Diagramme de cas d’utilisation de gestion de calendrier d’événement

On présente par la suite la description textuelle de chaque cas d’utilisation 

a. Description de cas d’utilisation ‹‹ modifier un événement ›› :

Acteur principal : représentant de l’entreprise..
Pré-condition :

18
 - représentant de l’entreprise doit s’authentifier.
Scénario principal :
- représentant de l’entreprise ouvre la page qui affiche le calendrier d’événement.
- représentant de l’entreprise choisit l’événement à modifier.
- Le système ouvre la page de modification de l’événement demandé.
- représentant de l’entreprise saisit les informations nécessaires relatives a la modification
de l’événement.
- représentant de l’entreprise valide la modification.
-Le système effectue une mise à jour sur l’événement.
Exception:
- Si les champs d’authentification n’est pas valide un message d’erreur s’affiche.
Post-condition :
- Un événement a été modifié.

b. Description de cas d’utilisation ‹‹ supprimer un événement›› :

Acteur principal : représentant de l’entreprise.
Pré-condition :
- représentant de l’entreprise doit s’authentifier.
Scénario principal :
- représentant de l’entreprise ouvre la page qui affiche le calendrier d’événement.
- représentant de l’entreprise demande la suppression d’un événement.
-le système affiche une boite de dialogue de confirmation
- représentant de l’entreprise confirmée la suppression
-Le système effectue une mise à jour sur l’événement
Exception :
- Si les champs d’authentification n’est pas valide un message d’erreur s’affiche
- si l’événement à supprimer n’existe pas un message d’erreur ne s’affiche
Post-condition :
- l’événement est supprimé.

c. Description de cas d’utilisation ‹‹ ajouter un événement ›› :

Acteur principal : représentant de l’entreprise.
Pré-condition :

18
 - représentant de l’entreprise doit s’authentifier.
Scénario principal :
- représentant de l’entreprise ouvre la page qui affiche le calendrier d’événement.
- représentant de l’entreprise demande l’ajout d’un nouvel événement.
- Le système présente un formulaire d’ajout d’un nouvel événement.
- représentant de l’entreprise saisit les informations nécessaires relative a un événement
- représentant de l’entreprise valide l’ajout d’un nouvel événement.
-Le système effectue une mise à jour sur le calendrier d’événement.
Exception:
- Si les champs d’authentification n’est pas valide un message d’erreur s’affiche.
-l’ajout d’un événement existe déjà un message d’erreur s’affiche
Post-condition :
- Un nouvel événement a été ajouté

3.5 Diagramme de cas d’utilisation de la «  Gestion du dossier partagé »

Fiqure4 : Diagramme de cas d’utilisation de gestion de dossier partagé

On présente par la suite la description textuelle de chaque cas d’utilisation 

a. Description de cas d’utilisation ‹‹ ajouter des brochures ›› :

18
Acteur principal : représentent de l’entreprise.
Pré-condition :
-le représentent de l’entreprise doit s’authentifier.
Scénario principal :
-le représentent de l’entreprise choisie un domaine d’activité des entreprises.
-Le système redirige l’utilisateur vers la page des entreprises.
-le représentent de l’entreprise choisi l’entreprise.
-Le système redirige l’utilisateur vers la page des brochures.
-Le représentent de l’entreprise demande l’ajout d’une nouvelle brochure.
- Le système présente l’interface d’ajout d’une brochure.
- Le représentent de l’entreprise parcourt son bureau pour télécharger la brochure.
-le représentent de l’entreprise valide son ajout d’une nouvelle brochure.
-Le système ajoute la nouvelle brochure.
Exception:
- Si les champs d’authentification n’est pas valide un message d’erreur s’affiche.
-Si la brochure est existe déjà un message d’erreur s’affiche
Post-condition :
-Une nouvelle brochure a été ajoutée.
b. Description de cas d’utilisation ‹‹ supprimer brochure›› :
Acteur principal : représentant de l’entreprise.
Pré-condition :
-le représentant doit s’authentifier.
Scénario principal :
- le représentant de l’entreprise demande la suppression d’une brochure.
-le système affiche une boite de dialogue de confirmation
-le représentant de l’entreprise confirmé la suppression
-Le système effectue une mise à jour sur la liste de brochure
Exception :
- Si les champs d’authentification n’est pas valide un message d’erreur s’affiche
Post-condition :
- le brochure est supprimée.

c. Description de cas d’utilisation ‹‹ ajouter des contrat ›› :

Acteur principal : représentent de l’entreprise.

18
Pré-condition :
-le représentent de l’entreprise doit s’authentifier.
Scénario principal :
-le représentent de l’entreprise demande l’ajout d’un nouveau contrat.
- Le système présente l’interface d’ajout d’un contrat.
- Le représentent de l’entreprise parcourt son bureau pour télécharger le contrat.
-le représentent de l’entreprise valide son ajout d’un nouveau contrat.
-Le système ajoute le nouveau contrat.
Exception :
- Si les champs d’authentification n’est pas valide un message d’erreur s’affiche.
-Si le contrat est existe déjà un message d’erreur s’affiche
Post-condition :
- Une nouveau contrat a été ajouté.
d. Description de cas d’utilisation ‹‹ supprimer brochure›› :
Acteur principal : représentant de l’entreprise.
Pré-condition :
-le représentant doit s’authentifier.
Scénario principal :
- le représentant de l’entreprise demande la suppression d’un contrat.
-le système affiche une boite de dialogue de confirmation
-Le représentant de l’entreprise confirmé la suppression
-Le système effectue une mise à jour sur la liste de contrat
Exception :
- Si les champs d’authentification n’est pas valide un message d’erreur s’affiche
Post-condition :
- le contrat est supprimé.

2.4Diagramme de cas d’utilisation de la <<Gestion des requêtes>>

18
 Fiqure5 : Diagramme de cas d’utilisation de gestion de requête

On présente par la suite la description textuelle de chaque cas d’utilisation 

a. Description de cas d’utilisation ‹‹ ajouter un état a une requête ›› :

Acteur principale : administrateur.
Pré-condition :
-l’administrateur doit être authentifier.
Scénario principal :
-l’administrateur demande l’ajout d’un nouvelle état de requête.
- Le système présente une interface d’ajout d’un nouvel état de requête.
- l’administrateur saisit les informations nécessaires.
- l’administrateur valide l’ajout d’un nouvel état à requête.
- Le système ajoute un nouvel état de la requête.
Exception :
- Si l’utilisateur en cours n’est pas un administrateur

Post-condition :
- Une nouvel état requête a été ajoutée.
a. Description de cas d’utilisation ‹‹ modifier un état de requête ›› :
Acteur principal : administrateur.
Pré-condition :
-l’administrateur doit s’authentifier.
Scénario principal :
- l’administrateur demande la modification d’un état de requête.
- Le système ouvre la page de modification d’état d’offre.

18
 -l’administrateur saisit les informations relatives à la modification d’état de demande.
-l’administrateur valide la modification.
-Le système effectue une mise à jour sur liste d’état de demande.
Exception:
- Si les champs d’authentification n’est pas valide un message d’erreur s’affiche.
Post-condition :
- l’état de demande a été modifié.

b. Description de cas d’utilisation ‹‹ ajouter une requête ›› :

Acteur principale : l’utilisateur pole
Pré-condition :
- l’utilisateur pole doit être authentifié.
Scénario principal :
- l’utilisateur pole ouvre la page d’ajout d’une requête.
le système présente une interface d’ajout d’une nouvelle requête.
- l’utilisateur pole saisit les informations nécessaires relatives à la requête.
- l’utilisateur pole valide son ajout d’une nouvelle requête.
- Le système ajoute une nouvelle requête.
Exception :
- Si les champs d’authentification n’est pas valide un message d’erreur s’affiche.
-si l’utilisateur pole n’est pas inscrit dans le site le scénario suivent doit être fait :
-l’utilisateur pole demande l’inscription dans le site.
-le système présente un formulaire d’inscription.
- l’utilisateur pole saisie les informations nécessaires.
- l’utilisateur pole valide l’inscription.
-le système affiche un message dit qui inscription terminer.
Post-condition :
-Une nouvelle requête a été ajoutée.

3. Diagramme de classe
Les diagrammes de classes expriment de manière générale la structure statique d’un système, en
termes de classes et de relations entre elles. Une classe permet de décrire un ensemble d’objets

18
(attributs et comportement), tandis qu’une relation ou association permet de faire apparaître des
liens entre ces objets [2].
On peut donc dire :
- un objet est une instance de classe,

- un lien est une instance de relation

Le diagramme de classe est un modèle permettant de décrire de manière abstraite et générale les
liens entre objets.

3.1 Diagramme de classe <<Gestion des offres d’emplois et des

demandes >>
Ce diagramme représente le diagrame de classe de la module gestion des offres d’emplois et
des demandes

18
 Figure6 : Gestion des offres d’emplois et des demandes

3.2 Diagramme de classe de la ‹‹gestion de calendrier des événements›› :

La figure suivante représente le diagramme de classe de la gestion de calendrier des
événements.

18
 Figure7 : Gestion de calendrier des événements

3.3 Diagramme de classe de la ‹‹ gestion de dossier partagés›› :

La figure qui suit représente le diagramme de classe du module gestion de dossées partages.

Figure8 : Gestion de dossier partagé

3.4 Diagramme de classe de la ‹‹gestion des requêtes›› :

La figure suivent présente le diagramme de classe de la module gestion de requêtes.

18
 Figure9: Gestion des requêtes

4. Diagramme de séquence :
Le diagramme de séquence est la représentation graphique des interactions entre les acteurs et
le système selon un ordre chronologique.
Dans ce qui suit, nous présentons les diagrammes de séquence des cas d’utilisation détaillés
dans la partie précédente.
4.1 Diagramme de séquence de cas d’utilisation<<ajouter demande>>
Le diagramme suivant représente le diagramme de séquence l’ajout d’une demande et
l’inscription si les champs d’authentification ne sont pas valides.

18
Figure10: Ajouter demande

18
4.2 Diagramme de séquence de cas d’utilisation<<ajouter offre>>
Le diagramme suivant présente le scénario de cas d’utilisation ajouter offre

Figure11: ajouter offre

18
4.3 Diagramme de séquence de cas d’utilisation<<supprimer offre>>
Le diagramme suivant présente le scenario de cas d’utilisation de suppression d’une offre.

Figure12: Supprimer offre

18
4.4 Diagramme de séquence de cas d’utilisation<<modifier offre>>
Le diagramme suivant présente le scenario de cas d’utilisation de modification d’une offre.

Figure13: Modifier offre

18
4.5 Diagramme de séquence de cas d’utilisation<<modifier
événement>>
Le diagramme suivant présente le scenario de cas d’utilisation modifié événement.

Figure14: Modifier événement

18
4.6 Diagramme de séquence de cas d’utilisation<<supprimer
événement>>
Le diagramme suivent présente le scénario de cas d’utilisation supprimer événement.

Figure15: Supprimer événement

18
4.7 Diagramme de séquence de cas d’utilisation<<ajouter événement>>
Le diagramme suivent présente le scenario de cas d’utilisation ajouter événement.

Figure16:Ajouter événement

18
4.8 Diagramme de séquence de cas d’utilisation<<ajouter brochure>>
Le diagramme suivent présente le scenario de cas d’utilisation ajouter brochure.

Figure17:Ajouter brochure

4.9 Diagramme de séquence de cas d’utilisation<<supprimer brochure>>

18
Le diagramme suivent présente le scenario de cas d’utilisation supprimer brochure

Figure18:Supprimer brochure

4.10 Diagramme de séquence de cas d’utilisation<<ajouter contrat>>

Le diagramme suivent présente le scenario de cas d’utilisation ajouter contrat.

18
 Figure19 : Ajouter contrat

4.11 Diagramme de séquence de cas d’utilisation<<supprimer contrat>>

Le diagramme suivent présente le scénario de cas d’utilisation supprimer contrat.

18
 Figure20 : Supprimer contrat

4.12 Diagramme de séquence de cas d’utilisation<<ajouter état requête>>

Le figure suivent présente le scenario de diagramme de cas d’utilisation ajouter état requête.

18
 Figure21 : Ajouter état requête

4.13 Diagramme de séquence de cas d’utilisation<<ajouter requête>>

Le diagramme suivent présente le scenario de cas d’utilisation ajouter requête.

18
Figure22 : Ajouter requête

18
4.14 Diagramme de séquence de cas d’utilisation<<modifier état
requête>>
Le diagramme suivent présente le scenario de cas d’utilisation modifier état requête et
l’inscription si les champs d’authentification ne sont pas valide.

Figure23 : Modifier état requête

5. Conclusion :
A travers ce chapitre, on a analysé les besoins, en spécifiant les différents types des
diagrammes tels que le diagramme des cas d’utilisation, le diagramme de séquence ainsi que
le diagramme de classe.
Après avoir détaillé la conception, on s’intéresse à la partie réalisation, ou on décrit le site
qu’on a réalisé et les moyens et les outils utilisés pour développer l’application.

18
Chapitre 3:

Réalisation

18
1. Introduction :
Les chapitres précédents nous ont permis de détailler notre application de point de
vue théorique en fixant toutes ses fonctionnalités et la manière de la concevoir. Dans
ce chapitre, on commence par la technologie adoptée ainsi que l’environnement de
travail de notre application .Enfin, on illustre quelques interfaces de l’application.

2. Choix de technologie

Le choix de la plate Forme SharePoint comme technologie adoptée pour l’application était
fixé à l’avance par l’organisme d’accueil. D’une part, elle facilite la collaboration et la
communication entre les utilisateurs de notre application. D’autre part, elle offre une facilité
d’intégration des solutions dans l’application grâce à la souplesse de son architecture. La
plate-forme SharePoint répond aux besoins majeurs de notre application.

2.1 Présentation de SharePoint

La Figure 25 présente une synthèse des services rendus par SharePoint

Figure 25 : Disque fonctionnalités SharePoint [3]

Windows SharePoint services 3.0 est une technologie de Windows Server qui propose une
gamme intégrée du service de communication et de collaboration et constitue en outre une
plate-forme pour développer des applications métiers basée sur le web [4].

18
 Windows SharePoint Services est le moteur de base de l'infrastructure SharePoint. Le
principe de ce service est de mettre à la disposition d'un ensemble de personnes des
documents partagés à travers d'un site WEB.

Un site WSS ‐ SharePoint est un site Web représentant un espace de collaboration et un lieu
de stockage centralisé pour les documents, les informations et les idées. Un site SharePoint est
à la collaboration ce que le téléphone est à la communication ou ce qu'une réunion est à la
prise de décision. Il aide des groupes d'utilisateurs (collègues ou membres d'un même groupe
social) à partager des informations et à travailler ensemble.
Un site WSS‐SharePoint :
- Un site Web bilingue pour partager documents, discussions, liens, annonces, tâches ou
mini sondages, donc le moyen idéal de coordonner des projets
- Un moyen de donner aux étudiants un espace de collaboration pour chacune des
équipes de travail.
- Un suivi des versions des documents complet et détaillé.
- Une gestion fine et personnalisée des droits d’accès aux sites, à leurs rubriques et aux
dossiers.
- L’information immédiate par courriel ou fil RSS de toute modification apportée au
site.
Les sites WSS sont interactifs et constituent l’outil d’échange et de collaboration par
excellence pour l’ensemble de votre groupe et/ou les équipes dont il se compose.

2.2 Architecture de SharePoint WSS :

La figure suivent représente l’architecture hiérarchique logique de SharePoint WSS.

18
 Figure26 : Fonctionnement de SharePoint [5]

SharePoint héberge différentes Web Applications (WA). Ce sont des instances de Sites Web
IIS qui ont été « étendus » par SharePoint. Comprenez des sites IIS sur lesquels, l'applicatif
SharePoint gère le traitement de ses informations grâce à ASP.Net 2.0.
Les Web Applications gèrent aussi le stockage de l'information en associant diverses bases
de contenus.

 Les Web Applications sont, en fait, le support logique de SharePoint 2007

Il vient ensuite la notion de Site Collection (SC ou SPSite). Elle représente le conteneur
principal de SharePoint. Elle contient et gère le cycle de vie des sites web de contenu (WS
ou SPWeb). Sachez que le Site Web est le premier type de contenu de SharePoint et qu'il
n'existe qu'à travers une Site Collection. Un peu comme un contenant et son conteneur.

Le SPWeb ou les sites web, ils sont composés de 2 éléments principaux :

1. Les pages web : soit de simple page ASPX ou avec de Pages à WebParts dans le style
ASP.Net 2.0
2. Des Listes de contenus : SPList. Ce sont les gestionnaires d'information des SPWeb.
Elles sont de divers types comme les bibliothèques documentaires, d'image ou même
la gestion des taches avec vue Gantt.

18
 3. Environnement de Travail

Dans cette partie, on présente notre environnement matériel et logiciel.

3.1 Environnement matériel

Le travail a été réalisé sur un ordinateur portable qui présente les caractéristiques
techniques suivantes :

Mémoire RAM : 4 Go

Disque dur : 500 Go

Système d’exploitation : Windows 7 Professionnel

Machine virtual : Virtual Pc avec Windows Server 2003

3.1Environnement Logiciel

3.1.1 Internet Information Services(IIS) :

Il s’agit d’un ensemble d’outils de communication qui regroupe un ensemble de

serveurs : un serveur web http, un serveur d’envoi de mails (ou routage de mail) SMTP,
un langage de programmation pour le serveur web ASP.Net et un serveur FTP.[6]

3.1.2 Microsoft Visual 2008 :

Cette version comprend le Framework .net 3.5. Visual Studio est un ensemble des outils de
développement pour la création d’applications web ASP.NET, de services Web XML,

18
 d’applications bureautiques et d’applications mobiles. Visual Basic, Visual C#, et Visual C++
utilisent tous le même environnent de développement intégré (IDE) leur permettant de
partager des outils et facilitant la création de solutions multi-languages. Visual Studio permet
de créer ces types d’applications en code géré pour toutes les plateformes prises en charge par
Microsoft Windows, Windows Mobile, Windows CE…..[7]

L’objectif des extensions de Visual Studio est généralement d’améliorer la productivité et

l’efficacité des développeurs, d’enrichir les possibilités avec, par exemple, de nouveaux
langages de programmations ou de nouveaux types de projets. Dans notre projet, nous avons
eu recours ASP.NET pour bien développer notre application selon les besoins.

3.1.3 Microsoft Office SharePoint Designer 2007 :

Microsoft Office SharePoint est un outil qui permet de créer, de personnaliser les sites web

Microsoft SharePoint et de compiler des applications de workflow basées sur les

technologies SharePoint. Office SharePoint Designer 2007 fournit des outils
professionnels pour créer des solutions interactives sur la plateforme SharePoint sans
écrire de code et concevoir des sites

SharePoint personnalisés adapte un modèle de site SharePoint aux besoins pour créer des
Sites attrayants [8].

3.1.4 Microsoft SQL Server 2005 :

Microsoft SQL Server 2005 constitue un système de gestion de base de données pour les
moyennes applications. SQL Server 2005 est la dernière version du SGBDR2 de Microsoft. Il
est
particulièrement adapté aux systèmes d’E-business et de DataWare Housing. Microsoft SQL
Server 2005 inclut un support XML et http, permettant d’accéder aux données depuis un
navigateur, ou d’une application pouvant créer des requêtes [9].

3.1.5 Framework.Net 3.0 :

18
 C’est un ensemble de librairies et de bibliothèques permettent le développement de
l’application.[10]

4.1 Architecture 3 tiers :

Nous avons utilisé une architecture 3 tiers afin d’organiser la réalisation de notre
application en séparant les données, les traitements et la présentation.

Figure27 : Architecture de SharePoint

 Couche présentation (premier niveau) : Elle correspond à la partie de l'application visible

et interactive avec les utilisateurs. On parle d'Interface Homme Machine.
 Couche métier (second niveau) : Elle correspond à la partie fonctionnelle de l'application,
celle qui implémente la " logique ", et qui décrit les opérations que l'application opère sur
les données en fonction des requêtes des utilisateurs, effectuées au travers de la couche
présentation.

 Couche accès au données(troisième niveau) : Elle consiste en la partie gérant l'accès aux
gisements de données du système. Ces données peuvent être propres au système, ou gérées
par un autre système. La couche métier n'a pas à s'adapter à ces deux cas, ils sont
transparents pour elle, et elle accède aux données de manière uniforme [8].

Dans cette approche, les couches communiquent entre elles au travers d'un " modèle
d'échange ", et chacune d'entre elles propose un ensemble de services rendus. Les services
d'une couche sont mis à disposition de la couche supérieure. On s'interdit par conséquent
qu'une couche invoque les services d'une couche plus basse que la couche immédiatement

18
inférieure ou plus haute que la couche immédiatement supérieure (chaque niveau ne
communique qu'avec ses voisins immédiats).

18
18
 Conclusion et perspectives

Tous au long de ce rapport, nous avons présenté les différentes étapes aboutissantes à la
réalisation d’une application de gestion de relations entre les entreprises. Suite à une
étude de l’existant, nous avons pu énumérer les défaillances des systèmes déjà existants
afin de les remédier dans notre application.

Nous avons exploité la technologie SharePoint pour développer notre application

permettant efficacement aux entreprises de communiquer et de collaborer. Notre
application est évolutive on peut ajouter de nouvelles fonctionnalités tel que :

-La gestion de taches : cette gestion permet au entreprises de suivre leurs projet en vue
Gantt.

Ce stage a été bénéfique et constructif sur le plan scientifique. En effet , non seulement
il nous a permis de développer et enrichir nos connaissance théoriques et pratiques mais
aussi d’acquérir une expérience professionnelle en se familiarisant avec
l’environnement des entreprises.

18
 Annexe

Installation de Windows SharePoint Services

Nous avons rencontré beaucoup de problèmes lors de l’installation de WSS .Nous proposons
dans cette partie les démarches à suivre pour pouvoir travailler sur SharePoint.

Installation de SharePoint :

Dans un premier temps, on doit installer de nombreux composants,

Voici une liste des services et applications à installer pour un fonctionnement optimal de SharePoint
WSS 3.0, il est conseillé de respecter cet ordre pour l’installation :

 Windows Serveur 2003

 système de fichiers NTFS

 Internet Information Services (IIS) 6.0

 SMTP dans IIS

 Framework .Net 2.0 (+ Mise à jour)

 Framework .NET 3.0

 Mise à jour sécurité (Windows Update)

 Microsoft SQL Server 2005

Après l’installation de Framework.Net 2.0, on doit le l’activer dans la liste des extensions de
serveur Web Internet Information Services (IIS).
En suivant la méthode suivante :

1. Cliquez sur Démarrer, cliquez sur Exécuter, tapez cmd et appuyez sur ENTRÉE.

2. Tapez la commande suivante et appuyez sur ENTRÉE :

18
 C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i

puis on configure IIS:

Figure 41:ajout d’un rôle dans un serveur

Cliquer sur ajouter ou supprimer un rôle.

18
 Figure42 : Détection d’un réseau

Figure43 : configuration de serveur d’application (IIS, SP.NET)

18
Dans set figure le serveur d’application (IIS, ASP.NET) es t autorisé.
Voici les étapes de l’installation de SharePoint :

Figure44 : lancement de l’installation SharePoint

18
 Figure45 : installation terminé

Après l’installation de SharePoint il nous demande de faire la configuration des produits et

technologies SharePoint.

Figure46 : configuration de produit et technologies SharePoint

18
Figure47 : Vérification de service installé

18
18
Figure48 : Configuration terminé

18
 Webographie
[1]: http://laurent-audibert.developpez.com/Cours-UML/html/Cours-UML.html

[2]: http://fdigallo.online.fr/cours/uml.pdf

[3]: http://www.adival.com/savoirfaire/int/Pages/desoutils.aspx

[4]: http://office.microsoft.com/fr-be/sharepoint-designer-help/introduction-a-la-
creation-d-applications-sharepoint-HA010239046.aspx

[5] :http://www.technos-sources.com/tutorial-architecture-logique-sharepoint-
2007-63.aspx

[6] :http://www.technos-sources.com/tutorial-architecture-logique-sharepoint-
2007-63.aspx

[7] : http://msdn.microsoft.com/fr-fr/library/bb386063%28v=VS.90%29.aspx

[8]:http://www.generation-nt.com/office-sharepoint-designer-telechargement-
650321.html

[9]: http://fr.wikipedia.org/wiki/Microsoft_SQL_Server

[10]: http://www.techno-science.net/?onglet=glossaire&definition=5266

[5] :http://www.technos-sources.com/tutorial-architecture-logique-sharepoint-
2007-63.aspx

[6] : http://www.generation-nt.com/installer-serveur-ftp-avec-iis-article-24744-1.html

[8] : http://fr.wikipedia.org/wiki/Framework_.NET

18