Professional Documents
Culture Documents
Mémoire
N° GI 2010 / 5
Sujet :
M. Jamal BERRICH
Nous n'oublions pas nos parents pour leur contribution, leur soutien et leur patience.
Page 3 sur 74
Sommaire
Remerciements .................................................................................................................. 3
Résumé .............................................................................................................................. 6
Abstract ............................................................................................................................. 7
ﻤﻠﺨﺹ................................................................................................................................ 8
Introduction générale ........................................................................................................ 9
Partie 1. Contexte général des projets : CAP SQLI MOSS et AXA B² 2nd Release ... 10
Chapitre 1. Présentation de l’organisme d’accueil : SQLI Oujda ............................ 10
1.1 - Présentation de l’agence SQLI Oujda ....................................................... 10
1.2 - Contexte du stage ...................................................................................... 12
Chapitre2. Outils et méthodes ................................................................................. 16
2.1 - Outils SQLI CMMI ................................................................................... 16
2.2 - Microsoft Office SharePoint Server 2007 (Moss 2007) ........................... 18
Partie 2. CAPI MOSS : Projet de capitalisations des Composants SQLI MOSS ....... 29
Introduction ................................................................................................................. 29
Chapitre1. Engagement sur le projet CAPI MOSS ................................................. 29
1.1 - Présentation de la capitalisation ................................................................ 29
Chapitre2. Mise en œuvre du projet CAPI MOSS .................................................. 29
2.1 - Environnement technique.......................................................................... 29
2.2 - Généralisation des composants SQLI MOSS ........................................... 30
2.3 - Bilan du projet ........................................................................................... 36
Conclusion du projet ................................................................................................... 36
Partie 3. Le projet « AXA B² 2nd Release » ................................................................ 37
Introduction ................................................................................................................. 37
Chapitre1. AXA B² : Etude fonctionnelle ............................................................... 37
1.1 - Présentation de l’existant AXA B² 1st Release.......................................... 37
1.2 - Présentation de Axa B² 2nd Release........................................................... 42
Chapitre2. AXA B² 2nd Release : Mise en œuvre.................................................... 43
2.1 - Architecture du projet ............................................................................... 43
2.2 - Organisation du projet AXA B² 2nd Release ............................................. 44
2.3 - Réalisation du Projet AXA B² 2nd Release................................................ 46
2.4 - Bilan du projet AXA B² ............................................................................ 57
Conclusion et perspectives .......................................................................................... 59
Liste des figures .............................................................................................................. 61
Page 4 sur 74
Liste des tableaux ............................................................................................................ 62
Partie 4. Annexes ........................................................................................................ 63
Chapitre1. Méthodologie de développement .......................................................... 64
1.1 - Etapes de construction du portail .............................................................. 64
1.2 - Les développements WSS et MOSS 2007 ................................................ 65
1.3 - Glossaire des attributs ............................................................................... 67
1.4 - Structure pour les pages de publications ................................................... 69
Chapitre2. Organisation des fichiers, sites et features ............................................ 71
2.1 - Organisations des fichiers ......................................................................... 71
2.2 - Organisation des sites, des pages et des listes ........................................... 72
Chapitre3. Références MOSS ................................................................................. 74
3.1 - Références internationales ........................................................................ 74
3.2 - Références SQLI : ..................................................................................... 74
Page 5 sur 74
Résumé
Notre stage s’est déroulé au sein du Groupe SQLI, à l’agence d’Oujda, au pôle
ingénierie, dont l’activité principale est la conception et la réalisation d’applications
Web.
Ensuite nous avons intégré une nouvelle équipe pour le premier projet MOSS
chiffré, géré et produit à l’agence SQLI Oujda, il s’agit de « Axa B Square Site Agent,
2nd Release », un projet d’envergure qui étend la première version du produit. La
solution utilise les fonctionnalités MOSS pour créer une « usine à site » pour les agents
bancaire d’Axa Belgique, la procédure pour créer un site, l’administrer, lui attribuer un
nom de domaine, personnaliser l’affichage et les langues disponibles, tout est
automatisé avec SharePoint.
Des enjeux importants, Axa est un client important lié avec SQLI par de
nombreux projets (Axa.fr, Axa en claire, Axa Mexique) la satisfaction client, la qualité
de la solution et un taux d’erreur minimale sont des obligations à satisfaire, par ailleurs
au niveau de l’agence SQLI Oujda, nous avions l’obligation de fidéliser les agences
« inshore » pour plus de confiance et montrer que l’équipe MOSS Oujda est
opérationnelle.
Tout au long de notre stage nous avons suivi la démarche Skills, le « CMMI
made by SQLI », nous avons assisté a une évaluation CMMI niveau 3, et pris le rôle
d’Ingénieur Concepteur Développeur Testeur, et ça a été au delà de nos attente aussi
bien sur le plan technique que sur le plan relationnel
Page 6 sur 74
Abstract
Our training course took place within the Group SQLI, in the Oujda agency,
whose main activity is the conception and the realization of Web applications.
Then we integrated a new team for the first MOSS project, managed and
produced at SQLI Oujda agency, the project is " Axa B Square Site Agent, 2nd Release
", a large-scale project which extends the first version of the product. The solution uses
the MOSS features to create a "site factory" for the banking agents of Axa Belgium, the
procedure to create a site, administer it, attribute it a domain name, personalize the
display, the available languages, are with SharePoint.
Throughout our training course we followed the Skills approach "CMMI made
by SQLI", we witness CMMI evaluation level 3 , and taken engineer's role as Designer
Developer and Tester, and that was beyond our expectation as well on the technical plan
as on the relational one.
Page 7 sur 74
ﻤﻠﺨﺹ
ﻓﻲ ﺍﻃﺎﺭ ﻣﺴﺎﺭ ﺗﻜﻮﻳﻦ ﻣﻬﻨﺪﺱ ﺩﻭﻟﺔ ﻓﻲ ﺍﻻﻋﻼﻣﻴﺎﺕ ،ﻳﺪﺧﻞ ﻣﺸﺮﻭﻉ ﺍﻟﺘﺨﺮﺝ ﺍﻟﺬﻱ ﺍﻧﺠﺰﻧﺎﻩ
ﻓﻲ ﻓﺮﻉ ﺍﻟﺸﺮﻛﺔ ﺍﻟﻤﺘﻌﺪﺩﺓ ﺍﻟﺠﻨﺴﻴﺎﺕ SQLI
ﺑﻮﺟﺪﺓ ،ﺍﻟﺘﻲ ﺭﺍﻓﻘﺘﻨﺎ ﻃﻴﻠﺔ ﺍﻟﻔﺘﺮﺓ ﺍﻟﺘﺪﺭﻳﺒﻴﺔ
ﻟﺘﻌﺰﻳﺰ ﺇﻣﻜﺎﻧﻴﺎﺗﻨﺎ ﻋﻠﻰ ﻣﺴﺘﻮﻯ ﺗﻜﻨﻮﻟﻮﺟﻴﺎ MOSSﻣﻦ ﺍﺟﻞ ﻭﻟﻮﺝ ﻓﺮﻳﻖ ﻋﻤﻞ ﺟﺪﻳﺪ.
ﻓﻲ ﺍﻟﻨﺼﻒ ﺍﻻﻭﻝ ﻣﻦ ﻓﺘﺮﺓ ﺍﻟﺘﺪﺭﻳﺐ ،ﻛﻠﻔﻨﺎ ﺑﻤﻬﻤﺔ ﺗﻌﻤﻴﻢ ﻣﺮﻛﺒﺎﺕ ﺍﻟﺘﻲ ﻃﻮﺭﺕ ﻓﻲ
ﺇﻃﺎﺭ ﺍﻟﻤﺸﺎﺭﻳﻊ ﺍﻟﻤﺘﻌﺪﺩﺓ ﺍﻟﺘﻲ ﺷﺎﺭﻙ ﻓﻴﻬﺎ ﻓﺮﻉ ﺍﻟﺸﺮﻛﺔ ،ﺑﻬﺪﻑ ﺍﻟﺘﺄﻗﻠﻢ ﻣﻊ ﻫﺬﻩ
ﺍﻟﺘﻜﻨﻮﻟﻮﺟﻴﺎ ﻭ ﻣﻘﺎﺭﺑﺔ SQLIﺑﺎﻟﻨﺴﺒﺔ ﻟﻤﺸﺎﺭﻳﻊ ،ﻣﻦ ﺟﻬﺔ ﺃﺧﺮﻯ ﺗﺤﺼﻴﻞ ﻣﺠﻤﻮﻋﺔ ﻣﻦ
ﺍﻟﻤﺮﻛﺒﺎﺕ ﺍﻟﺠﺎﻫﺰﺓ ﻟﻺﺳﺘﻌﻤﺎﻝ ﻭ ﺍﻟﻤﻼﺋﻤﺔ ﻟﻤﺨﺘﻠﻒ ﺍﻟﻤﺸﺎﺭﻳﻊ .
ﻭ ﻓﻲ ﻣﺎ ﺗﺒﻘﻰ ﻣﻦ ﺍﻟﻔﺘﺮﺓ ﺍﻟﺘﺪﺭﻳﺒﻴﺔ ﻭ ﺇﻟﻰ ﻭ ﻗﺘﻨﺎ ﺍﻟﺤﺎﻟﻲ ﺃﺩﻣﺠﻨﺎ ﻓﻲ ﻓﺮﻳﻖ ﻋﻤﻞ ﺟﺪﻳﺪ ﻹﻧﺠﺎﺯ
ﻣﺸﺮﻭﻉ ﺟﺪﻳﺪ ﻟﺸﺮﻛﺔ ﺍﻟﺘﺄﻣﻴﻨﺎﺕ AXAﺑﺒﻠﺠﻴﻜﺎ ﺍﻟﺬﻱ ﻳﻜﻤﻞ ﺍﻟﻨﺴﺨﺔ ﺍﻷﻭﻟﻰ.
الكلمات المفتاحية AXA, SQLI, MOSS:
L’objectif de notre stage de fin d’études d’ingénieur est tout d’abord apprendre à
appliquer dans le cadre d’un projet en entreprise les connaissances acquises au cours de
notre scolarité. Mais aussi de réaliser la transition vers la vie active en acquérir une
expérience professionnelle. Nous avons donc effectué le choix de ce stage avec une
attention et une réflexion particulières pour nous permettre d’atteindre ces objectifs.
C’est le groupe SQLI qui nous a semblé répondre le mieux aux critères ainsi
déterminés en termes d’activité de l’entreprise, de reconnaissance de qualité de son
travail, de taille, mais aussi de culture. Nous avons donc souhaité réaliser un stage de
cinq mois au sein du département ingénierie de l’agence SQLI Oujda. Notre travail s'est
divisé en deux phases :
La deuxième phase sur laquelle nous avons travaillé est le projet « Axa B
square 2nd release », dans lequel nous avons intégré l'équipe MOSS, c’est le premier
projet réalisé complètement à Oujda avec cette technologie (chiffrages, estimations, et
pilotage). La première version du produit est actuellement en phase de recette client,
mais la direction a décidé de se lancer dans la deuxième version du produit pour
montrer au client la capacité de SQLI à relever le défi, à s’adapter au changement
d’exigences, le premier lot de livraison est prévu pour mi-juillet.
Nous allons commencer, dans un premier lieu, par présenter le contexte de notre
stage ainsi que les projets sur lequel nous avons intervenu. Nous allons donner une
partie à la présentation de la plateforme Microsot Office SharePoint Server.
Finalement, nous conclurons notre mémoire par une synthèse et des perspectives
projetées à la suite de la mise en œuvre de notre projet.
Page 9 sur 74
Partie 1. Contexte général des projets : CAP SQLI MOSS et
AXA B² 2nd Release
SQLI est une société de services qui intervient dans le domaine du conseil et de
l’intégration des applications e-business. Ses principaux axes de développement sont
une offre de solutions sectorielles et une approche qualité totale avec la démarche
CMMI. Le groupe est composé de plus de 2000 collaborateurs. Ses agences sont
implantées principalement en France mais aussi à l’étranger (Suisse, Maroc,
Luxembourg, Pays-Bas, Belgique et Canada) et, travaillent essentiellement pour des
grands comptes.
Page 10 sur 74
1.1.2 - SQLI en chiffre
En 2005, SQLI devient la 1ère SSII française à obtenir la certification CMMI niveau 3.
Page 11 sur 74
1.2 - Contexte du stage
Le deuxième projet sur lequel nous avons travaillé est le projet « Axa B²
(square) 2nd release », dans lequel nous avons intégrer l'équipe MOSS, il s’agit
d’un projet réel pour Axa Belgique, dans sa deuxième version étend les
fonctionnalités de la première.
Afin d’accomplir les tâches qui nous étaient affecté nous avons suivit des formations sur
les technologies utilisés, le déroulement du cursus de formation est expliqué en détail
dans la partie suivante.
a) Formations
Chaque formation se termine par un test pour vérifier si l’ensemble des objectifs de la
formation est atteint.
Produire et présenter des pages avec le respect des dernières normes de codage
Décrire une mise en page Web via le langage (X)HTML/CSS2
Produire et présenter des pages avec le respect des dernières normes de codage
Durée :
Page 12 sur 74
Une semaine avec une demi-journée pour le test d’évaluation.
Objectifs :
Durée :
Une semaine avec une journée pour les tests d’évaluation, QCM et application
de « gestion de projet » englobant accès aux données avec Linq, authentification, Ajax
…
Cette formation nous a permis d’une part d’avoir une vision sur la plateforme
SharePoint et s’habituer avec l’administration SharePoint pour entamer enfin la parie
développement de composants.
Objectifs :
Le langage CAML
Le développement de Web Parts
Le modèle objet WSS3.0
Les événements
Les Workflow
Lecture et intégration des fichiers de normes de développement C# et MOSS
2007
Page 13 sur 74
Mise en place d’une application web et d’une collection de site sur la VM de
formation
"Provisionnement de listes par Feature.
Développement de la WebPart sous Visual Studio et STSDEV basé sur le
dossier de spécifications et de conception fourni.
Packaging des développements et du contenu
Durée :
Huit jours de formation dont deux jours pour réaliser un mini-projet, objectif :
respects des normes de codage, libération de ressource packaging et déploiement, API
Objet SharePoint …
Nous avons intégrer le projet « Axa B² 2nd release » en tant que stagiaire, mais
avec un rôle d’ICD débutant, cela impliquas de notre part le respect de la démarche
CMMI que SQLI adopte sur ces projet, c’est dans ce contexte que nous avons suivi
cette formation.
Objectifs :
Durée :
b) Capitalisation MOSS
C’est dans cette philosophie que nous étions inscrits pour capitaliser des composants
MOSS (Feature, UserControl, WebControl, WebPart …) créé sur différents projets, tout
en accumulant une expérience enrichissante sur le développement MOSS.
Page 14 sur 74
Nous nous somme limité au composants les plus utilisés et créé par Mlle. Fatna
Elmqami ou Mr. Anas Bourhlem, cela nous a permis d’avoir un interlocuteur pour
comprendre les besoins fonctionnels du composant et du contexte dans lequel il a été
créé, car il est évident que la capitalisation est bien plus utile lorsqu’elle se fait en
équipe. Non seulement à cause des possibilités de débats, à cause des voix et opinions
multiples qui apparaissent mais surtout parce que l’on se voit obligé d’exprimer. Et
exprimer c’est se former.
Cette phase de capitalisation MOSS, autoformation a duré depuis la fin du mois février
au 20 mais 2010.
C’est le deuxième volet de notre stage, nous travaillons sur ce projet depuis le 24
mai, le projet est encor en cours de construction.
La première version de la solution est en cours de recette client, cela dis afin
d’avancer et de montrer au client la capacité de SQLI a travailler en parallèle, l’équipe
SQLI MOSS Oujda commenceras les développements sur la deuxième versions, en
parallèle avec la correction des anomalies de la première version, des merges (fusions)
entres les deux versions sont prévus à intervalles régulier afin d’éviter que les deux
versions divergent.
d) Enjeux du stage
En effet, de part son implantation dans le monde Office, MOSS est de plus en plus
demandé au sein des entreprises. Développer ses connaissances autours de cet outil est
donc un atout indéniable pour le SQLI.
Page 15 sur 74
» à la particularité d’être complètement gérer par l’équipe SQLI Oujda, suivi, chiffrage,
planning, validation …
Premièrement, intégrer le service ingénierie d’une grande SSII telle que SQLI
nous donner une vision concrète du déroulement d’un projet informatique en entreprise,
de faire face aux défis de qualité, coût, délais. En effet comme précisé ci-dessus nous
avons intégrer le projet AXA B² 2nd Release en tant que Ingénieur Concepteur
Développeur (ICD).
D’autre part, l’environnement .NET qu’on nous a proposer d’y travailler dès le
début de notre stage nous était complètement nouveau, le défit soulevé, couplé a la
complexité des besoins clients, respect des délais, nous a permis de plonger dans le
milieux professionnel, dans une expérience riche aussi bien sur le plan technique que
sur le plan relationnel.
Nous avons utilisé TCM sur le projet « AXA B² 2nd Release » afin de formaliser les
tests, TCM permet au chef de projet de vérifier que le développeur a bien compris la
fonctionnalité à développer.
2.1.2 - Mantis
C’est l’application de recensement des anomalies pour toutes les campagnes de tests.
Elle permet lors de la phase de recette de remonter les anomalies, de les attribuer à un
intervenant et de les traiter. Un reporting permet de suivre en temps réel l’évolution de
ces anomalies.
Page 16 sur 74
En effet nous avons utilisé également Mantis pour remonter des anomalies de
spécifications fonctionnelles, techniques au niveau de la construction du projet, ainsi
que dans les compagnes de tests.
Au travers de ces pratiques, les collaborateurs peuvent, par des entretiens avec leurs
relais RH , faire des points périodiques sur leurs activités des derniers temps et sur les
objectifs qu’ils souhaitent se fixer, en corrélation avec les objectifs du groupe.
Page 17 sur 74
2.2 - Microsoft Office SharePoint Server 2007 (Moss 2007)
2.2.1 - Introduction
Office SharePoint Server 2007 a été conçu pour offrir des avantages stratégiques
aux organisations. Il permet en effet aux organisations de créer de nombreuses
applications, telles que des solutions de portail, d’aide à la décision et de gestion de
contenu. Office SharePoint Server 2007 offre de nouvelles fonctionnalités grâce à la
plateforme Windows SharePoint Services sur laquelle il est basé.
Office SharePoint Server 2007 est conçu pour aider à créer une large gamme de
solutions, rapidement et efficacement. Il utilise les fonctionnalités telles que les masters
pages, qui permettent de créer des portails de publication de contenu, en centralisant la
création du contenu, et il contient des fonctionnalités permettant de mettre en œuvre des
outils collaboratifs, des outils de portail, un moteur de recherche d'entreprise, des outils
de gestion documentaire, de publication de formulaires et de création de portail
décisionnel.
Page 18 sur 74
Figure 4 Les zones de fonctionnalités de MOSS
Agendas, Documents, liste des tâches, etc., tout est accessible via des sites Web. On
ajoute à cela d’autres atouts importants :
Page 19 sur 74
Figure 5 Partage de document via e‐
e‐mail (multiple copie)
Page 20 sur 74
c) Fonctionnalités
MOSS 2007 dispose de plusieurs fonctionnalités ce qui permet de créer plusieurs
types de solutions :
c.i ) Collaboration
Cette fonctionnalité permet aux travailleurs de l’information d’utiliser les dernières
technologies en vue d’un travail en équipe, quel que soit le lieu où se trouvent les
collaborateurs.
c.ii ) Portail
Cette fonctionnalité de portail permet aux utilisateurs d’accéder à des
informations pertinentes au moment où ils en ont besoin.
Site portail :
Mon site :
c.iii ) Recherche
Page 21 sur 74
Moteur de recherche d'Entreprise :
Moteur de ranking :
Gestion documentaire :
Workflow et approbation :
Stratégie et conformité :
Page 22 sur 74
Des fonctionnalités de formulaires qui collectent les informations de l’entreprise selon
un processus rationalisé et efficace.
c.vi ) Décisionnel
Des fonctionnalités d’aide à la décision qui permettent aux décideurs d’évaluer les
informations concernant l’entreprise et de prendre des décisions en toute connaissance
de cause.
Services Excel :
Page 23 sur 74
En outre, Office SharePoint Server 2007 offre de nombreuses fonctions permettant de
gérer les processus d’entreprise associés à ces principaux types de solutions.
Forces Faiblesses
Forte intégration avec Office 2007 Complexité du produit (infrastructure,
Couverture des besoins (Intra / Extra / administration, paramétrage XML)
Internet) Basé sur SQL Server 2005
Personnalisation facilitée Coût
Maturité des technologies (WSS 3.0, Trop orienté Office 2007 / Internet
ASP.NET 2.0, API SharePoint) Explorer ?
Sécurité renforcée
Opportunités Menaces
Brique centrale de la collaboration Office Maturité
System 2007 Fonctionnement sous Windows Server
Bon accueil du marché 2008
Outils de migration depuis SPS 2003 Migration vers MOSS 20xx
Tableau 1 Analyse SWOT de Microsoft Office SharePoint Server
Page 24 sur 74
e) Intégration D’office SharePoint Server 2007 Dans L’entreprise
e.i ) Office SharePoint Server 2007 et les applications clientes Microsoft Office
2007
Office SharePoint Server 2007 fait partie de la suite de produits Microsoft Office 2007.
Office 2007 inclut des applications clientes telles que Microsoft Office Word® 2007,
Microsoft Office Excel2007 et Microsoft Office Outlook® 2007. Les applications
clientes et Office SharePoint Server 2007 ont été conçus pour fonctionner ensemble de
manière transparente
Page 25 sur 74
f) Office SharePoint Server 2007 et Windows Workflow Foundation
Avant la sortie d’Office SharePoint Server 2007, les flux de travail étaient souvent considérés
comme l’élément manquant des solutions collaboratives. Office SharePoint Server 2007 est
désormais étroitement intégré à Windows Workflow Foundation afin de fournir une puissante
fonctionnalité de flux de travail pour les solutions collaboratives.
Page 26 sur 74
Figure 7 : Architecture logique de MOSS
Les solutions Office SharePoint Server 2007 sont basées sur une hiérarchie de
composants logiques, chacun d’entre eux fournissant une fonctionnalité spécifique.
Office SharePoint Server 2007 est constitué des unités logiques suivantes :
Page 27 sur 74
• Fonction : Cette unité fournit une fonctionnalité et des données spécifiques dans
le cadre d’une solution plus large. Une fonction peut contenir des données, des
métadonnées et une fonctionnalité.
Page 28 sur 74
Partie 2. CAPI MOSS : Projet de capitalisations des
Composants SQLI MOSS
Introduction
L’autoformation est devenue un objectif principal des pratiques chez SQLI. Elle
inspire la manière de faire, les rythmes, etc. Elle guide également les mises en forme
pour la diffusion. Car il ne s’agit pas seulement de partager l’acquis de l’expérience
mais également la manière de cette acquisition, afin que les autres ne soient pas
confrontés à un simple résultat et sa démonstration, mais soient stimulés à replonger
dans leur propre cheminement, dans leur propre apprentissage. Donc il ne s’agit pas d’«
enseigner », d’« instruire », sinon d’apporter à l’autoformation de tous.
Et c’est dans cette logique là que SQLI nous a mis sur la capitalisation des
composants MOSS, cela nous a permis, d’une part de construire un Framwork de
composants SQLI MOSS, et d’autre part de nous mettre dans la situation réel de
répondre à des exigences métiers en créant des composants MOSS.
Une des bonnes pratiques qui a fait ses preuves à SQLI est l’utilisation de machines
virtuelles pour le développement, TMA, formation.
Page 29 sur 74
Cela est encor plus juste dans notre cas ou on travail sur la deuxième version d’une
application, l’utilisation de machines virtuelles nous a permis de reprendre
l’environnement exacte lors du développement de la première version.
Page 30 sur 74
Lorsqu’une erreur interne au serveur se produit (exception levé dans le code …)
vous obtiendrez un code d’erreurs 500.
Réaliser un composant par code d’erreur est fastidieux et non capitalisable, c’est
pour cela, ce composant, à la base, utilisé pour gérer les erreurs de type 404 ou 500, a
été étendu pour gérer toutes les sortes de codes http.
Une liste SharePoint nommée « Pages d’erreurs » est crée dès le déploiement du
composant, chaque ligne dans cette liste correspond à un code d’erreur à gérer.
Figure 8 Ajout d'un élément dans la liste des pages d'erreurs personnalisé
Ce composant permet donc même de gérer les redirections si le site est en construction,
ou maintenance, il suffit d’entrer le code http correspondant au chargement de la page
trouvée.
Page 31 sur 74
Figure 9 Composant "PageRating"
Cette Web part permet de générer un diaporama de photos existante sur le site.
L’encart vous permet de choisir le dossier a partir du quel les images seront affichées
dans le diaporama, les dossiers affichés appartiennent à la bibliothèque d’images
Diaporama qui est créé automatiquement dès l’activation de la Feature qui déploie la
WebPart Diaporama large
Page 32 sur 74
L’encart Lecteur de flux RSS permet de lire un flux RSS et d’en afficher un
nombre paramétrable d’actualités.
L’encart affiche aussi un lien pour visiter la page source de chaque actualité (tel que
spécifier dans le flux RSS), ainsi qu’un lien paramétrable permettant d’ouvrir le site
dans un nouvelle page (anglet).
Le rendu HTML est configuré par les classes CSS de chaque élément de l’encart.
Classes CSS : L’ensemble des classes CSS appliquées aux différents éléments de
l’encart pour avoir un contrôle sur le rendu visuel.
Page 33 sur 74
Proxy : Configurer les paramètres du serveur Proxy (si besoin)
La WebPart Podcast permet de lire un fichier mp3 avec affichage d’une image
personnalisée, un lien de téléchargement du fichier est optionnel aussi, voici un exemple
de Podcast :
La configuration de l’encart
Podcast est divisée en 3
catégories :
Page 34 sur 74
2.2.8 - Composant de marquage et référencement
SharePoint est une usine à site, pour référencer le site sur les moteurs de
recherche, ce composant donne la main aux utilisateurs (utilisateurs du back office de
SharePoint) de modifier les balises <meta> dans le rendu HTML généré de la page.
La zone « Marquage » permet d’insérer du code JavaScript pour les statistiques (Google
Analytics, Xiti …)
Page 35 sur 74
2.3 - Bilan du projet
L’autre défie était d’apporter une couche d’abstraction aux composants déjà évoqué,
en effet nous avons essayé de rendre les composants aussi générique que possible et de
respecter les normes de développements pour faciliter une maintenance ou une
adaptation du composant.
Du point de vue technique cela nous a permis de percevoir l’approche SQLI sur
différents projets MOSS, de monter en compétence sur le langage C# et la plateforme
.NET en générale.
Conclusion du projet
Page 36 sur 74
de la solution, nous étions donc familier avec les normes de codage, les moyens de
livraisons et de tests ainsi que la logique de l’application.
1.1.1 - Fonctionnalités
Un web site pour chaque agent, également hébergé dans cette application, avec
sa propre interface d’administration (Site Agent BO).
Page 37 sur 74
a) Centrale d’administration (CAD)
Avant la génération du site, AXA demande aux agents un certain nombre
d’informations : cette étape est réalisée en dehors de l’application (demande de l’url du
site souhaité...). Une fois la prise d’information réalisée, un administrateur AXA peut
demander, via l’interface de l’application, la génération des sites internet (sites agents).
Cette génération s’appuiera entre-autres sur des données d’AZIMUT. L’administrateur
du site sera l’agent.
Après la création du site, l’agent recevra une notification par mail avec l’adresse
de son site sur un environnement dit « authoring » permettant de configurer son site : le
site n’est pour le moment pas accessible des internautes. Il pourra alors modifier son site
et visualiser les modifications en temps réel sur ce site de
« configuration/administration ». Une fois satisfait de son site, il aura la possibilité de
demander la mise en ligne de son site. Les administrateurs AXA ont alors la possibilité
d’accepter la demande ou de la refuser. Une fois l’approbation donnée (acceptation de la
mise en ligne), le site sera mis en ligne (sur la plateforme de production) et sera alors
consultable par tout utilisateur internet.
Une charte (=conditions générales d’utilisation) écrite par AXA contraindra les
agents à respecter des règles quant à l’utilisation de leur site agent. L’agent aura
l’obligation d’accepter les conditions générales d’utilisation s’il souhaite avoir un site
en ligne. Aucun contrôle automatique ne sera fait sur le respect des conditions générales
d’utilisation ; AXA aura la possibilité de fermer un site si l’agent n’a pas respecté ses
engagements.
Page 38 sur 74
Figure 16 Tableau de bord Central Admin
b) Site agent
Les sites agents sont créés sous la forme d’un portail « producteur », où l’on peut
trouver des informations diverses telles que :
Page 39 sur 74
Figure 17 Aperçu d’une page d’un site agent (fiche produit)
Chaque site aura son propre « back office » d’administration pour gérer plusieurs
fonctionnalités telles que :
Page 40 sur 74
Figure 18 Tableau de bord Back Office Site Agent
Il s’agit de tout les agents bancaires d’Axa Belgique, actuellement 900 agents
bancaires on déjà déposer leurs demandes de création de site, l’application peut gérer
jusqu'à 25 000 site agent par serveur MOSS sans montée en charge, elle hérite de la
puissance de la plateforme MOSS.
Administrateurs Axa : les « super admin » de l’application ils ont le droit de tout
faire.
Les utilisateurs sont issus d’un annuaire Active Directory (méthode de connexion
standard de SharePoint).
Sur la solution différents groupes et rôles viennent enrichir ceux existant déjà sur
SharePoint :
Page 41 sur 74
Concepteur Web (conception)
Collaborateur (contribution)
o Lecteur (lecture)
AZIMUT Base d’informations AXA sur l’ensemble des données des agents bancaire
ou intermédiaire en assurance AXA
Agent AXA Les agents bancaire ou intermédiaire en assurance sont appelé « agents
AXA ».
Plateforme Plateforme qui permettra aux agents de se connecter à l’administration. Ils
Authoring prévisualiseront le site sur cette plateforme avant la mise en production.
Plateforme Plateforme de production où les sites agents déployés sont visibles des
Production internautes.
Producteur Dans ce document, les termes « Agent AXA », est synonyme de producteur
dans le contexte AXA.
Administrateurs Les termes « administrateurs locaux » seront utilisés pour désigner les
représentants statutaires et/ou les mandataires principaux connus d’AXA,
respectivement, d’un producteur et d’un point de vente. Les termes
« administrateurs désignés » font référence aux collaborateurs (maximum 2)
connus d’AXA d’un ou plusieurs points vente ayant été désignés
administrateurs par l’un des administrateurs locaux
Tableau 2 Vocabulaire AXA B²
AXA ne peut créer individuellement un site par agent, en effet AXA compte
actuellement plus de 900 agents bancaire, l’allocation de ressources et de temps afin de
créer un site pour chacun est impossible, c’est ainsi que AXA a sollicité SQLI pour la
mise en place d’une solution SharePoint sous forme de « usine à site », SQLI et AXA
ayant déjà travaillé sur de nombreux projet SharePoint (Axa.de, Comprendre avec
AXA, Axa en claire).
Page 42 sur 74
Site AXA.be : Site internet AXA Belgique ciblé principalement sur la partie
« particulier ». Le périmètre pourra être étendu suite à des évolutions de
l’application.
Site des Agents : Site internet pour les agents bancaire AXA. L'applicatif est
découpé en trois parties : Site internet, administration de l'agent, administration
centralisé pour tous les sites agents AXA.
Site WebContent Catalog : Cette application permet de référencer les
informations AXA qui seront réutilisable par d'autres applicatifs. Il centralise
ainsi les produits AXA qui seront dans un premier temps utilisé pour les sites
AXA.be et les sites agents.
Les différents rôles des utilisateurs authentifiés seront détaillés dans les parties
suivantes.
Page 43 sur 74
L’architecture du site central d’administration et sites web agent basée sur
MOSS 2007 et la technologie .NET est définie en 4 couches comme toute application
.NET.
Les couches sont des groupements logiques. Ils aident à différencier chaque type de
tâche effectuée au sein de l’application :
Le projet Axa B² 2nd Release est dirigé en grande partie à Oujda, l’équipe Oujda se
compose d’un chef de projet technique d’un Ingénieur Concepteur Développeur et de
nous deux en tant qu’Ingénieurs Concepteur Développeurs débutant, la cellule Paris se
compose d’un expert technique MOSS et du Directeur de projet.
Page 44 sur 74
L’équipe Oujda s’est chargée de l’estimation des charges et du développement,
l’équipe paris assure le conseil fonctionnel et technique.
Page 45 sur 74
Figure 20 Planning Mohammed Benabdallah Axa B² 2nd Release
Page 46 sur 74
- Framework .NET 3.5
Tableau 3 Système et composants de la machine virtuelle de développement sur Axa B²
Logiciels
- UltraEdit
- Newsid.exe
- SQL Serveur 2005 Standard
Edition avec SP2
- MOSS 2007 SP1
- SharePoint Designer 2007
SP1
- SDK SharePoint
Page 47 sur 74
c) Schéma d’architecture technique
d) Normes de développements
Il est important de définir des règles qui devront être respectées pour l’ensemble
des développements. Cela permet ainsi de produire un rendu suivant une certaine
logique, et de permettre une reprise simple.
Un grand nombre de bonnes pratiques ont été également listées suite à des
retours d’expérience de nos équipes de développement. Ces bonnes pratiques permettent
alors de présenter différents modèles de développement possible sur la plateforme et les
préconisations concernant un modèle plutôt qu’un autre.
Page 48 sur 74
Les normes de développements C# et SharePoint sont les mêmes que celles
utilisées sur Axa.fr.
Les informations des collaborateurs seront initialisées grâce à l’importation des données
d’AZIMUT. Pour rappel, cette importation est effectuée à la création du site agent (il
n’existe pas de synchronisation AZIMUT).
En cas de besoin, l’administrateur AXA (IT AXA) aura toutefois la possibilité de faire
l’ajout, la suppression et la modification de toutes les données des collaborateurs. Pour
ce faire, il devra se connecter sur l’administration locale du site agent et modifier les
données dans les structures SharePoint.
b) Bannières
L’agent peut choisir parmi les bannières disponibles : les bannières étant créées via la
centrale d’administration Les bannières sont affectées par :
Page d’accueil
Par univers
Par catégorie
Grâce à la segmentation par groupes de site agent (2nd Release), AXA aura la
possibilité de définir un catalogue spécifique par groupe. L’interface de l’administration
locale affichera alors uniquement les bannières que l’administrateur AXA a choisies
dans la centrale d’administration.
L’agent dispose d’un bouton de prévisualisation pour voir les changements sur son
site avant d’accepter la modification.
Page 49 sur 74
Premièrement permettre à l’administrateur de choisir plusieurs bannières (alors
qu’il ne peut actuellement en choisir qu’une seule)
Du coté du rendu de l’internaute, une mise en place d'un système de rotation des
bannières par affichage aléatoire sera mise en place : dans le cas où plusieurs
bannières seront choisies, un choix aléatoire à chaque chargement de page
permettra de définir la bannière à afficher : le changement se fera au chargement
de la page et non toutes les x secondes.
Page 50 sur 74
c) Activation / Désactivation de produit
Si le produit optionnel est décoché et qu’il n’y a pas de relations existantes avec
les produits du moment, le produit « Découvrir aussi » ou les bannières, le
produit pourra être décoché sans autre modification.
Page 51 sur 74
Si le produit optionnel est décoché et qu’il y a au moins une relation existante
avec les produits du moment, le produit « Découvrir aussi » ou les bannières,
une fenêtre de confirmation s’affiche :
Le clic sur ok affiche l’interface ci-dessous. Le clic sur Annuler annule l’action :
le produit n’est alors pas décoché. Note : le message est paramétrable dans le
fichier des libellés.
Page 52 sur 74
question possède des relations avec d’autres composants. (Figure 20 Fonctionalité
Activation/Désactivation de produits : Confirmation
Confirmation de suppression)
suppression
e) Dynamique
ue promotionnelle
Page 53 sur 74
Il sera possible d’ajouter par la suite d’autres vignettes grâce aux Web Catalog. Le
format de l’image devra être « gif » ou « png » et bien sûr transparente. L’image
se superposera à celle du produit.
Zone transparente
Contenu du picto
Cadre transparent,
utilisé juste pour
symbolise l’image dans
ce document.
Page 54 sur 74
Figure 29 Fonctionnalité - Boutons promotionnel (Accueil)
Page 55 sur 74
Figure 32 Fonctionnalité Bouton push promotionnel : Sur la remontée des produits sur une MasterPage
Catégorie
Figure 33 Fonctionnalité Bouton push promotionnel : Sous la zone description courte de la promo de la fiche
produit
Il sera alors possible de mener des actions ciblées sur des groupes d’agents, comme par
exemple mettre à la disposition de certains agents des bannières.
Page 56 sur 74
Construction de bannières par groupe d’agent
Interdire pour certains groupes la contribution sur les pages de contenus libre, les
liens utiles et les rubriques additionnelles.
L’administrateur AXA a la possibilité de restreindre les droits des agents. Il peut ainsi
supprimer certains droits de contribution. Dans le cas où le site agent est dans un groupe
qui possède cette limitation sur la contribution, l’intégralité du bloc « Les liens utiles »
sera invisible sur le site agent.
A la création d’un site agent, tous les produits obligatoires ou optionnels seront
ajoutés dans le catalogue de l’agent permettant ainsi de les présenter aux internautes.
Par la suite, l’agent pourra désélectionner ces produits optionnels et donc les cacher
grâce à son administration locale. A tout moment, il pourra à nouveau rajouter les
produits précédemment désélectionnés.
Si un site est déjà en ligne et qu'un nouveau produit optionnel est créé, il sera alors
déployé sur les sites déjà en ligne. La logique est donc de déployer au maximum la
gamme de produits AXA (optionnel et obligatoire) sur tous les sites agents.
D’autre part la 1st release de l’application n’est pas encor en production chez le
client suite a des problèmes d’intégration chez le client ainsi que des anomalies non
reproductible sur l’environnement d’intégration, de ce fait le client était beaucoup plus
occupé par la mise en place de la 1st release que de nous accompagner pour éclaircir
quelques besoins fonctionnel au niveau des exigences de la 2nd release.
Sur le plan technique nous avons commencé le développement sans que les
spécifications fonctionnelles ou techniques ne soient validées par le client, le risque de
modifier des exigences et/ou en supprimé a été modifié et le chef de projet a prévu des
taches de rework.
Page 57 sur 74
2.4.2 - Compétences acquises
Le travail en équipe, le besoin de capitaliser l’expérience, de partager ses
problèmes ses succès furent les principaux gains lors de ce projet. Nous avons repris du
code (beaucoup de code) existant, sur le plan technique, trouver que modifier, sans
causer de régression était un grand défie a soulever, en effet toute modification ne doit
dans aucun cas impacter la version précédente et toute opération doit être réversible ce
qui, sur SharePoint nécessite des fois beaucoup plus de code.
Page 58 sur 74
Conclusion et perspectives
La conclusion sur le projet AXA B² 2nd Release ne peut être juste et finale, en
effet le projet est encor en cours de construction. Néanmoins, de ce qui est notre avis
jusqu'à maintenant on a relevé que AXA est un client exigent avec un département
d’information solide, la qualité, le respect des délais sont primordial.
Ce qui nous a le plus marquer sur ce projet c’est de voir une architecture
complexe SharePoint, sur le plan technique nous avons travaillé avec différentes
architectures et technologies au sein du même projet : communication par Web Service,
composants web, contrôles JavaScript avancés, des pages ASP.NET, paterne DAO. Une
vraie expérience riche en défis techniques que nous avons relevés grâce à l’encadrement
de l’équipe MOSS.
Tout d’abord, ce stage aura été d’une incroyable richesse, 2 projets, 2 étapes
différentes, 2 visions différentes des choses, et beaucoup de sympathiques
collaborateurs. Il reflète ainsi réellement les enjeux, problèmes qui occurrent ainsi que
les implications personnelles qu’il faut faire au sein d’une SSII.
Ainsi, ce qui nous était demandé en priorité c’est une capacité à réagir et à
s’intégrer, connaître le sujet sous toutes ses coutures ; ceci correspond bien avec la
réactivité énorme et la souplesse incroyable qu’il faut avoir dans ce milieu qu’est la
SSII. Etre au service du client, c’est aussi et avant tout être à disposition des autres
équipes de développement, rester l’esprit ouvert et coopératif. Il reste donc, dans les
premiers temps, très peu de place pour l’ambition personnelle ; si l’on cherche le calme
et la quiétude dans le travail, ce n’est pas ce genre de société dans lesquelles il faut aller.
Par contre, si on recherche le mouvement et, il faut bien le dire, les ennuis (qui sont
d’ailleurs bien plus porteur en terme de connaissance et de technicité), c’est
typiquement ce genre de société qu’il faut choisir. Et c’est ce que nous avons choisi.
Le second projet, « Axa B² 2nd Release » nous a donné une vision totalement
différente des choses. C'est également à cette époque que nous avons pu voir
l'organisation d'un projet à SQLI et la mise en place des processus CMMI, sur le projet
sur lequel nous travaillons mais aussi sur les différents projets voisins. Tout cela nous a
permis de faire nos armes.
Nous travaillons toujours sur ce projet, bien que de temps en temps nous
basculons sur la correction des anomalies de la première version du produit. C’est un
peut tôt pour donner un constat sur ce projet, mais on pense qu’on est sur la bonne voie.
Page 59 sur 74
L'intérêt de notre stage est clair : il a assuré la transition de notre formation vers
notre métier d'aujourd'hui : Ingénieur Concepteur Développeur et Testeur.
Page 60 sur 74
Liste des figures
Figure 1 Secteurs d'activités couverts par SQLI ............................................................. 10
Figure 2 Chiffre d’affaires SQLI..................................................................................... 11
Figure 3 SQLI dans le monde ......................................................................................... 11
Figure 4 Les zones de fonctionnalités de MOSS ........................................................... 19
Figure 5 Partage de document via e‐mail (multiple copie) ............................................. 20
Figure 6 Partage de document via SharePoint (unique copie) ....................................... 20
Figure 7 : Architecture logique de MOSS....................................................................... 27
Figure 8 Ajout d'un élément dans la liste des pages d'erreurs personnalisé................... 31
Figure 9 Composant "PageRating" ................................................................................. 32
Figure 10 Toolpart (Configuration de la Webpart) Diaporama Large ........................... 32
Figure 11 WebPart « Lecteur de flux RSS » .................................................................. 33
Figure 12 Toolpart (Configuration de la Webpart ) Lecteur de flux RSS ...................... 33
Figure 13 WebPart "Podcast".......................................................................................... 34
Figure 14 Toolpart (Configuration de la WebPart) "Podcast" ........................................ 34
Figure 15 Cartographie fonctionnelle de l’application SAG .......................................... 37
Figure 16 Tableau de bord Central Admin ..................................................................... 39
Figure 17 Aperçu d’une page d’un site agent (fiche produit) ........................................ 40
Figure 18 Tableau de bord Back Office Site Agent ........................................................ 41
Figure 19 Planning Mohammadi Lagrini Axa B² 2nd Release ....................................... 45
Figure 20 Planning Mohammed Benabdallah Axa B² 2nd Release ................................ 46
Figure 21 Schéma d’architecture technique .................................................................... 48
Figure 22 Fonctionnalité - Selection de bannière ........................................................... 50
Figure 23 Fonctionnalité - Affichage de bannière .......................................................... 50
Figure 24 Fonctionnalité - Activation /Désactivation de produits .................................. 51
Figure 25 Fonctionnalité - Activation /Désactivation de produits : Fenêtre de
confirmation .................................................................................................................... 52
Figure 26 Fonctionnalité Activation/Désactivation de produits : Confirmation de
suppression ...................................................................................................................... 52
Figure 27 Fonctionnalité - Vignette (Sticker) : Fiche produit......................................... 53
Figure 28 Fonctionnalité Vignettes (Stickers) : Administration ..................................... 54
Figure 29 Fonctionnalité - Boutons promotionnel (Accueil) .......................................... 55
Figure 30 Fonctionnalité Bouton push promotionnel: Sur les produits du moment ...... 55
Figure 31 Fonctionnalité Bouton push promotionnel : Sur la zone « Découvrez aussi »
......................................................................................................................................... 55
Figure 32 Fonctionnalité Bouton push promotionnel : Sur la remontée des produits sur
une MasterPage Catégorie............................................................................................... 56
Figure 33 Fonctionnalité Bouton push promotionnel : Sous la zone description courte de
la promo de la fiche produit ............................................................................................ 56
Figure 34 : Conception d'une WebPart ........................................................................... 66
Figure 35 : Exemple d’intégration d’une web part dans une page de publication .......... 67
Figure 36 : Affichage des types de publication Sharepoint ............................................ 70
Figure 37 : Organisation des sites, des pages et des listes ............................................. 73
Page 61 sur 74
Liste des tableaux
Tableau 1 Analyse SWOT de Microsoft Office SharePoint Server ................................ 24
Tableau 2 Vocabulaire AXA B² ...................................................................................... 42
Tableau 3 Système et composants de la machine virtuelle de développement sur Axa B²
......................................................................................................................................... 47
Tableau 4 Logiciels de la machine virtuelle de développement sur Axa B² ................... 47
Tableau 5 Machine physique hébéreant la machine virtuelle de développement sur Axa
B² ..................................................................................................................................... 47
Tableau 6 : Les types de champs Sharepoint ................................................................. 69
Tableau 7 : Types de champs de publication Sharepoint ................................................ 70
Tableau 8 : Organisation des fichiers de la Central Administration ............................... 71
Tableau 9 : Organisation des fichiers des sites agents .................................................... 72
Page 62 sur 74
Partie 4. Annexes
Page 63 sur 74
Chapitre1. Méthodologie de développement
Page 64 sur 74
5. Développements spécifiques, sous la forme de Feature ou Web Parts pour
enrichir le contenu des pages.
1.2.1 - Features
Les features représentent le conteneur pour les extensions sur les plateformes
SharePoint.
En effet, les features peuvent contenir du code .NET sous forme de DLL et des pages
ASP.net, des web parts, des définitions de listes, etc. tout en permettant leur intégration
sous la forme de fichier Solutions de SharePoint. Le format d’une solution est un fichier
*.WSP.
Les features sont très fortement réutilisables pour d’autres sites SharePoint, versionnés,
activables ou non, et également déployables de façon contrôlée et programmée entre les
différents environnements (recette, production, etc.).
SQLI se base sur l’outil STSDEV pour les squelettes des features et la
génération/exécution des packages sur l’environnement de développement.
Ainsi, des features seront réalisées afin d’être facilement déployable pour le site Axa
Central Admin et les sites AXA Web Agent.
• …
Page 65 sur 74
1.2.3 - Web Parts spécifiques
Les Web Parts sont développées pour enrichir les pages .Net dans le but de réutiliser un
bloc autonome sur le site et sur une ou plusieurs pages différentes. Les pages prévues
pour héberger des web parts sont définies selon les besoins émis dans les spécifications
avec toute une série de zones techniques permettant la manipulation graphique et
automatisée de celle-ci.
ci.
Les développeurs spécifient en outre toute une série de propriétés qui seront
ser par la suite
paramétrables graphiquement par les administrateurs de contenu.
Par exemple, voici une web part qui permet l’intégration d’un module cartographie au
sein d’un site. Les contributeurs ont ainsi la possibilité d’ajouter des points sur la carte
car
en choisissant des types de localisations, des types de puces…
Page 66 sur 74
Figure 35 : Exemple d’intégration d’une web part dans une page de publication
Tous les types de champs disponibles sur SharePoint sont définis à l’adresse suivante :
http://office.microsoft.com/fr-fr/help/HA100242781036.aspx
Page 67 sur 74
• Des nombres qui ne sont pas utilisés dans
des calculs tels que des numéros
d'identification d'employés, des numéros
de téléphone, des codes postaux ou des
numéros de pièce
Plusieurs lignes de texte BT Ce type de colonne permet de collecter et
TE d'afficher du texte mis en forme ou du texte
TEA long et des valeurs sur plusieurs lignes par
exemple, une description ou des
commentaires sur un élément.
Une colonne du type Plusieurs lignes de
texte peut stocker 63 999 caractères.
BT : Boite de texte simple
TE : Zone de texte enrichi (gras, italique,
alignement de texte)
TEA : Zone de texte enrichi (images,
tableaux, liens hypertextes)
Choix LD Ce type de colonne est utilisé pour
LC permettre aux utilisateurs d’effectuer un
choix dans une liste d'options. Il est idéal
lorsqu’on souhaite guider les utilisateurs
vers des données précises (limite ainsi les
valeurs et présente des données cohérentes).
LD : Liste déroulante à choix unique
LC : Liste de plusieurs choix
Nombre NUM Ce type de colonne est utilisé pour stocker
des valeurs numériques qui ne sont pas des
valeurs monétaires.
Monétaire CUR Ce type de colonne est utilisé pour stocker
des valeurs monétaires.
Date et heure DATE Ce type de colonne est utilisé pour stocker
des dates de calendrier ou bien des dates et
des heures.
Le format de date varie en fonction des
paramètres régionaux définis pour le site.
Liste de choix LKP Ce type de colonne est utilisé pour autoriser
les utilisateurs à choisir des valeurs basées
sur des informations déjà stockées sur le
site.
Oui/Non CHK Ce type de colonne est utilisé pour stocker
des données du type vrai/faux ou oui/non.
Une colonne du type Oui/Non apparaît sous
la forme d'une seule case à cocher.
Utilisateur/Groupe USR Ce type de colonne est utilisé pour fournir
des listes de personnes, de distribution de
courriers électroniques et de groupes
utilisateurs MOSS.
Lien hypertexte ou image LNK Ce type de colonne est utilisé pour stocker
IMG un lien hypertexte dans une page Web ou
pour afficher un graphique.
Page 68 sur 74
LNK : Lien hypertexte
IMG : Image
Calculé CAL Ce type de colonne est utilisé pour afficher
des informations basées uniquement sur les
résultats d'un calcul.
Tableau 6 : Les types de champs Sharepoint
Quelques attributs plus riches (et uniquement sur les types de contenu héritant du type
abstrait « Page ») composent cette structure. Une fois un Content Type lié à une mise en
page (Layouts), l’administration est alors simplifiée amenant une véritable plus value de
l’outil.
Page 69 sur 74
et contraintes pour la facilement des images. Il est également
publication possible d’uploader directement des images
dans une bibliothèque d’images.
Lien hypertexte avec mise PLNK Ce type de colonne permet d’intégrer
en forme et contraintes facilement un lien hypertexte. Il est
pour la publication également possible de faire un lien interne
grâce à une représentation des pages du site
selon l’arborescence.
Données des liens de PSYN Ce type de colonne permet d’intégrer
synthèse facilement des liens hypertexte. Il est
également possible de faire des liens internes
grâce à une représentation des pages du site
selon l’arborescence. De plus, il est possible
de réorganiser l’ordre des liens via la barre
d’outils.
Tableau 7 : Types de champs de publication Sharepoint
Page 70 sur 74
Chapitre2. Organisation des fichiers, sites et features
URL Description
/Style%20Library/AXA_CENTRALA Composants flash
DMIN/ Flash
/Style%20Library/AXA_CENTRALA Images des styles css
DMIN/images
/Style%20Library/AXA_CENTRALA Fichiers javascripts relatifs aux
DMIN/ScriptJs comportements des composants du site
/Style%20Library/AXA_CENTRALA Fichiers css de styles
DMIN/StylesCss
/Style%20Library/AXA_CENTRALA Fichiers de personalisation XSL
DMIN/StylesXsl
/Style%20Library/AXA_CENTRALA Fichier du modèle du mail en HTML
DMIN/TemplateMail
/Style%20Library/AXA_CENTRALA autre fonctionnalité nécessitant une
DMIN/Xml configuration.
Tableau 8 : Organisation des fichiers de la Central Administration
URL Description
/Style%20Library/AXA_AGENTWE Composants flash
BSITE/ Flash
/Style%20Library/AXA_AGENTWE Images des styles css
BSITE /images
/Style%20Library/AXA_AGENTWE Fichiers javascripts relatifs aux
BSITE /ScriptJs comportements des composants du site
/Style%20Library/AXA_AGENTWE Fichiers css de styles
BSITE /StylesCss
/Style%20Library/AXA_AGENTWE Fichiers de personalisation XSL
BSITE /StylesXsl
/Style%20Library/AXA_AGENTWE Fichier du modèle du mail en HTML
BSITE /TemplateMail
/Style%20Library/AXA_AGENTWE autre fonctionnalité nécessitant une
BSITE /Xml configuration.
Page 71 sur 74
Tableau 9 : Organisation des fichiers des sites agents
Par exemple :
« C:\Inetpub\wwwroot\wss\VirtualDirectories\axa_
centralAdmin.recette.axa.fr\App_GlobalResources ».
« C:\Inetpub\wwwroot\wss\VirtualDirectories\axa_
agentWebSite.recette.axa.fr\App_GlobalResources ».
Ce fichier ne doit pas être inclus dans la DLL car il est contenu dans le
« ROOTFILES » de la solution puis déployé dans le « App_GlobalResources ». Son
inclusion dans la DLL pourrait provoquer un doublon qu’il est important d’éviter.
Page 72 sur 74
Figure 37 : Organisation des sites, des pages et des listes
Page 73 sur 74
Chapitre3. Références MOSS
Microsoft (http://www.microsoft.com/ )
XBOX (http://www.xbox.com/ )
AMD (http://www.amd.com/ )
Dell Inc. ( http://dell.com )
BNP Paribas : UCB (http://www.cetelem-immo.fr/ )
AlfaRomeo (http://www.alfaromeo.pt/ )
Etihad Airways (http://www.etihadairways.com/ )
Egypt Air ( http://www.egyptair.com/ )
Abu Dhabi Judicial Department ( www.adjd.gov.ae )
Zain (http://www.jo.zain.com/ )
Washington State Department of Commerce (www.commerce.wa.gov )
Army Jobs ( http://www.armyjobs.mod.uk/ )
Chicago Public Schools (http://www.cps.edu/ )
Jet Support Services Inc. (JSSI) Aircraft Service Provider Streamlines
Operations, (http://jetsupport.com/home/ )
Revue des études ( http://www.revue-d-etudes.fr/ )
Page 74 sur 74