Bài giảng "Nhập môn tương tác người máy - Phần 2: Đặc tả yêu cầu người dùng" cung cấp cho người đọc các kiến thức: Đặc tả yêu cầu người dùng, các tiếp cận, mô hình người dùng, các kiểu đặc tả,... Mời các bạn cùng tham khảo nội dung chi tiết.
PHẦN II: QUY TRÌNH THIẾT KẾ HỆ TƯƠNG TÁC I II III IV Giới thiệu chung Đặc tả yêu cầu phân tích nhiệm vụ Thiết kế tương tác người dùng máy tính Kiểm thử tính dùng đánh giá hệ thống V Quản lý hệ thống tương tác Nhắc lại số khái niệm • Thế thiết kế tốt thiết kế tồi ? Thiết kế đảm bảo tính dùng • Thiết kế tương tác ? Designing interactive products to support people in their everyday and working lives • Quy trình thiết kế tương tác có đặc điểm khác biệt so với quy trình thiết kế phần mềm nói chung ? Thiết kế lặp Quy trình thiết kế hệ tương tác What’s wanted ? Scenario Task Analysis Interview Ethnography what is there vs what is wanted Analysis Guidelines Principles Design Precise Specification Dialogs Notations Prototype Evaluation Heuristics Implement and deploy Architectures Documentations Helps CHƯƠNG II: ĐẶC TẢ YÊU CẦU NGƯỜI DÙNG I Khái niệm II Mơ hình người dùng III Các kiểu đặc tả Quy trình thiết kế hệ tương tác What’s wanted ? Scenario Task Analysis Interview Ethnography what is there vs what is wanted Analysis Guidelines Principles Design Precise Specification Dialogs Notations Prototype Evaluation Heuristics Implement and deploy Architectures Documentations Helps Đặc tả u cầu người dùng • Q trình xác định yêu cầu khách hàng hệ thống mà ta cần phát triển – Người dùng – Mục đích họ – Nhiệm vụ họ muốn hồn thành IPO • Đầu vào: – Khách hàng cung cấp mô tả yêu cầu họ, mà họ mong muốn hệ thống cung cấp thuật ngữ họ • Xử lý: mô tả khách hàng cung cấp chung chung cần phải xác định – Những không cần thiết – Những thực hay không chắn thực – Những cịn thiếu, nhập nhằng hay mâu thuẫn • Đầu ra: – Biểu diễn toán với hệ thống – Biểu diễn yêu cầu hệ thống Cách tiếp cận • Mơ hình hố yêu cầu người dùng – Các kỹ thuật sử dụng • Phỏng vấn, bảng câu hỏi • Quan sát • Phân tích tài liệu • Diễn giải lại ngơn ngữ chuyên ngành IT – Các kiểu đặc tả: • Đặc tả chức • Đặc tả liệu • Đặc tả tính dùng (HCI) CHƯƠNG II: ĐẶC TẢ YÊU CẦU NGƯỜI DÙNG I Khái niệm II Mô hình người dùng Mơ hình hóa u cầu người dùng OSTA USTA Đa cách nhìn Mơ hình nhận thức III Các kiểu đặc tả Mở đầu • Nhận biết hiểu người dùng hệ thống: cần gì, làm – – – – – – – Người dùng tương tác với máy tính Các nhân tố người ảnh hưởng đến thiết kế hệ thống Mức độ hiểu biết kinh nghiệm người dùng Các đặc trưng nhu cầu, công việc nhiệm vụ người dùng Đặc trưng tâm sinh lý người dùng Đặc trưng vật lý người dùng Cách thức người dùng trau dồi kiến thức Đây cơng việc khó, phải làm để lấp đầy khoảng cách tri thức, kỹ thói quen sử dụng hệ thống lớp người dùng khác đội ngũ xây dựng hệ thống Đây sở để thiết kế giao tiếp người dùng – máy tính 10 Phân loại • Phân chia theo điều kiện mơi trường nơi tiến hành đánh giá – Đánh giá phịng thí nghiệm – Đánh giá thực địa • Phân chia theo thời gian, vịng đời q trình thiết kế – Đánh giá thiết kế (thử nghiệm giao diện) – Đánh giá cài đặt 142 Đánh giá phịng thí nghiệm • Diễn phịng thí nghiệm • Dùng trình thiết kế • Người đánh giá muốn thực số khẳng định mà không cần đến người dùng • Người dùng tham gia vào trình đánh giá muốn 143 Đánh giá phịng thí nghiệm • Điều kiện khách quan • Thiếu ngữ cảnh, điều kiện khơng tự nhiên, khơng có thật • Giao tiếp khơng tự nhiên • Cần thiết môi trường thực địa không cho phép (trạm vũ trụ, nơi nguy hiểm) • Muốn phát số vấn đề, số thủ tục dùng so sánh thiết kế khác cách thức tốt 144 Đánh giá chỗ • Được tiến hành với tham gia người dùng • Diễn giai đoạn thiết kế hay cài đặt • Được diễn mơi trường người dùng nhằm đánh giá hệ thống hoạt động trạng thái người dùng • Có nhiều yếu tố bị ảnh hưởng: tiếng ồn, chuyển động, người qua lại, v.v gây tập trung • Bản chất tự nhiên, cho phép quan sát tương tác hệ thống người dùng, mà ta không quan sát PTN • Do có diện người đánh người dùng tập trung, không tự nhiên 145 Đánh giá thiết kế • Việc đánh giá thực q trình thiết kế • Những đánh giá hệ thống nên thực trước hệ thống cài đặt • Nếu giai đoạn này, nhờ đánh giá lỗi phát sớm tránh ảnh hưởng đáng tiếc, giảm chi phí chỉnh sửa 146 Đánh giá cài đặt • Đánh giá có diện người dùng hệ thống cài đặt • Có thể sử dụng kỹ thuật – Đánh giá thực nghiệm – Kỹ thuật quan sát – Kỹ thuật hỏi đáp 147 Phương pháp đánh giá heuristic • Kiểm tra xem hệ tương tác có tuân thủ theo nguyên lý, luật thiết kế hay khơng • Các khía cạnh cần kiểm tra theo Nielsen: – – – – – – – – – – Khả nhìn thấy trạng thái hệ thống Sự tương đồng hệ thống giới thực Sự kiểm soát người dùng tự Tính qn tiêu chuẩn Phịng ngừa lỗi Giúp người dùng nhận biết, chẩn đốn khơi phục xảy lỗi Nhận biết thay nhớ lại Tính linh hoạt hiệu sử dụng Tính thẩm mỹ tính tối giản Trợ giúp tài liệu 148 Quy trình đánh giá • Lập kế hoạch: mô tả công việc chuyên gia đánh giá cần làm • Đánh giá: – chuyên gia thực độc lập, sử dụng heuristic để xem xét giao diện, đặc tả phác thảo hình • Lần 1: xem xét luồng tương tác phạm vi hệ thống Lần 2: xem xét phần tử giao diện cụ thể ngữ cảnh tổng thể để nhận dạng vấn đề tiềm tàng tính tiện dụng – Khi phát vấn đề phải ghi lại chi tiết tốt • Tổng kết: thảo luận vấn đề phát ra, xác định thứ tự ưu tiên đề xuất giải pháp 149 Phương pháp đánh giá qua nhiệm vụ (Cognitive Walkthrough) • Do thành viên nhóm thiết kế thực hiện, với giả thiết người dùng khám phá giao diện hệ thống để học cách sử dụng hệ thống • Bước 1: ước lượng hiểu biết, kỹ kinh nghiệm nhóm người dùng mục tiêu • Bước 2: – Nhận diện nhiệm vụ đặc trưng thường người dùng thực lần sử dụng hệ thống – Xây dựng tập câu hỏi áp dụng cho hành động thành phần mà người dùng cần thực thành cơng để hồn thành nhiệm vụ • Bước 3: – Thực hành động 150 Phương pháp đánh giá qua nhiệm vụ (Cognitive Walkthrough) • Bước 4: – Đánh giá hành động theo tiêu chí • người dùng có phải cố gắng để đạt kết hay khơng? • người dùng có biết tồn hành động hay khơng? • người dùng có biết tính đắn hành động hay khơng? • Nếu hành động thực hiện, người dùng hiểu phản hồi từ hệ thống nhận biết q trình tiến đến kết mang muốn hay không? – Ghi lại vấn đề để có sở lựa chọn thiết kế khác 151 Phương pháp đánh giá sử dụng mô hình Simplex One Cảm giác (đầu vào): Khả tiếp nhận thông tin từ giác quan để phân tích lưu giữ thơng tin liên hệ với thơng tin có Đáp ứng (đầu ra): Khả lựa chọn, tổ chức, định thời thực đáp ứng thích hợp Bộ nhớ làm việc ngắn hạn: Thu nhận, lưu giữ xử lý ký ức cần cho hành động nhiệm vụ Bị giới hạn dung lượng thời gian Bộ nhớ dài hạn: Lưu trữ đồng thời kiện biểu tượng tương ứng Ít bị giới hạn dung lượng thời gian Bị giới hạn chất lượng thông tin đầu vào khả triệu gọi thông tin Các chức thực thi: – – – – Chuyển thông tin vùng Tổ chức chuỗi hoạt động trao đổi thông tin Điều độ chức vùng khác Tổ chức giám sát yêu cầu nhiệm vụ 152 Đánh giá sử dụng mơ hình Simplex One • Các khía cạnh cần đánh giá: Thiết kế đầu vào hợp lý cho người dùng Hỗ trợ đáp ứng người dùng cho phép chúng thực dễ dàng Lượng thông tin lưu giữ không nhiều Cung cấp thơng tin thích hợp cho việc lưu trữ dài hạn, hiệu quả: có mẫu phù hợp thời điểm phù hợp để người dùng dễ học hỏi Hỗ trợ vùng chức thực thi: đảm bảo nhiệm vụ hệ thống yêu cầu không phức tạp để làm chủ trì 153 Đánh giá sử dụng mơ hình Simplex One • Các khía cạnh cần đánh giá: Thiết kế đầu vào hợp lý cho người dùng Hỗ trợ đáp ứng người dùng cho phép chúng thực dễ dàng Lượng thông tin lưu giữ không nhiều Cung cấp thơng tin thích hợp cho việc lưu trữ dài hạn, hiệu quả: có mẫu phù hợp thời điểm phù hợp để người dùng dễ học hỏi Hỗ trợ vùng chức thực thi: đảm bảo nhiệm vụ hệ thống yêu cầu không phức tạp để làm chủ trì • Các loại đánh giá – Đánh giá người dùng – Đánh giá thiết kês 154 Lựa chọn phương pháp đánh giá • Đánh giá giai đoạn trình phát triển hệ thống: Đánh giá thiết kế hay đánh giá cài đặt hệ thống • Kiểu đánh giá: phịng thí nghiệm hay mơi trường làm việc thực • Mục tiêu đánh giá đánh giá mơ hình người dùng (khách quan) hay đánh giá lựa chọn thiết kế (chủ quan) • Biện pháp: định tính hay định lượng • Mức độ thơng tin: cao hay thấp • Tài ngun sử dụng: thời gian, số người tham gia, thiết bị, khả chuyên môn V Quản lý hệ tương tác • Khai thác: giúp người dùng làm việc với hệ thống xây dựng • Bảo trì: – Các nhiệm vụ nhằm giữ cho hệ thống hoạt động liên tục, thao tác nhằm cải thiện hệ thống, thay đổi, thêm vào người dùng yêu cầu – Các lỗi phát lưu lại để cải thiện hệ thống tương lai – Các phản hồi từ phía người dùng chức phi chức ghi nhận 156 ... cáo 26 /10 23 h59 ) – GĐ II : tuần (hạn nộp báo cáo 9/11 23 h59) • Lưu ý: Báo cáo phải rõ công việc người nhóm • Bảo vệ vào tuần cuối học kỳ (17/11, 24 /11 1/ 12) 19 CHƯƠNG II: ĐẶC TẢ YÊU CẦU NGƯỜI... – – – – – – Người dùng tương tác với máy tính Các nhân tố người ảnh hưởng đến thiết kế hệ thống Mức độ hiểu biết kinh nghiệm người dùng Các đặc trưng nhu cầu, công việc nhiệm vụ người dùng Đặc... giá quy trình thiết kế 25 Khung tính dùng ISO 924 1-1 1 Người dùng Các mục tiêu dự kiến Mục đích Nhiệm vụ Hiệu Thiết bị Môi trường Bối cảnh sử dụng (Effectiveness) Kết tương tác Năng suất (Efficiency)