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

Đồ án nghiên cứu kết thúc môn đồ án phần mềm đề tài web bán sách, thiết kế chi tiết, tính toán kỹ thuật theo tiêu chuẩn, đánh giá tính khả thi dự án.

• 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

Mục lục chi tiết

• 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

Tóm tắt

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ố.

Trích đoạn nội dung tài liệu

Chương 1: Giới Thiệu 1. Mục tiêu Mục đích của dự án Web bán sách là: Tạo ra một trải nghiệm mua sam sách thuận tiện và tối ưu nhất: Giúp người dùng tiếp cận sách một cách nhanh chóng và dễ dàng, từ việc tìm kiếm đến thanh toán và nhận hàng. Mục đích là tối ưu hóa quy trình mua sắm sách thú vị và tiện lợi. Đáp ứng nhu cầu người dùng đa dạng.

Dự án nhằm đáp ứng nhu cầu và sở thích đa dạng của người dùng trong việc đọc sách và cung cấp một kho sách phong phú và đáp ứng yêu cầu đa dạng của người dùng. Tạo ra một trải nghiệm người dùng tốt và hấp dẫn, giúp người. Phát triển thị trường sách số. Việc khuyến khích người dùng tiếp cận sách số có thể thúc đấy sự phát triển của nền văn hóa đọc sách và đóng góp vào thị trường sách điện tử.

Xây dựng hình ảnh thương hiệu mạnh mẽ: Tạo ra một ứng dụng có giao diện hấp dẫn, dễ nhớ và tạo được ấn tượng tích cực déi voi người dùng. Mục đích là xây dựng hình ảnh thương hiệu mạnh mẽ và đáng tin cậy trong lĩnh vực bán sách trực tuyên. Tóm lại, mục đích của dự án là xây dựng một ứng dụng 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, đáp ứng nhu cầu và sở thích đa dạng của người dùng, đồng thời tạo ra một trải nghiệm người dùng tốt và phát triển thị trường sách sô. 10 Dé An Phần Mềm Chương 2: Phân Tích Vêu Cầu 2 CHUONG 2: PHAN TICH YEU CAU 2.

Mô tả dự án Hệ thống được xây dựng để phục vụ các chức năng cơ bản của một cửa hàng bán sách nhất định, tạo ra môi trường đề chủ kinh doanh có thể tương tác với khách hàng và giúp khách hàng có thé tiếp cận được các dịch vụ do cửa hàng cung cấp. Hệ thống được triển khai trên nền tảng website giúp bất kỳ người dùng nào cũng có thể kết nối và sử dụng mà không yêu cầu cấu hình thiết bị quá cao. Hệ thống cho phép bất kỳ khách hàng nào muốn sử dụng dịch vụ tại cửa hàngđều có thể đăng ký tài khoản đề sử dụng dich vụ. Hệ thống chỉ cho phép quản lý hoặc quản trị viên tạo tài khoản và phân quyền cho các nhân viên làm việc, các nhân viên không phải là quản lý hay quản trị viên chỉ được phép chỉnh sửa thông tin cá nhân của bản thân và không được thay đôi chức vụ.

