31
Automation Interface, Add-Ins and Tools / Re: Keystore migration
« on: February 10, 2020, 08:15:18 am »
It would be manual. You'd copy all of your old keys, and then manually enter them in the new keystore.
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.
Actually pondering this, "motor vehicle" is probably an externality to the ontology. It's a set of rules - within a particular jurisdiction - that allows anything with a motor to be given a licence to operated on a public right of way.Interesting comment and thanks for bringing it up, there is some externality to this ontology. It is possible that in certain jurisdictions an electric bicycle or a motorised scooter could be categorised as motor vehicles.
Which explains why so much of the conversation to this point has involved a categorical mistake.
"A Motor Vehicle has n Wheels(s) - <<Class>>Motor Vehicle related to a <<Class>>Wheel with an Association"
That's just a modeling fault that should be corrected as the model evolves. Obviously not all motor vehicles have wheels. The association between motor vehicle and wheel is wrong, it belongs to a child (possibly fairly down the hierarchy) of motor vehicle.
But ALL motor vehicles have a motor. So association between motor vehicle and motor (motor type, power generated, efficiency etc.) would be a good association at the motor vehicle parent class.
But ALL motor vehicles have a motor. So association between motor vehicle and motor (motor type, power generated, efficiency etc.) would be a good association at the motor vehicle parent class.
Infinite loops can be a worry as you've noted, but not a big one -- it can be handled in code.
Yeah. Wot he said I said.No... It should have been "wot 'e said, I say" When you write and we read; it is in the present tense...
QuoteI can put the link to it on this thread once I've published the source on Git hub. In the meantime I've published the MDG files last year here https://github.com/EASunshine/Sparx-EA. Try them out and if you want the source models that created them let me know.Nice SunchineI take a look.
I tested the EA 15.1 Beta Archimate 3.1 but I dont like ValueStream symbol as it does not suport streatching out with nice looking arrows as Archis implementation does.
I did not modify the quote and your suggestion I did is offensive. I will try to give you the benefit of the doubts and assume you did not read it, just glance it.
Paolo wrote:Otherwise, the notion of hiding parts of the model is the antithesis of modelling.
The quote still reads “the notion of hiding parts of the model is the antithesis of modelling”. If Paolo thinks he now needs to say “is seen as the antithesis ...”, only he knows why.
As there are several flaws in Sparx own Archimate MDG, I wonder how much effort there is to make one?
I Have have suspicion that severel of you out there have done that
What time effort and/or what whould the cost be to buy one with all the Metamodel & Profile diagrams for us to expand & change by me and my staff.
PS) As one suggested here before, what a advantage there whould be with an Open Source MDG for Archimate
I intended to write "The notion of hiding part of the model is seen as the antithesis of modelling"
As can be surmised from my original post here, I agree that certain parts of a common model may need to be less visible than others.
Code: [Select]The notion of hiding part of the model is the antithesis of modelling
I cannot agree more and will go further, it is the antithesis of architecture. But it is becoming more common as too much profit is at stake.