Final

Ministre de lEnseignement Suprieur
et de la Recherche Scientifique

Universit de Carthage

Institut National des Sciences
Appliques et de Technologie

Projet de Fin dEtudes

Pour lobtention du

Diplme National dIngnieur
en Sciences Appliques et en Technologie

Filire : Rseaux Informatiques et Tlcommunications

Sujet :

Conception et dveloppement dun portail de gestion
de projet

Ralis par : Asma CHAOUACHI

Entreprise daccueil :

Orascom Telecom Tunisie " TUNISIANA"

Soutenu le 24/01/2012

Responsable entreprise 1 : Mr. Sami BELHEDI
Responsable entreprise 2 : Mr. Jihed LAZID
Responsable INSAT : Mr. Noureddine HAMDI

Anne Universitaire : 2011/2012

DDICACES

ma chre maman Yamina
pour sa tendresse, ses sacrifices et son affection,

mon cher pre Mohamed
pour son amour, son soutien moral, sa patience et ses considrables sacrifices
pour
me parvenir ce niveau,

mon cher frre Nizar
pour son soutien moral et son aide,

ma chre sur Yosra
pour son soutien moral et son aide,

mes chers amis et spcialement mes amis Asma et Aymen
tous mes enseignants,

tous ceux qui maiment et que jaime.
Que Allah vous protge tous, vous prserve la sant et le bonheur
je ddie ce travail

ASMA ASMA ASMA ASMA

REMERCIEMENTS

Jexprime ma gratitude toutes les personnes qui mont aid accomplir ma
tche dans de bonnes conditions et qui ont su maccorder toute lattention ncessaire
pour laborer le prsent travail.
Je tiens dabord exprimer ma profonde gratitude Mr. Noureddine HAMDI,
enseignant lInstitut National des Sciences Appliques et de Technologie, pour la
confiance quil a tmoigne en acceptant de diriger ce Projet de Fin dtudes. Je le
remercie pour ses directives, conseils prcieux, ses critiques constructives et ses
suggestions pertinentes qui ont t remarquables tout au long de mon stage.
Je voudrais galement exprimer ma gratitude Mr. Sami BELHEDI, chef
dpartement Ingnierie et Bureautique au sein de TUNISIANA, de mavoir accueilli et
incit mener bien ce travail.
Jadresse galement mes remerciements toute l'quipe Windows de
m'avoir accept entre eux et de mavoir aid par leurs conseils prcieux, en particulier
Mr. Jihed LAZID.
Je voudrais tmoigner par la suite ma reconnaissance tout le personnel de
TUNISIANA qui ma trs bien accueilli et ma aid chacun de son mieux pour passer
mon stage dans de bonnes conditions, en particulier, Mr. Aymen BOUCHRIHA, je le
remercie pour tous les moyens qui a mis ma disposition pour permettre
lavancement de mon travail.
Mes remerciements les plus distingus sont adresss ensuite aux membres du
jury qui m'ont fait l'honneur de bien vouloir accepter d'valuer ce travail.
Finalement, jexprime mes sincres reconnaissances lgard de tous ceux qui
ont contribu ma formation, particulirement les enseignants de lInstitut National
des Sciences Appliques et de Technologie.

TABLE DES MATIRES

INTRODUCTION GNRALE ............................................................................................ 1

Analyse de lexistant et solution pour la gestion de projet ................................................... 3
Introduction ............................................................................................................................ 4
1.1. Etude de lexistant ....................................................................................................... 4
1.1.1. Description de lexistant ....................................................................................... 4
1.1.2. Analyse de lexistant ............................................................................................ 4
1.2. Solution envisageable .................................................................................................. 5
1.3. Prsentation gnrale de la gestion de projet et de workflow ..................................... 6
1.3.1. Gestion de projet .................................................................................................. 6
1.3.2. Workflow ............................................................................................................. 9
1.4. Prsentation gnrale des outils envisags pour la gestion de projet ........................ 10
1.4.1. Microsoft SharePoint Server 2010 ..................................................................... 10
1.4.2. Microsoft Office Project Server 2010 ................................................................ 17
Conclusion ............................................................................................................................ 27

Conception de la solution de gestion de projet .................................................................... 28
Introduction .......................................................................................................................... 29
2.1. Choix de la mthodologie .......................................................................................... 29
2.2. Identification et analyse des besoins ......................................................................... 30
2.3. Spcification fonctionnelles et non fonctionnelles du systme ................................. 31
2.3.1. Spcification fonctionnelle ................................................................................. 31
2.3.2. Spcification non fonctionnelle .......................................................................... 46
2.4. Conception de lapplication ....................................................................................... 46
2.4.1. Modlisation du contexte dynamique ................................................................ 46
2.4.2. Diagrammes dactivits ...................................................................................... 46
2.4.3. Diagrammes de squences ................................................................................. 48
Conclusion ............................................................................................................................ 55

Ralisation ............................................................................................................................... 56
Introduction .......................................................................................................................... 57
3.1. Environnement du travail .......................................................................................... 57
3.1.1. Environnement matriel ..................................................................................... 57
3.1.2. Environnement logiciel ...................................................................................... 58
3.1.3. Outils de dveloppement .................................................................................... 60
3.2. Dploiement de la solution SharePoint Server 2010 ................................................ 61
3.3. Prsentation des modules de linterface .................................................................... 62
3.3.1. Interface de la page daccueil ........................................................................... 62
3.3.2. Interface de gestion de projet ............................................................................. 62
3.3.3. Interface de demande de reporting ..................................................................... 66
3.3.4. Interface Business intelligence .......................................................................... 68
Conclusion ............................................................................................................................ 69

CONCLUSION GNRALE ET PERSPECTIVE ............................................................ 70
RFRENCES ....................................................................................................................... 72
Annexe A ................................................................................................................................. 73

LISTE DES FIGURES

Figure 1: Dures approximatives des tapes de droulement du projet ........................................................ 2
Figure 2: Les caractristiques dun projet ..................................................................................................... 6
Figure 3: La relation entre les acteurs dun projet ........................................................................................ 8
Figure 4: Fonctionnalits de SharePoint server 2010 ................................................................................... 11
Figure 5: Architecture logique de SharePoint 2010 ..................................................................................... 15
Figure 6: Comparaison entre SSP et Service Application ................................................................................. 16
Figure 7: Evolution de MS Project Server ........................................................................................................ 18
Figure 8: Regroupement des fonctionnalits de SharePoint Server 2010 et Project Server 2010 ............... 19
Figure 9: Architecture de Microsoft Project Server 2010 ............................................................................ 24
Figure 10: Dmarche de conception de larchitecture.................................................................................. 30
Figure 11: Diagramme de cas dutilisation gnrale du systme ................................................................. 35
Figure 12: Cas dutilisation Administrer le systme ............................................................................... 36
Figure 13: Cas dutilisation Grer les utilisateurs .................................................................................. 37
Figure 14: Cas dutilisation Grer les applications web ......................................................................... 37
Figure 15: Cas dutilisation Grer des tableaux de bord ....................................................................... 38
Figure 16: Cas dutilisation Grer les bibliothques de documents ....................................................... 39
Figure 17: Cas dutilisation Grer les demandes .................................................................................... 39
Figure 18: Cas dutilisation Grer des projets ........................................................................................ 40
Figure 19: Cas dutilisation Modifier un projet ..................................................................................... 40
Figure 20: Cas dutilisation Grer les documents ................................................................................... 41
Figure 21: Cas dutilisation Grer les rapports dtat des tches .......................................................... 42
Figure 22: Cas dutilisation Grer les tches .......................................................................................... 42
Figure 23: Diagramme de squence systme de ajouter un projet ............................................................... 44
Figure 24: Diagramme de squence systme de crer des rapports et des tableaux de bord ...................... 45
Figure 25: Diagramme dactivit Envoyer et Grer les demandes ......................................................... 47
Figure 26: Les tapes de workflow ............................................................................................................... 48
Figure 27: Diagramme de squence Ajouter un projet .......................................................................... 49
Figure 28: Diagramme de squence Grer les applications de services ................................................ 51
Figure 29: Diagramme de squence Crer des rapports et tableaux de bord ....................................... 54
Figure 30: Architecture de la technologie SharePoint ................................................................................. 58
Figure 31: Architecture de la plateforme de production .............................................................................. 61
Figure 32: Interface de la page daccueil ...................................................................................................... 62
Figure 33: Interface de gestion de projet ..................................................................................................... 63
Figure 34: Interface de gestion de projet ...................................................................................................... 63
Figure 37: Interface de grer les tches ........................................................................................................ 65
Figure 38: Interface de mettre jour une tche ........................................................................................... 65
Figure 39: Interface Envoyer une demande ................................................................................................. 66
Figure 40: Interface de consulter notifications ............................................................................................. 66
Figure 41: Interface grer demande ............................................................................................................. 67
Figure 42: Interface consulter notification ................................................................................................... 67
Figure 43: Interface consulter tableaux de bord .......................................................................................... 68

Figure 44: Interface consulter tableaux de bord .......................................................................................... 68
Figure 45: Organigramme de TUNISIANA ................................................................................................. 74
Figure 46: Organigramme de la direction technique ................................................................................... 74

LISTE DES TABLEAUX

Tableau I: Les cas dutilisations du systme ................................................................................................ 32
Tableau II: Le scnario nominal de Ajouter un projet ........................................................................... 50
Tableau III: Le scnario nominal de Grer les applications de services ................................................ 52
Tableau IV: Le scnario nominal de Crer des rapports et tableaux de bord ........................................ 54

LISTE DES ACRONYMES
A AA A
Afnor : Association franaise de normalisation
API: Application programming Interface
E EE E
ECM : Entreprise Content Management
EPM: Entreprise Project Management
ECS : Excel Calculation Services
EWA: Microsoft Excel Web Access
EWS : Excel Web Services
G GG G
GED : Gestion lectronique des Documents
I II I
ISO : International Organization for Standardization
IIS : Internet Information Services
M MM M
MOA : Matrise d'ouvrage
MOE : Matrise d'uvre
O OO O
OLAP : On-line Analytical Processing
P PP P
PPM : Project Portfolio Management
PSI : Project Server Interface
S SS S
SPP: Shared Services Provider
SAA: Shared Application Architecture
SSRS: Microsoft SQL Server 2008 Reporting Services
U UU U
UP: Unified Process
UML: Unified Modeling Language
W WW W
WCF: Windows Communication Foundation
WIF: Windows Identity Foundation

1

INTRODUCTION GNRALE

Dans le cadre de collaboration entre INSAT et Orascom Telecom Tunisie
TUNISIANA , vient ce Projet de Fin dtudes qui couronne les tudes de lINSAT, intitul
Conception et dveloppement dun portail de gestion de projet .
TUNISIANA [1] est le nom commercial dOrascom Telecom Tunisie. Cette entreprise
est un oprateur de tlcommunications priv en Tunisie qui a obtenu la deuxime licence
tunisienne de tlphonie mobile en mai 2002. Ce Projet de Fin dtudes est propos par cette
entreprise et il sera labor au sein de la direction Technique. Une prsentation de lentreprise
est dtaille en Annexe A.
Cest dans ce contexte que sinscrit mon Projet de Fin dtudes qui consiste
concevoir et mettre en place un portail de gestion de projet. Ce portail est un espace
collaboratif qui offre plusieurs fonctionnalits lquipe dun projet. En effet, il permet de
faciliter la cration et la gestion des projets [2], ainsi doptimiser laffectation des tches aux
ressources disponibles. De mme, il fournit plus de visibilit de lavancement des tches, des
performances et du rendement rel du personnel par des graphes et des tableaux de bord. Ce
portail sera dvelopp avec Microsoft SharePoint Server [3] et Microsoft Project Server 2010
[4].
Par ce portail, on cible de grer efficacement les projets de lentreprise afin de rduire
le cot et le temps, amliorer la communication interne et faciliter le partage des informations
en temps rel entre lquipe dun projet et de fournir une meilleure visibilit de lavancement
de ses projets.
La suite du prsent rapport est constitue de trois chapitres. Le premier chapitre
consiste ltude de lexistant et une tude sur les diffrentes technologies adoptes pour la
ralisation de notre projet. La conception de la solution de gestion de projet fera lobjet du
deuxime chapitre qui prsentera la mthodologie de conception que nous allons utilise, les
besoins fonctionnels et non fonctionnels de notre future application et la conception. Le
troisime chapitre prsente lenvironnement du travail ainsi que la prsentation des diffrentes
tapes de dploiement et ralisation de lapplication. La conclusion gnrale rsume ce projet
tout en signalant les perspectives envisageables.

2

Tout au long des quatre mois que nous avons passs TUNISIANA, la ralisation de
notre travail a suivi le chronogramme approximatif prsent par la figure 1 suivante :

Figure 1: Dures approximatives des tapes de droulement du projet

Analyse de lexistant et solution pour la gestion de projet

3

Analyse de lexistant et solution pour la
gestion de projet

CHAPITRE
1
Introduction
1.1. Etude de lexistant
1.1.1. Description de lexistant
1.1.2. Critique de lexistant
1.2. Solution envisageable
1.3. Prsentation gnrale de la gestion de projet et de workflow
1.3.1. Gestion de projet
1.3.2. Workflow
1.4. Prsentation gnrale des outils envisags pour la gestion de projet
1.4.1. Microsoft SharePoint Server 2010
1.4.2. Microsoft Office Project Server 2010
Conclusion


4

