Process-data diagram: Difference between revisions

Revision as of 19:40, 8 June 2016

Latest revision as of 14:53, 20 June 2024

(7 intermediate revisions by 6 users not shown)

Line 1:

[[File:Process-Data Diagram 01.jpg|thumb|360px|right|The process data diagram]]

A '''process-data diagram (PDD)''', also known as '''process-deliverable diagram''' is a [[diagram]] that describes [[process (computing)|process]]es and [[data]] that act as output of these processes. On the left side the [[meta-process model]] can be viewed and on the right side the [[metadata modeling|meta-data model]] can be viewed.<ref name="WSVB">I. Van de Weerd, J. Souer, J. Versendaal and [[Sjaak Brinkkemper]] (2005). ''Situational Requirements Engineering of Web Content Management Implementations''. SREP2005.</ref>

A process-data diagram can be seen as combination of a [[business process model]] and [[data model]].

Line 8:

The process-data diagram that is depicted at the right, gives an overview of all of these activities/processes and deliverables. The four gray boxes depict the four main [[implementation]] phases, which each contain several processes that are in this case all sequential. The boxes at the right show all the deliverables/[[concept]]s that result from the processes. Boxes without a shadow have no further sub-concepts. Boxes with a black shadow depict complex closed concepts, so concepts that have sub-concepts, which however will not be described in any more detail. Boxes with a white shadow (a box behind it) depict open closed concepts, where the sub-concepts are expanded in greater detail. The lines with diamonds show a has-a relationship between concepts.

The [[SAP Implementation]] process is made up out of four main phases, i.e. the project preparation where a vision of the future-state of the SAP solution is being created, a sizing and blueprinting phase where a [[solution stack|software stack]] is acquired and [[training]] is being performed, a functional development phase and finally a final preparation phase, when the last [[Software testing|tests]] are being performed before the actual go live. For each phase, the vital activities are addressed and the [[deliverable]]s/[[Product (business)|product]]s are explained.

== Process-data diagram building blocks ==

Line 18:

In Figure 2 an example from practice is illustrated. The example is taken from the requirements capturing workflow in UML-based Web Engineering. The main activity, user & ___domain modeling, consists of three activities that need to be carried out in a predefined order.

:<gallery>

Image:Process-Data Diagram 21.gif|1: Sequential activities

Image:Process-Data Diagram 22.gif|2: Example

Line 35:

In Figure 6, a fragment of a requirements capturing process is depicted. Two activities, defining the actors and defining the use cases, are carried out concurrently. The reason for carrying out these activities concurrently is that defining the actors influences the use cases greatly, and vice versa.

::<gallery>

Image:Process-Data Diagram 25.gif|5: Concurrent activities

Image:Process-Data Diagram 26.gif|6: Example