'미니'에 해당되는 글 8건

  1. 2012.12.31 2012년 미니의 프로그래밍 이야기 블로그 결산 (2)
  2. 2007.11.07 8. SCORM 콘텐츠 패키징 절차에 대한 미니 생각.. (3)
  3. 2007.04.11 7. SCOM CMI 데이터 모델 두번째
  4. 2007.03.28 6. SCOM CMI 데이터 모델 첫번째
  5. 2007.03.21 5. SCORM RTE(Run-Time Environment) #2
  6. 2007.01.25 4. SCORM RTE(Run-Time Environment) #1
  7. 2006.09.13 1. SCORM 이란?
  8. 2005.05.20 개발자를 위한 SCORM 개요 초고

2012년 미니의 프로그래밍 이야기 블로그 결산

|



2011년 제 블로그 결산을 하면서 월 2만 이상의 PV가 나오는 블로그가 되었으면 좋겠다고 했는데요. 

최근 월 PV가 4만을 넘어서면서 총 방문자수가 작년 265,497에서 65만명으로 2배 이상 증가했네요. 



이 블로그를 통해 새로운 내용이나 기억할 만한 내용을 한번 정리하고 추후 찾아볼 수 있도록 활용하고자 했었는데요. 

그러다 보니 부담없이 꾸준히 글을 올리게 되고, 내가 궁금해 하는 내용을 다른 분들도 마찬가지로 찾고 싶어 했던 것 같습니다.


사용자가 접속하는 패턴을 보면 월별로 점차 증가하는 추세이기는 합니다.

그리고 월~금요일에 비해 토, 일요일 접속자가 급격히 떨어져서 굴곡이 심하게 나타나네요. 

IT 관련 글이 주요 내용이다 보니 주말에는 별 관심이 없는 듯 합니다. ^^



구글 Analytics로 분석한 결과를 살펴보면 올해 순 방문자 수는 166,992명입니다.

16만명이 제 블로그를 왔다 갔다는 것인데요. 감사합니다. ^^



평균 방문시간도 작년의 45초에서 1분 11초로 증가했고, 이탈률도 4%정도 떨어졌네요. 

꾸준히 글을 올리다보니 재 방문률이 높아진 듯합니다. 



49,742명의 재방문을 한 분들이 있으니 이 중 10% 정도가 자주 오시는 분이라고 보면 약 4,000명의 구독자가 있다고 봐도 되겠죠. 


마지막으로 유입경로를 살펴보면 지난해와 비슷한데요. 

네이버 모바일 검색을 통해서 들어오신 분들이 7위에서 3위로 껑충 뛰어오른 것을 볼 수 있습니다. 

내년부터는 모바일에서의 접근을 고려해서 글을 작성해야 할 듯 하네요. 



다가오는 2013년 새해에도 꾸준히 글을 올려서 월 PV 5만 이상을 유지하는 블로그가 되었으면 하네요. 

더불어 제 블로그 보시는 모든 분들 새해 복 많이 받으시고 소원하는 것이 다 이루어지는 2013년 되시기 바랍니다. 

감사합니다. 







Trackback 0 And Comment 2
  1. jsh0912 2012.12.31 23:11 신고 address edit & del reply

    축하드립니다ㅎ

8. SCORM 콘텐츠 패키징 절차에 대한 미니 생각..

|



간혹 SCORM 콘텐츠 패키지에 대해 문의하시는 분들이 있습니다. 
이번에 관련 절차를 한번 정리해 보려고 합니다.. 

음.. 이건 제 나름대로 정리하는 방식이니까.. 
참고하시면 됩니다. (요런 작업에는 정석이라는 것이 없어서요.. -.-)

1. 콘텐츠 추출
패키지할 콘텐츠를 정리합니다. 
보통 html 파일과 swf 파일, 그리고 여러 스크립트 파일이 여기에 해당할 겁니다. 

간혹 fla파일과 같은 원본 파일을 배포할 콘텐츠에 넣으시는 분들이 있는데요..
용량도 커지고.. 소스도 유출되고.. 빼는 게 좋겠죠.. ^^

2. API 파일 선정
SCORM을 사용하려면 SCORM API를 삽입해야 합니다. 
그러려면 사용할 API가 필요한데요.. 일반적으로 SCORM 콘텐츠에 포함된 APIWrapper.js 파일을 사용하시면 되는데요..
이럴 경우, 다음과 같은 loadPage, unloadPage를 추가적으로 구현해 줘야 하는 문제가 있습니다. 

var exitPageStatus = false;

function loadPage()
{
      var result = doInitialize();
}
  

function unloadPage()
{
     if (exitPageStatus != true)
     {
        doTerminate();
     }
}

그래서 보통은 이것까지 감싼 Wrapper를 사용하는 것이 보편적입니다. 
제가 작성한 MiniAPIWrapper.js 파일을 사용하시면 될 것 같습니다. 
js 파일 하나지만 zip으로 묶어서 자료모음에 올려놓도록 하겠습니다. 

필요에 따라 MiniAPIWrapper.js 파일의 하단 Mini Main Function을 변경해서 사용하시면 됩니다. 

3. API 삽입 
이제 SCORM API를 삽입해보도록 하겠습니다. 
이 API는 자바스크립트로 되어 있기 때문에 반드시 기존 콘텐츠에 스크립트 오류가 있어서는 안됩니다. 

간혹, flash 파일의 action script의 오류로 인해서 SCORM API 호출이 안되는 경우도 있었습니다. 
꼼꼼히 확인하시기 바랍니다. 
(인터넷 익스플로러의 경우 도구>인터넷옵션>고급>모든 스크립트 오류에 관련된 알림 표시를 체크해 두세요)

콘텐츠 HTML 상단에 다음과 같이 SCORM API를 포함합니다.
<script type="text/javascript" src="util/MiniAPIWrapper.js"></script>

MiniAPIWrapper.js 파일의 위치를 정확하게 표기하셔야 합니다. 
이 위치를 잘못 설정해 놓고 안된다고 하시는 분들도 많더라구요 -.-

다음으로 HTML <body>태그에서 SCORM API를 호출합니다. 
<body onLoad="loadPage()" onUnload="unloadPage()">

이걸로 콘텐츠에 API 삽입이 마무리 되었습니다. ^^ (쉽죠~~ 캬!!)

참! 여기서 주의할 사항이 있습니다. 
콘텐츠가 iframe 구조로 되어 있는 경우, onUnload 이벤트가 호출되지 않는 경우가 종종 있었습니다.  
이때는 onUnload 대신에 onBeforeUnload 이벤트를 사용하면 되더라구요.. 꼭 기억해 두세요~~



여기서 API가 제대로 되었는지 확인하고 싶으시다면.. 
Test Suite를 이용해서 SCO 테스트를 해보시면 됩니다. 

MiniAPIWrapper.js를 넣고 로컬에서 테스트해보면 
"API를 초기화할 수 없습니다."라는 메시지가 나올 겁니다. 

SCO로 사용할 모든 HTML에 위와 같은 작업을 해 주시면 됩니다. 

여기서 잠깐
SCORM에는 Asset이라는 것이 존재합니다 .
이것 또한 HTML 페이지라고 볼 수도 있는데요.. 이것은 SCO와 달리 학습결과를 추적하지 않습니다. 
그러므로 위와 같은 API 추가 작업이 필요없습니다. 

외국의 SCORM 예제를 보면 이런 Asset을 많이 사용하고 있는 것을 알 수 있습니다.
모든 학습 페이지의 학습여부를 판단하지 않고 중요한 것만 체크하는 방식이지요..

하지만 국내 이러닝 프로젝트에서는 모든 페이지의 학습결과를 체크하기를 요청하는 것 같습니다. 
실제로 이런 학습결과 데이터가 무의미하게 너무 많이 쌓여서 나중에 문제가 되는 경우도 있더라구요. -.-
(페이지 단위의 cmi data는 학습 당시에는 쓸모가 있을 것 같아도 나중에는 별 소용이 없는 것 같기도 합니다. -.-)

4. SCORM 패키징
이제는 SCORM 패키징을 할 차례입니다. 
imsmanifest.xml 파일을 만드는 것이죠.. 

이 작업은 반드시 툴을 활용하시라고 하고 싶습니다. (물론 직접 XML을 타이핑하실 분은 없겠죠.. ^^)
국내에도 괜찮은 제품들이 많이 있으니.. 참고하시구요~
오픈소스인 Reload를 사용하셔도 될 겁니다. 

어쨌든 방식들은 거의 비슷합니다. 
1. 패키지 만들고 
2. resource 등록하고
3. organization 하위에 item 등록하고 resource와 연결시키구.. 

(DUNET에 있을 때 만든 DUNET Scorm Editor에서는 Resource와 Item 등록을 한번에 처리하도록 구성했었죠.. 
대부분 에디터가 2, 3번 단계를 따로 작업해야 하더라구요 -.-)

5. 메타데이터 삽입
패키징까지 잘 되었다면 필요한 부분에 메타데이터를 삽입하시면 됩니다. 
LOM을 이용하는 SCORM 메타데이터의 범위가 꽤 넓고 다양합니다. 

그러나 제가 사용해 본 바로는 General의 title, description, keyword 정도 입력해서.. 
SCO 검색용 정도로 활용해 본게 전부입니다. 

일단 검색 이외의 용도로 메타데이터를 활용할 일은 별로 없을 것 같기도 합니다. 
뭐.. 나중에 필요하다고 하면 어쩔수 없겠지만요.. 

어쨋든 메타데이터는 꼭 필요한 것만 최소한으로 그리고 정확하게 넣으시구요~~

KERIS에서 KEM이라는 메타데이터를 만들었습니다. 
LOM과 거의 유사한데요. 7차 교육과정을 추가한 항목입니다. 

그래서 메타데이터 입력할 때, KEM을 사용하면 ADL의 Test Suite를 통과하지 못합니다. 
이점도 참고하세요~~ 

6. 테스트
이제 테스트할 차례입니다. 
SCORM 규격에 맞다면, SCORM 2004 3rd Edition Comformance Test Suite와 Sample RTE에서 잘 돌아가야 합니다. 

간혹, 프로젝트하다 보면... 
콘텐츠하고 솔루션하고 다투는 경우가 있습니다. 
서로 안맞는 거죠.. -.-


그런데.. 같은 스펙을 보고 하는데 왜 안맞는지.. 쩝~~
콘텐츠에서는 Test Suite와 Sample RTE에서 돌아간다는 것만 보여주면 됩니다. 
반대로 솔루션은 LMS Test Content Package가 잘 돌아간다는 것만 보여주면.. 되겠죠~~

그러면 둘이 서로 싸울일은 없을 겁니다. ~~

그럼..  좋은 하루 되세요~~~




Trackback 0 And Comment 3
  1. 도브 2013.05.06 16:59 address edit & del reply

    감사히 잘 봤습니다 ㅎㅎ

  2. 난널 2014.12.11 13:35 address edit & del reply

    멋진 글 감사합니다. SCORM이 무엇인지 대강 알게 되었네요.

7. SCOM CMI 데이터 모델 두번째

|



11. Learner ID

cmi.learner_id

12. Learner Name

cmi.learner_name

13. Learner Preference

cmi.learner_preference._children

cmi.learner_preference.audio_level

cmi.learner_preference.language

cmi.learner_preference.delivery_speed

cmi.learner_preference.audio_captioning

14. Location

cmi.location

15. Maximum Time Allowed

cmi.max_time_allowed

16. Mode

cmi.mode

17. Objectives

cmi.objectives._children

cmi.objectives._count

cmi.objectives.n.id

cmi.objectives.n.score._children


 

cmi.objectives.n.score.scaled

cmi.objectives.n.score.raw

cmi.objectives.n.score.min

cmi.objectives.n.score.max

cmi.objectives.n.success_status

cmi.objectives.n.completion_status

cmi.objectives.n.progress_measure

cmi.objectives.n.description

18. Progress Measure

cmi.progress_measure

19. Scaled Passing Score

cmi.scaled_passing_score

20. Score

cmi.score._children

cmi.score.scaled

cmi.score.raw

cmi.score.min

cmi.score.max

21. Session Time

cmi.session_time

22. Success_status

cmi.success_status

23. Suspend Data

cmi.suspend_data

24. Time Limit Action

cmi.time_limit_action

25. Total Time

cmi.total_time


 




Trackback 0 And Comment 0

6. SCOM CMI 데이터 모델 첫번째

|



1. Data Model Version

cmi._version

2. Comments From Learner

cmi.comments_from_learner._children

cmi.comments_from_learner._count

cmi.comments_from_learner.n.comment

cmi.comments_from_learner.n.location

cmi.comments_from_learner.n.timestamp

3. Comments From LMS

cmi.comments_from_lms._children

cmi.comments_from_lms._count

cmi.comments_from_lms.n.comment

cmi.comments_from_lms.n.location

cmi.comments_from_lms.n.timestamp

4. Completion Status

cmi.completion_status

5. Completion Threshold

cmi.completion_threshold


 

6. Credit

cmi.credit

7. Entry

cmi.entry

8. Exit

cmi.exit

9. Interactions

cmi.interactions._children

cmi.interactions._count

cmi.interactions.n.id

cmi.interactions.n.type

cmi.interactions.n.objectives._count

cmi.interactions.n.objectives.n.id

cmi.interactions.n.timestamp

cmi.interactions.n.correct_responses._count

cmi.interactions.n.correct_responses.n.pattern

cmi.interactions.n.weighting

cmi.interactions.n.learner_response

cmi.interactions.n.result

cmi.interactions.n.latency

cmi.interactions.n.description

10. Launch Data

cmi.launch_data

 




