Tiêu chí đánh giá mẫu

Một phần của tài liệu (LUẬN văn THẠC sĩ) nghiên cứu, xây dựng phần mềm hỗ trợ giảng dạy theo mô hình vai mẫu” đối với kịch hát dân tộc luận văn ths máy tính 84801 (Trang 47 - 54)

Chương 2 Các phương pháp tạo mẫu, thiết kế tương tác người máy

2.4 Tiêu chí đánh giá mẫu

Mỗi mẫu xây dựng có thể sẽ rất sáng tạo, nhưng nguyên mẫu cũng cần đánh giá một cách khách quan thông qua các yếu tố khác nhau gồm: Giai đoạn thiết kế (đầu, giữa, cuối), tính mới của dự án (được xác định rõ ràng so với khảo sát), số người sử dụng dự kiến, tầm quan trọng của giao diện, chi phí sản phẩm và tài chính được phân bổ, thời gian hoàn thiện mẫu và kinh nghiệm của đội ngũ thiết kế và đội ngũ đánh giá [10].

Để đánh giá các giao diện mới hoặc sửa đổi giao diện được thực hiện khi khách hàng gửi phản hồi. Các buổi trình bày không chính thức cũng có thể nhận được một số phản hồi hữu ích, nhưng các đánh giá chuyên gia chính thức sẽ mang lại hiệu quả hơn. Phương pháp này phụ thuộc vào chuyên gia hoặc tư vấn. Các đánh giá của chuyên gia sau đó có thể được tiến hành thông báo ngắn gọn và nhanh chóng. Những điểm sau đây cần được người thiết kế quan tâm:

- Trong thiết kế sẽ không thể có sự hoàn hảo đối với hệ thống phức tạp, do đó kế hoạch phải bao gồm các phương pháp để tiếp tục sửa chữa các vấn đề phát sinh trong suốt vòng đời của một giao diện.

- Tại một số thời điểm quyết định việc thực hiện kiểm tra toàn diện các nguyên mẫu thiết kế và phân phối các sản phẩm cuối.

- Các phương pháp kiểm tra thích hợp cho việc sử dụng các chức năng bình thường, nó thực sự hiệu quả khi phát hiện lỗi trong các tình huống không thể dự đoán trước khi sử dụng.

Nhận xét của chuyên gia có thể sớm hoặc muộn trong giai đoạn thiết kế. Kết quả có thể là một báo cáo chính thức với những vấn đề được xác định hoặc đề xuất thay đổi. Chuyên gia đánh giá cần phải đưa ra các gợi ý thận trọng bởi vì rất khó cho ai đó chỉ mới kiểm tra giao diện hiểu đầy đủ lý do thiết kế và lịch sử phát triển. Người đánh giá lưu ý các vấn đề có thể xảy ra để thảo luận với các

Nguyên tắc đánh giá, kiểm thử. Là phương pháp kiểm tra kép, tìm kiếm các lỗi có thể đối với chương trình, giao diện. Các chuyên gia phê bình đánh giá một giao diện để xác định phù hợp với một danh sách ngắn các thiết kế thực nghiệm, chẳng hạn như tám quy tắc vàng: Chặt chẽ theo sự thống nhất chung, phục vụ khả năng sử dụng phổ thống, cung cấp thông tin phản hồi, thiết kế hộp thoại tiện dụng và dễ hiểu, phòng tránh lỗi xảy ra trong quá trình sử dụng, cho phép dễ dàng thay đổi các hành động, hỗ trợ tập trung vào điểu khiển, giảm sự ghi nhớ của người sử dụng.

Hướng dẫn đánh giá: Giao diện được kiểm tra để phù hợp với tài liệu

hướng dẫn tổ chức hoặc tài liệu hướng dẫn khác. Bởi vì tài liệu hướng dẫn có thể chứa hàng nghìn bài viết, nên có thể cần có thời gian để các chuyên gia nhận xét làm chủ các nguyên tắc để xem xét một giao diện lớn.

Kiểm tra tính nhất quán. Các chuyên gia xác minh tính nhất quán trong

một tập hợp các giao diện, kiểm tra tính nhất quán của thuật ngữ, phông chữ, các phối màu, bố cục, định dạng đầu vào và đầu ra... trong giao diện cũng như trong tài liệu đào tạo và trợ giúp trực tuyến. Các công cụ phần mềm có thể giúp tự động hóa quá trình, cũng như kết hợp các từ và chữ viết tắt.

Định hướng nhận thức. Các chuyên gia mô phỏng cho người dùng thông

