Đồ Á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ố.

Nội dung chính

Bối cảnh và vấn đề nghiên cứu

Đề tài "Xây dựng hệ thống quản lý bán sách" (Báo cáo kết thúc môn Đồ án phần mềm) do nhóm sinh viên Khoa Công nghệ Thông tin, Trường Đại học Ngoại ngữ - Tin học Thành phố Hồ Chí Minh thực hiện vào tháng 11/2023 dưới sự hướng dẫn của ThS. Nguyễn Anh Vũ.

• Lý do chọn đề tài và bối cảnh thực tiễn: Sự phát triển của công nghệ thông tin và mạng máy tính đã biến máy tính thành công cụ phục vụ việc nắm bắt, xử lý thông tin trong mọi lĩnh vực đời sống. Trong bối cảnh ngành dịch vụ từng bước chuyển đổi để thích nghi với tiến bộ công nghệ, việc ứng dụng tin học giúp tối ưu hóa năng suất lao động, nâng cao hiệu quả kinh doanh và giảm thiểu chi phí hao tổn. Đề tài được hình thành nhằm xây dựng một hệ thống quản lý trực tuyến cho cửa hàng bán sách, hỗ trợ quản lý các đối tượng vận hành và tạo môi trường tương tác dịch vụ với khách hàng.
• Mục tiêu của dự án: Văn bản xác định bốn mục tiêu cụ thể:
  1. Tạo ra trải nghiệm mua sắm sách thuận tiện và tối ưu nhất: Giúp người dùng tiếp cận sách nhanh chóng từ tìm kiếm, xem chi tiết đến thanh toán và nhận hàng.
  2. Đáp ứng nhu cầu người dùng đa dạng: Cung cấp kho sách phong phú, đáp ứng sở thích đọc sách đa dạng của khách hàng.
  3. Phát triển thị trường sách số: Khuyến khích tiếp cận văn hóa đọc và đóng góp vào sự phát triển của sách điện tử.
  4. Xây dựng hình ảnh thương hiệu mạnh mẽ: Thiết kế ứng dụng trực quan, tạo dấu ấn tin cậy trong lĩnh vực kinh doanh sách trực tuyến.
• Đối tượng và phạm vi nghiên cứu:
  • Đối tượng: Quy trình quản trị nghiệp vụ bán sách (sản phẩm sách, thể loại, tác giả, nhà xuất bản, đơn hàng, tài khoản) và luồng thao tác mua hàng trực tuyến của người dùng.
  • Phạm vi hệ thống: Triển khai ứng dụng web cho cửa hàng sách với hai nhóm tác nhân chính là Khách hàng và Quản trị viên (Admin/Nhân viên), không đòi hỏi cấu hình thiết bị phức tạp từ phía người sử dụng.

---

Cơ sở lý thuyết và phương pháp phát triển

