상호작용 레벨 구성 실습

도착 표지판이 이미 있다면 그 위치를 GoalZone으로 발전시킬 수 있습니다. 수집물과 Goal의 Trigger가 서로 겹치지 않게 두고, 0개일 때도 목표에 접근해 거절 결과를 확인할 수 있도록 배치합니다. 시작점에는 Hazard를 두지 않습니다.

1. 별도 Scene 저장

   Week04_JumpCourse를 열고 Save As로 Week05_MicroLevel을 저장합니다. 1·2교시 결과가 이미 있다면 그 Scene을 사용합니다. Play를 종료하고 작업합니다.

   확인이동·점프·착지·벽 충돌을 한 번 확인했습니다.

2. 2교시에서 작성한 스크립트 확인

   Project 창에서 PlayerProgress.cs, Collectible.cs, HazardZone.cs, GoalZone.cs를 확인합니다. 2교시에서 직접 작성한 파일을 그대로 이어 씁니다. 기존 PlayerController.cs도 유지합니다.

   아직 작성하지 않은 파일이 있다면 2교시의 스크립트 생성 순서로 돌아가 PlayerProgress → Collectible → HazardZone → GoalZone 순서로 완성합니다. 1교시의 Collectible.cs는 기존 파일을 수정하고, 없는 파일만 Assets/Scripts에 직접 생성합니다.

   확인네 class가 각각 한 번만 정의되어 있고 Console의 컴파일 오류가 0개입니다.

3. Inspector의 시작 상태 확인

   Player의 Rigidbody2D는 Dynamic, Gravity Scale 1, Simulated 켬입니다. Player·Ground·발판·벽은 Collider2D를 유지하고 Is Trigger를 끕니다. 새 스크립트는 다음 단계에서 연결합니다.

   확인기존 장면의 물리 동작을 유지합니다.

1. Player에 상태 연결

   Player를 선택합니다. Inspector 상단 Tag를 Player로 지정하고 PlayerProgress.cs를 컴포넌트로 추가합니다. 2교시에서 이미 붙였다면 추가하지 않고 기존 컴포넌트를 확인합니다. Required Collectibles를 3으로 둡니다. PlayerProgress와 Collider2D는 같은 GameObject에 있어야 합니다.

   확인PlayerController와 PlayerProgress가 각자 하나씩 있습니다.

2. 수집물에 사건 연결

   1·2교시의 보석을 사용합니다. 없다면 Assets/Week2/Prefabs/Collectible.prefab을 Scene에 하나 배치합니다. Box Collider 2D의 Is Trigger를 켜고 Collectible.cs가 하나인지 확인합니다. 이미 연결되어 있다면 다시 추가하지 않습니다. Rigidbody2D는 추가하지 않습니다. 아직 복제하지 않습니다.

   확인수집물에 그림·Trigger Collider·Collectible이 있습니다.

3. 수집물 하나로 실행

   Console을 비우고 Play합니다. Player가 수집물을 통과하게 한 뒤 같은 자리를 다시 지나갑니다. 확인 후 Play를 종료합니다.

   확인수집: 1 / 3이 한 번 나오고 수집물이 사라집니다.

Inspector에서 연결을 교차 확인합니다

수집 후 Console의 개수와 Hierarchy의 비활성 상태를 함께 확인합니다. 그림이 사라졌다는 관찰만으로 개수까지 올바르게 증가했다고 판단하지 않습니다. 첫 수집이 정상일 때 Scene을 저장한 뒤 다음 단계로 넘어갑니다.

2교시에서 만든 위험·목표가 있다면 새로 만들지 않고 아래 연결을 확인합니다.

Hierarchy에서 각 GameObject를 만들고 표의 컴포넌트를 연결합니다. 기존 도착 표지판을 재사용한다면 그 Collider도 Trigger로 바꿉니다. 그림·Collider·Script를 같은 오브젝트에 두고 시작점 및 수집물과 겹치지 않게 배치합니다.

1. 먼저 목표 거절 확인

   새 Play에서 수집물을 얻기 전에 Goal에 들어갑니다. 이후에는 Goal 밖으로 완전히 나옵니다.

   확인아직 수집물이 남았습니다. 메시지가 나옵니다.

2. 위험의 복귀 확인

   같은 Play에서 수집물 하나를 얻고 Hazard에 닿습니다. 시작 위치로 돌아오는지 봅니다.

   확인시작점 복귀 / 수집: 1이 나옵니다. 수집물은 되살아나지 않습니다.

3. 현재 결과 저장

   Play를 종료합니다. 정상 연결과 배치를 Scene에 저장합니다. 아직 수집물 하나뿐이므로 기본 조건 3개로는 성공할 수 없는 것이 정상입니다.

   확인수집·복귀·목표 거절이 각각 작동합니다.

1. 검증한 오브젝트를 원본으로 저장

   Play를 종료합니다. 2교시의 PF_Collectible이 있으면 그대로 사용합니다. 없다면 5주차용 Prefab Variant 저장 순서로 보석을 저장합니다. 검증한 HazardZone과 GoalZone도 Assets/Prefabs에 PF_HazardZone, PF_GoalZone으로 저장합니다. 이미 해당 원본이 있다면 연결만 확인합니다.

   확인종류별 Prefab 원본이 하나씩 있습니다.

2. 필요한 수량으로 늘리기

   현재 수량을 먼저 셉니다. 보석이 한 개라면 PF_Collectible을 두 개 더 배치하고, 이미 세 개라면 추가하지 않습니다. 위험은 총 두 개가 되도록 PF_HazardZone을 배치합니다. 목표는 한 개를 유지합니다. 빈 부모 Interactions 아래에 정리하고 각각 이름에 번호를 붙입니다.

   확인수집물은 총 3개, 위험은 총 2개, 목표는 총 1개입니다.

