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 ... 3 4 [5] 6 7 ... 34
61
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" ...>
<TaggedValues>
<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=""/>
...
</TaggedValues>

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.
 

62
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.

q.

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.

63
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.

q.
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?

64
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!

Paolo
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.

Geert

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."   :(

65
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.
 :)

66
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

Business
   Catalogs - where the elements are strored and shared.
       Events
       Processes
       Roles
       Actors
   Views - where the diagrams are created
       Current State
             Business Process
                 Finance
                 Human Resources
                 Information Technology
                 etc
       Target State
             Business Process
                 Finance
                 Human Resources
                 Information Technology
                 etc
Application
...
Data
...

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.


67
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!

68
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.

69
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.
Motivations
-Catalogues
-Diagrams
-Matrices
Business
- Catalogues
- Diagrams
- Matrices
Application
- 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)


70
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?

71
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.


72
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?

73
General Board / Re: Smart alignment?
« on: February 24, 2017, 06:40:07 am »
Snap to grid is no smart snap. No. Snap to grid is useful for Lego. It isn't for pleasing diagrams.

q.
I'm curious what you mean by smart snap. Care to elaborate

74
General Board / Re: Smart alignment?
« on: February 23, 2017, 02:36:14 pm »
Have a look at V13 Ribbon Layout>Alignment.
http://sparxsystems.com/enterprise_architect_user_guide/13.0/user_interface/using_the_alignment_panel.html
You can centre vertically or horizontally
Show grid and snap to grid there too
These features have been in EA for some time now well before V12.

75
General Board / Re: MVC
« on: December 31, 2016, 06:37:18 am »
Remember patterns are ideas of how to do things that have consequences and that you often have to mix and match or modify in various circumstances. Your problem may be the same as what Martin is suggesting so a fat model may be valid. On the other hand you may have different circumstances in which case MVC plus something else may be a better choice. Don't know what your problem is so can't provide advice however, I've found Martin Fowler to be one of the pioneers of thinking in patterns and have a number of his books. This particular book was one of my favourites and is worth getting a copy to gain a more comprehensive understanding of enterprise application patterns. Suggest you get a copy and read it to gain a better understanding.
http://www.martinfowler.com/books/eaa.html

By the way referring to an earlier post on this thread, Martin Fowler retired the  MVP pattern some time ago.
http://martinfowler.com/eaaDev/ModelViewPresenter.html

Another useful link for a more comprehensive list of patterns can be found here
http://martinfowler.com/articles/enterprisePatterns.html

Don't think of MVC being split into layers M, V and C that isn't correct. In an n-tiered system all MVC objects belong in the UI layer. The business layer would have the business logic and the data layer would have the storage.

Hope that helps

Pages: 1 ... 3 4 [5] 6 7 ... 34