Discussion :

[Viipe]

Bonjour à tous,

Je suis actuellement stagiaire et je bosse sur la Technologie Sharepoint. Une solution est déjà en place mais améliorable, celle-ci repose sur une base de données interne à SP.

Ma question était de connaître la valeur ajoutée (en termes de performances, sécurité) pour SP d'attaquer une base externe (SQL Server voire Oracle) pour remplir ses listes/stocker ses documents, et permettre ainsi à d'autres applications indépendantes de SP d'attaquer également cette base pour leurs besoins personnels.

Les besoins en finalité sont une analyse décisionnelle de ces données / un reporting concluant sur les indicateurs clés des données, c'est pourquoi je me pose également la question de la puissante de SP au niveau BI comparé à d'autres logiciels (Bo par exemple) qui permettent une analyse et un reporting poussé.

Merci de votre aide, car lorsque l'on n'a jamais touché à cette technologie (qui me semble bien bien vaste ), on peut vite être paumé surtout dans le choix de la conception adéquate...

____
Edit: Orienter ma question sera peut être bénéfique pour vos réponses, est-ce que SP 2010 (ou 2013 si besoin pour la migration) permet une analyse décisionnelle et un reporting solide ou faut-il appliquer une solution décisionnelle sur la base utilisée elle-même avec un outil spécialisé ?

[Lapinpanda]

Bonjour,

SP 2010 répond grandement à l'attaque des bases SQL Externes. Cela est grandement facilité par rapport à 2007, et reste en même temps très maniable en terme de gestions par des administrateurs, via l'interface native de sharepoint.

En terme de reporting, SharePoint a aussi sa carte à jouer, après c'est un outil pré-fait, il y a des parties que vous pourrez configurer, mais d'autres qu'il faudra (peut-etre) développer si SharePoint ne couvre pas 100% du besoin.

Il vous faudra faire la liste de tous les besoins, et vérifier si SharePoint couvre l'ensemble du périmètre.

[Viipe]

Une grande force de SP est sa connectivité avec un grand nombre d'outils du marché.

C'est pourquoi, à mon sens, coupler un outil tel la suite SAP sur la BD externe pour le côté analyse décisionnelle poussée, reporting/dashboard, mais conserver SP avec son aspect très "user friendly" (notamment avec le composant Pivotviewer) pour une analyse graphique simpliste mais rapide, permettrait de tirer à la fois le meilleur de SP sans pour autant attaquer le développement spécifique de nouveaux modules.

Les nouvelles possibilités BI SP 2010 --> SP 2013 sont-elles significatives ?

[Lapinpanda]

Bonjour,

je n'ai malheureusement pas encore attaqué SP 2013

[va-copilot]

Bonjour
Cela dépend de la version de SharePoint. Mais apparament vous avez la version entreprise, mais également celle de SQL.
Dans l'idéal, me semble t il, SAP de part sa lourdeur est à reserver au Reporting régulier et peu dynamique.
Sharepoint est à utiliser pour la partie Dashboard avec Excel Services et PowerPivot, afin de proposer des Tableaux complexes, puissants et dynamiques. En terme de puissance PowerPivot est quasi no limites. En terme d'adoption utilisateur on est sur l'interface Excel avec des Slicers.

Slts

[Viipe]

Dans l'idéal, me semble t il, SAP de part sa lourdeur est à reserver au Reporting régulier et peu dynamique.

Je pense de plus en plus à un duo PowerPivot/PowerView pour l'analyse décisionnelle, mais je me demande si le rendu sera aussi complet que l'utilisation de BO? Mais utilisé par des collaborateurs non-informaticiens, la plateforme SharePoint est tout de même beaucoup plus abordable, cela limite également le nombre d'outils pour les différentes actions à effectuer.

J'ai également étudié l'approche de QlikView Web Parts au sein de Sharepoint, quelqu'un utilise-t-il cette technologie et si oui, son rendu est-il plus intéressant que le reporting/dashboard proposé par SP ?