Introduction
Le travail raliser consiste amliorer la gestion des projets au sein de TUNISIANA
et faciliter lchange de linformation et la collaboration entre les diffrents acteurs du projet.
Ainsi nous allons commencer ce chapitre par une tude des solutions existantes, ses limites
puis nous prsenterons la solution envisageable ainsi que les technologies utilises.
1.1. Etude de lexistant
1.1.1. Description de lexistant
Afin de grer ses projets, TUNISIANA utilise des fichiers Excel comme outil de
gestion de projet, en appliquant leur mthodologie de gestion de projet PMplus [5].
TUNISIANA permet ses chefs de projets ainsi quaux membres de chaque quipe les
diffrentes solutions suivantes :
Courriers lectronique : pour changer les fichiers et les documents entre les
membres du projet.
Serveur de partage : Il sagit dun serveur accessible tous les employs via une
authentification. Chaque utilisateur, selon son droit daccs, peut consulter ou modifier
ou sauvegarder un document dans le serveur.
Portail de gestion de projet: pour sauvegarder plusieurs donnes ncessaires au
dveloppement des projets et des fichiers mtiers. Ce portail ne permet actuellement
que le stockage des donnes.
1.1.2. Analyse de lexistant
Bien que les solutions actuelles reprsentent pour les employs de TUNISIANA des
solutions efficaces permettant dlaborer ses projets ; et dans le souci de surmonter certaines
entraves vient ce projet. Parmi ces entraves nous citons :
Absence dune application centralise : la ncessit davoir une solution globale et
scurise permettant la gestion des projets, la gestion lectronique des documents,
GED, et la collaboration entre les membres de chaque quipe.
Absence dune bonne organisation des donnes, savoir :
gestion documentaire peu structure.

5

fonctionnalits absentes ou difficiles intgrer comme la gestion des versions
qui consiste conserver lhistorique des versions et lattribution des permissions
chaque utilisateur.
Perte de temps : Chaque utilisateur passe trop de temps faire le tri dans ses messages
e-mails pour en extraire ceux qui sont ncessaires au dveloppement de ses tches et
assister des runions pour obtenir les dernires informations de la part des membres
de lquipe et pour informer son chef de projet de son avancement.
Limites de loutil Excel : rappelant Excel est un outil de bureautique souple et facile
demploi, mais il a certaines limites comme :
Manque de partage de linformation : chaque utilisateur ayant sa propre version
et en cas de perte de lun de ses message e-mails ceci peut aboutir le plus
souvent des dsaccords sur lavancement du projet.
Absence de scurit sur les donnes : car celle-ci ntant pas gre au sein dun
systme centralis.
Mauvaises estimations : Les estimations de temps, de cots et de personnel
sont souvent trop faibles avec loutil de gestion de projet Excel. Do la
ncessit de planifier les projets avec un outil de gestion de projet plus
performant et puissant.
Absence des rapports et danalyse dcisionnelle : Il nexiste pas une solution facile,
intgre et efficace qui gnre des rapports et des tableaux de bord permettant le chef
de projet de suivre lavancement de ses projets et contrler le rendement de son
quipe.
Dans le but de surmonter les limites de la solution actuelle, dans ce travail nous optons pour
certains concepts et nous appliquons des technologies qui feront lobjet du paragraphe
suivant.
1.2. Solution envisageable
Vu les limites de la solution actuelle de TUNISIANA pour la gestion de ses projets,
adopter une nouvelle application capable de faciliter la gestion de projet ainsi la collaboration
entre les utilisateurs nest plus une option mais un vritable besoin pour russir ses projets
avec un cot et une dure minimal.

6

La solution quon envisage appliquer sera dveloppe par lapproche gestion de projet
et workflow [6] quon utilise dans la plateforme SharePoint de Microsoft et Project Server
2010.
Dans les sections suivantes, nous allons nous intresser tudier des concepts comme
la gestion de projet et le workflow et les technologies utiliss au cours du dveloppement de
notre solution tels que Microsoft SharePoint Server 2010 et Microsoft Project Server 2010.
1.3. Prsentation gnrale de la gestion de projet et de workflow
1.3.1. Gestion de projet
1.3.1.1. Dfinition dun projet
Un projet est un ensemble dactivits coordonnes et organises en phases ou tapes
ayant pour but de rpondre un besoin unique et exprim par un client dans un dlai limit et
avec un cot estim au pralable. Un projet est alors une opration ponctuelle ayant un dbut
et une fin, ncessitant la mise en uvre de ressources humaines et matrielles pour sa
ralisation. Il est caractris par trois lments qui sont : des objectifs qui doivent tre dfinis
clairement, un dlai, un cot respecter. Chaque lment a un effet direct sur les deux autres
suivant une relation qui peut se dfinir par la figure 2 :

Figure 2: Les caractristiques dun projet
Un projet est caractris par un ou plusieurs objectifs qui traduisent lexpression du
besoin, un ensemble dacteurs et de partenaire dacteurs, des moyens techniques et financiers
et des contraintes techniques, financires, environnementales, sociales et temporelles. La
notion de la ralisation dun projet saccompagne dans la majorit des cas dun

7

investissement. Par investissement nous dsignons toute opration qui consiste engager des
dpenses dans le prsent en esprant des gains financier futurs.
Il existe de nombreuses normalisations de la notion de projet, donnant lieu beaucoup de
dfinitions relativement proches. Parmi celles-ci, citons celles proposes par les normes Afnor
et ISO.
Afnor X50-115: "Un projet est un ensemble d'activits coordonnes et matrises
comportant des dates de dbut et de fin, entrepris dans le but d'atteindre un objectif conforme
des exigences spcifiques."
ISO 10006: "Un projet est un processus unique, qui consiste en un ensemble
d'activits coordonnes et matrises comportant des dates de dbut et de fin, entrepris dans le
but d'atteindre un objectif conforme des exigences spcifiques telles que des contraintes de
dlais, de cots et de ressources."
1.3.1.2. Les acteurs d'un projet
Un projet associe un ensemble d'acteurs participant sa ralisation. Chaque acteur
assume, dans le projet, une responsabilit propre : planifier, concevoir, dvelopper, valider,
tester...
Parmi ces acteurs, on peut identifier deux entits essentielles de l'organisation :
la MOA, matrise d'ouvrage : le client du projet (mais pas forcment l'utilisateur).
la MOE, matrise d'uvre : l'organe ralisateur du projet, reprsent par le chef de
projet.
La matrise d'ouvrage et la matrise d'uvre sont les deux composantes essentielles d'un
projet. Une collaboration productive et efficace doit tre mise en place entre ces deux organes
afin de mener le projet la russite. La relation entre MOA et MOE est dfinie par un contrat,
qui prcise les engagements de chacune des parties. Ce contrat s'appelle le cahier des charges.
D'autres composantes peuvent tre amenes graviter autour du projet, ou tre
impactes par celui-ci. On les nomme les parties prenantes du projet : il s'agit en particulier
des futurs utilisateurs de l'ouvrage, des institutions financires, du public...
La relation entre les acteurs dun projet est dfinie par la figure 3:

8

Figure 3: La relation entre les acteurs dun projet
La gestion de projet, aussi appele conduite de projet ou management de projet, est
une dmarche, qui a pour but de structurer et assurer le bon droulement d'un projet.
Conduire un projet, c'est prendre toutes les mesures ncessaires pour faire en sorte que le
projet atteigne ses objectifs, notamment sur quatre axes principaux :
le respect des objectifs de qualit des livrables.
le respect des dlais.
le respect des cots.
la satisfaction du client.
Conduire un projet efficacement, c'est :
Structurer le projet : c'est le dcouper intelligemment par le chef de projet de
manire pouvoir le manager au mieux. En effet, structurer cest comprendre,
expliciter et formaliser les diffrents livrables produire dans le cadre du projet, puis
tablir la liste des tches qui seront ncessaires pour aboutir ces productions.
Planifier le projet : la planification du projet est l'activit qui consiste :
ordonnancer les tches raliser, qui ont t formalises lors de la structuration du
projet.
estimer les charges associes.
dterminer les profils ncessaires leur ralisation.
Piloter le projet : cest assurer un suivi rgulier du projet et une communication entre
les diffrents partenaires.
Manager l'quipe du projet : cest conduire une quipe vers la ralisation de ces
objectifs.


9

En effet, un bon manager doit notamment tre capable de :
organiser et accompagner le travail de son quipe au quotidien.
fixer les objectifs et ngocier les moyens.
valuer les rsultats et apprcier les performances.
dlguer des missions ses collaborateurs.
maintenir la motivation de son quipe sans pouvoir ncessairement augmenter les
salaires.
1.3.2. Workflow
1.3.2.1. Dfinition dun workflow
Un Workflow est un flux d'informations au sein d'une organisation, comme par
exemple la transmission automatique de documents entre des personnes. On appelle
Workflow - expression traduite littralement flux de travail - la modlisation et la gestion
informatique de l'ensemble des tches accomplir et des diffrents acteurs impliqus
dans la ralisation d'un processus mtier (aussi appel processus oprationnel ou bien
procdure d'entreprise).
Le terme de Workflow pourrait donc tre traduit en franais par gestion lectronique
des processus mtier . De faon plus pratique, le Workflow dcrit le circuit de
validation, les tches accomplir entre les diffrents acteurs d'un processus, les dlais,
les modes de validation, et fournit chacun des acteurs les informations ncessaires pour
la ralisation de sa tche. Pour un processus de publication en ligne par exemple, il s'agit de
la modlisation des tches de l'ensemble de la chane ditoriale. Il permet gnralement un
suivi et identifie les acteurs en prcisant leur rle et la manire de le remplir au mieux.
Toutefois la traduction littrale, "flux de travail", lui confre une porte beaucoup plus
grande. Cette technique peut parfaitement tre applique sur des flux plus simples un
seul acteur (homme) ou deux acteurs (homme, machine).
1.3.2.2. Moteur de workflow
Le moteur de workflow est l'outil permettant de modliser et d'automatiser les
processus mtiers de l'entreprise. Ce type d'outil permet ainsi de formaliser les rgles mtier
de l'entreprise afin d'automatiser la prise de dcision, c'est--dire la branche du workflow
choisir, en fonction du contexte donn.

10

Afin dassurer une bonne gestion de projet et damliorer la communication entre les
membres dune quipe, les chefs de projets ont eu recours plusieurs logiciels de gestion de
projet. Dans la section suivante, on va dfinir les outils envisags pur la gestion de projet tels
que Microsoft SharePoint Server 2010 et Microsoft Project Server 2010.
1.4. Prsentation gnrale des outils envisags pour la gestion de projet
1.4.1. Microsoft SharePoint Server 2010
1.4.1.1. Prsentation de SharePoint Server 2010
La nature du travail volue rapidement. De nombreuses organisations reconsidrent les
hirarchies traditionnelles bases sur le commandement et le contrle, pour mettre en uvre
des structures reposant sur le travail en quipe. Ces nouvelles formes d'organisation
impliquent une augmentation des changes et de la coopration entre les collaborateurs. Les
nouveaux outils de communication et de collaboration permettent aux entreprises d'atteindre
ces objectifs.
Microsoft a propos une solution adquate ces nouvelles formes d'organisation du
travail. En particulier un environnement de travail plus flexible, adapt une vaste
communaut d'utilisateurs pratiquant des langues diffrentes et disperss gographiquement.
Il sagit du Microsoft SharePoint qui est la plateforme de collaboration professionnelle
pour lentreprise et Internet. SharePoint 2010 peut tre dploy sur site (dploiement local) ou
en tant que service hberg, par exemple SharePoint Online. Il peut galement tre dploy
sur des ordinateurs physiques ou virtualiss pour rduire les cots, diminuer la charge
oprationnelle et consolider les serveurs. Microsoft SharePoint 2010 comprend un grand
nombre damliorations et de nouvelles fonctionnalits pour les administrateurs.
1.4.1.2. Les fonctionnalits de SharePoint Server 2010
Les fonctionnalits de SharePoint Server 2010 sarticulent autour de six domaines
comme le montre la figure 4. On va prsenter dans cette partie chacune de ces fonctionnalits.

11

Figure 4: Fonctionnalits de SharePoint server 2010
Site : SharePoint 2010 fournit une infrastructure Web unique pour permettre la
ralisation de sites intranet, extranet et Internet. SharePoint constitue une relle Usine site
web (Web Factory) permettant de crer et dployer tous types de sites Web (sites de
contenu, Portail, Blogs, Wikis, Sites de reporting). Rassembler des utilisateurs pour
partager des informations, des donnes et des connaissances et la gestion des projets avec des
partenaires dans et/ou hors de lentreprise, cest le vritable enjeu de SharePoint.
Rseaux social dentreprise: SharePoint offre une solution intgre et complte de
rseau social dentreprise qui permet aux utilisateurs de collaborer plus efficacement. En
effet, il fournisse aux utilisateurs la possibilit de collaborer au sein de groupe, de partager des
connaissances et des ides, de se connecter avec des collgues et de rechercher aisment des
informations et des experts.
Contenu : SharePoint 2010 facilite la gestion de contenu. Cette dernire permet tous
les utilisateurs de participer un cycle de vie de gestion de contenu rglement, dconcentr
et conforme. Il sagit bien sur de la gestion des pages web du site, mais galement des
documents bureautiques dans une approche de gestion de contenu dentreprise (ECM :
Entreprise Content Management). Lemploi des mtadonnes est gnralis et simplifi.
Recherche : La recherche est une fonctionnalit dterminante dans un portail qui
contient des milliers de documents de formats divers : multimdia, textes, identits, La
recherche SharePoint permet aux utilisateurs de rechercher le contenu, les informations, les
donnes mtiers et les personnes dont ils ont besoin pour mener bien leur travail au sein
dune plateforme intgre.
Dcisionnel : Laide la dcision est un ensemble de mthodologies, de technologies
et de processus conus pour extraire des informations stockes dans les systmes

12

