• Mô tả vắn tắt: Use case này cho phép khách hàng xem thông tin chi tiết của sản phẩm.
• Luồng sự kiện:
o Luồng cơ bản:
1. Use case này bắt đầy khi khách hàng kích vào ảnh hoặc tên của sản phẩm trên danh sách sản phẩm. Hệ thống lấy thông tin chi tiết sản phẩm (tên sản phẩm, ảnh sản phẩm, mã sản phẩm,khối
lượng ,giá sản phẩm,mô tả, chứng chỉ, cách sử dụng,hạn sử dụng, tên nhà sản xuất, bình luận) từ bảng SANPHAM và hiển thị ra màn hình. Use case kết thúc.
o Luồng rẽ nhánh:
1. Tại bất kỳ thời điểm nào trong quá trình thực hiện use case nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc.
• Các yêu cầu đặc biệt: Không có
• Tiền điều kiện: Không có.
• Hậu điều kiện: Không có.
• Điểm mở rộng: Không có.
2.2.2 Mô tả use case Quản lý đơn hàng (Lê Duy Đức)
• Mô tả vắn tắt: Use case này cho phép Người quản trị xem, sửa các đơn hàng trong bảng DONHANG
• Luồng sự kiện:
o Luồng cơ bản:
1. Use case này bắt đầu khi Người quản trị kích vào nút “Đơn hàng” trên menu quản trị. Hệ thống lấy danh sách các đơn hàng (mã đơn hàng, ngày mua, tên khách hàng, tình trạng) từ bảng DONHANG trong cơ sở dữ liệu và hiển thị lên màn hình.
2. Để xem chi tiết đơn hàng, người quản trị kích chọn nút “Xem chi tiết” trên từng đơn hàng. Hệ thống sẽ lấy thông tin của khách hàng và đơn hàng từ bảng CHITIETDONHANG.
3. Sửa đơn hàng
a.Người quản trị kích vào nút “Sửa” trên một dòng sản phẩm.Hệ thống hiển thị một màn hình với tình trạng cũ của đơn hàng trong Textbox.
b.Người quản trị sửa các thông tin đơn hàng (tình trạng)và kích vào nút “cập nhập”.Hệ thống sẽ cập nhập tình trạng đơn hàng trong bảng CHITIETDONHANG và hiển thị lại chi tiết đơn hàng đã cập nhập.
• Luồng rẽ nhánh:
1. Tại bước 3b trong luồng cơ bản, nếu người quản trị nhập thông tin đơn hàng không hợp lệ thì hệ thống sẽ hiển thị thông báo lỗi yêu cầu nhập lại. Người quản trị có thể nhập lại để tiếp tục hoặc kích vào nút “Hủy bỏ” để kết thúc.
2. Tại bước 3b trong luồng cơ bản, nếu người quản trị kích vào nút “Hủy bỏ”
hệ thống sẽ hủy bỏ thao tác sửa chữa và hiển thị lại chi tiết đơn hàng.
3. Tại bất kì thời điểm nào trog quá trình thực hiện use case nếu không kết nối được cơ sở dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc.
• Các yêu cầu đặc biệt:
Use case này chỉ có phép một số vài trò như người quản trị, người chủ hệ thống thực hiện.
• Tiền điều kiện:
Người quản trị cần đăng nhập với vai trò quản trị hệ thống trước khi có thể thực hiện use case.
• Hậu điều kiện:
Nếu use case kết thúc thành công thì thông tin về đơn hàng sẽ được cập nhật trong cơ sở dữ liệu.
• Điểm mở rộng:
Không có.
2.2.3 Mô tả use case Đăng ký (Đặng Duy Hưng)
• Mô tả vắn tắt: use case này cho phép khách hàng đăng kí tài khoản.
• Luồng sự kiện:
o Luồng cơ bản:
1. Use case này bắt đầu khi khách hàng kích vào nút “Đăng ký
tài khoản” trên thanh menu. Hệ thống hiển thị lên màn hình đăng ký 2. Khách hàng nhập họ, tên, email, mật khẩu và nhập lại mật khẩu và kích
vào nút “Đăng ký”. Hệ thống hiển thị màn hình xác nhận mật khẩu lên màn hình.
3. Khách hàng nhập mật khẩu sau đó click nút” Kích hoạt tài khoản”. Hệ thống đọc bảng TAIKHOAN để kiểm tra tên, email và tạo 1 tài khoản trong bảng TAIKHOAN và hiển thị menu chính. Use case kết thúc.
o Luồng rẽ nhánh:
1. Tại bước 3 trong luồng cơ bản, khi khách hàng nhập email hoặc nhập lại mật khẩu không hợp lệ thì hệ thống sẽ hiển thị 1 thông báo lỗi, yêu cầu nhập lại. Khách hàng nhập lại để tiếp tục.
2. Tại bất kì thời điểm nào trong quá trình thực hiện use case nếu không kết nối được với cơ sở dữ liệu thì hệ thống hiển thị thông báo lỗi. use case kết thúc.
• Các yêu cầu đặc biệt: Không có.
• Tiền điều kiện: Không có.
• Hậu điều kiện: Sau khi đăng ký tài khoản, thông tin đăng ký cần được lưu trong CSDL.
• Điểm mở rộng: Không có.
2.2.4 Mô tả use case Quản lý tài khoản (Đặng Duy Hưng)
• Mô tả vắn tắt: use case này cho phép người quản trị xem, sửa tình trạng và xóa các tài khoản trong bảng TAIKHOAN.
• Luồng sự kiện:
o Luồng cơ bản:
1. Use case này bắt đầu khi Người quản trị kích vào nút “Tài Khoản”
trên menu quản trị. Hệ thống lấy thông tin chi tiết của các tài khoản (mã tài khoản, họ tên, địa chỉ email, điện thoại, địa chỉ, ngày đăng kí, phiên đăng nhập cuối) từ bảng TAIKHOAN trong cơ sở dữ liệu và hiển thị lên màn hình.
2. Sửa tài khoản:
a. Người quản trị kích vào nút “Sửa” trên một dòng tài khoản. Hệ thống sẽ hiển thị màn hình với các các thông tin (tình trạng hoạt động, số lần đăng nhập sai, phiên đăng nhập cuối) của tài khoản trong các Textbox.
b. Người quản trị sửa các thông tin của tài khoản (tình trạng hoạt động, số lần đăng nhập sai, phiên đăng nhập cuối) và kích vào nút “Cập nhật”. Hệ thống sẽ cập nhật thông tin tài khoản trong bảng TAIKHOAN và hiển thị danh sách tài khoản đã cập nhật.
3. Xóa tài khoản:
a. Người quản trị kích vào nút “Xóa” trên một dòng khách hàng.
Hệ thống sẽ hiển thị màn hình yêu cầu xác nhận xóa.
b. Người quản trị kích vào nút “Đồng ý”. Hệ thống sẽ xóa khách hàng ra khỏi bảng TAIKHOAN và hiển thị danh sách các khách hàng đã cập nhật.
Use case kết thúc o Luồng rẽ nhánh
1. Tại bước 2b trong luồng cơ bản nếu người quản trị nhập thông tin tình trạng cho tài khoản không hợp lệ thì hệ thống sẽ hiển thị thông báo lỗi yêu cầu nhập lại. Người quản trị có thể nhập lại để tiếp tục hoặc kích vào nút “Hủy bỏ” để kết thúc.
2. Tại bước 2b trong luồng cơ bản nếu người quản trị kích vào nút “Hủy bỏ” hệ thống sẽ sửa chữa tương ứng và hiển thị danh sách các tài khoản trong bảng TAIKHOAN.
3. Tại bước 3b trong luồng cơ bản nếu người quản trị kích vào nút
“Không đồng ý” hệ thống sẽ bỏ qua thao tác xóa và hiển thị danh sách các môn học trong bảng TAIKHOAN.
4. Tại bất kì bước nào trong quá trình thực hiện use case nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc.
1. Các yêu cầu đặc biệt: use case này cho phép một số vai trò như Người quản trị, người chủ hệ thống thực hiện.
2. Tiền điều kiện: Người quản trị cần đăng nhập hệ thống với tư cách quản trị hệ thống trước khi thực hiện use case.
3. Hậu điều kiện: Nếu use case thành công thì thông tin tài khoản sẽ được lưu trong cơ sở dữ liệu.
4. Điểm mở rộng: Không có.
2.2.5 Mô tả use case Vào blog (Lê Văn Vinh)
• Mô tả vắn tắt: Use case này cho phép Khách hàng vào Blog
• Luồng sự kiện:
o Luồng cơ bản:
1. Use case này bắt đầu khi: Khách hàng kích vào nút "Blog” trên menu chính. Hệ thống lấy thông tin của blog (ảnh minh họa, tiêu đề, ngày đăng, người đăng, bình luận, nội dung) từ bảng BLOG và hi n th lên màn hình. Use case k t thúc.ể ị ế
o Luồng rẽ nhánh:
1. Tại bất kỳ thời điểm nào trong quá trình thực hiện use case nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc.
• Các yêu cầu đặc biệt: Không có
• Tiền điều kiện: Không có
• Hậu điều kiện: Không có
• Điểm mở rộng: Không có.
2.2.6 Mô tả use case Bảo trì tin tức (Lê Văn Vinh)
• Mô tả vắn tắt: Use case này cho phép Người quản trị xem, sửa các thông tin về tin tức trong bảng BLOG
• Luồng sự kiện:
o Luồng cơ bản:
Use case này bắt đầu khi Người quản trị kích vào nút “Blog” trên menu quản trị.
Hệ thống lấy danh sách các blog (mã blog, tiêu đề, ảnh minh họa, ngày đăng, người đăng, bình luận) từ bảng BLOG trong cơ sở dữ liệu và hiển thị lên màn hình.
Sửa
a) Người quản trị kích vào nút “Sửa” trên một dòng blog. Hệ thống sẽ hiển thị một màn hình với các thông tin cũ của blog (mã blog, tiêu đề, ảnh đại diện, người đăng, ngày đăng) trong Textbox và hiển thị lên màn hình.
b) Người quản trị sửa thông tin blog (mã blog, tiêu đề, ảnh đại diện, người đăng, ngày đăng) và kích vào nút “Cập nhật”. Hệ thống sẽ cập nhật thông tin blog trong bảng BLOG và hiển thị danh sách blog đã được cập nhật.
Thêm mới
a. Người quản trị kích vào nút “Thêm mới” trên màn hình trên menu quản trị. Hệ thống hiển thị màn hình yêu cầu ngươi quản trin nâp thông tin cho blog mới bao gồm: tiêu đề, ảnh minh họa, ngày đăng, người đăng, bình luận.
b. Người quản trị nhập các mục yêu cầu trên sau đó kích vào nút “thêm”.
Hệ thống sẽ tạo một bản ghi mới vào bảng BLOG và hiển thị danh sách tranh đã cập nhật
Xóa
a. Người quản trị kích vào nút “xóa” trên một dòng thông tin về blog muốn xóa. Hệ thống sẽ hiển thị màn hình yêu cầu xác nhận xóa.
b. Người quản trị kích vào nút chấp nhận “Chấp nhận”. Hệ thống sẽ xóa blog khỏi bảng Blog và hiển thị lại danh sách blog đã cập nhật. Use case kết thúc.
o Luồng rẽ nhánh:
a. Tại bước 2b trong luồng cơ bản, nếu người quản trị nhập thông tin sản phẩm không hợp lệ thì hệ thống sẽ hiển thị thông báo lỗi yêu cầu nhập lại. Người quản trị có thể nhập lại để tiếp tục hoặc kích vào nút “Hủy bỏ”
để kết thúc.
b. Tại bước 2b trong luồng cơ bản, nếu người quản trị kích vào nút “Hủy bỏ” hệ thống sẽ hủy bỏ thao tác sửa chữa và hiển thị danh sách các blog trong bảng BLOG.
c. Tại bất kì thời điểm nào trong quá trình thực hiện use case nếu không kết nối được cơ sở dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc.