IBM®
Skip to main content
    Country/region [select]      Terms of use
 
 
    
     Home      Products      Services & industry solutions      Support & downloads      My IBM     
developerworks > My developerWorks >  Dashboard > Tivoli Application Dependency Discovery Manager > ... > Reports > Report Best Practices
developerWorks
Log In   View a printable version of the current page.
Report Best Practices
Added by obriend, last edited by weddendorf on Apr 20, 2009  (view change)
Labels: 
(None)

 Application Dependency Discovery Manager

Home > Reports > Report Best Practices

Report Best Practices

To learn more about the TADDM Sensors and Reports Community and how you can contribute, click here. This is a Community page, and anyone can contribute. Sign in in to the wiki and begin contributing to the TADDM Sensors and Reports Community.

This page includes best practices for creating BIRT reports.

Checklist for report authors

Review the following checklist before creating a BIRT report:

  • Ensure that the name of the data source for your report is "TADDM Data Source". This is important for running the reports in the TADDM Domain Manager, since the JDBC parameters may not be correctly overwritten otherwise.
  • Verify that all report strings are added to a .properties file. All report strings will eventually be globalized. Therefore, they should be added to a .properties file, rather than directly to the report, for ease of globalization.
  • Verify that all SQL statements use the generated TADDM views, not the TADDM tables. Views have been added to the TADDM database as a buffer, to protect consumers from changes to the database tables. Reports written using the TADDM database should also use these views, so that changes to the tables do not cause the reports to stop functioning.
  • Unit test the report. Run the report against a populated TADDM database. Ensure that the report launches and displays data properly. Compare the new report against existing reports on the Domain Manager, if any existing reports have a similar format.
  • Test on TCR. Perform basic unit testing of the report in a TCR server.
  • Test the report's performance. Run the report against a large database (if available) to test its performance with large data sets.
  • Reports should not contain open source. If you find a need to include open source, please click here and provide your feedback.
  • Export the data from your report as an XLS file. Ensure that the data are accurate and can be properly sorted. If the data cannot be sorted due to the formatting of the report, you should also produce a "data-only" view of your report. Basically, create a completely non-formatted (but otherwise identical) version of your report. Add a link from your formatted report to your data-only view, such that clicking the link will launch the data-only view.
  • Provide a verbose description of your report so others in the community browsing your report description can understand the value this report will bring to them if they download it.

Special considerations for authors who work for IBM

IBMers who wish to contribute Reports need to follow a few Constraints & Additional Steps

Links

The following links provide additional information for creating BIRT reports:




    About IBM Privacy Contact