Discussion :

[Kirikou87]

Bonjour,

tout est dans l'objet : je dois rédiger des specs pour une demande de dév de webreports (on va faire un appel d'offres en externe), et j'aimerais savoir si vous avez des conseils, des documents type sur lesquels je pourrais m'appuyer pour expliquer les données et le contenu attendus dans mes maquettes.
Notre outil est un outil web de recueil de questionnaires de satisfaction en ligne, il s'agit donc de données statistiques à afficher en mode BIRT.

Merci d'avance.

[donino]

Je ne pense pas qu'il y ait de spécificités BIRT sur ce point, il faut produire des specs de reporting "classiques". Je ne peux pas partager les template réalisés pour des clients, tu peux toujours partir de cet exemple pour t'inspirer, il est incomplet mais c'est une base de départ.

Perso voici les points-clés que j'y ajouterais, pour chaque rapport:

- Un petit sous-modèle graphique des sources de données avec les relations entre elles (la plupart du temps un mini-modèle UML en étoile). Idéalement, représenter graphiquement sur ce modèle les références des filtres qui doivent être appliqués, et décrire ces filtres en détail dans un tableau comme dans l'exemple.
- Une estimation à la louche des volumétries des sources de données, et de la volumétrie que recevront les principaux datasets du rapport. Cela est nécessaire pour qu'un développeur puisse un minimum "s'engager" sur une fourchette de temps d'exécution
- Justement, une fourchette du temps d'exécution attendu. Il faut savoir qu'un même rapport BIRT peut s'exécuter en 1 seconde ou en 1h selon la manière dont il est construit, en particulier selon l'endroit où les filtres et les regroupements sont appliqués. Il est indispensable de mettre une petite pression sur ce point dans des specs. Par exemple de nos jours, un rapport mono-page sur une base de données et qui excède 10 secondes est plus que suspect.
- En annexe, une maquette montrant en gros à quoi le rapport doit ressembler
- Idéalement en annexe, une requête "en dur" montrant un exemple des données que le rapport doit fournir. Cela évite en général bien des mauvaises surprises.

Si tu peux partager un exemple de la spec finale que tu utiliseras ce sera top.

Bon courage