Mặc định, đặc tả IMS SS khẳng định rằng tất cả các activities con được gộp vào trong quá trình rollup của bố mẹ trừ khi:
− Các activities khơng được theo dõi.
− Các activites khơng đĩng gĩp vào trong mọi rollup (Đã nĩi trong phần Rollup Controls).
Nếu activity được gộp vào trong quá trình rollup nhưng thơng tin trạng thái theo dõi
được đánh giá là “unknown” (khơng rõ), và sau đĩ trong đa số các trường hợp đánh giá rollup sẽ cĩ kết quả là “unknown”. Qua quá trình triển khai và phản hồi từ phía cộng đồng, ADL phát hiện ra như vậy thì qua nghiêm ngặt trong nhiều hồn cảnh rollup hay gặp. ADL định nghĩa một tập Rollup Consideration Controls như định nghĩa trong bảng dưới đây sẽ giúp tinh chỉnh lại hơn nữa các điều kiện mà activity
đĩng gĩp vào rollup của mẹ nĩ.
Số Tên Mơ tả Kiểu giá trị Giá trị
mặc định 1 Measure Satisfaction If Active Chỉ ra rằng từng hành động của rollup cần phải được tính tốn ngược lại với từng hành động của sự kiện Minimum Normalized Measure nếu hành động đã được kích hoạt. Boolean True 2 Required For Satisfied
Chỉ ra rằng khi mọi thơng tin theo dõi hành
động để xây dựng trạng thái rolled-up Satisfied là:
Always: phần tử con luơn tham gia vào rollup evaluation của phần tử cha.
IfNotSuspended: phần tử con tham gia vào
rollup evaluation của phần tử cha nếu nĩ trong trạng thái chờ thử lại kích hoạt nhưng khơng phải là tạm dừng.
IfAttempted: phần tử con tham gia vào rollup evaluation của phần tử cha nếu nĩ
đang trong trạng thái chờ thử lại kích hoạt.
IfNotSkipped: phần tử con tham gia vào rollup evaluation của phần tử cha nếu nĩ khơng trong trạng thái “skip”.
3 Required For
Not Satisfied Chđộng ỉ ra rđểằ xây dng khi mựng trọi thơng tin theo dõi hành ạng thái rolled-up Not Satisfied là:
Always: phần tử con luơn tham gia vào rollup evaluation của phần tử cha.
IfNotSuspended: phần tử con tham gia vào rollup evaluation của phần tử cha nếu nĩ trong trạng thái chờ thử lại kích hoạt nhưng khơng phải là tạm dừng.
IfAttempted: phần tử con tham gia vào rollup evaluation của phần tử cha nếu nĩ
đang trong trạng thái chờ thử lại kích hoạt.
IfNotSkipped: phần tử con tham gia vào rollup evaluation của phần tử cha nếu nĩ khơng trong trạng thái “skip”.
Vocabulary Always
4 Required For Completed
Chỉ ra rằng khi mọi thơng tin theo dõi hành
động để xây dựng trạng thái rolled-up Completed là:
Always: phần tử con luơn tham gia vào rollup evaluation của phần tử cha.
IfNotSuspended: phần tử con tham gia vào rollup evaluation của phần tử cha nếu nĩ trong trạng thái chờ thử lại kích hoạt nhưng khơng phải là tạm dừng.
IfAttempted: phần tử con tham gia vào rollup evaluation của phần tử cha nếu nĩ
đang trong trạng thái chờ thử lại kích hoạt.
IfNotSkipped: phần tử con tham gia vào rollup evaluation của phần tử cha nếu nĩ khơng trong trạng thái “skip”.
Vocabulary Always
5 Required For
Incomplete Chđộng ỉ ra rđểằ xây dng khi mựng trọi thơng tin theo dõi hành ạng thái rolled-up Incomplete là:
Always: phần tử con luơn tham gia vào rollup evaluation của phần tử cha.
IfNotSuspended: phần tử con tham gia vào rollup evaluation của phần tử cha nếu nĩ trong trạng thái chờ thử lại kích hoạt nhưng khơng phải là tạm dừng.
IfAttempted: phần tử con tham gia vào rollup evaluation của phần tử cha nếu nĩ
đang trong trạng thái chờ thử lại kích hoạt.
IfNotSkipped: phần tử con tham gia vào
rollup evaluation của phần tử cha nếu nĩ khơng trong trạng thái “skip”.
Bảng 1.4.7 Các điều khiển xem xét Rollup
1.4.3.10 Mơ tảđối tượng
Khi đưa đặc tả IMS SS vào SCORM, cĩ một cơ chế cho phép gắn các mục tiêu học tập với activity. Một activity cĩ thể một hoặc nhiều hơn các mục tiêu gắn liền với nĩ.
Số Tên Mơ tả Miền giá trị Giá trị
mặc định
1 Objective ID Định danh của mục tiêu gắn liền với activity. Unique Identifier Khơng cĩ 2 Objective Satisfied by Measure Chỉ ra rằng Objective Minimum Satisfied Normalized Measure được sử
dụng trong các phương thức khác để
xác định xem objective gắn liền với activity cĩ thỏa mãn hay khơng.
Boolean False 3 Objective Minimum Satisfied Normalized Measure. Chỉ ra giá trị thỏa mãn nhỏ nhất cho một mục tiêu. Nếu đo lường của đối tượng bằng hoặc vượt quá ngưỡng này thì Objective Satisfied Status sẽ là
Satisfied ngược lại sẽ là Not Satisfied
Thực [-1..1]. Chính xác 4 chữ số thập phân 1.0 4 Objective Contributes to Rollup
Chỉ ra rằng Objective Satisfied Status
và Objective Normalized Measure cĩ
được sử dụng trong rollup.
Boolean False
Bảng 1.4.8 Bảng mơ tả đối tượng
1.4.3.11 Selection Controls
Người phát triển nội dung cĩ khả năng định nghĩa các luật xác định thứ tự chỉ ra khi nào lựa chọn các ativities nào đĩ và hạn chế số activities được chọn. Bảng 1.4.9 mơ tả
các điều khiển xác định thứ tự. Chú ý là Selection Controls sẽ khơng cĩ ý nghĩa gì khi
định nghĩa trên một leaf activity.
Số Tên Mơ tả Miền giá
trị
Giá trị mặc định
1 Selection Timing
Chỉ ra khi nào một lựa chọn sẽ xảy ra:
Never, Slection khơng bao giờđược áp dụng; tất cả các con của activity được chọn như mặc định
Once, Selection được áp dụng trước attempt đầu tiên của activity.
On Each New Attempt, Selection được áp dụng trước mỗi attempt mới lên một actvity.
Mục On Each New Attempt và các hành vi liên quan của nĩ khơng được xác
định trong phiên bản này của SCORM. 2 Selection Count Status Chỉ ra rằng dữ liệu đếm lựa chọn cĩ ý nghĩa cho activity. boolean False 3 Selection Count
Chỉ ra số các activities con phải được lựa chọn từ một tập các actvities con gắn liền với activity. Nếu Selection Count lớn hơn số activities con thì tất cả
các activities con được lựa chọn. Giá trị
này sẽ trở nên khơng tin cậy trừ khi
Selection Count Status là True
boolean 0
Bảng 1.4.9 Bảng mơ tả các Selection Control
1.4.3.12 Randomization Controls
Randomization Controls mơ tả khi nào và các action gì LMS sẽ làm để sắp xếp lại các con hiện cĩ của các activities cluster, trong khi thực hiện nhiều hành vi xác định thứ
tự khác nhau. Những người phát triển nội dung cĩ thể áp dụng Randomization Controls cho bất kỳ một cluster nào trong Actvity Tree.
Số Mơ tả Mơ tả Miền giá
trị
Giá trị mặc định
1 Randomization
Timing con cChỉ ra khi nào viủa activity sệẽc s xảắy ra: p đặt thứ tự các
Never, Randomization sẽ khơng bao giờ được áp dụng
Once, Randomization được áp dụng trước attemp đầu tiên tác động lên activity.
On Each New Attempt, Randomization
được áp dụng trước mỗi attempt mới tác
động lên activity.
Vocabulary Never
2 Randomize Children
Chỉ ra thứ tự của các activities con được ngẫu nhiên hĩa
boolean False
Bảng 1.4.10 Bảng mơ tả các Randomization Controls
Các thành phần Randomization Controls khơng tác dụng khi định nghĩa trên leaf activity.
1.4.3.13 Delivery Controls
Delivery Controls mơ tả các action LMS sẽ thực hiện trước khi một attempt trên activity bắt đầu và sau khi attempt kết thúc. Delivery Controls sẽđược dùng bởi LMS giúp quản lý thơng tin trạng thái theo dõi của activity.
Số Tên Mơ tả Miền
giá trị
Giá trị mặc định
1 Tracked Chỉ ra Objective Progress Information và
Activity/Attempt Progress Information của attempt sẽđược ghi và thơng tin sẽđĩng gĩp
vào rollup của activity mẹ, trừ khi thơng tin xác định thứ tự khác ngăn nĩ
2 Completion Set by Content
Chỉ ra xem cĩ phải Attempt Completion Status
cho activity sẽđược đặt bởi đối tượng nội dung gắn liền với activity
boolean False 3 Objective Set
by Content
Chỉ ra Objective Satisfied Status của mục tiêu gắn liền với activity cĩ Objective Contributes to Rollup là True cĩ được đặt bởi đối tượng nội dung liên quan với activity.
boolean False
Bảng 1.4.11 Bảng mơ tả các Delivery Controls 1.4.4 Các hành vi xác định thứ tự
1.4.4.1 Tổng quan
Sequencing Behaviors mơ tả các hành vi liên quan đến các quá trình xác định thứ tự
khác nhau. Các quá trình xác định thứ tự trong SCORM được lấy ra từ các mơ tả
trong đặc tả IMS SS. Các mơ tả dưới đây khơng cĩ ý định thay các mơ tả trong đặc tả
IMS SS mà chỉ giúp làm hiểu rõ hơn các đặc điểm và đặc trưng chính của các quá trình. Một vài trường hợp cần thiết, SCORM Sequencing mở rộng hoặc thay đổi một quá trình của IMS SS.
Đặc tả IMS SS bao gồm hai mơ hình dữ liệu áp dụng cho mỗi activity trong Activity Tree - một mơ hình dữ liệu duy trì trạng thái của một activity, và một mơ hình mơ tả
dự định xác định thứ tự của người phát triển nội dung khi activity được xử lý. Thêm vào đĩ, mơ hình trạng thái được định nghĩa để duy trì trạng thái cho mỗi activities
đơn lẻ và cả Activity Tree. Quá trình xác định thứ tự sử dụng thơng tin từ 3 mơ hình nhưđịnh nghĩa trong Behavior Pseudo Code (xem thêm trong phần phụ lục C trong quyển SCORM SN). Các mơ hình dữ liệu và sự quan hệ của nĩ với các activities
được trình bày nhưở dưới đây:
− Tracking Model (Mơ hình theo dõi): lấy các thơng tin thu thập được từ các tương tác của học viên với các đối tượng nội dung gắn liền với các activities.
Đây là một mơ hình dữ liệu động ( được xây dựng khi học viên tương tác với các đối tượng nội dung).
− Activity State Model: quản lý trạng thái xác định thứ tự của mỗi activity trong Activity Tree và trạng thái tồn cục của Activity Tree. Đây là một mơ hình
động sử dụng bởi thực thi xác định thứ tự của LMS để quản lý trạng thái của Activity Tree trong một phiên xác định thứ tự.
− Sequencing Definition Model: mơ tả các quá trình xác định thứ tự khác nhau
được sử dụng và dịch các thơng tin Tracking Model sang một loạt các activities cĩ thứ tự để cung cấp các hành vi xác định thứ tự được định nghĩa. Thường thì, đây là một mơ hình dữ liệu tĩnh mơ tả dựđịnh xác định thứ tự của người phát triển nội dung.
Các hành vi xác định thứ tự thì độc lập với nhau, nhưng đều hoạt động dựa trên ba tập dữ liệu đã mơ tảở trên. Overall Sequencing Process định nghĩa tất cả các hành vi xác
định thứ tự quan hệ với nhau như thế nào trong ngữ cảnh của sequencing session và
1.4.4.2 Mơ hình theo dõi
Để cho phép xác định thứ tự cĩ điều kiện của các activities, thơng tin về tương tác của học viên với các đối tượng nội dung đã được phân phối gắn liền với các activities phải được duy trì và quản lý. Đặc tả IMS SS xác định một mơ hình theo dõi phải
được duy trì cho mỗi activity trong Actvity Tree. Tập các thành phần mơ hình dữ liệu mơ tả thơng tin theo dõi được gọi là Tracking Model. SCORM khơng đặt một yêu cầu về các tracking model được biểu diễn hoặc quản lý ra sao. Sự thực thi xác định thứ tự được yêu cầu phải tuân theo Sequencing Pseudo Code sẽđề cập sau này. Các thực thi cũng tự do để quản lý và tối ưu các thơng tin theo dõi miễn là tuân theo các đánh giá “what-if” của trạng thái Activity Tree.
Hình 1.4.7 Mối quan hệ giữa Run-Time Environment Data Model và Tracking Model
Trong các phiên bản trước của SCORM, mơ hình dữ liệu duy nhất được xác định là SCORM Run-Time Environment Data Model. Thơng tin này dùng để theo dõi tương tác của học viên với SCO. Với sựđưa vào xác định thứ tự, một mơ hình dữ liệu nữa
được xác định cho LMS để quản lý – Tracking Model. Tracking Model là một tập các các thơng tin trạng thái xác định thứ tựđộng gắn liền với mỗi activity trong Activity Tree cho mỗi học viên. Các giá trị mặc định cho các thành phần của Tracking Model
được định nghĩa trước (giá trị mặc định). Trong một learning experience, các thành phần Tracking Model sẽđược cập nhật để phản ánh các tương tác của học viên với
đối tượng nội dung đã được phân phối.
SCORM RTE Data Model định nghĩa trong cuốn sách SCORM RTE được sử dụng bởi SCO để trao đổi thơng tin về tương tác của học viên với các đối tượng nội dung như trạng thái, điểm. Một vài thành phần SCORM RTE Data Model tương ứng trực tiếp với các thành phần trong Tracking Model.
Xét một ví dụ cụ thể về Tracking Model. Chú ý là tất cả các activities cĩ thơng tin trạng thái theo dõi tương ứng gắn với mỗi học viên tương tác activity. Đối với những activities cĩ gắn liền với các SCO, LMS sẽ thực hiện quản lý mơ hình theo dõi dựa
trên thơng tin trao đổi bởi SCO. Với asset thì sẽ khác đơi chút như chúng ta sẽ thấy ở
phần sau này.
Thay đổi trong giá trị các thành phần mơ hình theo dõi sẽảnh hưởng đến thơng tin trạng thái theo dõi mẹ của activity. Như ta đã đề cập trong phần Sequencing Definition Model, quá trình đánh giá trạng thái theo dõi của một activity dựa trên một thay đổi trạng thái của một trong các con của nĩ gọi là rollup. Tracking Model mơ tả
thơng tin cần được duy trì bởi một hệ thống nhằm phân phối các activities học tập cĩ thứ tự. Một LMS phải cĩ đủ khả năng để duy trì thơng tin theo dõi cho mỗi activity
được định nghĩa; đối với SCO, LMS phải cĩ khả năng ánh xạ dữ liệu thực thi của SCO sang các thành phần tracking model hợp lý. Mơ hình theo dõi định nghĩa một tập các thơng trạng thái theo dõi như sau:
− Objective Progress Information: Mơ tả quá trình học tập của học viên liên quan đến mục tiêu học tập (learning objective).
− Activity Progress Information: Mơ tả quá trình học tập của học viên trên một activity. Thơng tin mơ tả quá trình học tập của học viên thơng qua tất cả các attempt trên activity.
− Attempt Progress Information: Mơ tả quá trình học tập của học viên trên một activity. Thơng tin này mơ tả mỗi quá trình attempt trên một activity.
− Activity State Information: Mơ tả trạng thái của mỗi activity trên một Activity Tree ứng với mỗi học viên.
1.4.4.3 Quá trình xác định thứ tự tổng thể
Overall Sequencing Process cung cấp quá trình điều khiển tồn bộ cho việc thực thi xác định thứ tự của LMS. Nĩ định nghĩa các hành vi xác định thứ tự khác nhau được áp dụng trong ngữ cảnh của một phiên xác định thứ tự. Overall Sequencing Process bao gồm các hành vi sau:
− Navigation Behavior: Mơ tả một yêu cầu duyệt được kiểm tra tính đúng đắn và dịch sang các yêu cầu xác định thứ tự và kết thúc như thế nào.
− Termination Behavior: Mơ tả attempt hiện thời trên một activity kết thúc như
thế nào, trạng thái của Activity Tree được cập nhật như thế nào, và nếu một vài action sẽđược thực hiện trong khi kết thúc attempt.
− Rollup Behavior: Mơ tả thơng tin theo dõi cho các cluster activities được rút ra từ các activities con như thế nào
− Selection and Randomization Behavior: Mơ tả các activities trong một cluster được xem xét như thế nào trong khi xử lý một yêu cầu xác định thứ tự.
− Sequencing Behavior: Mơ tả một yêu cầu xác định thứ tựđược xử lý như thế
nào trên một Activity Tree trong nỗ lực xác định activity “tiếp theo” để phân phối.
− Delivery Behavior: Mơ tả một activity xác định để phân phối được kiểm tra tính đúng đắn như thế nào, và LMS sẽ quản lý việc phân phối một activity hợp lý như thế nào.
Sequencing Loop
Bắt đầu phiên xác định thứ tự
1. Học viên bắt đầu truy nhập vào LMS (như truy cập hệ thống login) và thiết lập một ngữ cảnh trong đơn vị giảng dạy cụ thể (ví dụ chọn cua học, một tổ
chức nội dung).
2. LMS khởi tạo xử lý bằng cách gọi các yêu cầu duyệt Start, Resume All, hoặc
Choice.
3. Navigation Behavior dịch các yêu cầu Start, Resume All, và Choice sang các
yêu cầu xác định thứ tự hợp lý và xử lý nĩ. Phiên xác định thứ tự bắt đầu chính thức khi một activity được xác định để phân phối - tức là activity vượt