organisationnels et pour les mettre disposition des personnes qui en ont besoin pour prendre
des dcisions informes. lment cl de la plate-forme daide la dcision de Microsoft,
SharePoint Server 2010 permet dtendre les fonctionnalits daide la dcision tous les
employs dune organisation, de sorte que tous soient en mesure daccder aux donnes
pertinentes pour prendre les dcisions appropries.
SharePoint propose des services (Excel services, Visio services, Access services) qui
permettent aux utilisateurs daccder aux informations de sources de donnes non structures
et structures et dinteragir avec elles et de les prsenter sous une forme susceptible de
faciliter lanalyse et la prise de dcision.
Applications composites : Les applications composites SharePoint constituent la
boite outils des utilisateurs. Ces derniers peuvent crer assez simplement leurs propres
solutions sans dveloppement via un ensemble complet de composants, outils et
fonctionnalits en libre-service afin de rpondre facilement aux besoins des entreprises:
workflows mtiers, petites animations, tableaux de bord publiables, diagrammes Visio, en
lien avec des donnes disponibles sur le systme dinformation, dans la bureautique
1.4.1.3. Les apports de SharePoint server 2010
SharePoint 2010 rpond aux principaux besoins des utilisateurs professionnels de
l'informatique, des informaticiens et de leurs organisations en apportant des amliorations tels
que :
Productivit accrue : en amliorant lexprience de ladministration et en fournissant
ladministrateur une vision plus approfondie des oprations. Laccroissement de la
productivit est facilit par un nouveau site Web Administration centrale rationalis, de
nouvelles fonctionnalits de gestion et danalyse de la batterie de serveurs SharePoint, ainsi
que la prise en charge de Windows PowerShell.
Infrastructure unifie volutive : qui inclut un meilleur contrle des ressources
serveur, ainsi quune gestion et une protection des donnes un niveau de haute disponibilit.
SharePoint 2010 comprend galement une nouvelle architecture de services volutive qui
permet aux administrateurs SharePoint de grer et centraliser efficacement des services tels
que le service de recherche, le service Mes sites et le service de taxonomie. La nouvelle
architecture de services est extensible pour permettre aux diteurs de logiciels de crer des
services et de les ajouter la plateforme. La limitation de ressources est implmente sur la
plateforme au travers de lutilisation des requtes HTTP, du processeur et de la mmoire, de

13

la gestion des listes et des documents, etc., afin de garantir les performances et de protger la
disponibilit de la batterie de serveurs.
Options de dploiement flexibles : via un processus dinstallation et de configuration
rapide et simple, ainsi quun chemin de mise niveau prvisible et cohrent depuis Windows
SharePoint Services 3.0 et Office SharePoint Server 2007. Des fonctionnalits ont galement
t introduites pour permettre aux administrateurs de grer la faon dont les utilisateurs se
servent de SharePoint.
Cots plus faibles et marges plus leves : En leur permettant de s'aligner sur
une plateforme de collaboration commune base sur des standards de l'industrie,
SharePoint Server 2010 aide les organisations grer plus efficacement leurs ressources
d'informatique rseau et rduire leur cot total de possession.
1.4.1.4. Architecture logique et physique de SharePoint 2010
Architecture logique :
Les implmentations de SharePoint 2010 reposent sur une architecture logique [7].
Celle-ci sarticule autour de batteries de serveurs au niveau macro et de diffrents sites et
pages au niveau micro.
Les diffrents composants qui interviennent dans larchitecture logique sont :
Les batteries de serveurs : reprsentent llment de plus haut niveau dune conception. Les
batteries de serveurs assurent lisolation physique du contenu. En effet, dans une mme
batterie de serveurs on peut cependant rpondre de nombreux besoins disolation. Par
exemple, on peut utiliser diffrents pools dapplications IIS (Internet Information Services)
avec diffrentes identits de processus pour obtenir lisolation au niveau des processus la
fois pour les sites et pour les applications de service.
Outre des spcifications en termes disolation qui peuvent requrir plusieurs batteries de
serveurs, une organisation peut implmenter plusieurs batteries de serveurs pour satisfaire des
objectifs en matire de performances et dvolutivit, de spcifications en termes de licences
ou de contraintes lies un environnement de publication.
Applications de service : Une application de service permet de personnaliser et de partager
des services entre les sites dune batterie de serveurs, et parfois entre plusieurs batteries. On
peut galement dployer plusieurs instances de lapplication de service au sein dune mme
batterie de serveurs et affecter des noms uniques aux applications de service qui en rsultent.

14

Avec les nouvelles applications de service, nos services SharePoint nont plus besoin dtre
contenus dans un Fournisseur de services partags (SPP). Les applications de service peuvent
inclure les paramtres de service et une ou plusieurs bases de donnes, ou juste les paramtres
de service. Les applications de service sont associes des applications Web.
Applications Web : sont des sites Web IIS cres et utiliss par SharePoint. Les applications
Web peuvent tre configures de sorte quelles nutilisent que les services ncessaires. On
peut galement largir chaque application Web afin dy inclure un maximum de cinq sites
Web IIS, chaque site tant trait comme une zone. Les zones sont tous simplement diffrents
chemins logiques (URL) permettant daccder la mme application Web.
Lorsque on cre des applications Web et des services dans SharePoint 2010, ils sont rattachs
un pool dapplications quon spcifie.
Pool dapplications : Dans Internet Information Services (IIS) 7.0, un pool dapplications est
un groupe dURL servi par un ou plusieurs processus de travail. Chaque pool dapplications a
ses propres processus de travail. Ils peuvent galement avoir une identit distincte afin
dempche linteraction de deux processus.
Bases de donnes de contenu : Par dfaut, lensemble du contenu dune application Web est
stock dans une base de donnes de contenu unique. On peut galement rpartir ce contenu
dans plusieurs bases de donnes au niveau de la collection de sites. Si une base de donnes de
contenu peut inclure une ou plusieurs collections de sites, une mme collection de sites ne
peut couvrir plusieurs bases de donnes. Dune manire gnrale, on naura pas besoin de
plus de 100 bases de donnes de contenu par application Web.
Collections de sites : Une collection de sites est un ensemble de sites Web ayant les mmes
paramtres de propritaire et dadministration partage. Chaque collection de sites comporte
un site Web de niveau suprieur et gnralement un ou plusieurs sous-sites.
Un site : il se compose dune ou de plusieurs pages Web et dautres lments hbergs dans
une collection de sites. Il est prfrable de limiter le nombre de collections de sites 50 000
par base de donnes de contenu. Dans la pratique, un nombre de collections de sites infrieur
10 000 garantit des performances optimales.


15

Architecture logique des applications de service
Lun des changements dans larchitecture logique de SharePoint 2010 par rapport celle
de 2007 est de ne plus retrouver les "Fournisseurs de Services Partags" ou "Shared Services
Provider" (SSP), qui permettait doffrir et de contrler les services communs entre les
applications web, et lapparition des applications de service.
La nouvelle architecture logique des applications de services dans SharePoint 2010,
qui est appele "Shared Application Architecture" (SAA), permet dobtenir une granularit
et une scurit accrues vis vis des applications web qui vont consommer ces services. La
figure 5 illustre cette nouvelle architecture :

Figure 5: Architecture logique de SharePoint 2010
Ainsi, les nouveaux services permettent une flexibilit plus importante. Les applications de
service ont les caractristiques suivantes :
o Les services sont tous indpendantes et chacun sexcute comme tant une application
de service, contrairement la version 2007 dont les services sont regroups dans une
SSP.
o Les applications de services sont attaches une ferme unique ou partags entre les
fermes.
o Les applications de services peuvent-tre consommes par une ou plusieurs
applications web simultanment. Ce qui devrait permettre aux administrateurs de

16

garantir la plus grande scurit vis vis des donnes accessibles entre les applications
web.
o Une application web ne pourra consommer que les services dfinis par
ladministrateur.
La figure 6 illustre une comparaison entre SSP et Application de Service :

Figure 6: Comparaison entre SSP et Service Application

Architecture physique :
Larchitecture physique [8], qui se compose dun ou plusieurs serveurs et de
linfrastructure rseau, permet dimplmenter larchitecture logique dune solution SharePoint
Server. On dcrit gnralement larchitecture physique selon deux critres : sa taille et sa
topologie. La taille, qui peut tre mesure de plusieurs manires sert catgoriser une batterie
comme petite, moyenne ou grande. La topologie utilise la notion de couche ou de groupe de
serveurs pour dfinir une organisation logique de batterie de serveurs.
Topologie :
La topologie utilise les niveaux comme modle pour organiser les serveurs de batterie de
manire logique en fonction des composants quils hbergent et de leurs rles dans une

17

batterie de serveurs. Une batterie de serveurs SharePoint Server est dploye sur un, deux ou
trois niveaux, de la manire suivante :
Dans un dploiement sur un niveau, SharePoint Server et le serveur de bases de
donnes sont installs sur un seul ordinateur.
Dans un dploiement deux niveaux, les composants SharePoint Server et la base de
donnes sont installs sur des serveurs spars. Ce type de dploiement correspond
ce que lon appelle une petite batterie de serveurs. Les serveurs Web frontaux se
situent au premier niveau et le serveur de bases de donnes au second niveau. Dans le
secteur de linformatique, le premier niveau est appel niveau Web. Le serveur de
bases de donnes est appel niveau de base de donnes ou serveur principal de bases
de donnes.
Dans un dploiement trois niveaux, les serveurs Web frontaux se situent au premier
niveau, les serveurs dapplications se trouvent au second niveau, appel niveau
application, et le serveur de bases de donnes se trouve au troisime niveau. Le
dploiement sur trois niveaux est utilis dans les batteries de serveurs de grande et
moyenne taille.
Aprs avoir prsent la plateforme dans laquelle on va dvelopper notre portail, on va
commencer dans la section suivante prsenter loutil de gestion de projet utilis qui est
Microsoft Office Project Server 2010.

1.4.2. Microsoft Office Project Server 2010
1.4.2.1. Prsentation de Microsoft Office Project Server 2010
Microsoft Project Server 2010 (anciennement EPM qui signifie Entreprise Project
Management) est la solution leader dveloppe par Microsoft qui unifie la gestion de projet et
la gestion de portefeuille afin daider les entreprises grer et coordonner ses projets,
aligner les ressources et les investissements avec les priorits mtier, mieux contrler tous
les types de projets et visualiser leurs performances via de puissants tableaux de bord.


18

La figure 7 montre lvolution de Microsoft Project Server :

Figure 7: Evolution de MS Project Server

Cette solution est base sur Microsoft Project Professionnel, moteur de planification
ergonomique et puissant. Utilis avec Microsoft Project Server et Microsoft Project Web
Access, la solution globale apporte une rponse fiable aux besoins de visibilit et de
collaboration entre les diffrents acteurs des projets.
Microsoft Project Server 2010 utilise les services de la plateforme
collaborative SharePoint Server 2010, pour fournir une solution de gestion de projet encore
plus riche tant dun point de vue fonctionnel que technique.
Microsoft Project Server 2010 apporte des nouveauts par rapport la version 2007,
ceci sera dcrit dans la section suivante.
1.4.2.2. Nouveauts dans Project Server 2010
Microsoft Project Server 2010 runit des fonctions dexcution structures et les
services de la plateforme de collaboration mtier de SharePoint Server 2010 pour fournir des
solutions de gestion flexibles. Parmi les nouveauts de Microsoft Project Server 2010 on a :
Gestion unifie des projets et des portefeuilles (PPM) :
Les meilleures techniques de gestion de portefeuille de Microsoft Office Project
Portfolio Server 2007 ont t reprises et incluses dans Project Server 2010, afin de permettre
la gestion de bout en bout des projets et des portefeuilles avec un seul serveur.
En effet, avant lapparition de MS Project Server 2010 on travaille avec deux produits
communiquant par une passerelle qui sont Microsoft Office Project Portfolio Server 2007 et
Microsoft Office Project Server 2007.

19

Construit partir de SharePoint Server 2010 :
Project 2010 a t construit sur la base de SharePoint Server 2010 (Figure 8). Il
regroupe les puissants services dune plateforme collaborative et des fonctions dexcution
structures pour fournir des solutions flexibles de gestion de travaux.
A laide de cette plateforme daide la dcision, on peut crer facilement des
rapports et des tableaux de bord puissants.
On peut contrler la rvision des documents et lapprobation via un flux de
travail.
La recherche dans lentreprise permet de trouver facilement des personnes et
danalyser avec efficacit les donnes des projets (ressources, tches, documents,
etc.).
On peut relier les quipes entre elles et faciliter les communications par des wikis,
des blogs, des forums de discussion et la fonctionnalit Mes sites.

Figure 8: Regroupement des fonctionnalits de SharePoint Server 2010 et Project Server
2010
Initiation de projet et dveloppement de cas mtier :
Project Server 2010 fournit un nouveau module de gestion de la demande pour
collecter tous les travaux, depuis de simples tches jusqu des projets et des programmes
complexes.


20

Gestion de projets sur le Web :
Project Server 2010 permet datteindre avec un navigateur la puissance de Project
Professional 2010 grce la modification de projet base sur le Web.
Via le navigateur, on peut laborer facilement des planifications et effectuer des
modifications simples des projets, quel que soit le lieu.
On peut gagner en flexibilit en utilisant la planification contrle par lutilisateur:
planification manuelle des tches avec les informations dont on dispose ou
planification automatique avec des dates et des dures calcules.
On peut crer des projets comptant jusqu plus de 100 tches, affecter des ressources
et dfinir la hirarchie des tches et les dpendances.
On peut mettre en vidence les modifications apportes et bnficier dune annulation
plusieurs niveaux.
Exprience utilisateur simple et intuitive :
Microsoft Project 2010 fournit une exprience utilisateur cohrente entre Project
Standard 2010, Project Professional 2010 et Project Server 2010 avec linterface utilisateur
Fluent.
On peut travailler de faon simple et intuitive avec le Ruban.
Des onglets orients tches et des menus contextuels permettent de trouver facilement
la fonction dsire.
On peut dmarrer rapidement en raison de linterface familire et cohrente, base sur
SharePoint 2010.
Plateforme connecte capable de monter en charge :
Autorisations de projet : Les responsables de projets dterminent qui peut voir ou
modifier un projet.
Dlgation dutilisateur : La dlgation permet un utilisateur de dsigner facilement
le collgue qui pourra agir en son nom lors de vacances ou dabsences, sans ncessiter
laide dun administrateur.
Champs de services : Fournissent un degr dautonomie tout en prservant le contrle
et la standardisation au niveau de lentreprise. Grce ces champs, les administrateurs
peuvent associer des types de projets dentreprise, des ressources et des champs
personnaliss des services ou des dpartements spcifiques, de faon simple et tout
en permettant ces dpartements de se concentrer sur leurs donnes.

21