Trackback 0 And Comment 0

5. SCORM RTE(Run-Time Environment) #2

|



 

API Wrapper 함수

 

앞의 Photoshop 예제를 다운로드 했다면 (혹시 받지 않았으면 자료모음에서 받으시기 바랍니다.)

다음 위치의 파일을 보시기 바랍니다.

 

photoshop/util/Photoshop_APIWrapper.js

 

이 파일을 텍스트 에디터로 열어 보시면.. 위 함수와 이름은 비슷한데..

doInitialize, doTeminate.. 등으로 이루어진 것을 볼 수 있습니다. 이것이 바로 Wrapper 함수라고 보시면 되구요.

내부에서 Initialize, Teminate.. 등을 호출하고 있지요~~

 

이런 Wrapper를 왜 사용할까요? 그대로 쓰기 보다는 사용자의 다양한 요구를 받아들여서 적절히 수정해서 적용할 수 있는 융통성을 주기 위해서가 아닐까 하네요...

Wrapper  함수의 이름도 사용자가 임의로 지어서 사용할 수도 있겠죠.. 보통은 표준과 비슷하게 만들겠지만요~

 

자.. 여기까지 하고 실제 Wrapper 함수의 내부를 간략하게만 살펴보도록 하죠...

Wrapper 함수가 이전 강의에서 설명한 API 함수들과 1:1 매핑이 되는 것이 있습니다.

 

doInitialize() -> Initialize()

doTerminate() -> Terminate()

doCommit() -> Commit()

doGetValue() -> GetValue()

doSetValue() -> SetValue()

doGetLastError() -> GetLastError()

doGetErrorString() -> GetErrorString()

doGetDiagnostic() -> GetDiagnostic()

 

실제 소스를 살펴보면 위와 같이 매핑된다는 것을 확인할 수 있을 겁니다.

물론 Wrapper 함수에서 API 함수를 호출하기 전에 몇가지 작업을 더 하기는 합니다만, 기본적으로는 동일하다고 볼 수 있죠..

 

그리고 SCORM Wrapper함수에서 반드시 가지고 있어야 하는 것이 있습니다.

바로 getAPI() 함수입니다. SCORM RTE를 처리하기 위한 API Adapter를 가져오는 부분이라고 할 수 있습니다.


 

SCORM에서 API 함수들을 호출하려면 이런 함수들을 가지고 있는 API Adapter를 이용해야 하거든요.

 

function getAPI()

{

   var theAPI = findAPI(window);

   if ((theAPI == null) && (window.opener != null) && (typeof(window.opener) != "undefined"))

   {

      theAPI = findAPI(window.opener);

   }

   if (theAPI == null)

   {

      alert("Unable to find an API adapter");

   }

   return theAPI

}

 

findAPI 함수를 호출해서 API Adapter를 찾게 됩니다.

 

function findAPI(win)

{

   while ((win.API_1484_11 == null) && (win.parent != null) && (win.parent != win))

   {

      findAPITries++;

      

      if (findAPITries > 500)

      {

         alert("Error finding API -- too deeply nested.");

         return null;

      }

      

      win = win.parent;

 

   }

   return win.API_1484_11;

}

findAPI는 루프를 돌면서 API_1484_11이란 이름을 찾게 되는 것이죠..

SCORM 1.2에서는 win.API를 가져오면 되구요.. 2004에서는 win.API_1484_11을 찾으면 되네요..

 

이렇게 해서 가져오 API Adapter를 가지고서 각종 API 함수를 호출할 수 있게 되는 것이죠..

 

Wraper함수와 API함수가 1:1로 매핑되는 것의 내부를 보시면..

api.Initialize() 와 같은 형태를 볼 수 있을 것입니다. getAPI()를 통해 가져온 API Adapter를 이용하는 것이죠..

 

SCO와 API의 연결

 

이제 Wrapper 함수도 알아봤습니다. 하지만, 아직 우리는 Wrapper 함수를 호출하지 않았습니다.

그쵸~~ 잘 생각해보세요.. API Adapter에서 사용하는 함수를 배웠고.. 그것을 감싸는 Wrapper 함수를 이야기 했을 뿐입니다.

그렇다면, 이런 Wrapper 함수를 이제는 사용해야 합니다.

 

(갑자기 이런 질문을 하는 분도 있겠네요.. ~ 저기요~~ getAPI()를 이용해서 API Adapter를 가져왔잖아요..

음.. getAPI를 통해서 가져온 API Adapter로 API 함수를 호출하죠.. 어디에서.. Wrapper 내부에서..

그럼. 지금 필요로 하는 것은 Wrapper 함수 자체를 호출하는 것이죠..

쩝~~ 더 해깔려지나... 암튼, API 함수들 > API Adapter > Wrapper > ?

요 ?를 살펴보자는 것이죠.. )

 

Wrapper 함수를 사용하는 곳은 어디일까요?

바로 콘텐츠입니다. 즉, LMS에 학습진도나 다른 학습 데이터를 전송하고 받는 임무는 LMS 시스템이 아니라, 콘텐츠의 것입니다. 콘텐츠 중에서도 서버와 통신을 하는 것은 Asset이 아니라 SCO라고 했었죠 ^^

 

SCO 파일에서 Wrapper 함수를 사용하게 될 것입니다.

맞는지 확인해 볼까요?

 

photoshop예제에서 SCO는 Question1.htm... 이죠..

우와~ 제가 이것을 어떻게 알았을까요?

imsmanifest.xml 파일을 열어서 <resource... > 부분의 adlcp:scormType을 보시면 됩니다.

콘텐츠 통합모델 할 때 설명했었죠..^^ 기억이 안나시면 다시 앞강으로 가셔서 살펴보시기 바랍니다.

 

어쨌든 Question1.htm 파일을 열어 보도록 하죠..

 

<script language=javascript src="util/Photoshop_APIWrapper.js"></script>

 

윗부분에 보면 Wrapper 함수를 포함하고 있는 것을 알 수 있습니다. 그쵸.. asset용 파일들을 살펴보시면 이 부분이 없을 겁니다. 한번씩 확인해 보세요.. (Lesson1.htm.. 파일들을 열어보면 알겠죠.)

 

그럼 Wrapper 함수를 어디에서 호출하는지 살펴보도록 하죠..

 

<body onLoad="loadPage()" onunload="return unloadPage()">

 

HTML의 <body> 부분입니다. 페이지를 열면서 loadPage()를 호출하구요.. 닫으면서 unloadPage()를 호출하고 있죠..

 

SCORM에서 SCO를 만들때 알아두어야 하는 기본적인 형태입니다.

 

기본적으로

loadPage()에서는 doInitialize()를 호출하구요..

unloadPage()에서는 doTerminate()를 호출합니다..

 

상황에 따라 doSetValue()나 doGetValue()를 호출할 수도 있겠죠..

자세한 내용은 살펴보시기 바랍니다.

 

옹? unloadPage()에서는 doTerminate()를 호출하지 않는데요? 하는 생각이 든다면.. 하나씩 추적해 보시기 바랍니다.

unloadPage() -> doQuit() -> calcScore() -> doTerminate().. 이해되죠?

 

 



 

SCORM Data Model

 

이제 SCO와 LMS 시스템과 연결이 되었습니다. 바로 API Adapter를 이용해서 된 거죠?

마지막으로 다룰 것은 바로 LMS 시스템에 넘겨줄 데이터에 관련 된 것입니다.

 

콘텐츠와 시스템을 연결했으니.. 당연히 전송할 데이터의 형식을 결정해야 하겠죠..

 

이것이 바로 CMI Data Model이라 부는 것입니다.

 


 

위 그림을 보면 GetValue를 사용하여 학습자 이름인 judy를 가져오고 있죠..

그리고 SetValue를 통해서 학습자 이름을 judy로 저장하고 있습니다.

이때 사용하는 학습자 이름이 왼쪽에 보이는 cmi.learner_name인 것이죠..

 

Wrappr 함수를 호출하는 형식으로 써보면 다음과 같습니다.

 

name = doGetValue("cmi.learner_name");

doSetValue("cmi.learner_name", "judy");

 

이런 식으로 하게 되면 GetValue와 SetValue만 가지고 다양한 데이터를 저장할 수 있게 되죠~~

 

cmi.learner_name 이외에도 60여개의 데이터 모델이 있습니다.

 

또한, 모든 데이터 모델이 GetValue와 SetValue가 허용되는 것은 아니구요..

읽기 전용인 경우, SetValue가 허용되지 않기도 합니다.

버전 정보를 나타내는 cmi._version이나

LMS에서 보내는 메시지를 나타내는 cmi.comments_from_ims._children이 해당이 되는 것이죠 ^^

 

기회가 되면 SCORM 2004 Data Model을 정리하도록 하겠습니다.

 

이상으로 오랜만에 강의를 하나 올렸네요~ 그동안 기다리셨던 분들께는 죄송하구요 ^^

SCORM 2004의 RTE는 그리 어렵지 않으니.. 꼭 숙지하시고..

특히 SCORM형 콘텐츠를 만드는 분들도 이해하셔서~~ SCORM 시스템 개발자들의 수고를 좀 덜어주세요~~

 

그럼.. 좋은 하루 되세요~~ 2007.3.21 From 미니..




Trackback 0 And Comment 0

4. SCORM RTE(Run-Time Environment) #1

|



 

오랜만에.. SCORM 강좌를 이어서 진행하도록 하겠습니다. ^^

오늘은 SCORM RTE 부분을 살펴볼 것인데요.. RTE는 Run-Time Environment의 약자로서..

굳이 번역하자면 실행환경이라고 할 수 있습니다.

 

그렇다면 이런 실행환경이 왜 필요하고, 어떻게 구성되어 있으며~~

실제 호출하는 함수나 데이터 모델이 어떠한지를 살펴보도록 할 것입니다.

 

이것이 바로 SCORM RTE에서 다룰 내용의 전부라고 생각하시면 됩니다. *^^*

자~ 그럼 시작해 보도록 하겠습니다.~~

 

SCORM RTE의 개념

 

먼저 RTE가 왜 필요한지 생각해 보도록 하죠~~

SCORM이 등장하게 된 중요한 이유중의 하나는 바로 콘텐츠와 시스템의 분리였습니다.

그래서 목차나 각각의 차시에 대한 파일이나 여러 정보는 imsmanifest.xml을 통해 콘텐츠에 포함시켰습니다.

(어~ 이 부분의 내용이 생각이 안나신다구요.. ㅋㅋ 바로 앞의 강좌 5.3 콘텐츠 통합 모델을 다시 살펴보세요~~)

 

그렇다면, 이제는 콘텐츠가 가지고 있는 정보를 시스템에 알려줘야 합니다.

그래야 시스템에서 해당하는 목차도 띄워주고~ (물론 시쿼싱이 도입되면서 목차는 시퀀서가 처리하게 되지만.. 여기서는 편의를 위해 일단 이렇게 설명합니다.) 학습자의 학습시간, 평가점수 등도 받아서 저장하거나, 학습자가 요청할 때는 보내주어야 합니다.

 

이전의 이러닝에서는 콘텐츠와 시스템이 통합되어 있었기 때문에 이 모든 것을 시스템이 알아서 처리했죠~~

 

그러나 SCORM에서는 다음과 같은 방식으로 콘텐츠와 시스템의 연결을 해결하고 있습니다.

 


 

간단하게 도식화 한 것인데요~ 중요한 부분은 바로 API Adapter라는 것임다~ 콘텐츠의 각 SCO(Sharable Content Object)와 시스템인 LMS Server의 API Adapter가 웹 브라우저를 통해 서로 연결되는 것이죠..

 

다시 정리해 보면.. 콘텐츠에서는 API란 것을 두어서 호출을 합니다. 그럼 서버에서는 그 API를 받아서 처리하는 부분을 만들어 두는 것임다.

 

(참고로 API란 Application Program Interface로서 프로그램들을 서로 연결시켜주는 것이라고 대략 알아두시면 될 것 같네요)

 

그렇다면.. 대부분의 콘텐츠는 HTML이죠~ HTML에서 API란 걸 호출하는 방식으로 주로 자바스크립트가 사용됩니다.

그래서 콘텐츠의 SCO에 추가되는 API는 자바스크립트로 되어 있습니다.

 

자.. 서버에서는 호출된 API를 받아서 처리해야 하죠~ 그게 바로 API Adapter입니다. 기능은 콘텐츠에서 전달해온 값들을 저장하고, 콘텐츠에서 호출하는 값을 보내주는 역할이라고 생각하면 됩니다. 일반적으로 java로 구현하기도 하구요.. ActiveX로 만들기도 하죠.. 최근에는 이것을 Flash나 다른 걸로도 구현하기도 하더라구요..


 

SCORM RTE 동작 원리

 

이전 강좌에서 SCO와 Asset에 대해 설명을 했었죠 ~~ 기억나나요?

SCO가 여러개 모여야 Asset이 된다고 했었죠~~ 그쵸...

(네.. 하고 대답하신 분은 이전 강좌를 다시 살펴보시기 바랍니다. ㅋㅋ)

 

*^^* 아니죠.. Asset이 여러개 모여 SCO가 되기도 하고, Asset 하나가 SCO 하나가 되기도 한다고 했었죠~~

 

이 Asset과 SCO의 가장 큰 차이점이 바로 RTE에 있습니다.

Asset의 위에서 설명한 API를 가지고 있지 않구요.. SCO는 반드시 가지고 있어야 합니다.

 

즉, 서버와 통신하는 것은 SCO만 하는 것이구.. 그러므로 학습 결과 등의 데이터를 기록하는 것 또한 SCO만 가능한 거죠.

