Đồ Án Phần Mềm: Xây Dựng Website Bán Sách

• Trường học: Trường Đại Học Công Nghệ Thông Tin
• Chuyên ngành: Công Nghệ Thông Tin
• Đề tài: Đồ Án Phần Mềm: Xây Dựng Website Bán Sách
• Loại tài liệu: Đồ Án Tốt Nghiệp
• Năm xuất bản: 2023
• Địa điểm: Thành Phố Hồ Chí Minh

• 1. CHƯƠNG 1: GIỚI THIỆU
• 1.1. Giới thiệu chung
• 1.2. Giới thiệu công nghệ triển khai. Giới thiệu công cụ lập trình
• 1.3. Giới thiệu thư viện Framework
• 1.4. Giới thiệu đề tài
• 1.5. Mục tiêu
• 2. CHƯƠNG 2: PHÂN TÍCH YÊU CẦU
• 2.1. Mô tả dự án
• 2.2. Actor và Usecase
• 2.2.1. Usecase tổng quát
• 2.2.2. Usecase Quản lý sản phẩm
• 2.2.3. Usecase Quản lý đơn hàng
• 2.2.4. Usecase Mua hàng
• 2.2.5. Usecase Quản lý tài khoản
• 3. CHƯƠNG 3: YÊU CẦU CHỨC NĂNG
• 3.1. Đặc tả Usecase
• 3.1.1. Usecase: Xem danh sách thông tin tài khoản
• 3.1.2. Usecase: Chỉnh sửa thông tin
• 3.1.3. Usecase: Xem chi tiết
• 3.1.4. Usecase: Đăng nhập
• 3.1.5. Usecase: Đăng xuất
• 3.1.6. Usecase: Đăng ký
• 4. CHƯƠNG 4: THIẾT KẾ HỆ THỐNG
• 4.1. Quy trình đăng nhập
• 4.2. Thiết kế dữ liệu
• 4.3. Thiết kế cơ sở dữ liệu
• 5. CHƯƠNG 5: THIẾT KẾ GIAO DIỆN HỆ THỐNG
• 5.1. Giao diện Trang Chủ
• 5.2. Giao diện Danh Mục Sách
• 5.3. Giao diện Chi Tiết Sách
• 5.4. Giao diện Đăng Ký
• 6. CHƯƠNG 6: KIỂM THỬ CHỨC NĂNG HỆ THỐNG
• 6.1. Đặc tả chức năng hệ thống
• 6.2. Kiểm thử chức năng của hệ thống
• 7. KẾT LUẬN HỆ THỐNG BÁN HÀNG
• 7.1. Hướng Phát Triển
• 7.2. Những Phần Còn Hạn Chế
• LỜI CẢM ƠN

I. Tổng Quan Đồ Án Website Bán Sách Từ Ý Tưởng Đến Hiện Thực

Đề tài xây dựng website bán sách là một lựa chọn phổ biến và mang tính ứng dụng cao trong các đồ án phần mềm của sinh viên ngành Công nghệ Thông tin. Dự án này không chỉ bao hàm các kiến thức cốt lõi về phát triển phần mềm mà còn mô phỏng một quy trình kinh doanh thương mại điện tử hoàn chỉnh. Mục tiêu chính của đồ án này là tạo ra một hệ thống quản lý và bán sách trực tuyến, cung cấp trải nghiệm mua sắm tiện lợi cho người dùng và công cụ quản trị hiệu quả cho chủ cửa hàng. Theo tài liệu gốc, dự án hướng đến việc "tạo ra một trải nghiệm mua sắm sách thuận tiện và tối ưu nhất", đồng thời "đáp ứng nhu cầu người dùng đa dạng". Việc lựa chọn đề tài này giúp sinh viên áp dụng các kiến thức đã học vào một sản phẩm thực tế, từ phân tích thiết kế hệ thống, thiết kế cơ sở dữ liệu, lập trình backend, frontend cho đến kiểm thử và triển khai. Nền tảng công nghệ được lựa chọn đóng vai trò xương sống cho toàn bộ hệ thống. Báo cáo gốc đã lựa chọn kiến trúc Model-View-Controller (MVC), một mẫu thiết kế phần mềm phổ biến giúp tách biệt logic nghiệp vụ, dữ liệu và giao diện người dùng. Sự lựa chọn này cho phép phát triển và bảo trì mã nguồn một cách có tổ chức. Các công cụ cụ thể như Visual Studio 2022 và SQL Server Management Studio cung cấp một môi trường phát triển tích hợp mạnh mẽ, trong khi Bootstrap 5 giúp xây dựng giao diện đáp ứng (responsive) nhanh chóng, đảm bảo website hoạt động tốt trên nhiều thiết bị.

