@fmsim/fmsim 0.0.49

package/dist-app/helps/integration/task/floating-point.md

@@ -0,0 +1,34 @@
+# Floating Point
+
+The IEEE Standard for Floating-Point Arithmetic (IEEE 754) is a technical standard for floating-point arithmetic established in 1985 by the Institute of Electrical and Electronics Engineers (IEEE). The standard addressed many problems found in the diverse floating-point implementations that made them difficult to use reliably and portably. Many hardware floating-point units use the IEEE 754 standard.
+
+## parameters
+
+- [accessor](../concept/data-accessor.md)
+  - specify the value to be processed
+- operation
+  - read : Read IEEE754 floating point numbers from a Buffer
+  - write : Write IEEE754 floating point numbers to a Buffer
+- endian
+  - little : little endian
+  - big : big endian
+- float type
+  - float : 4byte single precision floating point
+  - double : 8byte double precision floating point
+
+## pseudo code
+
+```
+  const isLittleEndian = endian === 'little'
+  const nBytes = floatType === 'float' ? 4 : 8
+  const mantissa = floatType === 'float' ? 23 : 52
+
+  var result
+
+  if(operation == 'write') {
+    result = Buffer.alloc(nBytes)
+    ieee754.write(result, value, 0, isLittleEndian, mantissa, nBytes)
+  } else {
+    result = ieee754.read(value, 0, isLittleEndian, mantissa, nBytes)
+  }
+```

package/dist-app/helps/integration/task/goto.md

@@ -0,0 +1,8 @@
+# Goto Task
+
+'goto' 파라미터로 지정된 스텝으로 점프하는 태스크이다.
+
+## parameters
+
+- goto
+  - 이동할 스텝의 이름을 지정한다.

package/dist-app/helps/integration/task/graphql-mutate.md

@@ -0,0 +1,44 @@
+# GraphqlMutate Task
+
+서버에서 제공하는 graphql mutate API를 호출하는 태스크이다.
+MutationQuery를 작성할 때, 변수 처리는 다음과 같이 두 가지 방법으로 가능하며, 방법 2를 사용하기를 권장한다.
+
+방법 1. 시나리오 컨텍스트의 data와 variables를 변수로 활용할 수 있다.
+이 방법은 문자열 변수를 적용할 때 적합하다.
+
+```
+mutation {
+  syncAllMarketplaceOrder(fromDate: "${this.variables.fromDate}", toDate: "${this.variables.toDate}") {
+    ...
+  }
+
+  removeTagFromObject(tag: "${this.data.tag}") {
+    ...
+  }
+}
+```
+
+방법 2. varibles에 사용할 변수를 지정하고, graphql 변수 처리방법을 사용한다. variables의 값은 시나리오 컨텍스트의 data 에 대한 accessor로 지정할 수 있다.
+이 방법은 객체형 변수를 적용할 때 적합하다.
+
+```
+mutation($fromDate: String!, $toDate: String!) {
+  syncAllMarketplaceOrder(fromDate: $fromDate, toDate: $toDate) {
+    ...
+  }
+
+  removeTagFromObject(tag: $tag) {
+    ...
+  }
+}
+```
+
+## parameters
+
+- mutation
+
+  - graphql mutation 쿼리를 입력한다.
+
+- variables
+  - graphql query에서 사용될 변수를 정의한다.
+  - key예는 변수의 이름을 지정하며, value에는 변수값에 해당하는 data accessor를 설정한다.

package/dist-app/helps/integration/task/graphql-query.md