Administration centralise : Une console dadministration unique pour grer la fois
des fonctions de projets et de portefeuilles.
Interoprabilit tendue : lintgration des technologies Microsoft contribue dfinir
une plateforme de gestion de travail connecte et familire. Les quipes peuvent
travailler avec leurs outils de productivit favoris. Elles fournissent des mises jour de
lavancement des tches rapidement, avec peu defforts et sans surcharge
administrative.
Microsoft Exchange Server : Recevez vos tches de projets directement
dans Outlook.
Microsoft Visual Studio Team Foundation Server : Connectez facilement
le monde du dveloppement dapplication avec celui de la gestion de
projets et de portefeuilles.
Microsoft Dynamics AX & SL : Amliorez la gestion financire des
projets avec Dynamics AX et SL.
Rapports et aide la dcision amliors :
Microsoft Project Server 2010 intgre lapplication Web Business Intelligence Center
Microsoft SharePoint Server 2010 qui fournit un point central pour hberger des rapports, des
tableaux de bord et des connexions de rapports pouvant tre cres automatiquement ou
manuellement. Business Intelligence Center peut tre utilis pour hberger du contenu cr
avec :
Excel Services :
Excel Services [9] dans Microsoft SharePoint Server 2010 est un service partag
Microsoft SharePoint Server. Ce service prend en charge le partage, la scurisation, la gestion
et lutilisation des classeurs Excel 2010 dans une bibliothque de documents ou un site Web
SharePoint Server. Excel Services est constitu des composants Services de calcul Excel
(ECS), Microsoft Excel Web Access (EWA) et Excel Web Services (EWS). Ces trois
composants interagissent avec SharePoint Server et Excel Services pour contribuer aux
processus daide la dcision de lorganisation. Fondamentalement, Excel 2010 est un outil
de cration, tandis quExcel Services est un outil de rapport.
On cite maintenant les diffrents fonctionnalits de dExcel Services :
Partage de feuilles de calcul par le biais du navigateur : Les utilisateurs peuvent
enregistrer une feuille de calcul Excel 2010 dans une bibliothque de documents SharePoint

22

Server afin que les autres utilisateurs puissent accder par le biais dun navigateur la feuille.
Lorsquun utilisateur accde la feuille de calcul, Excel Services la charge, actualise les
donnes externes et calcule la feuille le cas chant, puis envoie au navigateur laffichage
obtenu en sortie. Lutilisateur na pas besoin de recourir Excel 2010 pour afficher la feuille
de calcul. On peut paramtrer des autorisations de scurit pour dfinir prcisment le type
daccs accorder chaque utilisateur.
Cration de tableaux de bord daide la dcision : On peut, laide dExcel et
dExcel Services, crer un tableau de bord bas sur le navigateur sans crire la moindre ligne
de code.
Cration de rapports : Lune des fonctionnalits dExcel Services les plus utiles
est la cration de rapports qui peuvent comprendre des donnes daide la dcision ou tout
type de donnes. Les rapports Excel Services peuvent comprendre de nombreuses
fonctionnalits Excel Services standard, telles que la mise en forme conditionnelle, les
formules et les graphiques. Lorsquon publie un classeur Excel dans Excel Services, le
classeur devient la source de donnes dun type de rapport Excel Services dans le concepteur
de tableau de bord.

PerformancePoint Services :
PerformancePoint Services [10] est un service de gestion des performances dans
Microsoft SharePoint Server 2010 permettant de surveiller et danalyser les activits. En
offrant des outils souples et faciles utiliser pour la cration de tableaux de bord, de fiches
dvaluation et dindicateurs de performance cls, PerformancePoint Services permet aux
employs dune organisation de prendre des dcisions fondes en fonction des objectifs et de
la stratgie dfinis lchelle de lentreprise. Avant que PerformancePoint Services ne soit
intgr Microsoft SharePoint Server 2010, Microsoft Office PerformancePoint Server 2007
tait un serveur autonome.
Vue densemble des fonctionnalits de PerformancePoint Services :
Cration des tableaux de bord interactifs et contextuels laide de fiches
dvaluation, de filtres et de rapports danalyse. Les rapports sintgrent galement SQL
Server Reporting Services [11] et Excel Services et sont stocks dans des listes et des
bibliothques SharePoint Server.

23

Cration des fiches dvaluation qui rassemblent des donnes provenant de
diverses sources de donnes (notamment Analysis Services, SQL Server, Excel Services et
les listes SharePoint) pour effectuer le suivi et la surveillance de facteurs cls au sein de
lentreprise.
Utilisation des rapports danalyse interactifs pour identifier les forces
directrices et les fondements, et application des filtres pour personnaliser les rapports.
Prise en charge de SQL Server Analysis Services 2008 et de SQL Server 2008.
SQL Reporting Services :
Microsoft SQL Server 2008 Reporting Services (SSRS) est une plateforme de cration de
rapports base sur un serveur qui fournit une gamme complte doutils et de services prts
lemploi qui facilitent la cration, le dploiement et la gestion de rapports Reporting Services
pour lorganisation. Reporting Services se dploie dans le mode intgr SharePoint c'est--
dire on peut lintgr une batterie de serveurs SharePoint Server. Le principal avantage de
l'intgration entre SharePoint et Reporting Services est qu'elle permet aux utilisateurs de grer
et dafficher des rapports partir des bibliothques de documents SharePoint, ceci grce
loutil report builder 3.0 [12] fournit par Reporting Services.
Visio Services :
Visio Services [13] est une application de service dans Microsoft SharePoint Server 2010
qui permet aux utilisateurs de partager et dafficher des dessins Web Microsoft Visio. Ce
service permet galement lactualisation et la mise jour des dessins Web Microsoft
Visio 2010 lis des donnes, depuis diverses sources de donnes. Les dessins Web Visio
(fichiers *.vdw) peuvent tre affichs dans un navigateur Web et cela permet les utilisateurs
dafficher des documents Visio sans avoir Visio install sur leur ordinateur local.
Le but de lintgration de Business Intelligence Center dans Microsoft Project Server est
dapporter une vision globale des projets de lentreprise, afin de rpondre aux problmatiques
de celles-ci, ou tout simplement, afin de les valuer et tudier les performances de ses
ressources.
1.4.2.3. Architecture de Project Server 2010
Larchitecture de Project Server [14] comprend les clients Microsoft Project
Professional 2010 et Microsoft Project Web App au niveau frontal. Les applications frontales
communiquent avec le niveau intermdiaire uniquement via les services Web PSI (Project

24

Server Interface), qui leur tour communiquent avec la couche des objets mtiers. Les objets
mtiers utilisent les bases de donnes via la couche daccs aux donnes. Les applications
clientes naccdent pas directement aux bases de donnes primaires. Project Server masque
les objets mtiers et la couche daccs aux donnes aux clients.
La figure 9 montre une vue gnralise de larchitecture de Project Server 2010. Elle
comprend un serveur Web et une instance de Project Web App sur Project Server :

Figure 9: Architecture de Microsoft Project Server 2010
Description dtaille de larchitecture :
Le niveau frontal inclut des applications tierces, Microsoft Project Professional et
Project Web App. Project Web App utilise Internet Explorer pour afficher les pages Microsoft
ASP.NET 3.5. Les pages Project Web App utilisent les composants WebPart
1
Project Server
qui communiquent avec linterface PSI, ainsi que les composants WebPart SharePoint
Server 2010 standard.

1
Un contrle ASP .Net ayant pour vocation d'tre plac par l'utilisateur final dans une page web, de
faon pouvoir personnaliser celle-ci. Les Web parts sont l'quivalent des Portlets en Java

25

Le niveau intermdiaire inclut linterface PSI et la couche de logique mtier, qui
comprend les objets mtiers logiques reprsentant les entits mtiers Project Server. Les
objets mtiers incluent les projets, les tches, les ressources, les affectations, etc. Linterface
PSI et le niveau de logique mtier sont troitement lis, et sont situs sur le mme serveur.
Une application cliente appelle les services Web PSI, et linterface PSI appelle les objets
mtiers au niveau de logique mtier.
La couche daccs aux donnes permet la communication entre le niveau intermdiaire
et la base de donnes. Toutes les donnes Project Server sont stockes dans les bases de
donnes Microsoft SQL Server. Les bases de donnes Project Server sont contenues dans les
banques de donnes provisoire, publie, darchivage et de cration de rapports. Les
composants Project Web App de Project Server utilisent galement la base de donnes de
configuration Microsoft SharePoint Foundation 2010 pour la configuration du site de projet,
et la base de donnes de contenu pour le contenu du site de projet, par exemple les pages
personnalises, les flux de travail, les paramtres de gestion, les documents et les listes de
problmes, les risques, ainsi que les engagements.
Interface PSI (Project Server Interface) : Linterface PSI est lAPI de Project Server.
Le modle objet PSI expose les fonctionnalits de Project Server lensemble des
applications externes. Les applications Project Professional 2010 et Project Web App, les
applications mtiers, ainsi que les autres applications tierces utilisent linterface PSI pour
accder aux donnes Project Server des bases de donnes provisoires, publie et darchivage.
Linterface PSI est disponible via les services WCF et via les appels aux services Web ASMX
par les applications mtiers principales, ou via un proxy PSI.
Objets mtiers : Le modle objet interne de Project Server inclut les objets mtiers.
Les applications clientes accdent aux objets mtiers uniquement via linterface PSI, et seuls
les objets mtiers peuvent appeler la couche daccs aux donnes.
Les objets mtiers sont des entits logiques qui peuvent tre classes en trois types :
Entits principales : objets tels que les projets, tches, affectations, ressources et
calendriers. Les entits principales incluent un logique mtier de base, par exemple les
autorisations et les rgles daffectation de noms.

26

Entits mtiers : objets tels que les feuilles de temps, portefeuilles et modles. Les
entits mtiers incluent un logique mtier supplmentaire et sont gnralement bases
sur une combinaison dentits principales.
Entits de prise en charge : objets tels que la scurit et la validation.
Linterface PSI gre le mappage de lAPI aux objets mtiers.
Couche daccs aux donnes et bases de donnes : La couche daccs aux donnes est
interne Project Server et nest pas expose aux applications externes. La couche daccs aux
donnes convertit la reprsentation des donnes sous forme dentit mtier logique en tables
de base de donnes physiques. Chaque entit logique est stocke dans plusieurs tables
diffrentes. La couche daccs aux donnes encapsule le travail ncessaire la gestion des
connexions, lexcution des requtes, ainsi quau dmarrage, la validation ou la
restauration des transactions.
Les donnes Project Server sont partitionnes en quatre bases de donnes dans SQL Server :
La base de donnes provisoire contient les tables qui permettent denregistrer les
projets non publis partir de Microsoft Project Professional et dautres applications.
Project Web App naffiche aucune donne de projet dans cette base de donnes.
La base de donnes publie contient lensemble des ressources dentreprise et projets
publis, le modle global dentreprise, ainsi que dautres modles de projet. Les
projets publis sont visibles dans Project Web App. La base de donnes publie
contient galement les tables spcifiques Project Web App (feuilles de temps,
modles, affichages, etc.), ainsi que les tables de donnes globales (champs
personnaliss, tables de choix, scurit et mtadonnes).
La base de donnes darchivage enregistre les versions de sauvegarde des projets et
autres donnes.
La base de donnes de cration de rapports est la zone de transit destine la
gnration des rapports et cubes OLAP. Les donnes de la base de donnes de cration
de rapports sont compltes et sont mises jour quasiment en temps rel. Les tables et
les vues sont optimises pour la gnration de rapports en lecture seule.


27

Conclusion
Dans ce chapitre, nous avons tudi les solutions actuelles de TUNISIANA permettant de
grer ses projets. Par la suite, afin de surmonter la gestion de ses projets et la communication
entre ses collaborateurs, nous avons envisag une solution adquate ses besoins en adoptant
loutil de dveloppement Microsoft Office SharePoint Server et loutil de gestion de projet
Microsoft Project Server 2010.
Conception de la solution de gestion de projet

28

Conception de la solution de gestion de
projet

CHAPITRE
2
Introduction
2.1. Choix de la mthodologie
2.2. Identification et analyse des besoins
2.3. Spcification fonctionnelles et non fonctionnelles du systme
2.3.1. Spcification fonctionnelle
2.3.2. Spcification non fonctionnelle
2.4. Conception de lapplication
2.4.1. Modlisation du contexte statique
2.4.2. Modlisation du contexte dynamique
Conclusion

29
Introduction
Dans ce chapitre, nous allons dcrire la dmarche de conception quon va utilise afin
de construire efficacement notre futur systme. Par la suite nous aborderons les principales
fonctionnalits du systme mettre en place et les analyser afin den extraire les
spcifications fonctionnelles et non fonctionnelles que doit satisfaire notre systme. Enfin
nous allons explorer chaque fonctionnalit part et dtailler sa conception. Cette phase de
conception permet de dcrire le fonctionnement de notre futur systme, afin d'en faciliter la
ralisation.
2.1. Choix de la mthodologie
Rappelons que la mthodologie est lensemble dun formalisme et dun processus avec :
Le formalisme est UML. Il sagit de notations standardises avec une smantique
prcise.
Un processus (dmarche mthodologique) doit tre utilis conjointement.
Nous expliquons dans cette section le processus simplifi que nous appliquons pour la
modlisation de notre application. Il sagit dun processus conduit par les cas dutilisation,
centr sur larchitecture comme le processus unifi
2
UP mais plus simple et fond sur
lutilisation du langage UML (Unified Modeling Language), [15]. Ce dernier est un langage
de modlisation standard adapt au dveloppement objet qui offre une aide la conception.
En effet, UML est un langage graphique qui permet de visualiser, spcifier et reprsenter les
diffrents aspects dun systme dinformation. Cest un langage de spcification qui permet
de comprendre et dcrire des besoins et de concevoir des solutions.
La figure 10 reprsente les tapes de cette dmarche de conception permettant
dlaborer lapplication implmenter :

2
Processus de dveloppement logiciel. Il regroupe les activits mener pour transformer les besoins dun
utilisateur en systme logiciel.

30

