Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - stevesavage

Pages: 1 ... 4 5 [6] 7 8
76
Bugs and Issues / Creating elements by selecting text in a LinkedDoc
« on: July 28, 2015, 05:18:23 am »
I make heavy use of Sparx EA's ability to import Linked Documents as RTF files so I can trace requirements and other artifacts explicitly to statements taken from these source documents.

Details of how I do this can be found at http://stevenksavage.com/?p=22

Unfortunately step 3.1 no longer works. When I do the following steps:

Select the text that you want to create a Statement from
Menu: right click on the select text -> create -> new -> other
In the “New Element Dialog”, Select Toolset -> requirements
Select Type: Requirement
In Stereotype: type “statement”
Press Create

Previously at this point Sparx EA would create the new Element, and the selected text would now be a hyperlink to the new Element.

Now, Sparx EA still creates the element, but instead of creating the hyperlink it deletes the selected text.

Create -> New Requirement works as expected.  But not Create -> New -> Other

77
Bugs and Issues / Re: Very slow adding BPMN components
« on: March 13, 2015, 01:34:19 am »
Thanks Geert, I did, and based on his presentation we've made some changes on how we use pools and lanes....

I've started using EA12 today and at the moment it does seem to be fixing the problem.

One of the key things we've had to change is how we show activities within their own child diagrams.  Once I'm sure it's all working I plan to do an entry on my blog.  www.stevenksavage.com


78
Bugs and Issues / Re: Very slow adding BPMN components
« on: March 12, 2015, 07:21:49 am »
Thanks Geert, I now have EA12 installed so I can test to see if it makes a difference.

In the future I'm hoping Sparx would make this type of "auto" behaviour optional, or manually triggered (right click.. menu).

This feature has introduced a lot of manual work for our modeling process as it keeps "moving" things around based on whatever internal rules sparx decided on.

I "thought" we have a simple heirachy, but I guess I was wrong.

Archimate Service
-> Archimate Diagram
-> Archimate Process
-> BPMN Process Diagram
-> BPMN Pool -> BPMN Lane -> BPMN Activity
-> BPMN Process Diagram (to detail the Activity)
-> BPMN Pool -> BPMN Lane -> BPMN Activity (repeat if needed)

Unfortunately when I add a activity to a lane on the diagram (that is already under the lane in the project browser), sometimes Sparx leaves it alone, sometimes it get's moved to be under the pool that contains the lane, sometimes the root of the package.



79
Bugs and Issues / Re: Very slow adding BPMN components
« on: February 13, 2015, 04:01:37 am »
Thanks for the tip, tried it, got a slight improvement.

80
Bugs and Issues / Re: Very slow adding BPMN components
« on: October 31, 2014, 12:14:13 am »
And I've submitted a bug report with the XMI file containing the diagram that triggers the problem.

In the mean time, is there anyway to turn this feature off?  I do not want my heiarchy to be automatically adjusted based on my diagram.

81
Bugs and Issues / Re: Very slow adding BPMN components
« on: October 31, 2014, 12:13:31 am »
If I change the diagram from BPMN, to another type (diagram->advanced->change type), and then manually select the BPMN tool box, the problem goes away.  I can add new elements with no lag.  As soon as I change back to BPMN the problem also comes back.

It seems that for BPMN diagrams, EA is automatically trying to organize the hierarchy in my project browser to match the nesting in my diagram....  if you have a more complex diagram it can get "confused" and need to time out, or simply hangs

82
Bugs and Issues / Re: Very slow adding BPMN components
« on: October 23, 2014, 06:37:44 am »
I'm having the same experience, and only with BPMN diagrams, all other diagram types so far have not demostrated this problem...

I have a quad-core CPU, with EA maxing out one of the cores when this happens.

Only get the problem if I try to create new elements directly on the diagram.  If I create them in the project browser first, and then drag them on to the diagram, I do not get this problem.

83
Bugs and Issues / Re: Missing horizontal scroll bar in EA v12
« on: March 17, 2015, 12:56:58 am »
Is there anyway to turn off the "auto left/right scroll" when you hover over text in the project browser?

When I'm moving elements around I find it more than a little distracting when the project browser content is shifting left to right as I pass my mouse over the entries.

This "feature" seems to exist for all visual styles (I'm currently using the Office XP style so I have the scroll bar)

84
Bugs and Issues / Re: Virtual Documents and "Analyzing Model Structu
« on: January 20, 2015, 12:21:45 am »
Thanks KP, I look forward to the final release of EA12.

85
Bugs and Issues / Re: Virtual Documents and "Analyzing Model St
« on: January 19, 2015, 10:05:19 am »
Found the cause of the slowdown, but not what triggered it.

I decided to export a fragment as an RTF to see what the contents of the file were (viewed as text in notepad).

The file size was 8Mbytes and contained literally 1000s of list override entries....  We had only created a 3 in our stylesheet.

So I created an empty RTF document using notepad (just enough RTF code to define it as an RTF), then loaded this "blank" file in to Sparx as a starting point, and then recreated the fragment.

Exported again, and found that the file size dropped to ~3KBytes.

We've now gone through and recreated our style sheets, templates, fragments etc. starting with same "blank file" and all them are now average ~10Kbytes.  

The speed improvement is enormous.  Reports that took hours now finish in under 5 minutes.

We've been trying to duplicate the bug that caused the exponential growth in list overrides but so far no luck, all I can think of is there was a bug in a previous version of Sparx EA triggered when we were using the "update styles" feature that kept duplicating the list overrides so 3 became 6, became 12, became 24, etc.

86
Bugs and Issues / Re: Virtual Documents and "Analyzing Model St
« on: August 28, 2014, 10:10:31 am »
Final issue discovered, the initial delay for "Analyzing Model Structure" is directly proportional to how many child packages are under the package the model document that your virtual document is referencing.  Even if the model document is using a template that only references the top parent package. (childpackages is UNchecked)

I had created a model document for my cover page pointing to the "root" package for the project to get information about the project.  When I pointed the same model document to a package with no children it processed considerably faster.

Instead I will take the hit from a template fragment, and use the fragment with a script as the source that "trees up" from the selected package to find the Project Package.

87
Bugs and Issues / Re: Virtual Documents and "Analyzing Model St
« on: August 28, 2014, 03:09:04 am »
Test 6: virtual document, template with 2 empty fragments: ~ 1min 45s.
Test 7: virtual document, 2 parts, template with 2 empty fragments ~3 min 30s.

Based on these pretty basic tests, there is a fixed increase for adding fragments to a template, and does not increase if you add more than 1 fragment.  

The issue is the cumulative hit when you create a virtual document with a lot of model documents, and each template uses fragments.

88
Bugs and Issues / Re: Virtual Documents and "Analyzing Model Structu
« on: August 28, 2014, 02:28:50 am »
Test 5: template with a empty fragment run directly against package: 1min 30s.

The empty fragment had not sections (package, element,and custom all UNchecked), only the word text.

So just the inclusion of a fragment, no matter what it does causes the delay.

89
Bugs and Issues / Re: Virtual Documents and "Analyzing Model St
« on: August 28, 2014, 01:43:16 am »
More tests.  The issue seems to be with fragments.  

I made 2 versions of a template, and did 4 tests against a single package containing 4 requirements.

Test 1: virtual document, template with fragment:  ~ 1min 45s
Test 2: virtual document, template without fragment: ~ 20s
Test 3: template with fragment run directly against package: 1min 30s
Test 4: template without fragment run directly against package: ~ 6s

Both the fragment and nonfragment versions output the Element.LevelNumber and Element.Name for each requirement.

For the Fragment
  • No Bookmarks is checked
  • Child Packages is NOT checked
  • Child Elements is NOT checked

Is there anything else I should be doing?

90
Bugs and Issues / Virtual Documents and "Analyzing Model Structure"
« on: August 27, 2014, 11:04:20 pm »
Working with EA version 11.1.1110 and an Oracle repository.

For some reason EA now takes an increadibly long time during the initial "Analyzing Model Structure..." step.  10 minutes for even a simple Virtual document.

The CPU usage is extremely low %2 to %4, and the network usage is also extremely low %1.  So I'm not sure what it's doing or why it's taking so long.

My next step is to run an Oracle Trace to see what, if anything it's querying.

Pages: 1 ... 4 5 [6] 7 8