4451051152 voketinh lab03

Bạn đang xem bản rút gọn của tài liệu. Xem và tải ngay bản đầy đủ của tài liệu tại đây (309.42 KB, 25 trang )

Trang 1<div class="page_container" data-page="1">

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

</div>Trang 2<div class="page_container" data-page="2">

Bả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à

</div>Trang 3<div class="page_container" data-page="3">

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ệ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 hồ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.Hồ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 q 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 q 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.

</div>Trang 4<div class="page_container" data-page="4">

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à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 tồ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ý

</div>Trang 5<div class="page_container" data-page="5">

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ô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 Hồn thành Thanh tố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à ln 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.

</div>Trang 6<div class="page_container" data-page="6">

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

</div>Trang 7<div class="page_container" data-page="7">

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

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

</div>Trang 8<div class="page_container" data-page="8">

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

</div>Trang 9<div class="page_container" data-page="9">

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ề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 q 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.

</div>Trang 10<div class="page_container" data-page="10">

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 hồn tất, hệ thống có thể 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

</div>Trang 11<div class="page_container" data-page="11">

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 đò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 tồ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 q trình hồ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.

</div>Trang 12<div class="page_container" data-page="12">

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ặ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 q trình xóa sản phẩm.

1.4 Xác nhận lại sau khi xóa:

Sau khi q trình xóa hồ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

</div>