Đang tải... (xem toàn văn)
tài liệu tham khảo về môn học của ngành công nghệ thông tin Mọi người có thể tham khảo và tìm hiểu thêm
Trang 1TRƯỜNG ĐẠI HỌC QUY NHƠN
KHOA CÔNG NGHỆ THÔNG TIN -
-HỌC PHẦN: KIỂM THỬ VÀ ĐẢM BẢO CHẤT LƯỢNG PHẦN MỀM
Nhóm sinh viên: Nguyễn Đình Lưu 4451050894
Mã lớp học phần: 232105028502
Bình Định, Tháng 4 năm 2024
Trang 2Bảng phân công công việc:
The various user classes identified the following primary actors and use cases forthe Supermarket management system:
Quản lý khách hàng o Đăng ký thành viên
o Quản lý thông tin khách hàng o Chương trình khuyến mãi và ưu đãi o Phản hồi và hỗ trợ khách hàng Quản lý sản phẩm o Thêm, sửa, xoá sản phẩm
o Quản lý thông tin sản phẩm o Tìm kiếm sản phẩm theo thương hiệu o Tìm kiếm sản phẩm theo giá cả
1 Quản lý khách hàng:
ID and Name: UC-1 Đăng ký thành viên
Created By: Nguyễn Đình Lưu Date Created: 16/4/2024 Primary Actor: Quản lý
Description: Cho phép khách hàng đăng ký thành viên để nhận các ưu đãi đặc biệt, điểm
thưởng, và thông tin sản phẩm mới.
Thu thập thông tin cá nhân như tên, địa chỉ, số điện thoại, email để liên lạc và
Trang 3gửi thông báo.
Trigger: Một khách hàng cho biết rằng anh ta muốn đăng ký thành viên Preconditions: Bước 1: Khách hàng cung cấp thông tin cá nhân
Bước 2: Chấp nhận điều khoản và điều kiệnBước 3: Xác thực thông tin
Postconditions: Bước 1: Tài khoản thành viên đã được tạo ra
Bước 2: Xác thực thành côngBước 3: Thông báo hoàn tất đăng ký
Normal Flow: 1.0 Đăng ký thành viên
1 Truy cập trang đăng ký2.Nhập thông tin cá nhân
3.Chấp nhận điều khoản và điều kiện
4.Xác thực thông tin (nếu cần thiết)
5.Hoàn tất đăng ký
6.Thông báo thành công
7.Truy cập tài khoản thành viên
8 Trải nghiệm thành viên
Alternative Flows: 1.1 Xác thực không thành công 1.2 Thông tin đăng ký không hợp lệ
Exceptions: 1.1 Xác thực không thành công
Khách hàng không nhận được mã xác nhận hoặc không thể xác minh thông tin đăng ký
1.2 Thông tin không hợp lệ
Khách hàng cung cấp thông tin không chính xác hoặc không hợp lệ trong quá trình đăng ký, như địa chỉ email không đúng định dạng
Priority: High
Frequency of Use: Khoảng 300->500 người dùng, trung bình một lần sử dụng mỗi ngày Mức sử
dụng cao nhất cho trường hợp sử dụng này là từ 9 giờ sáng và 10 giờ sáng giờ địa phương.
Business Rules: Điều kiện Đăng ký Thành viênQuy tắc Ưu đãi và Khuyến mãiQuy tắc Bảo mật và Quyền riêng tư
Other Information: Lịch sử mua hàng: Thông tin về lịch sử mua hàng của khách hàng, bao gồm
sản phẩm đã mua, thời gian mua hàng và số lượng, giúp hiểu rõ hơn về thói quen mua sắm và ưa thích của họ
Assumptions: Giả định rằng thông tin cá nhân mà khách hàng cung cấp trong quá trình đăng
ký là chính xác và đáng tin cậy Điều này đảm bảo rằng quá trình xác thực và tạo tài khoản được thực hiện một cách hiệu quả
ID and Name: UC-2 Quản lý thông tin khách hàng
Created By: Nguyễn Đình Lưu Date Created: 16/4/2024 Primary Actor: Nhân viên, quản lý, khách hàng
Description: Nhân viên hoặc quản lý có thể xem thông tin chi tiết về một khách hàng cụ thể
trong hệ thống.
Trang 4Quản lý thông tin về các thẻ thành viên của khách hàng, bao gồm cấp mới, hủy bỏ và cập nhật thông tin.
Trigger: Một khách hàng cho biết rằng anh ta muốn hủy bỏ tài khoản thành viên Preconditions: Bước 1: Đăng nhập
Bước 2: Tồn tại của khách hàngBước 3: Quyền truy cập
Bước 4: Điều kiện hợp lệ của dữ liệuBước 5: Tình trạng thẻ thành viên
Postconditions: Bước 1: Truy cập vào tài khoản khách hàng
Bước 2: Thay đổi thông tin phù hợpBước 3: Cập nhật Thành công
Normal Flow: 1.0 Quản lý thông tin khách hàng
1 Bắt đầu
2 Chọn khách hàng3 Xem thông tin4 Chỉnh sửa thông tin5 Cập nhật thông tin
6.Xác nhận thành công
Alternative Flows: 1.2 Không tìm thấy khách hàng1.5 Hủy bỏ cập nhật
Exceptions: 1.2 Không tìm thấy khách hàng
Người dùng nhập thông tin khách hàng nhưng hệ thống không tìm thấy bất kỳkết quả nào phù hợp.
1.5 Hủy bỏ cập nhật
Thay vì nhấn vào nút "Chỉnh sửa", người dùng quyết định hủy bỏ quá trình cập nhật thông tin và trở về trang chi tiết thông tin khách hàng.
Priority: High
Frequency of Use: Khoảng 100->200 người dùng, trung bình một lần sử dụng mỗi ngày Mức sử
dụng cao nhất cho trường hợp sử dụng này là từ 9 giờ sáng và 14 giờ chiều giờ địa phương.
Business Rules: Yêu cầu đăng nhậpKiểm tra dữ kiệu hợp lệ
Quy tắc bản mật thông tin
Other Information: Thông tin về Tài khoản và Đăng nhập: Hệ thống cần quản lý thông tin đăng nhập và tài khoản của khách hàng một cách an toàn và bảo mật, bao gồm thông tin đăng ký, mật khẩu và các phương thức xác thực.
Assumptions: Hệ thống giả định rằng khách hàng sẽ tương tác với hệ thống bằng cách đăng
nhập, cập nhật thông tin cá nhân, tham gia chương trình khuyến mãi, và cung cấp phản hồi.
ID and Name: UC-3 Chương trình khuyến mãi và ưu đãi
Created By: Nguyễn Đình Lưu Date Created: 16/4/2024 Primary Actor: Quản lý
Trang 5Description: Khách hàng có thể xem danh sách các chương trình khuyến mãi và ưu đãi hiện
có trong hệ thống.
Trigger: Gửi thông báo cho khách hàng về các chương trình khuyến mãi mới qua email
hoặc tin nhắn.
Preconditions: Bước 1: Hệ thống gửi thông báo về các chương trình khuyến mãi mới đến danh
sách khách hàng đã đăng ký nhận thông báo.
Bước 2: Khách hàng nhận thông báo qua email hoặc tin nhắn
Bước 3: Khách hàng có thể nhấp vào liên kết để xem thông tin chi tiết và tham gia vào các chương trình khuyến mãi.
Postconditions: Bước 1: Chương trình khuyến mãi tạo thành công
Bước 2: Thông báo được gửi thành côngBước 3: Đơn hàng được áp dụng mã ưu đãi
Normal Flow: 1.0 Sử dụng mã ưu đãi
1 Khách hàng Thêm Sản phẩm vào Giỏ hàng2 Khách hàng Chuyển đến Trang Thanh toán3 Khách hàng Nhập Mã Ưu đãi
4 Hệ thống Kiểm tra và Áp dụng Ưu đãi5 Khách hàng Hoàn thành Thanh toán
6 Hệ thống Xác nhận Đơn hàng và Gửi Xác nhận7 Hoàn Thành Giao dịch
Alternative Flows: 1.1 Mã ưu đãi không hợp lệ
- Kiểm tra mã ưu đãi
- Khách hàng chọn tiếp tục thanh toán 1.2 Hủy sử dụng mã ưu đãi
- Khách hàng hủy mã ưu đãi
- Tiếp tục thanh toán
Exceptions: 1.3 Mã ưu đãi không hợp lệ
- Hệ thống hiển thị thông báo lỗi cho khách hàng.
- Yêu cầu khách hàng nhập lại mã ưu đãi hoặc tiếp tục thanh toán mà không sử dụng mã ưu đãi.
1.4 Lỗi kết nối
Hệ thống hiển thị thông báo lỗi kết nối và yêu cầu khách hàng thử lại sau.Khách hàng được khuyến nghị kiểm tra kết nối internet hoặc thử lại sau một thời gian.
Priority: High
Frequency of Use: Nếu khách hàng thường xuyên tham gia mua sắm và luôn tìm kiếm ưu đãi, việc sử dụng mã ưu đãi có thể diễn ra thường xuyên.
Business Rules: Mã Ưu đãi Hợp lệGiới hạn Sử dụngLoại Ưu đãiĐiều kiện Áp dụng
Other Information: Thời gian Áp dụng:Mỗi mã ưu đãi có thể có một khoảng thời gian áp dụng cụ
thể, sau đó sẽ hết hạn và không còn có hiệu lực.
Trang 6Assumptions: Hệ thống xử lý đơn hàng một cách chính xác: Giả định rằng hệ thống sẽ xử
lý đơn hàng một cách chính xác sau khi áp dụng mã ưu đãi, bao gồm tính toán giá tiền cuối cùng và cập nhật lịch sử giao dịch.
ID and Name: UC- 4 Phản hồi và hỗ trợ khách hàng
Created By: Nguyễn Đình Lưu Date Created: 18/4/2024 Primary Actor: Khách hàng, nhân viên
Description: Hệ thống cung cấp khả năng cho phép khách hàng đánh giá và viết nhận xét về
sản phẩm và dịch vụ, đồng thời cung cấp cơ chế phản hồi để siêu thị có thể phản ứng và cải thiện dịch vụ của mình.
Trigger: Khi khách hàng bắt đầu một cuộc trò chuyện trực tuyến với nhân viên hỗ trợ
khách hàng thông qua chức năng chat trực tuyến.
Preconditions: Cần phải có các kênh hỗ trợ khách hàng như chat trực tuyến, hệ thống ticket
hoặc số điện thoại tự động để nhận và xử lý yêu cầu hỗ trợ.
Postconditions: Đối với các yêu cầu hỗ trợ được gửi qua hệ thống ticket hoặc thông qua các
kênh khác, hệ thống đã ghi nhận yêu cầu và bắt đầu quá trình xử lý.
Normal Flow: 1.0 Phản hồi và hỗ trợ khách hàng
Bước 1:Khách hàng Truy cập Hệ thống:
Bước 2:Khách hàng Chọn Tùy chọn Hỗ trợ
Bước 3:Khách hàng Mô tả Vấn đề
Bước 4:Hệ thống Ghi nhận Yêu cầu
Bước 5:Nhân viên Hỗ trợ Phản hồi hoặc Cung cấp Giải pháp
Bước 6:Khách hàng Nhận Phản hồi hoặc Giải pháp
Bước 7:Kết thúc Phiên Hỗ trợ
Alternative Flows: 1.1 Không có nhân viên hỗ trợ
Exceptions: Nếu không có nhân viên hỗ trợ trực tuyến hoặc không có ai trực tuyến vào thời
điểm khách hàng yêu cầu hỗ trợ, hệ thống có thể tự động chuyển hướng yêu cầusang hệ thống ticket hoặc yêu cầu khách hàng để lại thông tin liên hệ và hẹn giờhỗ trợ tiếp theo.
Priority: High
Frequency of Use: Trong một ngày, use case này có thể được sử dụng khoảng 50-100 khi khách
hàng có nhu cầu hỗ trợ hoặc cần giải đáp các thắc mắc về sản phẩm và dịch vụ của siêu thị.
Business Rules: Thời gian phản hồi tối đaQuy định phản hồi tự độngQuy định tư vấn và trợ giúp
Quy định ghi nhận và theo dõi yêu cầu
Other Information: Kênh Giao tiếp Khách hàng: Thông tin về các kênh giao tiếp được sử dụng để
liên hệ với khách hàng, bao gồm email, chat trực tuyến, điện thoại, và các nền tảng mạng xã hội.
Assumptions: Giả định rằng thông tin liên hệ mà khách hàng cung cấp, như địa chỉ email hoặc
số điện thoại, là chính xác để nhận được phản hồi từ bộ phận hỗ trợ.
Trang 72 Quản lý sản phẩm
ID and Name: UC-5 Thêm sản phẩm
Created By: Võ Kế Tính Date Created: 16/4/2024 Primary Actor: Quản lý sản phẩm Secondary
Hệ thống quản lý siêu thị
Description: Chức năng thêm sản phẩm trong hệ thống quản lý siêu thị bao gồm việc nhập thông tin cơ bản của sản phẩm, thêm hình ảnh, chỉnh sửa thông tin, lưu vào cơ sở dữ liệu và kích hoạt sản phẩm để bán trên các kênh bán hàng của siêu thị Quy trình này giúp duy trì và cập nhật cơ sở dữ liệu sản phẩm một cách hiệu quả.
Trigger: Khi người dùng cần thêm một sản phẩm mới vào hệ thống siêu thị.
Preconditions: Bước 1: Người thực hiện chức năng phải có quyền truy cập vào hệ thống và được phân quyền thích hợp để thêm sản phẩm
Bước 2: Phải có thông tin đầy đủ về sản phẩm cần thêm vào( bao gồm tên sản phẩm, mô tả, giá cả, danh mục, …).
Bước 3: (Nếu có) Cần có thông tin về số lượng tồn kho hiện tại của sản phẩm.
Bước 4: Tuân thủ các chính sách và quy định của siêu thị về quy trình thêm sản phẩm mới
Postconditions: Bước 1: Sản phẩm được thêm vào cơ sở dữ liệu Bước 2: Thông tin sản phẩm phải chính xác và đầy đủ Bước 3: Sản phẩm hiển thị trên các nền tảng bán hàng Bước 4: Số lượng tồn kho được cập nhật (nếu có) Bước 5: Thông báo hoặc cập nhật cho người quản lý
Normal Flow: 1.0 Thêm sản phẩm vào hệ thống
Flows: 1 Người dùng sẽ nhận được một cảnh báo hoặc thông báo yêu cầu xác 1.1 Sản phẩm đã tồn tại trong hệ thống: nhận trước khi thêm sản phẩm.
2 Người dùng có thể cập nhật thông tin sản phẩm hiện có hoặc thêm sản phẩm mới với một tên khác.
1.2 Lỗi nhập liệu
Người dùng nhập thiếu hoặc nhập sai thông tin, hệ thống sẽ hiển thị thông báo lỗi và yêu cầu người dùng nhập lại.
1.3 Hạn chế quyền truy cập
Trang 8Người dùng không có quyền truy cập hoặc quyền thêm sản phẩm vào hệ thống, họ có thể liên hệ người quản lý hoặc thẩm quyền hỗ trợ.
1.4 Lỗi kỹ thuật
Trong trường hợp xảy ra lỗi kỹ thuật hoặc gián đoạn hệ thống, người dùng sẽ nhận được một thông báo lỗi và được yêu cầu thử lại sau.
1.5 Xác nhận và phê duyệt
Quy trình thêm sản phẩm có thể yêu cầu sự phê duyệt hoặc xác nhận từ
một người quản lý hoặc bộ phận liên quan trước khi sản phẩm được thêm vào hệ thống.
Exceptions: 1.0 Lỗi hệ thống
Lỗi hệ thống như kết nối mạng hoặc sự cố máy chủ, người dùng sẽ không thể thêm sản phẩm vào hệ thống.
1.1 Quyền truy cập bị từ chối
Người dùng không có quyền truy cập hoặc quyền thêm sản phẩm vào hệ thống, người dùng có thể cần liên hệ với quản lý hoặc người có thẩm quyền để yêu cầu quyền truy cập.
1.2 Trùng lặp sản phẩm
1 Khi sản phẩm đã tồn tại trong cơ sở dữ liệu với cùng một tên hoặc mã sản phẩm, hệ thống có thể hiển thị một thông báo cảnh báo cho người dùng 2a Người dùng có thể cần xác nhận xem họ muốn cập nhật thông tin sản phẩm hiện có hoặc thểm sản phẩm với tên, mã sp khác
2b Ngược lại người dùng không thể thêm
1.3 Dữ liệu nhập không hợp lệ
Nhập dữ liệu không hợp lệ hoặc thiếu thông tin bắt buộc, hệ thống có thể hiển thị một thông báo lỗi.
1.4 Xác nhận và phê duyệt
1 Quy trình thêm sản phẩm có thể yêu cầu sự phê duyệt hoặc xác nhận từ
một người quản lý hoặc bộ phận liên quan trước khi sản phẩm được thêm
Kích thước và loại hình siêu thị: Tùy vào kích thước của siêu thị để có thể duy trì sự đa dạng và cung cấp nhu cầu khách hàng
Chiến lược kinh doanh và chu kỳ cập nhật sản phẩm: Cần cung cấp sản phẩm mới và đa dạng hóa các sản phẩm
Nhu cầu của khách hàng và xu hướng thị trường: Tùy vào nhu cầu của khách hàng.
Business Rules: 1 Sản phẩm phải có thông tin đầy đủ 2 Kiểm tra trùng lặp.
3 Kiểm tra quyền hạn 4 Xác nhận trước khi lưu.
Trang 91 Lịch sử thay đổi sản phẩm: Hệ thống có thể ghi lại lịch sử các thay
đổi của sản phẩm, bao gồm ngày thêm vào, ngày chỉnh sửa, và người thực hiện thay đổi.
2 Dữ liệu về hiệu suất sản phẩm: Hệ thống có thể tổng hợp dữ liệu về
hiệu suất của sản phẩm sau khi được thêm vào, bao gồm số lượng bán ra, doanh thu, lợi nhuận, và các chỉ số khác.
Assumptions: Hệ thống giả định rằng dữ liệu nhập vào khi thêm sản phẩm mới sẽ được kiểm tra và xác nhận là hợp lệ trước khi được lưu vào cơ sở dữ liệu Điều này bao gồm việc kiểm tra định dạng, giới hạn độ dài, và tính hợp lệ của các giá trị nhập vào.
ID and Name: UC-5 Sửa sản phẩm
Created By: Võ Kế Tính Date Created: 17/4/2024 Primary Actor: Quản lý sản phẩm Secondary
Hệ thống quản lý siêu thị
Description: Chức năng sửa sản phẩm trong hệ thống quản lý siêu thị cho phép người dùng chỉnh sửa thông tin của các sản phẩm có sẵn trong cơ sở dữ liệu Qua đó, họ có thể cập nhật các thông tin của sản phẩm các thuộc tính khác của sản phẩm Chức năng này giúp duy trì dữ liệu sản phẩm chính xác và cập nhật theo thời gian, đồng thời tối ưu hóa quá trình quản lý hàng hóa trong siêu thị.
Trigger: Khi người dùng cần thay đổi thông tin sản phẩm.
Preconditions: Bước 1: Sản phẩm cần được chọn để chỉnh sửa phải tồn tại trong cơ sở dữ liệu của hệ thống.
Bước 2: Người dùng phải có quyền truy cập và ủy quyền để chỉnh sửa thông tin của sản phẩm.
Bước 3: Hệ thống phải hoạt động bình thường và có kết nối mạng ổn định Bước 4: Tuân thủ các chính sách và quy định của siêu thị về quy trình sửa sản phẩm.
Postconditions: Bước 1: Thông tin của sản phẩm đã được cập nhật thành công trong cơ sở dữ liệu.
Bước 2: Người dùng nhận được thông báo.
Bước 3: Dữ liệu sản phẩm được hiển thị trên giao diện người dùng Normal Flow: 1.0 Sửa sản phẩm vào hệ thống
Bước 1: Truy cập vào chức năng sửa sản phẩm.
Trang 10Bước 2: Chọn sản phẩm cần chỉnh sửa Bước 3: Hiển thị thông tin sản phẩm Bước 4: Chỉnh sửa thông tin.
1 Người dùng nhập mã sản phẩm hoặc tên sản phẩm không chính xác 2 Hệ thống cung cấp một thông báo lỗi và yêu cầu người dùng nhập lại thông tin
1.2 Sản phẩm bị khóa:
Sản phẩm đang được sử dụng trong các giao dịch khác hoặc có ràng buộc với các quy trình hoạt động khác.
1.3 Xử lý lỗi dữ liệu không hợp lệ:
Dữ liệu nhập vào không hợp lệ, chẳng hạn như giá cả nhập vào không đúng định dạng, hệ thống cần cung cấp một thông báo lỗi và yêu cầu người dùng nhập lại thông tin hợp lệ.
1.4 Thay đổi nhiều thông tin cùng một lúc:1.5 Xác nhận lại sau khi sửa đổi:
Sau khi sửa sản phẩm hoàn tất, hệ thống có thể yêu cầu xác nhận lại từ người dùng hoặc cung cấp thông báo về việc chỉnh sửa thành công để đảm bảo rằng người dùng đã hiểu và chấp nhận các thay đổi.
Exceptions: 1.0 Sản phẩm không tồn tại:1.1 Lỗi hệ thống
Nếu xảy ra lỗi hệ thống, vd như mất kết nối mạng hoặc lỗi cơ sở dữ liệu, hệ thống cần cung cấp một thông báo lỗi và hỗ trợ người dùng khắc phục vấn đề
1.2 Quyền truy cập bị từ chối
1 Trong trường hợp người dùng không có quyền truy cập để thực hiện chức năng sửa sản phẩm, hệ thống cần cung cấp một thông báo lỗi và không cho phép người dùng tiếp tục thao tác.
2 Hoặc người dùng có thể liên hệ với người quản lý hoặc người có thẩm
Trong trường hợp xác thực người dùng không thành công, hệ thống cần yêu cầu người dùng đăng nhập lại hoặc cung cấp các hướng dẫn để khắc phục vấn đề.
Priority: Medium
Frequency of Tần suất cập nhật thông tin: Khi siêu thị thuờng xuyên cập nhập
Trang 11Use: thông tin , thay đổi thông tin thì chức năng sửa sản phẩm sẽ được sử dụng thường xuyên để cập nhật dữ liệu.
Quy trình quản lý tồn kho: Trong trường hợp quản lý tồn kho đòi hỏi sự linh hoạt và điều chỉnh thường xuyên về số lượng sản phẩm, chức năng sửa sản phẩm sẽ được sử dụng thường xuyên để cập nhật số lượng tồn kho
Thiết kế sản phẩm độc đáo: Đối với các sản phẩm có sự thay đổi thường xuyên về màu sắc, kích thước hoặc thuộc tính khác, việc sửa đổi sản phẩm trong hệ thống có thể trở nên phổ biến.
Business Rules: 1 Quyền truy cập 2 Kiểm tra quyền hạn 3 Dữ liệu bắt buộc 4 Xác nhận trước khi lưu.
5 Hạn chế sửa đổi những trường quan trọng.
1 Quản lý rủi ro: Trong quá trình chỉnh sửa sản phẩm, hệ thống có thể
thực hiện các biện pháp bảo mật để đảm bảo rằng chỉ có những người được ủy quyền mới có thể thực hiện các thay đổi.
2 Phản hồi người dùng: Hệ thống có thể cung cấp cơ chế để người dùng
có thể gửi phản hồi về trải nghiệm của họ trong quá trình chỉnh sửa sản phẩm, giúp cải thiện trải nghiệm người dùng và thay đổi cho phù hợp hơn
3 Đảm bảo tính nhất quán của dữ liệu: Trong quá trình chỉnh sửa, hệ
thống cần đảm bảo tính nhất quán của dữ liệu bằng cách kiểm tra và xác nhận rằng các thay đổi đã được lưu trữ một cách chính xác trong cơ sở dữ liệu.
Assumptions: Hệ thống giả định rằng sau khi sản phẩm được chỉnh sửa, thông tin mới sẽ được cập nhật đồng bộ trong toàn bộ hệ thống mà không gây ra sự không nhất quán hoặc mất mát dữ liệu.
ID and Name: UC-5 Xóa sản phẩm
Created By: Võ Kế Tính Date Created: 17/4/2024 Primary Actor: Quản lý sản phẩm Secondary
Hệ thống quản lý siêu thị
Description: Chức năng xóa sản phẩm trong hệ thống quản lý siêu thị cho phép người dùng đăng nhập, chọn sản phẩm cần xóa, xác nhận và thực hiện quy trình xóa từ cơ sở dữ liệu Sau đó, hệ thống có thể cập nhật thông tin liên quan và cung cấp thông báo sau khi quá trình hoàn thành Điều này giúp duy trì cơ sở dữ liệu sạch sẽ và tối ưu hóa quy trình quản lý hàng hóa.
Trang 12Trigger: Khi người dùng cần xóa một sản phẩm ra khỏi hệ thống siêu thị.
Preconditions: 1 Người dùng cần phải đăng nhập vào hệ thống với các quyền truy cập thích hợp để có thể thực hiện chức năng xóa sản phẩm.
2 Sản phẩm cần được xóa phải tồn tại trong cơ sở dữ liệu của hệ thống 3 Sản phẩm không được ràng buộc hoặc phụ thuộc vào các quy trình hoặc dịch vụ khác trong hệ thống.
4 Người dùng cần phải xác nhận quyết định xóa sản phẩm trước khi thực hiện thao tác này.
5 Tuân thủ các chính sách và quy định của siêu thị về quy trình xóa sản phẩm
Postconditions: 1 Sản phẩm không còn tồn tại 2 Thông báo hoặc ghi chú (nếu cần) 3 Cập nhật dữ liệu liên quan (nếu cần) 4 Cập nhật lịch sử hoạt động.
Normal Flow: 1.0 Xóa sản phẩm vào hệ thống
1 Truy cập vào chức năng xóa sản phẩm 2 Chọn sản phẩm cần xóa.
3 Xác nhận xóa sản phẩm 4 Xử lý xóa sản phẩm 5 Thông báo hoặc ghi chú.
6 Cập nhật dữ liệu liên quan (nếu cần) Alternative
Flows: 1.1 Xóa nhiều sản phẩm cùng một lúc:1 Thay vì chỉ xóa một sản phẩm, người dùng có thể chọn xóa nhiều sản phẩm cùng một lúc
2 Hệ thống cần hỗ trợ chức năng này bằng cách cho phép người dùng chọn nhiều sản phẩm từ danh sách và thực hiện quy trình xóa cho mỗi sản phẩm được chọn.
1.2 Xử lý sản phẩm có ràng buộc hoặc phụ thuộc:
Sản phẩm đang được sử dụng trong các quy trình hoặc dịch vụ khác, hệ thống cần phải cung cấp thông báo và quy trình xử lý để đảm bảo rằng việc xóa sản phẩm không ảnh hưởng đến các quy trình khác.
1.3 Xử lý lỗi:
Trường hợp xảy ra lỗi, chẳng hạn như lỗi kết nối mạng hoặc lỗi cơ sở dữ liệu hệ thống cung cấp thông báo cho người dùng và hỗ trợ khắc phục vấn đề, trước khi tiếp tục quá trình xóa sản phẩm.
1.4 Xác nhận lại sau khi xóa:
Sau khi quá trình xóa hoàn tất, hệ thống có thể yêu cầu xác nhận lại từ người dùng hoặc cung cấp thông báo về việc xóa thành công để đảm bảo rằng người dùng đã hiểu và chấp nhận quyết định xóa sản phẩm.
Exceptions: 1.0 Sản phẩm không tồn tại:
1.1 Sản phẩm đang được sử dụng trong đơn hàng hoặc giao dịch khác:
Sản phẩm đang được sử dụng trong các đơn hàng đang chờ xử lý hoặc