qua giao diện để thực hiện các tác vụ tiêu biểu, các kịch bản cụ thể. Phân chia kịch bản thành các kịch bản nhỏ hơn, mô phỏng tuân theo người dùng. Một số hình thức mô phỏng ngay trong cuộc sống của người sử dụng nên là một phần của quá trình đánh giá chuyên gia. Các hướng dẫn định hướng nhận thức đã được phát triển cho các giao diện có thể học bằng cách khám phá, nhưng chúng rất hữu ích ngay cả đối với các giao diện đòi hỏi phải đào tạo đáng kể.

Kiểm tra khả năng sử dụng. Các chuyên gia tổ chức một cuộc họp đánh

giá, với một người điều tiết, để mô tả, trình bày giao diện và thảo luận về những điểm mạnh và những điểm yếu của giao diện. Các thành viên của nhóm thiết kế có thể đưa ra bằng chứng về các vấn đề trong một định dạng đối lập. Kiểm tra khả năng sử dụng có thể là truyền đạt kinh nghiệm cho các nhà thiết kế và người quản lý mới làm quen, nhưng có thể mất nhiều thời gian hơn chuẩn bị và có nhiều nhân viên để thực hiện hơn là làm các loại đánh giá khác.

Đánh giá dựa trên nguyên mẫu trên giấy hoặc nguyên mẫu trên máy để xác định các vấn đề về khả năng sử dụng, nơi mà người sử dụng được thăm dò

để giải thích những mong muốn và các vấn đề họ gặp phải trong quá trình thử nghiệm mẫu. Xác định phản hồi của người dùng qua phỏng vấn, đánh giá điểm sử dụng các chức năng qua khảo sát. Khả năng tương tác giữa người sử dụng và chương trình, thông qua các nhóm riêng biệt. Khi kiểm tra giao diện chúng ta quan tâm đến các khía cạnh như: bố trí các giao diện chức năng, bố trí dữ liệu hiển thị, các trạng thái giao diện liên quan (màu sắc, font chữ,…), các phương pháp tương tác.

Lợi ích của việc đánh giá mẫu, các vấn đề về khả năng sử dụng tiềm năng có thể được phát hiện ở giai đoạn sớm trước khi quá trình phát triển hoàn tất. Người dùng sẽ hiểu sâu hơn về hệ thống, về những mong muốn của họ, và ấn tượng của họ về hệ thống. Phương pháp đánh giá được thực hiện thành các giai đoạn:

Giai đoạn lập kế hoạch:

1. Chọn các nhiệm vụ và nhóm người dùng quan trọng nhất để được kiểm tra (ví dụ: thường xuyên nhất hoặc quan trọng nhất)

2. Chọn người dùng đại diện cho (các) nhóm người dùng. 3-5 người dùng đủ để xác định các vấn đề chính

3. Xem xét việc sử dụng các tác vụ do người dùng định nghĩa, nơi người dùng được yêu cầu xác định của họ trước kỳ thẩm định

4. Tạo kịch bản nhiệm vụ và nhập dữ liệu và viết hướng dẫn cho người dùng (trao đổi với người sử dụng những gì để đạt được, chứ phải làm thế nào để làm điều đó).

5. Lập kế hoạch thời gian cho việc hướng dẫn, chạy thử và phỏng vấn sau khi chạy thử.

6. Mời các nhà phát triển quan sát các buổi họp nếu có thể. Một cách khác là quay video các buổi, và cho các nhà phát triển chỉnh sửa clip về các vấn đề chính

7. Đối với một nguyên mẫu giấy một nhà thiết kế là cần thiết để đóng vai trò của "máy tính

Giai đoạn chạy các phiên đánh giá

2. Đối với nguyên mẫu giấy, khi người dùng lựa chọn các tùy chọn trên mỗi màn hình, nhà thiết kế giải thích điều gì sẽ xảy ra, hoặc là trỏ tới màn hình tiếp theo hoặc trình bày màn hình kế tiếp cho người dùng

3. Không cung cấp bất kỳ gợi ý hoặc trợ giúp nào trừ khi người dùng không thể hoàn thành nhiệm vụ

4. Quan sát sự tương tác và lưu ý bất kỳ vấn đề gặp phải

5. Người dùng có thể được nhắc hiển thị thiết kế trang của họ, họ nghĩ những yếu tố khác nhau có thể làm gì và họ mong đợi kết quả của hành động tiếp theo của họ như thế nào. Người dùng cũng có thể được yêu cầu đề xuất các yếu tố cá nhân có thể được cải thiện như thế nào

6. Phỏng vấn người sử dụng để đạt được ý kiến chung, và để hỏi về những vấn đề cụ thể gặp phải

Kết quả của quá trình kiểm tra đánh giá: Tạo một danh sách các vấn đề

về khả năng sử dụng, được phân loại theo tầm quan trọng và tổng quan về các loại sự cố gặp phải. Sắp xếp một cuộc họp với các nhà thiết kế để thảo luận và làm thế nào để mỗi vấn đề có thể được giải quyết

