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 - Sunshine

Pages: 1 ... 4 5 [6] 7 8 ... 35
If you are finding the direction of certain connector are pointing the wrong way and you need to change them in bulk the following options are available to you depending on your skill set.
a) write a jscript/vbscript to change the direction
b) write SQL to change the direction
c) providing you use Jet4 database you can open with MS Access and do a search and replace on the connector table

Note if you have a repository using native eap file (MS Access 97 aka jet 3.5) you'll need to download the jet4 (MS Access 2000+) from sparx site and transfer your project to it before you can open with MS Access 2000 or later to do option c)
 The eabase_jet4.eap file can be downloaded from here

One thing you could try is creating a classes with the attributes you want and inheriting them from your stereotype for your MDG rather than just putting them as attributes in your stereotype. I think it might provided a mechanism to get around your problem. In addition you get your attributes grouped together in the tag window with some context as a bonus which makes it more usable.

Hi, I cannot imagine that this has not been asked before, but I cannot find a corresponding thread.
(1) EA builds a hierarchy in the Project Browser by default if I move an element into another. But it does no reflect this via any kind of relation. For exampe the "reference" is not shown "Insert Releated Elements".

??? Kind of confused about what you are asking but you mention "hierarchy in the Project Browser" so I'm interpreting you are asking about the hierarchical relationships represented in the project browser. If you look in the t_object or t_diagram tables you'll find Package_ID and Parent_ID which are used to point to the  package and the parent.

(2) The same is happens for "Composite Diagram" resp. "Child Diagram".
Is there a way to find out the relations (without database-queries)? Many thanks in advance, V.

Other than looking at the project browser I can't think of any ways of finding out those hierarchy relationships unless using SQL. I've found books like SQL hacks, and recipes good for helping with SQL if thats your area of concern.

Hope that helps  :)

I use a model to generate my MDG and looking at the xml where I've added attributes to stereotypes they come out as tag values
Something like this
Code: [Select]
<Stereotype name="Application Component" metatype="Application Component" ...>
<Tag name="Pace Layer" type="enumeration" description="State the pace layer. Reference Gartner Pace layering" unit="" values="Record,Differentiation,Innovation" default=""/>
<Tag name="COTS name" type="String" description="If the app is a Commercial Off-the-Shelf (COTS) product state the common name for it." unit="" values="" default=""/>

Not sure how Sparx EA will store the data in its database as defined in your stereotype. Its uncharted territory doing it that way to me I'm afraid.

Any particular reason why you don't use a Sparx EA model to generate the MDG? Its so much more easier than messing around down at the XML level.

Uml Process / Re: ControlFlow not bi-directional
« on: April 26, 2017, 08:08:25 pm »
The OMG amateurs don't build airplanes. But airplane engineers use those amateur's spec to build airplanes. I'm flying less frequent these days.


Just to be clear I was talking about ArchiMate Standard by the Open Group and how it lacks robustness and consistency. Nothing to do with OMG or its specs. Point was there was a lack of quality that wouldn't be tolerated in some areas.

FYI  - Aircraft engineers use ISO/ IEEE /AS/ MIL-Q etc standards to build aircraft so rest assured air travel is still the safest form of travel and they ARE PROFESSIONAL ENGINEERS who design and build them.

Notations like UML, SysML etc may be used to design along with some formal methods to meet safety critical needs as well as comprehensive testing to validate.

Worked in aviation industry for 9 years where I designed and built avionic systems so had first hand knowledge of it all.

But alas we drift off topic so lets call it a day.

Uml Process / Re: ControlFlow not bi-directional
« on: April 25, 2017, 02:46:36 pm »
Whom are you talking of? Oh My God? Their error-prone PDF spec is based on "models" which merely are used to create diagrams. Amateurs? Yes, professional amateurs.

Just keep those professional amateurs away from designing and building aircraft. Just imagine if an aircraft manufacturer built a plane with the same lack of professional integrity as those guys wrote those Archimate Specs. Would you fly in it?

