4451051152 voketinh lab03

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

TRƯỜ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

Bảng phân công công việc:

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àngQuả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/2024Primary 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à

gử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ện Bướ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ông Bướ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ên

Quy tắc Ưu đãi và Khuyến mãi Quy 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/2024Primary 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.

Quả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àng Bước 3: Quyền truy cập

Bước 4: Điều kiện hợp lệ của dữ liệu Bướ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ợp Bướ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àng

3 Xem thông tin

4 Chỉnh sửa thông tin

5 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àng

1.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ập

Kiể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/2024Primary Actor: Quản lý

Description: 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ông Bướ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àng

2 Khách hàng Chuyển đến Trang Thanh toán

3 Khách hàng Nhập Mã Ưu đãi

4 Hệ thống Kiểm tra và Áp dụng Ưu đãi

5 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ận

7 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án1.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ụng Loạ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.

Assumptions: 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/2024Primary 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ầu sang 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 đa

Quy định phản hồi tự động Quy đị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ợ.

2 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

Actors:

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àngcủ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ẩmmộ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ẩmBước 2: Phải có thông tin đầy đủ về sản phẩm cần thêm vào( bao gồm tênsả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ảnphẩ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êmsả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

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, 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ôngthể 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ảnphẩ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ảnphẩ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êmvào hệ thống

2 Nếu không có sự phê duyệt, quá trình thêm sản phẩm có thể bị tạm ngừnghoặc từ chối

Priority: High

Frequency of

Use:

 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ấpsả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ầucủ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

1 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ềunà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ủacá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

Actors:

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ủasả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ậpnhật theo thời gian, đồng thời tối ưu hóa quá trình quản lý hàng hóa trongsiê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ữ

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

Bướ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ụcvấ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ứcnă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 chophé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ẩmquyề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

Use: 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 đòihỏ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 đổithườ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ảnphẩm, giúp cải thiện trải nghiệm người dùng và thay đổi cho phù hợphơ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ácnhậ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ôngnhấ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

Actors:

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ìnhxó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

Trigger: 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ặcdị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ựchiệ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ảnphẩ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)

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