Page 1 of 1

Call Activity reverse call dependency tree

PostPosted: Thu Aug 27, 2015 3:18 am

I have created a number of BPMN2 process diagrams including a set of call activities for global processes. I have been able to see a dependency tree down but I haven't found an option for a reverse dependency analysis: Starting with a process and to identify whether it is linked to a call activity and determing the calling processes.

Sorry I have missed something trivial.


Re: Call Activity reverse call dependency tree

PostPosted: Fri Aug 28, 2015 6:08 am
by vilgav
Dear Marcus,

Thank you for the issue report. In your case we would offer two options:

1. You can create a predefined BPMN Processes Structure Map which allows you to represent the structure of processes in a project. It shows packages, processes, subprocesses, and tasks from a selected scope, including call activities:


2. You can create a Relation Map diagram and set all the criterion that you need yourself. For doing it please create a Relation Map diagram and set Context, Relation Criterion, Element Type and Scope like in the example:

In Second case, such criterions were set:


In element type you can specify what kind of elements you want to see, e.g. only Processes and Call Activities.

Please give us a note if we've correctly interpret your problem and if the answer satisfy your needs.

Looking forward to hearing from you.

Kind regards,
No Magic, Inc. Customer Support

Re: Call Activity reverse call dependency tree

PostPosted: Thu Aug 19, 2021 12:44 am
Unique to Imagix 4D's source code analysis functionality is its Analyzer feature. Analyzer automatically creates detailed graphs that visually depict various aspects of a given symbol and its use. Among the graphs generated for functions and variables are a series of views showing the symbol's dependencies to other symbols in your software. At the push of a button, you get a precise, comprehensive analysis, displaying the particular dependencies you're interested in. The following are some examples.