@@ -0,0 +1,44 @@
+# GraphqlQuery Task
+
+서버에서 제공하는 graphql query API를 호출하는 태스크이다.
+Query를 작성할 때, 변수 처리는 다음과 같이 두 가지 방법으로 가능하며, 방법 2를 사용하기를 권장한다.
+
+방법 1. 시나리오 컨텍스트의 data와 variables를 변수로 활용할 수 있다.
+이 방법은 문자열 변수를 적용할 때 적합하다.
+
+```
+query {
+  fetchWorkOrderHistory(fromDate: "${this.variables.fromDate}", toDate: "${this.variables.toDate}") {
+    ...
+  }
+
+  searchObjectWithTag(tag: "${this.data.tag}") {
+    ...
+  }
+}
+```
+
+방법 2. varibles에 사용할 변수를 지정하고, graphql 변수 처리방법을 사용한다. variables의 값은 시나리오 컨텍스트의 data 에 대한 accessor로 지정할 수 있다.
+이 방법은 객체형 변수를 적용할 때 적합하다.
+
+```
+query($filters: [Filter!], $sortings: [Sorting!], $pagination: Pagination, tag: String!) {
+  boards(filters: $filters, sortings: $sortings, pagination: $pagination) {
+    ...
+  }
+
+  searchObjectWithTag(tag: $tag) {
+    ...
+  }
+}
+```
+
+## parameters
+
+- query
+
+  - graphql query를 입력한다.
+
+- variables
+  - graphql query에서 사용될 변수를 정의한다.
+  - key예는 변수의 이름을 지정하며, value에는 변수값에 해당하는 data accessor를 설정한다.

package/dist-app/helps/integration/task/headless-scrap.md

@@ -0,0 +1,13 @@
+# headless-scrap 태스크
+
+주어진 패스 주소의 웹페이지를 헤드리스크롬에서 읽은 후 주어진 셀렉터들의 값을 스크랩하여 해당하는 속성값으로 설정한다.
+
+## parameters
+
+- 패스 (path)
+  - 헤드리스크롬에서 읽을 웹페이지의 주소
+- 헤더 (headers)
+  - 웹페이지를 정상적으로 가져오기위해 주어져야하는 http header들을 설정한다.
+  - 주로 Authentication 등의 정보를 제공한다.
+- 셀렉터 (selector)
+  - 웹페이지안에서 특정 컨텐츠 값을 가져오기 위해 대상을 Selector로 지정한다.

package/dist-app/helps/integration/task/local-graphql-mutate.md

@@ -0,0 +1,44 @@
+# LocalGraphqlMutate Task
+
+서버에서 제공하는 graphql mutate API를 호출하는 태스크이다.
+MutationQuery를 작성할 때, 변수 처리는 다음과 같이 두 가지 방법으로 가능하며, 방법 2를 사용하기를 권장한다.
+
+방법 1. 시나리오 컨텍스트의 data와 variables를 변수로 활용할 수 있다.
+이 방법은 문자열 변수를 적용할 때 적합하다.
+
+```
+mutation {
+  syncAllMarketplaceOrder(fromDate: "${this.variables.fromDate}", toDate: "${this.variables.toDate}") {
+    ...
+  }
+
+  removeTagFromObject(tag: "${this.data.tag}") {
+    ...
+  }
+}
+```
+
+방법 2. varibles에 사용할 변수를 지정하고, graphql 변수 처리방법을 사용한다. variables의 값은 시나리오 컨텍스트의 data 에 대한 accessor로 지정할 수 있다.
+이 방법은 객체형 변수를 적용할 때 적합하다.
+
+```
+mutation($fromDate: String!, $toDate: String!) {
+  syncAllMarketplaceOrder(fromDate: $fromDate, toDate: $toDate) {
+    ...
+  }
+
+  removeTagFromObject(tag: $tag) {
+    ...
+  }
+}
+```
+
+## parameters
+
+- mutation
+
+  - graphql mutation 쿼리를 입력한다.
+
+- variables
+  - graphql query에서 사용될 변수를 정의한다.
+  - key예는 변수의 이름을 지정하며, value에는 변수값에 해당하는 data accessor를 설정한다.

package/dist-app/helps/integration/task/local-graphql-query.md

