Université de la Manouba
École Nationale des Sciences de l'Informatique
Rapport de projet de conception et de développement
Integration d'un portail de collaboration avec les entreprises dans le portail intranet de l'ENSI
Élaboré par :
SELLAMI Nidhal ABID Malek ABID Salma
Encadré par :
Ar.OUERGHI Mohamed Said
Année Universitaire : 2012/2013
Remerciments
Au terme de ce travail, nous saisissons cette occasion pour exprimer nos vifs remerciements à toute personne ayant contribué, de près ou de loin, à la réalisation de ce travail. Nous souhaitons tout particulièrement remercier notre encadrant monsieur Mohamed Said Ouerghi , qui nous a encadré avec patience durant la réalisation de ce projet de conception et de développement.
Ses conseils nous ont été bien utils, notamment pour la rédaction de ce rapport.
Résumé
Ce travail est élaboré dans le cadre du projet de conception et de développement de la formation d'ingénieur en informatique à l'école nationale des sciences de l'informatique (ENSI).
Notre projet consiste à concevoir et implémenter un portail interactif ENSI/ENTREPRISE qui permet d'améliorer la communication et l'échange de l'information et de la documentation entre les étudiants de l'école et les diérentes entreprises.
L' objectif majeur de cette application est la gestion de la procédure d'aectation des étu- diants aux stages de deuxième année ainsi qu'aux projets de n d'études (PFE).
Pour atteindre cet objectif, nous avons eu recours à créer une plateforme web basé sur une architecture 3 tiers dont SQL Server 2008 comme système de gestion de bases de données, une étude conceptuel réalisé par le langage de modélisation UML et Visual Studio 2010 comme IDE.
Enn, notre application sera exploitée par les étudiants et les enseignants de l'ENSI ainsi que les entreprises.
Le présent rapport décrit les diérentes étapes de réalisation de ce projet.
.
Table des matières
1 Cadre du projet 2
1.1 Présentation du projet . . . 2
1.2 Problématique et motivation . . . 2
1.3 Objectifs . . . 2
2 État de l'art 4 2.1 Etude de l'existant . . . 4
2.2 Intranet . . . 5
2.3 Plateforme Collaborative . . . 6
3 Etude des besoins 8 3.1 Les acteurs du système . . . 8
3.2 Analyse des besoins . . . 8
3.2.1 Besoins fonctionnels . . . 8
3.2.2 Beoins non fonctionnels . . . 9
3.3 Diagrammes des cas d'utilisation . . . 10
3.3.1 Cas d'utilisation général . . . 10
3.3.2 Cas d'utilisation : gestion des stages . . . 11
3.3.3 Cas d'utilisation : gestion de la communication enseignant-administration 11 4 Conception 13 4.1 Conception générale . . . 13
4.1.1 Architecture logique adoptée . . . 13
4.1.2 Approche Adoptée : Programmation orientée composant . . . 14
4.1.3 Architecture 3-tiers . . . 14
4.2 Conception détaillée . . . 15
4.2.1 La gestion des stages . . . 15
4.2.2 La gestion des documents partagés . . . 16
5 Solutions possibles et choix retenus 18 5.1 SharePoint VS Jamespot . . . 18
5.1.1 jamespot . . . 18
5.1.2 Pourquoi SharePoint ? . . . 18
5.2 Microsoft SharePoint 2010 . . . 18
5.2.1 Présentation . . . 18
5.2.2 Microsoft SharePoint foundation 2010 . . . 19
5.2.3 Microsoft Sharepoint Designer 2010 . . . 20
5.3 SQL server 2008 R2 . . . 20
5.3.1 Choix possibles . . . 20
5.3.2 Pourquoi la dernière version de SQL server ? . . . 20
5.4 Microsoft Visual Studio 2010 (ultimate) . . . 20
6 Réalisation 22
6.1 Environnement Matériel . . . 22
6.2 Environnement Logiciel . . . 22
6.3 Travail réalisé . . . 22
6.3.1 Conguration logicielle . . . 22
6.3.2 Communication Sharepoint-SQL server 2008 . . . 27
6.3.3 Architecture récapitulative du projet . . . 27
6.4 Vue sur le travail réalisé . . . 28
Table des gures
2.1 Environnement numérique de travail de l'université virtuelle de Tunis . . . 5
2.2 Architecture 3-tiers d'un Intranet . . . 6
3.1 Cas général d'utilisation . . . 10
3.2 Cas d'utilisation : Gestion des stages . . . 11
3.3 Cas d'utilisation : Gestion de la communication enseignant-administration . . . 11
4.1 Architecture logique adoptée . . . 13
4.2 Une page WebPart . . . 14
4.3 La structure générique d'une architecture 3-tiers . . . 15
4.4 Diagramme d'activités : Procédure d'aectation à un stage . . . 15
4.5 Diagramme de séquence : S'aecter à un stage . . . 16
4.6 Présentation du module : Gestion des documents partagés . . . 16
4.7 Diagramme de séquence : Ajouter un document . . . 17
5.1 Microsoft SharePoint 2010I . . . 19
6.1 conguration matérielle nécessaire pour l'installation de windows server 2008 R2 23 6.2 Désactivation de la sécurité renforcée d'Internet Explorer . . . 23
6.3 Désactivation de la sécurité renforcée d'Internet Explorer . . . 24
6.4 Désactivation de la sécurité renforcée d'Internet Explorer . . . 24
6.5 Conguration de serveur . . . 24
6.6 Conguration de serveur . . . 25
6.7 Conguration de serveur . . . 25
6.8 installation de l'active directory . . . 26
6.9 Modication de l'IP du serveur . . . 26
6.10 Installation de SQL server 2008 R2 . . . 27
6.11 Architecture récapitulative du projet . . . 27
6.12 Interface d'accueil . . . 28
Introduction générale
De nos jours, les Espaces Numériques de travail (ENT) ne cessent de se préconiser d'une manière exponentielle dans les établissements universitaires. Integrant un ensemble de services numériques bien choisis et structurés oerts à la communauté éducative de l'université, les ENT sont basés sur l'utilisation des technologies de l'information et de la communication .
Ils permettent de construire un dispositif global fournissant à un usager un point d'accès simple, dédié et sécurisé à travers les réseaux à l'ensemble des ressources, des applications, des outils et des services numériques à partir d'un portail unique en rapport avec son activité. Il est un point d'entrée pour accéder au système d'information de l'établissement.
Dans ce contexte, nous avons proposé de lancer un projet qui consiste à développer un portail interactif ENSI/ENTREPRISE qui va être considérée comme un espace numérique de travail pour l'Ecole nationale des sciences de l'informatique.
L'objectif de ce projet est d'analyser, concevoir et développer un espace numérique d'aecta- tion aux stages . Cet espace permet l'échange de l'information et de la communication entre les étudiants et les entreprises ainsi que le contrôle et l'aectation des stages.
Le présent rapport a pour objet de donner une idée claire sur le travail eectué tout au long de la réalisation de ce projet.
Dans le premier chapitre,on expose le cadre du projet et ses objecti. En second lieu, nous dé- crivons l'étude de l'existant qui consiste à dévoiler la méthode actuelle utilisée en relevant ses insusances et proposant une solution. Le troisième chapitre détermine les principales fonc- tionnalités oertes par le portail en précisant les besoins fonctionnels et non fonctionnels. Le quatrième chapitre aborde l la phase de conception. En premier lieu, nous spécions la mé- thodologie adaptée, après, nous présentons une conception plus détaillée. Avant de présenter la phase de réalisation, le cinquième chapitre présente les diérents problèmes rencontrés pour aboutir à des solutions particulière pour le déroulement du projet.
Finalement, au niveau du dernier chapitre intitulé réalisation, nous présentons notre environ- nement.
Chapitre 1
Cadre du projet
Introduction
Tout au long de ce chapitre, nous présentons le cadre de notre projet ainsi que la source de notre motivation pour réaliser notre travail pour nir par expliciter les diérents objectifs visés.
1.1 Présentation du projet
Notre projet se focalise sur la conception et le développement d'une partie du système d'information de l'ENSI, cette partie consiste à réaliser un portail d'une plateforme interactive ENSI/ENTREPRISE assurant la connectivité entre étudiant, administration et entreprise et permettant de gérer les opérations d'aectation de stages, PFE...
1.2 Problématique et motivation
Après des observations du déroulement des opérations d'aectations des stages d'été et des PFE au sein de notre école "Ecole Nationale des Sciences de l'Informatique" nous avons pu dégager les problèmes suivant :
Diculté de décrocher un stage ou un PFE qui répond aux attentes de l'étudiant : Ce dernier doit se déplacer pour présenter sa candidature D'où l'inégalité des chances entre les étudiants du faite que certains étudiants optent pour des sujets qui ne reètent pas le niveau et les capacités d'un ingénieur
La coordination entre l'administration et l'entreprise est assuré uniquement à travers l'étudiant lui-même : Ainsi, l'étudiant se sent libre et parfois il donne plusieurs accord verbaux aux diérentes des entreprises ce qui nuit à l'image de l'école.
C'est de ce constat qu'est né le projet qui se propose d'aborder le problème de l'intégration des technologies de l'information à l'école avec une approche systémique.
1.3 Objectifs
Partant des problèmes décrits ci-dessus notre groupe décide de développer un portail qui a pour but d'informatiser une partie du systèmes administratif celle qui concerne la procédure de réalisation des choix des sujets de PFE ou stages ainsi que de gérer les ores d'emploi surtout
pour les jeunes diplômés .
Notre portail (une partie de l'intranet de l'ENSI) permet ainsi d'assurer la connectivité entre les diérents membres intervenants dans ces procédures dans un cadre transparent et orant des chances égales à tous les étudiants..
Conclusion
Après avoir explicité le cadre général du projet, nous allons présenter dans le chapitre suivant une étude détaillé de l'existant.
Chapitre 2 État de l'art
Introduction
An de nous mettre dans le contexte du sujet, nous allons voir dans ce chapitre une étude de l'existant dans le monde de l'informatisation des services scolaires dans les universités tuni- siennes et plus précisément à l'ENSI.
2.1 Etude de l'existant
A l'heure de la généralisation de l'informatisation de notre société, nos établissements uni- versitaires subissent cette montée en puissance d'une manière chaotique. Des projets et rapports ociels montrent l'intérêt pour les universités de s'approprier ces nouveaux systèmes dont les contours et les moyens ne sont pas toujours clairement explicités.
La migration d'applications existantes est réalisée essentiellement dans le but de les rendre conformes à la technologie et aux protocoles Internet et ainsi utilisables à travers l'Intranet et/ou l'Extranet.
La création de portails, qui sont des plates-formes de type Intranet, vise à fédérer les divers sites de l'entreprise dans la mesure où elle en a plusieurs, et ainsi rendre unique le point d'accès aux ressources de l'entreprise.
Exemple : portail éducatif de université virtuelle de Tunis
L'université virtuelle de Tunis possède un espace numérique de travail qui ore un ensemble de services en ligne, personnalisés et sécurisés, accessibles aux étudiants et aux enseignants tunisiens.
Figure 2.1 Environnement numérique de travail de l'université virtuelle de Tunis
Actuellement et généralement dans nos établissements universitaires, nous en sommes en- core au stade expérimental, très peu d'établissements possèdent une solution globale eective de système d'information.
Les seuls Intranets existants ne proposent que quelques services : messagerie ,espace de sto- ckage, bulletins de note et l'agenda.
Pareil à l'ENSI qui dispose d'un site web n'orant qu'un nombre réduit de services et ne gérant pas la procédure d'aectation des stages qui se déroule encore et toujours de façon manuelle.
Cette procédure assez délicate a fait preuve d'échec à cause de la diculté de décrocher un stage et le manque de communication entre l'environnement d'accueil et l'administration de l'école d'ou est née l'idée de développer un portail interactif qui est censé être un Outil de col- laboration personnalisation et de recherche pour les étudiants et les enseignants. commençons par dénir les propriétés d'un portail (Intranet).
2.2 Intranet
Un intranet est un ensemble de services internet (par exemple un serveur web) internes à un réseau local, c'est-à-dire accessibles uniquement à partir des postes d'un réseau local, ou bien d'un ensemble de réseaux bien dénis, et invisibles (ou inaccessibles) de l'extérieur. Il consiste à utiliser les standards client-serveur de l'internet (en utilisant les protocolesTCP/IP), comme par exemple l'utilisation de navigateurs internet (client basé sur le protocole HTTP) et des serveurs web (protocole HTTP), pour réaliser un système d'information interne à une organisation ou une entreprise.
Un intranet repose généralement sur une architecture à trois niveaux, composée : de clients (navigateur internet généralement) ;
d'un ou plusieurs serveurs d'application (middleware) : un serveur web permettant d'in- terpréter des scripts CGI, PHP, ASP ou autres, et les traduire en requêtes SQL an d'interroger une base de données ;
d'un serveur de bases de données.
De cette façon, les machines clientes gèrent l'interface graphique, tandis que les diérents ser- veurs manipulent les données. Le réseau permet de véhiculer les requêtes et les réponses entre clients et serveurs
Figure 2.2 Architecture 3-tiers d'un Intranet
2.3 Plateforme Collaborative
Une plate-forme de travail collaboratif est un espace de travail virtuel. C'est un site qui ore aux utilisateurs un espace commun de partage d'information avec en général des fonctionnalités de stockage de notication et d'agenda partagés appelé aussi "groupeware". Il intègre des outils informatiques, logiciels, des méthodes de travail en groupe pour améliorer la communication, la production, la coordination. L'objectif du travail collaboratif est de faciliter la communication entre les individus dans le cadre du travail, tout en mesurant leur impact sur le comportement des groupes.
L'utilisation d'une plateforme de travail collaboratif permet d'obtenir : des plannings bien suivis
des données à jour
des messages signalant des nouvelles informations disponibles l'historique de toutes les étapes du projet
l'identication précise de tous les intervenants une communication able entre les partenaires une standardisation des méthodes de travail la personnalisation du développement des projets une évolutivité continue
une ouverture complète sur l'extérieur
la gestion de l'application sans connaissance informatique
Conclusion
Tout au long de ce chapitre, on a introduit une étude de l'existant dans le monde des systèmes d'informations universitaire, ensuite on a mit le point sur les diérents concepts de ce projet tout en dénissant ce qu'est un Intranet et plateforme collaborative
Chapitre 3
Etude des besoins
Introduction
Dans cette section du chapitre, nous nous intéressons aux besoins des utilisateurs à travers les spécications fonctionnelles et non fonctionnelles pour aboutir à une application de qualité .
3.1 Les acteurs du système
Ce système fait intervenir 4 acteurs principaux.ces acteurs sont l'étudiant , l'enseignant, l'en- treprise et l'administrateur . Tous collaborent et échangent des informations sous la supervision de l'administration qui joue le role du gérant du portail.
•Administrateur Il s'assure à la fois du bon fonctionnement du système et protera des services qu'ore celui-ci.
•Enseignant Il prote des services Enseignant-Etudiant, Enseignant-Administration oertes par le système. D'autre part, Il a le droit d'ajouter, et lire le contenu.
•Etudiant Il a le droit de lecture et de téléchargement du contenu du système ainsi que le but principal du portail qui est de postuler à des stages et des emploi.
•Entreprise Elle peut consulter et modier le contenu du systeme.
3.2 Analyse des besoins
3.2.1 Besoins fonctionnels
Notre portail permet au diérents utilisateurs de gérer et controler leurs propres interfaces selon leurs identications (Etudiant/ Entreprise /Enseignant/ Administration) grace à un login et un mot de passe, et ainsi une interface dédié s'ouvre à l'utilisateur et lui permet d'ajouter et consulter des ores de stages, pfe ou emploi et ainsi choisir l'ore qui interresse l'étudiant et y postuler .L'opération d'aectation s'eectue par l'administration Nous pouvons donc resumer en les points qui suivents :
•Administrateur Il s'assure à la fois du bon fonctionnement du système et protera des services qu'ore celui-ci.
• Un accès par un login et un mot de passe pour les entreprises, les étudiants et aussi pour l'administration
• Un espace de travail (workspace) pour les entreprises dans lequel elles peuvent postuler des ore de stage, de PFE, d'emploi, consulter les candidatures et contacter l'administration
• Un système d'alerte mis en disposition, informe par email chaque inscrit toutes mis à jour sur le portail (document téléchargé ou modié sur le portail ) .
• Consultation de l'intranet via le mail, envoi de document et parcourir les documents sur un espace choisi déjà par l'inscrit (sur le quel le système d'alerte est activé).
• Lorsqu'une entreprise postule un ore, cette ore va se déler automatiquement dans l'espace ore de stage, ore PFE (ou ore d'emploi en extensions), l'étudiant à le droit de postuler dans cette ore en ajoutant son cv, lettre de motivation.... et ceci va apparaître dans l'espace `consulter les candidatures' pour l'entreprise qui a postuler l'ore.
• L'administration peut aussi ajouter des ore de stage, PFE, consulter la liste des étudiants qui ont été aecté à des stages, toutes aectation pour un stage nécessite une validation par l'administration)
• Un espace de travail pour les étudiants pour le partage des documents.
On peut ajouter comme extension
• Un forum de discussion pour les étudiants et pour les enseignants
• Un espace de travail pour les enseignants, diviser en deux partis : le vis-à-vis des étudiants (publication de certain cours ou notes) et le vis-à-vis de l'administration (demande de certains papiers ou attestations. . . )
• Rubrique statistique pour l'administration (traceur de courbe....), aussi pour l'entreprise...
• Un système de sécurité du transfert d'information (autre authentication lors de la vali- dation de stage par l'administration...), sécurité du transfert du chier...
3.2.2 Beoins non fonctionnels
Ce logiciel ore une interface claire et conviviale, permettant de gérer les données de façon simple et rapide, tout en tenant compte des nombreux paramètres nécessaires. indent Ce logiciel doit se caractériser d'une certaine agronomie
• L'utilisabilité : Le module à mettre en place doit être intégré au site web actuel de l'ENSI.
• L'ergonomie : L'interface doit être lisible, facile à utiliser, intuitive et uniforme avec le site web actuel de l'ENSI. Par ailleurs elle doit supporter l'adaptation selon les préférences de l'utilisateur.
• Le produit devrait être disponible pour une utilisation de 24 heures par jour et 365 jours par an
3.3 Diagrammes des cas d'utilisation
3.3.1 Cas d'utilisation général
Figure 3.1 Cas général d'utilisation
L'administrateur gère tous les modules du système.
L'étudiant et l'entreprise peuvent contribuer à la gestion des stages ainsi que les documents partagés.
L'enseignant gère le module de communication enseignant- administration ainsi que celui des documents partagés.
3.3.2 Cas d'utilisation : gestion des stages
Figure 3.2 Cas d'utilisation : Gestion des stages
L'entreprise ainsi que les étudiants de l'ENSI participent à la gestion des stages sous la supervision de l'administration.
3.3.3 Cas d'utilisation : gestion de la communication enseignant-administration
Figure 3.3 Cas d'utilisation : Gestion de la communication enseignant-administration
Ce module est dédié aux enseignants de l'ENSI qui orira une accèlération de la procédure administrative et la communication du sta enseignant.
Conclusion
Dans ce chapitre, nous avons détaillé l'existant fonctionnel de l'ENSI. Nous avons ainsi pu spécier les besoins fonctionnels et non fonctionnels. Le chapitre qui suit sera dédié à l'étude de la conception de la plateforme de collaboration de l'ENSI.
Chapitre 4 Conception
Introduction
An d'atteindre les résultats escomptes, nous avons dû organiser nos besoins, exprimés dans le chapitre précedent selon une méthodologie de conception qui a le mérite de faciliter la phase de réalisation..
Dans ce chapitre on va commencer par présenter l'architecture logique adopté pour notre site SharePoint puis on va introduire l'approche de conception adoptée, ainsi on détaillera la concep- tion de chaque composant de notre application
4.1 Conception générale
4.1.1 Architecture logique adoptée
An d'avoir une application web bien structurée et ayant une hiérarchie qui permet de ré- pondre aux diérents besoins spéciés dans le chapitre précédent, nous avons recours à une architecture représentée par la gure suivante
Figure 4.1 Architecture logique adoptée
4.1.2 Approche Adoptée : Programmation orientée composant
Un composant est un objet boite noire pour lequel seul un port de connexion (interface) est visible par l'utilisateur. Il s'agit d'un code compilé versionné directement réutilisable.
La programmation orientée composants (POC) est un paradigme qui porte sur l'architecture logicielle plutôt que sur le code. Elle consiste à utiliser une approche modulaire au niveau de l'architecture d'un projet informatique et externaliser le code fonctionnel d'une application an de le rendre utilisable dans d'autresapplications
Nos pages sur SharePoint sont des regroupements de webParts et chaque WebPart représente un composant à part entier qui peut être déployé dans une ou plusieurs pages.
Un composant Web Part regroupe un certain nombre de fonctionnalités qui peuvent être appe- lées depuis l'application cliente. Il est censé fournir un service bien précis. Les fonctionnalités qu'il encapsule doivent être en rapport et cohérentes entre elles.
Enn c'est pour cela qu'on choisit d'adopter une approche orientée composant et on détaillera par module notre conception tout au long du paragraphe suivant.
La gure suivante illustre une shématisation simple d'une page WebPart
Figure 4.2 Une page WebPart
4.1.3 Architecture 3-tiers
Notre projet consiste à concevoir une application web avec une architecture 3-tiers. Dans l'architecture à 3 niveaux (appelée architecture 3-tiers), il existe un niveau intermédiaire, c'est- à-dire que l'on a généralement une architecture partagée entre :
Un client, c'est-à-dire l'ordinateur demandeur de ressources, équipée d'une interface uti- lisateur (généralement un navigateur web) chargée de la présentation ;
Le serveur d'application (appelé également middleware), chargé de fournir la ressource mais faisant appel à un autre serveur ;
Le serveur de données, fournissant au serveur d'application les données dont il a besoin.
Ce modèle d'architecture 3-tiers a pour objectif de répondre aux préoccupations suivantes : allégement du poste de travail client ;
prise en compte de l'hétérogénéité des plates-formes (serveurs, clients, langages, etc.) ; introduction de clients dits " légers " (plus liée aux technologies Intranet/HTML qu'au
3-tiers proprement dit) ;
et enn, meilleure répartition de la charge entre diérents serveurs d'application.
Figure 4.3 La structure générique d'une architecture 3-tiers
4.2 Conception détaillée
4.2.1 La gestion des stages
Etant l'objectif majeur de l'application, l'aectation des stages se déroule en plusieurs étapes :
Poster un stage
L'entreprise présente un nouvel ore de stage
L'étudiant consulte les diérents ores des diérents entreprise L'étudiant postule à un ore bien déterminé
Si l'étudiant est accepté par l'entreprise, cette dernière envoie une demande d'aectation de l'étudiant pour l'adiministration
L'administration approuve ou annule l'aectation de l'étudiant au stage
Ci dessous, un diagramme d'activité qui illustre avec plus de détails la procédure de ges- tion des stages
Figure 4.4 Diagramme d'activités : Procédure d'aectation à un stage
An d'élucider l'interaction de l'acteur "Etudiant" avec le système, on représente graphique- ment un sénario particulé d'aectationn à un stage selon un ordre chronologique bien déterminé à l'aide du diagramme de séquence suivant.
Figure 4.5 Diagramme de séquence : S'aecter à un stage
4.2.2 La gestion des documents partagés
La rubrique des documents partagés représente une interface commune à tous les utilisateurs du système
Seuls les documents approuvés par l'administration sont ensuite visibles par les utilisateurs.
Ci-dessous un schéma expliquant le fonctionnement de ce module.
Figure 4.6 Présentation du module : Gestion des documents partagés
Une séquence particulière d'ajout de documents peut etre présentée de la manière suivante.
Figure 4.7 Diagramme de séquence : Ajouter un document
Conclusion
Dans ce chapitre, nous avons étudié la conception de l'application à réaliser. Cette conception permet, entre autre, de garantir le bon déroulement de la phase d'implémentation que nous allons détailler dans le chapitre suivant.
Chapitre 5
Solutions possibles et choix retenus
introduction
Quand il s'agit de réalisation il faut commencer par choisir les outils de travail qui répondent le plus à nos besoins . Ce chapitre est donc dédié à l'explication des solutions possibles pour la réalisation de notre projet ainsi que nos choix retenus.
5.1 SharePoint VS Jamespot
5.1.1 jamespot
Aujourd'hui, le réseau social d'entreprise est l'outil idéal pour partager des informations, interagir, collaborer et dynamiser l'activité de votre société au quotidien. Jamespot dispose en standard de toutes les fonctions d'un réseau social couplé à des espaces collaboratifs qui vous permettront d'accélérer vos processus métiers. Il est caractérisé par son légèreté et pas son cout pas cher.
5.1.2 Pourquoi SharePoint ?
Sharepoint est un produit Microsoft , étant connu un leader mondial , son outil sharepoint dispose d'une robustesse indispensable pour un projet qui a un cadre universitaire .
De plus ,Sharepoint est objectivement un environnement de développement complet. Avec lui on peut en eet tout faire.
5.2 Microsoft SharePoint 2010
5.2.1 Présentation
Microsoft SharePoint 2010 est une technologie polyvalente dont les organisations et les divi- sions de toutes tailles peuvent tirer parti pour accroître l'ecacité de leurs processus métier et améliorer la productivité de leurs équipes. Grâce à ses outils de collaboration permettant aux utilisateurs de rester connectés par-delà les limites organisationnelles et géographiques
SharePoint 2010 permet à ces derniers d'accéder à l'information qu'ils recherchent. Les sites
basés sur SharePoint 2010, appelés sites SharePoint, apportent une nouvelle dimension au sto- ckage des chiers, car ils orent aux communautés des fonctionnalités de collaboration en équipe permettant aux utilisateurs de travailler ensemble sur des documents, des tâches et des évène- ments, et facilitant le partage de contacts et d' autres informations.
SharePoint 2010 permet aux gestionnaires d'équipes et de sites de gérer facilement le contenu du site et les activités des utilisateurs. Actuellement encore c'est l'administrateur qui se charge de remplir le contenu d'un site. SharePoint permet de déléguer cette tâche aux utilisateurs avancés naux et ainsi participe à décharger un peu le service informatique.
SharePoint 2010 ore également une plateforme pour la conception d'applications profession- nelles basées sur le Web pouvant être facilement adaptées de manière à répondre aux besoins variables et croissants de votre secteur. Des contrôles administratifs polyvalents permettant de gérer le stockage dans une base de données. Nous sommes vite tentés d'interagir directement avec elle mais, il ne faut surtout pas prendre cette habitude.
De plus, le stockage et l'infrastructure Web fournissent aux départements informatiques une façon rentable d'implémenter et de gérer un environnement de collaboration hautement perfor- mant.
Figure 5.1 Microsoft SharePoint 2010I
5.2.2 Microsoft SharePoint foundation 2010
SharePoint Foundation est la technologie fondatrice de SharePoint Server. SharePoint Foun- dation s'adresse aux organisations ou services de taille modeste à la recherche d'une solution économique, d'entrée de gamme ou de test pour une collaboration sécurisée sur le Web.
Avec SharePoint Foundation, vous pouvez coordonner vos calendriers, organiser vos documents et participer à des discussions grâce à des espaces de travail, blogs, wikis et bibliothèques de documents basés sur une plateforme servant d'infrastructure sous-jacente à SharePoint Server.
Cette version ore une infrastructure de collaboration et une architecture de base pour le dé- veloppement d'applications Web.
De plus elle est disponible en téléchargement gratuit. Les organisations qui utilisent Share- Point Foundation doivent être titulaires d'une licence Windows Server.
5.2.3 Microsoft Sharepoint Designer 2010
Microsoft SharePoint Designer 2010 est un programme de conception de sites Web et d'ap- plications permettant de créer et personnaliser des sites et des applications SharePoint. Avec SharePoint Designer 2010, vous pouvez créer des pages riches en données, élaborer des solutions puissantes , et concevoir l'apparence générale de votre site. Vos créations peuvent s'étendre du simple site d'une petite équipe de gestion de projets jusqu'à des solutions de portail pour l'en- treprise pilotées par tableau de bord
5.3 SQL server 2008 R2
5.3.1 Choix possibles
SQL Server est un SGBD de Microsoft. Grâce à ce SGBD, on peut stocker des données sur une base et de gérer ces données en les modiant et en les mettant à jour. Le langage de requête est le SQL, mais chaque SGBD a son propre langage SQL : ainsi, SQL Server utilise le langage T-SQL (Transact-SQL)
Microsoft a déjà sortit plusieurs versions de SQL Server. Anisi , divers sont les choix des SGBD valables pour etre utilisés dans notre projet.
5.3.2 Pourquoi la dernière version de SQL server ?
Le dernière en date des versions SQL server est SQL Server 2008 R2. Ce SGBD est d'une part très bien bien avec les suites express de Visual Studio. D'autre part, la première version de SQL Server est sortie en 1989 sur les plateformes UNIX et OS/2, mais depuis, Microsoft a préféré mettre SQL Server uniquement sous un système d'exploitation Windows. En 1994, Microsoft a sortit la version 6.0 et 6.5 sur la plateforme Windows NT. Ensuite Microsoft a continué de commercialiser le moteur de base de données sous le nom de Microsoft SQL Server et a publié la version 2008 de Microsoft SQL Server, et enn la version 2008 R2.
SQL Server 2008 R2 simplie la gestion des plateformes de données grâce à son infrastructure innovante basée sur les stratégies, tout en réduisant la complexité de développement grâce à l'abstraction de données et à l'intégration de .NET Framework et Visual Studio.
SQL Server permet aux utilisateurs de prendre des décisions en toute connaissance de cause grâce aux informations pertinentes fournies à tous les utilisateurs via Microsoft Oce.
C'est pourquoi la dernière version de SQL Server en date était notre choix retenu. Les anciennes ne sont plus très bien adaptés pour plusieurs manipulations. De plus ce SGBD est plutôt léger .
5.4 Microsoft Visual Studio 2010 (ultimate)
Microsoft Visual Studio 2010 Ultimate fournit un environnement intégré d'outils et d'in- frastructure serveur qui simplie l'ensemble du processus de développement des applications.
Résultats garantis grâce à l'utilisation de processus productifs, prévisibles et personnalisables.
Transparence et traçabilité assurées tout au long du cycle de vie grâce aux analyses détaillées.
Graçe à Microsoft Visual Studio 2010 ultimate on peut doper la productivité d'équipe via l'uti- lisation de fonctionnalités de collaboration avancées, utilisez les outils de test et de débogage
pour détecter et résoudre les bogues rapidement et facilement an de créer des solutions de haute qualité, tout en réduisant les coûts de développement.
conclusion
Tout au long de ce chapitre on a cité quelques solutions qui nous ont été possibles pour la rélisation de notre projet et on a présenté nos propres choix tout en faisant toutes les compa- raisons possibles.
Chapitre 6 Réalisation
Introduction
La phase de réalisation constitue l'aboutissement des phases d'analyse et de conception déjà réalisées dans les chapitres précédents. Au cours de ce chapitre, nous allons décrire cette phase en spéciant les outils et l'environnement de développement matériels et logiciels en présentant une description des principales composantes de l'application.
6.1 Environnement Matériel
Un PC muni d'un processeur CoreR i3 avec 4Go de RAM Un PC muni d'un processeur CoreR i7 avec 8Go de RAM Un PC d'un processeur CeleronR avec 2Go de RAM
6.2 Environnement Logiciel
Les principaux logiciels qui ont permis la réalisation de cette application et mettre en pro- duction Microsoft Sharepoint Foundation 2010 sont
• Windows 7 64bits (Pour les machines de développement)
• Windows Server 2008 R2 (Pour le serveur de production)
• Microsoft SQL Server 2008 R2
• Microsoft SharePoint Foundation 2010
Les outils qui ont permis le développement de cette application sont :
• Microsoft Visual Studio 2010 Professional
• Microsoft SharePoint Designer 2010.
6.3 Travail réalisé
6.3.1 Conguration logicielle
Installation et conguration Windows server 2008 R2 : Conguration matérielle requise
La conguration indiquée dans le tableau suivant concerne les installations à serveur unique avec base de données intégrée et les installations de batterie de serveurs unique ou multiple (d'
après les informations données par Microsoft).
Figure 6.1 conguration matérielle nécessaire pour l'installation de windows server 2008 R2
Désactivation de la sécurité renforcée d'Internet Explorer
Désactiver la Conguration de sécurité améliorée pour les utilisateurs spéciques en utili- sant un ordinateur exécutant Windows Server 2008.
Figure 6.2 Désactivation de la sécurité renforcée d'Internet Explorer
Gestionnaire de serveur Server Manager est un nouvel outil de gestion pour Windows Server 2008. Il s'agit d'une combinaison entre les fonctionnalités Manage Your Server et l'Assistant de Conguration de la Sécurité de Windows Server 2003. Le gestionnaire de serveur (Server Mana- ger) consiste en une amélioration de la boîte de dialogue Congurer mon serveur qui s'exécute par défaut automatiquement au démarrage des machines Windows Serveur 2003. Cependant, il ne s'agit pas seulement d'un point de départ pour congurer un nouveau rôle sur le serveur, mais d'un outil qui rassemble toutes les opérations qu'un administrateur souhaiterait réaliser sur le serveur, telles que générer une méthode de déploiement à distance, ajouter d'autres rôles à un serveur, etc. Server Manager se présente sous la forme d'un ensemble d'outils consolidés sous forme de portail et contient un statut de chacun des rôles.
Figure 6.3 Désactivation de la sécurité renforcée d'Internet Explorer
Figure 6.4 Désactivation de la sécurité renforcée d'Internet Explorer
Conguration de serveur
Ajout des rôles services : Ajout de Application server Net Framework 3.5.1 Features
Windows process Activation Service
Figure 6.5 Conguration de serveur
Conguration de serveur d`application : Dans la fenêtre Services de rôles , on a sélectionné les rôles suivants :
.Net Framework 3.5.1 Web Server (IIS) Support TCP Port Sharing
HTTP Activation
TCP Activation
Named Pipes Activation
Figure 6.6 Conguration de serveur
Après on a installé les fonctionnalités suivantes
Figure 6.7 Conguration de serveur
Active Directory
Tout d'abord une conguration du nom du domaine est requise. n deuxième lieu on doit installer l'active directory sur windows server 2008 r2.
Une fois l'installation terminée, la fenêtre vous achera un message vous indiquant qu'il vous faut maintenant lancer l'utilitaire dcpromo.exe pour rendre fonctionnel le rôle d'Active Direc- tory.
Ensuite il est nécessaire de transformer ce serveur en serveur DNS pour que l'Active Direc- tory puisse fonctionner. Laissez donc DNS Server
Après la n de l'installation, l'Active Directory est Maintenant fonctionnel, nous avons ajouter 3 utilisateurs. Le premier servira à installer SharePoint, le second servira à installer SQL Server et le dernier sera associé au compte de service SharePoint
Figure 6.8 installation de l'active directory
Nous avons modié l'IP de ce serveur sur 192.168.0.101 et nous lui disons que le serveur DNS est le serveur que nous avons installé précédemment et qui se trouve à l'IP 192.168.0.100 .
Figure 6.9 Modication de l'IP du serveur
Figure 6.10 Installation de SQL server 2008 R2
6.3.2 Communication Sharepoint-SQL server 2008
Pour assurer la communication entre Sharepoint et SQL server 2008 pour la procédure d'af- fectation des étudiants aux stages, une première approche a été adoptée c'est d'intégrer des workows réalisés avec Microsoft Visio 2010. Cette approche n'a pas fait preuve de succés à cause de la diculté d'intégration et la limite des fonctionnalités oertes par Sharepoint pour la gestion des workows.
Le choix retenu était donc le recours à une liaison par codage manuel.
6.3.3 Architecture récapitulative du projet
Figure 6.11 Architecture récapitulative du projet 1-Utilisateur navigue sur le site de Sharepoint.
2- demande est redirigée vers ADFS pour s'identier
3-les réclamation sont ajoutés au jeton SAML et redirigé vers SharePoint 4-le serveur web demande des informations du WCF
5-le WCF entracte les réclamations de l'UPN du jeton SAML et les passe à C2WTS pour faire une authentication de type
6-C2WTS assure la tache de l'authentication et fait le retour à WindowsIdentity 7-WCF interroge WindowsIdentity puis envoi une requête à SQL server pour recevoir des
données
8-Le SQL server exécute cette requête puis retourne des informations 9-WCF retourne ces informations à Sharepoint
10-Sharepoint rend la page à l'utilisateur
6.4 Vue sur le travail réalisé
L'interface suivante est la page d'accueil qui s'ouvre devant l'utilisateur après l'identication elle est la même pour tous les utilisateurs (étudiant/ entreprise/enseignant/ administrateur) sauf les fonctionnalités qui changent d'un utilisateur à un autre comme l'indique le manuel (en annexe avec ce rapport)
Figure 6.12 Interface d'accueil
Conclusion
Dans ce chapitre nous avons décrit l'environnement matériel et logiciel sur lesquelles notre application était basée. Ces derniers sont les fruits d'un processus de développement consistant et bien dirigé dont le but est de dégager au maximum des résultats satisfaisants.
Conclusion générale
Actuellement, les établissements scolaires ont tendance à suivre les mêmes valeurs et les mêmes technologies informatiques tout comme une entreprise an d'améliorer les performances et di- minuer les coûts.
L'objectif de ce travail était de créer une plateforme de collaboration pour l'école nationale des sciences de l'informatique et d'approfondir nos connaissances théoriques et pratiques que nous avons acquises tout au long de notre formation au sein de l'école.
Tout au long de ce rapport nous avons décrit les étapes qui nous ont permis de mettre au point ce projet. Le travail qu'on a réalisé a débuté par une présentation de la problématique, des ob- jectifs et des notions qu'on a utilisées. Au cours du deuxième chapitre nous avons étudié l'état de l'art. Ensuite, nous avons présenté l'analyse et spécication des besoins dans un troisième chapitre. Après nous avons enchainé avec le quatrième chapitre qui portait sur la conception de notre projet suivi du chapitre des solutions et choix retenus pour terminer enn avec une description de l'environnement matériel et logiciel qu'on a utilisés accompagnés par le travail réalisé.
Notre projet répond aux besoins principaux de l'administration de notre école et facile à gérer par le sta administratif, les enseignants et les étudiants. Ce qui est encore à noter, c'est que cette plateforme de collaboration peut éventuellement évoluer pour répondre à des nouveaux besoins : On peut ajouter d'autres modules qui permettent la gestion des modules (ajout/suppression d'un module, nombres d'heures par modules etc.). On peut aussi gérer les étudiants (absences, résultats, projets, etc.)
Bibliographie
[1] Wassim HAMMAMI, PFE : Réalisation d'une solution de gestion de projet Scrum sous la plateforme SharePoint Server, ENSI, Juin 2010.
[2] Bilel HASSINE, PFE : Participation à la réalisation d'un portail entreprise sous Mi- crosoft SharePoint, ENSI, Juin 2009.