Figure 10: Dmarche de conception de larchitecture
Lidentification et lanalyse des besoins nous permettront de recueillir et de dterminer
les fonctionnalits du systme et ses interactions avec ses utilisateurs. Ltape suivante
consiste concevoir une application prsentant les composantes de la solution en se basant
sur la spcification fonctionnelle et non fonctionnelle.
2.2. Identification et analyse des besoins
Dans cette partie, on va prsenter les diffrents besoins que notre application doit
satisfaire :
L'application doit tre accessible tous les employs de TUNISIANA via une
authentification et doit offrir une administration et paramtrage simples.
L'accs l'application sera assur par le navigateur web sans installer aucun module
du cot utilisateur.
La collaboration : Lapplication doit offrir un environnement unique et collaboratif
aux utilisateurs. Elle offre un accs instantan l'information et une meilleure
coopration entre des quipes disperses gographiquement.
La gestion de projet : Notre application doit tre un espace dont lequel tous les chefs
de projet peuvent grer et planifier ses projets en adoptant tous la mme mthodologie
de gestion de projet propose par lentreprise.
La gestion de temps : lapplication implmente doit assurer une gestion de temps
efficace pour conomiser leffort.
La gestion des documents (GED) : Lapplication doit grer efficacement les
documents de lentreprise. En effet, elle doit assurer les fonctionnalits suivantes :

31
o Mise disposition des documents techniques qui sont utiles pour toute lquipe
dun projet.
o Gestion des permissions et des accs sur les bibliothques de documents.
o Gestion de larchivage et de sauvegarde de version trs claire et efficace.
La gestion des utilisateurs et des droits daccs : Cette application doit permettre une
gestion simple et claire. En effet, chaque employ a son propre privilge et appartient
un groupe ayant des droits daccs bien spcifiques.
Le reporting : Lapplication dployer doit permettre chaque chef de projet de
visualiser et contrler lavancement de son projet et la performance de son quipe.
Cette visualisation doit tre expose par des tableaux, des rapports, des graphes, des
tableaux de bord
Les demandes :
o Permettre aux employs de remplir un formulaire pour envoyer une demande.
o Une notification doit tre envoye aux demandeurs afin de les informer propos
de la rponse de leurs demandes.
o Cette demande peut tre approuve, rejete ou bien ignore.
Les notifications : Lapplication doit permettre aussi toute lquipe denvoyer et de
recevoir des notifications lors dune modification. En effet, les membres de chaque
quipe peuvent envoyer des notifications leur chef de projet pour lui mentionner
ltat de leurs avancements. Ce dernier, peut aussi envoyer des notifications son
quipe et ladministrateur afin de lui gnrer des rapports et des tableaux de bords.
Accs scuris : Notre application doit offrir un accs scuris par login et mot de
passe.
2.3. Spcification fonctionnelles et non fonctionnelles du systme
Afin de formaliser les besoins cits dans la section prcdente, UML nous offre une
dmarche dapplication servant lorganisation des diffrents besoins fonctionnels et
techniques via le diagramme des cas dutilisation.
2.3.1. Spcification fonctionnelle
La spcification fonctionnelle dcrit les processus mtier dans lesquels lapplication
devra intervenir qui sont des tches prises en charge par lapplication, son interaction avec les
autres intervenants, utilisateurs et autres systme.

32
2.3.1.1. Identification des acteurs du systme
On va dfinir dans cette partie les diffrents acteurs qui interagissent avec ce systme afin
de dterminer tout les cas dutilisation du systme.
Ladministrateur du systme : Il sagit de la personne qui a un contrle total sur tout
le contenu du portail. En effet, il peut grer le contenu des applications web, gnrer
des rapports et des tableaux de bord, grer des utilisateurs ainsi que des groupes et des
droits daccs.
Le chef de projet : Cest tout employ de TUNISIANA ayant des privilges lui
permettant dtre le chef dun ou plusieurs projets. Il a le droit dajouter et de planifier
des projets, grer des tches, affecter ou supprimer des ressources, grer des
documents
Le membre dune quipe : Cest tout employ de TUNISIANA appartenant une
quipe qui gre un projet et a le droit de consulter et mettre jour lavancement de ses
tches, consulter et modifier des documents, recevoir des email lorsque le chef de
projet lui affecte des tches et il peut aussi envoyer des notifications aux chefs de
projet lorsquil met jour ses tches et le rapport dtat de chaque tche.
2.3.1.2. Identification des cas dutilisation
Les cas d'utilisation sont les fonctions mtier que notre systme doit offrir pour
satisfaire les besoins de ses acteurs. Le tableau suivant rsume les diffrents cas d'utilisation
du systme :
Tableau I: Les cas dutilisations du systme
Cas dutilisation Acteur Description
Administrer le systme Administrateur Grer les utilisateurs.
Grer les applications web.
Grer des groupes et des droits
daccs.
Grer les applications de
services.
Grer les utilisateurs Administrateur Ajouter des utilisateurs se trouvant
dans Active Directory.
Supprimer des utilisateurs.
Modifier le profil dun utilisateur.
Grer les applications web Administrateur Grer le contenu des applications
web : sites et collection de site.
Grer des groupes et des droits daccs Administrateur Ajouter des utilisateurs dans des
groupes.

33
Grer les droits daccs dun
groupe.
Grer les applications de services Administrateur

Activer un service
Crer une application de service et
lassocier une application web.
Grer des tableaux de bord Administrateur Ajouter des rapports et des
tableaux de bord suite une
demande du chef de projet.
Supprimer ou modifier des
tableaux de bord.
Grer les bibliothques de documents Administrateur

Ajouter ou supprimer une
bibliothque de documents.
Grer les permissions.
Associer un flux de travail la
bibliothque de documents.
Grer les demandes Administrateur Approuver une demande.
Refuser une demande.
Grer des projets Chef de projet Ajouter un nouveau projet
c'est--dire le chef de projet
doit le crer puis le planifier en
ajoutant lquipe et les tches.
Modifier un projet : le chef de
projet peut modifier les
paramtres dun projet comme
la dure et il peut aussi
modifier ses tches et ses
ressources.
Supprimer un projet.
Modifier un projet Chef de projet Modifier une tche.
Supprimer une tche.
Modifier une quipe.
Modifier une quipe Chef de projet Ajouter une ressource
lquipe.
Retirer une ressource de
lquipe.
Consulter les tableaux de bord Chef de projet Suivre lavancement des
tches et des projets.
Contrler le rendement et la
performance de ses
ressources...
Consulter les rapports dtat des tches Chef de projet Ds quil sera averti quil ya
eu une mise jour dans le
rapport dtat dune tche, le
chef de projet consulte dans ce
cas le rapport.
Consulter les notifications Chef de projet Recevoir des
notifications contenant une
mise jour de lavancement
des tches et des rapports

34
dtat.
Recevoir des
notifications contenant une la
rponse de sa demande.
Envoyer une demande de reporting Chef de projet Il rempli un formulaire qui
sera envoy vers
ladministrateur laide dun
workflow dj tabli.
Grer les rapports dtat des tches Membre Consulter ou modifier les
rapports dtat contenant la
description et lavancement de
ses tches. Puis il envoie une
notification au chef de projet
afin de lui avertir quil a modifi
son rapport dtat.
Grer les documents Membre et Chef
de projet
Consulter des documents de la
bibliothque.
Ajouter, modifier, archiver
des documents.
Tlcharger un document.
Contrler les versions.
Grer les tches Membre Consulter ou mettre jour
lavancement de ses tches et
envoyer une notification au chef
de projet afin de lui avertir quil
a mis jour sa tche.
Consulter les notifications Membre Recevoir des notifications : qui
sont envoyes par le chef de
projet afin de lui informer quil
lui a affect une tche et de lui
demander de remplir un
rapport dtat.

2.3.1.3. Prsentation des diagrammes de cas dutilisation
Aprs avoir identifi les cas d'utilisation et leurs acteurs, nous pourrons les reprsenter
graphiquement sur un diagramme des cas d'utilisation.
Commenons par prsenter le diagramme de cas dutilisation gnrale de lapplication
(Figure 11) puis afin dapporter plus de prcisions ce diagramme, nous allons effectuer un
raffinement de certains cas dutilisation.

35

Figure 11: Diagramme de cas dutilisation gnrale du systme
Notre systme peut tre utilis par trois acteurs principaux qui sont ladministrateur
ayant tous les privilges, le chef de projet ayant un privilge limit et le membre dune quipe
ayant aussi un privilge limit.
En effet, lacteur Administrateur peut gnrer des tableaux de bord, grer des
bibliothques de documents et administrer tout le systme. Il hrite les fonctionnalits de
lacteur Chef de projet ce qui est reprsent par une relation de gnralisation entre les
deux acteurs Administrateur et Chef de projet .
<>
<>
<>
<>
<>
<>
<>
<>
<>
<>
<>
<>
Membre
Chef de projet
Administrateur
Grer les rapports d'tat
des tches
Grer les tches
Grer des projets
Consulter les notifications
Grer les documents
Consulter les tableaux
de bord
Consulter les rapports d'tat
des tches
Envoyer une demande de reporting
Administrer le systme
Grer des tableaux de bord
Grer les bibliothques de
documents
Grer les demandes
S'authentifier

36
Lacteur Chef de projet peut consulter les tableaux de bord qui sont gnrs par
ladministrateur, grer tous ses projets, grer les notifications, consulter les rapports dtats et
les tableaux de bord. Il hrite les fonctionnalits de lacteur Membre ce qui est reprsent
par une relation de gnralisation entre les deux acteurs Chef de projet et Membre .
Lacteur Membre peut grer ses tches, grer les rapports dtats, grer les
documents et les notifications.
Notons quavant de faire tous les cas dutilisation il faut passer ncessairement par une
authentification do la relation dinclusion entre le cas Sauthentifier et les autres cas
dutilisation.
Afin dapporter plus de prcisions au diagramme prcdent, nous allons effectuer un
raffinement de certains cas dutilisation.
Cas dutilisation Administrer le systme

Figure 12: Cas dutilisation Administrer le systme
Seulement ladministrateur qui a le droit de grer et administrer lapplication (Figure
12). Il peut grer les utilisateurs, grer les applications web, administrer les applications de
services et grer aussi les groupes et les droits daccs. On va effectuer maintenant un
raffinement de ces cas dutilisation afin dapporter plus de prcisions.


37
Cas dutilisation Grer les utilisateurs

Figure 13: Cas dutilisation Grer les utilisateurs
Daprs la Figure 13, ladministrateur peut grer les utilisateurs de lentreprise qui sont
dj enregistrs dans Active directory. En effet, il peut lajouter, le supprimer ou mme
modifier ses coordonnes dans le portail.
Cas dutilisation Grer les applications web

Figure 14: Cas dutilisation Grer les applications web
Seul, l'administrateur a le droit de grer les applications web, il peut tendre, crer,
supprimer ou modifier une application web en ajoutant, supprimant ou modifiant des sites
et des bases de donns de contenu. Avant de supprimer une application web, il peut restaurer

38
sa base de donnes de contenu et la sauvegarder pour une ventuelle utilisation dans une autre
application web. Ceci est illustr dans la figure 14.
Cas dutilisation Grer des groupes et des droits daccs
Pour assurer la scurit des projets et des documents, ladministrateur doit contrler
les utilisateurs ou les groupes d'utilisateurs pouvant accder aux sites du portail. En effet,
puisque ladministrateur possde un contrle total sur le contenu du portail, il a cr des
groupes SharePoint dont chacun dispose des autorisations spcifiques. On a dans notre cas les
groupes suivants :
Les membres : sont en fait les employs qui peuvent consulter uniquement ses tches,
grer des documents contenant seulement des documents relatifs aux projets dont il est
membre dans son quipe, envoyer et recevoir des notifications et modifier les rapports
dtat.
Les chefs de projets : sont les employs ayant plus de privilges que les membres. Ils
peuvent grer uniquement ses projets, toutes les tches ainsi que les ressources. De
mme, ils peuvent aussi visualiser les rapports et les tableaux de bord.
Cas dutilisation Grer des tableaux de bord

Figure 15: Cas dutilisation Grer des tableaux de bord
LAdministrateur de lapplication peut crer des tableaux de bord dans le portail suite
une demande du chef de projet (Figure 15), ceci ncessite une activation et configuration
des services adquats. Il peut aussi les modifier ou les supprimer. Ces tableaux de bord aident

39
le chef de projet suivre lavancement de ses projets et les tches, analyser les performances
et le rendement des membres de son quipe, prendre une dcision
Cas dutilisation Grer les bibliothques de documents

Figure 16: Cas dutilisation Grer les bibliothques de documents
Seul ladministrateur qui a le droit de grer les bibliothques de documents contenant
les documents qui sont ncessaires au dveloppement dun projet (Figure 16). En effet,
ladministrateur peut crer une nouvelle bibliothque de documents ou la supprimer. De
mme, il peut grer les autorisations. Sans oublier aussi quun administrateur, peut associer un
flux de travail la bibliothque de documents.
Cas dutilisation Grer les demandes

Figure 17: Cas dutilisation Grer les demandes

40
Le chef de projet envoi une demande ladministrateur lorsquil a besoin de consulter
des rapports et des tableaux de bord travers le portail afin de contrler la performance et
lavancement de son quipe. Dans ce cas, ladministrateur lorsquil reoit cette demande peut
soit lapprouver ou la rejeter. Dans les deux cas une notification est envoye au chef de projet
lui informant la rponse sa demande. Ceci est illustr dans la figure 17.
Cas dutilisation Grer des projets

Figure 18: Cas dutilisation Grer des projets
Le chef de projet peut grer ses projets (Figure 18). Il peut ajouter un nouveau projet
en insrant une date de dbut, une date de fin, une priode, un cot, nombre dheures de
travailIl peut aussi le modifier c'est--dire modifier lun de ses paramtres. De mme il a le
droit de supprimer un ou plusieurs projets dont il na pas besoin.
Cas dutilisation Modifier un projet
Figure 19: Cas dutilisation Modifier un projet
<<extend>>
<<extend>>
<<extend>>
<<extend>>
Chef de projet
Modifier un projet
Modifier une
tche
Supprimer une
tche
Ajouter une nouvelle
tche
Modifier une quipe
Ajouter une
ressource l'quipe
Retirerr une ressource
de l'quipe

