Nối tiếp phần 1, Bài giảng Phân tích, thiết kế hệ thống thương mại điện tử: Phần 2 tiếp tục trình bày những nội dung về phân tích hệ thống thương mại điện tử; hệ thống hóa phân tích; thiết kế tổng thể hệ thống thương mại điện tử; nội dung thiết kế tổng thể hệ thống thương mại điện tử; thiết kế chi tiết hệ thống thương mại điện tử; thiết kế phân đoạn trình diễn, thiết kế tương tác người - máy;... Mời các bạn cùng tham khảo!
BỘ THÔNG TIN VÀ TRUYỀN THÔNG HỌC VIỆN CÔNG NGHỆ BƯU CHÍNH VIỄN THƠNG BÀI GIẢNG PHÂN TÍCH, THIẾT KẾ HỆ THỐNG THƯƠNG MẠI ĐIỆN TỬ Biên soạn: ThS Lê Thị Ngọc Diệp ThS Đỗ Thị Lan Anh Hà Nội, Tháng 12 năm 2019 CHƯƠNG PHÂN TÍCH HỆ THỐNG THƯƠNG MẠI ĐIỆN TỬ 3.1 Phân tích yêu cầu phát triển hệ thống thương mại điện tử Việc thiết lập tình kinh doanh cho hệ thống TMĐT không nên hướng trực tiếp tới việc thiết kế hay mua hệ thống Việc xác định vấn đề/cơ hội đánh giá tính khả thi khởi đầu để tìm yêu cầu thật hệ thống Một tình kinh doanh thiết lập thỏa thuận chung yêu cầu kinh doanh Nếu nhà phát triển vội vàng việc thiết kế khơng có sở để đánh giá thiết kế có thật hữu ích hay có đáp ứng tốt yêu cầu người dùng hay khơng Trước thiết kế, việc phân tích kỹ lưỡng, đầy đủ yêu cầu thiếu Mục 3.1.1 xác định phân tích yêu cầu người dùng theo cách mà người dùng hiểu, người dùng chắn tất yêu cầu người xem xét Mục 3.1.2 mô tả cách thức để thay đổi từ yêu cầu hướng tới người dùng sang phân tích hướng tới đối tượng mà nhà phát triển sử dụng sở để thiết kế đánh giá thiết kế Thường có thiếu hụt dư thừa yêu cầu Kể dư thừa yêu cầu rõ ràng nhà phát triển bỏ sót yêu cầu quan trọng Nhà phát triển cần sử dụng cách tiếp cận có hệ thống để tìm yêu cầu định nghĩa chúng theo cách mà họ thiết kế hệ thống nhằm đáp ứng yêu cầu Việc tập trung vào yêu cầu thực lại trái ngược với gợi ý thiết kế quan trọng Bằng việc tập trung vào yêu cầu thực sự, nhà phát triển xác định tốt khả cải tiến sáng kiến quan trọng 3.1.1 Xác định yêu cầu 3.1.1.1 Xác định yêu cầu thật Các yêu cầu (requirement) cụ thể hóa hay mơ tả nhu cầu mong muốn người dùng người liên quan mà hệ thống phát triển để đáp ứng nhu cầu họ Có nhiều kiểu yêu cầu, bao gồm: - Những yêu cầu hoạt động (còn hiểu yêu cầu logic) - rõ cần phải làm; - Những yêu cầu khả dụng (còn hiểu yêu cầu vật lý) - rõ cách thức để thực Đa số người dùng thường biểu lộ nhu cầu họ giải pháp (thiết kế) cụ thể đề xuất Cách tiếp cận nhìn nhận là: - Một cách tiếp cận nhanh để xác định mà họ cần; - Một cách tiếp cận dễ dàng để giải thích nhu cầu họ với người khơng thể hiểu nhu cầu đó; - Một phương thức diễn đạt cụ thể nhu cầu họ 67 Người dùng chí gặp khó khăn việc cố gắng mơ tả nhu cầu họ Thay tập trung vào mà họ cần, họ nên xác định giải pháp giúp ích cho họ Hầu hết nhà phát triển sẵn sàng chấp nhận u cầu vậy, giúp họ hồn thành việc phân tích tìm ý tưởng thiết kế nhanh Tuy nhiên, thiết kế đề xuất lại yêu cầu thực Những yêu cầu thực cần giải thích điều lại cần mà khơng nên tập trung vào điều khác, từ đưa nhiều giải pháp thích hợp Những nhu cầu xác định cần phải thỏa mãn Tuy nhiên, mục đích lẫn u cầu trừu tượng nhiều người nên việc xác định rõ ràng yêu cầu thật cần có đầu tư thời gian cơng sức Ví dụ việc nhận diện yêu cầu thực thông qua việc tuyển dụng nhân viên cho phận Khi đó, tuyển dụng nhân viên cho phận nhiệm vụ cần phải hoàn thành phận đề xuất yêu cầu: Bộ phận cần tuyển người Bằng việc đặt câu hỏi “tại sao?”, nhà phân tích hiểu phận mở rộng có người rời khỏi phận lý sau: - Nghỉ hưu; - Luân chuyển bên tổ chức; - Chuyển sang đơn vị khác; - Thôi việc (vì lý khác); - Bị sa thải Nhà phân tích tìm phận có ngân quỹ phân bổ cho việc chi trả cho người dự kiến tuyển hay không Tuy nhiên, phận không muốn tuyển dụng người mà cần tuyển người phù hợp Yêu cầu cần chi tiết hóa trước thực tuyển dụng - Khuynh hướng việc tuyển dụng nhân viên, đặc biệt để thay người khác, người phù hợp với nhóm kỹ mà người bị thay có - Thậm chí liên quan đến việc mở rộng, kỹ cụ thể thường sử dụng làm sở để tuyển nhân viên - Những yêu cầu chi tiết thường phận muốn thuê người rõ nhóm kỹ cụ thể Xác định nhóm kỹ cụ thể giúp chọn ứng viên phù hợp với nhu cầu phận Tuy nhiên, chọn lọc ứng viên tốt, rõ thiết kế cụ thể "bộ yêu cầu" Càng rõ nhiều nhóm kỹ u cầu, khả lựa chọn ứng cử viên phù hợp cao Việc sàng lọc giúp giảm số lượng ứng cử viên có nhiều ứng cử viên để chọn Tuy nhiên, khơng cho kết tốt Nếu khơng có ứng viên đáp ứng nhóm kỹ u cầu việc sàng lọc hoàn toàn thất bại 68 Vấn đề giống việc thực thiết kế theo yêu cầu lại khơng có thỏa mãn thiết kế mong muốn Trong trường hợp này, cần loại bỏ xem xét yêu cầu thực cần thiết để tuyển người có khả hồn thành mục tiêu Có giải pháp khác đáp ứng yêu cầu này, bao gồm: - Tuyển cá nhân có nhóm kỹ đặc biệt Đây cách tiếp cận giống trình bày trên, số giải pháp - Thay đổi trách nhiệm người số người (những người có kỹ yêu cầu) tuyển người để tiếp quản số trách nhiệm cũ Điều làm tăng tính linh hoạt việc lựa chọn người - Đào tạo người có (theo kỹ yêu cầu với trách nhiệm mới) tuyển người để tiếp quản số trách nhiệm cũ họ - Tuyển người làm việc tốt phận đào tạo kỹ cần thiết Tuy nhiên, tổ chức khơng có lợi việc đầu tư vào người chưa rõ họ rời bỏ sang đơn vị khác hay không Thông qua việc xem xét u cầu chung, nhà phân tích nhận thấy định tuyển dụng có thực theo kế hoạch nhân có, tách rời khỏi Nhà phân tích cố gắng tối ưu hóa kết việc tuyển người theo thay đổi phận 3.1.1.2 Giải góc độ cá nhân Trong điều tra riêng lẻ dựa vào quan điểm cá nhân, phân tích yêu cầu cần phải điều tra nhu cầu tất người dùng khác từ góc độ cá nhân họ Mỗi cá nhân xem xét ứng dụng hay hệ thống theo điều kiện thành phần mà họ quen thuộc đặc biệt đặc tính tương tác Trong thành phần khác tồn tại, nguồn thông tin tốt chúng cá nhân có liên quan trực tiếp tới chúng Việc phân tích yêu cầu bao gồm việc điều tra góc độ khác kết hợp kết điều tra lại thành yêu cầu toàn diện Việc kết hợp số góc độ khác đảm bảo tính quán đầy đủ u cầu 69 Hình 3.1 Góc độ người dùng cá nhân hệ thống 3.1.1.3 Một tiếp cận phân tích nhiệm vụ với yêu cầu Phân tích nhiệm vụ q trình mà nhà phát triển người dùng làm việc với để xác định cải tiến công cụ sử dụng người dùng khác để thực nhiệm vụ theo nhóm nội dung Việc nên xem xét mà làm làm việc phân tích: - Ứng dụng có: Hiểu điều làm hệ thống tổ chức; - Những thách thức: Dựa vào vấn đề tồn để tìm phương pháp cải thiện tồn tại; - Những hội: Biết điều làm hệ thống tương tự tổ chức tương tự; xem xét điều thiếu hệ thống này; làm để mở rộng tới lĩnh vực người dùng Phân tích nhiệm vụ thực với mục đích là: - Cả người dùng cuối nhà phát triển dễ dàng hiểu sử dụng hệ thống tổ chức; - Giúp nhà phát triển chuyển yêu cầu thành thiết kế thực (điều liên quan tới yêu cầu thủ tục); - Đảm bảo tất yêu cầu xác định; - Hỗ trợ việc quản lý đánh giá dự án bao gồm việc đảm bảo tất yêu cầu đáp ứng (cũng có thể); 70 - Bao gồm việc xem xét khả sử dụng thành phần đặc điểm hệ thống, dẫn sẵn có để giúp nhà phát triển người dùng; - Các nhà phát triển có quyền thay đổi cấu trúc để đáp ứng lực họ; - Giảm thiểu tối đa nhu cầu mô hình kỹ thuật chuyên dụng; - Tiếp tục sử dụng kể khơng thể đốn trước tình hay lỗi xảy Việc phân tích nhiệm vụ theo cấu trúc giúp xác định thành phần ứng dụng TMĐT (những người dùng, nhiệm vụ, nội dung công cụ), yêu cầu có liên quan tới ứng dụng Điều đặc biệt quan trọng người dùng bên tổ chức sẵn sàng sử dụng hệ thống TMĐT, cịn khơng họ sử dụng hệ thống TMĐT tổ chức khác Tiêu chuẩn ISO 13407 nêu rằng: - "Phạm vi mà hệ thống sử dụng" nên xác định mặt: (1) Đặc tính mà người dùng hướng tới; (2) Nhiệm vụ mà người dùng muốn thực hiện; (3) Mơi trường mà người dùng sử dụng hệ thống - "Phạm vi việc mô tả" nên: (1) Chỉ rõ phạm vi mà người dùng, nhiệm vụ môi trường hướng tới cách đầy đủ để hỗ trợ cho hoạt động thiết kế; (2) Phải xuất phát từ nguồn đáng tin tài liệu tương xứng; (3) Được xác định người dùng người đại diện cho lợi ích họ suốt q trình; (4) Để nhóm thiết kế sử dụng thích hợp hình thức phù hợp để hỗ trợ hoạt động thiết kế Việc phân tích nhiệm vụ theo cấu trúc hồn thành u cầu ngữ cảnh mơ tả sử dụng Mỗi người dùng, nhiệm vụ, nội dung cơng cụ tạo u cầu có khả sử dụng riêng chúng Ví dụ, công cụ làm việc tốt cho kiểu người dùng nhiệm vụ cụ thể không làm việc hiệu tương tự cho kiểu người dùng khác nhiệm vụ cho kiểu người dùng nhiệm vụ khác Nhóm yêu cầu có khả sử dụng cho ứng dụng xác định từ nhóm người dùng, nhiệm vụ, công cụ nội dung tiềm khác mà có khả hịa hợp với Việc phân tích nhiệm vụ sử dụng tương tác nhằm thiết lập hiểu biết cụ thể yêu cầu ứng dụng Trong việc phân tích yêu cầu nên bắt đầu tập trung vào việc xác định nhu cầu nhiệm vụ người dùng yêu cầu bổ sung cần xác định dựa vào tiêu sau: - Phát đoạn thơng tin cần thiết cho ngườì dùng nhiệm vụ; - Tình trạng tương thích với cơng cụ có mà người dùng quen thuộc, bao gồm cơng cụ thay hệ thống công cụ mà người dùng tiếp tục sử dụng hệ thống mới; 71 - Giới hạn đại diện công cụ nhà phát triển Bộ yêu cầu đầy đủ ứng dụng TMĐT phức tạp nhiều so với mô tả sơ đồ cấu trúc ứng dụng phát triển theo điều tra ban đầu Những yêu cầu đến từ thành phần riêng biệt từ mối quan hệ thành phần ứng dụng Mối quan hệ thành phần ứng dụng yêu cầu hệ thống TMĐT minh họa hình 3.2 Mặc dù nội dung yêu cầu chưa chứng minh cách rõ ràng hình này, cấu trúc phù hợp với mạng lưới thành phần ứng dụng Nhóm nhiệm vụ, nhóm người dùng, nội dung công cụ ban đầu phải xác định theo thành phần "cái gì", "ai", "như nào" "với nào" cùa mô tả ứng dụng Việc nghiên cứu tính khả thi giúp loại bỏ nghi vấn vấn đề xác định yêu cầu bổ sung Kể nghiên cứu tính khả thi chọn giải pháp đề xuất điều tra ban đầu điều tra ban đầu xác định thiếu vài thành phần quan trọng mà lẽ có liên quan tới hệ thống xây dựng phát triển Hình 3.2 Nguồn yêu cầu cho hệ thống thương mại điện tử Việc phân tích yêu cầu bắt đầu việc xác định đầy đủ tất thành phần ứng dụng có liên quan Việc xác định đầy đủ nhiệm vụ nhóm người dùng nên thực xong trước chuyển sang xác định nội dung sau cơng cụ Tên gọi dùng để xác định thành phần ứng dụng khác quan trọng việc đảm bảo việc giao tiếp thành công người với người Những tên gọi nên dễ phân biệt với để tránh khó khăn giao tiếp 3.1.1.4 Xác định nhiệm vụ Nhiệm vụ hoàn thành cơng việc cụ thể người nhóm người Nhiệm vụ sở đưa cá nhân thành người dùng Việc phân tích nhiệm vụ không nên giới hạn nhiệm vụ mà coi phần 72 ứng dụng cần hoàn thành mà nên mở rộng đến nhiệm vụ tương tự nhiệm vụ tiềm khác (mà chưa thực hiện) Nhiệm vụ xác định sau: - Xem xét trách nhiệm khác người dùng nội (thường liệt kê theo mô tả chức năng, nhiệm vụ); - Xem xét điều mà người dùng bên tổ chức mong muốn nhận từ tương tác họ với hệ thống (những tương tác thường với phận cụ thể tổ chức) Việc xác định nhiệm vụ (xuất việc phân tích nhiệm vụ truyền thống) bước đầu để hiểu cần thiết Việc phân tích nhiệm vụ yêu cầu phải nghiên cứu nhiệm vụ có mối quan hệ với người dùng nào, đâu Phải lưu ý điều trường hợp nhóm người dùng khác có yêu cầu, mong muốn khác nhiệm vụ hay nhóm nhiệm vụ có liên quan tới Vì hầu hết nhiệm vụ TMĐT liên quan tới giao dịch kinh doanh, mà giao dịch kinh doanh diễn cá nhân hợp pháp, nhiều nhiệm vụ liên quan tới hệ thống TMĐT xảy đồng thời lúc (theo cặp), nên khách hàng tìm kiếm thông tin sản phẩm từ hệ thống, tổ chức phải thu thập đưa thơng tin vào hệ thống Hệ thống TMĐT cần phải tạo giá trị cho người dùng họ Giá trị thể qua việc giúp họ hồn thành nhiệm vụ Từ góc độ tổ chức, hệ thống TMĐT hoàn thành nhiệm vụ bao gồm việc thực hóa giao dịch kinh doanh Phân tích nhiệm vụ người dùng hướng tới hiểu biết nhiệm vụ liên quan, đưa nhiều loại giao dịch kinh doanh cho người mua, khách hàng, người bán hệ thống TMĐT a) Các nhiệm vụ liên quan đến kế hoạch giao dịch kinh doanh Sự xem xét kế hoạch giao dịch kinh doanh dẫn tới việc xác định nhiệm vụ liên quan tới việc thiết lập yêu cầu cho sản phẩm, dịch vụ chiến lược để đạt cung cấp chúng Điều bao gồm việc phân tích nhiệm vụ giúp mang lại lợi ích cho người dùng bên ngồi việc mua bán sản phẩm, dịch vụ, giúp thiết kế việc mua bán hiệu Kế hoạch giao dịch kinh doanh liên quan tới số nhiệm vụ khách hàng doanh nghiệp Một vài tất nhiệm vụ phù hợp phạm vi hệ thống TMĐT Nhiệm vụ khách hàng bao gồm: - Phát triển chiến lược cho việc tiếp nhận sản phẩm dịch vụ; - Phát triển phương pháp cho u cầu có tính định; - Phát triển phương pháp cho việc xác định yêu cầu; 73 - Xác định khách hàng tiềm cho sản phẩm/dịch vụ; Nhiệm vụ doanh nghiệp bao gồm: - Quảng cáo trang web tổ chức TMĐT; - Kết nối hình ảnh tổ chức với ngành công nghiệp; - Kết nối hình ảnh tổ chức với thị trường; - Phân tích dự đốn thị trường cho sản phẩm dịch vụ b) Các nhiệm vụ liên quan đến xác định giao dịch kinh doanh Việc xác định giao dịch kinh doanh dẫn tới việc xác định nhiệm vụ tiếp thị sản phẩm dịch vụ cụ thể thông qua hệ thống, bao gồm việc giúp khách hàng hiểu sản phẩm dịch vụ đáp ứng nhu cầu họ Bằng việc phân tích cách sử dụng khác sản phẩm dịch vụ, đưa thơng tin tốt hướng tới thực hóa giao dịch Việc xác định giao dịch kinh doanh liên quan tới số nhiệm vụ khách hàng doanh nghiệp Một số hay tất nhiệm vụ phù hợp phạm vi hệ thống TMĐT Nhiệm vụ khách hàng bao gồm: - Quyết định yêu cầu họ sản phẩm dịch vụ; - Quyết định ngân quỹ dành cho sản phẩm dịch vụ; - Quyết định doanh nghiệp có tiềm cho sản phẩm dịch vụ; - Xác định sản phẩm dịch vụ phù hợp với yêu cầu họ; - Đánh giá khả đáng tin cậy người bán lẻ; - Lựa chọn sản phẩm dịch vụ cạnh tranh Nhiệm vụ nhả bán lẻ bao gồm: - Ước tính chi phí việc cung cấp sản phẩm dịch vụ; - Quyết định phương thức tiếp nhận tạo sản phẩm/dịch vụ; - Thuyết phục khách hàng tin tưởng vào sản phẩm/dịch vụ họ; - Thể khác biệt sản phẩm/dịch vụ so với sản phẩm/dịch vụ đối thủ cạnh tranh Việc xác định giao dịch kinh doanh dẫn tới hai kết quả: - Nếu sản phẩm/dịch vụ có khác biệt lớn với sản phẩm/dịch vụ đối thủ cạnh tranh, lựa chọn khách hàng phụ thuộc vào đặc tính sản phẩm/dịch vụ; - Nếu sản phẩm/dịch vụ tương tự với sản phẩm/dịch vụ đối thủ cạnh tranh lựa chọn khách hàng bị ảnh hưởng đặc điểm nhà bán lẻ khác biệt đặc tính cụ thể sản phẩm/dịch vụ có sẵn c) Các nhiệm vụ liên quan đến đàm phán giao dịch kinh doanh 74 Đàm phán giao dịch kinh doanh xác định điều khoản điều kiện cần thiết để thực giao dịch kinh doanh Đàm phán giao dịch kinh doanh liên quan tới số nhiệm vụ thực bên mua bên bán Một số tất nhiệm vụ thích hợp phạm vi hệ thống TMĐT Việc đàm phán bao gồm: - Đặc điểm tiêu chuẩn kỹ thuật sản phẩm; - Giá phương thức toán; - Thời gian phương thức giao hàng; - Những điều khoản bảo hành vấn đề liên quan khác đáp ứng d) Các nhiệm vụ liên quan đến thực hóa giao dịch kinh doanh Hiện thực hóa giao dịch kinh doanh liên quan tới số nhiệm vụ thực khách hàng nhà bán lẻ, riêng khách hàng nhà bán lẻ nhằm chấm dứt thỏa thuận/hợp đồng thống vài điều khoản hợp đồng Một số tất nhiệm vụ thích hợp phạm vi hệ thống TMĐT Nhiệm vụ khách hàng bao gồm: - Tiếp nhận sản phẩm dịch vụ; - Kiểm tra, đánh giá nhận sản phẩm/dịch vụ; - Thanh toán Nhiệm vụ doanh nghiệp bao gồm: - Vận chuyển cung cấp hàng hóa hay dịch vụ; - Lập hóa đơn; - Xử lý tốn; - Làm tăng số giao dịch e) Các nhiệm vụ liên quan đến hậu thực hóa giao dịch kinh doanh Hậu thực hóa giao dịch kinh doanh dẫn tới việc xác định số nhiệm vụ quan trọng liên quan tới cung cấp dịch vụ khác nhau, không sau thực giao dịch kinh doanh mà trước thuyết phục người dùng bên thực hoạt động kinh doanh với tổ chức Hậu thực hóa giao dịch kinh doanh có liên quan tới khách hàng doanh nghiệp Nó liên quan tới số nhiệm vụ thực khách hàng doanh nghiệp Một vài tất nhiệm vụ phù hợp phạm vi hệ thống TMĐT Những nhiệm vụ phối hợp thực bao gồm: - Trả lại sản phẩm, trả lại tiền; - Giải khiếu nại/thắc mắc sử dụng bảo dưỡng sản phẩm; 75 - Nội dung quan hệ: Thông tin mối quan hệ đối tượng Nội dung mô tả hành động đối tượng - Nội dung hành động liên tục/rời rạc: Mô tả chuyển động hoạt động khác; - Thông tin thủ tục: Thông tin chuỗi hoạt động tổ chức để hoàn thành số nhiệm vụ; - Nội dung kiện: Mô tả ảnh hưởng hoạt động mà dẫn đến thay đổi trạng thái; - Thông tin liên quan đến nguyên nhân: Mô tả nguyên nhân/ảnh hưởng kiện chuỗi kiện liên quan đến nhiều đối tượng ISO 14915-3 hướng dẫn việc sử dụng phối hợp loại phương tiện truyền thông chọn đoạn trình diễn đơn lẻ bao gồm: - Các loại phương tiện truyền thông mà kết hợp tốt với nhau; - Sự phối hợp phương tiện truyền thông mà nên tránh; - Việc sử dụng điểm tiếp xúc cho việc tham chiếu từ phương tiện truyền thơng trung bình tới phương tiện truyền thông khác Chỉ phương tiện truyền thông yêu thích thiết kế, việc xem xét nên thực để đáp ứng nhu cầu truy cập người dùng, người mà sử dụng loại phương tiện truyền thơng Ví dụ, cung cấp đoạn văn mơ tả hình ảnh/minh họa phương tiện truyền thơng khơng trình diễn bình thường truy cập phần mềm "đọc hình" cho người có khó khăn thị giác Các khả trình diễn khác đáp ứng nhu cầu nhiều người dùng, bao gồm: - Người với thị lực kém; - Người mà sử dụng trang web mơi trường giới hạn tầm nhìn; - Người sử dụng thiết bị với công suất hiển thị thiết bị giới hạn (như thiết bị máy tính lưu động) ISO 16017 có hướng dẫn chi tiết cách tiếp cận liên quan tới sử dụng loại phương tiện truyền thông khác 5.2.3 Sử dụng minh họa Các minh họa quan trọng việc cung cấp cho người dùng nhiều cảm giác thật tổ chức sản phẩm tổ chức Các minh họa hữu ích hỗ trợ marketing Tuy nhiên, cần ý minh họa phải sử dụng phù hợp website TMĐT 136 Logo công ty từ lâu thừa nhận biểu tượng quan trọng định hướng xác định tổ chức Khi tổ chức có logo thích hợp, sử dụng trang web để cung cấp liên tục lời nhắc nhở với người thực giao dịch Sẽ tốt doanh nghiệp sử dụng logo cơng ty riêng góc trang web thay sử dụng lặp lặp lại nhiều lần hình trang web Sự phối hợp màu sắc logo cơng ty giúp cung cấp việc truy cập cách liên tục hơn, chúng kết họp với thiết kế trang web mà không tạo cảm giác tập trung Có nhiều loại phương tiện truyền thơng sử dụng để minh họa sản phẩm, bao gồm: - Các đồ họa/phác thảo; - Bản vẽ họa sĩ thực, hoàn trả đầy đủ; - Bức ảnh Trong ảnh vẽ họa sĩ cung cấp cách thiết thực hữu dụng marketing sản phẩm phác thảo tập trung chi tiết cụ thể hữu ích việc giải thích nhân tố và/hoặc chức sản phẩm Kích thước hình ảnh minh họa nên thích hợp với mục đích minh họa Các minh họa lớn nhiều thời gian để tải hơn, làm chậm việc sử dụng Các minh họa không nên lớn mức yêu cầu để phục vụ mục đích chúng Thường kích thước khác minh họa hỗ trợ cho việc sử dụng khác trang web Khi có nhiều minh họa sản phẩm khác sử dụng trang đơn (ví dụ danh mục), thường thích hợp để trình diễn chúng dạng hình thu nhỏ Một hình nhỏ ảnh nhỏ, thường so sánh kích cở biểu tượng kiểm sốt đặc trưng, mà dự định để cung cấp nhận số đối tượng khái niệm Kích thước hình nhỏ thích hợp cho việc trình diễn logo cơng ty Các hình nhỏ thường sử dụng liên kết tới thơng tín nhiều hơn, tới trang thơng tin mặt hàng mơ tả hình nhỏ tới phiên ỉớn (thường hình) phiên minh họa Nên ý tới việc sử dụng liên kết kết hợp với hình nhỏ theo cách thức cố định suốt ứng dụng làm cho người dùng dễ hiểu Khi minh họa trình diễn trang web mô tả sản phẩm cụ thể, chúng nên đủ lớn cho người dùng nhận nét minh họa Các minh họa 137 trang thông tin sản phẩm không nên lớn để che thông tin mô tả sản phẩm kèm theo Nêu phiên lơn minh họa hữu ích, nên tạo sin thơng qua liên kết tới minh họa này, người dùng nên biết họ truy cập minh họa thơng qua liên kết Ảnh động/hiệu ứng động (hoạt hoá) giúp biểu thị sản phẩm Tuy nhiên, hoạt hóa cổ tiêu tốn nhiều thời gian người dùng gây khó chịu người dùng khơng muốn Tốt hoạt hóa khơng bị bắt buộc với người dùng sẵn sàng người muốn sử dụng nó, thơng qua kiểm sốt đặc biệt Người dùng nên có khả tạm dừng kết thúc hoạt hóa Người dùng nên thơng báo âm giải thích kèm hoạt hóa 5.2.4 Điều khiển liên kết Cả điều khiển liên kết cung cấp chức hệ thống TMĐT cách cho phép người dùng tương tác với hệ thống gồm nhóm trang web Theo ISO 14915-2, điều khiển "một đối tượng thường tương tự điều khỉển vật lý, cho phép người dùng thực số hành động tác động lên liệu, đối tượng khác, thuộc tính chúng" Một liên kết điều khiển cho phép người dùng điều hướng kết nối phương tiện truyền thông Các liên kết kích hoạt hành động hệ thống người dùng Có nhiều loại liên kết định nghĩa theo ISO 14915-2, bao gồm liên kết cố định, liên kết tạm thời, liên kết máy tính, liên kết xác định người dùng Liên kết cố định liên kết thường trực hai khu vực hệ thống kích hoạt lúc (phần lớn liên kết hệ thống liên kết cố định) Liên kết tạm thời liên kết hai khu vực hệ thống sẵn sàng số thời điểm định (ví dụ liên kết dùng để truy cập thông tin phần phim) Liên kết vi tính hóa liên kết tạm thời tạo theo yêu cầu hai địa điểm hệ thống địa điểm liên kết tới xác định "động" dựa trạng thái và/hoặc lịch sử hệ thống nơi mà liên kết sẵn sàng cần tới (ví dụ, liên kết tạo kết tìm kiếm) Liên kết xác định người dùng liên kết cố định tạm thời tạo người dùng trình sử dụng ứng dụng dự định để cung cấp liên kết tạo nhà phát triển hệ thống (ví dụ đánh dấu liên kết xác định người dùng) Các điều khiển liên kết cần thiết kế để đáp ứng nhu cầu khác xác định việc phân tích trở nên rõ ràng người dùng họ việc tuân theo nguyên tắc thiết kế trình bày 138 Các người dùng yêu cầu có khả tương tác điều hướng nội dung trình diễn thơng qua đối tượng truyền thơng cụ thể Điều hướng đề cập đến việc di chuyển người dùng đối tượng truyền thơng Có nhiều loại kỹ thuật điều hướng định nghĩa ISO 14915-2, bao gồm điều hướng tự động, điều hướng xác định trước, điều hướng xác định người dùng điều hướng có khả thích nghi Điều hướng tự động xảy nơi nội dung trình diễn hệ thống mà không cần tới việc nhập liệu đầu vào người dùng Điều hướng xác định trước xảy nơi người dùng có lựa chọn tới đâu tiếp theo, vậy, người dùng có quyền điều khiển tới nội dung Điều hướng xác định người dùng xảy nơi người dùng lựa chọn nội dung tới cách chọn lựa số nhiều lựa chọn Điều hướng xác định mang tính thích nghi xảy nơi lựa chọn điều hướng sẵn có xác định hệ thống dựa vào nội dung vài kết hợp lịch sử, đặc điểm cá nhân, lịch sử xã hội nhóm, và/hoặc đặc điểm nhóm Việc xem xét phạm vi điều khiển thiết kế quan trọng Bản chất vật lý phân đoạn trình diễn đối tượng phương tiện truyền thông hỗ trợ người dùng việc nhận hiệu cùa hành động nói chung (bao gồm hành động điều hướng) thực Những hành động bắt đầu việc sử dụng điều khiển có góc nhìn cảm nhận phù hợp thống toàn ứng dụng Những tương tác riêng biệt với đoạn nội dung thường đòi hỏi điều khiển riêng biệt Do chất mang tính khái niệm đoạn nội dung (được xác định phân tích), việc làm cho tất hành động điều hướng cụ thể mẩu nội dung phải rõ ràng ừở nên quan trọng Người dùng cần tương tác với kết hợp đối tượng truyền thông, thực “đối tượng truyền thông tổng hợp” phải tương tác với đối tượng truyền thông riêng biệt Các đối tượng truyền thông tổng hợp cho phép điều khiển tác động lên nhiều đối tượng truyền thông sử dụng nhâu theo kiểu song song và/hoặc Việc di chuyển phân đoạn trình diễn ảnh hưởng mạnh tới lựa chọn tương lai người dùng việc di chuyển đối tượng truyền thơng phân đoạn trình diễn cụ thể, đặc biệt liên quan đến việc tải trang web khung để thay cho tồn Việc tạo khó khăn đặc biệt trang khung gốc tạo trạng thái 139 "động” (như kết tìm kiếm) Các người dùng cần phải hiểu khác sinh từ hai loại điều hướng tương tự Điều khiển đồ họa thường thiết kế để nhìn giống chúng giới thực để dễ nhận Việc người dùng phân biệt điều khiển từ nội dung trình diễn việc nhận mục đích điều khiển quan trọng Việc sử dụng điều hướng thường liên quan tới hai bước: - Lựa chọn điều khiển (ví dụ đặt trỏ lên điều khiển); - Kích hoạt điều khiển (ví dụ nhấp chuột điều khiển chọn) Trong số trường hợp, việc lựa chọn điều khiển tự động kích hoạt Việc kích hoạt tự động nên dùng cần thận nơi mà khơng gây hành động phá hủy khơng thể hồn tác Việc nhập nội dung vào mục trở nên quan trọng điều khiển khởi động việc xử ỉý nội dung Ví dụ, lệnh bán hàng gửi để xử lý hồn tất Trong số trường hợp, việc nhập lựa chọn nội dung liên kết tới điều khiển kích hoạt tự động Ví dụ: - Thay đánh mã vùng vào biểu mẫu, người dùng phép lựa chọn từ danh sách, sau mã vùng lựa chọn tự động đưa vào nơi yêu cầu biểu mẫu; - Chỉ biểu mẫu nhập hoàn tất, mẫu đơn xử lí tự động Lưu ý loại liên kết không cho phép người dùng kiểm tra lại họ làm nói chung, nên tránh cách làm 5.2.5 Kết hợp phân đoạn trình diễn Trong phân đoạn trình diễn đơn vị cấp độ cao thiết kế, nhiều trường hợp mà việc kết hợp nhiều phân đoạn trình diễn hồn thiện thiết kế Lập trình khung kỹ thuật lập trình cho phép kết hợp nhiều phân đoạn trình diễn (được thực trang web riêng biệt) để trình diễn tới người dùng trang web riêng lẻ/tổng hợp Cần phải quan tâm cho việc kết hợp khơng làm giảm tính khả dụng kết Nơi mà lập trình khung sử dụng hệ thống TMĐT, phiên khác khơng sử dụng lập trình khung nên cung cấp sẵn cho người dùng mà khơng có khả khơng đồng ý sử dụng lập trình khung Điều đặc biệt quan trọng hỗ trợ thiết bị điện toán cầm tay thiết bị di động khác có khả hiển thị máy tính cá nhân Vì vậy, thiết kế tổng thể phát triển dựa sở phân đoạn trình diễn đơn lẻ đề cập chương Phân đoạn trình diễn đơn lẻ cần bao gồm nội dung điều khiển yêu cầu sử dụng phân đoạn trình diễn Nơi mà lập trình khung bổ sung vào 140 thiết kế, chúng bao gồm phân đoạn trình diễn cần bổ sung vào thiết kế tổng thể thứ cần nhận thiết kế chi tiết chúng Tập hợp điều khiển nên luôn sẵn sàng cho người dùng họ mong đợi sử dụng nó, khung riêng lẻ sử dụng để cung cấp cho tập hợp điều khiển (xem hình 5.2) Nó thường cung cấp liên kết tới phần trang web Các liên kết điều khiển cụ thể trình diễn khung thay đổi để phản ánh thay đổi khung sử dụng để cung cấp nội dung điều khiển cụ thể Một hệ thống TMĐT đặc trưng sử dụng để cung cấp cho người dùng truy cập dễ dàng tới dòng sản phẩm khác và/hoặc phương pháp tìm kiếm sản phẩm khác mà họ muốn mua Nội dung để so sánh hai mục Mục Mục Hình 5.2 Sử dụng lập trình khung để phân chia điều khiển chung Thiết kế nên xem xét đến người dùng, người mà tối thiểu hiển thị khung điều khiển chung người dùng không sử dụng khung điều khiển hệ thống hp Khi điều khiển có liên quan đến nội dung người dùng truy cập khung riêng, chúng nên đặt sẵn cuối trang và/hoặc vị trí thích hợp Những khung điều khiển khơng quan trọng bao hàm khung thiết kế đơn lẻ làm lãng phí khơng gian hiển thị hệ thống đa khung Một công dụng khác kỹ thuật khung để tiêu chuẩn hóa phân đoạn trình diễn tên tổ chức logo và/hoặc thông tin tiêu đề để xác định trang web khu vực trang web người dùng Thiết kế cho hệ thống có khơng có kỹ thuật khung khó khăn xem xét khung cho mục đích tiêu đề/tổ chức xem xét khung cho điều khiển chung Việc đăng tên tổ chức quan trọng trang web TMĐT Nếu khung riêng khơng sử đụng nội dung tiêu đề nên trình diễn phía đầu trang Nhưng khung riêng sử dụng, trình diễn phía thừa gây khó chịu Tuy nhiên, hữu ích cho hoạt động/tiêu đề trang đặt cuối khung trường hợp mà người dùng muốn in Việc bố trí thay thực nhờ khả lập trình sẵn có, cung cấp u cầu cho vị trí thay thé thiết lập thiết kế 141 chung Điều khiển Nội dung Điều khiển riêng Hình 5.3 Sử dụng khung để phân chia kiểm soát tổng thể Một khung cho mục đích tiêu đề/tổ chức sử dụng song song với nhiều trang khác trang web, có khơng có khung kiểm sốt chung Việc phối hợp ba khung minh họa hình 5.4 Các kiểm sốt tổng thể Nội dung kiểm sốt cụ thể Hình 5.4 Một phối hợp ba khung Như thấy hình minh họa này, việc sử dụng khung phức giảm đáng kể khơng gian hiển thị cho trình diễn nội dung điều khiển cụ thể mà người dùng cần hoàn thiện nhiệm vụ trước mắt Nơi khung trình diễn hỗ trợ nội dung/điều khiển chúng nên giữ tương đối nhỏ không nên cho phép để can thiệp với khả người dùng để hoàn thành nhiệm vụ cụ thể khung, khung chứa đựng nội dung Ngồi việc cung cấp điều khiển/nội dung chung, khung sử dụng để trình diễn mục nội dung phức theo cách chúng sử dụng tách biệt kết hợp Phương pháp thay việc sử dụng khung để gộp phân đoạn trình diễn khác vào với phân đoạn trình diễn lớn Điều hồn thành thơng qua lập trình web xác định thiết kế Hình 5.5 minh họa việc sử dụng ba khung sử dụng để so sánh hai mục Khung mà chứa nội dung ví dụ nên bao gồm tên tổ chức điều khiển/kiểm soát chung khác Cơ cấu tổ chức/phần đầu Kiểm sốt tổng thể Nội dung kiểm sốt cụ thể Hình 5.5 Sử dụng ba khung để so sánh hai mục 142 Có nhiều sử dụng tiềm khác cho khung để giúp việc kết hợp xếp phân đoạn trình diễn Mỗi thiết kế bao gồm khung nên đánh giá để đảm bảo có khả cải thiện chức công dụng hệ thống khơng tạo khó khăn khơng cần thiết cho người sử dụng 5.3 Thiết kế tương tác người - máy 5.3.1 Một số nguyên tắc chung 5.3.2 Các mặc định Mặc định giá trị giả định thích cung cấp hệ thống để hỗ trợ người sử dụng việc thực yêu cầu hệ thống, đành cho nội dung xác định thay đổi người sử dụng Khi sử dụng, hệ thống trình diễn giá trị hầu hết mặc định Các mặc định sử dụng giá trị thuộc tính giá trị kiểm sốt Một số ví dụ mặc định là: Khi số khách hàng nhập vào, hệ thống tìm kiếm nội dung khác kết hợp với số khách hàng (ví dụ tên địa chỉ) trình diễn giá trị mặc định mẫu đơn đặt hàng mà khách hàng hoàn thành Tuy nhiên, khách hàng muốn sử dụng địa số điện thoại khác cho đơn đặt hàng thay lưu trữ tập ỉiệu khách hàng hệ thống; Khi người dùng yêu cầu hệ thống xóa bỏ liệu ghi lại từ hệ thống, hệ thống đáp lại yêu cầu cho người sử dụng để xác nhận xóa bỏ trước tiến hành xử lý 5.3.3 Các kịch Kịch cung cấp cách mơ tả súc tích làm hoạt động mức độ đối tượng hồn thành Kịch rõ hệ thống máy tính và/hoặc người dùng thực bên khác Một kịch mơ tả đối thoại bước người dùng máy tính Trong đối thoại này, bên nói bên trả lời, lý để tương tác hoàn thành Trong số trường hợp, bên nói làm nhiều thứ trước bên trả lời Kịch bàn thường tập trung vào kiện tương tác mà khơng liệt kê bước giả sử Vị trí đầu vào, định hay hoạt động lưu trữ nơi nhận biết quan trọng, nên có kịch Kịch nên tập trung vào người dùng/máy tính làm không quan tâm làm (đầu ra) Bằng cách tập trung vào người sử dụng/máy tính làm, sử dụng kịch để đánh giá số lượng thiết kế có tiềm (xem Bảng 5.1) 143 Bảng 5.1 Ví dụ bước kịch tốt Ví dụ bước kịch tốt Ví dụ bước kịch (tập trung vào hình sử dụng cho) (tập trung vào làm hình lại làm vậy) Đánh tên người dùng vào hình ghi Người dùng: Yêu cầu ghi/thu âm khách hàng tạo Nhấp chuột vào nút tạo hình ghi Máy tính: Hiển thị ghi khách khách hàng Người dùng: Nhâp tên khách hàng hàng Ví dụ, khách hàng sử dụng mẫu đặt hàng catalog để đặt mặt hàng minh họa thuộc tính kịch bản: - Kịch đầy đủ súc tích mơ tả tương ứng hoạt động mức độ đối tượng; - Kịch tập trung vào tập hợp bước đơn lẻ để mô tả nhiều cách việc hồn thành hoạt động mức độ đối tượng Ví dụ minh họa kịch đề cập nhiều cách đặt đơn hàng: - Người dùng đặt đơn hàng từ số nơi khác ứng dụng; Máy tính trình diễn người dùng với mẫu đơn đặt hàng; - Người dùng nhập "Minh" tên, nhập "Trần" họ; - Người dùng nhập "192 cầu Giấy" địa chỉ; - Người dùng nhập "1234" điện thoại; - Người dùng yêu cầu catalog; - Máy tính trình diễn trang catalog; - Người dùng tìm "phần mềm ghép ảnh" catalog, với giá thông tin khác nữa; - Người dùng chọn phần mềm "Funny photo maker 2.4.1"; - Máy tính hỏi có mong muốn; - Người dùng trả lời" 1" bản; - Máy tính hỏi có muốn mặt hàng khác danh mục khơng; - Người dùng trả lời "khơng"; - Máy tính trở lại với mẫu bán hàng đợi đầu vào khác từ khách hàng; - Người dùng yêu cầu đơn đặt hàng xử lý; 144 - Máy tính kiểm tra thông tin cho đơn đặt hàng yêu cầu, nhận biết đơn đặt hàng hoàn tất chấp nhận Kịch thay bắt đầu với người dùng xác nhận mặt hàng duyệt catalog (hoặc qua tìm kiếm mặt hàng cụ thể catalog) tìm thấy, khách hàng định đặt hàng 5.3.4 Thiết kế hộp thoại Hàng loạt tương tác đáp ứng yêu cầu kịch thực đàm thoại máy tính người dùng Phần bổ sung ISO 9241-1 hướng dẫn việc lựa chọn phối hợp bốn kỹ thuật thoại chính, kỹ thuật có hướng dẫn thiết kế bổ sung cung cấp phần riêng chúng theo tiêu chuẩn ISO 9241: - Bảng chọn (ISO 9241-14); - Lệnh (ISO 9241-15); - Chế tác trực tiếp (ISO 9241-16); - Mẫu điền (ISO 9241-17) Một bảng chọn tùy chọn trình bày bải hệ thống mà người dùng lựa chọn để sử dụng đầu vào với hệ thống Bảng chọn sử dụng cho nhiều nhiệm vụ đầu vào lựa chọn giá trị và/hoặc bắt đầu hoạt động kiểm soát Bảng chọn dễ dàng thực qua kĩ thuật truyền thơng Bảng chọn xuất hệ thống sử dụng nhiều phương tiện truyền thơng nghe nhìn cho phép người dùng sử dụng nhiều phương tiện truyền thông để thực lựa chọn nhập vào máy tính Lệnh bao gồm từ, chữ viết tắt, chuỗi kí tự mà người dùng sử dụng để yêu cầu hệ thống Lời nhắc đầu trình bày hệ thống sẵn sàng chấp nhận nội dung lệnh từ người dùng Lệnh tổ chức ngôn ngữ lệnh mà ngữ nghĩa cấu trúc cú pháp liên quan định nghĩa cụ thể Ngôn ngữ lệnh đòi hỏi kĩ hiểu biết người dùng nhiều cung cấp tính linh hoạt việc phối hợp lựa chọn, miễn ứng dụng xử lý phối hợp Sự linh hoạt liên quan đến độ xác hội thoại Lệnh thực qua kĩ thuật phương tiện truyền thông Thao tác trực tiếp kĩ thuật cho người dùng ấn tượng hành động trực tiếp lên đối tượng hệ thống Thao tác trực tiếp nói chung đề cập đến phương tiện truyền thơng đồ họa yêu cầu người dùng có nhiều kĩ khơng gian lực khơng gian Nó cung cấp phối hợp linh hoạt xác cho người dùng có lực Long việc sử dụng thao tác trực tiếp Những tương tác thao tác trực tiếp tạo thách thức lớn cho thông dịch thông qua kĩ thuật trợ giúp cho người dùng 145 với yêu cầu đặc biệt Thao tác trực tiếp đặt yêu cầu lớn kĩ thuật sử dụng để thực Mẫu điền hữu ích cho việc nhập liệu cụ thể vào dạng mẫu cấu trúc cao Theo ISO 9241-17, mẫu cấu trúc hiển thị với vùng dán nhãn mà người dùng đọc, điền, chọn đầu vào thông qua nút chọn nút bấm radio, chỉnh sửa 5.4 Sử dụng nguyên mẫu giao diện thiết kế “Một tranh thường có giá trị ngàn từ” Việc mô tả lời làm người dùng hệ thống tương tác với khó để hình dung Một phương pháp khác giao tiếp với thiết kế tương tác phát triển nguyên mẫu giao diện Một nguyên mẫu mơ hình có ý định chưa hồn thiện Ngun mẫu cơng cụ hữu ích để trợ giúp nhà thiết kế người dùng giao tiếp đánh giá thiết kế Nguyên mẫu giao diện người dùng phát triển để biểu thị cho kết hợp nội dung thiết kế thoại Chúng biểu thị mà người dùng nhìn thấy (trong hệ thống thật) có nhiều kịch theo sau Một nguyên mẫu cùa giao diện biểu thị làm giao điện nhìn thấy diễn người dùng mà khơng u cầu chí phí (về thời gian, tiền bạc, ) để phát triển hệ thống hoàn chỉnh Điều cho phép người dùng xác định thiết kế có thích hợp hay khơng để đạt nhu cầu thay đổi trước khoản đầu tư lớn dùng để phát triển hệ thống hoàn thiện Đơn giản nguyên mẫu hiệu cấu trúc dựa vào tập hợp trang web liên kết lẫn theo nhiều cách: - Mỗi trang đại diện người dùng nhìn thấy số điểm kịch bản; - Chỉ dành cho thao tác trình diễn trang web cho phép liên kết với trang khác; - Một liên kết đại diện hành động mà người dùng thực thời điểm kịch Bảng 5.2 biến thể trang mà xảy nguyên mẫu Những biến thể dựa liệu hoạt động người dùng theo sau hoạt động người dùng khác hay không đưa ví dụ cho biến thể 146 Bảng 5.2 Các biến thể nguyên mẫu dựa vào chuỗi hoạt động Loại hoạt động Ví dụ kịch Ví dụ biến thể thiết kế tạo (cái gì) (như nào) Hoạt động người Người dùng nhập tên Người dùng nhấp vào ô tên trống dùng theo sau hoạt động người dùng khác (mà tạo biến thể cho nó) khách hàng (điều theo nhiều đầu vào liệu người dùng Một thao tác người dùng kích hoạt kiểm theo sốt hoạt động nhiều hoạt động hệ riêng) thống (mà tạo Người dùng muốn đưa với nhiều biến thể) để xem xét đơn đặt hảng trang hồ sơ khách hàng liên kết tới (một biến thể) trang tương tự với tên khách hàng mẫu ô tên, (sau nhiều chuyển tiếp trước nơi mà ô đơn đặt hàng điền), người dùng nhấp vào kiểm soát "place this order" liên kết tói trang tương tự bao gồm thông tin mà đơn đặt hàng đặt bao gồm số đơn cho người dùng để sử đụng cho tham chiếu tương lai Bảng 5.3 ví dụ kịch liên quan tới số nhiều cách đặt đơn đặt hàng minh họa cho phát triển tập lệnh hướng dẫn đưa cho người dùng nguyên mẫu thiết kế trang (và liên kết) cho nguyên mẫu Bảng 5.3 Thiết kế nguyên mẫu phù hợp với kịch Hướng dẫn người sử dụng nguyên mẫu Hoạt động kì vọng người dùng kịch Trang nguyên mẫu Sử dụng mẫu đơn đặt hàng, cần nhập thơng tin kích hoạt Người dùng xem xét trang sau di chuyển tới hướng dẫn Kịch bắt đầu với trang mẫu đặt hàng ban đầu mà người dùng nhìn thấy Nhập "Trần" tên Người dùng nhập "Trần" vào vùng tên Một liên kết tới trang khác xuất tới trang 1, trừ điền "Trần" vùng tên thiết kế liên kết 147 Nhập "Minh" Người dùng nhập Một liên kết tới hàng khác họ "Minh" vào ô họ xuất tới trang trừ điền "Minh" vào họ Nhập địa "T10" Người dùng nhập "T10" vào vùng địa chi Một liên kết tới trang mà xuất tới trang trừ có "T10" điền vào vùng địa chi Nhập "1234" số Người nhập Một liên kết tới hàng mà điện thoại "1234" vào vùng điện thoại xuất tới trang trừ có "1234" điền vào vùng điện thoại Tìm sản phẩm để Người dùng yêu cầu Một liên kết theo tới trang đặt hàng từ catalog danh mục sản phẩm catalog (một trang khác nhấp vào kiểm sốt "tham khảo danh mục" hồn tồn) chứa đựng ô nhập mô tả sản phẩm kiểm sốt để tìm kiếm sản phẩm Nó chứa đựng danh sách danh mục sản phẩm khác Người dùng tìm kiếm "phần mềm vẽ hình" nhấp vào dấu vào liệu kết hợp với kiểm sốt "tìm kiếm sản phẩm" (nếu người dùng chọn danh mục sản phẩm hon sử đụng chức tìm kiếm, điều dẫn đến kịch khác đềphải cập Người dùng sausẽđó riêng) nhấp vào kiểm sốt "tìm Một liên kết theo tới trang xuất đến trang mà có "phần mềm vẽ hình" điền vùng tìm kiếm Tìm kiếm "phần mềm vẽ hình" Mặc dù trình hai bước, người dùng nên xác định làm để hoàn thành với dẫn khác dùng kiếm sản phẩm" Một liên kết theo tới trang khác mà thiết kế để giới thiệu nhiều "phần mềm" đóng gói danh mục với giá thông tin khác 148 Lựa chọn "Funny Người dùng đặt "Funny Một liên kết theo tới photo maker 2.4.1 " để đặt hàng photo maker 2.4.1" nhấp vào trang khác xuất đến trang trừ có "Funny photo maker 2.4.1" hiển thị ừên đoạn văn kiểu chữ đậm (để chi chọn) có câu hỏi "có bạn muốn đặt?" thêm vào nhập số lượng (mà mặc định số đó) 10 Đặt Người dùng đặt chép nhấp vào vùng điền số lượng 10 Một liên kết theo tới trang mà xuất đến hàng trừ có "Funny photo maker 2.4.1" số lượng giá điền vào vùng thích hợp 11 Đó tất bạn Người dùng nhấp vào 11 Một liên kết theo tới muốn đặt trang mà xuất đến trang 10 trừ có "đơn đặt hàng xử lý" số xác định Trang giống kiểm soát "xử lý đơn đặt hàng " trang khác loại mẫu đặt hàng nên có kiểm sốt "bắt đầu mẫu đơn đặt hàng mới" để đưa người dùng trang CÂU HỎI ÔN TẬP CHƯƠNG Giới thiệu khái quát thiết kế chi tiết hệ thống TMĐT hướng dẫn thiết kế chi tiết? Các nguyên tắc chung cần áp dụng thiết kế phân đoạn trình diễn hệ thống TMĐT? Hãy giới thiệu quy trình thiết kế phân đoạn trình diễn hệ thống TMĐT Các nguyên tắc chung thiết kế tương tác người – máy? Trình bày loại thiết kế hộp thoại cho cí dụ minh họa 149 Giới thiệu ví dụ cụ thể kịch thiết kế hộp thoại hệ thống TMĐT Trình bày phương pháp sử dụng nguyên mẫu giao diện thiết kế hệ thống TMĐT TÀI LIỆU THAM KHẢO CHƯƠNG Thạc Bình Cường, Phân tích thiết kế hệ thống thơng tin, NXB Khoa học kỹ thuật, 2002 Nguyễn Văn Hồng Nguyễn Văn Thoan (chủ biên) – Trường ĐH Ngoại thương, Giáo trình Thương mại điện tử bản, NXB Bách khoa, Hà Nội, 2013 Nguyễn Văn Minh (chủ biên), Giáo trình phát triển hệ thống thương mại điện tử, NXB Thống kê, 2014 Trần Đình Quế, Giáo trình phân tích thiết kế Hệ thống thơng tin, Học viện Công nghệ BCVT Jim Carter, Developing e-commerce systems, Prentice Hall, 2002 Wasim Rajput, E-commerce Systems Archetecture and Applications, Artech House Boston, London, 2000 150 ...CHƯƠNG PHÂN TÍCH HỆ THỐNG THƯƠNG MẠI ĐIỆN TỬ 3.1 Phân tích yêu cầu phát triển hệ thống thương mại điện tử Việc thiết lập tình kinh doanh cho hệ thống TMĐT không nên hướng trực tiếp tới việc thiết kế. .. Nội, 20 13 Nguyễn Văn Minh (chủ biên), Giáo trình phát triển hệ thống thương mại điện tử, NXB Thống kê, 20 14 1 02 Trần Đình Quế, Giáo trình phân tích thiết kế Hệ thống thơng tin, Học viện Cơng nghệ... qua thiết kế, tính khả thi chúng thay đổi theo 4 .2 Nội dung thiết kế tổng thể hệ thống thương mại điện tử 4 .2. 1 Tiếp cận thiết kế tổng thể theo định hướng đối tượng Có nhiều tiếp cận thiết kế