Asset은 학습을 했는지 않했는지 전혀 알 수 없습니다.

 

어쨌든.. 지금까지 왜 RTE가 필요하고 어떻게 콘텐츠와 시스템에 상호 통신하는지 알아봤습니다.

그렇다면 보다 자세하게 동작 원리를 좀 살펴보도록 하죠~~

 


 

자~ 그림을 위에서부터 시계방향으로 따라가 볼까요~~

LMS Server가 콘텐츠를 불러옵니다. Launch라는 표현을 쓰고 있네요.. Asset을 호출하기도 하고.. SCO를 호출하기도 합니다.

 

이중에 Asset은 API와의 연결이 없구요.. SCO만 API와의 연결고리가 있죠.. 바로 위에서 설명했었죠.. ^^

 

잘 보시면 SCO가 API를 통해 LMS Server와 통신을 하는데요.. 두 가지 정도 유의해서 보시면 됩니다.

 

1. API는 ECMAScript (걍 자바스크립트라고 생각하면 됩니다.)로 되어 있음다..

2. API를 호출할 때 전달되는 데이터는 Data Model이라고 하는 것에  담겨 있게 됩니다.

 

그렇다면,... 앞으로 살펴볼 것은 API의 내용과 Data Model이 되겠죠.. ^^

 

API 함수들

 

SCORM에 사용하는 API 함수는 다행히도 8개가 전부입니다.

와우~~ 너무 간단하죠^^

 

API 함수가 간단한 이유는 모든 데이터별로 함수가 존재하는 것이 아니고.. 데이터는 Data Model에 따라 정해지고..

함수는 공통적으로 사용하기 때문입니다.

 

그럼.. 8개의 함수를 살펴보도록 할까요?

 

Initialize (“”)

초기화 함수로서.. SCO가 Launch 될 때 호출합니다. (즉, 콘텐츠가 시작될 때 실행되는 것이죠)

 

Terminate (“”)

SCO가 종료될 때, 즉 콘텐츠가 닫힐 때 실행됩니다.

 

Commit (“”)

보통 SCO가 종료될 때 서버에 데이터를 전달하게 됩니다. 즉, Terminate가 호출될 때 서버에 데이터가 저장되는 것이죠.

그러나 중간에 이 Commit을 실행하면 현재 상태를 서버에 저장하는 역할을 합니다.

 

GetValue (parameter1)

서버에서 parameter1에 해당하는 값을 가져옵니다. 그렇다면.. parameter1의 형식이 바로 Data Model이 되겠죠. ^^

 

SetValue (parameter1, parameter2)

GetValue와 반대로 parameter1에 해당하는 값 parameter2를 서버에 저장합니다.

 

GetLastError ()

현재 발생한 오류 코드를 가져옵니다.

 

GetErrorString (errorcode)

GetLastError에서 가져온 오류코드 errorcode에 대한 에러 관련 문자열을 가져옵니다.

 

GetDiagnostics (errorcode)

GetLastError에서 가져온 오류코드 errorcode에 대한 에러 관련 상세한 내용을 가져옵니다.


 

간단하죠.. 그리 어려운 것은 없습니다.

시작할 때 Initialize, 끝날때 Terminate, 값을 가져오고 저장할 때 GetValue, SetValue 요게 핵심이죠.. ^^

 

하지만.. 실제 활용할 때는 위 함수들을 조합해서 많이 사용합니다. 그래서 위 함수들을 포함하는 함수를 만들어 놓고 사용하죠.. 보통 Wrapper 함수라고 이야기 하는데요..

 

다음 시간에는 이 Wrapper 함수와 실제 Photoshop 예제에서 어떻게 사용되고 있는지..

 

그리고 RTE에서 사용하는 Data Model에 대해서 정리해 보도록 하겠습니다.

 

그럼.. 좋은 하루 되세요~~ 2007.1.25 From 미니..

 




Trackback 0 And Comment 0

1. SCORM 이란?

|



1. SCORM이 뭐죠?

드디어 새로운 강좌를 시작합니다. 이번에 주제로 정한 것이 바로 SCORM 입니다.

아마도 SCORM이 무엇인지... 잘 모르는 분들이 많을 거라고 생각합니다. 저게 XML과 무슨상관이야 하는 분들도 있겠지만.. 어쨌든 관련이 있습니다. 있구요.. ^^ 가장 중요한 이유는 현재 제가 하고 있는 작업이라는 겁니다. 아무래도 제가 하고있는 그래서 가장 잘 알고 있는 부분으로 강의를 시작하는게 맞을 것 같아서 시작해 봤습니다.

그럼.. SCORM이란 용어를 처음 들어보신 분들도 많을텐데요.. XML 강좌에서 설명했듯이.. 용어는 외우는게 아닙니다. 계속 보고 듣고.. 하다 보면 절로 그 개념까지 알게 되는 것이죠.. 꾹 참고 끝까지 읽어본다면, 향후~ 많은 도움이 될 것입니다. 이미 SCORM이란 것이 우리의 생활속으로 들어오고 있기 때문에.. 또 현재 대학이나 교육분야에서 활용되고 있기에.. 절대로 후회하지 않을 겁니다.

오랜만이라 서론이 좀 길었네요. 흠흠.... SCORM은 Sharable Content Object Relation Model의 약자입니다. 우리말로 하면 공유 콘텐츠 객체 관계 모델이라고나 할까요? 국어가 더 어려운 것 같습니다.

즉, 콘텐츠는 많이 들어봤을 것입니다. 이 콘텐츠를 공유하자는 것이 바로 SCORM의 핵심 개념입니다. 공유는 하는데.. 콘텐츠를 공유하기 위해서 상호간의 관계를 설정할 필요가 있습니다. 그래서 relation model이라고 붙여놓은 것입니다.

예를 들면, 요즘 사이버대학이 많이 있습니다. 각 사이버대학의 콘텐츠를 수강신청해서 인터넷으로 강의를 진행하게 됩니다. 이 경우, A 사이버대학의 콘텐츠를 B 사이버대학에서 활용하려면 현재 가능할까요? 아마도 시스템이 달라서 거의 콘텐츠를 다시 수정해야 할 겁니다. 또한 각 사이버대학마다 좋은 콘텐츠를 공유하지 못하고 서로 제각각 만드는 것도 어떻게 보면 낭비라고 할 수 있죠..

이렇게 서로 다른 시스템이라 하더라도 SCORM 표준을 준수하면 콘텐츠를 공유할 수 있다는 것이 바로 SCORM의 기본 출발입니다. 이러닝이 점차 보편화되고 있는 시점에서 SCORM의 중요성이 점차 커지고 있는 것이 사실이지요.. 그러나 SCORM에도 나름대로 한계점이 있습니다. 그건 나중에 다시 한번 논하도록 할께요.. 

