| Pääteemat | Esitiedot | Lähestyy oppimistavoitetta | Saavuttaa oppimistavoitteet | Syventää oppimistavoitteita | |
|---|---|---|---|---|---|
| Establishing a basic understanding for the e-business context. Introducing the vocabulary required for communicating with business analysts and consultants | - | Knows how to apply the BOAT-model to classify business processes | Can define what a business process BP is, understands how the BOAT model and classification categories for BPs interleave in alignment strategies, can explain in detail the BOAT model | Organize at a glance unstructructured business-context data for instantaneous policy formulation. | |
| Being able to model a business process (BP) from a (semi) informal to a formal level | Recommended: Software Modelling |
Can model a business process in a notation of choice | Can model a BP in BPMN and Petri-net notation. Know how to map from informal to increasingly formal BP-notations. Knows control-flow patterns | Being able to model a BP so that it adheres to the detected business context. | |
| Specifying the resource perspective of a business process and understanding improvement scopes | - | Can organize and specify the resource perspective | Can develop the resource perspective of a BP and knows how to apply resource patterns. | Knowing why the resource perspective is different from control flow but how to associate both for meaningful automation. | |
|
Analyzing workflows for detecting errors, injecting patterns, enhancing efficiency |
Recommended: Models of Computation | Knows why soundness is an important feature. Has an overview of techniques for checking BPs. | Can define soundness and all related sub-properties. Can explain in detail what validation, verification and performance testing of a BP is, what their respective strengths and weeknesses are. Can apply verification tools. | Understanding the importance of semantics versus mere syntax | |
| Understanding the functions and architecture of an enactment system for business processes | - | Can draw the workflow management reference architecture. Knows what parts of the YAWL application correspond to which part of the reference architecture. | Knows in detail all components and interfaces of the workflow management reference architecture, what problems may occur between them and what types of data are needed. Can enact a business process in YAWL. | Analysing accurately workflow systems for completeness. | |
| Using BPEL for process formulation and a verification tool | - | Is aware of basic BPEL language constructs for control-flow and data flow | Can model a syntactically business process in BPEL, test for soundness with WofBPEL and enact with an open-source application | Having an awareness of the elements in the service-oriented architecture for BPA and where deficiencies exist. |
Additional information:
<p>http://www.cs.helsinki.fi/u/anorta/BPA2011.html</p>
<p>https://www.cs.helsinki.fi/en/courses/582667/2011/k/k/1</p>