• Mô hình kiến trúc phần mềm: Đồ án áp dụng mô hình kiến trúc Model-View-Controller (MVC):
  • Model: Đảm nhận việc định nghĩa các lớp dữ liệu và xử lý logic nghiệp vụ. Văn bản trình bày các công nghệ phổ biến như C# trong ASP.NET, Java (Spring Framework), Python (Flask, Django).
  • View: Xây dựng giao diện người dùng dựa trên HTML, CSS, JavaScript và cú pháp Razor (C#) kết hợp mã HTML.
  • Controller: Tiếp nhận và xử lý các luồng điều khiển, kết nối giữa Model và View.
• Công cụ và framework phát triển:
  • Môi trường phát triển tích hợp (IDE): Microsoft Visual Studio 2022 hỗ trợ lập trình C#, C++, ASP.NET.
  • Hệ quản trị cơ sở dữ liệu: Microsoft SQL Server kết hợp công cụ quản lý đồ họa SQL Server Management Studio (SSMS) để tạo bảng, thiết lập quan hệ và truy vấn dữ liệu.
  • Framework giao diện: Bootstrap 5 cung cấp hệ thống lưới (grid), biểu mẫu (form), nút bấm (button), bảng biểu và tương thích responsive theo phương pháp mobile-first.
• Phương pháp phân tích và thiết kế hệ thống:
  • Phương pháp hướng đối tượng sử dụng ngôn ngữ mô hình hóa UML (Unified Modeling Language) để xây dựng sơ đồ Use Case tổng quát, Use Case phân hệ, Biểu đồ lớp (Class Diagram) và Sơ đồ quy trình hoạt động (Activity/Process Flow).
  • Thiết kế cơ sở dữ liệu quan hệ với Sơ đồ quan hệ thực thể (ERD) và chuẩn hóa bảng dữ liệu trên SQL Server.
  • Phương pháp kiểm thử hộp đen (Black-box testing) thông qua việc xây dựng Test Scenario và bộ Test Case kiểm tra chức năng, kiểm tra ràng buộc dữ liệu đầu vào và kiểm thử liên kết phân hệ.

---

Thiết kế và triển khai hệ thống

1. Quy trình xử lý nghiệp vụ chính

• Quy trình đặt thuê/mua sách: Khách hàng duyệt chọn sách -> Hệ thống truy vấn cơ sở dữ liệu và hiển thị chi tiết -> Khách hàng nhập thông tin nhận hàng -> Hệ thống kiểm tra thông tin và chuyển sang giao diện thanh toán -> Xác nhận thanh toán (nếu thành công: lưu đơn hàng vào DB và xuất hóa đơn điện tử; nếu thất bại: rollback dữ liệu và báo lỗi).
• Quy trình đăng nhập: Người dùng nhập tài khoản, mật khẩu -> Hệ thống kiểm tra sự tồn tại tài khoản -> Kiểm tra tính hợp lệ của mật khẩu -> Chuyển hướng về trang chủ nếu đúng, hoặc thông báo lỗi nếu sai.
• Quy trình quản lý sách: Quản trị viên đăng nhập -> Duyệt danh sách sách -> Thực hiện thêm sách mới (điền form, kiểm tra trùng lặp) hoặc chọn sách cần xóa/chỉnh sửa -> Cập nhật trực tiếp vào cơ sở dữ liệu.

2. Thiết kế cơ sở dữ liệu

Hệ thống thiết kế 11 bảng dữ liệu trên hệ quản trị SQL Server:

Tên bảng	Các trường dữ liệu chính	Khóa chính (PK) / Khóa ngoại (FK)	Mô tả chức năng
SACH	IDSach, TenSach, GiaBan, SoLuongKho, MoTa, AnhMinhHoa, NgayPhatHanh, SLXem, SLBan, IDNXB, IDTheLoai	PK: IDSach FK: IDNXB, IDTheLoai	Lưu thông tin chi tiết các đầu sách trong kho
THELOAI	IDTheLoai, TenTheLoai	PK: IDTheLoai	Danh mục phân loại sách
TACGIA	IDTG, Ten, DiaChi, Mail, GioiThieu	PK: IDTG	Lưu trữ lý lịch và thông tin liên hệ tác giả
VAITRO	IDTG, IDSach, VaiTro	PK: IDTG, IDSach	Quan hệ nhiều-nhiều giữa sách và tác giả
NXB	IDNXB, SDT, Mail, DiaChi, TenNXB	PK: IDNXB	Quản lý thông tin các nhà xuất bản
KHACHHANG	IDKhachHang, Ten, DiaChi, SDT, Mail, TenDangNhap, MatKhau, NgaySinh, GioiTinh, XacThuc	PK: IDKhachHang	Lưu trữ hồ sơ người dùng mua hàng
QUANLI	TenTaiKhoan, MatKhau	PK: TenTaiKhoan	Tài khoản quản trị hệ thống
DONHANG	IDDonHang, NgayDat, TongTien, NgayGiao, DiaChiNhan, SDTNhan, TenNguoiNhan, NgayGuiHang, HTGiaoHang, HTThanhToan, TrangThai, IDKhachHang, Voucher	PK: IDDonHang FK: IDKhachHang	Thông tin tổng quát đơn đặt hàng
CHITIETDONHANG	IDDonHang, IDSach, SL, DonGia, ThanhTien	PK: IDDonHang, IDSach	Chi tiết từng mặt hàng trong đơn hàng
DANHGIA	IDDanhGia, IDSach, Diem, BinhLuan	PK: IDDanhGia FK: IDSach	Điểm số và nhận xét đánh giá của người dùng
VOUCHER	Ma, TienGiam, SLSD	PK: Ma	Mã giảm giá và số lượng sử dụng

---

Nội dung chính theo từng chương

Chương 1: Giới thiệu

Chương 1 khái quát về kiến trúc Model-View-Controller (MVC) và các thành phần ngôn ngữ, công cụ thực hiện dự án. Báo cáo làm rõ tính năng của IDE Microsoft Visual Studio 2022, công cụ quản lý cơ sở dữ liệu SQL Server Management Studio (SSMS) và framework thiết kế giao diện Bootstrap 5. Tác giả trình bày lý do lựa chọn đề tài xuất phát từ nhu cầu số hóa kinh doanh của các nhà sách, kèm 4 mục tiêu phát triển hệ thống về trải nghiệm người dùng, sự đa dạng sản phẩm, thị trường sách và nhận diện thương hiệu.

Chương 2: Phân tích yêu cầu

Chương này mô tả phạm vi hoạt động của hệ thống phần mềm website bán sách, thiết lập mô hình tương tác giữa hai nhóm tác nhân chính:

• Khách hàng: Thực hiện tìm kiếm, duyệt danh mục, xem chi tiết sách, quản lý giỏ hàng, đặt mua sách và theo dõi lịch sử mua hàng.
• Admin/Nhân viên: Thực hiện đăng nhập, quản lý tài khoản người dùng, quản lý sản phẩm sách, quản lý đơn hàng, quản lý danh mục tác giả, nhà xuất bản, thể loại và xem thống kê doanh số. Mối quan hệ giữa các Use Case được chuẩn hóa qua các sơ đồ tổng quát và sơ đồ phân hệ (include, extend).

Chương 3: Yêu cầu chức năng

Chương 3 trình bày 28 bảng đặc tả Use Case chi tiết (từ IUC01 đến UC28), bao gồm:

• Nhóm Use Case tài khoản: Xem danh sách tài khoản (IUC01), Chỉnh sửa thông tin tài khoản (IUC02, UC08), Xem chi tiết tài khoản (IUC03, UC07), Đăng nhập (IUC04), Đăng xuất (IUC05), Đăng ký (IUC06).
• Nhóm Use Case sản phẩm & mua sắm: Xem danh sách sản phẩm (IUC09), Tìm kiếm sản phẩm (IUC10), Lọc sản phẩm (IUC11), Xem chi tiết sản phẩm (UC12), Thêm vào giỏ hàng (UC13), Xem giỏ hàng (IUC14), Đặt hàng (UC15), Chỉnh sửa giỏ hàng (UC16), Xem lịch sử đơn hàng (UC17).
• Nhóm Use Case quản trị: Xem danh sách đơn hàng (IUC18), Cập nhật trạng thái đơn hàng (IUC19), Xem chi tiết đơn hàng (UC20), Xem doanh số bán hàng (UC21), Quản lý thể loại (UC22, UC25, UC26, UC27), Quản lý sản phẩm (UC23, UC24), Xem danh sách tác giả (UC28). Mỗi đặc tả đều quy định rõ: Mã Use Case, Tác nhân (Actor), Điều kiện tiên quyết (Pre-condition), Điều kiện kết thúc (Post-condition), Luồng sự kiện chính (Main Flow) và Luồng ngoại lệ (Exceptional Flow/Error situations).

Chương 4: Thiết kế hệ thống

Chương 4 cụ thể hóa kiến trúc hệ thống qua các sơ đồ:

• Sơ đồ hoạt động quy trình (Activity Diagram): Quy trình đặt thuê sách, quy trình đăng nhập tài khoản, quy trình xóa sách và quy trình thêm sách mới của nhân viên.
• Biểu đồ lớp (Class Diagram): Khai báo các lớp đối tượng (NguoiDung, DatHang, GioHang, Sach, NXB, TheLoai, TacGia, DanhGia, Voucher) cùng các thuộc tính và phương thức xử lý dữ liệu.
• Thiết kế cơ sở dữ liệu: Sơ đồ ERD thể hiện mối quan hệ khóa chính - khóa ngoại giữa 11 thực thể dữ liệu và định nghĩa chi tiết kiểu dữ liệu, ràng buộc giá trị rỗng (Allow Nulls) trên SQL Server.

Chương 5: Thiết kế giao diện hệ thống

Chương 5 cung cấp ảnh chụp trực tiếp toàn bộ giao diện phần mềm đã lập trình:

• Giao diện người dùng: Trang chủ với khối banner và "Top 4 sản phẩm bán chạy", Giao diện Danh mục sách theo chủ đề (Kinh tế, Văn học, Ngoại ngữ, Tâm lý, Khoa học kỹ thuật), Chi tiết sản phẩm, Form Đăng ký/Đăng nhập, Giỏ hàng có áp dụng Voucher, Lịch sử đơn hàng và Màn hình thông báo đặt hàng thành công.
• Giao diện quản trị (Admin): Trang tổng quan quản lý, Bảng quản lý sách (danh sách, form thêm mới, xóa, sửa chi tiết), Quản lý nhà xuất bản, Quản lý tài khoản khách hàng, Quản lý tác giả, Quản lý thể loại và Quản lý/chỉnh sửa thông tin đơn hàng (trạng thái, hình thức vận chuyển VNEX).

Chương 6: Kiểm thử chức năng hệ thống

Chương 6 hệ thống hóa công tác đảm bảo chất lượng phần mềm qua 22 kịch bản kiểm thử (Test Scenario) và bộ 54 Test Case chi tiết:

• Kiểm thử điều hướng và giao diện: Kiểm tra nút liên hệ, giỏ hàng, chuyển trang banner, nút phân trang.
• Kiểm thử xác thực dữ liệu Form Đăng ký/Đăng nhập: Kiểm tra độ dài tên đăng nhập (<10 ký tự, >10 ký tự, >20 ký tự, <5 ký tự), kiểm tra ký tự viết hoa, ký tự số, khoảng trắng, ký tự đặc biệt, dấu tiếng Việt, định dạng email (thiếu @, đúng chuẩn @gmail.com) và tài khoản trùng lặp.
• Kiểm thử tìm kiếm & lọc: Tìm từ khóa chính xác, từ khóa không tồn tại, từ khóa chứa ký tự đặc biệt, chứa số xen kẽ, lọc theo thể loại.
• Kiểm thử giỏ hàng & thanh toán: Kiểm thử đặt hàng khi chưa đăng nhập và đã đăng nhập, áp dụng mã voucher giảm giá, xác nhận đơn hàng.
• Kiểm thử liên kết phân hệ (Integration Test): Thao tác thêm/sửa/xóa sản phẩm từ tài khoản Admin và kiểm tra sự thay đổi dữ liệu hiển thị tương ứng ở phía Khách hàng.

---

Kết quả và đóng góp

• Kết quả kỹ thuật đạt được:
  • Xây dựng hoàn chỉnh ứng dụng website bán sách theo mô hình MVC, giao diện responsive bằng Bootstrap 5.
  • Thiết lập cơ sở dữ liệu quan hệ chuẩn hóa gồm 11 bảng trên SQL Server, đáp ứng việc lưu trữ thông tin sản phẩm sách, tác giả, nhà xuất bản, đơn hàng, khách hàng, voucher và đánh giá.
  • Triển khai đầy đủ các luồng chức năng cho 2 nhóm đối tượng: Khách hàng (duyệt sách, tìm kiếm, lọc, giỏ hàng, đặt hàng, xem lịch sử) và Quản trị viên (quản lý toàn bộ danh mục dữ liệu, cập nhật trạng thái đơn hàng, theo dõi doanh số).
  • Thực hiện kiểm thử toàn diện với 22 nhóm kịch bản và 54 trường hợp kiểm thử chức năng/ràng buộc dữ liệu.
• Tiến độ và phân công công việc: Báo cáo ghi nhận bảng phân công thực hiện theo tuần (từ Tuần 4 đến Tuần 10) với mức độ hoàn thành 100% của 6 thành viên trong nhóm đối với các hạng mục: Đặc tả Use Case, Class Diagram, Activity Diagram, Thiết kế/Xây dựng CSDL, Xây dựng trang Admin, Xây dựng trang Người dùng và Kiểm thử chức năng.

---

Hạn chế và hướng nghiên cứu tiếp

• Hạn chế kỹ thuật tồn tại:
  • Chức năng áp dụng mã giảm giá (voucher) chưa được đồng bộ hoàn toàn trên giao diện người dùng, hệ thống chưa tự động trừ trực tiếp số tiền giảm giá của voucher vào tổng số tiền thanh toán của đơn hàng.
• Hướng phát triển tiếp theo:
  • Tích hợp thêm cổng chức năng thanh toán tự động trực tuyến.
  • Bổ sung tính năng thống kê và hiển thị số lượng truy cập, lượt yêu thích của từng sản phẩm sách.
  • Hoàn thiện phân hệ đánh giá và nhận xét sách từ phía người mua.
  • Xây dựng thuật ngữ gợi ý sách thông minh cho khách hàng dựa trên lịch sử lượt đọc, nội dung hoặc thể loại tương tự.

---

Giá trị tham khảo

Báo cáo là tài liệu tham khảo phù hợp cho sinh viên chuyên ngành Công nghệ Thông tin, Kỹ thuật Phần mềm và Hệ thống Thông tin khi thực hiện đồ án môn học hoặc khóa luận tốt nghiệp về đề tài website thương mại điện tử / quản lý bán hàng.

Các nội dung có giá trị tham khảo cao trong văn bản gồm:

1. Hệ thống 28 bảng đặc tả Use Case chuẩn mực, phân định rõ ràng luồng sự kiện chính và luồng xử lý ngoại lệ.
2. Thiết kế cơ sở dữ liệu chi tiết (ERD và mô tả trường dữ liệu) cho nghiệp vụ xuất bản - kinh doanh sách (quản lý đa tác giả, nhà xuất bản, thể loại, voucher).
3. Bảng thiết kế kịch bản kiểm thử (Test Cases) chi tiết với các trường hợp biên và kiểm tra dữ liệu biểu mẫu (validation).

---

Câu hỏi thường gặp

1. Hệ thống Web bán sách được xây dựng dựa trên những công nghệ và công cụ lập trình nào?
Hệ thống được phát triển theo mô hình kiến trúc Model-View-Controller (MVC), sử dụng môi trường phát triển Microsoft Visual Studio 2022, hệ quản trị cơ sở dữ liệu Microsoft SQL Server cùng công cụ SQL Server Management Studio (SSMS), và thư viện giao diện Bootstrap 5 hỗ trợ thiết kế responsive.

2. Cơ sở dữ liệu của hệ thống gồm những bảng nào và xử lý mối quan hệ tác giả - sách ra sao?
Cơ sở dữ liệu gồm 11 bảng: SACH, THELOAI, TACGIA, VAITRO, NXB, KHACHHANG, QUANLI, DONHANG, CHITIETDONHANG, DANHGIA, VOUCHER. Mối quan hệ nhiều-nhiều giữa tác giả và sách được giải quyết thông qua bảng trung gian VAITRO (chứa IDTG, IDSach và tên vai trò).

3. Phân quyền người dùng trong hệ thống được thiết lập như thế nào?
Hệ thống phân định 2 nhóm tác nhân: Khách hàng (được đăng ký tài khoản, tìm kiếm, xem chi tiết, đặt hàng, quản lý giỏ hàng, xem lịch sử mua) và Quản trị viên/Nhân viên (quản lý sản phẩm sách, danh mục thể loại, tác giả, nhà xuất bản, tài khoản người dùng, cập nhật trạng thái đơn hàng và xem báo cáo doanh số).

4. Quy trình kiểm thử hệ thống tập trung vào những khía cạnh nào?
Kiểm thử được thực hiện qua 22 kịch bản và 54 Test Case, tập trung vào: tính năng điều hướng giao diện, kiểm tra ràng buộc định dạng dữ liệu đầu vào khi đăng ký/đăng nhập (độ dài ký tự, chữ hoa, số, ký tự đặc biệt, khoảng trắng, định dạng email), thuật toán tìm kiếm và kiểm thử tích hợp thay đổi dữ liệu giữa Admin với Khách hàng.

5. Đồ án tự đánh giá còn hạn chế kỹ thuật nào cần khắc phục?
Hạn chế chính được nhóm tác giả nêu rõ là chức năng mã giảm giá (voucher) chưa hoàn toàn đồng bộ trên giao diện, chưa tự động trừ số tiền giảm vào tổng tiền thanh toán thực tế của đơn hàng.

---

Kết luận

Báo cáo kết thúc môn "Đồ án phần mềm - Web bán sách" của nhóm sinh viên Trường Đại học Ngoại ngữ - Tin học TP.HCM đã hoàn thành việc phân tích, thiết kế và cài đặt một hệ thống thương mại điện tử cơ bản phục vụ kinh doanh sách. Đồ án xây dựng đầy đủ hệ thống tài liệu từ đặc tả 28 Use Case, mô hình CSDL 11 bảng trên SQL Server, thiết kế giao diện Bootstrap 5 đến bộ 54 Test Case kiểm thử chức năng. Mặc dù vẫn còn tồn tại hạn chế trong việc khấu trừ tiền tự động của voucher, báo cáo đã phản ánh rõ ràng quy trình phát triển phần mềm theo mô hình MVC và đề xuất cụ thể các định hướng hoàn thiện về thanh toán tự động cùng hệ thống gợi ý sách.

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.