1.1. Mục tiêu và ý nghĩa thực tiễn của đề tài bán sách

Mục tiêu cốt lõi của đồ án phần mềm này là xây dựng một ứng dụng web tiện lợi, đáng tin cậy và hấp dẫn cho việc mua sắm sách trực tuyến. Dự án không chỉ giải quyết bài toán kỹ thuật mà còn nhắm đến việc tối ưu hóa quy trình kinh doanh. Cụ thể, hệ thống phải đáp ứng được hai nhóm đối tượng chính: khách hàng và người quản trị. Đối với khách hàng, website cần cung cấp các chức năng như tìm kiếm, xem chi tiết sản phẩm, quản lý giỏ hàng, và đặt hàng. Đối với người quản trị, hệ thống phải có các công cụ để quản lý sản phẩm, quản lý đơn hàng, và theo dõi doanh số. Ý nghĩa thực tiễn của đề tài nằm ở việc mô phỏng một mô hình kinh doanh thực tế, giúp sinh viên hiểu rõ hơn về cách công nghệ thông tin hỗ trợ và thúc đẩy thương mại điện tử.

1.2. Các công nghệ nền tảng được lựa chọn triển khai

Việc lựa chọn công nghệ là bước nền tảng quyết định đến khả năng mở rộng và bảo trì của dự án. Tài liệu gốc chỉ rõ việc áp dụng kiến trúc MVC (Model-View-Controller) làm mẫu thiết kế chính. Môi trường phát triển tích hợp (IDE) được sử dụng là Visual Studio 2022 của Microsoft, hỗ trợ mạnh mẽ cho các ngôn ngữ như C#. Về phía cơ sở dữ liệu, SQL Server được chọn để lưu trữ và quản lý toàn bộ dữ liệu của hệ thống, từ thông tin sách, khách hàng đến đơn hàng. Để xây dựng giao diện người dùng, framework Bootstrap 5 được tích hợp, giúp tạo ra các trang web có thiết kế đáp ứng (responsive), đảm bảo trải nghiệm nhất quán trên cả máy tính để bàn và thiết bị di động. Sự kết hợp này tạo ra một hệ sinh thái công nghệ hoàn chỉnh và phổ biến trong ngành phát triển phần mềm.

II. Bí Quyết Phân Tích Yêu Cầu Cho Website Bán Sách Hiệu Quả

Giai đoạn phân tích yêu cầu là bước khởi đầu quan trọng, quyết định sự thành công của một đồ án phần mềm. Việc xác định sai hoặc thiếu yêu cầu có thể dẫn đến việc phải thiết kế lại hệ thống, gây tốn kém thời gian và công sức. Đối với một website bán sách, quá trình này bắt đầu bằng việc mô tả tổng quan dự án: xây dựng một hệ thống phục vụ các chức năng cơ bản của một cửa hàng sách, tạo môi trường tương tác giữa người bán và người mua. Một khía cạnh quan trọng được đề cập trong tài liệu là việc phân quyền: chỉ quản trị viên mới có quyền tạo tài khoản cho nhân viên, trong khi khách hàng có thể tự đăng ký. Việc xác định các tác nhân (Actor) và các trường hợp sử dụng (Usecase) là kỹ thuật cốt lõi trong giai đoạn này. Các Actor chính bao gồm Khách hàng và Admin (người quản trị). Từ đó, các Usecase tổng quát được xây dựng, bao gồm Quản lý tài khoản, Quản lý sản phẩm, và Quản lý đơn hàng. Mỗi Usecase tổng quát này lại được phân rã thành các Usecase chi tiết hơn, ví dụ như Usecase "Mua hàng" của Khách hàng bao gồm các chức năng: tìm kiếm sản phẩm, xem chi tiết, thêm vào giỏ hàng, và xem lịch sử mua hàng. Việc trực quan hóa các yêu cầu này bằng sơ đồ Use Case giúp tất cả các thành viên trong nhóm và giảng viên hướng dẫn có một cái nhìn thống nhất về phạm vi và chức năng của hệ thống.

2.1. Xác định Actor và Usecase tổng quát của hệ thống

