LC 00511: verschil tussen versies
Geen bewerkingssamenvatting |
Geen bewerkingssamenvatting |
||
(12 tussenliggende versies door 2 gebruikers niet weergegeven) | |||
Regel 1: | Regel 1: | ||
Knowing-how knowledge (expertise, behavior and (non-)human activities) and worldviews of people acting in particular situations can be described and assessed with EM<sub>ont</sub>. EM<sub>ont</sub> consists of modeling elements, i.e., concepts and relations, which will be introduced shortly with the help of the fictitious and simplified situation of people counteracting a flooding disaster. In the section on {{Internal link|link=LC 00512|name=social innovation applications|dialog=process-linkpage-dialog}}, advanced modeling concepts are presented in the form of reusable patterns that can be adapted for modeling realistic situations. | |||
The ontology is presented with the help of concept maps, a visual notation for relating concepts. As such, a concept map can be regarded as the visual counterpart of the fundamental semantic web proposition: ''subject → predicate → object'' (see as an example the {{Internal link|link=LC 00510|name=Saint Nicolas and Black Peter concept map|dialog=process-linkpage-dialog}}). | |||
== Capturing Activities with the PQR Formula == | |||
Human activity systems, as well as activities of other kinds of actors like machinery, can be modeled with help of the PQR formula. It concisely captures (human) activities executed to deal with particular circumstances which are motivated by the actors’ worldview. The formula is pivotal to EM<sub>ont</sub> and originates from the Soft Systems Methodology. Applying the PQR formula touches upon the expertise or knowing-how knowledge of an expert. It shapes a root definition: a statement written in a few sentences capturing the essence of someone’s worldview. The PQR formula reads like a sentence: “Do P by a Q in order to achieve R”. The letters P, Q and R do not resemble anything, except for being subsequent letters in the alphabet. A specific meaning, however, is attached to these letters (see Table 1). | |||
The PQR formula applied to the case of counteracting a disaster (see Figure 1) looks like: “You can counteract the disaster (P—What) by, depending on the circumstances, fighting it (Q1—How) or evacuating (Q2—How) in order to save you and your relatives’ lives (R—Why)”. | |||
{| class="wikitable" | |||
|'''PQR''' | |||
| colspan="3" |Meaning | |||
|- | |||
|P | |||
|What | |||
|Activity | |||
|What activity are we going to do, perform, execute or what process is going to happen? | |||
|- | |||
|Q | |||
|How | |||
|Sub-activity | |||
|In what way are we going to do it? | |||
|- | |||
|R | |||
|Why | |||
|Goal | |||
|What goal do we want to achieve? | |||
|} | |||
'''Table 1:''' The meaning of P, Q and R of the PQR formula. | |||
The PQR formula is in EM<sub>ont</sub> applied recursively in line with the recursive nature of patterns in the MPF. A How (Q) can be decomposed in more specific or diverse How’s (Q’s). To continue from the example in Figure 1, the evacuation activity can be subdivided into evacuation by car (Q2,1) or by public transport (Q2,2). Hence, the evacuation activity (Q2) gets the status of a What activity (P2) for its constituents. The link between a How (Q) and a What (P) is established with the “part of” relation. Just like activities, goals can be decomposed into sub-goals as well. | |||
[[Bestand:Example of PQR.png|gecentreerd|miniatuur|'''Figure 1:''' Example of applying the PQR-formula.|287x287px]] | |||
Generalizing from the example in this figure: by applying the PQR formula recursively, we can model an experts’ knowledge, that is, his behavioral patterns, at any desired level of detail. It should be noted that experts’ knowing-how knowledge is to a certain extent tacit knowledge, which is internalized and cannot be described in every detail. Nevertheless, experts can convey part of their expertise by pinpointing good practices and pitfalls. By making this explicit, we can assess whether the know-how of experts, i.e. , the way they achieve goals, cohere in order to make progress together in a problematic situation. | |||
== Activities in Contexts == | |||
A situation is comprised of several actors brought together to achieve goals. Rather than talking about actors, we prefer to model human behavior as roles. An actor is regarded as someone or something in the real world that can play one or more roles. It is also conceivable that a role is realized by more than one actor. With the concept of role we can abstract away from real world entities and make a situation more generally applicable. | |||
Technically speaking, a situation and roles in a situation are both modeled with the unifying concept of context. The reason to unify these two concepts is that they are strongly related, or even stronger, they are actually the same when viewed from different perspectives. Take, for example, an organization, which can be seen as a role in particular situation together with other roles. But at the organization-level, the organization can be regarded as a situation that can be decomposed on its turn into roles such as departments and individual employees acting their parts. | |||
The finer points of situations and roles are discussed with the help of the “Community resilience” example (see Figure 2). A community tries to cope with disturbances (main activity—What) by minimizing the effect of disturbances (main goal—Why), including the more specific situation “Flooding” and two roles namely “Rescue worker” and “Civilian”. | |||
Specific roles apply to specific situations. For example, the role “Civilian: Civilian dealing with flooding” shows that the role “Civilian dealing with flooding” is a sub-context of the situation “Flooding”, as indicated by means of visually nesting contexts, and at the same time it is a sub-context of the role “Civilian”, as established by the notation ''super-context: sub-context''. Thus, a sub-context can be part of more than one super-context. | |||
To conclude, it can be observed that a context is used to model situations that are comprised of sub-situations and roles. In turn, a role may be regarded as a situation for its constituents. That is, a role can be seen as a situation made up of sub-roles and sub-situations. By treating situations and roles similarly, refined and overlapping situations can be modeled matching reality in which situations and roles are not reducible to strict hierarchies. | |||
[[Bestand:Contexts example.png|gecentreerd|miniatuur|465x465px|'''Figure 2:''' example of a visualization of contexts: Community resilience.]] | |||
== Worldviews of Roles Involved == | |||
Regarding roles, we have up to now focused only on one single way to carry out activities related to that role. However, people can carry out an activity in various ways. These different approaches originate from differences in people worldviews. And vice-versa, someone’s worldview can vary depending on the situation he is engaged in. Therefore, different worldviews will have to be considered in modeling activities. A worldview is regarded in EM<sub>ont</sub> as a particular way of role behavior in a given situation. | |||
Worldviews can be included in the model similarly to the way contexts were used to model roles in specific situations. Figure 3 illustrates a situation with different worldviews: a Civilian can deal with flooding by leading the neighborhood and helping his neighbors or by dealing with flooding on its own. The sub-situation “Civilian dealing with flooding on its own” includes the belief “I do not trust the government”, which means that this particular civilian does not trust the government to organize public transport as evacuation means and will evacuate only with his own car. | |||
[[Bestand:Worldviews example.png|gecentreerd|miniatuur|467x467px|'''Figure 3''': example of how worldviews are included in a concept map.]] | |||
== Interdependencies and Relations between Elements == | |||
Roles played by actors in a situation are typically not islands, instead, they interact. The concept condition is used to characterize the quality of interactions between roles. They determine how and how well the actors in a situation interact and execute activities. Conditions can be influenced by the behavior of actors. They are often defined in a qualified way, e.g. “the availability of rescue workers”, or “sufficient supply of evacuation resources”. As such, a condition can be regarded as a system indicator indicating a system’s state. | |||
Typically, a goal and condition are related, expressed by the relation “contributes”: a goal contributes to a condition. In Figure 4, the goal “Right resources in the right place in time” contributes positively to the condition “Evacuation resources”. In other words, the condition is an indication of the extent to which the goal has been achieved. Note, a goal and a condition are deliberately modeled as different elements, because in real situations it frequently occurs that achieving one goal (contributing to a condition) can be undermined by achieving another goal (contributing to the same condition). Take for instance (not shown in the examples), a government formally informing civilians during a disturbance. The activities performed by civilians are likely to depend on the quality of information given by the government. This condition might be undermined though by civilians who spread rumors, whether deliberately or true or not, resulting in a lower information quality level. This might confuse civilians who have to decide who to trust, the government or the rumors. | |||
The examples in Figure 4 and 5 show the type and quality of relations between activities, goals and conditions: | |||
* Dependency: an activity may depend on a condition, as is the case in Figure 3: evacuation with public transport “depends on” on the availability of evacuation resources. Dependency between an activity and a condition shows that the extent to which the activity can be executed depends on how well this activity is facilitated by other activities contributing positively to the condition the activity depends on (see Figure 4). It is meant as an efficacy relation, a necessary condition, which must be satisfied in order to perform an activity. That is, it is not possible to evacuate without even a minimal availability of evacuation resources. | |||
* Contribution: a goal contributes to a condition, including a range of values (--, -, ±. +, ++), indicating a negative, neutral or positive contribution. The relation “contributes” is not as strong as the relation “depends on”. A dependency can be expressed as “contributes” for modeling situations in which the relation between an activity and a condition is weaker. | |||
[[Bestand:Interdependencies and Relations between Elements.png|gecentreerd|miniatuur|465x465px|'''Figure 4''': example of relations (dependencies and contributions) between elements.]] | |||
The semantics of the “depends on” and the “contributes” relations have been deliberately not defined strictly. First, in our experience, these two relations are sufficient defined to get the finer points of interacting roles in a situation across. Second, precise definitions may actually restrict the applicability of the relations. As is the nature of the semantic web, ontologies may be refined to fit the application domain at hand. | |||
Regarding the general pattern of relations as shown in Figure 5, the condition establishes an implicit relation between Activity A and Activity B. There is, however, no need to make the dotted relations between Activity A and B explicit, which have already been established by means of the “contributes” and “depends on” relations shown as solid lines. | |||
[[Bestand:Implicit relations.png|gecentreerd|miniatuur|427x427px|'''Figure 5''': implicit relations between activities.]] | |||
== The Main Scheme of Community Resilience == | |||
Concept maps show the relations between concepts as propositions visually. This is especially useful for conveying ideas between stakeholders. However, concept maps of complex situations tend to grow large. Creating clarity in a complex model, such as the one about community resilience (see Figure 6, composed from Figure 2 and Figure 3), can be done firstly by developing a main scheme presenting the big, more generic picture including only the most important situations (sub-contexts, or so-called “hooks”). Details of the different sub-contexts can be provided only when “zooming in”, thus by developing separate schemes that describe the sub-context selected from the main scheme in more detail. | |||
To the sub-contexts as shown in Figure 2, information can be added and removed, see Figure 4. For instance, specific roles at the bottom of the scheme such as “Civilian dealing with flooding on its own” and “Civilian leading the neighborhood to deal with flooding” are derived from the role “Civilian dealing with flooding”. Modeling elements can be discarded when they are not of use or add value to a particular sub-context. For instance, the context “Civilian dealing with flooding on its own”, the activity “Fight” has been removed. The octagonal shape of certain modeling elements indicates that this element occurs in other contexts as well. In Figure 3 and Figure 5 the activities “Fight” and “Evacuate” occur elsewhere in the context “Flooding” as well. | |||
[[Bestand:Main concept map example.png|gecentreerd|miniatuur|523x523px|'''Figure 6''': example of a main scheme presenting the big, more generic picture including only the most important situations.]] | |||
== Discussion == | |||
The strength of modeling complex situations with EM<sub>ont</sub> lies in putting patterns of (non-) human behavior, modeled with the PQR formula, in a context and applying these recursively. A context is key to modeling situations or roles, related activities and interactions of actors with different worldviews. The example of a flooding disaster is used as a simplified, but incomplete illustration of a real situation. Real situations can be modeled in a comprehensive manner, but the models can also become very complex and big. Detailed descriptions of the sub-situations can be made by dividing a situation into sub-contexts and describing them in separate concept maps. | |||
Concepts not discussed in this introduction to modeling with EM<sub>ont</sub> include documenting good and bad practices, temporal orderings of (compound) activities and modeling conceptual knowledge and its connection to PQR’s in a context. These concepts make modeling with EM<sub>ont</sub> more comprehensive, yet they do not introduce significant different elements to EM<sub>ont</sub>. They are discussed in a more {{Internal link|link=LC 00424|name=formal section on the Expertise Management ontology|dialog=process-linkpage-dialog}}. | |||
{{LC Book config}} | {{LC Book config}} | ||
{{Light Context | {{Light Context | ||
Regel 5: | Regel 88: | ||
|Toppage=Other | |Toppage=Other | ||
|Sequence number=200000 | |Sequence number=200000 | ||
|Sequence numbers=LC_00535,100000;LC_00556,200000;LC_00557, | |Sequence numbers=LC_00535,100000;LC_00556,200000;LC_00557,300000;LC_00558,300000;LC_00564,350000;LC_00559,450000; | ||
|Context type=Situation | |Context type=Situation | ||
|Heading=Expertise Management Ontology by | |Heading=Expertise Management Ontology by Example | ||
|Show referred by=Nee | |||
|Show edit button=Ja | |Show edit button=Ja | ||
|Show VE button=Ja | |Show VE button=Ja | ||
|Show title=Ja | |Show title=Ja | ||
}} | |||
}} | |||
{{LC Book additional | {{LC Book additional | ||
|Preparatory reading= | |Preparatory reading=LC 00510 | ||
|Continue reading= | |Continue reading=LC 00513 | ||
}} | }} |
Huidige versie van 25 jul 2022 om 09:38
Knowing-how knowledge (expertise, behavior and (non-)human activities) and worldviews of people acting in particular situations can be described and assessed with EMont. EMont consists of modeling elements, i.e., concepts and relations, which will be introduced shortly with the help of the fictitious and simplified situation of people counteracting a flooding disaster. In the section on social innovation applications, advanced modeling concepts are presented in the form of reusable patterns that can be adapted for modeling realistic situations.
The ontology is presented with the help of concept maps, a visual notation for relating concepts. As such, a concept map can be regarded as the visual counterpart of the fundamental semantic web proposition: subject → predicate → object (see as an example the Saint Nicolas and Black Peter concept map).
Capturing Activities with the PQR Formula
Human activity systems, as well as activities of other kinds of actors like machinery, can be modeled with help of the PQR formula. It concisely captures (human) activities executed to deal with particular circumstances which are motivated by the actors’ worldview. The formula is pivotal to EMont and originates from the Soft Systems Methodology. Applying the PQR formula touches upon the expertise or knowing-how knowledge of an expert. It shapes a root definition: a statement written in a few sentences capturing the essence of someone’s worldview. The PQR formula reads like a sentence: “Do P by a Q in order to achieve R”. The letters P, Q and R do not resemble anything, except for being subsequent letters in the alphabet. A specific meaning, however, is attached to these letters (see Table 1).
The PQR formula applied to the case of counteracting a disaster (see Figure 1) looks like: “You can counteract the disaster (P—What) by, depending on the circumstances, fighting it (Q1—How) or evacuating (Q2—How) in order to save you and your relatives’ lives (R—Why)”.
PQR | Meaning | ||
P | What | Activity | What activity are we going to do, perform, execute or what process is going to happen? |
Q | How | Sub-activity | In what way are we going to do it? |
R | Why | Goal | What goal do we want to achieve? |
Table 1: The meaning of P, Q and R of the PQR formula.
The PQR formula is in EMont applied recursively in line with the recursive nature of patterns in the MPF. A How (Q) can be decomposed in more specific or diverse How’s (Q’s). To continue from the example in Figure 1, the evacuation activity can be subdivided into evacuation by car (Q2,1) or by public transport (Q2,2). Hence, the evacuation activity (Q2) gets the status of a What activity (P2) for its constituents. The link between a How (Q) and a What (P) is established with the “part of” relation. Just like activities, goals can be decomposed into sub-goals as well.
Generalizing from the example in this figure: by applying the PQR formula recursively, we can model an experts’ knowledge, that is, his behavioral patterns, at any desired level of detail. It should be noted that experts’ knowing-how knowledge is to a certain extent tacit knowledge, which is internalized and cannot be described in every detail. Nevertheless, experts can convey part of their expertise by pinpointing good practices and pitfalls. By making this explicit, we can assess whether the know-how of experts, i.e. , the way they achieve goals, cohere in order to make progress together in a problematic situation.
Activities in Contexts
A situation is comprised of several actors brought together to achieve goals. Rather than talking about actors, we prefer to model human behavior as roles. An actor is regarded as someone or something in the real world that can play one or more roles. It is also conceivable that a role is realized by more than one actor. With the concept of role we can abstract away from real world entities and make a situation more generally applicable.
Technically speaking, a situation and roles in a situation are both modeled with the unifying concept of context. The reason to unify these two concepts is that they are strongly related, or even stronger, they are actually the same when viewed from different perspectives. Take, for example, an organization, which can be seen as a role in particular situation together with other roles. But at the organization-level, the organization can be regarded as a situation that can be decomposed on its turn into roles such as departments and individual employees acting their parts.
The finer points of situations and roles are discussed with the help of the “Community resilience” example (see Figure 2). A community tries to cope with disturbances (main activity—What) by minimizing the effect of disturbances (main goal—Why), including the more specific situation “Flooding” and two roles namely “Rescue worker” and “Civilian”.
Specific roles apply to specific situations. For example, the role “Civilian: Civilian dealing with flooding” shows that the role “Civilian dealing with flooding” is a sub-context of the situation “Flooding”, as indicated by means of visually nesting contexts, and at the same time it is a sub-context of the role “Civilian”, as established by the notation super-context: sub-context. Thus, a sub-context can be part of more than one super-context.
To conclude, it can be observed that a context is used to model situations that are comprised of sub-situations and roles. In turn, a role may be regarded as a situation for its constituents. That is, a role can be seen as a situation made up of sub-roles and sub-situations. By treating situations and roles similarly, refined and overlapping situations can be modeled matching reality in which situations and roles are not reducible to strict hierarchies.
Worldviews of Roles Involved
Regarding roles, we have up to now focused only on one single way to carry out activities related to that role. However, people can carry out an activity in various ways. These different approaches originate from differences in people worldviews. And vice-versa, someone’s worldview can vary depending on the situation he is engaged in. Therefore, different worldviews will have to be considered in modeling activities. A worldview is regarded in EMont as a particular way of role behavior in a given situation.
Worldviews can be included in the model similarly to the way contexts were used to model roles in specific situations. Figure 3 illustrates a situation with different worldviews: a Civilian can deal with flooding by leading the neighborhood and helping his neighbors or by dealing with flooding on its own. The sub-situation “Civilian dealing with flooding on its own” includes the belief “I do not trust the government”, which means that this particular civilian does not trust the government to organize public transport as evacuation means and will evacuate only with his own car.
Interdependencies and Relations between Elements
Roles played by actors in a situation are typically not islands, instead, they interact. The concept condition is used to characterize the quality of interactions between roles. They determine how and how well the actors in a situation interact and execute activities. Conditions can be influenced by the behavior of actors. They are often defined in a qualified way, e.g. “the availability of rescue workers”, or “sufficient supply of evacuation resources”. As such, a condition can be regarded as a system indicator indicating a system’s state.
Typically, a goal and condition are related, expressed by the relation “contributes”: a goal contributes to a condition. In Figure 4, the goal “Right resources in the right place in time” contributes positively to the condition “Evacuation resources”. In other words, the condition is an indication of the extent to which the goal has been achieved. Note, a goal and a condition are deliberately modeled as different elements, because in real situations it frequently occurs that achieving one goal (contributing to a condition) can be undermined by achieving another goal (contributing to the same condition). Take for instance (not shown in the examples), a government formally informing civilians during a disturbance. The activities performed by civilians are likely to depend on the quality of information given by the government. This condition might be undermined though by civilians who spread rumors, whether deliberately or true or not, resulting in a lower information quality level. This might confuse civilians who have to decide who to trust, the government or the rumors.
The examples in Figure 4 and 5 show the type and quality of relations between activities, goals and conditions:
- Dependency: an activity may depend on a condition, as is the case in Figure 3: evacuation with public transport “depends on” on the availability of evacuation resources. Dependency between an activity and a condition shows that the extent to which the activity can be executed depends on how well this activity is facilitated by other activities contributing positively to the condition the activity depends on (see Figure 4). It is meant as an efficacy relation, a necessary condition, which must be satisfied in order to perform an activity. That is, it is not possible to evacuate without even a minimal availability of evacuation resources.
- Contribution: a goal contributes to a condition, including a range of values (--, -, ±. +, ++), indicating a negative, neutral or positive contribution. The relation “contributes” is not as strong as the relation “depends on”. A dependency can be expressed as “contributes” for modeling situations in which the relation between an activity and a condition is weaker.
The semantics of the “depends on” and the “contributes” relations have been deliberately not defined strictly. First, in our experience, these two relations are sufficient defined to get the finer points of interacting roles in a situation across. Second, precise definitions may actually restrict the applicability of the relations. As is the nature of the semantic web, ontologies may be refined to fit the application domain at hand.
Regarding the general pattern of relations as shown in Figure 5, the condition establishes an implicit relation between Activity A and Activity B. There is, however, no need to make the dotted relations between Activity A and B explicit, which have already been established by means of the “contributes” and “depends on” relations shown as solid lines.
The Main Scheme of Community Resilience
Concept maps show the relations between concepts as propositions visually. This is especially useful for conveying ideas between stakeholders. However, concept maps of complex situations tend to grow large. Creating clarity in a complex model, such as the one about community resilience (see Figure 6, composed from Figure 2 and Figure 3), can be done firstly by developing a main scheme presenting the big, more generic picture including only the most important situations (sub-contexts, or so-called “hooks”). Details of the different sub-contexts can be provided only when “zooming in”, thus by developing separate schemes that describe the sub-context selected from the main scheme in more detail.
To the sub-contexts as shown in Figure 2, information can be added and removed, see Figure 4. For instance, specific roles at the bottom of the scheme such as “Civilian dealing with flooding on its own” and “Civilian leading the neighborhood to deal with flooding” are derived from the role “Civilian dealing with flooding”. Modeling elements can be discarded when they are not of use or add value to a particular sub-context. For instance, the context “Civilian dealing with flooding on its own”, the activity “Fight” has been removed. The octagonal shape of certain modeling elements indicates that this element occurs in other contexts as well. In Figure 3 and Figure 5 the activities “Fight” and “Evacuate” occur elsewhere in the context “Flooding” as well.
Discussion
The strength of modeling complex situations with EMont lies in putting patterns of (non-) human behavior, modeled with the PQR formula, in a context and applying these recursively. A context is key to modeling situations or roles, related activities and interactions of actors with different worldviews. The example of a flooding disaster is used as a simplified, but incomplete illustration of a real situation. Real situations can be modeled in a comprehensive manner, but the models can also become very complex and big. Detailed descriptions of the sub-situations can be made by dividing a situation into sub-contexts and describing them in separate concept maps.
Concepts not discussed in this introduction to modeling with EMont include documenting good and bad practices, temporal orderings of (compound) activities and modeling conceptual knowledge and its connection to PQR’s in a context. These concepts make modeling with EMont more comprehensive, yet they do not introduce significant different elements to EMont. They are discussed in a more formal section on the Expertise Management ontology.
- Lees hiervoor:
- Lees hierna: