Using Basic Process Modules 37

1. Using Basic Process Modules 37 첨부 자료 #2 Using Basic Process Modules Arena로 첫번째 시뮬레이션 모델을 만들기 전에, 익숙해질 필요가 있는 몇 개의 근본적인 개념이 있다. 용어 Entities 아이템 (문서, 고객, 부품 등)은 생산되거나, 서비스를 받거나, 또한 프로세스에 의해 수행되어진다. Arena는 entity가 주(主)가 되는 언어이다. Entity는 사람이나 객체, 시스템 상태의 변경으로 유발되는 시스템내의 움직임을 가진 보이거나 보이지않는 것을 나타낸다. ex) 레스토랑 내의 움직이는 고객들, 공장 내의 움직이는 자재들 Logical entities: 고장제어, 시스템 제어, 근무 조원 휴식 등 Attributes 시스템 내에는 많은 종류의 entity들이 있는데, 이들 각각은 Attribute라 불리는 유일한 특성을 가지고 있다. Attribute는 고객의 형태, 제품 크기, 시스템 내에 들어가는 작업시간등과 같은 개개의 개체와 관련된 사용자 정의의 값을 나타낸다. 모든 entity들은 다른 값으로 설정된 Attribute(우선순위, 도착시간)를 갖고 있다. 정의된 Entity의 Attribute는 오직 그 entity에만 영향을 준다. Arena에서 자동으로 할당되는 Attribute의 일부는 아래 목록에 있다. 이는 모델을 구축할 때 이러한 Attribute들을 처리하고 재할당 할 수 있다. Entity.Type-생성될 때 entity에 할당되는 정수 값이며 하나의 entity 형태와 다른 것을 구별하기위해 사용된다. 각 Create Module내에 자동으로 할당된다. Entity.Picture-시뮬레이션 에니메이션에 표현될 그림으로, Create Module에서 자 동으로 할당된다.(Default Picture : Picture.Report)

2. 38 Using Basic Process Module 용 어 (계속) Entity.Create Time-entity가 생성된 시뮬레이션 시간을 말하며, Cycle Time 정보를 수집할 때 사용된다. Entity.Station - 현재의 Station이나 현재 entity가 이동중인 Station을 말하며, 이 Attribute는 시뮬레이션 수행 중에 Arena에 의해 자동적 으로 갱신된다. Entity.Sequence - entity의 방문 순서 번호를 말하며, 유일한 주문을 제외하고 다른 entity들이 같은 station set을 방문할 필요가 있을 때 사용된다. Entity.JobStep - Sequence에서의 entity의 위치나 index. Resource 객체는 제약이 있는 구역을 모델링 하는데 사용된다. 제약은 장비의 용량, 제한된 저장 공간, 수행할 사람의 제한된 수에 의해 유발된다. 특정 resource와 일치하는 동일한 resource의 수는 resource capacity라 불린다. 개체는 하나 또는 이상의 자원의 제어를 하기위해 자원을 잡는다. 개체는 더 이상 자원이 필요하지 않을 때, 자원을 놓는다. Entity가 resource를 잡을 때마다, 모델에서 언젠가는 같은 resource를 놓아야 한다. 만약 resource를 제어하는 entity가 그 resource를 놓지 않으면, 같은 Resource를 사용하고자 하는 다른 모든 entity는 queue에 놓이게 되고, 그 리소스는 결코 사용 불가능하게 되며, 잡을 수 없게 된다. Queues Entity가 batch로 resource에서 작업하기 위해 batch로 묶는 동안 기다리거나, 사용 가능하게 되는 동안 기다리는 지역이다. Seize, Delay and Release 거의 모든 시뮬레이션 모델에서는 어떤 리소스에 대한 주장이 모델링 되어져야 한다. 이 리소스는 기계 또는 작업자에서 부터 저장공간 또는 intersection 까지의 어떠한 것이라도 될 수 있다. 이러한 형태의 제약은 리소스로써 모델링 되어진다. Arena에서 Resource를 사용하였을 때 당신은 모든 Resource의 사용과 관련한 세 가지의 중요한 명령을 알아야만 한다.

3. Using Basic Process Modules 39 용 어 (계속) Seize : 이 명령은 Entity가 resource의 제어를 할 때마다 사용된다. 만약 자원이 Seize 명령에 entity가 도달할 때 가용하면, entity는 Seize Module에서 필요한 resource 의 수만큼 resource의 용량을 감소시킨다. 만약 필요로 하는 자원이 가용하지 않다면, entity는 자원이 가용할 때까지 Queue에서 대기한다. Delay : 일단 자원이 잡히면, entity가 자원을 놓을 수 있기 전에 프로세스나 Action을 사용할 수 있다. 다른 Action을 취하기 위해 Explicitly defined Delay나 implied Delay를 사용한다. Explicitly defined delay는 Action이나 process를 위해 Delay Module 에서 정의하게 된다. 이러한 Delay는 상수나 정의된 분포로부터의 랜덤 값, 또는 수식일 수 있다. Delay는 이전에 정의된 attribute로 부터 읽을 수 있다. Implicit Delay는 시뮬레이션 모델에서 별개의 action이나 조건으로 인해 유발되는 것을 말한다. 이러한 delay는 다른 resource를 잡기위해 기다리는 것, 트랜스포터 나 컨베이어에 의해 이동하기위해 기다리는 것이나 또는 모델내의 어느 곳에서 일어나는 미리 정의된 조건을 기다리는 것을 포함한다. Release : Delay 이후에, entity는 시뮬레이션 모델에서 다른 entity가 사용할 수 있도록 하기 위해 resource를 놓을 필요가 있다. 이러한 Action은 release Module에서 이루어진다. 일단 entity가 resource를 놓으면, Arena는 특정 resource가 기다리던 개체를 잡을 수 있도록 한다.

4. 40 Using Basic Process Modules Auto Loan Part 1 (Auto Loan Part 1.doe) 다음은 Basic Process panel로 시뮬레이션을 만드는데 사용되는 Basic tool 을 설명한다. 예로 자동차 loan application process를 시뮬레이트한다. 이 모델에서, Car Loan Application은 대략 5분마다 처리 센터에 도착한다. 여기서, 1~5명의 Loan Officer는 그것이 완전하게 완료 되었는지를 검토할 것이다. 이러한 검토과정은 15분이 소요되나, 짧게는 12분 길게는 18분가량을 걸릴 수 있다. Applications는 이들이 처리될 자동 처리기계로 보내진다. 이러한 프로세스는 완료하는데 0.5에서 1.5시간이 걸리지만 보통 1시간이 소요된다. 자동 프로세서는 필요한 만큼의 많은 신청서들을 처리할 수 있다고 가정한다. 처리 후에, 결과는 승인 또는 거부 문서 중 하나를 작성하게 될 Loan Officer에 의해 검토된다. 이러한 작업은 보통 7분이 걸리지만 완료하기 위해 5분에서 10분 정도 소요된다. 여기에서, Loan application의 처리는 완료되며, 승인 또는 거부된 문서는 고객에게 보내진다. 이 시뮬레이션을 8시간동안 실행시켜라.

5. Using Basic Process Modules 41 Flowchart Modules Create Module Create 시뮬레이션 모델에 있어 개체의 시작점이다. 개체는 도착간격 시간에 기초하거나 Schedule을 사용하여 만들어진다. 곧 이어 개체는 시스템에서 가공을 시작하기 위해 모듈을 떠나게 된다. Loan Applications Arrive–Create 모듈 사용

6. 42 Using Basic Process Module Process Module Process 시뮬레이션에 있어 주요 프로세스 단계이다. 프로세스들은 비용이 가공되는 개체에 축적이 되는지에 따라 value added 또는 non value added로 정의될 수 있다. 프로세스 모듈은 4가지 중의 옵션 중 하나로 정의된다. • Delay • Seize Delay • Seize Delay Release • Delay Release 프로세스 모듈을 사용할 때 Delay 또는 Seize, Delay, Release의 기초 기능을 사용 하길 권장한다. 만약 이 모듈에 대해 다른 기능이 사용될 필요가 있다면, Advanced Process Panel에 있는 Seize, Delay, Release 모듈을 각각 사용하길 권장한다. 이는 나중에 좀 더 상세하게 논의될 것이다.

7. Using Basic Process Modules 43 Review Application–Process 모듈 사용 Note– Resource Quantity는 특정 프로세스 작업에 있어 잡을 수 있는 Resource의 수이다.

8. 44 Using Basic Process Modules Automatic Processing Application–Process 모듈 사용

9. Using Basic Process Modules 45 Write Document–Process 모듈 사용

10. 46 Using Basic Process Module Dispose Module Dispose 시뮬레이션 모델에 있어 개체의 종착점으로 사용된다. 개체에 대한 통계치는 개체가 시스템을 빠져나가기 전에 기록된다. Completed Applications–Dispose 모듈 사용

11. Using Basic Process Modules 47 Data Modules Entity Module 시뮬레이션에서 entity의 초기 그림 값과 entity의 다양한 형태를 정의한다. 초기 비용 정보와 재공 비용 또한 정의되어진다. Note : Data module은 Dialog나 Spreadsheet interface중 어느 한쪽을 사용하여 편집될 수 있다. Dialog 를 사용하려면, 커서를 스프레드 시트의 원하는 항목 위에 위치시키고 마우스의 오른쪽 버튼을 클릭한다. 메뉴는 여러 옵션을 나타내 줄 것이다. “Edit via Dialog”를 선택한다. Entity

12. 48 Using Basic Process Module Resource Module 시뮬레이션 시스템에서 Resource 가용성과 비용 정보를 포함하여 Resource를 정의한다. Resource는 시뮬레이션 실행동안 변동하지 않는 고정 Capacity를 가지 거나 시간에 바탕을 둔 Schedule에 따라 변동될 수 있다. Resource

13. Using Basic Process Modules 49 Running the Model Run Setup 시뮬레이션의 실행기간(횟수), 하루 당 작업시간, Warm-up time과 시뮬레이션 반복횟수를 포함한 시뮬레이션의 parameter를 정의한다. 프로세스, entity, 자원과 Queue의 통계치를 포함한, 여러 그룹의 통계 요약 결과를 유저가 결정할 수 있다. Run Setup은 스크린 위의 메뉴에서의 Run Setup 옵션에서 선택 처리할 수 있다. 모델을 시뮬레이션 하려고 할 때, 시뮬레이션 실행을 시작하는 명령어인 Go 를 이용한다. Arena는 모델의 근거가 확실히 정의되어 있는지를 먼저 확인한 후 시뮬레이션을 실행시킬 것이다. 시뮬레이션 모델 실행을 시작할 때, 실행을 위한 세션을 읽어 들이는 특별한 모드로 들어갈 것이다. 일단 시작되면 End 명령을 선택해서 확실히 완료될 때까지 실행을 위한 세션은 남아있다.

14. 50 Using Basic Process Module Reports 모든 모델을 위해 7가지의 보고서가 자동적으로 생성된다. 이 보고서들은 서로 다른 종류로 분류되어 각각 자세한 통계치를 출력한다. 모델에 정의된 시스템에 따라서 이러한 종류 중 어떤 것은 비어있고, 대응 보고서는 없을지도 모른다.

15. Using Basic Process Modules 51 Reports - Category Overview 모든 반복실행으로부터 요약된 entity, 프로세스, Queue, 자원 정보를 표현하는 것으로, 어떤 사용자 정의 변수나 Record module에서 정의한 아이템을 항상 표현한다. Category의 내용: Entity Reports and Process Reports Cycle Time NVA Cost, NVA Time Total Cost VA Cost, VA Time Wait Cost, Wait Time WIP Queue Reports Number Waiting Wait Cost, Wait Time Resource Reports Number Busy Number Scheduled Utilization Queue Reports Number Busy Number Scheduled Utilization User-Specified Reports

16. 52 Using Basic Process Module Category Overview Report from Auto Loan Application Model

17. Using Basic Process Module 53 용 어 Variables Variable은 모델 내에서 변경되거나 알고자 하는 전역 변수들을 나타낸다. 초기값은 Variable 모듈을 변경하거나 외부 자료로부터 데이터를 읽음으로써 변경될 수 있다. 만약 초기값이 설정되어 있지 않다면, 변수 값은 0 으로 정의 되어 있다. Arena는 2가지의 변수 형태를 가지고 있는데 사용자 정의 변수, 시스템 변수이다. User Variables 은 사용자에 의해서 정의되며, 시뮬레이션 실행동안 변동될 수 있다. (모델 내에서 또는 상호작용으로 ) 예: 도착률, 현 재고량, 등록된 환자의 수 등. System Variables 은 시스템 상태를 제공하는 모델 구성 요소들의 특 성으로 미리 정의된 변수 이다. 예: Queue에 대기하는 개체의 수(NQ), Counter의 현재 값(NC).

18. 54 Using Basic Process Module Animation의 개념과 용어 Picture Pictures는 개체를 animate하는 데 사용된다. 하나의 개체가 모델 내에서 가공 되어질 때 새로운 picture 이름을 할당하여 그것의 그림을 바꿀 수 있다. Resources Resource 그림은 resource 의 상태를 보여주기 위해 바뀔 수 있다. 4가지의 디폴트 state (idle, busy, inactive, fail) 는 사용자 정의의 state에 의해 증가 될 수 있다. Queue Queue는 개체 그림이 그려지게 될 위치를 정의하는 일련의 점이나 선에 의해 표현된다.

19. Using Basic Process Modules 55 Auto Loan Part 1 (Auto Loan Part 1.doe) 다음은 Basic Process panel로 시뮬레이션을 만드는데 사용되는 부가적인 Basic tool 을 설명한다. 예로 앞의 자동차 loan application process를 더 상세하게 simulate 한다. 시스템내의 몇 개의 검토 후에, loan officer는 그들이 검토한 신청서의 8%는 완전치 못하다고 결정한다. 이러한 완전치 못한 신청서는 신청인에게로 다시 보내진다. 시뮬레이션 기간 내내 프로세스 중에 있는 신청서의 실제 수와 같은 몇 개의 의문을 있을 수 있다. 이 값은 사용자 정의의 변수로 알아낼 수 있다. 이에 부가하여, 완전한 또는 불완전한 신청서의 실제 수에 대한 의문이 있을 수 있다. 이들 값들은 개체의 속성, 개체 형태 를 사용하여 알아낼 수 있다. 부가하여 프로세스의 신청서 수를 나타내기 위해 animation tool bar를 사용한다. 이 시뮬레이션을 하루 8시간 동안 실행시켜라.

20. Using Basic Process Modules 56 Data Module Variable Module Variable 시뮬레이션 내에 사용되는 전역변수를 정의한다. 변수는 하나의 요소일 수 있고, 1-D 배열 또는 2-D 배열일 수 있다. 초기 변수 값이 정의될 수 있다. 만약 변수 값이 정의되어 있지 않다면 디폴트 값은 0으로 설정된다. NOTE : 2-D 변수를 참조하여 구성은 VariableName (Rows, Columns) 이다. 이는 나중에 더 논의될 것이다.

21. Using Basic Process Modules 57 Flowchart Modules Assign Module Assign 이 모듈은 변수, 개체 속성, 개체 형태, 개체 그림 또는 다른 시스템 변수에 대한 새로운 값을 할당하는데 사용된다. Increment Number In System –Assign Module 사용

22. 58 Using Basic Process Modules Decide Module Assign 시스템에서 의사결정 프로세스를 나타낸 것이다. 이는 조건 또는 확률에 기반 하여 의사결정을 하는 옵션을 포함한다. 이러한 결정은 다음의 4가지 형태 중 하나일 수 있다. 2 Way by Chance –개체는 확률에 기반 하여 두 가지의 가능한 위치 중 하나를 향하여 가게 된다. 2 Way by Condition –개체는 사용자 정의의 조건에 의해 두 가지의 가능한 위치 중 하나를 향하여 가게 된다. 이 조건은 queue에서 기다리고 있는 개체의 수나 전역변수의 값, 속성 등을 포함한다. N-Way by Condition –개체는 확률에 기반 하여 N 가지의 가능한 위치 중 하나를 향하여 가게 된다. N-Way by Condition –개체는 사용자 정의의 조건에 기반 하여 N 가지의 가능한 위치 중 하나를 향하여 가게 된다. Complete ? –Decide 모듈을 사용

23. Using Basic Process Modules 59 Decrement Number In System –Assign 모듈 사용

24. 60 Using Basic Process Modules Decrement Number In System and Set Entity Type –Assign 모듈 사용

25. Using Basic Process Modules 61 Animation Objects Animate Toolbar는 Arena의 animation object에 대한 인터페이스를 제공한다. 보통 사용되는3종류의 animation 객체가 있다. Queue Event가 일어나길 기다리는 개체를 나타낸다. (예, Resource가 사용할 수 있게 되는 것 ) Resource Resource는 idle, Busy, Inactive, Failed 또는 사용자 정의의 상태 중 하나와 관련된 유일한 그림으로 나타내어 진다. 상태 표현 Clock Date Variable Level Histogram Plot Animate The Number in System –Variable Animation Object 사용

26. 62 Using Basic Process Modules Basic Process Workshop (Basic Process Workshop.doe) Fulfillment 프로세스 필요 • HJW 주식회사의 구매부는 하루 당 대략 60개의 새로운 구매 요구를 받는다. • 구매요구가 도착했을 때, Intern은 각 요구별로 구매량을 검토하고, 구매량에 따라서 적당한 위치로 보낸다. 이러한 검토작업은 20초에서 60초 정도 걸리지만 보통 30초가 소요된다. • 대략 구매요구의 25%는 2000달러 이상의 비용이 드는 item에 대한 것이다. • 이런 요구들은 구매하기 전에 승인 받기 위해 적합한 부서의 팀장에게 보내 • 진다. (이 사람은 다중 업무를 수행할 수 있으며, 한번에 무제한의 요구량을 • 할 수 있다.) 이러한 작업은 길게는 하루가 소요되거나 짧게는 2시간정도 걸릴 수 있다. 그러나 단지 4시간이 소요되어야 한다. 단, 이들 요구의 50%는 승인을 받고 구매 관리자에게 보내진다. 2000달러보다 작은 요구는 구매관리자에 • 게 바로 보내진다. • 일단 구매요구가 한 사람의 관리자에게 할당이 되면, 관리자는 구매서를 작성하고 vendor에게 주문을 하게 된다. 이러한 프로세스를 완료하는데 25분에서 • 35분 정도 걸린다. • 일단 관리자가 완료하게 되면, intern은 완료된 구매요구를 파일로 정리한다. 이 업무는 2-3분 정도 소요된다. • 이 회사는 3명의 구매관리자가 있고 구매부서에 1명의 full-time 작업자가 있다. • Base time은 분이며 하루 8시간이다. 5일 동안 시뮬레이션을 실행하라. • Resource의 효율과 대기시간을 검토하라. Fulfillment 는 Basic Process Module을 사용한다. • Additional Exercises : • Number In System을 나타내고 사용자 정의의 변수를 나타내라. • 완료된 요구와 거부된 요구에 기초한 서로 다른 개체 형태를 만들어라. • 서로 다른 개체 형태의 통계치를 얻어내라. • $ 2000 이상이 받아지고 $ 2000 이하가 받아지는 것 사이를 구별하기 위한 • 개체 형태를 첨가하라.