SCORM은 미국 국방성 산하에 있는 ADL Initiative에서 1999년 4월 처음 시작되었습니다. SCORM 버전 1.0을 2000년 1월에 발표한 이후 현재 SCORM 2004(버전 1.3)을 발표한 상태에 있습니다. 앞으로의 강좌는 SCORM 2004를 기준으로 설명하게 될 것입니다.


2. 누가 SCORM을 학습해야 할까요?

강의를 시작하기에 앞서, 누가 왜 SCORM을 학습해야 하는지에 대해 간단히 설명하겠습니다. 

제가 이러닝 분야를 하면서 느끼는 점은  SCORM은 시스템 개발자가 하는 것이라고 생각하는 사람들을 흔히 봤습니다. 일단, SCORM 기반의 시스템을 만들어야 하므로 시스템 개발자가 SCORM을 이해하고 적용해야 하는 것은 당연한 것입니다. 

그러나, 더욱 중요한 것은 만들어진 시스템을 활용해야 하는데 있다고 생각합니다. 그러기 위해서는 SCORM 형 콘텐츠를 개발해야 하는데.. 이 부분에 있어 SCORM에 대한 전문성이 더욱 필요하다고 생각합니다. 

즉, 교육공학적인 사고가 바탕이 되어 SCORM의 시퀀싱(학습흐름)이나 SCO의 구성등을 결정해야 한다는 것이죠.. 

정리하면, SCORM은 시스템(LMS 또는 LCMS) 개발자와 콘텐츠 개발자, 그리고 교수설계자 모두가 이해하고 있을 때, 제대로 구성될 수 있다는 것입니다. 

3. SCORM의 구성요소

이제 본격적으로 SCORM에 대한 이야기를 해보도록 하죠...

SCORM 스펙은 크게 4개의 책으로 이루어져 있습니다.  Overview, CAM, RTE, S&N 이렇게 4권입니다. ^^ (어려운 영어 약어가 나오니.. 감기걸린 제 머리도 갑자기 지끈거리네요... )

1. Overview 

Overview는 말 그대로 전체 내용을 대략적으로 설명해 놓은 것입니다. 스펙에서 분량이 가장 적지만, 전체적인 흐름을 볼 수 있는 중요한 부분이므로 혹 스펙을 보시는 분은 자세히 살펴보시기 바랍니다. 

2. CAM (Contents Aggregation Model) 

콘텐츠 모델을 설명하고 있는 부분입니다. 여기에서는 SCORM에 중요한 용어가 등장합니다. Manifest, SCO, ASSET, Aggregation, Metadata... 여기에서는 이런 용어들이 나온다고만 알고 넘어가시면 됩니다. 뒤에서 자세히 설명할 것이니까요.. (미리 용어에 대한 친근감을 가져보세요..)

CAM에서 필수적으로 이해하고 넘어가야 하는 부분은 Manifest 파일과 Metadata 부분입니다. 이 두가지는 SCORM 콘텐츠에 포함되는 정보입니다. 즉, 콘텐츠를 개발할 때 넣어주어야 한다는 것이죠..   

먼저 Manifest에 대해서 간단히 설명을 드리겠습니다. 책의 목차를 살펴보면 아래와 같은 형태로 되어 있습니다. 

1장 SCORM이란.....................................................1페이지  
  1절 SCORM 역사..................................................2페이지
  2절 SCORM의 구성요서.........................................3페이지
2장 CAM................................................................5페이지 
  1절 Manifest.......................................................7페이지
  2절 Metadta.......................................................10페이지

이런 목차를 정리해 놓은 파일이 바로 manifest 파일이라고 이해하시면 됩니다. IMS라는 기관의 규격을 따른다고 해서 파일명은 Imsmanifest.xml 이 됩니다. (manifest의 사전적 의미는 명백하다. 일목요연하다.. 입니다. 의미적으로 상통하죠.. ^^)

장이나 절을 XML 태그를 이용하여 나타내고.. 페이지 대신 각 장/절의 첫 파일의 경로를 표현하는 것이죠.. 보다 자세한 것은 CAM을 설명할 때 이야기 하도록 하지요.

Metadata란 데이터를 설명하는 데이터를 의미합니다. 즉, 위 각각의 목차에 대한 세부설명이 필요할 경우, 이런 메타데이터를 활용하면 되겠죠..

3. RTE(Run-Time Environment)

세번째는 RTE라 불리는 실행환경입니다.

실행환경이 왜 필요할까요? 예전에는 콘텐츠에서 학습진도율이나, 학습시간등을 처리할 때.. 시스템을 직접 호출해서 처리했습니다. 
그러나 이럴 경우, 그 콘텐츠는 다른 시스템에 탑재할 때 학습진도율이나 시간등이 처리 되지 않게 됩니다. 
콘텐츠를 수정해서 다시 만들어야 하는 거죠..

SCORM에서는 콘텐츠의 공유를 중요하게 생각합니다. 그래서 일반적으로 콘텐츠에 대해 처리해야 하는 정보를 정리하고.. 이것을 처리하도록 시스템에 제공하고 있습니다. 이러한 부분을 바로 실행환경이라고 합니다. 

그래서 콘텐츠에 대해 처리해야 하는 정보를 XML 형태로 정리했고, 이것을 CMI Data Model이라고 부릅니다. 

여기에서는 RTE가 이런것이구나 .. 하고 넘어가도록 하겠습니다. 첨부터 너무 무리하면 머리가 아프니까요.. ^^

4. S&N(Sequencing & Navigation)

마지막으로 S&N입니다. 시퀀싱 그리고 네비게이션이라고 할 수 있겠네요...

SCORM 2004에 새롭게 등장한 개념입니다. 생각보다는 굉장히 어렵습니다. 저도 아직 전체를 다 이해하고 있다고 말할 수 없네요.. -.-

쉽게 설명을 하자면, 학습자가 콘텐츠를 학습하고 다음에 다시 학습하려고 할 때, 이전에 학습한 위치로 이동이 되어야 겠죠.. (처음부터 다시 할수는 없잖아요..  - 물론 메뉴를 클릭해서 이동해도 되지만...) 
또, 콘텐츠 내의 문제를 풀고 80점 이상이면 다음 학습으로 이동하고, 80점 미만이면 보충학습을 더 보도록 구성하는 경우도 있겠죠..
아니면 일정 점수 미만이면 이전 콘텐츠를 재학습하도록 유도한다든지....

이러한 것이 바로 시퀀싱이라고 보시면 됩니다. 시퀀싱에 따라서 이동하는 것을 네비게이션이라구 하구요..

이전 버전인 SCORM 1.2까지는 이 개념이 없었습니다. 마지막 학습한 위치를 기억하여 북마크 기능(이전에 학습한 위치로 이동하는 기능) 정도를 구현할 수 있었습니다. 

콘텐츠가 독립적이고 공유가능하려면, 역시 이런 시퀀싱 정보는 콘텐츠에 정의 되어야 합니다. 그리고 시스템은 어떤 콘텐츠의 시퀀싱이 들어오더라도 처리할 수 있어야 하구요.. 

