Difference between revisions of "PKC Workflow/Process"

From PKC
Jump to navigation Jump to search
Line 16: Line 16:




When describing the inner structure of a process, there are more kinds of modeling methods (we can see this in the complexity of programming).  It is feasible to add more structure but note that a [[compact structure]] (desired traits of knowledge reprersentation) is preferable.
When describing the inner structure of a process, there are more kinds of modeling methods (we can see this in the complexity of programming).  It is feasible to add [[more structure]] (corresponding to different semantics) but note that a [[compact structure]] (desired traits of knowledge representation) is preferable.
 
In the simplest form, the process is the mapping of input to output.  In addition, we add a Loop structure on top of it.  See the [https://reference.wolfram.com/language/guide/LoopingConstructs.html LoopingConstructs Primitive] in Mathematica
 
 
[https://reference.wolfram.com/language/guide/FlowControl.html FlowControl primitives of Mathematica]
 
 


== Recurring ==  
== Recurring ==  

Revision as of 06:10, 23 August 2021

  1. Meeting and Communication
  2. Issue
  3. Updates and reports
  4. All activities


Note

When describing a process, it could be confusing as a process relates some inputs to outputs. The information entity such as Issue could mean either a process of issuing or the issue result presenting as a page.

When describing a process in the macroscope, it is always a verb. The input/output is defined according to the function's specification.

Inputs - [Process] -> Outputs

There are 2 possible reasons why the input/output might be incomplete:

  1. Stateful functions which cause side effects or dependence on global variables: It is the trade-off when using functional representation. To stick to the functional representation style, we should think about how to reorganize the function so that it is closer to stateless.
  2. Not capturing the input/output that a function cares about: Ideally, every input/output should be captured at least in low precision (type system). But since there are complexity and obscurity when describing real-world knowledge, it is possible that the input/output is incomplete.


When describing the inner structure of a process, there are more kinds of modeling methods (we can see this in the complexity of programming). It is feasible to add more structure (corresponding to different semantics) but note that a compact structure (desired traits of knowledge representation) is preferable.

In the simplest form, the process is the mapping of input to output. In addition, we add a Loop structure on top of it. See the LoopingConstructs Primitive in Mathematica


FlowControl primitives of Mathematica


Recurring

Non-recurring (normal)