Uml Process / Re: ControlFlow not bi-directional
« on: April 20, 2017, 10:05:41 am »
FWIW, on advice from the Sparxians, we have decided to use InfromationFlow as the base relationships type for an ArchiMate "Flow" in our MDG (as opposed to the supplied ControlFlow).   Works a treat!

One of the benefits of creating your own MDG. I did the same thing for my ArchiMate based MDG.

Archimate used to be plain wrong in the way they interpreted the direction and the placement of roles in their own metamodel.
I've seen that this has been improved in the latest version of the specs (3.0) but it makes me doubt the ability of meta-model makers if they make these kind of rooky mistakes in what should be a highly consistent and QA-ed meta-model.

In general my opinion is that the quality of the specifications of Archimate is far below the quality of something like UML or BPMN. Mostly because of the vagueness (e.g. whats the difference between a Business Function and Business Service, good luck figuring that out using only the Archimate specifications) and because they basically allow anything to be connected to anything else without defining a meaning to that link.


Yeah I totally agree I've been using ArchiMate Notation for close to 10 years before there was a spec. and have to use some artistic licence with its interpretation. If only they'd use a modelling tool to write the spec instead of visio and Word they may have better quality and consistency. Funny that people preaching stuff via a specification about modelling but don't actually use a modelling tool to ensure its correct. Bah! amateurs aye? The world is full of them and its seems to be getting worse.

I'm not religious but these words form the bible are fitting "Father, forgive them, for they do not know what they are doing."   :(

A lot of organisations have tools to roll out installations of apps across the environment. Usually it involves installing and configuring the app on one machine and they take a image of it along with the settings. So you could install Sparx EA and configure it to point to the licence server then take an image and roll it out to the rest of the environment using such a tool. So have a chat with your infrastructure team to see what they use. For instance I've seen the infrastructure guys use Microsoft SMS now called System Center Configuration Manager do this in the past.
Hope that helps.

General Board / Re: best practice for baseline and target arch models
« on: April 20, 2017, 08:08:34 am »
Yes its a difficult task dealing with temporal shift in a multidimensional model. A lot of the modelling tool vendors struggle with it and believe you me I've spoken to quite a few over the last 30+ years. I once implemented a temporal aware system for a government archives system to track which agency was responsible for which function over the course of time so they could find archived artifacts. If anyone has followed government changes over the decades they'll know what a challenge it is to find who looked after something like births and deaths 40 years ago. Anyway the way I handled it for that project was to have each element and relationship have state and date fields then filtered on those to find what was related to what at a point in time and what was current. With that in mind I structure my enterprise model following the usual Archimate domains like Motivation, Business, Application, Data, Technology etc. Under each of those I have catalogs of elements where I put the elements and views where I draw diagrams for current and future states. One idea I'm working through is that each element has a state, for instance, proposed, approved, implemented, retired etc. You can have additional attributes added as tag values like commissioned date and de-commissioned date to record when it went live or when it was retired. The diagrams I create usually have the current state and some future vision with multiple interim states reflecting alternative paths to reach the future state. Some times these diagrams are separate and sometimes if the changes aren't too drastic I'll use diagram filters to show the current state moving to the future state. In the reports I create I'll use the state and dates to filter out what I need to reflect the current, interim or future states. This works most of the time for me except when the links change without a node change. Kind of needs some state on the link to indicate if its current or future and that's the part I'm thinking about at present. But hey actual work gets in the way of fixing up your tool set doesn't it?

So how is my model I structured you may ask? Well something like this

   Catalogs - where the elements are strored and shared.
   Views - where the diagrams are created
       Current State
             Business Process
                 Human Resources
                 Information Technology
       Target State
             Business Process
                 Human Resources
                 Information Technology

Like it was quoted before by Paolo "All models are wrong but some are useful" from George E P Box. This works mainly for me but not always and it certainly not perfect. One pain is that the elements by default are created in the same package as the diagram so I've got to shift them into the catalog package all the time. (Thinking about that may I should write a script to automate it)

