Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

The Mit's Blog

En plus d'intégrer et skier, il sait même écrire !
(Blog de Renaud Comte)

Actualités


  • Ancien MVP SharePoint 8 ans ...
    Des projets .Net, SharePoint 2013 ou Office 365 ??

    Contactez-nous :

Archives

Techdays 2007 Geneva : Reporting Services 2005 et MOSS 2007

Me voici au premier rang de la session de Fabrice, le portable en economie.

Avant de parler de la nouvelle version, revenons un peu vers l'ancien systéme v2

SSRS pernettait simplement de naviguer parnis les rapports ainsi que de les afficher via un lot de WebPart assez simple

Seulement les limitatinos étaient nombreuses :

  • gestion des données internes externes
  • conflit de sécurité entre les 2 plateformes
  • intégration vai WebPart, stocka différent
  • multiples interfaces de gestion
  • paramétrages ...

Désormais, sous SharePoint 2007, les choses ont été mis à plat et largement recadrés.

SSRS devient un provider de rapport pour SharePoint

SharePoint est ainsi le client principal de SSRS et fournis ainsi ses propres forces comme :

  • un seul interface
  • des listes de rapports
  • la connectivité des listes et des WebParts
  • les workflows
  • le versionning !!!
  • le modéle dashboad

Nous sommes au croisement entre intégration et fusion : SSRS/MOSS confortent réellement le role de SharePoint 2007 comme plateforme d'intégration

En pratique, il existe désormais un nouveau modéle de liste documentaire : bibliothéque de rapport. Et grace à l'ajout des Content Types Reporting Services correspondants, on obtient des listes pro reporting.

  • pour les connections
  • pour les modéles

A noter que le format a changé : RSDS et que sous ce mode, VS 2005 ne peut plus publier directement les rapports. Petit point à connaitre.

A l'édition du rapport sous SharePoint, il suffit de pointer sa chaine de connexion depuis l'interace Web directement depuis l'explorateur SharePoint et voila, votre rapport est en ligne

>>> A noter que le rapport même en mode plein écran garde la navigation breadcrumb de WSS ainsi que le menu d'action mais spécifique à SSRS comme l'édition dans Report Builder 

Les menus et Master Page de SharePoint mais avec les contenus et les gestionnaires de SSRS : je vous avez déja parlé d'intégration ?

La gestion de l'outpout est aussi paramétrable comme le fait d'utiliser une sortie PDF pour vos rapports plutot que la vues Web par défaut
>>> ainsi, il est même possible d'utiliser les abonnements pour être tenu au courant des modifications !!! Il suffit juste de préciser les options de Snapshot

Le snapshot peut aussi être mis en cache pour eviter justement un overload de la BDD. Ces fameux Snapshop génére ainsi un simple versionning que vos gestionnaires de site peuvent gérér aisement de la même facon que leurs documents

La gestion des rapport avec paramétres se gére aussi en douceur

  • soit une frame vous porpose de les modifier
  • soit vous pouvez spécifier vos données
  • soit vous pouvez les mapper à une liste SharePoint

En ce qui me concerne j'apprecie énormement la convivialité et l'ergonomie d'ensemble du pack SSRS. Aoir un layout unique entre les 2 produits ainsi qu'une constance dans la gestion et l'administation donne un ensemble extremement cohérent et simple à appréhender.

Limite, un utilisateur SharePoint qui sait utiliser un simple liste de tâche peut potentiellement utiliser Reporting Services et ses rapports sans trop d'assistance.

L'essayer, c'est l'adopter : le meilleur des 2 mondes entre SQL et Office System.

Revenons à une problématique souvent ignoré ...

L'installation.

Certes, elle reste assez technique dans le sens ou il convient de paraméter conjointement SSRS, SQL et SharePoint 2007 pour les faire fonctionne en toute symbiose.

Il s'agit surtout de 2 points cruxiaux :

  1. une sécurité partagé et homogéne
  2. déployez Wss sur votre serveur SSRS afin de lui donner accés au modéle objet de SharePoint

Cette installation refléte bien la réalité de 2007. SSRS a été débarassé, néttoyé de tout ce qui n'était pas dans son ligne directrice : SSRS génére des rapports, SharePoint les stocke et les affiche.

Chacun son rôle, ou comme qui dirait, "Ca ne rien de reinventer la roue" (ou ma version personnelle, "recoder une autre roue , carré de surcroit")

En ce qui concerne l'édition, Report builder a subit lui aussi une intégration bas niveau et profite de toute les nouveautés de .Net.

Ainsi, via le menu SharePoint de votre liste de rapport, vous pouvez éditez le dit rapport. Si Report Builder n'est pas disponible sur le poste client, pas de soucis... ClickOnce assure le déploiement à la volée et vos utilisateurs qui eux peuvent modifier leurs rapports.

Il existe toutefois encore la webpart ReportViewer. A quoi sert elle ? Simple, elle compléte et permet d'aller plus loin :

  • Utiliser des pages à WebPart pour afficher vos rapport
  • Elle dépend d'un control ASP.Net pour réutiliser vos rapports dans vos développement AjaxoAspnet
  • Utiliser les connexions entre les différentes WebPart RS pour rapport, paramétres et liste de rapport pour créer un visualisateur dynamique.
    >>> intégrer le tout dans un modéle/Site Deifnition pour le redéployer à l'infini comme modéle d'entreprise
  • intégrer Excel Services

En terme de développement, quelques nouveautés :

  • de nouveaux SOAP endpoints
  • les calls RS utilisent le OM SharePoint
  • provider WMI mis à jour pour gérer le mode natif ou intégré SharePoint
  • mapping de sécurité

En conclusion : une intégration réussie et exploitant pleinement la plateforme Office Sytem
>>> sous entendu : plus de puissance à la portée de vos utilisateurs soutenué par une plateforme serveur homogéne et unique à gérer

Commentaires personnels :

  1. Un grand bravo à Fabrice pour la maitrise de sa session malgré les 1000 et une embuches qu'il a eu le long de sa préparation.
  2. Il devient limite un SharePointeur convaincu et surtout convainquant !
  3. Essayez SharePoint , c'est l'adopter

A bientot

Renaud Comte aka TheMit(SPReportingFan )

Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: mardi 27 mars 2007 11:53 par themit
Classé sous : , ,

Commentaires

Pas de commentaires

Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- Merci par Blog de Jérémy Jeanson le 10-01-2019, 20:47

- Office 365: Script PowerShell pour auditer l’usage des Office Groups de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 11:02

- Office 365: Script PowerShell pour auditer l’usage de Microsoft Teams de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 10:39

- Office 365: Script PowerShell pour auditer l’usage de OneDrive for Business de votre tenant par Blog Technique de Romelard Fabrice le 04-25-2019, 15:13

- Office 365: Script PowerShell pour auditer l’usage de SharePoint Online de votre tenant par Blog Technique de Romelard Fabrice le 02-27-2019, 13:39

- Office 365: Script PowerShell pour auditer l’usage d’Exchange Online de votre tenant par Blog Technique de Romelard Fabrice le 02-25-2019, 15:07

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Stream Portal par Blog Technique de Romelard Fabrice le 02-21-2019, 17:56

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Video Portal par Blog Technique de Romelard Fabrice le 02-18-2019, 18:56

- Office 365: Script PowerShell pour extraire les Audit Log basés sur des filtres fournis par Blog Technique de Romelard Fabrice le 01-28-2019, 16:13

- SharePoint Online: Script PowerShell pour désactiver l’Option IRM des sites SPO non autorisés par Blog Technique de Romelard Fabrice le 12-14-2018, 13:01