저작 도구에서 과정을 게시할 때 가장 먼저 묻는 것 중 하나가 어떤 표준을 쓸지입니다. SCORM 1.2인가 SCORM 2004인가, 그리고 2004라면 어느 에디션인가. 둘 다 여전히 널리 쓰이며, 선택에 따라 LMS가 각 학습자에 대해 기록할 수 있는 내용이 달라집니다. 무엇이 실제로 다른지, 어떻게 결정할지 정리했습니다.
SCORM의 짧은 역사
SCORM(Sharable Content Object Reference Model)은 미국 국방부가 후원한 ADL(Advanced Distributed Learning) Initiative에서 개발했습니다. 두 가지를 규정합니다.
- 패키징: 과정은 내부 구성을 설명하는
imsmanifest.xml파일이 루트에 있는 zip 파일입니다. - 런타임: 과정이 LMS와 통신할 때 사용하는 JavaScript 인터페이스로, 시작, 진도 저장, 점수 보고, 종료를 처리합니다.
SCORM 1.2는 2001년에 발표되었습니다. 이후 SCORM 2004가 나와 네 차례의 에디션을 거쳤고, 마지막은 2009년입니다. 이후의 작업은 xAPI와 cmi5 같은 새로운 사양으로 옮겨 갔으며, 이들은 SCORM의 새 버전이 아니라 별도의 표준입니다.
실무상의 차이
이수 상태와 성공 상태
과정 제작자가 가장 크게 체감하는 차이입니다.
SCORM 1.2에는 cmi.core.lesson_status라는 단일 필드가 있고, 여기에는 passed, completed, failed, incomplete, browsed, not attempted 중 하나의 값만 들어갑니다. 과정은 학습자가 ’이수’했다거나 ’합격’했다고 말할 수 있지만, 둘을 동시에 말할 수는 없습니다. 그래서 저작 도구는 보통 결과를 어떻게 보고할지 묻고, 통과/미완료나 이수/미완료 같은 선택지를 제시합니다.
SCORM 2004는 이를 둘로 나눕니다.
- 이수 상태: 학습자가 콘텐츠를 끝까지 학습했는가? (completed, incomplete, not attempted, unknown)
- 성공 상태: 기준을 충족했는가? (passed, failed, unknown)
따라서 SCORM 2004 과정은 ’이수했지만 불합격’이라고 보고할 수 있으며, 누군가 모든 내용을 봤고 그리고 합격했는지 알아야 할 때 중요합니다.
과정이 저장할 수 있는 진도 데이터의 양
과정은 북마크와, 답변, 변수, 슬라이드 상태를 담은 ‘서스펜드 데이터(suspend data)’ 블록을 이용해 학습 위치를 저장합니다.
- SCORM 1.2: 서스펜드 데이터는 4,096자, 북마크는 255자까지 허용됩니다.
- SCORM 2004: 3판과 4판에서 서스펜드 데이터는 64,000자, 북마크는 1,000자까지 허용됩니다.
슬라이드, 변수, 문제 은행이 많은 긴 과정은 SCORM 1.2에서 공간이 부족해질 수 있습니다. 그다음에 어떻게 되는지는 도구와 LMS에 따라 다르지만, 흔한 증상은 과정이 학습자가 중단한 지점에서 이어지지 않는 것입니다.
시퀀싱과 탐색
SCORM 1.2에는 패키지가 각 부분의 순서를 제어하는 표준 방법이 없습니다. 순서는 LMS가 정하며, 탐색은 보통 과정 안에서 이루어집니다.
SCORM 2004는 패키지에 담기는 시퀀싱과 탐색 규칙을 추가합니다. 모듈 간 선행 조건, 이미 아는 내용을 건너뛸 수 있게 하는 사전 테스트, 결과를 하나의 전체 상태로 취합하는 규칙입니다. 강력하지만 복잡하며, 지원 수준은 LMS마다 다릅니다. 저작 도구에서 내보낸 과정은 흔히 하나의 SCO(실행 가능한 단위 하나)이며, 그 경우 시퀀싱은 거의 관여하지 않습니다.
점수와 문항 데이터
두 버전 모두 최솟값, 최댓값과 함께 원점수를 기록합니다. SCORM 2004는 척도 점수(scaled score)와, 개별 문항 응답(interactions)을 기록하기 위한 더 풍부한 필드를 추가합니다.
호환성 고려 사항
- 과정이 어디에서 실행되나요? 자체 LMS에서만 쓸 것이라면 두 형식을 모두 그곳에서 테스트하세요. 자체 LMS를 운영하는 고객에게 과정을 공급한다면 게시하기 전에 어떤 형식을 원하는지 물어보세요.
- 2004의 어느 에디션인가요? SCORM 2004를 지원하는 LMS라도 모든 에디션을 같은 방식으로 처리하지는 않을 수 있습니다. LMS가 지원하는 에디션을 확인하고 테스트하세요.
- 단순할수록 뜻밖의 문제가 적습니다. SCORM 1.2는 움직이는 부분이 적어서 안전한 기본값으로 취급되는 경우가 많습니다.
- xAPI와 cmi5는 대체재가 아닙니다. LMS가 SCORM을 요구한다면 xAPI, cmi5, AICC를 실수로 내보내지 마세요.
SCORM 1.2와 SCORM 2004 한눈에 비교
| SCORM 1.2 | SCORM 2004 | |
|---|---|---|
| 발표 | 2001년 | 2004년, 4판은 2009년 |
| 결과 보고 | 하나의 상태(예: 합격 또는 이수) | 이수 상태와 성공 상태를 분리 |
| 서스펜드 데이터 | 4,096자 | 64,000자(3판과 4판) |
| 북마크 | 255자 | 1,000자 |
| 점수 | 원점수, 최솟값, 최댓값 | 척도 점수 추가 |
| 시퀀싱 | 정의되지 않음, LMS가 결정 | 패키지에 규칙 정의 |
| 복잡도 | 낮음 | 높음, 에디션별로 지원이 다름 |
어느 쪽으로 게시해야 할까요? 결정 가이드
SCORM 1.2를 선택하는 경우
- 과정이 짧거나 중간 길이이며 테스트에서 이어하기가 안정적으로 동작합니다
- ’합격’이나 ’이수’처럼 하나의 결과로 충분합니다
- 과정이 어떤 LMS에서 쓰이게 될지 모르거나, 고객이 이 형식을 요청했습니다
SCORM 2004를 선택하는 경우
- 이수와 합격/불합격을 따로 기록해야 합니다
- 과정이 길거나 상태 정보가 많아 SCORM 1.2에서는 서스펜드 데이터 공간이 부족합니다
- 패키지 수준의 시퀀싱을 활용하며, 사용하는 규칙을 LMS가 지원하는지 확인했습니다
아직 확신이 서지 않는다면
같은 원본에서 두 형식으로 모두 게시하고, 사용할 LMS에 둘 다 업로드해 비교해 보세요. SCORM 패키지 테스트 방법 가이드에서 무엇을 확인해야 하는지 안내합니다.
Acadenix가 두 형식을 처리하는 방식
Acadenix는 각각 최대 100MB의 SCORM 1.2 및 SCORM 2004 zip 파일을 받는 SCORM LMS입니다. 유닛 라이브러리에 패키지를 추가하고 유닛 유형을 SCORM 1.2 또는 SCORM 2004 중에서 선택하면, 패키지가 자체적으로 이수를 기록합니다. 모든 학습자의 진도, 점수, 이수가 추적되며 전용 SCORM 보고서가 제공되고, 콘텐츠는 유효 시간이 짧은 서명된 접근 권한을 사용해 별도의 샌드박스 주소에서 비공개로 제공됩니다.
형식 선택의 부담을 덜어 주는 기능이 몇 가지 있습니다.
- LMS에서 설정하는 합격 점수. SCORM 유닛 뒤에 합격 점수, 재응시, 시간 제한이 있는 기본 제공 테스트를 배치하고, 그 테스트 통과를 과정 이수 조건으로 삼으세요.
- 유닛을 순서대로. 시퀀싱에서 필요한 것이 ’모듈 1을 모듈 2보다 먼저’뿐이라면, 각 모듈을 별도의 유닛으로 게시하고 These units run in order(유닛을 순서대로 진행) 항목을 체크하세요.
- 나중에 마음이 바뀌어도. 새 파일이나 새 유닛 유형을 업로드하면 유닛의 새 버전이 만들어집니다. 수강 중인 학습자가 새 버전에서 다시 시작할지, 시작한 버전을 마칠지 선택할 수 있으며, 이미 마친 사용자는 이수 기록을 그대로 유지하고 Updated(업데이트됨) 표시를 보게 됩니다.
xAPI(Tin Can), cmi5, AICC 패키지는 지원하지 않으므로 SCORM 1.2 또는 2004로 게시하세요.
핵심 요약
- SCORM 2004는 ’이수’와 ’합격’을 분리하고, SCORM 1.2는 하나의 상태만 보고합니다.
- SCORM 1.2는 이어하기 데이터 공간이 훨씬 작아서 긴 과정에서 문제가 될 수 있습니다.
- SCORM 2004의 시퀀싱은 강력하지만 LMS별 지원이 다르므로 테스트하세요.
- 확신이 없다면 같은 원본에서 둘 다 게시해 LMS에서 테스트해 보세요.
직접 만든 패키지가 어떻게 동작하는지 확인해 보고 싶으신가요? 체험을 신청하고 SCORM 1.2와 SCORM 2004 zip 파일을 Acadenix에 업로드해 보세요. 최대 25명의 학습자와 14일간 이용할 수 있습니다.