Trong phân tích thiết kế hệ thống, việc xác định đúng các Actor (tác nhân) tương tác với hệ thống là bước đầu tiên. Tài liệu nghiên cứu chỉ ra hai Actor chính: Khách hàng và Admin. Khách hàng là người dùng cuối, thực hiện các hành động như đăng ký, đăng nhập, tìm kiếm sách, đặt hàng. Admin là người quản trị, chịu trách nhiệm vận hành hệ thống với các quyền hạn cao hơn như quản lý sách, quản lý đơn hàng của khách, và quản lý tài khoản người dùng. Dựa trên các Actor này, sơ đồ Usecase tổng quát (Hình 1 trong báo cáo) được thiết lập, phác thảo các nhóm chức năng chính. Các nhóm này bao gồm: Quản lý tài khoản, Quản lý sản phẩm, Quản lý đơn hàng, và Mua hàng. Sơ đồ này đóng vai trò là bản đồ chức năng cấp cao cho toàn bộ đồ án website bán sách.

2.2. Đặc tả chi tiết các Usecase nghiệp vụ cốt lõi

Từ các Usecase tổng quát, việc đặc tả Usecase chi tiết là cần thiết để làm rõ luồng hoạt động của từng chức năng. Mỗi đặc tả thường bao gồm các thông tin như: tên Usecase, Actor thực hiện, điều kiện tiên quyết (Pre-condition), luồng sự kiện chính (Main Flow), và kết quả sau khi thực hiện (Post-condition). Ví dụ, Usecase "Thêm sản phẩm vào giỏ hàng" (UC13) có Actor là Người dùng, điều kiện tiên quyết là người dùng đã xem chi tiết sản phẩm, và kết quả là sản phẩm được thêm vào giỏ hàng. Tương tự, Usecase "Cập nhật trạng thái đơn hàng" (UC19) do Admin thực hiện, yêu cầu đơn hàng đã được đặt trước đó. Việc đặc tả chi tiết này giúp đội ngũ lập trình hiểu rõ yêu cầu nghiệp vụ và xây dựng các chức năng một cách chính xác, đồng thời là cơ sở để viết các kịch bản kiểm thử chức năng sau này.

III. Phương Pháp Thiết Kế Hệ Thống Website Bán Sách Chuyên Nghiệp

Sau khi hoàn tất phân tích yêu cầu, giai đoạn thiết kế hệ thống bắt đầu. Đây là quá trình chuyển hóa các yêu cầu nghiệp vụ thành một bản thiết kế kỹ thuật chi tiết, sẵn sàng cho việc lập trình. Đối với đồ án xây dựng website bán sách, thiết kế hệ thống bao gồm hai phần chính: thiết kế kiến trúc logic và thiết kế quy trình nghiệp vụ. Kiến trúc logic của hệ thống thường được mô tả thông qua sơ đồ lớp (Class Diagram). Sơ đồ này biểu diễn các lớp đối tượng chính trong hệ thống, các thuộc tính của chúng và mối quan hệ giữa chúng. Theo tài liệu tham khảo (Hình 10), các lớp quan trọng bao gồm NguoiDung, Sach, GioHang, và DonHang. Mối quan hệ giữa các lớp này (ví dụ: một Người Dùng có thể có nhiều Đơn Hàng) định hình cách dữ liệu được tổ chức và xử lý. Thiết kế quy trình nghiệp vụ tập trung vào việc mô tả luồng hoạt động của các chức năng phức tạp. Các sơ đồ hoạt động (Activity Diagram) hoặc sơ đồ tuần tự (Sequence Diagram) được sử dụng để minh họa các bước mà người dùng và hệ thống thực hiện. Ví dụ, quy trình đặt hàng (Hình 6) mô tả rõ các bước từ khi khách hàng chọn sản phẩm, nhập thông tin, thanh toán cho đến khi hệ thống xác nhận và lưu đơn hàng. Một thiết kế hệ thống tốt giúp đảm bảo tính nhất quán, dễ bảo trì và mở rộng của phần mềm.

3.1. Thiết kế kiến trúc logic với Class Diagram chi tiết

