ARIS User Group Deutschland (German only)
Register
ARIS Process Mining in action - Live Demo
Register
AGNL Thema-sessie Architectuur (Dutch only)
Register

View all
Profile picture for user Etienne

I have been using Archimate and found it to be very powerfull, but there is something that I miss. Prior to Archimate, I used the Access diagram to depict application views and have used the requirements object extensively to identify requirements related to the architecture. In our filter I have created requirement types:

business requirements

functional requirements and

non functional requirements

Unfortunately this is not possible in Archimate? One can do indirect associations using the matrix model type, but then you can't view it when you publish content. Is there a possibility of including the requirement object on the Archimate model type?

by Ivo Velitchkov
Posted on Fri, 02/04/2011 - 11:06

Etienne,

Re: functional requirements, you can use Function Allocation Diagram, Requirement Allocation Diagram and, for that matter, Access Diagram. Your ArchiMate 'Business Process' or 'Business Function' is allowed in all three of them as it is a <<Function>>.  And you can link directly <<Function>> with <<Requirement>> in the first two models and both of them to <<Application System Type>> in the third. Then again ArchiMate 'Application Component' is <<Application System Type>>. If symbols are of concern ArchiMate ones can be used in any non-ArchiMate model as well. And you can of course make you ArchiMate-like symbol for <<Requirement>> with Aris Symbol Editor.

The lack of support for motivational domain is admitted in ArchiMate specification 1.0  and included in Chapter 11 "Future Directions". Last year there was one very good attempt to suggest ArchiMate motivation extension.

Another approach is to use UML Use Case diagram which could be generated as transformation of <<Function>> from any model or group (ARIS DB context). There are many benefits in using ArchiMate and UML together. And ARIS is really ready for that with the way all methods reuse as many as possible from the existing object types. That's something really nice which I find underutilised by many users.

I think that this or a similar approach can be applied for non-functional requirements as well.

0
by Etienne Venter Author
Posted on Fri, 02/04/2011 - 11:53

Thanks Ivo, I agree, I do use the FAD where there is a function to depict business & functional requirements. It is non functional requirements (NFR) where I have the problem. NFR's are associated to application system objects (no FAD). NFR's can be applicable for the complete solution (IT system) or to specific application components. I'm trying to find a way of associating them directly to application system type objects in Archimate views?

0
by Etienne Venter Author
Posted on Fri, 02/04/2011 - 11:59

Another thought I had was to use the group object (structural element) and then to assign a requirements tree to indicate the requirements?

0
by Ivo Velitchkov
Posted on Fri, 02/04/2011 - 12:10

Why don't you use 'Meaning' with a new symbol "Requirement"? As you know 'Meaning' is  ARIS <<Knowledge Category>> object type. A think it will work well. And then, isn't it appropriate to have a cloud-like representation of things which are sometimes vague and often transient :)

0
by Etienne Venter Author
Posted on Fri, 02/04/2011 - 12:25

Thanks Ivo, I can, but I already use the requirement object across multiple phases in the SDLC and have scripting that uses the requirement object type.

0
by Ivo Velitchkov
Posted on Fri, 02/04/2011 - 13:37

The only all-method model is the 'Matrix' model. I wish there was a "normal" one or a method-extension mechanism, but...

0

Featured achievement

Question Solver
Share your expertise and have your answer accepted as best reply.
Recent Unlocks
  • BH
  • Profile picture for user Ivan.Ivanov.softwareag.com
  • Profile picture for user mscheid
  • MS
  • Profile picture for user syarafuddinhilmi
  • PacMan

Leaderboard

|
icon-arrow-down icon-arrow-cerulean-left icon-arrow-cerulean-right icon-arrow-down icon-arrow-left icon-arrow-right icon-arrow icon-back icon-close icon-comments icon-correct-answer icon-tick icon-download icon-facebook icon-flag icon-google-plus icon-hamburger icon-in icon-info icon-instagram icon-login-true icon-login icon-mail-notification icon-mail icon-mortarboard icon-newsletter icon-notification icon-pinterest icon-plus icon-rss icon-search icon-share icon-shield icon-snapchat icon-star icon-tutorials icon-twitter icon-universities icon-videos icon-views icon-whatsapp icon-xing icon-youtube icon-jobs icon-heart icon-heart2 aris-express bpm-glossary help-intro help-design Process_Mining_Icon help-publishing help-administration help-dashboarding help-archive help-risk icon-knowledge icon-question icon-events icon-message icon-more icon-pencil forum-icon icon-lock