@@ -0,0 +1,44 @@
+# LocalGraphqlQuery Task
+
+서버에서 제공하는 graphql query API를 호출하는 태스크이다.
+Query를 작성할 때, 변수 처리는 다음과 같이 두 가지 방법으로 가능하며, 방법 2를 사용하기를 권장한다.
+
+방법 1. 시나리오 컨텍스트의 data와 variables를 변수로 활용할 수 있다.
+이 방법은 문자열 변수를 적용할 때 적합하다.
+
+```
+query {
+  fetchWorkOrderHistory(fromDate: "${this.variables.fromDate}", toDate: "${this.variables.toDate}") {
+    ...
+  }
+
+  searchObjectWithTag(tag: "${this.data.tag}") {
+    ...
+  }
+}
+```
+
+방법 2. varibles에 사용할 변수를 지정하고, graphql 변수 처리방법을 사용한다. variables의 값은 시나리오 컨텍스트의 data 에 대한 accessor로 지정할 수 있다.
+이 방법은 객체형 변수를 적용할 때 적합하다.
+
+```
+query($filters: [Filter!], $sortings: [Sorting!], $pagination: Pagination, tag: String!) {
+  boards(filters: $filters, sortings: $sortings, pagination: $pagination) {
+    ...
+  }
+
+  searchObjectWithTag(tag: $tag) {
+    ...
+  }
+}
+```
+
+## parameters
+
+- query
+
+  - graphql query를 입력한다.
+
+- variables
+  - graphql query에서 사용될 변수를 정의한다.
+  - key예는 변수의 이름을 지정하며, value에는 변수값에 해당하는 data accessor를 설정한다.

package/dist-app/helps/integration/task/log.md

@@ -0,0 +1,14 @@
+# log Task
+
+시나리오의 상태가 값의 변화를 확인하기 위해서 로그를 출력하는 기능이다. 
+해당 로그는 어플리케이션의 logs 폴더에 저장되며 'scenario-시나리오명'으로 시작하는 로그 파일에 저장된다.
+
+## parameters
+
+- 접근자
+  - 시나리오 내의 하나의 스텝이름으로, 해당 스텝의 결과 값을 출력하고자 할 경우에 접근자를 사용한다.
+- 메시지
+  - 특정한 메시지를 로그로 남겨둘 필요가 있을 경우 사용하며 메시지의 로그가 유효하기 위해서는 접근자가 빈 상태로 있어야 한다.
+  - 접근자는 항상 메시지보다 높은 우선 순위를 가진다. 접근자와 메시지가 모두 입력되어 있으면 접근자가 로그로 출력된다.
+- 레벨
+  - 로그 메시지의 레벨을 설정할 수 있다. 레벨은 'info', 'warn', 'error' 중에 하나를 선택할 수 있다.

package/dist-app/helps/integration/task/mqtt-publish.md

@@ -0,0 +1,10 @@
+# MQTT publish
+
+MQTT 브로커에 설정된 tag를 붙여 accessor의 데이타를 송신하는 태스크이다.
+
+## parameters
+
+- topic
+  - 브로커로 보낼 메시지의 tag를 지정한다.
+- [accessor](../concept/data-accessor.md)
+  - 브로커로 보낼 메시지 data의 접근자를 지정한다.

package/dist-app/helps/integration/task/mqtt-subscribe.md

@@ -0,0 +1,15 @@
+# MQTT subscribe
+
+MQTT 브로커로부터 메시지를 수신하여 data로 리턴하는 태스크이다.
+MQTT 브로커로부터 지정된 태그에 해당하는 메시지를 계속 수신해서 마지막 메시지를 보관하고 있다가, 이 태스크가 실행되는 시점에 리턴한다.
+만일, 태스크 실행 시점까지 새로 받은 메시지가 없다면, 새로운 메시지를 받을 때까지 기다린다.
+
+## parameters
+
+- topic
+  - 브로커로부터 받을 메시지의 tag를 지정한다.
+- data format
+  - MQTT 브로커로부터 받은 메시지의 형식을 지정한다.
+  - formats
+    - Plain Text : 수신한 메시지를 문자열로 해석하여 data로 리턴한다.
+    - JSON : 수신한 메시지를 Object 형식으로 파싱하여 data로 리턴한다.

package/dist-app/helps/integration/task/pick-pending-scenario.md