41
Le chef de projet a le droit de modifier ses projets. En effet, pour chaque projet, il peut
modifier ses paramtres comme la dure, le cot, le nombre dheures de travail, la date de
dbut et de finComme il peut modifier les paramtres de lune de ses tches ou la
supprimer ou ajouter une nouvelle tche dans le projet. De mme, le chef de projet dispose un
privilge qui le permet de grer son quipe, il peut soit ajouter une ressource dans lquipe de son
projet ou la retirer (Figure 19).
Cas dutilisation Grer les documents

Figure 20: Cas dutilisation Grer les documents
Le chef de projet et les membres de son quipe peuvent grer les documents de la
bibliothque contenant des informations utiles sur leurs projets, ceci selon les permissions qui
sont accordes par ladministrateur la bibliothque. Daprs la figure 20, le chef de projet
c'est--dire une ressource qui appartient au groupe Project Server Project Manager , a le
droit de consulter ou modifier un document, il peut aussi ajouter un nouveau document dans
la bibliothque. De mme, il peut archiver les documents et contrler les versions en
sauvegardant lhistorique des mises jour appliques aux diffrents documents. Mais les
membres de lquipe, sont ceux qui appartiennent au groupe Project Server Team
Member , ont la permission de consulter ou ajouter un document dans la bibliothque.

<<incl ude>>
<>
<>
<>
<>
Chef de projet
Ajouter un document
Modifier un document
Consulter un document
Archiver un document
contrler les versions
S'authentifier

42
Cas dutilisation Grer les rapports dtat des tches

Figure 21: Cas dutilisation Grer les rapports dtat des tches
Le membre dun projet peut consulter ou modifier les rapports dtat de chaque tche
(Figure 21). Il sagit dun document contenant une description de la tche et de son
avancement et le membre doit le remplir chaque fois quil fait une modification dans sa
tche. Suite une modification dans un rapport dtat, une notification sera envoye au chef
de projet afin de lui avertir des changements apports ce rapport.
Cas dutilisation Grer les tches

Figure 22: Cas dutilisation Grer les tches
<<extend>>
Membre
Grer les tches
Consulter les tches
Mettre jour l'avancement
des tches
Envoyer une notification

43
Le membre dun projet peut avoir une ou plusieurs tches dans un projet. Il peut alors
soit les consulter soit les mettre jour (Figure 22). Aprs chaque mise jour, une notification
sera envoye au chef de projet afin de lui avertir quil ya eu un avancement dans cette tche.
Cette notification sexcute suite un workflow configur par ladministrateur. Ce
processus, lenvoi dune notification, permet daccrotre lefficacit car il permet le chef de
projet de rester aisment en courant de toute modification apporte aux rapports dtat des
tches.
2.3.1.4. Diagramme de squence systme
Nous allons maintenant dcrire le comportement de notre systme par des diagrammes
de squence systme o le systme est vu comme une bote noire .
Nous allons dcrire le fonctionnement de quelques cas d'utilisation
sous la forme dune squence de messages changs entre les acteurs et le systme.
Notre choix sest pos autours des cas dutilisation suivants :
Ajouter un projet, pour lacteur chef de projet
Crer des rapports et des tableaux de bord, pour lacteur Administrateur
Nous avons choisi de dvelopper ces deux cas (Figure 23 et 24) car ils regroupent les
fonctionnalits les plus recherches dans le systme. De mme, ils seront traits dune faon
plus dtaille dans la partie conception.


44

CAS DUTILISATION : Ajouter un projet

Figure 23: Diagramme de squence systme de ajouter un projet

Aj outer un proj et
Sai si r l es paramtres de l a tche
Consul ter noti fi cati on
Envoyer noti fi cati on
Affecter une ressource une tche
Aj outer une qui pe
Aj outer une tche
Crer un nouveau proj et
S'authenti fi er
Chef de projet Membre
Systme
Sai si r l es paramtres de l a tche
Consul ter noti fi cati on
Envoyer noti fi cati on
Aj outer une qui pe
Aj outer une tche
Crer un nouveau proj et
S'authenti fi er

45

CAS DUTILISATION : Crer des rapports et des tableaux de bord

Figure 24: Diagramme de squence systme de crer des rapports et des tableaux de bord

Crer des tabl eaux de bord
Aj outer dans bi bl i othque de documents
Sauvegarder et dpl oyer
Aj outer des rapports
Sauvegarder
Extrai re donnes de l a source de donnes
Crer rapport
Connecter l e rapport l a source de
donnes
Sl ecti onner un modl e de rapport
Sauvegarder
Connecter l a source de donnes une base
de donnes
Sl ecti onner un modl e
Crer une nouvel l e source de donnes
Lancer Dashbord Desi gner
Aj outer une source de donnes
PerformancePoi nt
Accder l a bi bl i othque des sources de
donnes
Accder au si te Busi ness Intel l i gence
S'authenti fi er
Administrateur
Systme
Aj outer rapport
Aj outer tabl eau de bord
al t
Sauvegarder et dpl oyer
Aj outer des rapports
Sauvegarder
Extrai re donnes de l a source de donnes
Crer rapport
Connecter l e rapport l a source de
donnes
Sl ecti onner un modl e de rapport
Sauvegarder
Connecter l a source de donnes une base
de donnes
Sl ecti onner un modl e
Crer une nouvel l e source de donnes
Aj outer une source de donnes
PerformancePoi nt
Accder l a bi bl i othque des sources de
donnes
Accder au si te Busi ness Intel l i gence
S'authenti fi er

46
2.3.2. Spcification non fonctionnelle
Dans cette section on va prsenter la spcification non fonctionnelle ou technique qui
affecte le projet :
Lergonomie de linterface : linterface de la solution doit tre ergonomique et
accessible par le navigateur web de nimporte quelle machine via une authentification
qui spcifie les droits de lutilisateur demandant la connexion.
La performance de lapplication : vu que le nombre de projets labors au sein de la
direction Technique de TUNISIANA est trs important, la solution doit traiter tous les
projets tout en tenant compte de la mise jour immdiate de chaque projet et lenvoie
des notifications en temps rel.
La flexibilit de l'application : facilit dextensibilit pour grer les volutions
futures.
Rapport et graphe bien structur : les rapports et les graphes gnrs par notre
application doivent tre bien structurs, rcapitulatifs, explicatifs et comprhensibles.
Confidentialit : les utilisateurs de notre application sont identifis par le systme en
fonction de leur nom(login), de leur mot de passe.
2.4. Conception de lapplication
2.4.1. Modlisation du contexte dynamique
Nous allons dans cette section reprsenter quelques vues dynamique de lapplication qui
montrent le fonctionnement du systme et ce travers les diagrammes dactivits et les
diagrammes de squences.
2.4.2. Diagrammes dactivits
Les diagrammes dactivits permettent de reprsenter graphiquement le comportement
dune opration ou le droulement dun cas dutilisation. Ils reprsentent ltat de lexcution
dun mcanisme sous la forme de droulement dtapes regroupes squentiellement dans des
branches parallles de flot de contrle. Ils mettent lvidence la fois les comportements
conditionnels et parallles.


47

Diagramme dactivit Envoyer et Grer les demandes

Figure 25: Diagramme dactivit Envoyer et Grer les demandes
Afin dautomatiser un processus mtier de lentreprise, on a cre un flux de travail
(workflow) qui se dclenche via un vnement au sein du SharePoint. Notre processus mtier
(Figure 25) constitue une boucle o chaque fois quune demande de Reporting est envoye
par le chef de projet, une tche est cre chez ladministrateur qui est notifi par mail.
En effet, laide dune liste SharePoint contenant les demandes de Reporting, le chef
de projet ajoute une demande qui est rdige via un simple formulaire automatiquement
gnr par SharePoint puis il lenvoi ladministrateur. Lobjectif de ce processus est de
demander ladministrateur de lui gnrer des tableaux de bord afin de suivre lavancement
de ses projets et le rendement de son quipe.

48
Dans une deuxime tape une seconde liste contenant les demandes de validation est
mise jour par le workflow qui a cr une nouvelle tche lors de lenvoi de la demande.
Ladministrateur reoit dans ce cas une notification par mail signalant la nouvelle demande et
le dirige vers la liste de validation des demandes. Ce dernier peut soit lapprouver soit la
rejeter et envoi son tour une notification par mail au chef de projet indiquant sa rponse.
Afin de concrtiser ce flux de travail, nous avons utilis Visio 2010 pour reprsenter
ce Workflow et SharePoint Designer 2010 afin de dvelopper la partie mtier qui lui est
associ. On a dans la figure 26 une reprsentation des tapes du flux de travail.

Figure 26: Les tapes de workflow
2.4.3. Diagrammes de squences
Le diagramme de squence permet de reprsenter graphiquement les interactions entre
les acteurs et le systme. Il sert clarifier, analyser et expliquer le comportement complexe du
systme.
Dans notre cas, nous avons choisi 3 scnarios diffrents modliser par des diagrammes de
squences.
Au cours de ce premier diagramme de squence donne par la figure 27, nous allons
conceptualiser le scnario de lajout dun nouveau projet.

Envoyer un courrier
lectronique
Collecter les
donnes dun
utilisateur
Dfinir le champ
dans llment actif
Envoyer un courrier
lectronique

49

Figure 27: Diagramme de squence Ajouter un projet

Aj outer un proj et
Proj et publ i
Publ i er
Redi ri ger vers l e centre de gesti on des
tches des proj ets
Donnes enregi stres
Mettre j our l a base de donnes
Se connecter
Enregi ster
Sai si r une tche
tches des proj ets
Donnes enregi stres Mettre j our l a base de donnes
Se connecter
Enregi ster et fermer
Sl ecti onner l es ressources de l qui pe
Gnrer l i ste des ressources
Crer une qui pe
Gnrer page
Accder au pl an de ressources
tches des proj ets
Donnes enregi stres
Se connecter
Enregi strer
crer un nouveau proj et
gnrer page
Vri fi er autori sati on
Mot de passe correct
Echec mot de passe
mot de passe i ncorrect
Vri fi er mot de passe
Se connecter
S'authenti fi er
Chef de proj et
SQL Server Si te PWA Acti ve Di rectory
mot de passe
mot de passe
al t
Proj et publ i
Publ i er
tches des proj ets
Donnes enregi stres
Se connecter
Enregi ster
Sai si r une tche
tches des proj ets
Donnes enregi stres Mettre j our l a base de donnes
Se connecter
Enregi ster et fermer
Sl ecti onner l es ressources de l qui pe
Gnrer l i ste des ressources
Crer une qui pe
Gnrer page
Accder au pl an de ressources
tches des proj ets
Donnes enregi stres
Se connecter
Enregi strer
crer un nouveau proj et
gnrer page
Vri fi er autori sati on
Echec mot de passe
mot de passe i ncorrect
Vri fi er mot de passe
Se connecter
S'authenti fi er

50

Tableau II: Le scnario nominal de Ajouter un projet
Cas dutilisation : Ajouter un projet
Acteur :Chef de projet
Pr-condition: Le chef de projet doit sauthentifier et doit avoir les privilges pour accder
au PWA et les permissions qui lui permettent de crer et grer des projets.
Description: A laide du site Project Web App, les chefs de projet peuvent planifier et grer
ses projets.
Scnario nominal:

1. Dans la page centre de projet du site PWA, le chef de projet cre un nouveau projet
en se basant sur la mthodologie PMplus.
2. Il sauvegarde le nouveau projet, dans ce cas une connexion est tablie entre le
SharePoint et le serveur SQL Server afin de mettre jour la base de donnes de
contenu.
3. Dans la page centre de gestion des tches des projets, le chef de projet choisit parmi
les ressources de lentreprise lquipe de son projet.
4. Il sauvegarde et quitte la page, dans ce cas une connexion est tablie entre le
SharePoint et le serveur SQL Server afin de mettre jour la base de donnes de
contenu.
5. Le chef de projet saisit maintenant les tches et affecte une ressource chaque tche.
6. Finalement, il sauvegarde et publie le projet et dans ce cas une connexion est tablie
entre le SharePoint et le serveur SQL Server afin de mettre jour la base de donnes
de contenu.
Le deuxime diagramme de squence (Figure 28) donn par la figure dcrit le scnario
de la gestion des applications de service. Dans notre cas, nous avons choisi dadministrer
lapplication de service PerformancePoint :


51

Figure 28: Diagramme de squence Grer les applications de services

Grer l es appl i cati ons de servi ce
Associ er les appl i cati ons de service
l appl i cati on web
Sauvegarde effectu
Sauvegarder
Se connecter
Sauvegarder
Sauvegarder
Se connecter
Affecter l appl i cation de servi ce un
pool dappli cati on
Crer une appl i cati on de servi ce
PerformancePoi nt servi ce
Sauvegarde effectu
Sauvegarder
Affecter l appli cati on de servi ce un
pool dappl i cati on
Echec mot de passe
Mot de passe i ncorrect
Crer une appli cati on de servi ce Secure
Store
Acti ver l e servi ce PerformancePoi nt
Servi ce dmarr
Servi ce acti v
Dmarrer l e servi ce
Gnrer page
Vri fi er autorisation
Vrifi er mot de passe
Se connecter
Sauthenti fi er
Admi ni strateur
Sharepoi nt Server Serveur IIS Acti ve Di rectory
Mot de passe
Mot de passe
al t
Associ er les appl i cati ons de service
l appl i cati on web
Sauvegarde effectu
Sauvegarder
Se connecter
Sauvegarder
Sauvegarder
Se connecter
Affecter l appl i cation de servi ce un
pool dappli cati on
Crer une appl i cati on de servi ce
PerformancePoi nt servi ce
Sauvegarde effectu
Sauvegarder
Affecter l appli cati on de servi ce un
pool dappl i cati on
Echec mot de passe
Mot de passe i ncorrect
Crer une appli cati on de servi ce Secure
Store
Acti ver l e servi ce PerformancePoi nt
Servi ce dmarr
Servi ce acti v
Dmarrer l e servi ce
Gnrer page
Vri fi er autorisation
Vrifi er mot de passe
Se connecter
Sauthenti fi er

52

