THIẾT KẾ CHI TIẾT HỆ THỐNG THƯƠNG MẠI ĐIỆN TỬ
5.1.2.1. Nguyên tắc đối thoại của ISO 9241-
i) Bản thiết kế nên phù hợp với các nhiệm vụ phải thực hiện
- Nó chỉ nên bao gồm những nhân tố liên quan đến việc thực hiện các nhiệm vụ của người dùng.
- Khi một u cầu khơng có sẵn, ví dụ như do địi hỏi một yêu cầu khác được thực hiện trước nó, thì nó sẽ được di chuyển khỏi màn hình hoặc được thể hiện trên màn hình theo một cách thức nhẹ nhàng hơn (ví dụ như: Sử dụng màu xám thay vì màu đen).
ii) Thiết kế nên được tự miêu tả
- Người dùng không cần phải tham khảo bất kỳ tài liệu dẫn chứng bên ngoài nào để sử dụng hệ thống.
- Sự phản hồi nên được cung cấp để xác nhận yêu cầu của người dùng. Điều này có thể được hồn thành bởi thực hiện những thay đổi theo yêu cầu trong các dữ liệu được hiển thị và/hoặc khi có dữ liệu hiển thị khơng liên quan, tiến hành thừa nhận đặc biệt rằng yêu cầu đã được thực hiện thành công.
- Phản hồi cũng nên được cung cấp để giải thích việc xảy ra lỗi và để gợi ý những hành động có thể để tránh các lỗị
iii) Bản thiết kế nên cho phép người dùng kiểm soát việc xử lý
- Người dùng nên được phép lựa chọn những yêu cầu cần thiết để thực hiện các nhiệm vụ mong muốn hiện tạị
- Người dùng có thể ngắt cuộc thoại bất cứ lúc nào và quay trở lại điểm xuất phát cuộc thoạị
- Người dùng nên được quyền kết thúc việc sử dụng hệ thống bất cứ lúc nàọ
- Hệ thống không nên giới hạn một cách không cần thiết lượng thời gian một người dùng thực hiện hành động.
iv) Bản thiết kế nên tuân theo sự mong muốn của người dùng
- Loại đầu vào và đầu ra liên quan nên rõ ràng đối với người dùng (điều này có thể được hồn thành với các đơn vị thích hợp hoặc các miêu tả khác nếu cần).
- Các hành động yêu cầu nên rõ ràng đối với người dùng (điều này có thể được hồn thành bằng việc cung cấp chỉ dẫn hoặc các mô tả khác nếu cần).
- Hệ thống nên sử dụng ngôn ngữ của người dùng và tránh gây nhầm lẫn về thuật ngữ.
-Các cuộc thoại nên nhất quán qua các nhiệm vụ tương tự.
v) Bản thiết kế nên chấp nhận lỗi
- Thiết kế nên tránh càng nhiều các trường hợp mắc lỗi càng tốt. - Nếu khả thi, người dùng nên có thể phục hồi lại các hiệu ứng của một hệ thống các hành động xử lý trước đó (cả các yêu cầu và việc nhập dữ liệu).
- Trong những tình huống quan trọng khi mà việc hồn tác khơng thực hiện được, người dùng nên được hỏi để xác nhận các yêu cầu có khả năng phá hoại trước khi chúng được thực hiện.
- Người dùng nên được quyền sửa chữa lại thơng tin trước khi xử lí nó (điều này có nghĩa là dữ liệu đầu vào nên được tách ra từ các yêu cầu cho việc xử lí).
vi) Thiết kế nên phù hợp với cá nhân hóa
- Người dùng nên được quyền sử dụng những phần của hệ thống họ cần mà không nhất thiết phải sử dụng cả những phần mà họ không cần.
- Thiết kế nên có thể trình diễn nội dung theo các cách thức khác nhau để đáp ứng yêu cầu của người dùng khác nhaụ
- Người dùng nên được phép sử dụng các phương pháp tương tác khác nhau để tăng khả năng truy cập.
vii) Thiết kế nên phù hợp với kiến thức
- Thiết kế nên giảm sự phức tạp và duy trì tính nhất qn.
- Người dùng với nhiều mức độ hiểu biết khác nhau nên có khả năng sử dụng được hệ thống.
- Bộ nhớ tải về của người dùng liên quan đến việc sử dụng hệ thống nên được giữ ở mức tối thiểụ
- Người dùng nên được thơng báo về vị trí hiện tại trong hệ thống và tình trạng hiện tại của bất cứ tương tác nào mà họ sử dụng.
- Tăng lợi ích của hệ thống nên đưa đến việc tăng kiến thức về phạm vi khả năng của hệ thống.