It's all about the answers!

Ask a question

Fragmented Data Model support in RTC


Shelby Phillips (29624621) | asked Apr 14 '09, 2:27 p.m.
Does Rational currently support or have guidance on using RTC in an environment using a Fragmented Data Model Approach.

Fragmented data models are commonly used in Model Driven Development projects for both purposes of simplification and isolation of features/functionality. For example, Team A's data model is defined as 23 individual fragments that aggregate to a single composite model. Each of the 23 fragmented models has between 3-15 data types which aggregate to the composite/complete model which has 200+ data types.

Fragmented data models allow related components to be delivered in isolation (based upon their specific model) without having to understand the details of the components they interface with. As such, fragmented data models are a good way to enforce encapulation and isolation of the classes that you implement.

3 answers



permanent link
Christine Kim (7131) | answered Apr 15 '09, 9:40 p.m.
Hi Shelby,

I will check with our development team.

Christine
Jazz/RTC Support

permanent link
Geoffrey Clemm (30.1k33035) | answered Apr 16 '09, 8:35 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
Note that the the level of support depends on whether you want a
versionable object (branch/merge support) or just an auditable object
(linear history).

For versionable objects, although we experimented with composite objects
in the requirements incubator, that functionality did not become part of
the current versionable released features (which focus on files). I'll
let the SCM team comment on whether there is an underlying composite
object support available in the current system (I'm guessing not, beyond
the "folder" mechanism used to implement file system directories).

For auditable objects, you have the ability to define richly structured
objects (for example, the work item objects in RTC and the requirement
documents in RRC).

Cheers,
Geoff

shelbyph wrote:
Does Rational currently support or have guidance on using RTC in an
environment using a Fragmented Data Model Approach.

Fragmented data models are commonly used in Model Driven Development
projects for both purposes of simplification and isolation of
features/functionality. For example, Team A's data model is defined
as 23 individual fragments that aggregate to a single composite
model. Each of the 23 fragmented models has between 3-15 data types
which aggregate to the composite/complete model which has 200+ data
types.

Fragmented data models allow related components to be delivered in
isolation (based upon their specific model) without having to
understand the details of the components they interface with. As
such, fragmented data models are a good way to enforce encapulation
and isolation of the classes that you implement.

permanent link
Rafik Jaouani (5.0k16) | answered Apr 16 '09, 9:27 p.m.
JAZZ DEVELOPER
I think the original question was not about composite items but rather about how various RTC components can define their own data models. Assuming I understand the question, currenly all the RTC components (SCM, Work Items, Reports, Build...) have their own data models defined using Ecore. The models are defined in separate files and the Foundation component dynamically discovers these data models which are contributed using plugins.
The individual data models can have dependecies between them though we try to avoid those.

Your answer


Register or to post your answer.


Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.