@@ -0,0 +1,13 @@
+# Pickup Scenario
+
+[지연 큐](../concept/pending-queue.md)에 지연 만료된 시나리오를 꺼내서 실행(run)하는 태스크이다.
+
+## parameters
+
+- tag
+  - 시나리오에 붙여질 태그를 설정한다.
+- waitFor
+  - 지연 만료된 시나리오가 발생하는 것을 얼마의 시간동안 기다릴 것인지를 설정한다.
+  - 단위는 milli-seconds 이다.
+  - '-1'을 설정하면, 지연 만료된 시나리오를 무한시간동안 기다린다.
+  - 시나리오 선택을 기다리더라도, 해당 시나리오가 종료되면, 태스크도 종료된다.

package/dist-app/helps/integration/task/publish.md

@@ -0,0 +1,16 @@
+# publish
+
+subscription API를 통해서 요청된 모든 Subscriber에게 데이타를 브로드캐스트하는 태스크이다.
+
+클라이언트 어플리케이션에서 data subscription을 요청하는 방법은
+
+- Board UI에서 subscriber를 통해서 요청할 수 있다.
+- wss://[server host:port]/subscription API를 통해서 subscribe 요청할 수 있다.
+
+## parameters
+
+- [accessor](../concept/data-accessor.md)
+  - 시나리오 내의 하나의 스텝이름으로, 브로드캐스트하고자 하는 데이타를 지정한다.
+- tag
+  - 데이타를 브로드캐스트할 때 태그를 부여해서 보내야한다.
+  - subscriber들도 data를 subscribe할 때, 받고자 하는 테그를 설정하여, 해당 태그가 부여된 브로드캐스트만 받을 수 있다.

package/dist-app/helps/integration/task/random.md

