COGNOiSe.com - The IBM Cognos Community

IBM Cognos 10 Platform => Cognos 10 BI => Framework Manager => Topic started by: aitzazali on 15 Feb 2012 11:45:21 PM

Title: Best practices for multi-user FM modelling?
Post by: aitzazali on 15 Feb 2012 11:45:21 PM
Hi all,

What is the best practice for multi-user FM modelling. Branching and Merging OR Segmentation & Linking?
We have a team working on a single project.I will be working on the metadata, relationships,  of one business subject area and at the same time the other team members will be working on  other business areas.  At the end, we need to merge all our projects in a single FM project.

Second, is it possible to merge different packages in one. Like, if every team member creates his own package to test the reports query, can we merge those packages in one package in the main project?
Title: Re: Best practices for multi-user FM modelling?
Post by: blom0344 on 16 Feb 2012 02:49:38 AM
If Business Subject area's can be contained in their own namespaces using a single database layer you may consider building seperate models and importing the namespaces in the latest phase into a new 'uber' model.

Merging packages is not possible, publishing a package from a merged model is no problem
Title: Re: Best practices for multi-user FM modelling?
Post by: aitzazali on 20 Feb 2012 05:30:23 AM
Thanks Blom0344. much appreciated.
So basically I will create segments from the main project according to the business areas and then link those segments to the main project?
Title: Re: Best practices for multi-user FM modelling?
Post by: blom0344 on 20 Feb 2012 10:18:37 AM
No , segmentation would keep the metadata  distributed over seperate models, which is an alternative.  Importing in the strictest sense is creating one ultimate metadata model. 
Title: Re: Best practices for multi-user FM modelling?
Post by: wyconian on 03 May 2012 07:49:31 AM
Hi

I'm a big fan of segments especially if you have multiple work streams working on different subject areas of the model.  You can link the segements into a master model where you can publish packages. 

On the downside it can get a little difficult to manage if you have a lot of segments but on the plus side you can have developers independantly working on different areas of the model.