Trong quá trình xây dựng hệ thống, học viên cũng đã lập các kế hoạch đánh giá mẫu, áp dụng các tiêu chí đánh giá mẫu và tổ chức các phiên đánh giá mẫu trực tiếp tại Trường Đại học Sân khấu điện ảnh Hà Nội, từ đó có các cải tiến mẫu, phù hợp với người dùng.

2.5 Kết chương

Trong chương này, luận văn đã trình bày tổng quan về mẫu thiết kế, các phương pháp và kỹ thuật tạo mẫu trong thiết kế một hệ thống phần mềm. Học viên cũng đã tập trung phân tích, so sánh, đánh giá ưu, nhược điểm của các kỹ thuật xây dựng mẫu, trình bày các tiêu chí đánh giá mẫu. Trên cơ sở đánh giá các kỹ thuật và phương pháp tạo mẫu, học viên lựa chọn và đề xuất áp dụng phương pháp tạo mẫu nguyên mẫu kết hợp ứng dụng các kỹ thuật tạo mẫu với độ trung thực thấp và độ trung thực cao để xây dựng các nguyên mẫu của hệ thống. Vì phương pháp tạo nguyên mẫu này có ưu điểm sẽ nhanh chóng đưa ra được nguyên mẫu thử nghiệm của hệ thống cùng với mức độ trung thực của mẫu

sẽ giúp người dùng hình dung, đánh giá và kiểm tra được các chức năng của phần mềm sẽ như thế nào. Bên cạnh việc áp dụng phương pháp tạo nguyên mẫu và các kỹ thuật tạo mẫu, học viên cũng đã lập các kế hoạch đánh giá mẫu, áp dụng các tiêu chí đánh giá mẫu để đánh giá các nguyên mẫu đã xây dựng của phần mềm. Cụ thể việc áp dụng phương pháp tạo mẫu nguyên mẫu, ứng dụng các kỹ thuật tạo mẫu và tổ chức các phiên đánh giá trong quá trình xây dựng phần mềm hỗ trợ giảng dạy theo mô hình “vai mẫu” đối với kịch hát dân tộc học viên trình bày cụ thể trong nội dung chương 3 của luận văn này.

CHƯƠNG 3. NGHIÊN CỨU, XÂY DỰNG PHẦN MỀM HỖ TRỢ GIẢNG DẠY THEO MÔ HÌNH “VAI MẪU” ĐỐI VỚI

KỊCH HÁT DÂN TỘC

Trong chương này học viên sẽ trình bày nội dung nghiên cứu xây dựng phần mềm hỗ trợ giảng dạy theo mô hình “vai mẫu” đối với kịch hát dân tộc. Học viên vận dụng các nội dung, kiến thức đã trình bày và thu nhận được từ chương 1 và chương 2 vào quá trình nghiên cứu xây dựng phần mềm. Cụ thể trong chương 3 học viên sẽ áp dụng quy trình phát triển phần mềm theo mô hình thử nghiệm tiến hóa, áp dụng kỹ thuật xây dựng nguyên mẫu nhanh dựa trên phân tích lấy người dùng làm trung tâm của quá trình phát triển và nghiên cứu ứng dụng công nghệ đa phương tiện (văn bản, hình ảnh, âm thanh, video 2D và video 3D) đặc biệt ứng dụng công nghệ 3D vào hỗ trợ giảng dạy. Quá trình nghiên cứu phát triển được thực hiện qua các giai đoạn như sau.

Giai đoạn 1: Xác định yêu cầu cơ bản, khảo sát yêu cầu người dùng: giai đoạn này học viên thu thập được các thông tin hiện trạng về việc ứng dụng công nghệ thông tin vào hỗ trợ giảng dạy tại trường Đại học Sân khấu Điện ảnh Hà nội, các loại hình sân khấu kịch hát dân tộc đang giảng dạy, các yêu cầu của người dùng, các mong muốn của người dùng. Từ đó học viên hiểu được cơ bản về yêu cầu của người dùng, và đặc biệt hiểu được giao diện của phần mềm sẽ cần xây dựng như thế nào để phù hợp với đối tượng người dùng.

Giai đoạn 2: Phát triển, xây dựng các nguyên mẫu ban đầu: trong giai đoạn này, từ những yêu cầu cơ bản của người dùng được thu thập ở giai đoạn 1, học viên áp dụng các kỹ thuật tạo mẫu nhanh, dựa trên phương pháp phân tích lấy người dùng làm trung tâm, sử dụng các công cụ tạo mẫu để đưa ra các nguyên mẫu ban đầu với mức độ trung thực thấp và độ trung thực cao của phần mềm.