@@ -0,0 +1,13 @@
+# Random Task
+
+무작위 데이터를 생성하는 태스크이다.
+지정된 형식(format)의 무작위 데이터를 지정된 갯수(count)만큼 배열로 생성한다.
+
+- 무작위데이터 생성방법은 [Chance Document](https://chancejs.com)를 따른다.
+
+## parameters
+
+- format
+  - 생성될 무작위 데이터의 형식을 지정한다.
+- count
+  - 생성될 무작위 데이터의 갯수를 지정한다.

package/dist-app/helps/integration/task/script.md

@@ -0,0 +1,39 @@
+# Script
+
+Javascript Syntax로 작성된 script를 실행하여 그 결과를 리턴하는 태스크이다.
+
+## parameters
+
+- script
+  - javascript systax로 작성한다.
+  - global 오브젝트는 해당된 [Scenario Context](../concept/scenario-context.md)중 data 와 variables 를 가진 단순한 오브젝트이다. 즉, 스크립트 내에서 해당된 시나리오의 data 변수와 variables 변수를 특별한 수식자없이 또는 this 접근자를 통해서 사용할 수 있다.
+    - data : 시나리오 인스턴스 컨텍스트의 data 속성
+    - variables : 시나리오 인스턴스 컨텍스트의 시작 파라미터 속성
+  - 태스크의 수행 결과는 return 신택스를 통해서 반환된다.
+  - script 내에서는 global 오브젝트가 data와 variables로 한정되므로, 대부분의 시스템 관련된 기능은 사용할 수 없는 sandbox 환경이라고 이해하고, 단순한 연산정도의 기능을 구현하는 것을 권장한다.
+    - [Node Sandbox](https://medium.com/@devnullnor/a-secure-node-sandbox-f23b9fc9f2b0)
+    - [vm2](https://github.com/patriksimek/vm2/blob/master/README.md)
+
+## sample script
+
+```
+return data['step1'].map(record => {
+  return {
+    ...record,
+    id: 'PREFIX-' + record.id
+  }
+})
+```
+
+```
+return Math.floor(Number(this.data['step2']))
+```
+
+```
+return this.data['step3'].map(record => {
+  return {
+    ...record,
+    id: (this.variables.prefix || 'DEFAULT-') + record.id
+  }
+})
+```

package/dist-app/helps/integration/task/set-domain.md

@@ -0,0 +1,25 @@
+# set-domain 태스크
+
+현재 시나리오의 컨텍스트상의 도메인을 변경한다.
+
+## 컨텍스트 도메인의 활용 예시
+
+- 컨텍스트상의 도메인은 스크립트 태스크에서 접근할 수 있다.
+
+```
+const { timezone } = this.domain
+...
+```
+
+- local-graphql-mutate, local-graphql-query의 기본 도메인으로 설정된다.
+
+- 기타 모든 태스크에서 도메인을 참조한다면, 기본적으로 이 컨텍스트상의 도메인을 참조한다.
+
+## parameters
+
+- subdomain
+  - 변경하고자하는 대상 도메인의 서브도메인 값을 입력한다.
+
+## return
+
+- 변경되기 이전 도메인의 subdomain 값을 리턴한다.

package/dist-app/helps/integration/task/sleep.md

@@ -0,0 +1,8 @@
+# sleep Task
+
+'sleep' 파라미터로 지정된 지속시간만큼 대기하고, 지정된 시간이 만료되면 다음 태스크로 이동한다.
+
+## parameters
+
+- 지속시간
+  - 대기해야 하는 시간을 설정한다. 단위는 밀리세컨드(ms)이다.

package/dist-app/helps/integration/task/throw.md

@@ -0,0 +1,12 @@
+# Throw
+
+Scenario 진행 중에 강제로 비정상 예외를 던지기 위한 태스크이다.
+(정상종료를 의미하는 'end' 태스크와 구분할 필요가 있다.)
+Scenario 진행 중에 Throw를 하게 되면, 해당 시나리오의 'preventErrorPropagation' 속성에 따라서, 부모 시나리오에 예외가 전파되거나 해당 시나리오에서 캐치되어 정상적으로 상위 시나리오의 태스크가 진행될 수도 있다.
+
+- preventErrorPropagation 이 true 인 경우
+  - 부모 시나리오가 있는 경우 : 해당 시나리오를 시작한 부모 'scenario' 태스크에도 예외가 전달된다. 결과적으로 부모 시나리오도 비정상 예외가 발생하게 된다.
+  - 부모 시나리오가 없는 경우 : 해당 시나리오는 시나리오 엔진에 의해 비정상 종료로 처리된다.
+- preventErrorPropagation 이 false 인 경우
+  - 부모 시나리오가 있는 경우 : 해당 시나리오를 시작한 부모 'scenario' 태스크에 예외가 전달되지 않으므로, 결과적으로 부모 시나리오도 정상적인 진행이 계속된다.
+  - 부모 시나리오가 없는 경우 : 해당 시나리오는 시나리오 엔진에 의해 정상 종료로 처리된다.

package/dist-app/helps/integration/task/variables.md

@@ -0,0 +1,37 @@
+# Variables
+
+Scenario의 입력변수를 [Scenario Context](../concept/scenario-context.md) Data에 추가하는 태스크이다.
+Variables Task는 이후 Step의 Task에서 Scenario Input 변수를 사용할 수 있도록, Scenario 시작 시에 받은 Input 변수들을 그대로 리턴하는 태스크이다.
+
+예를 들어,
+
+- Scenario Input 변수값
+
+```
+{
+  inputA: "ABC",
+  inputB: "DEF"
+}
+```
+
+이고,
+
+- Variables Task의 이름이 "VARIABLES" 인 경우,
+- Variables Task가 완료된 후에 Scenario Context의 Data에는 다음과 같은 값이 추가되게 된다.
+
+```
+# scenario.context.data
+{
+  ...,
+  VARIALBES: {
+    inputA: "ABC",
+    inputB: "DEF"
+  },
+  ...
+}
+
+```
+
+## parameters
+
+이 Task에는 별도 속성이 정의되지 않는다.

package/dist-app/helps/integration/ui/connection.md

@@ -0,0 +1,31 @@
+# Connection
+
+커넥션 페이지에서는 시나리오에서 사용될 연동 대상에 대한 커넥션 정보를 정의한다.
+
+## properties
+
+- name
+  - 커넥션의 이름을 지정
+  - 이름은 유니크해야함
+- description
+  - 커넥션에 대한 설명
+- active flag
+  - 어플리케이션 시작 시점에 자동으로 연결 여부 지정
+- connector type
+  - 연결 대상에 사용될 커넥터를 지정
+- endpoint
+  - 연결 대상의 엔드포인트 설정
+  - 커넥터별 도움말을 참고해서 설정할 수 있다.
+  - 통상, 리모트 서비스 인 경우에는 통상 {protocol}://{host}[:port] 또는 URL로 설정한다.
+  - 그리고, 대상이 로컬 파일인 경우에는 파일 패스로 설정한다.
+  - 로컬 디바이스인 경우에는 USB 포트번호가 설정될 수도 있다.
+- parameters
+  - 각 커넥터별로 엔드포인트 정보 외에 추가적인 파라미터 설정이 필요한 경우에 설정화면이 제공된다.
+  - 커넥터별 도움말을 참고해서 설정할 수 있다.
+
+## operation
+
+- connect
+  - 연결을 시도한다.
+- disconnect
+  - 연결을 종료한다.

package/dist-app/helps/integration/ui/crontab-editor.md

@@ -0,0 +1,9 @@
+# Schedule Editor
+
+- 시나리오의 자동 실행 스케쥴을 설정하는 화면이다.
+- 유닉스계열의 [cron](https://en.wikipedia.org/wiki/Cron) 명령의 설정 방식을 따른다.
+
+## 예시
+
+- '예시'는 cron 설정을 어려워하는 사용자를 위해서 다양한 스케쥴의 예시를 만들어 놓은 것이다.
+- 사용자는 유사한 스케쥴 예시를 선택하고, 그에 따라 설정된 cron의 각 항목(초, 분, 시간, 날짜, 월, 요일)을 적절하게 조정해서 의도하는 스케쥴 설정을 완료할 수 있다.

package/dist-app/helps/integration/ui/integration-monitor.md

@@ -0,0 +1,29 @@
+# Integration Monitor
+
+인티그레이션을 위한 커넥션의 연결 상태와 시나리오 실행 상태, 그리고 지연 큐에 대기 중인 시나리오 리스트를 전체적으로 모니터링 하기 위한 페이지이다.
+또한, 커넥션을 연결 및 시나리오의 실행/정지를 컨트롤 할 수 있다.
+
+## Connection (커넥션 상태)
+
+- 등록된 모든 커넥션 리스트를 커넥션 카드 형태로 볼 수 있다.
+- 커넥션의 현재 연결 상태를 표현한다.
+  - 연결 중인 커넥션은 해당 카드의 배경색이 연한 녹색으로 표현된다.
+  - 또한, 커넥션 카드의 연결/해제 버튼으로 현재 연결 여부를 판단할 수 있다.
+- 커넥션 카드의 연결/해제 버튼으로 해당 커넥션을 연결 시도하거나 해제 시킬 수 있다.
+
+## Scenario (시나리오 상태)
+
+- 등록된 모든 시나리오 리스트를 시나리오 카드 형태로 볼 수 있다.
+- 시나리오의 현재 실행 여부 상태를 표현한다.
+  - 실행 중인 시나리오는 해당 카드의 배경색이 연한 녹색으로 표현된다.
+  - 또한, 시나리오 카드의 실행/정지 버튼으로 현재 실행 여부를 판단할 수 있다.
+- 시나리오 카드의 실행/정지 버튼으로 해당 시나리오를 실행하거나 정지 시킬 수 있다.
+
+## Pending Queue (지연 큐)
+
+- 지연 큐는 bookup-scenario 태스크에 의해서 일정 시간 후에 실행될 시나리오를 등록할 수 있는 대기 큐이다.
+- 지연 큐에 보관된 지연 시나리오는 지연 시간이 만료되면 pickup-scenario 태스크에 의해서 꺼내져서 실행되게 된다.
+- 인티그레이션 모니터에서는 지연 큐에 대기 중인 시나리오의 시간 축으로 정렬된 리스트를 보여주게 된다.
+- 지연 큐에 시나리오는 시간 축상에 한 줄로 표시되며, 그 줄의 색상은 시나리오 리스트에 표현된 각 시나리오 카드 중에서 해당 시나리오의 색상과 동일하게 표현된다.
+- 지연 큐에 보관되는 시나리오는 등록시에 tag를 지정할 수 있으며, tag별로 pickup될 수 있다. 지연 큐 모니터링에서는 tag별로 선택해서 모니터링할 수 있다.
+  - tag를 '*'로 선택하면, 모든 tag의 시나리오를 모니터링하게된다.

package/dist-app/helps/integration/ui/scenario-detail.md

@@ -0,0 +1,44 @@
+# Scenario Detail
+
+시나리오 상세 정의 화면에서는 시나리오를 구성하는 스텝 리스트를 구성한다.
+
+## step
+
+스텝은 시나리오의 진행 순서대로 구성되는 단위 태스크이다.
+각 스텝의 이름(name)은 전체 시나리오의 생명주기동안 관리되는 컨텍스트 데이타를 접근하는 이름이다.
+시나리오를 구성하는 스텝은 시나리오엔진에 의해서 순서대로 수행되게되며, 특별히 플로우 컨트롤 태스크에 의해서 실행순서가 변경될 수 있다.
+
+## flow control task
+
+- end
+- goto
+- switch (switch-goto)
+- switch-range (switch-range-goto)
+- throw
+
+## properties
+
+- name
+  - 시나리오 스텝의 이름
+- description
+  - 시나리오 스텝에 대한 간략한 설명
+- result
+  - 시나리오(인스턴스) 실행결과에 포함되는 지 여부를 설정
+- skip
+  - 시나리오 실행에 포함하지 않을 지 여부를 설정
+- log
+  - 로그에 실행결과를 남길 지 여부를 설정
+- connection
+  - 커넥션 기반의 시나리오라면 설정한다. 설정하지 않으면 시나리오 엔진의 공통 태스크 중의 하나를 설정할 수 있다.
+- task
+  - 커넥션이 설정되어 있다면, 커넥션 기반의 태스크를 설정할 수 있다. 커넥션이 설정되어 있지 않으면, 시나리오 엔진의 공통 태스크 중 하나를 설정할 수 있다.
+- parameter
+  - 태스크 설정에 해당하는 파라미터를 설정
+
+## operations
+
+- add step
+- remove step
+- sequence move up / down
+- save
+- delete

package/dist-app/helps/integration/ui/scenario.md

@@ -0,0 +1,35 @@
+# Scenario
+
+시나리오 정의 화면에서는 시스템에서 운영될 시나리오를 (생성/수정/삭제/테스트) 관리한다.
+
+## properties
+
+- name
+  - 시나리오의 이름을 지정
+  - 이름은 유니크해야함
+- description
+- [schedule](./crontab-editor.md)
+- timezone
+  - 스케쥴이 운영될 기준 시간대를 설정한다.
+- active flag
+  - 어플리케이션 시작 시점에 자동으로 시작여부 지정
+- progress (모니터링중에만 표시되는 정보임)
+  - (현재 스텝 번호 / 시나리오의 전체 스텝수) %
+  - 메인 시나리오 기준이며, 서버시나리오는 하나의 스텝으로 계산된다.
+- round (모니터링중에만 표시되는 정보임)
+  - 반복되는 경우 현재 몇번째 반복횟수인지를 표현
+- message (모니터링중에만 표시되는 정보임)
+  - 시나리오 인스턴스의 최종 상태와 관련한 메시지
+
+## operations
+
+- start monitoring
+  - [인티그레이션 모니터링](./integration-monitor.md) 화면으로 이동한다.
+- copy scenario
+  - 선택된 시나리오를 복사한다
+- save scenario
+  - 시나리오 수정사항을 저장한다.
+  - 실행중 시나리오는 수정할 수 없다.
+- delete scenario
+  - 선택된 시나리오를 삭제한다.
+  - 실행중 시나리오는 삭제할 수 없다.