JL
HI
when should i use information carrier of type "Document" object and when should i use the " technical terms" object ??
and what is the different between these objects ?
for example i have an output from a process , this output is "newspaper" , should i use a technical term called "newspaper" as an output from this process , or should i use a Document object called "newspaper" as an output form this process ??
thx
Jone,
Document is used the way its object type implies - as information carrier. Cluster/Data model is used to specify some data set at conceptual or logical level. Technical term is sometimes used in the same way. This is may be not as appropriate as Cluster/Data model but there are much more connection types and models allowed for Technical term, which makes it popular. Other, more concrete object types for data are Class and ERM Attribute.
If you want to model a set of e.g. "Client contact data", Cluster/Data model is the right thing to use. Then "Client contact data" can _lie on_ different Documents: "Offer", "Invoice", "Credit Note" etc. In many cases Document is avoided and Cluster/Data model is also used for things such as "Offer" and "Invoice". It's a matter level of abstraction and convention. Another important criteria is which models/method do you plan to use.
There are several good threads in the Community on this topic.
Document is a container for information or data. A collection of data that made up a sensible piece of information would be classified as an artefact. Hence an invoice is an artefact that business handles.Apart from processing of the contents, there is another basic requirement in business to maintain such artefact for legal purpose, i.e. regulatory compliance as legal evidence of a business transaction which form part of the legal contract. I would put this as the priority when defining an output or trasanction information.
Back to BPMN, in BPMN 1.1/1.2 the term used is artefact but in BPMN 2.0 it is refered to as data object which is a technical term and less business friendly. Personnaly, i still use the 'data object' as that of an 'artefact'. Anyway, it is the data attributes defined for the data object / artefact that make up the required information.
@Ivo. Your approach seems to be at the data modelling level which IMO would be confusing to the business. For the information model, a 'business object model' or 'class model' should be adequate.