Tableau III: Le scnario nominal de Grer les applications de services
Cas dutilisation : Grer les applications de services
Acteur : Administrateur
Pr-condition: L'administrateur doit sauthentifier et doit avoir les privilges pour accder
ladministration centrale de SharePoint.
Description: Ladministrateur doit crer et configurer des applications de services afin de les
associer une ou plusieurs applications web.
Scnario nominal:

1. L'administrateur active et dmarre le service PerformancePoint laide
de lAdministration centrale.
2. L'administrateur cre une application de service Secure Store en choisissant un pool
dapplication existant ou nouveau puis il la sauvegarde.
3. Le serveur SharePoint se connecte au serveur IIS afin dassocier cette application de
service au pool dapplication.
4. L'administrateur cre une application de service PerformancePoint en choisissant un
pool dapplication existant ou nouveau puis il la sauvegarde.
5. Le serveur SharePoint se connecte au serveur IIS afin dassocier cette application de
service au pool dapplication.
6. L'administrateur doit associer les deux applications de services lapplication web.

Aprs avoir cr et configur lapplication de service performancePoint, il sagit dun
scnario dcrit dans le diagramme prcdent, nous allons maintenant dcrire les
enchainements qui mnent la cration des rapports et des tableaux de bord personnaliss de
type PerformancePoint. Ceci travers le troisime diagramme de squence donn par la
figure 29:


53

Aj outer un tabl eau de bord
tableau de bord sauvegard
Sauvegarder
Sauvegarder l e tabl eau de bord dans la
bi bl i otheque
Sauvegarder et dpl oyer dans Sharepoi nt
aj outer des rapports et des fi ltres au
tabl eau de bord
Crer un tabl eau de bord
Sl ecti onner un type de tabl eaux de bord
Rapport sauvegard
Sauvegarder
Sauvegarder l e rapport dans la
bi bl i otheque
Sauvegarder Extrai re donnes de l a source de donnes
Accder au si te Busi ness Intell i gence
Accepter demande
Crer l e rapport
Sl ectionner un type de rapport
Affi cher la li ste des rapports et des
tabl eaux de bord
Sl ecti onner PerformancePoint Content
Source de donnes sauvegarde
Sauvegarder
Sauvegarder l a source de donnes dans l a
bi bl i otheque
Sauvegarder
Slecti onne un modl e de source de
donnes
Crer une nouvell e source de donnes
Affi cher
Aj outer une nouvel l e source de donnes
PerformanPoi nt dans l a bi bl i othque
Accder l a bi bli otheque des sources de
donnes
Affi cher si te Gnrer page
Afficher l es foncti onnali ts
correspondantes au profi l de
l admini strateur
S'authenti fi er
Admi ni strateur
Si te PWA Dashbord Designer
tableau de bord sauvegard
Sauvegarder
Sauvegarder l e tabl eau de bord dans la
bi bl i otheque
Sauvegarder et dpl oyer dans Sharepoi nt
aj outer des rapports et des fi ltres au
tabl eau de bord
Crer un tabl eau de bord
Sl ecti onner un type de tabl eaux de bord
Rapport sauvegard
Sauvegarder
Sauvegarder l e rapport dans la
bi bl i otheque
Sauvegarder Extrai re donnes de l a source de donnes
Accder au si te Busi ness Intell i gence
Accepter demande
Crer l e rapport
Sl ectionner un type de rapport
Affi cher la li ste des rapports et des
tabl eaux de bord
Sl ecti onner PerformancePoint Content
Source de donnes sauvegarde
Sauvegarder
Sauvegarder l a source de donnes dans l a
bi bl i otheque
Sauvegarder
Slecti onne un modl e de source de
donnes
Crer une nouvell e source de donnes
Affi cher
Aj outer une nouvel l e source de donnes
PerformanPoi nt dans l a bi bl i othque
Accder l a bi bli otheque des sources de
donnes
Affi cher si te Gnrer page
Afficher l es foncti onnali ts
correspondantes au profi l de
l admini strateur
S'authenti fi er

54
Figure 29: Diagramme de squence Crer des rapports et tableaux de bord

Tableau IV: Le scnario nominal de Crer des rapports et tableaux de bord
Cas dutilisation : Crer des rapports et tableaux de bord
Acteur : Administrateur
Pr-condition: L'administrateur doit sauthentifier et doit avoir les privilges pour accder
au site Business Intelligence.
Description: Ladministrateur doit crer rapports et des tableaux de bord suite une
demande du chef de projet.
Scnario nominal:

1. Lors de la rception de la demande qui est envoye par le chef de projet,
l'administrateur doit la valider puis commencer gnrer les rapports et les tableaux
de bord demands.
2. Dans le site Business Intelligence, ladministrateur accde la bibliothque contenant
les sources de donnes et ajoute une nouvelle source de donnes PerformancePoint.
3. Dans ce cas, le serveur SharePoint lance loutil Dashbord Designer.
4. Ladministrateur cre une nouvelle source de donnes et slectionne un modle
(Analysis Services, Excel Services, table SQL, liste SharePoint).
5. Il sauvegarde la source de donnes dans la bibliothque et commence crer un
rapport ou un tableau de bord qui est un ensemble de rapports.
6. Il slectionne un modle de rapport et le connecte la source de donnes cre
prcdemment. Dans ce cas, Dashboard Designer extrait les donnes de la source de
donnes.
7. Il commence crer le rapport.
8. Lajout du rapport dans une bibliothque de documents lors de sauvegarde.
9. Ladministrateur slectionne un modle de tableau de bord et lui ajoute des rapports
existants. Le nombre de rapports ajouter dpend du modle du tableau de bord.
10. Il doit ensuite le sauvegarder et le dployer dans SharePoint.
11. Lajout du tableau de bord dans la bibliothque lors de sauvegarde. A partir de cette
bibliothque de documents, le chef de projet peut consulter les tableaux de bord.


55
Conclusion
Dans ce chapitre, nous avons prsent la conception de notre systme ainsi que les
diffrentes fonctionnalits que notre projet devra implmenter. Cette phase est primordiale
avant dentamer la phase dimplmentation qui sera dtaille dans le chapitre suivant.

Ralisation

56

Ralisation

Introduction
3.1. Environnement du travail
3.1.1. Environnement matriel
3.1.2. Environnement logiciel
3.1.3. Outils de dveloppement
3.2. Dploiement de la solution SharePoint Server 2010
3.3. Prsentation des modules de linterface
Conclusion

CHAPITRE
3
Ralisation

57
Introduction
Ce chapitre constitue le dernier volet de ce rapport, il traite la phase qui a pour objectif
la ralisation de notre projet. Nous commenons, tout dabord, par la prsentation de
lenvironnement matriel et logiciel utilis lors du dveloppement de lapplication. Nous
expliquerons nos choix techniques des langages de programmation et des outils utiliss, et
nous prsenterons la fin les rsultats obtenus, approuvs par quelques imprimes crans.
3.1. Environnement du travail
Nous avons choisi Microsoft Office SharePoint Server 2010 comme outil de cration
de notre portail et Microsoft Office Project Server 2010 comme outil de gestion des projets
intgr SharePoint. En effet, nous prparons dabord tout le matriel et nous installons les
logiciels requis sur les serveurs. Ensuite nous installons SharePoint Server 2010 puis Project
Server 2010. Nous configurons enfin Project Server afin de lintgrer SharePoint.
Dans les sections suivantes, nous allons prsenter lenvironnement matriel et logiciel
de notre projet et les outils de dveloppement utiliss.
3.1.1. Environnement matriel
Pour raliser notre travail, nous avons utilis lenvironnement matriel suivant :
Le serveur index a la configuration matrielle suivante :
Systme dexploitation : Windows Server 2008 R2
Processeur : 64 bits, quatre curs
Mmoire : 8 Go
Disque Dur : 80 Go
Le serveur Web Frontal a la configuration matrielle suivante :
Mmoire : 16 Go
Disque Dur : 80 Go
Le serveur SQL a la configuration matrielle suivante :
Mmoire : 16 Go
Ralisation

58
Disque Dur : 250 Go
3.1.2. Environnement logiciel
La figure 31 montre larchitecture de la technologie SharePoint 2010 :

Figure 30: Architecture de la technologie SharePoint
La figure ci-dessus montre comment SharePoint Foundation est bas sur Microsoft
.NET Framework 3.5, ASP.NET et Internet Information Services(IIS). SharePoint est
galement construit sur SQL Server. Toutes ces plateformes doivent tre excutes sur une
installation 64 bits de Windows Server 2008. SharePoint Server, son tour, est construit sur
SharePoint Foundation. Microsoft Project Server est install lui aussi sur Windows Server
2008 et sexcute en tant quapplication de service sous Microsoft SharePoint Server 2010.
Description des logiciels requis pour linstallation de SharePoint Server 2010 :
Serveur Web (IIS)
Internet Information Services, communment appel IIS, est le logiciel de serveur services
Web (ou FTP, SMTP, HTTP etc.) de la plateforme Microsoft Windows.
ASP.NET 3.5
ASP.NET est un ensemble de technologies de programmation web cr par Microsoft.
Les programmeurs peuvent utiliser ASP.NET pour crer des sites webs dynamiques, des
applications ou des web services XML. La technologie est accessible grce l'installation
Ralisation

59
d'un serveur web compatible ASP (IIS) ou l'intrieur de Visual Web Developer Express
Edition.ASP.NET fait partie de la plateforme Microsoft .NET et est le successeur de la
technologie Active Server Pages (ASP).
Microsoft .NET Framework version 3.5 SP1
Le .NET F est un framework pouvant tre utilis par un systme d'exploitation Microsoft
Windows. Il a pour but de faciliter la tche des dveloppeurs en proposant une approche
unifie la conception d'applications Windows ou Web, tout en introduisant des facilits pour
le dveloppement, le dploiement et la maintenance d'applications. Il a besoin d'tre install
sur la machine de l'utilisateur final, rendant les applications cres sous cet environnement
impropres un usage portable.
Windows Workflow Foundation
Cest une infrastructure qui permet l'utilisateur de crer des flux de travail systme ou
utilisateur dans une application crite pour les systmes d'exploitation Windows. Il se
compose d'un espace de noms, d'un moteur de flux de travail in-process et de concepteurs
pour Visual Studio. Windows Workflow Foundation peut tre utilis pour rsoudre des
scnarios simples, comme l'affichage de contrles d'interface utilisateur en fonction de
l'entre de l'utilisateur, ou des scnarios complexes applicables de grandes entreprises,
comme le traitement de commandes et l'inventaire. Windows Workflow Foundation intgre
un modle de programmation, un moteur de flux de travail rhbergeable et personnalisable,
ainsi que des outils permettant de crer rapidement des applications de flux de travail sur
Windows.
Windows Identity Foundation (WIF)
Microsoft Windows Identity Foundation permet de simplifier l'accs utilisateur pour les
dveloppeurs en externalisant l'accs utilisateur des applications via des revendications et en
rduisant l'effort en termes de dveloppement grce une logique de scurit prdfinie et des
outils .NET intgrs. Les utilisateurs peuvent bnficier d'un accs simplifi via une
authentification unique et une collaboration transparente entre les diffrents primtres de
l'organisation.
ADO.NET Data Service
Services ADO.NET Data Services est un composant du .NET Framework qui permet de crer
des services qui utilisent le protocole Protocole OData (Open Data) pour exposer et
Ralisation