이상으로 SCORM의 구성요소에 대해서 간략하게 살펴보았습니다. 

해당 구성요소들에 대한 세부내용이 앞으로 다룰 중요한 정보입니다. 항상 말씀드리듯이 먼저 용어에 익숙해지도록 노력하시면 앞으로의 강좌가 보다 쉽게 느껴질 것입니다. 


4. SCORM의 한계

SCORM은 콘텐츠의 공유라는 개념에서 시작했지만, 현재 적용하기 어려운 부분에 대해 설명해 보려고 합니다. 

1. 콘텐츠 제작의 복잡함이 증가한다는 것입니다. 

이전에는 콘텐츠만 만들면 되었는데.. SCORM을 적용하면 SCORM API 삽입 (RTE 부분) , SCORM 패키지 (CAM 부분), 시퀀싱 모델 정의 (S&N 부분)을 모두 처리해 주어야 합니다. 부가적인 작업이 늘어나는 것이죠.. 

2. 시스템의 수정요구에 대한 부담이 발생합니다. 

현업에서 SCORM 2004를 적용하다보면, 발주사에서 요구하는 사항들이 SCORM 스펙과 위배되는 부분이 존재합니다. 
이런 부분을 처리하다보면 겉은 SCORM이지만 내부에서는 전혀 다른 동작을 하는 것이 만들어지게 됩니다. 
초기 목표였던 콘텐츠 공유나 시스템 독립성이 떨어지게 되는 것이죠.. 

3. 학습창의 디자인 요구에 따른 변화가 발생합니다. 

다양한 콘텐츠를 수용하려면 학습창은 최대한 단순해야 합니다. 그러나 대부분의 발주사에서는 자신들의 구미에 맞는 디자인이 된 학습창을 요구하고 있는 현실입니다. 역시 콘텐츠 공유에 걸림돌이라고 할 수 있습니다. 

5. 마치면서

위와 같은 한계에도 불구하고 세계적으로 미국 다음으로 SCORM을 활발히 사용하고 있는 곳이 바로 우리나라입니다. 
대학이나 정부에서도 관심이 많으며, 앞으로 이러닝 시장의 발달에 따라 보다 더 중요하게 사용되어질 것으로 생각됩니다. 

표준 스펙을 준수하면서 우리나라 현실에 맞는 시스템이나 콘텐츠가 개발되기를 바라면서 SCORM에 대한 첫 강의를 마치려고 합니다. 

다음에는 SCORM의 Adopter와 Certified Product에 대해 간단히 설명하고, 백문이 불여일견이라고.. 실제 SCORM을 테스트할 수 있는 
콘텐츠 예제와  ADL에서 제공하는 TestSuit / Sample RTE의 설치와 사용법에 대해 설명할 예정입니다. 

먼저 사용을 해보고 나서 위의 구성요소를 하나씩 살펴보는 것이 가장 이해하기 쉬울 것이라 생각됩니다. 

그럼.. 좋은 하루 되세요~~ 2006년 9월 12일.. From 미니

 



Trackback 0 And Comment 0

개발자를 위한 SCORM 개요 초고

|



기고자 : Mike Rustici 
출처 : http://www.adlkorea.org
=========================================================

Sharable Content Object Reference Model(SCORM)을 사용하면 업체에서 제공한 학습 컨텐츠를 SCORM에 부합하는 Learning Management System(LMS)과 함께 사용할 수 있다. 

SCORM은 정부, 학계, 업계 공동으로 개발되었으며 AICC, IMS, ARIADNE, IEEE LTSC의 작업을 하나의 참조 모델로 통합한다.

SCORM Version 1.2에는 두 종류가 있다. 이는 Run-Time Environment(RTE)와 Content Aggregation Model(CAM)이다.

RTE는 LMS로 시작하는 경우 컨텐츠가 어떻게 작동해야 하는지 설명한다.

CAM은 컨텐츠를 하나로 묶어 이를 LMS에 옮기는 방법을 설명한다. 이 과정에는 LMS가 컨텐츠 내용을 이해하기 위해 필요한 즉, 읽고 학습할 수 있는 형태의 XML 파일 생성 작업이 포함된다. 

Run-Time Environment 요약

SCORM표준을 따르는 LMS는 컨텐츠와 LMS의 커뮤니케이션을 가능하게 하는 8가지 함수(전체 규격에 관해서는 3.3항의 SCORM Run-Time Environment 문서 참조)로 구성된 API를 구현하는데 필요하다.

LMSInitialize()
LMSFinish()

LMSGetValue()
LMSSetValue()
LMSCommit()

LMSGetLastError()
LMSGetErrorString()
LMSGetDiagnostic() 

API는 SCORM이 API 어댑터에 호출하는 내용에 의해 구현된다. API 어댑터는 컨텐츠를 포함하는 오프너 윈도우(현재창을 열어준 윈도우)나 윈도우의 상위 프레임에 있어야 한다. 즉 LMS가 새로운 윈도우나 프레임세트에서 컨텐츠를 실행해야 한다는 것이다. API 어댑터는 DOM을 통해 접근이 가능한 API인 ECMAScript(JavaScript) 객체여야 한다. 어댑터는 위의 8가지 함수를 구현해야 한다.

컨텐츠와 LMS 사이의 모든 커뮤니케이션은 어댑터가 처리한다. 따라서 컨텐츠 작성자는 서버와 커뮤니케이션을 걱정하지 않아도 되며 API 어댑터를 찾아서 적절한 JavaScript 호출을 만들면 된다. 고객과 서버를 분리하는 것은 SCORM에서 매우 중요한데 이를 통해 표준 플랫폼(웹 브라우저)에서 컨텐츠를 작동하여 컨텐츠의 이동성을 확보할 수 있다. 컨텐츠는 JavaScript API 어댑터를 통해서만 LMS와 커뮤니케니션이 가능하다. 컨텐츠가 웹 서비스나 HTTP 요청과 같은 다른 방법을 통해 LMS와 커뮤니케이션 하는 SCORM 표준을 따르는 방법은 없다.

SCORM에 최소한 부합하기 위해 컨텐츠에 필요한 것은 시작할 때 LMSInitialize()를 호출하고 종료할 때 LMSFinish()를 호출하는 것이다.

그러나 실제로는 훨씬 깊이 있는 상호작용이 요구된다. 시험 결과를 보고하고, 시간을 추적하고 마지막 위치를 표시하는 등의 작업이 가능해야 한다. 이는 다음 3개 함수가 제 역할을 발휘하는 부분이다. 

SCORM은 컨텐츠가 읽고 쓸 수 있는 데이터 모델 요소로 구성된 데이터 모델을 정의하여 이와 같은 기능(데이터 모델 요소 전체 리스트는 3.4항의 SCORM Run-Time Environment 문서 참조)을 용이하게 한다. LMSGetValue()는 LMS로부터 데이터 모델 요소의 값을 가져오고 LMSSetValue()는 LMS에 데이터 모델 요소 값을 쓰며, 값을 설정한 후 데이터가 지속될 수 있도록 LMSCommit()을 호출한다.

