Search
Search

# Who poses the requirements for business document content?

#### The issue

Imagine, you have to specify a typed method. How do you know, what this method and its signature are supposed to look like? There is a simple answer to that question: just look at the semantics of the method definition, i.e. at its specification. As long as a method is supposed to be a mapping between two states, it is logically a function and thus can be specified relationally.  Lets have a look at business document content specification. Here the world is quite different.  As I explained in another About Electronic Documents, Business Documents and Messages, documents can be viewed as documenting state transitions of business processes in a way so that their content is useful for accomplishing further transitions in other business processes.  What happens, if the information exchanged within one business interaction are motivated only by the needs of other business processes, which depend on the information of the original process and so forth?  Sounds wierd? Look at this simple example: A patient becomes admitted to a hospital, where he has to provide his or her insurance card. Why? This is not because this information is needed in the treatment interaction between patient and hospital but it is needed in the billing interaction between hospital and insurance. So, it seems to me that such a constellation is more the rule than the exception.

#### The consequences

You must be Logged on to comment or reply to a post.
• Hi Johannes –

Another thought-provoking post that ties the “everyday” to the “abstruse” (parent-child relations and “state-transitions). Wonderful stuff, as always.

But a really dumb question which I’m sure you can answer and therefore “unconfuse me”.

Suppose we have your P = (p0,p1,…,pi,…,pn) where P is a sequence of processes and pj depends on at least one pk for k < j.

Then your point about each process pi seems to disappear if we simply say: “No, no – there is actually a super-process “P” whose state transitions are determined by the state-transitions within its sub-processes pi (0<=i<=n)”.

Well, maybe not disappear, since someone can come along and say: “Ah, but there is:

P = (P0,…Pi,…,Pn)

where our original “super-process” P is some Pi in the “super-super-process” P.

And in this case, your point is valid again at the “P” level, though not at the “p” level.

But surely, there must be some real-world business processes where the potentially infinite recursion terminates, and we have a fully-determinate “super*-process” P*.

As I said, it’s a dumb question, to which I’m sure you can help me to see the correct answer.

Best regards
djh

• Former Member Post author
Hi David,
according to my understanding, your question rests on the assumption that a super-process does exist. To substantiate this assumption, you would have to say, which composition rules processes follow. As long as these rules are not defined, your question seems to be not well enough posed.
Regards, Johannes
• Hi Johannes –

I think the question you’re raising is the same one which De Marco raised some years ago in the context of DFD’s (“data flow diagrams”).

In particular, he and his colleagues suggested that DFD’s could be “levelled” whenever a large and complex process had subordinate large and complex processes, which in turn had large and complex processes, etc.

So at each level, a complex process at the next-lowest level is represented by an empty “black-box” bubble, and for information on the detailed process inside this “black-box” bubble, you have to go to the DFD for the next-lowest-level.

I’m not sure that the question you’re raising differs from the question he raised, although the relevant technologies have certainly advanced from the time when systems analysts drew DFD’s using the straight-edge and circular cut-out of a flow-charting template.

Ah well – I lost my last green plastic template years ago … but I still have some coding pads. The reverse side of the pages are all blank, and very useful for sketching out preliminary designs.  (Just kidding!)

Regards
djh

• Hello, first of all it is good to see how Business Process can integrate an institution like you say where big companies have to be conected because they loose contact as it gets bigger. Efforts are coperative production is multiplied.
There are other environments of high productivity where cooperation may contribute to balance work, act better and generate short term strategies to reach mentioned goals.
Documents should be converted to input applications so communication is from one step to another without wasting time in filling forms.
I think its better contribution is to manage stress free environments.
• I think when you start thinking of managing a high level process you should be thinking in communication after you think of integrating those small processes into a big one there are high level strategies that may you get to your point such as making a desition on a state change where if you could program it you could say if this happens then i exit the loop or other strategy. For expample you could have a watch dog to take care of time outs in one single sub-process.