Sơ đồ lớp (Class Diagram) là một công cụ mạnh mẽ trong bộ sơ đồ UML, dùng để mô tả cấu trúc tĩnh của hệ thống. Trong đồ án này, Class Diagram (Hình 10 trong báo cáo) xác định các thực thể chính như NguoiDung, Sach, DonHang, GioHang, TheLoai, NXB (Nhà xuất bản). Mỗi lớp được định nghĩa với các thuộc tính (ví dụ: Sach có tenSach, giaBan, soLuongKho) và các phương thức (ví dụ: NguoiDung có phương thức DangNhap(), TaoTaiKhoan()). Các mối quan hệ quan trọng như kế thừa, liên kết (association), và tập hợp (aggregation) được thể hiện rõ, ví dụ mối quan hệ một-nhiều giữa NguoiDung và DonHang. Sơ đồ này là bản thiết kế cho việc tạo các lớp đối tượng trong mã nguồn, đảm bảo tính logic và nhất quán của toàn bộ cấu trúc phần mềm.

3.2. Xây dựng quy trình nghiệp vụ Đăng nhập và Mua hàng

Việc mô hình hóa các quy trình nghiệp vụ giúp làm rõ luồng tương tác giữa người dùng và hệ thống. Quy trình đăng nhập (Hình 7) là một ví dụ điển hình, bắt đầu khi người dùng nhập tài khoản và mật khẩu. Hệ thống sẽ kiểm tra sự tồn tại của tài khoản, sau đó xác thực mật khẩu. Nếu thành công, người dùng được chuyển hướng đến trang chủ; nếu thất bại, một thông báo lỗi sẽ được hiển thị. Quy trình đặt hàng (Hình 6) phức tạp hơn, bao gồm các bước: chọn sản phẩm, thêm vào giỏ, nhập thông tin giao hàng, kiểm tra thanh toán, và cuối cùng là lưu thông tin đơn hàng vào cơ sở dữ liệu. Việc trực quan hóa các quy trình này đảm bảo logic nghiệp vụ được triển khai một cách chính xác trong quá trình xây dựng website bán sách.

IV. Hướng Dẫn Thiết Kế Cơ Sở Dữ Liệu Cho Web Bán Sách Tối Ưu

Cơ sở dữ liệu (CSDL) là trái tim của mọi ứng dụng web, nơi lưu trữ toàn bộ thông tin quan trọng. Việc thiết kế cơ sở dữ liệu cho website bán sách đòi hỏi sự cẩn thận để đảm bảo tính toàn vẹn dữ liệu, hiệu suất truy vấn và khả năng mở rộng. Quá trình này bắt đầu với việc tạo Sơ đồ thực thể kết hợp (ERD - Entity Relationship Diagram). Sơ đồ ERD (Hình 11 trong tài liệu) là một mô hình trực quan, biểu diễn các thực thể chính (Entities) như KHACHHANG, SACH, DONHANG, và mối quan hệ (Relationships) giữa chúng. Ví dụ, mối quan hệ giữa DONHANG và CHITIETDONHANG là một-nhiều, cho thấy một đơn hàng có thể bao gồm nhiều sản phẩm chi tiết. Từ sơ đồ ERD, các bảng dữ liệu vật lý được thiết kế trên một hệ quản trị CSDL cụ thể, trong trường hợp này là SQL Server. Mỗi thực thể trong ERD tương ứng với một bảng, mỗi thuộc tính tương ứng với một cột. Việc xác định khóa chính (Primary Key) và khóa ngoại (Foreign Key) là cực kỳ quan trọng để thiết lập các mối quan hệ và ràng buộc toàn vẹn dữ liệu. Một thiết kế CSDL tốt không chỉ lưu trữ dữ liệu mà còn giúp tối ưu hóa các hoạt động truy vấn, chẳng hạn như tìm kiếm sách theo thể loại hoặc lấy lịch sử đơn hàng của một khách hàng.

4.1. Sơ đồ thực thể kết hợp ERD và các mối quan hệ

Sơ đồ ERD (Entity-Relationship Diagram) là bước đầu tiên trong việc mô hình hóa dữ liệu. Tài liệu gốc (Hình 11) đã xây dựng một sơ đồ ERD chi tiết, xác định các thực thể cốt lõi như KhachHang, Sach, DonHang, TacGia, NhaXuatBan, và TheLoai. Mối quan hệ giữa các thực thể này được định nghĩa rõ ràng. Ví dụ, một Sach thuộc về một TheLoai và một NhaXuatBan (quan hệ một-nhiều). Một DonHang được tạo bởi một KhachHang. Đặc biệt, mối quan hệ nhiều-nhiều giữa DonHang và Sach được giải quyết bằng một bảng trung gian là ChiTietDonHang, chứa thông tin về số lượng và đơn giá của từng sản phẩm trong mỗi đơn hàng. Sơ đồ ERD này là nền tảng vững chắc cho việc thiết kế database cho website bán sách.