Actor va Usecase 2. Usecase tong quat Quản lí tài khoản Sa NN ` Quan lí sản phẩm Khách hàng Admin Quản lí đơn hàng Hình I: Usecase Tong Quat 11 Dé An Phan Mém Chương 2: Phân Tích Vêu Cầu 2. Usecase Quan ly san pham Quản lí sản phấm <em> Fh mat pd >> ;«extend». +*“““ «extend» Cập nhật thông tin sản phẩm «extend» Xem danh sách vai trò viết sách “.

saree = Severe, Chỉnh sửa thông tin vai trò Xem thông tin chỉ tiết nhà xuất bản Hình 2:secase Quản lý sản phẩm 12 Dé An Phan Mém Chương 2: Phân Tích Vêu Cầu 2. Usecase Quan ly don hang Quan lí đơn hàng Cập nhật trạng thái đơn hàng «extend» Xem danh sách đơn đặt hàng by si Xem chỉ tiết các đơn đặt hàng «extend» x __+ —- Admin NI Xem doanh số bán hàng Xem danh sách sản phẩm ưa thích Hình 3:Usecase Quan ly don hang 13 Dé An Phan Mém Chương 2: Phân Tích Vêu Cầu 2. Usecase Mua hàng Mua hang Tìm kiếm sản phẩm Lọc sản phấm «extend» Xem chỉ tiết sản phẩm = < Xem danh sách sản phẩm TT | < Khách hàng ae «extend» Thêm sản phẩm vào giỏ hàng Am Xem giỏ hàng _ }<---. «extend» «extend» = Chinh stra gid hang Xem lịch sử mua hàng Hình 4:Usecase mua hang 14 Dé An Phần Mềm Chương 2: Phân Tích Vêu Cầu 2.

Usecase Quản lý tài khoản Hình 5: Quản lý tài khoản 15 Dé An Phần Mềm Chương 3: Yêu Cầu Chức Năng 3 CHƯƠNG 3: YÊU CÂU CHỨC NĂNG 3. Dac ta Usecase 3. Usecase: Xem danh sách thông tin tài khoản Đảng 1:Xem danh sách thông tin tài khoản Xem danh sách thong tin tài N Cod IUC01 ame khoan > Description | Admin có thê xem danh sách thông tin các tài khoản đã tạo. | Trigger Admin sử dụng xdmin sử hất năng chat nang này nay kiệtkiet kêkế cácác tải khoản đã tạo.

Pre- ¬ DA TA LẤ A " Admm đăng nhập vào hệ thông kiêm tra. condifion Post - , ¬ ; ¬ Admmn đã xem được danh sách thông tin tài khoản. condifion e_ Admin đăng nhập vào hệ thông. ; e Admin chon chire nang “Xem danh sach thong tin tài khoản”.

EE e Hé thong hién thi danh sach thông tin tài khoản của người dùng, bao gôm các chỉ tiết như tên, đại chỉ email, tên đăng nhập, và các thông tin khác. Usecase: Chỉnh sửa thông tin Bang 2: Chỉnh sửa thông tin Name Chỉnh sửa théng tin Code C02 Description Admin sử dụng chức năng này để chỉnh sữa thông của người dùng. 16 Dé An Phan Mém Chương 3: Yêu Cầu Chức Năng. Admin sử dụng này để chỉnh sửa thông tin của Actor Admin | Trigger ve as người dùng.

Pre- condition Admin in đãđã đăngđăng nhập nhập vàovào hệhệ thêthông. Post ae ny ad ˆ ^ stage ¬ Admin đã cập nhật thành công thông tim tài khỏa. condition e Admin dang nhap vao hé thong. e Admin chọn chức năng ”Chỉnh sửa thông tin tài khoản”.

Main Flow ¢ Hé thống hiển thị from cho phép admin chỉnh sữa cá thông tin tài khoản. e _ Admin cập nhật thông tin trong các trường hợp cần chinh sửa. e_ Admin nhân nút “Lưu” để áp dụng các thay đôi. Usecase: Xem chi tiét Bang 3:Xem chi tiét Name Xem chi tiét Code IUC03 " Admin sử dụng chức năng này để xem chỉ tiết thông tin và tài khoản của Description Và HA người dùng.

Admin muốn xem chỉ tiết thông tin tài Actor Admin | Trigger , ee khoản của người dùng. Pre- condition Admin in đăngdang nhap nhập vàovao héhệ théthông. Post ae kn re ; " Admmn đã xem được chi tiết thông tin tài khoản. condifion 17 Dé An Phan Mém Chương 3: Yêu Cầu Chức Năng e_ Admin đăng nhập vào hệ thông.

Main Flow e Admin chon chire nang “Xem chi tiét “. e Hé thong hién thi chỉ tiết thông tin của người dùng, bao gồm tên, địa chỉ, email, tên đăng nhập, và các thông tin khác. Usecase: Đăng nhập Đảng 4.Đăng nhập Name Đăng nhập Code C04 Description | Admin sử dụng chức năng này đề đăng nhập vào hệ thống vào tài khoản. Actor Admin | Trigger Admin muốn đăng nhập vào hệ thông.

Pre- condition Admin in dađã cung cậpấp thôngthông tintin đăngdang nhậpnhập dungđúngvavà taitài 1 khoankhoản da đã duocđược t tao. Post condition Admin in đã đã đăngđăng nhập nhập thành công công vàvà cócó quyênquyềntruy truy cập cập vào ứng d dụng. vào ứng e Admin truy cập vào màn hình đăng nhập của ứng dụng. e Hé thong hién thi các trường nhập thông tin đăng nhập, bao gồm tên đăng nhập và mật khâu.

e Admin nhap thông tin đăng nhập vào các trường tương ứng. Main Flow e Admin nhan nut “ Dang Nhap”. e - Hệ thông kiểm tra tính hợp lệ của thông tin đăng nhập và xác thực tài khoản. e© Nếu thông tin đăng nhập hợp lệ, người dùng được chuyên hướng vào ứng dụng và đăng nhập thành công.

Exceptional ns ae ˆ ˆ ˆ TA ae ˆ x naa Flow Thông tin đăng nhập không hợp lệ (VD: sai tên đăng nhập hoặc mật khâu). 18 Dé An Phan Mém Chương 3: Yêu Cầu Chức Năng 3. Usecase: Đăng xuất Bảng 5: Đăng xuất Name Đăng xuất Code IUC05 Description | Admin sử dụng chức năng này để đăng xuất khỏi hệ thông. Actor Admin | Trigger Admin muốn đăng xuất khỏi hệ thông.

Pre- condition Admin in đãda đăngđăng xuất xuât khỏikhỏi hệhệ théthông. Post condition Amin in đã da đăng dang xuatxuất và va khôngkhong thể thêtruy cập cáccá chức truy cập chức năng nă g yêuyêu câucầu đăngđăng nhập. nhậ e Admin muốn đăng xuất khỏi ứng dụng. Main Flow e Admin chọn chức năng “Đăng xuất “.

e Hé thong thực hiện xác nhận và xác nhận yêu cầu đăng xuẤt. e Amin dang xuất khỏi hệ thống. Usecase: Dang ki Bang 6:Déing ki Name Dang ki Code IUC06 Description | Người dùng sử dụng chức năng này đề tạo tài khoản cho thành viên mới. Actor Nguoi Trigger Người dùng sử dụng chức năng này để tạo tài dùng khoản cho thành viên mới 19 Dé An Phần Mềm Chương 3: Yêu Cầu Chức Năng Pre-.

ban ; A 2LẤ " Người dùng chưa có tài khoản trong hệ thông. condition Post Người dùng đã đăng ký thành công và có thê sử dụng tài khoản mới để đăng condition nhập vào ứng dụng. e Nguoi dung truy cập vào màn hình đăng ký trong ứng dụng. e Hé thong hién thi các trường đăng ký cần điền, bao gồm tên, địa chi Main Flow email, tên đăng nhập và mật khẩu.

e_ Người dùng nhập thông tin cá nhân của họ vào các trường tương ứng. e© Người dùng nhấn vào nút "Đăng ký". e - Hệ thông kiểm tra tính hợp lệ của thông tin đăng ký. Người dùng không hoàn tất việc nhập thông tin đăng ký.

Excepfional "¬ LO, Flow Thông tin đăng ký không hợp lệ hoặc bị trùng lặp với tài khoản đã tôn tại trong hệ thống. Usecase: Xem thông tin chỉ tiết tài khoản Bảng 7:Xem thông tin chỉ tiết tài khoản Xem thông tin chỉ tiết tài Name , 5 Code UC07 khoan s2 Người dùng sử dụng chức năng này để xem chi tiết thông tin cá nhân và tài Description Đa Cà khoản của mình. Người dùng muốn xem chỉ tiết thông tin tai Actor ` Trigger boon, dung khoan cua minh. Pre- condidon Người gườidùngdùng đãđã đăngđăng nhập nhập vàovào hệhệ thổthông.

Post và đa ~ Sk pm vn XẠT , " Người dùng đã xem được chi tiệt thông tin tài khoản. condition 20 Dé An Phan Mém Chương 3: Yêu Cầu Chức Năng e_ Người dùng đăng nhập vào ứng dụng. Main Flow e Người dùng chọn chức năng "Xem thông tin chỉ tiết tài khoán”. e Hé thong hién thi chi tiét thong tin tài khoản của người dùng, bao gôm tên, địa chỉ email, tên đăng nhập, và các thông tin khác.

Usecase: Chỉnh sửa thông tin Đảng ồ: Chỉnh sửa thông tin Name Chỉnh sửa théng tin Code UC08 cố Người dùng sử dụng chức năng này đề chính sửa thông tin cá nhân của tài Description , khoản. eee Nguoi Trigger Người dùng muốn chính sửa thông tin cá nhân dùng của tài khoản. Pre- và TA ~ 4e ^ ` ˆ Ã ¬ Người dùng đã đăng nhập vào hệ thông. condition Post er ~ A Ay ad ^ ¬ ge ; " Người dùng đã cập nhật thành công thông tin tài khoản.

condition e Nguoi dung dang nhap vao ứng dụng.