향후 개정본에서 일관성을 유지하고 중복을 최소화하기 위해, 이 표준에서는 주요 데이터 구조에 대해 가능한 학습자 정보 패키지 표준을 따른다. 그러나 이것으로도 데이터 요소의 설명이 충분치 못할 경우가 있으며, 이런 경우에는 아래에 제시되는 새로운 정의가 제공된다.
포트폴리오의 소유자는 <identification> 요소를 통해 표시되어야 한다. 이 요소는 <formname>과 <name> 을 함께 사용하여 포트폴리오가 한 사람의 것인지, 여러 사람의 것인지, 한 조직의 것인지를 나타낼 수 있다. 모든 포트폴리오는 한 명 혹은 다수의 소유자를 하나의 신원 정보로 기록한다.
여러 개의 프리젠테이션을 사용하여, 한 포트폴리오 내에 다수의 열람화면이 정의될 수 있다.
e-포트폴리오의 여러 요소간의 관계는 자료의 의미와 중요도 파악을 위한 중요한 구성 요소이다. 관계 정보가 없으면 요소의 의미를 이해하기가 어렵거나 불가능한 경우도 있는데, <relationship>요소를 통해 이러한 관계 정보를 표현한다.
원칙적으로 권장되는 관계는 원래 1 대 1 관계지만, 어떤 것은 1 대 다수 관계로서도 사용될 수 있다. N 개의 대응 요소를 가진 1 대 다수 관계는 각각의 대응요소가 다르다는 점을 제외하고는 N 개의 1 대 1 관계와 완전히 동일하다.
표 5.1 은 유용한 몇 가지 관계의 예를 보여준다. 이 관계 유형들은 실제로 사용한 경험자의 검토 의견이 반영되기 이전까지 임시적으로 사용하기를 권장한다.
표 5.1 e-포트폴리오 요소 사이의 관계
목적 |
활동 |
역량 |
목표 |
관심사 |
결과물 |
자격인증 |
주장/소견 |
활동 |
Is part of,
precedes |
evidences,
shows up,
supports |
supports |
evidences |
supports |
supports, supplements |
|
그룹활동 |
supports |
supports |
supports |
|
supports |
supports |
|
역량 |
evidences,
supports,
precedes |
is part of,
precedes |
supports |
evidences |
supports |
supports |
|
목표 |
|
aims at |
supports,
precedes |
|
aims at |
aims at |
Supports |
관심사 |
supports |
supports |
supports |
is part of,
precedes |
supports |
supports |
|
결과물 |
evidences,
supports |
evidences,
shows up |
supports |
evidences |
supports, is part of, precedes |
supports |
|
자격인증 |
evidences,
supports |
evidences |
supports |
evidences |
supports |
supports |
|
주장 |
attests,
evaluates,
presents |
Attests,
presents |
attests,
evaluates,
presents |
attests, evaluates, presents |
attests, evaluates, presents |
attests,
evaluates,
presents |
attests, evaluates, presents |
성찰 |
Evaluates,
reflects on |
reflects on |
evaluates,
reflects on |
evaluates, reflects on |
evaluates, reflects on |
evaluates, reflects on |
evaluates, precedes, reflects on |
모든 <relationship> 요소는 유형을 갖는데, 이 유형은 제어 어휘(controlled vocabulary)에서 선택되며 <typename> 요소에 표현된다. 표 5.1 에서는 이러한 제어 어휘의 바탕이 되는 일련의 관계 유형을 소개한다. 관계 유형에 대한 상세한 설명은 아래와 같다.
목표(AimsAt)
목표가 특정 역량의 성취여부, 결과물 생성, 자격 획득 및 기타 성과 달성과 밀접한 관련이 있는 경우, 또는 관련 항목이 고유 요소 내에 별도로 정의되어 있을 경우, 관계유형 ‘AimsAt’이 사용되어야 하며, 이때 목표를 소스(source)로 하고 나머지 요소를 대응요소로 한다. 목표에 <competency>나 <product>, <qcl> 등의 요소에서 나타나지 않는 기타 정보, 예를 들어, 목표 완료일과 같은 정보가 포함될 수 있다. 일반적으로 앞서 언급된 요소 중 하나를 목표로 정한 후, 이를 달성하기 위해 실행되는 활동은 요소를 실현시키기 위한 활동으로 간주된다.
증명(Attests)
텍스트나 문서의 e-포트폴리오의 내용이 사실임을 확증하거나, 사실임을 증명할 수 있는 요소에 대한 내용을 진술할 경우, 주장을 소스로, 나머지 요소를 대응요소로 하는 관계유형 ‘Attests’를 사용한다. 이것은 추천장과 매우 유사하다. 상관관계는 적합한 추천장 관련 자료를 해당 e-포트폴리오 요소에 적절하게 연결한다. 이는 주체뿐만 아니라 누구라도 생성할 수 있다.
자격(Claims)
주장에 해당하는 문서가 ‘Evidences’ 관계 유형의 영향력이나 특성에 대해 설명하는 경우, 이것은 소스가 주장이고 대응요소가 상관관계인 ‘Claims’ 관계 유형으로 표현되어야 한다. 예를 들어, 지도교사가 ‘이 그룹활동은 N 의 팀웍 기술(기능)을 보여주는 좋은 증거이다’라는 주장을 폈다고 가정해 보자. 이 같은 역량 수준에 대한 정보는 <relationship> 요소에 표현되는 것이 아니라, 역량 내에 포함되어야 한다.
평가(Evaluates)
주체나 혹은 다른 사람이 어떤 내용을 대상을 평가할 의도로 작성한 경우, 평가를 나타내는 <reflexion> 또는 <assertion>을 소스로 하고, 평가된 요소를 대응요소로 하는 ‘Evaluates’ 관계유형을 사용한다. 역량은 ‘Evaluates’ 관계유형의 대응요소가 될 수 없다. 본래 평가란 상황이나 목적에 어떤 대상이 얼마나 좋고 나쁜지, 혹은 적합한지를 나타내기 때문이다.
증거(Evidences)
‘Evidences’ 관계 유형이 사용되는 경우는 다음과 같다.
- 첫째, 관계의 소스가 되는 <activity>, <product>, <qcl> 등의 요소가 관계의 대응요소가 되는 주 체의 역량에 대한 증거로 간주되는 경우
- 둘째, 소스가 되는 어떤 요소가 대응요소가 되는 또 다른 요소의 진위 증명 자료로 간주되는 경우
- 셋째 소스가 되는 <activity>, <product>, <qcl> 등의 요소가 대응요소가 되는 관심사(interest)의 간접적인 증거로 여겨지는 경우
- 넷째, 소스가 되는 <competency>, <qcl> 등의 요소가 대응요소가 되는 관심사의 수준에 대한 증거로 간주되는 경우이다.
일부(IsPartOf)
‘IsPartOf’ 관계 유형은 소스인 한 요소가 대응요소인 다른 요소의 일부가 된다는 사실을 설명할 때 사용한다.
선행(Precedes)
‘Preceses’ 관계 유형은 한 요소가 표현하는 사실이 다른 사실에 선행한다는 것을 나타낼 때 사용한다.
제시(Presents)
‘Present’ 관계 유형은 소스가 되는 주장이, 대응요소가 되는 특정 요소를 특정한 열람자에게 특정한 목적으로 제시할 때 사용되어야 한다. 따라서 이러한 <presentation>은 필요한 때에 임시적으로 실행할 수도 있지만, 관계를 선언함으로써, 다른 요소의 특정 <presentation>을 저장할 수 있어, 향후 재활용이 가능해진다. 성과물이 다른 요소를 제시하기 위해 사용될 경우 주장을 매개로 하여, 성과물을 참조할 수 있다.
성찰(ReflectsOn)
‘ReflectsOn’ 관계 유형은 소스가 되는 <reflexion> 요소가 대응요소가 되는 다른 요소와 연관되며, 다른 특정 관계는 더 이상 없을 경우 사용된다. <reflexion>은 주체의 성찰 활동의 결과물일 수도 있고, 일반적인 설명일 수도 있다. 이러한 <reflexion>은 누구라도 작성할 수 있으며, 이 경우 대상 요소를 성찰하는 것은 작성자라기 보다는 <reflexion>이 될 것이다.
인식증명(ShowsUp)
‘ShowsUp’ 관계 유형은 소스가 되는 요소가 대응요소가 되는 특정 역량을 향상시킬 필요성을 인식했다는 증거가 될 때 사용한다. ‘ShowsUP’ 관계에서 소스와 대응요소가 관련되는 방식을 설명하기 위해서는 주장과 ‘Claims’ 사이의 관계가 사용될 수 있고, 이는 ‘Evidences’ 관계로 연결되는 요소에 대해서도 마찬가지로 사용될 수 있다. 이는 또 자기계발 계획에도 유용하게 활용된다.
보완(Supplements)
‘Supplements’ 관계 유형은 소스가 되는 <activity> 요소를 대응요소로 하는 <qul>요소에 연결할 때, ‘Supports’ 관계 대신, <qcl>요소마다 적어도 한번씩 사용되어야 한다. <activity> 요소는 전체 교육 프로그램을 나타내며, 이는 <qcl> 요소에 명시한 자격증에 연결된다. 이렇게 함으로써 교육 프로그램 정보와 자격 증명간의 연계성이 분명하고 명백하게 된다.
지지(Supports)
‘Supports’ 관계 유형은 두 요소 간의 사실이거나, 사실로 예측되는 인과관계를 나타낼 때 사용하는데, 이 때 관계의 경중이나 필연 여부는 전혀 고려치 않으며 단지 원인이 되는 요소를 소스로 그 원인에 따른 결과를 대응요소로 삼는다. ‘기여하다’나 ‘지원하다’, ‘전제조건이다’와 같은 관계가 여기에 포함된다. 인과관계는 명확하게 구분을 두는 것이 어렵기 때문에 하나의 분류로 관리한다.
활용(Use)
‘Use’ 관계유형은 요소 간의 의존성을 나타내는 관계유형이다.
버전관계(IsversionOf)
‘IsVersionOf’ 관계유형은 두 요소가 동일 항목의 다른 버전이라는 것을 보여준다. 이 관계는 어떤 버전이 최신 버전인지를 나타낸다. 이것은 활동 및 작업 샘플의 수정 이력을 추적함으로써 시간의 흐름에 따른 변화를 보여주기 위해 작성된 e-포트폴리오에서 중요하다.
모든 <relationship>에는 반드시 하나의 <tuple>요소가 존재하여야 한다.
<tuple>의 <tuplesource>와 <tupledest> 요소는 e-포트폴리오의 참조요소인 <contentype>내에 주어진 indexid 요소를 가지고 있어야 한다. 관계를 설정함에 있어 대응요소가 동일한 학습자의 e- 포트폴리오에 있지 않은 경우에는 <sourcedid> 요소만을 갖게 된다.
<tuplerelation>요소는 IMS 학습자 정보 패키지 버전 1.0 표준에서 필수적인데, 명시된 사용은 관계의 <typename> 요소로 이미 충족된다. 이 요소는 공백으로 둘 수도 있고 텍스트를 포함할 수도 있는데, 이는 다른 시스템에서는 무시될 수 있다. 또는 관계가 자동으로 처리될 수 있도록 제어 어휘가 <tuplerelation>의 <typename> 요소에 사용될 수 있는데 이는 관계를 자동으로 처리하는 방법에 영향을 줄 수 있다.
IMS 어휘교환 표준 버전 1.0 은 제어 어휘(controlled vocabularies)를 나타내는데 사용될 수 있다.
<description> 요소는 관계에 대한 추가 정보를 제공하기 위해 사용된다. 이 요소는 <typename> 요소를 대체할 수도 없고 관련 요소 내에 저장된 정보를 저장하기 위해서도 사용할 수 없다.
description 의 문자수가 255 자 미만일 경우 <short> 요소 내에 사용해야 한다. Description 문자수가 255 자를 초과할 경우에는, 255 자 미만 분량으로 내용을 요약하여 <short> 요소에 입력하고, <long> 요소에 description 을 입력한다.
<relationship>
<typename>
<tysource sourcetype=‘standard’>ePortfolio</tysource>
<tyvalue>Supplements</tyvalue>
</typename>
<contentype>
<referential>
<indexid>relationship_01</indexid>
</referential>
</contentype>
<tuple>
<tuplesource>
<sourcedid>
<source>ePortfolio_Example</source>
<id>1001</id>
</sourcedid>
<indexid>activity_01</indexid>
</tuplesource>
<tuplerelation>
<text>results_in</text>
</tuplerelation>
<tupledest>
<sourcedid>
<source>ePortfolio_Example</source>
<id>1001</id>
</sourcedid>
<indexid>qcl_01</indexid>
</tupledest>
</tuple>
<description>
<short>The detailed transcript for an awarded qualification</short>
</description>
</relationship>
presentation 클래스는 포트폴리오의 presentation 에 대한 표준을 보여주는데, 여기에는 사용 가능한 PortfolioParts 로부터 선택된 항목의 배열과 항목의 속성이 포함된다. 항목을 선택하고 배열하는 것과 구성 속성 등이 포함된다. <item>의 순서는 제시되는 순서를 의미한다.
presentation 방법은 이를 구현하는 기술에 따라 달라질 수 있다. 콘텐츠 패키징이 실행 중일 경우, XSLT 가 적합한 필터링 기술이며, 프린팅용 XSLT 도 XSLT-FO 명령과 함께 제공될 수 있다. 실제로 브라우저를 통해 표현될 때에는 CSS 가 제공될 수도 있다. 열람자의 IMS 학습자 정보 접근 표준에서 알 수 있는 경우, 해당 IMS 학습자 정보 접근 표준에 적합한 스타일 파일을 생성할 때에도 사용될 수 있다. 향후 개정된 표준에서는 더욱 상세한 화면을 구성할 수 있게 될 것이다. presentation 에 대한 상세한 명세는 특정 화면 구성에 필수적이므로 현재의 표준에서도 다루지만 향후 개정될 표준에서도 다루어질 것이다.
Accessibility 클래스는 IMS 학습자 정보 접근성 표준에 의거하여, 포트폴리오 소유자가 기능을 활용하는 데 있어서 선호하는 방식을 설명한다. IMS 학습자 정보 접근성 표준은 자료의 제시 방법, 사용자가 상호작용하기 위해 시스템을 제어하는 방법 그리고 사용자가 콘텐츠와 상호작용하기 위해 필요한 접근성 정보에 대한 데이터모델을 저장하기 위해 사용된다. 이와 관련된 IMS AccessForAll Metadata 표준이 있는데 이 표준은 콘텐츠에 대한 접근성 정보를 관리하기 위한 메타데이터에 대해서 설명한다. 사용자가 사용할 수 있는 콘텐츠를 선택하기 위해서 두 표준간에 필드를 매치하여 두 표준을 함께 사용할 수 있으며, 콘텐츠 커스터마이징, 인터페이스 커스터마이징(예를 들어 브라우저 변경) 등 및 실시간 콘텐츠 조정에 필요한 정보를 제공하기 위해서는 IMS 학습자 정보 접근성 표준만 단독으로 사용된다. 이는 화면과 유사하다. 하나의 IMS 학습자 정보 접근성 인스턴스가 복수의 문맥을 포함할 수 있는데, 각 문맥은 특정 선호 환경을 위한 완벽한 정보의 집합일 수 있다. IMS 학습자 정보 접근성 표준 인스턴스는 편집 가능해야 한다. 활용 사례를 위한 고려사항은 다음과 같다.
- e-포트폴리오는 사용자들이 IMS 학습자 정보 접근성 표준 관련 정보를 관리할 공간을 제공할 수 있다.
- 특정한 사용자가 접근할 수 있도록 하기 위해서 e-포트폴리오 시스템은 인터페이스와 콘텐츠를 표시하고 전달하는 방식을 조정할 필요가 있을 수 있다. 예를 들어, 시각장애 사용자가 시스템 사용시 특수한 화면 판독기를 사용할 경우, 시스템은 소유자의 IMS 학습자 정보 접근성 표준을 참고하여 특수 화면 판독기와 함께 동작하는 환경으로 운용되기 위해 선택된 학습자 정보 접근성 표준의 맥락에 따라 조정이 필요할 것이다. 콘텐츠가 ACCMD 표준에 맞추어 접근성 정보와 관련된 적절한 메타데이터를 포함하고 있다면, 그에 맞는 콘텐츠를 선택하거나, 콘텐츠 전달 방식에 대해 실시간으로 조정할 수도 있다. 예를 들어, 대체될 수 있는 다른 유형의 콘텐츠를 가지고 있다면, IMS 학습자 정보 접근성 표준 범위에 맞는 적합한 유형을 선택해야 할 것이다. 가장 일반적인 예로, 그림 대신 문자로 정보를 제공할 수 있다.
- 준비된 화면의 대상이 저장된 IMS 학습자 정보 접근성 표준 정보에 해당되지 않을 수도 있고, 열람화면을 구성할 때 화면열람 대상자의 IMS 학습자 정보 접근성 표준 정보의 사용이 불가능할 수도 있다. 콘텐츠는 가능한한 최대한의 접근성을 제공할 수 있도록 개발되어야 한다. 이는 적합하게 설계된 저작도구를 사용하면 쉽게 개발할 수 있을 것이다. 자세한 것은 Developing Accessible Learning Applications [ACCG, 02]에서 guidance at system 과 tool design time 을 참조할 것을 권장한다.
- Organization 은 특정 폰트 등과 같이 고유 스타일을 정의하는 IMS 학습자 정보 접근성 표준 정보를 포함할 수 있다.
- IMS 학습자 정보 접근성 표준 정보는 계단식으로 적용될 수 있다. 예를 들어, 시스템이나 어떤 사용자 그룹을 위한 조직수준의 IMS 학습자 정보 접근성 표준 정보가 있다고 하더라도, 해당 사용자가 콘텐츠나 시스템에 접근할 수 있도록 하기 위해, 개별 사용자의 IMS 학습자 정보 접근성 표준 정보가 우선 적용될 필요가 있다.
<affiliation> 요소는 e-포트폴리오의 소유자가 관여한 입회에 대한 설명을 저장할 때 사용된다. 이 요소는 IMS 학습자 정보 패키지 표준에 정의된 Affiliation 구조의 XML 바인딩을 사용하여 나타낼 수 있다.
<reflexion>과 <assertion> 요소는 동일한 구조를 가지며, e-포트폴리오 내의 다른 요소와 관련 있는 문서화된 자료를 포함한다. 즉, 다른 요소들의 내부에 <description> 요소와 같은 적절한 조항이 없는 경우에 활용될 수 있다.
다른 요소들의 <description> 요소내의 자료 혹은 텍스트 정보는, 이들 정보가 설명하는 대상 요소에만 한정하여 관련되어야 한다. 그러나 e-포트폴리오 내의 한 개 이상의 다른 요소를 설명하는 텍스트 자료 정보가 작성된 경우가 있을 수 있고, 또는 이러한 자료가 충분한 설명을 하지 못할 경우도 있다. 이러한 경우 다른 요소 내에서의 <description> 사용은 적절하지 않기 때문에 대신에 <reflexion>이나 <assertion> 요소가 사용되어야 한다.
주체가 e-포트폴리오의 다른 요소에 표현되거나 기록된 사항을 성찰한 시점에 대한 정보는 <reflexion> 요소의 주요 카테고리 중에 하나이다. 성찰의 결과물은 단순한 기록이 아니다. <reflextion> 요소는 성찰의 결과물을 포함한다. 관련된 성찰 활동은 교육 프로그램과 자기 개발 프로그램에서 매우 중요하게 여겨진다. 이러한 방식으로 생성된 <reflexion> 요소는 <relationship> 요소를 통해 성찰한 대상에 연결된다. <assertion> 요소는 e-포트폴리오 내의 자료와는 연관성이 있는 자료나 텍스트 정보를 표현하는데 사용되지만, 성찰의 산출물은 아니다. 이것은 추천서일 수도 있고, 지인이나 멘토, 동료의 단순한 의견일 수도 있다.
<assertion>의 특수용법으로는 특별한 역량에 대한 증명, 다른 요소의 증명, 다른 요소의 표현, 합의 기록 등이 있다.
다음은 typename 만의 리스트는 아니다. 유형들은 제어 어휘(controlled vocabulary)가 사용되고 있는 곳에서 추출되어야 한다.
<assertion> 요소가 합의 이행을 주목적으로 할 때에는 ‘Agreement’ 유형으로 표현되어야 한다.
<assertion> 요소가 e-포트폴리오 내의 다른 요소와 관련이 없고, 다른 유형과 관련이 없는 일반적인 텍스트 정보라면, ‘Note’ 유형으로 표현되어야 한다.
<assertion>이 주체의 특정시기의 상태에 대한 개인적 진술 혹은 유사 형태의 글인 경우는 ‘SelfPresentation’ 유형으로 표현되어야 한다.
<reflexion>이나 <assertion> 요소는 문맥과 기능이 해당 요소가 속한 상관관계로 적절히 표현된 경우 ‘ContextDefined’유형으로 표현되어야 한다.
<reflexion>이나<assertion> 요소의 주목적이 주체가 보유하고 있는 여러 역량을 표현하는 것이라면, ‘Strengths’유형으로 표현되어야 한다.
<reflexion>이나<assertion> 요소의 주요 목적이 e-포트폴리오 내의 다른 요소를 평가하는 것이라면, ‘Valuation’유형으로 표현되어야 한다.
<reflexion>이나<assertion> 요소의 주목적이, 특정활동이나 목표의 측면에서 부족하다고 여겨지는 역량을 나타내는 것이라면, ‘Weaknesses’ 유형으로 표현되어야 한다.
<reflexion> 요소의 주 목적이 향후 e-포트폴리오에 추가될 요소(예, activity)에 대한 주체의 성찰이라면 <reflection> 요소는 ‘Anticipation’ 유형으로 표현되어야 한다.
<reflexion> 요소가 특정 부분에 대한 하나 이상의 e-포트폴리오 요소의 성찰에 필요하다면, ‘Aspect’유형으로 표현되어야 한다.
<reflexion> 요소의 주 목적이, e-포트폴리오 내의 activity 와 같은 요소가 발생한 이후, 그에 대한 주체의 성찰을 나타내는 것이라면 ‘Retrospection’유형으로 표현되어야 한다.
<authorship> 요소는 <reflexion>이나 <assertion>의 저자를 표시하는 것이다. 예를 들어, assertion 이 추천장이라면 저자는 추천자가 될 것이고, assertion 이 e-포트폴리오의 다른 요소를 평가하는 것이라면 평가자, 합의문 같은 경우에는 공동 작성자가 될 것이며, 한 사람은 저작권자로 다른 사람은 편집자로 기록될 수도 있고 자동 생성될 수도 있다. <authorship> 요소가 존재하지 않는다면, e-포트폴리오의 주체는 작성자라로 간주한다.
<reflextion>이나 <assertion>은 <rationale> 요소를 몇 개라도 가질 수 있다. <rationale>는 <reflexion>, <assertion> 요소가 대상으로 삼는 열람자를 나타내고, 열람자에게 그 중요성에 대해 설명해야 한다. 또한 성찰이나 강조의 문맥 요소를 제공해야 하며, 열람자가 해석하고 이해할 수 있도록 도와야 한다. ‘Rationale’이 주어지지 않은 경우는 열람자가 주체로 인식되어야 하며, 그럴 경우 그 목적은 일지나 일기와 유사하다. <rationale>은 성찰 혹은 강조가 작성된 이후에도 추가되거나 수정될 수 있다.
‘Create’유형의 <date>는 <reflexion>이나 <assertion>이 최초에 작성된 일자를 나타낸다.
‘Update’유형의 <date>는 <reflexion>이나<assertion>이 수정된 일자를 나타낸다. 이것은 수정된 기록이 시스템에 저장된 일자와는 다르며, 임시 메타데이터에 기록되는 것이다.
‘Reference’유형의 <date>는 <reflexion>이나 <assertion>의 내용을 기록한 일자를 나타낸다. 즉 평가나 증명 등이 실제로 발생한 일자를 나타낸다.
‘Publish’유형의 <date>는 <reflexion>이나 <assertion>이 발행되거나 일반에게 공개된 일자를 나타낸다.
‘Draft’유형의 <status>는 아직 저작자의 의도가 충분히 반영되지 않아 <reflextion> 혹은 <assertion>이 아직 작성중임을 나타낸다.
‘Completed’유형의 <status>는 저작자의 의도가 충분히 반영되어 <reflexion> 혹은 <assertion>이 작성이 완료된 상태임을 나타낸다.
‘Expired’유형의 <status>는 작성 이후 발생한 변경으로 인해 <reflexion>이 더 이상 유효하지 않음을 나타낸다.
관계는 <reflexion>과 <assertion>의 문맥과 의미를 완벽하게 표현하기 위한 매우 중요한 요소이다. 아래의 경우에서 <reflexion> 혹은 <assertion> 요소는 관계의 소스가 되고, 나머지 요소는 대응요소(destination)가 된다.
‘Attests’유형의 <relationship>은 e-포트폴리오 내의 다른 요소를 증명하는 목적을 가진 <assertion> 요소와 함께 사용된다.
‘Evaluates’유형의 <relationship>은 e-포트폴리오 내의 다른 요소에 대한 평가를 수행하는 <reflexion> 혹은 <assertion> 요소와 함께 사용된다. 예를 들어, 특정 활동이 얼마나 잘 수행되었는지에 대한 평가를 하는 관찰자가 여기에 해당된다.
<assertion>요소의 사용 목적이 특정 열람자의 목적에 적절한 용어로 e-포트폴리오 요소를 표현하는 것이라면 ‘ Presents ‘ 유형의 <relationship> 과 함께 사용되어야 한다. ‘ReflectsOn’유형의 <relationship>은 다른 관계에 의해 관련되지 않은 e-포트폴리오 내의 어떤 요소와 관련된 <reflexion> 요소와 함께 사용된다.
e-포트폴리오 내의 어떤 요소와 역량 사이에 ‘Evidences’유형의 <relationship>이 있고, 다른 요소가 역량의 증명자료로서 역할을 하는 방식을 <assertion> 요소가 설명할 경우, 그 <assertion> 요소는 ‘Claims’ 관계 유형의 소스가 되고, 이때의 대응요소는 증명관계이다.
<assertion>
<contentype>
<referential>
<indexid>assertion_01</indexid>
</referential>
</contentype>
<authorship>Dr. A. Brown (tutor)</authorship>
<rationale>A witness statement relating to group assignment</rationale>
<date>
<typename>
<tysource sourcetype=‘standard’>ePortfolio</tysource>
<tyvalue>Create</tyvalue>
</typename>
<datetime>2004-05-31T12:25:43</datetime>
</date>
<description>
<short>Michael Short's group work</short>
<long>I supervised the group assignment on UML modelling.
Michael related well to the rest of his group, displaying significant
leadership potential. He initiated task-oriented communications
and played an active role in conflict resolution.
Overall, I would rate his performance as above average.
The group demonstrated effective knowledge of UML.
</long>
</description>
</assertion>
<reflexion>
<contentype>
<referential>
<indexid>reflexion_01</indexid>
</referential>
</contentype>
<rationale>For my travel diary.</rationale>
<date>
<typename>
<tysource sourcetype=‘standard’>ePortfolio</tysource>
<tyvalue>Create</tyvalue>
</typename>
<datetime>2004-02-13T18:12:45</datetime>
</date>
<description>
<short>Thoughts on Zurich.</short>
<long>Zurich is obviously a wealthy city.
In some ways it would be good to live here, if one
could afford it. But would I feel at home here?</long>
</description>
</reflexion>
<competency> 요소는 IMS 학습자 정보 패키지 표준에 소개된 방식으로 사용되어야 한다.
역량은 가능한 한 IMS 역량 및 학습목표 재사용성 표준의 인스턴스를 사용하여 정의되어야 한다.
<goal> 요소는 주체의 목표를 나타내기 위해 사용하는데, 여기에는 이미 달성한 목표도 포함된다. 왜냐 하면 목표는 다른 성과나 또는 다르게 표현되어 있을 수도 있는 실제 성과와 비교할 수 있도록 하기 위해서이다. 목표는 실행계획에 있어서 중요한 역할을 하며, 목표를 실제 성과와 비교하는 것은 자기 개발 혹은 경력 개발에 중요한 피드백의 원천이라 할 수 있다.
목표로 삼은 미래 상황을 표현하는 목표와 실제 성과, 자격증명, 성과물, 역량 또는 그 외 기타 목표간에는 세심한 구분이 있어야 한다. 이러한 구별을 할 때, 목표달성을 위한 명확한 기준과 시간 제한에 대한 정보를 설정하여 관리하는 것은 매우 유용할 수 있다.
<goal>유형에는 <goal>의 분야 및 대상이 설명되어야 한다. 예를 들어, ‘Work’ 와 ‘Education’, ‘Personal’ 등은 스포츠, 취미, 관심사와 관련된 목표를 나타낼 때 사용될 수 있다.
<goal>이 주로 개인적 개발, 직업과 관련된 개발 또는 경력 개발에 목표를 두었다면, ‘Development’ 유형과 함께 사용된다. 이것은 특히 ‘Education’ 유형의 목표와 중복될 수도 있으므로, 어떠한 사례를 각 유형으로 분류할 지에 대해 일관된 결정이 필요하다.
실행 계획을 수립할 때, 장애요소를 기술할 경우(장애를 극복하거나 피해가는 목표가 내재된 경우 이것은 ‘Obstacle’유형의 <goal>로 나타내며, 장애요소에 대한 정보 자체는 목표 자리에 기술되어야 한다.
개별적으로 분리될 수 없는 목표들의 목록을 나타내야 한다면, ‘List’유형이 사용되어야 하고, <goal>의 설명(description)에 목록을 포함해야 한다. 이 경우, <goal>의 짧은 설명에는 목표의 집합을 수록하고, 긴 설명은 목록 자체를 포함한다.
관련 정보가 있다면, 완성 목표 일자는 ‘Target’유형의 <date>로 표시하고, 이미 완성되었다면 ‘Finish’유형의 <date>로 실제 완성일자를 표시해야 한다.
<priority> 요소에 대한 typename 조항이 없을 경우, 우선순위 정보가 상호운용, 또는 호환되기 위해서 하나의 e-포트폴리오 내에 설정된 여러 목표에 순서를 두어 표현하는 것으로 한다. 우선순위는 <priority>를 숫자로 나타냄으로써 표현해야 하는데, 낮은 숫자가 더욱 중요한 목표임을 나타낸다. 숫자가 같으면 우선순위가 동일한 목표임을 나타낸다.
순위를 나타내는 숫자라면 어떤 것이든 사용 가능하다. 예를 들면, ‘1’은 가장 높은 우선순위, ‘2’는 높은 우선순위, ‘3’은 중간 우선순위, ‘4’는 낮은 우선순위, ‘5’는 가장 낮은 우선순위를 나타낸다. 이는 여러 개의 e-포트폴리오 간의 우선순위는 보다 구체적인 매핑에 대한 합의가 따라야 비교 가능함을 의미한다.
목표의 <status>는 <goal>의 속성으로 간주되는 표준 유형이 있어야 한다. ‘Active’<goal>은 활발히 추구되고 있는 목표를, ‘Completed’<goal>은 목표를 세운 사람이 만족스럽게 완수한 목표를 의미한다. ‘Inactive’<goal>에는 추구될 지는 모르나 현재로서는 실행되지 않고 있는 목표 및 고려 중이지만 채택되지 않은 목표도 포함된다. 완수될 기회를 잃었거나 포기된 <goal>은 ‘Retired’으로 나타낸다.
목표는 다른 <goal> 요소 내에 포함되어 표시되어서는 안 된다. 그 이유는 중요도가 덜한 하나의 목표가 더 중요한 여러 개의 목표를 지원할 상황이 있을 수 있기 때문이다. 현재 파악된 목표가 오직 하나뿐일 지라도 평생의 맥락에서 보면 한 목표가 다른 훨씬 더 큰 목표를 지원하는 상황이 분명히 있을 수 있다. 따라서, 아래와 같이 목표 간의 관계는 <relationship> 요소에 표시되어야 하는 것이다.
실행 계획이 e-포트폴리오에 표현되어 있으면, 목표 간의 관계 및 활동과 목표 간의 관계가 표시되어야 한다. 목표에 도움을 주는 항목의 경우, 항목이 <goal> 요소를 ‘Support’하는 관계로 표현되어야 한다. 한 목표가 다른 더 큰 목표의 하위 목표일 때는 하위 목표가 상위 목표를 ‘Support’하는 관계로 표현된다.
목표가 주로 역량 달성, 자격 증명, 기타 성취, 산출 목표물의 완성 등으로 판단되는 경우, 관계는 <goal>이 이들을 ‘목표로 하는(AimsAt)’ 형태를 취한다.
목표 위계에 따른 포함 관계와 관련하여 주의할 사항은 IMS 학습자 정보 패키지 – 정보 모델 표준의 예를 참조한다.
<identification> 요소는 IMS 학습자 정보 패키지 – 정보 모델 표준에 권장되는 방식과 같이 활용되어야 한다.
포트폴리오는 소유자가 있어야 하므로, 모든 포트폴리오에는 하나의 <identification> 요소가 있어야 한다. 즉 <identification> 요소는 포트폴리오의 소유자를 밝혀준다.
<interests>가 중요한 이유는 그것이 개인의 동기부여와 관련되어 있고, 또 한편으로는 개인의 이력을 더욱 풍부하게 하기 때문이다. <interests> 는 공통 관심사가 될 수 있는 요소를 제공하여 토론 거리를 제공한다. 그러므로,
일반적으로 <interests>를 이력서의 항목으로 포함하게 된다. 일반적으로 통용되는 <interests>란 스포츠, 취미, 오락, 기타 레크리에이션 활동들을 포함한다. 내재적 동기부여 요인의 범위에는 개인의 가치관과 신념도 포함되기 때문에 이들을 <interest>의 목록에 당연히 포함시켜야 한다.
자수, 아마추어 연극, 스키 등 <interest>와 직접 관련이 있는 활동에 주체가 실제로 참여할 경우, <interest>는 ‘participant’ 유형과 함께 표현되어야 한다.
연예인이나 팀의 팬 혹은 후원자가 되는 등 주체가 <interest>에 관련된 활동을 관람하며 관심 대상에 대해 알고 있는 경우, <interest>는 ‘observer’ 유형과 함께 표현되어야 한다. 세계평화, 채식주의, 힌두교, 교도소 교정 등 관심사가 일반적인 원칙이나 신념인 경우, <interest>는 ‘value’ 유형과 함께 표현되어야 한다.
<product> 요소는 <interest> 요소의 부분으로 사용될 수 없다. 만약 <product> 요소가 <interest> 요소 내에서 사용된다면 <activity> 요소에서 사용되는 <product>와 충돌될 가능성이 있기 때문이다.
<interest>가 다른 요소에 대한 동기부여 요소가 될 수 있는 경우 <relationship>은 관심사가 다른 요소를 ‘support’ 하는 형태가 되어야 한다.
<interest>가 다른 관심사의 부분 관심사가 될 경우, <relationshio>은 구체적인 관심사가 더 큰 관심사의 ‘IsPartOf’ 하는 형태가 되어야 한다. <interest>가 다른 관심사보다 더 의미 있게 먼저 다가올 경우 <relationship>은 앞의 관심사가 이후의 관심사에 ‘Precedes’.
IMS 학습자 정보 패키지 표준–정보 모델 표준의 사례를 참고하고, <interest>내의 <product> 요소 사용에 대한 주의사항에 유의한다.
Participation 클래스는 사람들의 그룹을 정의하는데, 그룹 내에는 포트폴리오의 소유자가 포함될 수도 있고 아닐 수도 있다. <participation> 요소는 결과물을 공동으로 생성한 그룹 또는 동일한 활동에 함께 참여한 그룹을 표현할 때 사용된다.
이 요소는 IMS 엔터프라이즈 서비스 표준 버전 1.0 표준의 데이터 모델에서 정의된 Person, Group, Membership 데이터 모델의 XML 바인딩을 이용하여 표현할 수 있다. 차후 버전에서 person 구조와 identification 구조를 통합할 때도 이 바인딩을 이용할 수 있을 것이다.
Product 데이터구조는 학습자가 생성한 결과물 자료를 포함하기 위해 사용된다. 이러한 자료들은 공식적 활동의 일부로서 생성되기도 하며, MS Word 문서, Quicktime 무비, HTML 등의 전자문서 양식을 취할 수 있다.
이 요소는 IMS 학습자 정보 패키지 표준에서 나왔지만, 실제 ‘products’의 저장은 콘텐츠 패키징 표준을 통해 수행되며, 비슷한 방식으로 저장되어 있는 교육 콘텐츠도 IMS 콘텐츠 패키징 표준을 이용해 추출한다.
<qualification> 요소는 IMS 학습자 정보 패키지–정보 모델 표준의 <qcl> 요소에 의거해 이용되어야 한다.
Rubrics 와 rubrics 를 활용하여 수행된 평가 결과는 Rubric 표준에 포함되어야 한다.
평가 기준 셀(RubricCell)은 평가 기준 내의 품질의 교차점을 나타낸다. 평가 기준 셀은 평가 기준 내 품질 교차점에서 발생되는 결과를 참조할 때 사용된다.
<securitykey> 요소의 사용법은 IMS 학습자 정보 패키지 – 정보 모델 표준을 참조한다.
<transcript> 요소의 사용법은 IMS 학습자 정보 패키지 – 정보 모델 표준을 참조한다.
가능하다면 transcript 는 성적증명 데이터가 생성된 부문에 적합한 표준 혹은 XML 표준의 인스턴스를 사용하여 정의해야 한다. transcripts 표준 문서는 영국 고등교육 성적증명서(UK Higher Education Transcript) 와 고등교육 전자 표준 협의회 XML 고등교육 성적증명서(Postsecondary Electronic Standards Council XML Postsecondary Transcript)를 포함한다.
포트폴리오 패키징 지침은 이 표준 문서에 첨부된 확장사례에 제시되어 있다. 패키징에 대한 표준 규칙은 XML 바인딩을 참조한다. 여러 가지 방식의 화면 열람은 여러 가지 화면 구성을 위한 XSL 파일을 포트폴리오 패키지에 추가함으로써 포함될 수 있을 것이다. 만일 화면 구성 정보가 presentation 정보를 포함하도록 되어있다면, 해당 화면에 대한 presentation XSL 파일은 포트폴리오 패키지에도 포함되어야 한다.
자격증명이나 인증서로서 주어진 등급은 <qcl> 요소의 <level> 요소 내에 표현되어야 한다. <level> 구조는 모든 레벨이 그 내부에 추가적인 하위 레벨을 가지도록 포함된 구조나 연결된 구조를 갖는다.
교육 및 기타 평가 활동에 주어진 등급이나 점수는 활동/평가/결과에 별도로 표시된다. 학습자 정보 패키지 표준에는 결과를 충분히 나타내 주는 장치가 많이 들어있으므로, 학습자 정보 패키지 표준을 준수할 것을 권장한다.
전체적인 교육활동의 결과는 자격 증명의 레벨에 직접 연관이 되어 있다. 이러한 관계를 명확히 하고, 확실하게 표현하는 내용은 향후 버전의 학습자 정보 패키지 표준에서 주의 깊게 다루어져야 할 것이다.
앞서 언급한 바와 같이, e-포트폴리오에는 한명 이상의 다수의 소유자가 연결될 수 있다. 이 때 모든 소유자는 e-포트폴리오 패키지에 연계되어야 한다. e-포트폴리오 패키지의 수신 시스템 모델에 따라, 그리고 수신 시스템에서 모든 사용자와 그룹 구조에 대한 정보의 관리 여부에 따라, 수신 시스템은 e- 포트폴리오에 하나 혹은 그 이상의 다수의 개인을 연계하며, 개인 사용자들이 그룹과의 연결을 실행하거나 단체 사용자가 하나의 실체로 인식됨으로써 그룹 관계를 유지할 것이다.
어떤 유형의 e-포트폴리오에서는, 다른 무엇보다 중요한 구성 요소가 있는 경우가 있는데, 너무 중요해서 만일 생략될 경우 e-포트폴리오의 의미가 매우 달라진다. 예를 들어, e-포트폴리오 작성자의 그래픽 디자이너로서의 기술을 증명하기 위해 시각적인 프리젠테이션으로 만들어진 포트폴리오는, 해당 프리젠테이션 내용을 재생할 수 없는 시스템에서는 그 의도를 전달할 수가 없다. 포트폴리오의 여러 관점들에 있어서 중요도에 관련된 정보는 LOM 기록에 표현될 수 있으며, e-포트폴리오 패키지 내의 포트폴리오 <organization>내에 포함된다.
PortfolioParts 는 두 개의 별도의 참조 메커니즘 ‘sourcedid’와 ‘indexid’를 지원하는 학습자 정보 패키지 표준의 contentype 을 포함한다.
이때 사용법은 학습자 정보 패키지 표준에서의 사용법과 비슷하다.
- ‘Sourcedid’ – 포트폴리오 인스턴스 식별자. 이것은 포트폴리오 인스턴스 생성/저장의 역할을 담 당하는 소스의 고유 값인 소스라벨, 그리고 해당 소스내의 기록 식별자로 구성된다. 소스는 각 각의 학습자 포트폴리오 기록이 고유 식별자를 가짐을 확인하는 역할을 한다. 이것은 포트폴리 오 인스턴스에서 광범위한 수준으로 사용된다.
- ‘Indexid’ – 각 portfolioPart는 contentype의 indexid 요소를 사용하여 인스턴스 내부의 요소를 고 유하게 식별할 수 있다. 이것은 관계를 갖고 있는 요소들이 서로 참조할 때 필요하다.
이 표준 문서에서 가장 세밀한 수준의 참조 단위는 PortfolioPart 이다. 즉, 관계는 portfolioParts 사이에서만 존재할 수 있다.
포트폴리오는 두 개의 유일한 식별자를 사용하여 참조할 수 있는데, 이들 식별자는 사용자의 확인 없이는 자동 생성되거나 할당되지 않는다.
- Manifest Identifier – 전 세계를 대상으로 유일함을 보장할 수 있는 고유 식별자 이어야 한다.
- Organization Identifier – 이것은 매니페스트 내에서만 아니라, 전 세계를 대상으로도 유일함을 보장해야 한다. 포트폴리오를 고유하게 식별하는 데 사용된다.
이 외의 바인딩 메커니즘도 학습자 정보 패키지 contentype 구조에 상응하는 식별자 확장을 지원해야 한다.
PortfolioPart 를 나타내는 의견은 학습자 정보 패키지 contentype 구조에 저장된다.