4.2. Chi tiết các bảng dữ liệu quan trọng Sách Đơn Hàng

Từ sơ đồ ERD, các bảng dữ liệu cụ thể được tạo ra. Bảng SACH (Hình 19) là bảng trung tâm, chứa các thông tin như IDSach (khóa chính), TenSach, GiaBan, SoLuongKho, MoTa, và các khóa ngoại như IDNXB, IDTheLoai để liên kết đến các bảng tương ứng. Bảng DONHANG (Hình 15) lưu trữ thông tin giao dịch, bao gồm IDDonHang (khóa chính), NgayDat, TongTien, DiaChiNhan, TrangThai, và khóa ngoại IDKhachHang. Bảng CHITIETDONHANG (Hình 13) là bảng chi tiết, liên kết DONHANG và SACH thông qua cặp khóa chính IDDonHang và IDSach, đồng thời chứa các thuộc tính như SL (số lượng) và DonGia. Cấu trúc này đảm bảo dữ liệu được chuẩn hóa, tránh trùng lặp và dễ dàng truy vấn.

V. Quy Trình Xây Dựng Giao Diện và Kiểm Thử Chức Năng Toàn Diện

Sau khi hoàn thành thiết kế backend và cơ sở dữ liệu, việc xây dựng giao diện người dùng (UI) và kiểm thử chức năng là hai công đoạn cuối cùng để hoàn thiện sản phẩm. Giao diện là bộ mặt của website bán sách, quyết định trực tiếp đến trải nghiệm người dùng (UX). Dựa trên báo cáo (Chương 5), các giao diện chính đã được thiết kế một cách trực quan, bao gồm Trang Chủ, Trang Danh Mục Sách, Trang Chi Tiết Sách, Giỏ Hàng, và các trang quản trị dành cho Admin. Việc sử dụng Bootstrap 5 giúp đảm bảo các giao diện này hiển thị tốt trên nhiều kích thước màn hình khác nhau. Song song với việc phát triển giao diện là quá trình kiểm thử. Kiểm thử phần mềm là hoạt động không thể thiếu để đảm bảo chất lượng. Quy trình này bao gồm việc tạo ra các Kịch bản kiểm thử (Test Scenario) và các Trường hợp kiểm thử (Test Case) chi tiết. Báo cáo gốc (Chương 6) đã xây dựng các kịch bản cho cả hai vai trò: Khách hàng và Quản lý. Đối với khách hàng, các kịch bản tập trung vào luồng mua hàng: xem sách, thêm vào giỏ, đặt hàng, đăng ký/đăng nhập. Đối với Quản lý, các kịch bản kiểm tra chức năng quản lý danh mục, sản phẩm, và đơn hàng. Mỗi Test Case cụ thể sẽ mô tả các bước thực hiện, dữ liệu đầu vào và kết quả mong đợi, giúp phát hiện lỗi một cách có hệ thống.

5.1. Thiết kế giao diện người dùng UI và trải nghiệm UX

Giao diện người dùng (UI) của website bán sách cần phải sạch sẽ, dễ điều hướng và hấp dẫn. Tài liệu gốc đã trình bày các mẫu thiết kế cho nhiều trang quan trọng. Giao diện Trang Chủ (Hình 24) nổi bật với banner, thanh tìm kiếm và khu vực hiển thị các sản phẩm bán chạy. Giao diện Danh Mục Sách (Hình 25) cho phép lọc sản phẩm theo thể loại. Trang Chi Tiết Sách (Hình 26) cung cấp đầy đủ thông tin về giá, mô tả, số lượng tồn kho. Đặc biệt, giao diện quản lý của Admin (Hình 33) được thiết kế có cấu trúc với menu điều hướng rõ ràng, cho phép quản trị viên dễ dàng thực hiện các tác vụ như thêm, sửa, xóa sách hoặc tài khoản. Một thiết kế UI/UX tốt giúp nâng cao sự hài lòng của người dùng và tăng tỷ lệ chuyển đổi.

5.2. Kịch bản kiểm thử Test Scenario và các trường hợp Test Case

