PL

In this 2009 article - Data Modeling Layers in ARISUwe Roediger shared "some thoughts" that launched several interesting discussions about this subject.

Focusing in the logical level, Uwe stated that "On this level, the logical data models are described. Currently, different notations are used here, e.g. ERM and UML. The preferred way to describe logical data models is to use Entity types and Attributes in IE Data Models. eERM diagrams should not be used any longer".

I do believe my question must have been addressed before - in the meanwhile I'll keep looking for answers - but it would be very kind and useful if someone could provide any suggestions about:

How to map data to BPM tasks?

In other words, I have BPM models and IE models and my question is: how is "the best" way in ARIS to create data views that shall support each task?

All suggestions will be very welcome.

Thanks in advance, Paulo

by M. Zschuckelt
Posted on Tue, 08/23/2016 - 08:45

Hello Paulo,

I have a humble suggestion from my practice:

Use the Cluster as the business object at process level. The cluster represents the "case file" that is handed through your process. Literally remember the old "paper process world": A file containing all sorts of sheets of paper landing on someone's desk to do something with. So it is a composed object. Use an "object assignment diagram" (non-standard, see below) to specify, what is in the file. In contrast to Uwe I would demand, that this object is stateless. If you produce a car in a process of dozens or thousands of steps you would go nuts modelling all intermediate states and when the engineer changes the design a bit you go modelling another state.

So the Cluster is the (stateless) business object. We have made up our own "object assignment diagram" where we assign objects from an object model at conceptual level to the cluster, thus describing what objects of the real world may occur in the case file. That conceptual level object model is described in IE data models. Additionally the "object assignment diagram" may declare relevant business object states (modelled as objects of type Product/Service). These may be shown in EPC, if you like.

The logical level of data modelling takes place in diagrams of type "Data type Diagram (Solution design)". Essentially these are in IE data model notation, but have slightly different symbols. There may be many of these. You will have at least one, describing a "canonical data model". That is the central reference for data integration on an ESB for example. There may be more data models for each application.

For mapping from the conceptual object model to the canonical data model and from the canonical data model to application specific data models you could use matrix models.

It is important to note, that the business side is responsible for the conceptual level object model, describing the (real world) object model and terminology of the business, while the canonical data model and application specific data models are in responsibility of IT. Ideally the definitions in the conceptual object model map exactly to the canonical data model. The canonical data model will add some technical necessities such as keys and message envelopes.

Specifically, if you want to get views for each BPM task and you are going through the effort of designing a new BPM workflow application, it is useful to collect user requirements in task specific "screen design" models. There you can visually collect the requirements, which d-attributes should show on a task specific screen. There you can "harvest" the d-attributes and allocate them in your conceptual level object model, thus enriching it with attribute level detail and possibly discovering gaps. This way you grow your conceptual level object model task by task. That is also often a concern that you cannot invest in developing an object model for the whole company. It can come as a by-product of your projects and grow successively as needed.

Regards, M. Zschuckelt

0
by Paulo Lima Author
Posted on Wed, 08/24/2016 - 10:06

In reply to by M. Zschuckelt

Hello Zschuckelt,

First of all I would like to thank you very much for your contribution. You not only answered my question but provided a method, with the techniques and the tools to be used, framed in a clear and consistent conceptual view. Really awesome! Your "humble" suggestion triggered my interest in the PRIME M2E methodology.

I need some time to digest the information and to perform some tests. As soon as I have news and or doubts I'll come back to you.

Best regards,

Paulo 

0

Featured achievement

Question Solver
Share your expertise and have your answer accepted as best reply.
Recent Unlocks
  • BZ
  • Profile picture for user TEF_Bernd
  • ПЦ
  • CR
  • BH
  • 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