Note that to be able to do this successfully you really need to create your own MDG and not use the out of the box ArchiMate MDG or whatever notation you use as you need to add those extra attributes and additional behaviors using shapescripts, javascripts etc. Its a hard slog doing your first EA MDG but the rewards and additional benefits do come with it. I found you really need a toolsmith on the team to tweak the modelling tool to do what you need and I'm usually end being the toolsmith.

One day I might fix up my EA MDG and share it but its not quite in a state for general consumption as its too specific to my organisation at present.

General Board / Re: Search result in system output window
« on: April 19, 2017, 10:01:13 am »
Thanks for putting me out of my misery VKN. I didn't see that button originally as the system output window was too narrow and hid it from view. I could only see as far as that green play button to execute the search. Didn't think of making the window wider did I? duh!

General Board / Search result in system output window
« on: April 19, 2017, 09:22:57 am »
I've got a user who has some how got the search results to appear in system output window. I guess they ticked a box in some dialog or something. Is there any way to change it back so it appears in a tab window where the diagrams are located again as per default. I've searched the help and gone through all the ribbons but can't seem to find out how to to do it.

General Board / Re: Sharing Model Searches
« on: April 06, 2017, 08:27:32 pm »
Thanks Uffe, a novel ideal. Yes I think that would work for more experienced users. However my objective was to make it easier for the novice. To explain more I've got are rather complex archimate model with around 17,000 elements. I've set it up where there are a number of domains each split into diagrams, catalogues and matrices.
- Catalogues
- Diagrams
- Matrices
- Catalogues
- Diagrams
- Matrices
etc. You get the idea.
I've found the level of nesting was making it difficult for the novices to navigate so I created a set of diagrams with links that behave very much like webpages. One of the links did a search and produced a list for the catalogue of objects. I was all please with my self until I found out that I was the only one for whom the links worked. After digging around I found the searches I'd created weren't visible to other users. So thats now all sorted thanks to putting the searches in MDGs and activating them via links on diagrams.
Works quite well. Cool aye? 8)

General Board / Re: Sharing Model Searches
« on: April 06, 2017, 02:39:41 pm »
Just letting you know what I did to resolve this particular problem. I followed Paolo's suggestion and created a Shared Searches MDG and put the file into our shared folder for Sparx EA config.
For those of you who would like to know the steps using Sparx EA V13. Assuming you've already created the searches in your model then here are the steps.
  • Select Publish Tab>Technology>Publish>Generate MDG
  • Select Next Button on Dialog
  • Create New MTS file
  • Next
  • Select a filename and place to put the mts file
  • Next
  • In dialog fill out something like this
    Technology: SharedSearches
    Filename: G:\Shared\Sparx EA Config\SharedSearches.xml
    ID: EASS
    Version: 1.0
  • Next
  • Tick the searches
  • Next
  • Select the searches you want to share
  • Next
  • Finish

Thanks once again to Paolo.

Now I've just got to remember to do this when I create new searches.
Shame the searches can't be shared in the model aye?

General Board / Re: Sharing Model Searches
« on: April 06, 2017, 10:06:03 am »
Head down beavering away you know. Busy creating Sparx EA model stuff and all that. Adapting the to new ribbon in V13 - painful but getting there.

Thanks for that tip about sharing the searches in an MDG. That sounds like a promising lead. I'll try that out.

Of course, search stored in AppData - why didn't I figure that one out.  :-[ Duh!

Glad you are there Paolo to help in my times of need. Have a good day.

General Board / Sharing Model Searches
« on: April 06, 2017, 09:17:09 am »
I have a need to share model searches so I can put a link on a diagram when double clicked displays a list of objects kind of like a catalogue. I managed to get this working from my login but my colleagues using other login accounts can't see the same searches. We are using Sparx EA V13 with SQL Server repository.
Is there anyway I can share searches so my colleagues can get the list of objects too?
Does anyone know where these searches are stored?

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