60
consommer des donnes sur le Web ou l'intranet l'aide de la smantique de REST
(representational state transfer). OData expose les donnes sous forme de ressources
adressables par des URI. Les donnes sont accessibles et modifiables l'aide des verbes
HTTP standard GET, PUT, POST et DELETE. OData utilise les conventions de relation
d'entit dans Entity Data Model pour exposer des ressources sous forme de jeux d'entits
relis par des associations.
SQL Server 2008
Microsoft SQL Server est un systme de gestion de base de donnes (abrg en SGBD ou
SGBDR pour (Systme de gestion de base de donnes relationnelle) dvelopp par la
socit Microsoft.
3.1.3. Outils de dveloppement
Microsoft Office SharePoint Designer
On peut crer avec SharePoint Designer 2010, sur la plateforme SharePoint, des applications
compltes, riches, rutilisables et centres sur les processus qui intgrent des donnes
externes. SharePoint Designer 2010 autorise la cration dapplications composites en
configurant ou en concevant des composants tels que sources de donnes, listes, types de
contenu, affichages, formulaires, flux de travail et types de contenu externes, tout ceci sans
rdiger de code.
Business Intelligence Development Studio 2008
Cest un environnement intgr qui permet de dvelopper des constructions Business
Intelligence, telles que des cubes, des sources de donnes, des rapports et des packages
Integration Services. BI Development Studio contient des modles de projets qui fournissent
un contexte pour dvelopper des constructions spcifiques.
Microsoft SQL Server 2008 Reporting Services (SSRS)
SQL Server 2008 Reporting Services fournit des composants de processus, des outils et des
interfaces de programmation pour le dveloppement, la gestion et l'utilisation de rapports
complets.
Report Builder 3.0
Report Builder est un gnrateur de rapport. Il permet aux utilisateurs de crer, modifier et
publier des rapports.
Ralisation

61
3.2. Dploiement de la solution SharePoint Server 2010
La figure 31 reprsente l'architecture physique du dploiement de Microsoft Office
SharePoint Server 2010.

Figure 31: Architecture de la plateforme de production
Cest une architecture grande ferme dans laquelle nos composants seront rpartis sur
trois tages. Cette ferme introduit des bases de donnes multiples rsidant sur des serveurs
spars. Cette architecture a t choisie car elle permet :
Maximiser les performances des composants de base de donnes, et par consquent
lexcution de la ferme entire.
Stocker une grande quantit de donnes.
Intgrer un grand nombre de sites et de donnes.

Ralisation

62
3.3. Prsentation des modules de linterface
Dans cette section nous allons dcrire lapplication ralise en illustrant la description
par des imprimes crans des interfaces principales de lapplication.
3.3.1. Interface de la page daccueil
Une fois authentifi par son nom et son mot de passe, l'utilisateur manipule le portail selon
son profil. Il aura l'interface d'accueil de l'application, prsente dans la figure 32 :

Figure 32: Interface de la page daccueil
3.3.2. Interface de gestion de projet
Si un utilisateur consulte longlet gestion de projet , une interface s'affiche contenant six
liens :
Le premier lien DT Project Management :
Contient un webPart prdfinie Centre de projet qui affiche la liste des projets de chaque
utilisateur dont il est propritaire ou les projets dont il est membre de son quipe. Ceci est
illustr dans la figure 33:

Ralisation

63

Figure 33: Interface de gestion de projet
Le deuxime lien Accueil : En cliquant sur ce lien, lutilisateur va tre redirig
vers linterface daccueil.
Le troisime lien Projet : Ce troisime lien contient trois webparts prdfinis
permettant de consulter les projets, les mises jour des tches et les flux de travail.

Ralisation

64

Si lutilisateur appartient au groupe Project Server Chef de projet , il a donc le droit
dajouter de nouveaux projets, crer une quipe et ajouter des documents ds quil clique sur
Centre de projet . Ceci est illusrtr dans la figure 35:

La figure 36 montre que le chef de projet peut accder une interface qui lui
permet de planifier son projet. Il peut donc ajouter des tches, les planifier et affecter des
ressources chaque tche.
Ralisation

65
Le quatrime lien Mon travail : Ce quatrime lien contient des webparts prdfinis
permettant dAffiche les tches et les problmes qui ont t affectes lutilisateur.
Si lutilisateur appartient au groupe Project Server Membre , il a donc le
droit de consulter et mettre jour lavancement de ses tches. Comme le montre la figure
37 :

Figure 37: Interface de grer les tches
En cliquant sur une tche, le membre peut la mettre jour et envoyer cette
notification au chef de projet afin de lui avertir quil a eu un avancement au niveau de
cette tche. la figure 38 montre comment envoyer la notification au chef de peojet :
Figure 38: Interface de mettre jour une tche
Ralisation

66
Le cinquime lien Ressources permet daffiche une liste de ressources.
Le sixime Paramtres permet de
3.3.3. Interface de demande de reporting
Chaque chef de projet a le droit de consulter la liste Demande de Reporting puis de
dmarrer un workflow en ajoutant une nouvelle demande de Reporting. Pour cela il doit remplir
un formulaire puis il lenvoi ladministrateur. La figure 39 montre la liste des demandes ainsi
que ltat actuel de chaque demande.

Figure 39: Interface Envoyer une demande
Ladministrateur sera notifi par mail, comme le montre la figure 40, qui signale la
nouvelle demande et le dirige vers la liste de validation des demandes.

Figure 40: Interface de consulter notifications
Ralisation

67
La figure 41 montre que ladministrateur est redirig vers la liste Validation Demandes
Reporting . Lors de lenvoi de la demande, le workflow ajoute une nouvelle tche dans cette
liste. Dans ce cas ladministrateur clique sur le libell de la demande pour visualiser son contenu
et pour rpondre le chef de projet soit par accepter la demande soit par la rejeter.

Figure 41: Interface grer demande
Puis il envoi son tour une notification par mail au chef de projet indiquant sa rponse.
Comme le montre la figure 42:
Figure 42: Interface consulter notification
Ralisation

68
3.3.4. Interface Business intelligence
Chaque chef de projet a le droit de consulter les rapports et les tableaux de bord gnrs
par ladministrateur. Ceci en consultant les bibliothques sous le site Business Intelligence
Center .
Les tableaux de bord cres laide de loutil Dashbord Designer (figure 43). dans le cas
ci-dessous, le chef de projet peut slectionner un projet afin de visualiser le nombre
dheures de travail de chaque tche ainsi que le nombre dheures de travail effectus :

Figure 43: Interface consulter tableaux de bord
Les tableaux de bord cres laide de loutil Report Builder 3.0 (figure 44): Grce cet
outil qui permet de dployer des rapports sur un site SharePoint, le chef de projet peut
consulter lavancement de ses projets. Voici un exmple illustr dans la figure 45 :

Figure 44: Interface consulter tableaux de bord

69
Conclusion
Dans ce chapitre, nous avons prsent lenvironnement de dveloppement matriel et
logiciel avec lesquels notre projet de Fin dtudes a t ralis. Nous avons prsent par des
imprimes crans quelques fonctionnalits offertes par notre portail gestion de projet qui
explique bien le fonctionnement de notre application et permet de mieux comprendre sa
finalit.

70

CONCLUSION GNRALE ET PERSPECTIVE

Dans le cadre de lamlioration de la gestion de ses projets et laugmentation des
changes et de la coopration entres ses collaborateurs, TUNISIANA cherche mettre en
place un portail qui aide russir ses projets avec le moindre cot.
Durant ce projet, nous avons labor un portail de gestion de projet qui rpond aux
besoins de lentreprise avec Microsoft Office SharePoint Server. Ce portail vise grer les
projets efficacement grce loutil Microsoft Project Server intgr dans SharePoint,
faciliter laccs linformation et lchange des documents et des e-mails en temps rel.
Durant ce projet, Nous avons prpar un environnement de dveloppement basant sur
les technologies de Microsoft afin de dvelopper ce portail. Notre travail a dbut par une
phase d'tude de lexistant et du cadre du projet travers laquelle nous avons relev les points
forts et les limites des solutions actuelles de TUNISIANA tels que labsence dune application
centralise, une gestion documentaire peu structure, absence de rapports et danalyse
dcisionnellePar la suite nous nous sommes familiariss avec des nouveaux concepts
comme la gestion de projet et les flux de travail. De plus, nous avons pris connaissance des
diffrents logiciels de dveloppement. Et la fin, nous avons russi crer un environnement
de dveloppement des portails SharePoint collaboratifs et implmenter notre application sur
le rseau local de TUNISIANA afin que chaque acteur puisse manipuler le portail et accder
son profil.
Le dveloppement de ce projet nous a t d'une utilit considrable. En effet, il nous a
permis de dcouvrir et utiliser diffrentes technologies innovantes dont : Microsoft Office
SharePoint Server 2010, Microsoft Office Project Server 2010, les Webparts, Workflows, la
gestion des diffrentes fonctionnalits de la technologie SharePoint concernant les profils
utilisateurs, la cration des sites et des bibliothques, l'acquisition des formulaires, etc.

CONCLUSION GNRALE ET PERSPECTIVE

71
Pour tendre notre application et enrichir les diffrents services proposs
conformment aux besoins de TUNISIANA, cependant plusieurs extensions et amliorations
peuvent tre envisages savoir lamlioration du suivi de ltat dun flux de travail.
Pour conclure, lexprience que nous avons vcu au sein de lentreprise TUNISIANA,
nous a permis non seulement dacqurir de nouvelles connaissances mais aussi de ctoyer les
membres dune quipe de professionnels. Ceci nous a offert loccasion de perfectionner nos
connaissances et de dvelopper davantage un esprit dintgration et de groupe.

72

RFRENCES

[1] Robert Buttrick, Gestion de projet : Le guide exhaustif du management de projets, Parson
Education France, 2009
[2] Site officiel de Microsoft SharePoint, consult en octobre 2011,
http://sharepoint.microsoft.com/fr-fr/Pages/default.aspx
[3] Site officiel de Microsoft, Microsoft Project Server 2010, consult en octobre 2011,
http://www.microsoft.com/france/office/project/project-server-2010/informations-
produit.aspx
[4] Site officiel de TUNISIANA, consult en dcembre 2011,
http://www.tunisiana.com/jahia/Jahia/Tunisiana/a_propos_de_tunisiana/historique
[5] Documentation interne de TUNISIANA
[6] Setrag Khoshafian , Marek Buckiewicz. Groupware et workflow, InterEditions, 1998
[7] Site officiel de Microsoft, architecture logique de SharePoint, consult en dcembre 2011,
http://technet.microsoft.com/fr-fr/library/cc263121.aspx
[8] Site officiel de Microsoft, architecture physique de SharePoint, consult en dcembre
2011, http://technet.microsoft.com/fr-fr/library/ee667264.aspx
[9] Site officiel de Microsoft, Excel Services, consult en novembre 2011,
http://technet.microsoft.com/fr-fr/library/ee424405.aspx
[10] Site officiel de Microsoft, PerformancePoint Services, consult en novembre 2011,
[11] Site officiel de Microsoft, SQL Server Reporting, consult en novembre 2011,
http://www.microsoft.com/france/serveur/sql/sql-server-reporting-services.aspx
[12] Site officiel de Microsoft, Report Builde, consult en novembre 2011,
http://technet.microsoft.com/fr-fr/library/ms157328.aspx
[13] Site officiel de Microsoft, Visio Services, consult en novembre 2011,
[14] Site officiel de Microsoft, architecture de Project Server 2010, consult en dcembre
2011, http://technet.microsoft.com/fr-fr/library/ff686786.aspx
[15] Pascal Roques, UML 2 : Modliser une application web, Eyrolles ,2 fvrier 2006

Annexe A

73
Annexe A
Prsentation de lorganisme daccueil
1.1.1. Prsentation gnrale de TUNISIANA
En mai 2002, la deuxime licence tunisienne de tlphonie mobile a t attribue
Orascom Telecom Tunisie. Cette licence, qui a cot 454 millions de dollars, a marqu la
naissance du premier oprateur de tlcommunications priv en Tunisie : TUNISIANA.
Cest une socit tunisienne anonyme au capital de 330 millions de dinars dont le
principal actionnaire est Watanya Telecom qui dtient la moiti des actions, associe
Orascom Tunisia Holding (35% des actions) et Carthage Consortium (15% des actions).
Grce des performances techniques, TUNISIANA a ralis son lancement
commercial le 27 dcembre 2002, et, six mois plus tard, couvrait dj 60% de la population.
Son action se nourrit de quatre valeurs fondatrices : orientation client,
professionnalisme, transparence et innovation, et s'inscrit dans sa vision stratgique : fournir
le meilleur, pour une satisfaction totale et durable de ses clients, et dans le cadre de
partenariats solides .
Acteur essentiel du secteur des nouvelles technologies, TUNISIANA s'appuie sur les
progrs rapides de la technique pour dvelopper des services adapts, innovants et de qualit.
1.1.2. Organisation de TUNISIANA
Afin dassurer une bonne prestation de services ses clients et un bon fonctionnement de
son rseau de transmission GSM, TUNISIANA est base sur linteraction de plusieurs directions
et dpartements complmentaires comme le montre la figure ci-dessous (Figure 45) :

Annexe A

74

Figure 45: Organigramme de TUNISIANA
Notre projet a t labor la direction technique qui est compose de 3 dpartements comme
lindique la figure 46 :

Figure 46: Organigramme de la direction technique
Dpartement Architecture et dploiement
- Planification et optimisation du rseau radio.
- Recherche et acquisition des sites relais.
- Construction des sites.
- Livraison des quipements sur sites.
Dpartement Opration et maintenance
- Supervision du rseau 24h/24.
- Maintenance du rseau.
- Suivi de la qualit de service (QOS).
- Support aux dpartements fonctionnels.
Dpartement Ingnierie et Bureautique
Direction
Marketing
(DM)
Direction
des
Vente
(DV)
Direction
Service
Client
(DSC)
Direction
Technique
(DT)
Direction
des Systmes
DInformation
(DSI)
Direction des
Ressources
Humaines
(DRH)
Direction
Gnrale
Chef Financier
Officier
Direction
Administrative
et Financire
(DAF)
Conseillre
Juridique
Direction
Qualit et
Programme
(DQP)
DIRECTEUR TECHNIQUE
DEPARTEMENT
ARCHITECTURE
ET
DEPLOIEMENT
DEPARTEMENT
INGENIERIE ET
DEVELOPPEMENT
DEPARTEMENT
OPERATION &
MAINTENANCE
Annexe A

75
- La conception du rseau de commutation.
- La conception et limplmentation des services valeurs ajoutes (SAV).
- LArchitecture et linterconnexion avec les rseaux fixes et mobiles de loprateur
historique et des oprateurs partenaires.

=-- :

+- _'= ,-='' ,-'=' '--' -= -- '-',,-,- - =- -' .-' - --, '
--+- `'--` '--' ,-`=` . --,-' .= _,'--' ` ,--' -,- '=- .`--, .
,--' -,- '=- ,--- , .-' -+' -,-' -+' '-' ,-=- _,'--' =,==- .,+--' _,'--' `
- = '-'- .- , ,,-' ,'-'' ,- '-,'-' '-- _,'--' ,- -- .

.-' ,- _,'--' '--,-' -,- --,-,'- -'`,' . _--'--- :

Conception et dveloppement dun portail de gestion de projet
Rsum :
Le prsent travail, effectu au sein de lentreprise TUNISIANA, entre dans le cadre de
Projet de Fin dtudes pour lobtention du diplme national dingnieur en rseaux
informatiques et tlcommunications. Il consiste dvelopper un portail collaboratif de
gestion de projet au sein de lentreprise.
Lobjectif principal de notre travail est la conception et le dveloppement dun portail de
gestion de projet sous SharePoint permettant de faciliter la planification des projets,
damliorer la collaboration et le partage des informations entre les employs et de fournir
une meilleure visibilit sur ltat davancement des projets.
Mots-cls : SharePoint, Portail dentreprise, gestion de projet, flux de travail, gestion
documentaire

Design and development of a portal of project management

Abstract :
The present work is carried out within the company TUNISIANA, as the graduated project
to obtain the national diploma of data networks and telecommunications engineer. It consists
to develop a collaborative portal of project management within the company.
The main goal of our work is the design and development of a portal of project
management in SharePoint to facilitate project planning, improve collaboration and
information sharing between employees and provide better visibility into the state of
advancement of projects.
Key Word: SharePoint, Enterprise portal, project management, workflow, document
management

Intitule et adresse complte de lentreprise :

Entreprise : Orascom Telecom Tunisie TUNISIANA
Adresse : Immeuble Zenith - les Jardins du Lac, 1053 Tunis
Tl. : +216 22 12 00 00
Fax : +216 22 12 12 09
Email : contact@tunisiana.com

Final

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Final

Загружено:

Авторское право:

Доступные форматы

Ministre de lEnseignement Suprieur

Вам также может понравиться