- Môi trường thực thi (RunTime Environment): lấy nội dung như thế
tham chiếu tài nguyên trong gói nội dung SCORM khuyến cáo rằ ng các gó
nội dung nên được tạo như các PIF. PIF cung cấp một định dạng phân phát Web ngắn gọn có thể được dùng để vận chuyển các gói nội dung giữa các hệ thống. Nếu một PIF được dùng để đại diện cho gói nội dung, SCORM yêu cầu PIF đó phải tương thích với chuẩn RFC 1951. Ngoài ra, SCORM còn yêu cầu định dạng lưu trữ là PKZip v2.04g (.zip). File .zip này tương thích với chuẩn RFC 1951.
Môi trường thực thi – Run-Time Environment (RTE).
Phần này giới thiệu về mô hình thời gian chạy của SCORM, trình bày chi tiết những yêu cầu cho việc phát hành các đối tượng nội dung (SCO hoặc Asset), thiết lập liên lạc giữa các LMS và các SCO, quản lý và theo dõi thông tin giao tiếp giữa các SCO và LMS. Xin nhắc lại là trong SCORM, các đối tượng nội dung gồm có:
• Các đối tượng nội dung chia sử (SCO), liên lạc với LMS trong thời gian chạy
• Asset, không liên lạc với LMS trong thời gian chạy
Hai mục tiêu của SCORM là các đối tượng nội dung có thể tái sử dụng và hoạt động được giữa nhiều LMS. Để thực hiện được điều đó, phần này trình bày một sự chuẩn hoá các nội dung sau:
• Cách phát hành và quản lý các đối tượng nội dung. • Cơ chế liên lạc giữa các đối tượng và các LMS.
• Một mô hình dữ liệu giúp theo dõi người học với các đối tượng nội dung.
Các đối tượng liên lạc theo một phương thức đã chuẩn hoá như vậy có thể được trao đổi giữa các LMS khác nhau mà không cần sửa đổi gì; điều này tăng khả năng cơ động và tính lâu bền của các đối tượng, từ đó giảm chi phí phát triển, cài đặt và bảo trì.
Như miêu tả trong hình dưới đây, có ba nhân tố của RTE là Phát hành
(Launch), Giao diện chương trình ứng dụng (Application Programming Interface – API) và Mô hình dữ liệu (Data Model).
Giải thích sơ đồ: LMS thuộc bên quản lý hệ thống e-Learning có nhiệm vụ điều khiền quá trình học tập của học viên. Học viên tham gia học tập bằng một trình duyệt Web, họ không liên lạc trực tiếp với LMS để yêu cầu các nội dung học tập, việc này được thực hiện bởi các SCO: SCO dùng giao diện API liên lạc với LMS, thông báo cho LMS biết yêu cầu của học viên, sau đó LMS sẽ phát các đối tượng học tập (Activity, SCO, Asset) theo yêu cầu.
---
Hình 11. Môi trường thực thi của SCORM
Quản lý môi trường thực thi.
Trong khi học viên tương tác với các đối tượng nội dung (trong thời gian chạy), LMS đánh giá hoạt động của học viên và dẫn đường cho các yêu cầu. Khi LMS xác định được một Activity cần cấp phát cho người học, hoạt
động đó được gắn với một đối tượng nội dung (SCO hoặc Asset) kết hợp với nó. Sau đó LMS sẽ phát đối tượng và gửi nó tới người học.
Một mô hình phát hành chung hướng tới việc cung cấp các đối tượng nội dung chạy bởi Web dưới dạng các SCO và Asset. Mô hình này tạo nên tính
đồng nhất của hoạt động một đối tượng giữa các LMS khác nhau. Trong trường hợp này, thuật ngữ “LMS” dùng để chỉ bất kỳ hệ thống nào hỗ trợ
phát hành các đối tượng nội dung.
Mô hình trục thời gian RTE (RunTime Environment Temporal Model)
Một học viên được ấn định với một đối tượng nội dung ngay khi một Activity với đối tượng nội dung tương ứng (SCO hoặc Asset) được xác
định, cấp phát và đối tượng được phát hành tới trình duyệt của học viên. Một số nhân tố quan trọng cần định nghĩa giúp theo vết học viên trong thực tế học tập. Các thuật ngữ sau được định nghĩa bởi chuẩn IEEE 1484.11.1:
- Truy cập người học (Learner Attempt): Là quá trình người học hoàn thành các yêu cầu của một hoạt động (gắn với đối tượng nội dung)
---
được cấp phát. Một phiên truy cập có thể kéo dài (hoặc tạm hoãn) qua một hoặc nhiều phiên làm việc của học viên và có thể bị tạm hoãn giữa các phiên. Ví dụ một học viên truy cập đến một SCO bài tập, nhưng trong một lần học viên đó chưa hoàn thành ngay mà cần đến một (hoặc nhiều) lần đăng nhập khác vào hệ thống, phiên truy cập là thời gian học viên đó hoàn thành SCO bài tập, bất kể phải đăng nhập bao nhiêu lần.
- Phiên học (Learner Session): Một khoảng thời gian liên tục trong đó học viên truy cập tới một đối tượng nội dung.
- Phiên giao tiếp (Communication Session): Một kết nối kích hoạt giữa một đối tượng nội dung và một API.
- Phiên đăng nhập (Login Session ): Khoảng thời gian từ lúc một học viên bắt đầu một phiên làm việc với hệ thống (đã đăng nhập) tới khi học viên
đó kết thúc phiên làm việc (truy xuất).
Hình 12. Các quan hệ về thời gian đối với một SCO cụ thể
Phát các đối tượng nội dung.
Như ta đã biết, mô hình nội dung của SCORM gồm có các SCO, các Asset, và các Tổ chức nội dung (Content Organization). Trong đó SCO và Asset là các thành phần định nghĩa có thể phát hành được. Các yêu cầu phát hành khác nhau tuỳ thuộc vào từng loại đối tượng. Tiến trình phát hành là cách chung cho các LMS phát các đối tượng tới trình duyệt Web của học viên. Các thủ tục và trách nhiệm thiết lập liên lạc giữa các đối tượng phát hành và LMS sẽ thay đổi tuỳ theo loại các đối tượng.
---
hoạt động định trước và việc đánh giá thông tin về thứ tự được gán cho từng hoạt động (Activity). Việc trình diễn qua các hoạt động học tập trong lúc học thực tế có thể là tuần tự, không tuần tự, người dùng điều khiển hoặc thích ứng, tuỳ thuộc và thông tin thứ tự đã định và sự tương tác giữa người học với các đối tượng nội dung.
LMS cũng chịu trách nhiệm xác định hoạt động học tập nào được cấp phát, dựa trên một hoạt động định hướng nào đó. LMS có thể nhận biết hoạt động học tập tiếp theo trong chuỗi được định nghĩa trong cấu trúc nội dung, nhận biết một hoạt động học tập được học viên lựa chọn hoặc xác định hoạt động nào sẽ được cung cấp dựa trên hoạt động của học viên với các đối tượng trước đó (gọi là kiểu thích ứng). Mỗi hoạt động học tập được cung cấp luôn đi kèm với một đối tượng nội dung tương ứng, việc phát các đối tượng gắn với các hoạt động đã định thuộc trách nhiệm của LMS. Trong lúc xác định đối tượng phát hành thích hợp, LMS dùng URL (Universal Resource Locator) được định nghĩa trong gói nội dung, để
dẫn đường, hoặc thay thế đối tượng nội dung đang được hiển thị bằng đối tượng được tham chiếu. Quá trình phát hành các đối tượng được thực hiện bởi giao thức truyền siêu văn bản (HyperText Transfer Protocol – HTTP). Phát các Asset
Đối với các đối tượng Asset, mô hình phát hành của SCORM chỉ yêu cầu LMS phát các Asset sử dụng giao thức HTTP. Một Asset không liên lạc với LMS qua API và mô hình dữ liệu.
Phát các SCO
Với các đối tượng SCO, SCORM yêu cầu một LMS đồng thời phát hành và theo vết mỗi SCO (với mỗi học viên). Một SCO đã được phát có thể tự nó thực hiện một API Instance để phát và theo vết các SCO cấp thấp hơn, khi
đó LMS không có trách nhiệm phải “biết tới” các SCO cấp thấp này. Trong trường hợp đó SCO đã được LMS phát (SCO cấp cao) phải tự “dọn dẹp” (ví dụ đóng các cửa sổ đã được mở để chạy các SCO cấp thấp) trước khi kết thúc phiên làm việc của nó.
---
Hình 13. SCO và SCO cấp thấp
Trong hình trên, SCO 1 được LMS phát hành, khi đó LMS chỉ biết được cách thực thi một phiên giao tiếp (Communication Session) với SCO 1. SCO 1 có một cơ cấu nào đó để phát tiếp SCO 1.1, SCO 1 cũng phải thực thi một hành động API. Tất cả các liên lạc giữa SCO 1.1 và SCO 1 chỉ xảy ra giữa chúng với nhau. SCO 1 có thể quyết định có hay không liên lạc với một dữ liệu khác bằng cách sử dụng tham chiếu của nó đến API cung cấp bởi LMS, ngược lại, SCO 1.1 không được phép liên lạc trực tiếp với LMS qua API cung cấp bởi LMS.
Quá trình mang đi các đối tượng nội dung.
Khi kết thúc một phiên học của học viên, đối tượng nội dung đang được học viên sử dụng sẽ bị mang đi và thay thế bằng đối tượng nội dung được xác định tiếp theo. Thông thường, các đối tượng được mang đi là kết quả
của các sự kiện dẫn hướng tạo ra bởi học viên hoặc hệ thống. Sau khi đối tượng hiện thời bị mang đi, LMS cần những thông tin chính xác nhất về
các tương tác của học viên với đối tượng để có những quyết định về thứ
tự được chính xác. Nếu đối tượng bị mang đi là một Asset, LMS sẽ thao tác theo các tương tác của học viên, nếu đối tượng đó là một SCO, LMS trao
đổi với SCO đó những thông tin chính xác hơn về các tương tác của học viên trong suốt phiên học tập vừa kết thúc. LMS có trách nhiệm lưu thông tin qua liên lạc với một SCO trong quá trình thực thi, thông tin này có thể ảnh hưởng đến thành công việc đánh giá thứ tự.
Trong một vài trường hợp, tác giả nội dung không muốn cho phép người học làm việc với SCO sau khi nó đã kết thúc (ví dụ các bài học chỉ được học một lần, các bài kiểm tra…), khi đó có các nguyên tắc riêng nhằm thực hiện việc này.
---
Trong mô hình SCORM, API tạo mối liên lạc chuẩn về dữ liệu giữa đối tượng nội dung (SCO) và LMS qua một tập hợp các dịch vụ API phổ biến dùng ngôn ngữ ECMAScrip (thường được biết đến hơn với tên JavaScript). API đáp ứng được nhiều đòi hỏi mức độ cao của SCORM về khả năng hoạt
động trên các hệ thống khác nhau và tính tái sử dụng.
Có 3 thuật ngữ về API sử dụng trong SCORM: API, API Implementation và API Instance, hình sau mô tả các thuật ngữ và mối liên hệ giữa chúng:
Hình 14. API, API Implementation, API Instance
API: là một tập hợp các hàm đã định nghĩa mà SCO có thể dựa vào đó để
hoạt động.
API Implementation: là một phần của phần mềm chức năng thi hành các hàm của API. LMS chỉ cần cung cấp một API Implementation thi hành hàm của API và giao tiếp với SCO thông qua giao diện chung thống nhất, còn bản thân một API Implementation hoạt động thế nào không ảnh hưởng tới người phát triển các SCO.
API Instance: đây là một trạng thái hoạt động xác định trong một ngữ
cảnh riêng của API Implementation. API Instance đặc trưng cho một phần của phần mềm thi hành tương tác với SCO trong suốt quá trình hoạt động của SCO đó.
Như vậy vai trò chủ chốt của API là giúp cho một đối tượng (SCO) sau khi
được tạo lập có thể hoạt động được với bất kỳ LMS nào cung cấp API chuẩn SCORM. Tất cả các liên lạc giữa LMS và SCO được khởi đầu từ SCO (liên lạc một chiều), hiện tại chưa có cơ chế nào được hỗ trợ giúp LMS khởi tạo các lời gọi tới các hàm được thi hành bởi SCO.
Các phương thức của API Implementation được chia làm ba loại:
• Các phương thức phiên (Session Methods): dùng để đánh dấu điểm