예를 들어,

cmi.core.lesson_location은 컨텐츠에서 사용자의 위치를 설명하는 데이터 요소이다.
컨텐츠가 시작되면(LMSInitialize(); 호출 후) 호출을 실행하여 사용자가 그만둔 부분을 찾아내서 그 지점으로 돌아갈 수 있게 한다. 

strLastLocation = objAPI.LMSGetValue("cmi.core.lesson_location"); 

컨텐츠가 다른 부분으로 옮겨가면 사용자의 위치를 저장하기 위해 호출을 실행한다. 

blnSuccess = objAPI.LMSSetValue("cmi.core.lesson_location", "page3"); blnSuccess = objAPI.LMSCommit("");

다른 3개 함수로 컨텐츠를 트랩하여 지능적으로 오류를 처리할 수 있다.

이처럼 LMS에서 API 어댑터를 구현하는 작업은 컨텐츠에서 사용하는 것보다 다소 복잡하다. API 어댑터는 API 함수를 모두 구현하고 대부분의 SCORM 데이터 모델을 지원해야 한다. SCORM 표준에 부합하는 LMS를 구현하는데 가장 어려운 문제는 브라우저와 서버 사이의 커뮤니케이션을 처리하는 방법이다. 많은 사람들이 Java 애플릿을 이용해 이 문제를 해결하지만 플래시, AcitveX 컨트롤, 순수 JavaScript를 사용하는 경우에도 결과는 성공적이었다.

                       Content Aggregation Model 요약

Content Aggregation 모델은 Content Model, Meta-data, Content Packaging의 세 부분으로 구분된다.
Content Model은 전달중인 컨텐츠를 기술한다. 컨텐츠가 한 개 이상의 모듈을 포함하는 경우, Content Model은 이들 모듈 사이의 관계(Aggregations라고 함)를 설명한다. 컨텐츠 모듈은 컨탠츠의 물리적 구조(필요한 파일 등)를 설명한다.

Content Model은 컨텐츠 재사용을 위해 컨텐츠를 임의의 크기 단위로 분해하는 강력한 모델을 설명한다. 이러한 단위를 Sharable Content Objects(SCO) 및 Asset이라고 한다. Asset은 “미디어, 텍스트, 이미지, 사운드, 웹 페이지, 평가 객체, 기타 데이터를 전자적으로 표현”하는 것이다. 예를 들면, Asset은 이미지, 사운드 클립, 플래시 무비 등이다. SCO는 학습의 논리 단위를 나타내는 한 개 이상의 Asset의 집합이다.

SCO의 정의가 상당히 모호하기 때문에 SCO는 하나의 웹 페이지가 될 수도 있고 수 백 개의 이미지와 Asset을 담은 방대하고 복잡한 웹 기반 교육 모듈이 될 수도 있다. SCO는 LMS가 추적할 수 있는 가장 작은 학습 단위로서 SCO를 표시하는 지침에 따라 컨텐츠 저작자가 정의하게 된다. SCO는 재사용될 수 있어야 한다. 재사용을 위해 SCO는 문맥에 의존적(Context Sensitive)이거나 다른 SCO를 참조하거나 다른 SOC와 링크되지 않아야 한다. SCO의 크기를 결정할 때 반드시 이러한 사안을 고려하도록 한다. 자세한 내용은 SCORM 2004 규격의 2.1항을 참조한다. 2.3항(Content Packaging)에서도 주요 세부사항을 설명하고 있다.

Meta-data 규격은 이미 정의된 공통 어휘를 사용하는 컨텐츠를 설명하는 메커니즘이다. 이러한 어휘는 다음과 같이 9개 종류로 구분된다. 

   1. General 카테고리는 전체 자원을 설명하는 일반적인 정보로 구성된다. 

   2. Lifecycle 카테고리는 자원의 기록이나 현재 상태와 관련한 내용이나 자원의 발전 중 영향을 준 내용으로 구성된다. 

   3. Meta-metadata 카테고리는 Meta-data 기록 자체에 대한 정보이다(기록이 설명하는 자원이 아님). 

   4. Technical 카테고리는 자원의 요건과 특징으로 구성된다. 

   5. Educational 카테고리는 자원의 교육 및 교수학적 특징으로 구성된다. 

   6. Rights 카테고리는 자원의 지적재산권과 사용조건으로 구성된다. 

   7. Relation 카테고리는 해당 자원과 다른 목표 자원 사이의 관계를 설명하는 내용으로 구성된다. 

   8. Annotation 카테고리는 자원의 교육적 사용에 대한 의견이나 이러한 의견이 언제 누구에 의해서 형성되었는지에 대한 정보를 제공한다. 

   9. Classification 카테고리는 자원이 특정 분류 시스템의 어느 부분에 해당하는지 설명한다.

       Meta-data 규격은 매우 다양한 데이터 모델을 정의하지만 SCORM표준에 부합하기 위해서는 소수
       의 데이터 요소만이 필요하다. Meta-data 전체 규격은 SCORM Content Aggregation Model의 2.2
       항에서 볼 수 있다.

Content Packaging 규격은 Content Model과 Meta-data를 설명하고 패키지하는 방법을 정의한다. 시스템 사이의 호환성을 증대하기 위해서는 모든 컨텐츠를 유사한 방식으로 패키지한다. 

Content Packaging 규격은 모든 컨텐츠가 하나의 패키지로 전이되도록 요구한다. 이러한 패키지는 Package Interchange File(PIF)이라는 하나의 파일로 묶을 수 있다. 패키지의 루트에는 "imsmanifest.xml"이라는 XML 파일이 있어야 하는데, 이는 지침과 꼭 있어야 하는 것은 아니지만 여러 학습을 구성하는 정적인 방법을 포괄하는 학습 재료(Content Model components)를 설명한다. 

ADLNet.org에서는 다양한 Content Package의 예를 제공하고 있다.

이제 SCORM이 무엇이고 어떻게 작동하는지에 대해 상당한 수준으로 이해할 수 있을 것이다. 기술적인 관점에서 가장 중요한 두 가지 부분은 컨텐츠와 LMS 사이의 모든 커뮤니케이션은 JavaScript를 통해 이루어진다는 점과 LMS에 대한 컨텐츠 구조와 특성을 정의하는 imsmanifest.xml이라는 XML 파일이 컨텐츠에 포함되어야 한다는 것이다 . SCORM을 완벽하게 구현하기 위해서는 Run-Time Environment와 Content Aggregation Model에 대한 깊은 이해가 필요하다. 자세한 내용은 SCORM 규격의 기술 정보를 참조한다. 이들 정보는 ADLNet.org에서 제공받거나 mike@scorm.com으로 연락하면 된다.

 



Trackback 0 And Comment 0
prev | 1 | next