CHƯƠNG 1 : TÍNH CẤP THIẾT CỦA NGHIÊN CỨU
4.1 Các bước triển khai Blened Learning:
Bước 1: Nghiên cứu
Đảm bảo các yếu tố triển khai là rõ ràng, dự tính được ngân sách chung, nghiên cứu xác định lợi ích và sự thành cơng, các đánh đổi (nếu có)
Bước 2: Phát triển các mục tiêu cụ thể
Trong việc triển khai Blended Learning cũng giống với triển khai phần mềm ứng với quy trình cụ thể. Ở bước này, cần phát triển những mục tiêu cụ thể như:
+ Phần mềm ảnh hưởng đến bao nhiều người, đánh giá về sự thay đổi của hành vi, kiến thức mỗi người
+ Gia tăng kiến thức của người học được định lượng bao nhiêu phần trăm
+ Để phát triển được một khóa học cần những kỹ năng gì, thời gian và chi phí cho một khóa học.
Bước 3: Bắt đầu triển khai
+ Lựa chọn công cụ, phần mềm
+ Triển khai phần mềm mức độ kỹ thuật
+ Định nghĩa và đưa vào sử dụng các quy trình
Khi đã triển khai hoàn thành, lựa chọn những đối tượng bị tác động của hệ thống để xem xét và thu thập phản hồi. Tất cả đều hướng đến trả lời câu hỏi “làm thế nào để có được một khóa học E-learning thành cơng?” Đối tượng bị tác động bao gồm: nhân viên kỹ thuật, giảng viên và sinh viên.
Bước 5: Đánh giá
Sau khi thu thập các phản hồi, việc phân tích và đánh giá dữ liệu là quan trọng. Để xác định những yếu tố tốt, khơng tốt từ đó thay đổi cho phù hợp với quá trình triển khai. Việc đánh giá được thực hiện thường xuyên, nghiêm túc, kết quả đánh giá là cơ sở khoa học để điều chỉnh.
Ở bước số 3, việc triển khai bao gồm 2 công việc: triển khai về mặt kỹ thuật và triển khai về mặt quy trình. Về mặt kỹ thuật, các phương pháp lựa chọn công cụ xây dựng và thiết kế phần mềm sau đó triển khai có thể sử dụng phương pháp thác nước (waterfall model) gồm các bước:
Xác định yêu cầu (getting requirement) Phân tích thiết kế (analysis and design) Lập trình (code)
Kiểm thử (test) Cài đặt (setup)
Bảo trì (maintainance)
Hình 8: Quy trình triển khai phần mềm theo Waterfall Model
Nhược điểm của phương pháp này được chứng minh là yêu cầu không phải lúc nào cũng rõ ràng, yêu cầu phát sinh rất nhiều chủ yếu do q trình lấy u cầu khơng
cụ thể và rõ ràng. Từ đó dẫn đến q trình phân tích thiết kế cũng phải thay đổi kéo theo các quy trình phía sau như lập trình và kiểm thử gặp khó khăn. Nhiều dự án triển khai thất bại do sử dụng quá nhiều chi phí khi thay đổi phân tích liên tục. Trong một dự án mà đơn vị triển khai (như trường đại học) được xem là chưa có quy trình chuẩn trong đào tạo e-learning thì phương pháp này cần thay đổi để phù hợp.
Mơ hình phát triển phần mềm theo phương pháp Agile được đề xuất. Điểm cốt lỗi của mơ hình này năm ở chỗ đội phát triển sẽ phải nỗ lực gia nhập vào tổ chức ở các đơn vị, phịng ban liên quan để tìm hiểu, phân tích và lập trình triển khai từng phần nhỏ sớm nhất có thể, dễ dàng quay lại điều chỉnh, sữa chữa bằng cách phản ứng nhanh và linh hoạt để thay đổi. Nguyên lý chính của phương pháp là “tiếp tục tiến hóa” đến khi nhu cầu thực sự của hệ thống khơng cịn thay đổi.
Một khi nhu cầu chưa thực sự rõ ràng, mục tiêu tổng quát thì rõ nhưng đi vào chi tiết, người lãnh đạo chưa thể quyết định hoặc chưa nhìn thấy được những tham số hay chức năng của hệ thống thì phương pháp Agile có tác dụng. Vì vậy, một đội triển khai ở trong trường đại học là cần thiết.