Author Topic: generating report for parts of a team repository  (Read 3467 times)

Darth Vader

  • EA Novice
  • *
  • Posts: 7
  • Karma: +0/-0
    • View Profile
generating report for parts of a team repository
« on: August 11, 2015, 11:30:11 pm »
Hi all.
We have a project repository in MySQL database. Inside the project we have several packages. Package A contains information about all our components. Packages B, C, D, etc. contain customer requirements, realized by one ore more components. A component from package A realizes requirements from many packages.
Is it possible to create a report template that shows only relations between components in package A and reqirements in current package?
F.E. report on package C with requirements REQ01-03 must contain following information:
- component CMP01
 - realizes REQ01
 - realizes REQ03
- component CMP02
 - realizes REQ02
even if CMP01-02 realize requirements in packages B & D.

Uffe

  • EA Practitioner
  • ***
  • Posts: 1859
  • Karma: +133/-14
  • Flutes: 1; Clarinets: 1; Saxes: 5 and counting
    • View Profile
Re: generating report for parts of a team reposito
« Reply #1 on: August 12, 2015, 01:00:26 am »
Shouldn't be too hard. Construct the template to list all requirements, then filter out the irrelevant packages using the "Except where Query excludes Package" option in the Generate Documentation dialog.

You can save sets of document generation options as "resource documents," which helps with repeated generations.

HTH,


/Uffe
My theories are always correct, just apply them to the right reality.

Darth Vader

  • EA Novice
  • *
  • Posts: 7
  • Karma: +0/-0
    • View Profile
Re: generating report for parts of a team reposito
« Reply #2 on: August 12, 2015, 04:52:50 pm »
Thanks for the reply.
Requirements must be grouped by components. Is it possible to perform smth like "group by" on element list?

Uffe

  • EA Practitioner
  • ***
  • Posts: 1859
  • Karma: +133/-14
  • Flutes: 1; Clarinets: 1; Saxes: 5 and counting
    • View Profile
Re: generating report for parts of a team reposito
« Reply #3 on: August 12, 2015, 06:48:20 pm »
There should be no need. If the template is degisned to be run on the component package, the Element section in the template will resolve to the component, and you list its requirements by selecting Connector -- Target -- Element.

Something like:
package>
element>
{Element.Name}   <-- This is the component
connector>
target>
element>
{Element.Name}   <-- This is the requirement
< element
< target
< connector
< element
< package

However, if you do need more fine-grained control, you can always use a template fragment with an SQL query.

/Uffe
My theories are always correct, just apply them to the right reality.