Bài giảng Nhập môn Công nghệ phần mềm - Bài 7: Thiết kế giao diện người dùng

Nội dung text: Bài giảng Nhập môn Công nghệ phần mềm - Bài 7: Thiết kế giao diện người dùng

1. Thiết kế giao diện người dùng Nguyễn Thị Minh Tuyền Nội dung của slide này dựa vào các slide của Ian Sommerville
2. Nội dung 1. Các vấn đề về thiết kế 2. Quy trình thiết kế giao diện người dùng 3. Phân tích người dùng 4. Tạo prototype giao diện người dùng 5. Đánh giá giao diện Nguyễn Thị Minh Tuyền 2 Nhập môn CNPM
3. Nội dung 1. Các vấn đề về thiết kế 2. Quy trình thiết kế giao diện người dùng 3. Phân tích người dùng 4. Tạo prototype giao diện người dùng 5. Đánh giá giao diện Nguyễn Thị Minh Tuyền 3 Nhập môn CNPM
4. Giao diện người dùng (UI) v Nên được thiết kế sao cho nó đáp ứng được kỹ năng, kinh nghiệm và mong đợi của người dùng. v Người dùng hệ thống thường đánh giá một hệ thống dựa vào giao diện hơn là chức năng của nó. v Một thiết kế giao diện nghèo nàn § Có thể gây nên những lỗi trầm trọng. § Là lý do tại sao nhiều hệ thống phần mềm không bao giờ được sử dụng. Nguyễn Thị Minh Tuyền 4 Nhập môn CNPM
5. Nhân tố con người trong thiết kế giao diện v Hạn chế việc ghi nhớ ngắn hạn § Con người có thể nhớ cùng lúc 7 thông tin. Nếu nhiều hơn, họ sẽ dễ nhầm lẫn và gây ra lỗi. v Tạo ra lỗi là chuyện thường tình § Khi người dùng nhầm lẫn và hệ thống thực hiện sai, các cảnh báo đưa ra không hợp lý và thông báo không đúng mức có thể làm gia tăng căng thẳng và vì vậy sẽ gây ra nhiều lỗi hơn. v Mỗi người có năng lực cao thấp khác nhau § Người thiết kế không nên chỉ thiết kế dựa vào khả năng của chính mình. v Mỗi người muốn một kiểu tương tác khác nhau § Người thích hình ảnh, người khác lại thích kiểu văn bản. Nguyễn Thị Minh Tuyền 5 Nhập môn CNPM
6. Các nguyên tắc chính trong thiết kế UI v Thiết kế UI phải tính đến nhu cầu, kinh nghiệm và khả năng của người dùng hệ thống. v Người thiết kế nên § nhận thức được các hạn chế về vật lý và tinh thần của người dùng • ví dụ: khả năng nhớ ngắn hạn bị hạn chế § nên thừa nhận rằng ai cũng có thể nhầm lẫn. v Các nguyên tắc thiết kế UI đóng vai trò nền tảng cho thiết kế giao diện dù không phải tất cả các nguyên lý có thể áp dụng cho tất cả các thiết kế. Nguyễn Thị Minh Tuyền 6 Nhập môn CNPM
7. Các nguyên lý thiết kế v Thân thiện với người dùng § Giao diện nên dựa vào các thuật ngữ và khái niệm hướng người dùng hơn là các khái niệm máy tính. § Ví dụ, một hệ thống văn phòng nên dùng các khái niệm như thư từ, tài liệu, thư mục, hơn là đường dẫn, tên file, v Nhất quán § Hệ thống nên hiển thị một cách nhất quán. Các lệnh và menu nên có cùng định dạng, các dấu chấm lệnh nên tương tự nhau v Ít bất ngờ § Nếu một lệnh được thực hiện theo cách thông thường, người dùng có thể dự đoán được thao tác của các lệnh tương tự. Nguyễn Thị Minh Tuyền 7 Nhập môn CNPM
8. Các nguyên lý thiết kế v Có thể khôi phục được § Hệ thống nên cung cấp một số cơ chế phục hồi lại tình trạng hoạt động bình thường sau khi gặp lỗi. Cơ chế này này có thể bao gồm chức năng undo, xác nhận một hành động hủy, v Hướng dẫn người dùng § Một số hướng dẫn người dùng như hệ thống giúp đỡ, tài liệu trực tuyến nên được cung cấp. v Đa dạng người dùng § Nên cung cấp các tiện ích tương tác cho các loại người dùng khác nhau. § Ví dụ, một số người dùng có khả năng nhìn hạn chế thì nên để cỡ chữ to hơn. Nguyễn Thị Minh Tuyền 8 Nhập môn CNPM
9. Vấn đề thiết kế trong các UI v Hai vấn đề cần được quan tâm trong thiết kế hệ thống tương tác § Người dùng cung cấp thông tin cho hệ thống bằng cách nào? § Hệ thống biểu diễn thông tin đến người dùng như thế nào? Nguyễn Thị Minh Tuyền 9 Nhập môn CNPM
10. Các kiểu tương tác v Thao tác trực tiếp (direct manipulation) v Chọn menu (menu selection) v Điền vào form (form fill-in) v Ngôn ngữ lệnh (command language) v Ngôn ngữ tự nhiên (natural language) Nguyễn Thị Minh Tuyền 10 Nhập môn CNPM
11. Kiểu tương tác Ưu điểm Nhược điểm Ví dụ ứng dụng Thao tác trực tiếp Tương tác nhanh Có thể khó cài đặt. Video games và trực quan Chỉ phù hợp khi có ẩn dụ hình Hệ thống CAD Dễ học ảnh cho các tác vụ và các đối tượng. Chọn menu Tránh lỗi người Thao tác chậm đối với người sử Phần lớn các hệ thống dùng dụng có kinh nghiệm. thông dụng Yêu cầu gõ ký tự ít Có thể trở nên phức tạp nếu có nhiều lựa chọn menu. Điền vào form Nhập dữ liệu đơn Tốn nhiều không gian màn hình Khai thuế, xử lý nợ cá giản Rắc rối xảy ra khi các lựa chọn nhân Dễ học của người dùng không khớp với Kiểm tra được các trường của form. Ngôn ngữ lệnh Mạnh và linh động Khó học Hệ điều hành, hệ thống Quản lý lỗi kém. điều khiển và lệnh Ngôn ngữ tự Người sử dụng Yêu cầu gõ nhiều. Hệ thống truy vấn nhiên bình thường có thể Hệ thống hiểu ngôn ngữ tự nhiên thông tin dùng được. không tin cậy được Dễ mở rộng Nguyễn Thị Minh Tuyền 11 Nhập môn CNPM
12. Các giao diện đa người dùng Nguyễn Thị Minh Tuyền 12 Nhập môn CNPM
13. Các giao diện dựa vào Web v Nhiều hệ thống web có các giao diện dựa vào các web form. v Các trường có thể là menu, input text, radio button, v Ví dụ: § Trong hệ thống LIBSYS, người dùng chọn lựa tìm kiếm từ menu hoặc là gõ câu cần tìm kiếm vào trong một trường text. Nguyễn Thị Minh Tuyền 13 Nhập môn CNPM
14. Tương tác trong hệ thống LIBSYS v Tìm kiếm tài liệu § Người dùng cần sử dụng các tiện ích tìm kiếm để tìm kiếm tài liệu họ cần. v Yêu cầu tài liệu § Người dùng yêu cầu một tài liệu được chuyển tới máy của họ hoặc gởi tới server để in. Nguyễn Thị Minh Tuyền 14 Nhập môn CNPM
15. Form tìm kiếm của hệ thống LIBSYS Nguyễn Thị Minh Tuyền 15 Nhập môn CNPM
16. Biểu diễn thông tin v Liên quan đến việc biểu diễn thông tin hệ thống đến người dùng. v Thông tin có thể được biểu diễn trực tiếp (ví dụ text trong xử lý văn bản) hoặc có thể biến đổi thành một dạng biểu diễn khác (ví dụ dưới dạng đồ họa). v Phương pháp MVC (Model-View- Controller) là một cách hỗ trợ nhiều biểu diễn khác nhau của cùng một dữ liệu. Nguyễn Thị Minh Tuyền 16 Nhập môn CNPM
17. Biểu diễn thông tin Nguyễn Thị Minh Tuyền 17 Nhập môn CNPM
18. Mô hình MVC Nguyễn Thị Minh Tuyền 18 Nhập môn CNPM
19. Biểu diễn thông tin v Thông tin tĩnh § Được khởi tạo khi bắt đầu một session, không thay đổi trong suốt session đó. § Có thể là số hoặc văn bản text. v Thông tin động § Thay đổi trong session và các thay đổi phải được báo cho người sử dụng biết. § Có thể là số hoặc văn bản text. Nguyễn Thị Minh Tuyền 19 Nhập môn CNPM
20. Các nhân tố biểu diễn thông tin v Người dùng có quan tâm đến thông tin chính xác hay mối tương quan giữa các số liệu hay không? v Các giá trị thông tin thay đổi nhanh như thế nào? Việc thay đổi có phải được thông báo ngay hay không? v Người dùng có phải thực hiện một số tác động để trả lời một thay đổi hay không? v Có giao diện thao tác trực tiếp hay không? v Thông tin ở dạng số hay văn bản text? Các giá trị tương đối có quan trọng không? Nguyễn Thị Minh Tuyền 20 Nhập môn CNPM
21. Biểu diễn số hay tương tự? v Biểu diễn số § Nhỏ gọn - chiếm ít không gian màn hình; § Cho biết các giá trị chính xác. v Biểu diễn tương tự § Nhanh chóng lấy ấn tượng về một giá trị; § Có thể chỉ ra các giá trị tương đối; § Dễ dàng thấy các giá trị dữ liệu đặc biệt. Nguyễn Thị Minh Tuyền 21 Nhập môn CNPM
22. Các phương pháp biểu diễn Nguyễn Thị Minh Tuyền 22 Nhập môn CNPM
23. Hiển thị các giá trị tương đối Nguyễn Thị Minh Tuyền 23 Nhập môn CNPM
24. Biểu diễn trực quan về dữ liệu v Liên quan đến các kỹ thuật để hiển thị một lượng lớn thông tin. v Hình ảnh có thể làm nổi rõ mối quan hệ giữa các thực thể và xu hướng trong dữ liệu. v Ví dụ: § Thông tin thời tiết được thu thập từ một số nguồn; § Trạng thái của một đường điện thoại giống như một tập các nút có liên kết; § Mô hình của một phân tử hiển thị dạng ba chiều. Nguyễn Thị Minh Tuyền 24 Nhập môn CNPM
25. Hiển thị màu v Màu sắc bổ sung thêm một chiều cho một giao diện và có thể giúp cho người dùng hiểu các cấu trúc thông tin phức tạp. v Màu sắc có thể được sử dụng để làm nổi rõ các thông tin đặc biệt. v Các lỗi thường gặp trong việc sử dụng màu sắc khi thiết kế UI: § Sử dụng màu sắc để diễn đạt ý nghĩa; § Lạm dụng màu sắc trong hiển thị. Nguyễn Thị Minh Tuyền 25 Nhập môn CNPM
26. Ví dụ về cách hiển thị màu sắc Nguyễn Thị Minh Tuyền 26 Nhập môn CNPM
27. Các chỉ dẫn sử dụng màu sắc v Hạn chế số lượng màu được sử dụng và thận trọng trong việc sử dụng các màu đó. v Sử dụng sự thay đổi màu để chỉ ra sự thay đổi tình trạng hệ thống. v Sử dụng màu sắc để hỗ trợ các tác vụ mà người dùng đang cố gắng thực hiện. v Sử dụng màu sắc theo cách nhất quán và chu đáo. v Cẩn thận về hiệu ứng khi sử dụng các cặp màu sắc. Nguyễn Thị Minh Tuyền 27 Nhập môn CNPM
28. Thông báo lỗi v Thiết kế thông báo lỗi là việc cực kỳ quan trọng. § Thông báo lỗi nghèo nàn có nghĩa là người dùng sẽ từ chối không chấp nhận hệ thống. v Thông báo nên lịch sự, ngắn gọn, phù hợp và mang tính đóng góp xây dựng. v Nền tảng và kinh nghiệm của người sử dụng nên là nhân tố quyết định trong thiết kế thông báo lỗi. Nguyễn Thị Minh Tuyền 28 Nhập môn CNPM
29. Các nhân tố thiết kế trong thông điệp Nhân tố Mô tả Ngữ cảnh Bất cứ khi nào có thể, hệ thống cần tạo ra các thông điệp phản ánh đúng ngữ cảnh người dùng. Hệ thống nên nhận biết được người dùng đang làm gì và nên phát sinh các thông điệp liên quan đến hoạt động hiện tại của họ. Kinh nghiệm Vì người dùng quen dần với một hệ thống, họ sẽ trở nên khó chịu bởi các thông điệp dài, có ý nghĩa. Tuy nhiên, người mới dùng lại cảm thấy khó khăn để hiểu các thông báo ngắn gọn. Ta nên cung cấp cả hai loại thông điệp và cho phép người sử dụng điều khiển kiểu thông điệp họ muốn. Kỹ năng Thông điệp nên dựa vào kỹ năng và kinh nghiệm của người dùng. Thông điệp cho các lớp người dùng khác nhau có thể được thể hiện theo các cách khác nhau phụ thuộc vào thuật ngữ mà họ biết. Phong cách Thông điệp nên biểu diễn theo dạng tích cực hơn là tiêu cực, nên sử dụng chủ động hơn là bị động. Những thông điệp này không bao giờ được xúc phạm hay cố gắng pha trò. Văn hóa Bất cứ khi nào có thể, người thiết kế thông điệp nên gần gũi với văn hóa của đất nước mà hệ thống được bán. Có nhiều sự khác biệt về văn hóa giữa châu Âu, châu Á và châu Mỹ. Một thông điệp phù hợp với một văn hóa có thể không phù hợp với một văn hóa khác. Nguyễn Thị Minh Tuyền 29 Nhập môn CNPM
30. Lỗi người dùng v Giả sử rằng một người y tá đang tìm hồ sơ bệnh nhân và gõ sai tên bệnh nhân này. Nguyễn Thị Minh Tuyền 30 Nhập môn CNPM
31. Thiết kế thông điệp tốt và tồi Nguyễn Thị Minh Tuyền 31 Nhập môn CNPM
32. Nội dung 1. Các vấn đề về thiết kế 2. Quy trình thiết kế giao diện người dùng 3. Phân tích người dùng 4. Tạo prototype giao diện người dùng 5. Đánh giá giao diện Nguyễn Thị Minh Tuyền 32 Nhập môn CNPM
33. Quy trình thiết kế UI v Thiết kế UI là một quy trình có tính lặp lại với mối liên hệ chặt chẽ giữa người dùng và người thiết kế. v Có 3 hoạt động chính: § Phân tích người dùng. Hiểu người dùng sẽ làm gì với hệ thống; § Xây dựng prototype. Xây dựng một chuỗi các prototype để thử nghiệm; § Đánh giá giao diện. Thử nghiệm các prototype này cùng với người dùng. Nguyễn Thị Minh Tuyền 33 Nhập môn CNPM
34. Quy trình thiết kế Nguyễn Thị Minh Tuyền 34 Nhập môn CNPM
35. Nội dung 1. Các vấn đề về thiết kế 2. Quy trình thiết kế giao diện người dùng 3. Phân tích người dùng 4. Tạo prototype giao diện người dùng 5. Đánh giá giao diện Nguyễn Thị Minh Tuyền 35 Nhập môn CNPM
36. Phân tích người dùng v Nếu không hiểu người dùng muốn làm gì với hệ thống, ta khó có thể thiết kế nên một giao diện hiệu quả. v Phân tích người dùng phải được mô tả sao cho cả người dùng và người thiết kế có thể hiểu được. v Sử dụng kịch bản trong đó mô tả các tình huống sử dụng hệ thống cũng là một cách để mô tả các phân tích này. Nguyễn Thị Minh Tuyền 36 Nhập môn CNPM
37. Kịch bản tương tác người dùng Jane is a student of Religious Studies and is working on an essay on Indian architecture and how it has been influenced by religious practices. To help her understand this, she would like to access some pictures of details on notable buildings but can’t find anything in her local library. She approaches the subject librarian to discuss her needs and he suggests some search terms that might be used. He also suggests some libraries in New Delhi and London that might have this material so they log on to the library catalogues and do some searching using these terms. They find some source material and place a request for photocopies of the pictures with architectural detail to be posted directly to Jane. Nguyễn Thị Minh Tuyền 37 Nhập môn CNPM
38. Yêu cầu từ kịch bản v Người dùng có thể không nhận ra các từ khóa tìm kiếm hợp lý, do đó cần có cách giúp đỡ họ chọn từ khóa. v Người dùng có khả năng chọn các tập hợp cần tìm kiếm. v Người dùng cần phải thực hiện tìm kiếm và yêu cầu các bản sao về các tài liệu liên quan. Nguyễn Thị Minh Tuyền 38 Nhập môn CNPM
39. Các kỹ thuật phân tích v Phân tích tác vụ § Mô hình hóa các bước để hoàn thành một tác vụ. v Phỏng vấn § Hỏi người sử dụng về công việc họ làm. v Ethnography § Quan sát người sử dụng tại nơi làm việc. Nguyễn Thị Minh Tuyền 39 Nhập môn CNPM
40. Phân tích tác vụ theo cây phân cấp Nguyễn Thị Minh Tuyền 40 Nhập môn CNPM
41. Phỏng vấn v Thiết kế phỏng vấn dưới dạng cấu trúc linh động, dựa vào các câu hỏi mở. v Người dùng có thể cung cấp thông tin mà họ nghĩ là cần thiết, không chỉ là những thông tin mà bạn nghĩ cần phải thu thập. v Phỏng vấn theo nhóm cho phép người dùng thảo luận với nhau về những gì họ làm. Nguyễn Thị Minh Tuyền 41 Nhập môn CNPM
42. Ethnography v Quan sát người dùng tại nơi làm việc và đặt câu hỏi về công việc của họ (không có kịch bản sẵn ). v Có giá trị vì nhiều tác vụ người dùng trực quan và họ thấy khó khăn khi diễn đạt và giải thích. v Hỗ trợ cho việc hiểu vai trò xã hội và ảnh hưởng về mặt tổ chức lên công việc. Nguyễn Thị Minh Tuyền 42 Nhập môn CNPM
43. Hồ sơ ethnography Một trạm điều khiển không lưu có một số 'bàn' điều khiển, trong đó các bàn điều khiển các vùng không gian cạnh nhau cũng được đặt cạnh nhau. Các chuyến bay trong một vùng được biểu diễn bằng các băng giấy lồng vào các giá gỗ theo thứ tự phản ánh vị trí của chúng trong vùng. Nếu không còn đủ chỗ trên giá (nghĩa là khi vùng không gian đó rất đông máy bay), những người điều khiển trải các băng giấy lên cái bàn viết đặt trước cái giá gỗ. Khi chúng tôi quan sát những người điều khiển, chúng tôi nhận thấy cứ một lúc họ lại nhìn sang giá treo các băng giấy của vùng bên cạnh. Chúng tôi hỏi tại sao. Họ trả lời rằng, nếu bàn điều khiển bên cạnh phải trải giấy lên bàn, điều đó có nghĩa sẽ có nhiều chuyến bay bay vào vùng của họ. Vì vậy, họ sẽ cố gắng tăng tốc các chuyến bay trong vùng của mình để 'lấy chỗ' cho các chuyến bay đang đến. Nguyễn Thị Minh Tuyền 43 Nhập môn CNPM
44. Hiểu biết từ ethnography v Người điều khiển phải nhìn thấy tất cả các máy bay trong một vùng. § Do đó, phải tránh hiện thị thay cuộn mà trong đó các chuyến bay trên đỉnh và ở cuối màn hình có thể bị biến mất. v Giao diện phải có cách nào đó báo cho người điều khiển về một số chuyến bay tại các vùng giáp ranh của họ để lên kế hoạch cho công việc của mình. Nguyễn Thị Minh Tuyền 44 Nhập môn CNPM
45. Nội dung 1. Các vấn đề về thiết kế 2. Quy trình thiết kế giao diện người dùng 3. Phân tích người dùng 4. Tạo prototype giao diện người dùng 5. Đánh giá giao diện Nguyễn Thị Minh Tuyền 45 Nhập môn CNPM
46. Prototype cho UI v Mục tiêu là cho phép người dùng có những trải nghiệm trực tiếp với giao diện. v Không có những kinh nghiệm này, không thể đánh giá được tính sử dụng của một giao diện. v Xây dựng prototype có thể có hai giai đoạn: § Giai đoạn đầu, xây dựng prototype trên giấy; § Sau đó, thiết kế được tinh chỉnh, phát triển các bản mẫu tự động hóa với độ phức tạp ngày càng tăng. Nguyễn Thị Minh Tuyền 46 Nhập môn CNPM
47. Xây dựng prototype trên giấy v Đi một lượt qua các kịch bản và phác thảo các giao diện. v Sử dụng kỹ thuật storyboard để biểu diễn một chuỗi các tương tác với hệ thống. v Xây dựng prototype trên giấy là cách hiệu quả để lấy phản hồi từ khách hàng. Nguyễn Thị Minh Tuyền 47 Nhập môn CNPM
48. Các kỹ thuật xây dựng prototype v Xây dựng dựa vào kịch bản § Phát triển một tập các kịch bản và màn hình bằng công cụ như Macromedia Director. § Khi người dùng tương tác với prototype này,màn hình sẽ chuyển qua một màn hình khác. v Lập trình trực quan § Sử dụng một ngôn ngữ chuyên dụng để phát triển giao diện nhanh như Visual Basic. v Xây dựng dựa vào internet § Sử dụng web browser và các script liên quan. Nguyễn Thị Minh Tuyền 48 Nhập môn CNPM
49. Nội dung 1. Các vấn đề về thiết kế 2. Quy trình thiết kế giao diện người dùng 3. Phân tích người dùng 4. Tạo prototype giao diện người dùng 5. Đánh giá giao diện Nguyễn Thị Minh Tuyền 49 Nhập môn CNPM
50. Đánh giá UI v Nên tiến hành đánh giá UI để xem giao diện đó đã hợp lý hay chưa. v Đánh giá đầy đủ rất tốn kém và thường không thực tế đối với đa số hệ thống. v Về lý tưởng, một giao diện nên được đánh giá dựa vào đặc tả tính sử dụng. Tuy nhiên, các đặc tả như vậy hiếm khi được tạo ra. Nguyễn Thị Minh Tuyền 50 Nhập môn CNPM
51. Các thuộc tính về tính sử dụng Thuộc tính Mô tả Tính có thể học Một người dùng mới mất bao lâu để sử dụng được được hệ thống có hiệu quả? Tốc độ thao tác Tốc độ trả lời của hệ thống có đáp ứng tốt được công việc của người dùng hay không? Tính chịu lỗi Mức độ chịu lỗi của hệ thống đối với lỗi người dùng như thế nào? Khả năng khôi phục Hệ thống khôi phục từ lỗi người dùng tốt đến mức nào? Tính tương thích Hệ thống gắn bó với một mô hình làm việc đến đâu? Nguyễn Thị Minh Tuyền 51 Nhập môn CNPM
52. Các kỹ thuật đánh giá đơn giản v Câu hỏi để lấy phản hồi từ người dùng. v Quay video về việc sử dụng hệ thống và đánh giá. v Cài các mã thu thập thông tin về các tiện ích sử dụng và lỗi người dùng. v Cung cấp chức năng trong chương trình để thu thập phản hồi trực tuyến từ người dùng. Nguyễn Thị Minh Tuyền 52 Nhập môn CNPM
53. Tổng kết v Các nguyên lý thiết kế UI hỗ trợ việc thiết kế UI tốt. v Các kiểu tương tác gồm thao tác trực tiếp, chọn menu, điền vào form, ngôn ngữ lệnh và ngôn ngữ tự nhiên. v Hiển thị đồ họa nên được sử dụng để thể hiện xu hướng và các giá trị xấp xỉ. Hiển thị số được sử dụng khi cần đến độ chính xác. v Nên cân nhắc kỹ khi sử dụng màu sắc và phải sử dụng nhất quán. Nguyễn Thị Minh Tuyền 53 Nhập môn CNPM
54. Tổng kết v Quy trình thiết kế UI gồm phân tích người dùng, xây dựng prototype và đánh giá prototype. v Mục tiêu của phân tích người dùng là để người thiết kế hiểu rõ cách làm việc của người sử dụng. v Xây dựng prototype UI là quy trình bắt đầu từ bản thực hiện trên giấy, sau đó sử dụng bản trên giấy làm cơ sở để phát triển prototype tự động. v Mục tiêu của đánh giá UI là thu thập phản hồi của người dùng về cách cải thiện thiết kế giao diện và đánh giá xem liệu giao diện có đáp ứng được yêu cầu về tính sử dụng hay không Nguyễn Thị Minh Tuyền 54 Nhập môn CNPM