Home › Forums › eaDocX queries › How to identify unnamed connections
Home › Forums › eaDocX queries › How to identify unnamed connections
- This topic has 6 replies, 2 voices, and was last updated 12 years, 6 months ago by Hieu Phan.
-
AuthorPosts
-
12 June 2012 at 8:26 am #6035Hieu PhanParticipant
Hi dear,
I created a relationship report based on connector/relationship name, it works fine if we specified the name for a type of connector (e.g. Association). Then I want to check if there is any relationship/connector of that type left without being named. How can I produce the relationship report to see just unnamed connection? I tried to type NULL in the Relationship Name but it didn’t work.
Kind regards,
Hieu Phan.12 June 2012 at 9:49 am #6036eadocX SupportParticipantSadly, not possible. If you specify the name, then only connectors of that name will be found. If no name, then eaDocX finds ALL connectors, with and without names.
One trick you might try is to create a report with the connector name as a column, then use Conditional Formatting to highlight where there are connectors with not name (use the IsEmpty operator).13 June 2012 at 7:00 am #6037Hieu PhanParticipantIf I have 3 columns in my Word document: Column A (source element name), column B (connector name), column C (target element name) and the source element links to mutiple target elements, how can I know which connector name is related to which target element name. I don’t see an option to print multiple attribute names in one column for table format (i.e. column B with both target name and relationship name). Is is possible to do that or I missed something.
Thanks!
14 June 2012 at 6:32 am #6038eadocX SupportParticipantAh – this is a tricky problem.
As you correctly observe, in your example, the results are ambiguous.
This is exactly why we developed the ‘Relationship Table’ idea.
In this case, you specify the relationships you want to navigate just once, then print attributes of the elements (& connector) which result. It’s not as neat as how you might create the table manually, but we had a really good attempt to produce the more complex table that would be the perfect solution, and it was really hard to understand – hard for us, problably very hard for most users. Above all, we want to keep eaDocX as simple as possible.
Rather than explain it again, have a look in the eaDocX help under Relationship table: it’s quite a full description of the problem & solution. If that doesn’t explain it, re-post, and I’ll think about adding more to the help.15 June 2012 at 3:31 am #6039Hieu PhanParticipantI’ve read the Relationship table, it’s very useful if I have 2 element types of interest (and the relationships between them). Thanks so much!
My situation is I have 3 elements of interest. For example, my model has Actor <
> Activity, and Activity < > ApplicationComponent. Is it possible to use the Relationship table to print out for each Actor, which Activity the Actor performs and in the next cell of that row (for each Activity), print out all ApplicationComponent used to process that Activity. I tried to use multihop in the table format for Actor, and as you said above, the results are ambiguous. Really appreciate if you can suggest some solution for this.
15 June 2012 at 1:52 pm #6040eadocX SupportParticipantShort answer – no.
Long answer:
The way eaDocX works is that it creates tables by reference back to the original element – in your case the Actor.
Each column in the table is then created with reference to that Actor: either a single-hop relationship, or a multi-hop one, but it all starts with the ‘source’ element.
The problem you face is not unusual for a complex model. The simple solution, which I admit isn’t exactly what you want, is to have multiple tables, and use eaDocX hyperlinking to join them.
So, a table of Actors and their Activities, with each Activity being a hyperlink to…
then
…elsewhere in the document,
A table of Actvities, and the Application Components they are linked to. And even a link back to the actors.Alternative is to use multi-hop, and show all the Application Components for the Actor.
The hybrid which you’re asking for, which would be a MUCH more complex table (rememeber it has to work for any possible model structure) , with some cells being split, has proved too complicated to implement.
18 June 2012 at 1:33 am #6041Hieu PhanParticipantThanks for your clear answer!! It helps a lot.
Cheers,
Hieu Phan. -
AuthorPosts
- You must be logged in to reply to this topic.
Download a free trial
Download eaTeamWorks today for several free for life features, plus no obligation, 30-day trials of all the products: eaDocX, ea Revision Manager, eaSheets, Model Expert and PortfolioManager. Discover for yourself why we sell the world’s best-selling Enterprise Architect extension.
Download