Để đảm bảo hệ thống hoạt động đúng như mong đợi, việc kiểm thử chức năng là bắt buộc. Bảng 29 trong tài liệu gốc đã liệt kê các kịch bản kiểm thử (Test Scenario) cho cả hai vai trò. Ví dụ, kịch bản cho Khách hàng bao gồm các bước từ 'Xem các sách được gợi ý' đến 'Xác nhận mua sách'. Từ các kịch bản này, các trường hợp kiểm thử (Test Case) cụ thể được phát triển. Test Case số 17, 'Kiểm thử chức năng xác nhận đặt hàng', có các bước thực hiện là 'Nhấn vào nút Xác nhận', và kết quả mong đợi là 'Hệ thống xác nhận đã đặt hàng và trả về trang thông báo thành công'. Quy trình kiểm thử có hệ thống này giúp tìm ra các lỗi tiềm ẩn trước khi triển khai sản phẩm, đảm bảo chất lượng của đồ án phần mềm.

VI. Kết Luận Và Hướng Phát Triển Tương Lai Cho Website Bán Sách

Hoàn thành một đồ án phần mềm: xây dựng website bán sách là một thành tựu quan trọng, đánh dấu việc sinh viên đã áp dụng thành công kiến thức lý thuyết vào một dự án thực tế. Dự án đã xây dựng được một hệ thống thương mại điện tử cơ bản với đầy đủ các chức năng cốt lõi cho cả người dùng và quản trị viên, từ việc quản lý sản phẩm, xử lý đơn hàng đến việc cung cấp một giao diện mua sắm thân thiện. Tuy nhiên, không có hệ thống nào là hoàn hảo ngay từ đầu. Báo cáo gốc cũng đã thẳng thắn chỉ ra những phần còn hạn chế, ví dụ như chức năng voucher đã được thêm vào nhưng chưa hiển thị đầy đủ trên giao diện và chưa hoạt động đúng logic trừ tiền. Đây là một phần quan trọng của quá trình học tập: nhận ra các thiếu sót để cải thiện. Nhìn về tương lai, hệ thống này có tiềm năng rất lớn để phát triển và mở rộng. Việc phát triển các tính năng nâng cao không chỉ giúp sản phẩm hoàn thiện hơn mà còn là cơ hội để sinh viên tiếp cận với các công nghệ và thuật toán phức tạp hơn, chuẩn bị cho các dự án lớn trong tương lai. Những gợi ý phát triển này là minh chứng cho tư duy cầu tiến và khả năng nhìn xa hơn phạm vi của một môn học.

6.1. Đánh giá kết quả đạt được và những hạn chế của đồ án

Về cơ bản, đồ án đã hoàn thành các mục tiêu đề ra: xây dựng thành công một website bán sách với các chức năng chính hoạt động ổn định. Hệ thống cho phép khách hàng thực hiện toàn bộ quy trình mua sắm và cho phép admin quản lý các khía cạnh quan trọng của cửa hàng. Tuy nhiên, phần 'Những Phần Còn Hạn Chế' trong tài liệu đã chỉ ra một điểm yếu cụ thể: chức năng voucher chưa được hoàn thiện. Mặc dù đã có thiết kế trong cơ sở dữ liệu, logic xử lý voucher ở phía backend và hiển thị trên frontend vẫn chưa được triển khai đầy đủ. Việc nhận diện và ghi nhận những hạn chế này cho thấy sự trung thực trong nghiên cứu và là tiền đề quan trọng cho các cải tiến sau này.

6.2. Gợi ý các tính năng nâng cao Đánh giá và Gợi ý sách

Để nâng tầm website bán sách từ một đồ án cơ bản thành một sản phẩm cạnh tranh, tài liệu gốc đã đề xuất một số hướng phát triển quan trọng. Thứ nhất là tích hợp chức năng thanh toán tự động thông qua các cổng thanh toán trực tuyến thay vì xử lý thủ công. Thứ hai là xây dựng hệ thống đánh giá sách, cho phép người dùng để lại bình luận và xếp hạng sao cho sản phẩm. Dữ liệu này không chỉ hữu ích cho những người mua khác mà còn là đầu vào cho tính năng thứ ba: hệ thống gợi ý sản phẩm. Dựa trên lịch sử mua hàng và các lượt xem của người dùng, hệ thống có thể tự động đề xuất những cuốn sách có nội dung hoặc thể loại tương tự, từ đó cá nhân hóa trải nghiệm mua sắm và thúc đẩy doanh số.