Giai đoạn 3: Lên kế hoạch đánh giá nguyên mẫu: ở giai đoạn này, học viên đã sử dụng các nguyên mẫu đã xây dựng ở giai đoạn 2, lên kế hoạch, và xác định các tiêu chí đánh giá mẫu. Sau đó cùng nhóm nghiên cứu dự án tổ chức các buổi đánh giá trực tiếp tại đơn vị hưởng thụ. Kết thúc giai đoạn này, kết quả thu được là các phản hồi, góp ý của người dùng, và của các chuyên gia. Các ý kiến này được sử dụng để cải thiện các nguyên mẫu ban đầu. Và các nguyên mẫu được thống nhất xây dựng.

Giai đoạn 4: Xây dựng phần mềm, từ các nguyên mẫu đã đáp ứng được yêu cầu của người dùng ở giai đoạn trước, học viên đã xây dựng phần mềm ứng dụng công nghệ đa phương tiện vào hỗ trợ giảng dạy. Kết quả của giai đoạn này là phần mềm đã được xây dựng cung cấp các chức năng cho người sử dụng là giảng viên, sinh viên, cán bộ biên tập nội dung đa phương tiện.

Để xây dựng được hệ thống theo yêu cầu đã đề ra. Học viên đề xuất áp dụng những kiến thức thu nhận được ở chương 1 và chương 2 của luận văn này vào xây dựng hệ thống, đó là áp dụng quy trình phát triển phần mềm theo mô hình thử nghiệm tiến hóa và áp dụng phương pháp thiết kế nguyên mẫu lấy người dùng làm trung tâm (User Center System Design – UCSD), phương pháp thiết kế mẫu nguyên mẫu nhanh (Rapid Prototying) vào quá trình phát triển hệ thống, và xây dựng hệ thống hỗ trợ cho phép ứng dụng công nghệ đa phương tiện (ảnh, văn bản, âm thanh, video 2D, video 3D,…) đặc biệt hệ thống sẽ ứng dụng công nghệ 3D vào việc xây dựng bài giảng hỗ trợ giảng dạy.

Mô hình thiết kế đề xuất sẽ khắc phục được những nhược điểm cơ bản của các mô hình truyền thống bằng cách nâng cao vai trò của người sử dụng hệ thống. Ở mô hình này, người sử dụng được tham gia vào các giai đoạn của quá trình phát triển hệ thống và có các đánh giá phản hồi trở lại đối với đội ngũ phát triển, các phản hồi từ người sử dụng sẽ được dùng để cải tiến hệ thống.

Hình 3.1 Mô hình thiết kế lấy người dùng làm trung tâm

Phương pháp thiết kế hệ thống lấy người sử dụng làm trung tâm đặt người sử dụng, mục đích, nhu cầu và các hoạt động của họ vào trung tâm của quá trình phát triển và thiết kế. Yếu tố căn bản đảm bảo sự thành công của cách tiếp cận

sử dụng một quá trình tuyến tính một chiều. Bên cạnh việc áp dụng mô hình thiết kế lấy người sử dụng làm trung tâm, luận văn cũng đề xuất phương pháp thiết kế mẫu nhanh vì phương pháp này giúp người sử dụng và đội phát triển có thể thử nghiệm hệ thống một cách nhanh chóng và có thể hỗ trợ đào tạo người dùng.

Với việc đề xuất xây dựng hệ thống ứng dụng công nghệ đa phương tiện như: dữ liệu ảnh, dữ liệu văn bản, dữ liệu video 2D, dữ liệu video 3D, dữ liệu âm thanh, … vào xây dựng nội dung bài giảng sẽ có những ưu điểm, nhược điểm:

Ưu điểm:

- Giúp xây dựng các bài giảng với nội dung phong phú hấp dẫn người học, tăng khả năng hấp thụ và phát huy được khả năng sáng tạo của người học. Từ đó người học sẽ định hình các phong cách biểu diễn riêng không sinh ra những vai diễn “sao chép” đơn điệu.

- Nội dung đa phương tiện như ảnh, video 2D, dữ liệu âm thanh đa dạng, phong phú người dùng có thể tự tạo ra các nội này bằng những cách đơn giản

- Với nội dung video 3D người học có thể xem được vai diễn ở nhiều góc cảnh diễn khác nhau giúp người học có thể quan sát được các động tác chi tiết, cụ thể hơn

- Người học sẽ có nhiều vai mẫu với nhiều diễn viên diễn khác nhau để tham khảo

Nhược điểm:

- Nội dung video 3D còn hạn chế

- Việc thu thập, biên tập nội dung 3D tốn nhiều thời gian, công sức, và cần đến đội ngũ chuyên gia

Một phần của tài liệu (LUẬN văn THẠC sĩ) nghiên cứu, xây dựng phần mềm hỗ trợ giảng dạy theo mô hình vai mẫu” đối với kịch hát dân tộc luận văn ths máy tính 84801 (Trang 47 - 54)

Tải bản đầy đủ (PDF)

(87 trang)