3. 한 화면의 경로 조정

   기존 Ground와 발판 위에 수집 순서를 정합니다. 안전한 출발점, 위험을 피할 공간, 마지막 목표 진입 경로를 확보합니다. 마지막 수집물과 목표는 떨어뜨려 배치합니다.

   확인4주차 점프로 전체 경로를 이동할 수 있습니다.

먼저 기본 배치로 30-60초 경로가 되는지 확인합니다. 공중 재점프를 사용할 수 있다는 조건에서 위험을 쉽게 건너뛰는지도 봅니다. 경로를 늘리려고 장식이나 새로운 기능을 추가하기보다 수집 위치와 발판 간격 하나를 바꿔 비교합니다.

세 구간에 서로 다른 확인 목적을 둡니다

4주차의 공중 재점프를 유지하므로 높이 차이만으로 경로를 강제할 수 없습니다. 학생이 모든 위험을 쉽게 넘어가면 위험의 위치나 수집물 위치 하나를 바꾸어 비교합니다. 난도를 높이기 전에 시작부터 목표까지 실제로 도달 가능한지 먼저 확인합니다.

새 Play는 Play 종료 → Console Clear → Play 재시작을 뜻합니다. 같은 Play에서 진행한 수집 상태를 다음 테스트에 가져가지 않습니다. 특히 T07은 0개·1개·2개 조건마다 다시 시작합니다. 관찰 기록에는 “됨” 대신 본 결과를 적습니다.

T06의 속도 초기화는 복귀 순간입니다. 이후에는 기존 입력과 중력이 다시 작용합니다. T08의 “한 번”은 같은 Play에서의 성공 횟수이며, 새 Play에서는 다시 성공할 수 있습니다.

필수 기능이 작동했다면 “왜 이렇게 동작하는가”를 변경 실험으로 확인합니다. 아래에서 하나를 선택합니다. 아직 FAIL이 남아 있다면 실험을 시작하지 않고 문제 해결 순서로 실패 원인을 좁힙니다.

1. 원래 상태 기록

   Scene을 저장하고 바꿀 Inspector 값이나 위치를 적습니다. 이전 결과는 개인 테스트 표에서 확인합니다.

   확인비교할 기준이 있습니다.

2. 결과를 먼저 예상

   예: 필요 개수를 2로 바꾸면 두 번째 수집 후 Goal에서 성공할 것이다.

   확인어떤 결과가 나오면 예상이 맞는지 정했습니다.

3. 변경 후 새 Play

   한 항목만 변경하고 같은 순서로 실행합니다. 개수·복귀·완료 로그와 실제 이동을 관찰합니다.

   확인바뀐 조건과 결과가 연결됩니다.

4. 기본 조건 복구와 재검사

   A 실험의 필요 개수는 3으로 복구합니다. 배치 개선을 유지했다면 영향받은 테스트를 다시 확인합니다.

   확인수집 3·위험 2·목표 1과 필수 테스트 8개 통과를 확인한 뒤 플레이 영상을 촬영합니다.

기록 예: “필요 개수 3 → 2. 두 개를 얻은 뒤 목표에 들어가면 성공할 것으로 예상했다. LEVEL COMPLETE와 남은 수집물 한 개를 확인했다. 필요 개수를 3으로 복구하고 T07·T08을 다시 검사했다.” 실제 바꾼 값과 관찰 결과는 복습용으로 짧게 남깁니다. 별도 설명 파일이나 실험 기록을 제출할 필요는 없습니다.

과제 2는 직접 제작한 레벨을 플레이하는 영상 1개를 제출합니다. Unity 프로젝트와 코드는 다음 작업을 위해 개인 보관하고, 테스트 표·CSV·설명 문서는 제출하지 않습니다.

Scene과 코드를 저장한 뒤 Console을 비우고 새 Play에서 촬영합니다. Game 화면과 Console의 수집·복귀·성공 로그가 함께 읽히도록 녹화합니다. 영상에는 위 순서의 플레이 결과가 드러나면 됩니다. 코드 설명이나 별도 발표는 필요하지 않습니다.

오류 하나를 다시 만들고, 한 항목씩 고칩니다

1. 실패 조건 고정

   예: 새 Play → 수집 한 개 → 첫 위험 접촉. 재현할 순서를 먼저 적습니다.

   확인같은 현상이 다시 나타납니다.

2. 멈춘 단계 찾기

   접촉 로그 없음 / Tag 확인 실패 / PlayerProgress 찾기 실패 / 메서드 호출 후 값 불일치 중 어디인지 구분합니다.

   확인전체 코드를 바꾸기 전에 확인할 위치가 좁혀집니다.

3. 한 항목 수정 후 같은 검사

   컴포넌트 위치, Tag, Trigger, 필요 개수 중 관찰한 원인 하나만 고칩니다.

   확인수정 전후 결과를 같은 조건으로 비교합니다.

복귀 후 개수가 유지되는 것은 이번 규칙에서 정상입니다. Goal 안에 머무를 때 자동 판정이 다시 일어나지 않는 것도 현재 코드의 동작입니다. 기대 결과가 코드와 다른 경우인지, 설정이나 연결이 잘못된 경우인지 먼저 구분합니다.

• OnTriggerEnter2D ↗겹침 사건의 발생 조건
• CompareTag ↗Player 역할 확인
• TryGetComponent ↗상대의 PlayerProgress 찾기
• Prefabs ↗검증한 오브젝트의 반복