Báo cáo btl phân tích đặc tả các yêu cầu website canifa

Trang 7 Quan sát- Hoạt động đăng kí, đăng nhập: Người dùng mới có thể thực hiện đăng kí bằng số Trang 8 - Hoạt động mua hàng: Sau khi người dùng chọn được sản phẩm muốn mua, hệthống sẽ

Khảo sát hệ thống

Khảo sát sơ bộ

- Tìm hiểu hoạt động bán hàng của cửa hàng

- Tìm hiểu nhu cầu và thị hiếu của khách hàng

- Tìm hiểu các dịch vụ, hệ thống phục vụ của cửa hàng

- Lý do vì sao xây dựng ht này Hệ thống này xây dựng để làm gì (khách hàng có thể làm gì? Admin làm gì)

Kế hoạch phỏng vấn Người được hỏi: (Họ và tên) Người phỏng vấn: (Họ và tên) Địa chỉ: Thời gian: khoảng 45 phút

Thời điểm kết thúc: Đối tượng:

Thu thập thông tin về hoạt động giao dịch, bán hàng.

Yêu cầu: Nhân viên bán hàng và quản lý có kinh nghiệm phục vụ tại cửa hàng trên 1 năm.

- Tổng quan về cửa hàng

- Tổng quan về phỏng vấn

- chủ đề sẽ đề cập, xin phép được ghi âm

- Chủ đề: (Hỏi và trả lời)

- Tổng hợp nội dung chính

- Ý kiến của người được hỏi

- Kết thúc Ước lượng thời gian:

( Dự kiến tổng cộng: 41 phút )

Dự án: quản lý hệ thống bán hàng Tiểu dự án: Kiểm tra trải nghiệm hệ thống.

Người được hỏi: Người hỏi:

Câu 1: Bạn thấy chất lượng phản hồi của hệ thống như thế nào?

Câu 2: Hệ thống có gặp lỗi trong quá trình bạn sử dụng không?

Câu 3: Cửa hàng có những phương thức thanh toán gì?

Câu 4: Cửa hàng có hỗ trợ đổi trả như thế nào?

Câu 5 Theo bạn thì hình ảnh hiển thị và bố cục có dễ dàng sử dụng không?

Câu 6: Chất lượng phục vụ của nhân viên như thế nào.

Câu 7: Cửa hàng có ưu đãi gì cho khách hàng mới?

Câu 8: Cảm nhận của bạn về chất lượng hotline hỗ trợ khách hàng?

Câu 9: Cửa hàng có phân loại sản phẩm theo danh mục không?

Câu 10: Bạn nghĩ website cần cải thiện thêm tính năng gì không? Đánh giá chung:

Phân tích đặc tả các yêu cầu của hệ thống

PHIẾU ĐIỀU TRA CẢM NHẬN CỦA KHÁCH HÀNG VỀ TRANG WEB

Câu 1: Bạn có cảm thấy hài lòng về đội ngũ chăm sóc khách hàng không?

Câu 2: Bạn cảm thấy mức giá bán của các sản phẩm như thế nào?

- Hoạt động đăng kí, đăng nhập: Người dùng mới có thể thực hiện đăng kí bằng số điện thoại, hệ thống sẽ gửi 1 mã OTP đến số điện thoại mà người dùng dùng để đăng kí Người dùng cũ cũng có thể đăng nhập bằng số điện thoại và mã OTP

- Hoạt động mua hàng: Sau khi người dùng chọn được sản phẩm muốn mua, hệ thống sẽ yêu cầu người dùng chọn size sau đó sẽ thêm sản phẩm vào giỏ hàng, người dùng sau đó có thể vào giỏ hàng, điều chỉnh số lượng sản phẩm sau đó đặt hàng, thông tin đặt hàng sẽ được gửi đến cửa hàng, cửa hàng sẽ tiến hành gửi hàng cho khách hàng.

- Hoạt động thanh toán: Khách hàng có thể thanh toán theo 2 hình thức trực tuyến và tiền mặt Ở hình thức thanh toán trực tuyến, khách hàng có thể trả bằng thẻ visa, chuyển khoản ngân hàng Nếu thanh toán bằng tiền mặt, khách hành sẽ trả tiền trực tiếp cho shipper, sau đó shipper sẽ chuyển tiền lại cho cửa hàng.

Nhân viên bán hàng: có nhiệm vụ ngồi trực trang web, chốt các đơn hàng được yêu cầu, xử lí các vấn đề liên quan đến đơn hàng (mã giảm giá, lỗi hàng, hoàn trả hàng), giới thiệu và giải đáp thắc mắc của khách hàng

Nhân viên quản lý kho: trực tiếp đóng gói, kiểm tra hàng hóa và vận chuyển đến địa chỉ cho khách hàng.

Hiện nay công ty đang có 26 chi nhánh của cửa hàng tại 4 tỉnh thành phố là Hà Nội, Hồ Chí Minh, Hải Phòng và Đà nẵng Cùng với đó là 500 nhân viên bán hàng và quản lý Trụ sở chính: Số 688, Đường Quang Trung, Phường La Khê, Quận Hà Đông, Hà Nội, Việt Nam Hoạt động kinh doanh chủ yếu của công ty là các mặt hàng thời trang

Số ĐKKD: 0107574310, ngày cấp: 23/09/2016, nơi cấp: Sở Kế hoạch và đầu tư Hà Địa chỉ liên hệ: Phòng 301 Tòa nhà GP Invest, 170 La Thành, P Ô Chợ Dừa, Q Đống Đa, Hà Nội

Fax: +8424 - 6277.6419 Địa chỉ email: hello@canifa.com

1.1.5 Các tài liệu thu thập được

Hình 1.1: Trang chủ của website.

Hình 1.2: Xem hàng theo danh mục.

Hình 1.3: Thông báo khuyến mại

Hình 1.4: Xem hàng theo danh mục

Hình 1.5: Thông tin và giá sản phẩm

Hình 1.6: Thông tin chi tiết sản phẩm.

Hình 1.7: Thông tin giới thiệu

Hình 1.8: Hóa đơn thanh toán

Hình 1.9: Ảnh voucher khuyễn mại

Khảo sát chi tiết

1.2.1 Hoạt động của hệ thống

-Hoạt động xem đơn hàng

-Hoạt động thêm sản phẩm yêu thích

-Hoạt động Đăng nhập/Đăng kí tài khoản

-Hoạt động tìm kiếm mặt hàng

-Hoạt động tìm kiếm cửa hàng

-Hoạt động quảng cáo sản phẩm

-Hoạt động ưu đãi sản phẩm

-Hoạt động thêm vào giỏ hàng

-Hoạt động hỗ trợ khách hàng

1.2.2 Các yêu cầu chức năng

-Yêu cầu khách hàng đăng kí hoặc đăng nhập vào tài khoản: nhập số điện thoại ,mật khẩu ,địa chỉ, mã otp,

-Sau khi thêm vào giỏ hàng và mua hàng website sẽ yêu cầu về kích cỡ, màu sắc của sản phẩm , sau khi nhận được hàng khách hàng sẽ đánh giá chất lượng của sản phẩm

-Hình thức thanh toán: sau khi mua hàng khách hàng sẽ chọn phương án trả tiền là trả tiền trực tiếp hoặc trả tiền bẳng thẻ visa,chuyển khoản ngân hàng ,

-Hoạt động hỗ trợ :khách hàng nhấn vào phần hỗ trợ sẽ dẫn đến các trang mạng khác của website và sẽ được nhân viên hỗ trợ.

1.2.3 Các yêu cầu phi chức năng

- Hệ thống làm việc bằng tiếng việt và sẽ có một số sản phẩm sử dụng tiếng anh -Khách hàng có thể cài đặt ứng dụng trên điện thoại bằng google play hoặc app store Nếu khách hàng cần sử dụng trên laptop thì chỉ cần nhập tên trang web

- Thương hiệu không chỉ bán onl mà có rất nhiều cửa hàng để khách hàng có thể trực tiếp đến để lựa chọn sản phẩm.

-Thời gian làm việc của website là 24/24h mỗi ngày ,hiệu năng làm việc nhanh chóng,nhân viên sẽ liên tục hỗ trợ khách hàng ở mức tối đa

Mô hình hóa dữ liệu

Các yêu cầu về dữ liệu

- Các danh mục bậc một: Danh mục bậc một có thể có 1 hay nhiều danh mục bậc 2 Thông tin về danh mục bậc một gồm: mã danh mục, tên danh mục

- Các danh mục bậc hai: Mỗi danh mục bậc hai thuộc 1 danh mục bậc 1 Thông tin về danh mục bậc hai gồm: mã danh mục, tên danh mục

- Các danh mục bậc ba: Mỗi danh mục bậc ba thuộc 1 danh mục bậc hai Mỗi danh mục hai có 1 hay nhiều danh mục bậc 3 Thông tin về danh mục bậc ba bao gồm: mã danh mục, tên danh mục.

- Các sản phẩm: Mỗi danh mục bậc 3 có 1 hay nhiều sản phẩm Mỗi sản phẩm thuộc 1 danh mục bậc 3 Thông tin sản phẩm gồm có: mã sản phẩm, tên sản phẩm, màu sắc, size, giá bán, mô tả, chất liệu, hướng dẫn sử dụng, ảnh.

- Các của hàng: Mỗi cửa hàng có nhiều sản phẩm, mỗi sản phẩm có ở 0 hay nhiều của hàng Thông tin cửa hàng bao gồm: Mã cửa hàng, địa chỉ, số điện thoại Ngoài ra cũng cần lưu trạng thái của sản phẩm ở mỗi cửa hàng.

- Các màu sắc: Mỗi sản phẩm có nhiều màu sắc Mỗi màu sắc có thể là màu của 0 hay nhiều sản phẩm Màu sắc gồm có: mã màu, tên màu.

- Các đơn hàng: Mỗi sản phẩm thuộc 0 hay nhiều đơn hàng, mỗi đơn hàng có nhiều sản phẩm Mỗi đơn hàng phải thuộc về 1 khách hàng Mỗi khách hàng có nhiều đơn hàng Thông tin đơn hàng gồm: Số đơn hàng, ngày lập, địa chỉ giao hàng Ngoài ra cũng cần lưu số lượng của mỗi sản phẩm trong từng đơn hàng

- Các khách hàng: Mỗi khách hàng sẽ có một tài khoản để mua hàng gồm tên đăng nhập và mật khẩu Thông tin về khách hàng: Mã khách hàng, tên khách hàng, địa chỉ, số điện thoại, email.

- Các nhân viên: Mỗi đơn hàng được lập bởi một nhân viên, mỗi nhân viên có thể lập 0 hay nhiều đơn hàng Nhân viện bao gồm các thông tin: mã nhân viên, tên nhân viên, số điện thoại Các nhân viên được quản lý bởi 1 quản lý Quản lý cũng là một nhân viên.

- Giảm giá: Ngoài ra, khách hàng có thể sử dụng mã giảm giá để được nhận được ưu đãi Trên đơn hàng có 0 hoặc 1 mã giảm giá do khách hàng sử dụng Mỗi mã giảm giá có thể sử dụng trong nhiều hóa đơn khác nhau Mỗi mã giảm giá đi kèm với giá trị giảm giá, thời hạn, hướng dẫn sử dụng.

Mô hình cơ sở dữ liệu mức vật lý

Bảng 7: Cửa Hàng_Sản Phẩm

Bảng 9: Đơn hàng_Sản phẩm

2.3.2 Biểu đồ thực thể liên kết mức vật lý

Mô hình hóa chức năng

Biểu đồ use case

He Thong Th Dien Du

Them San Pham Vao Muc Yeu Thich

Them San Pham Vao Gio Hang

Xem Thong Tin Don Hang

Thong Bao Ve Don Hang Da Dat

Xem Khuyen Mai Thanh Toan Tim Kiem Cua Hang

Lap Bao Cao Bao t ri don hang Bao tri san pham

Bao tri danh muc 1 Bao tri khach hang

Bao tri danh muc 3 Bao tri danh muc 2 Nguoi Quan Tri

Them San Pham Vao Muc Yeu Thich

Xem Khuyen Mai Thanh Toan Tim Kiem Cua Hang

1 Use case “Tìm kiếm sản phẩm”: Use case này cho phép khách hàng tìm kiếm các sản phẩm trong shop.

2 Use case “Xem sản phẩm”: Use case này cho phép khách hàng xem thông tin của sản phẩm.

3 Use case “Thêm sản phẩm vào mục yêu thích”: Use case này cho phép khách hàng thêm 1 sản phẩm bất kỳ vào mục yêu thích.

4 Use case “Xem mục yêu thích”: Use case này cho phép khách hàng xem thông tin mục yêu thích.

5 Use case “Thêm sản phẩm vào giỏ hàng”: Use case này cho phép khách hàng thêm sản phẩm vào giỏ hàng.

6 Use case “Xem giỏ hàng”: Use case này cho phép khách hàng xem thông tin của giỏ hàng.

7 Use case “Tìm kiếm của hàng”: Use case này cho phép khách hàng tìm các cửa hàng trên toàn quốc.

8 Use case “Mua hàng”: Use case này cho phép khách hàng mua các sản phẩm có trong cửa hàng.

9 Use case “Thanh toán”: Use case này cho phép khách hàng thanh toán tổng tiền các sản phẩm trong giỏ hàng.

10 Use case “Xem thông tin đơn hàng”: Use case này cho phép khách hàng xem chi tiết thông tin của đơn hàng.

11 Use case “Xem khuyến mại”: Use case này cho phép khách hàng xem thông tin khuyến mại của sản phẩm.

12 Use case “Đăng ký”: Use case này cho phép khách hàng đăng ký tài khoản cá nhân.

13 Use case “Đăng nhập”: Use case này cho phép khách hàng đăng nhập vào tài khoản cá nhân.

3.1.2 Các use case thứ cấp

Bao tri nhan vien Bao tri danh muc 3 Bao tri danh muc 2 Nguoi Quan Tri

1 Use case “Đăng nhập”: cho phép người quản trị đăng nhập tài khoản để truy cập và sử dụng các tính năng của hệ thống dành cho người quản trị.

2 Use case “Lập báo cáo”: cho phép người quản trị tổng hợp và lập báo cáo về doanh thu, đơn hàng, sản phẩm…

3 Use case “Bảo trì đơn hàng”: cho phép người quản trị xử lý các đơn hàng mà khách hàng yêu cầu.

4 Use case “Bảo trì sản phẩm”: cho phép người quản trị thêm, sửa, xóa sản phẩm.

5 Use case “Bảo trì cửa hàng”: cho phép người quản trị thêm, sửa, xóa cửa hàng.

6 Use case “Bảo trì tài khoản”: cho phép người quản trị tạo mới hoặc xóa tài khoản người dùng.

7 Use case “Bảo trì danh mục 1”: cho phép người quản trị thêm, sửa, xóa danh mục bậc 1.

10 Use case “Bảo trì khách hàng”: cho phép người quản trị cập nhật thông tin khách hàng.

11 Use case “Bảo trì giảm giá” : cho phép người quản trị thêm, sửa, xóa các mã giảm giá.

12 Use case “Bảo trì nhân viên:” cho phép người quản trị thêm, sửa, xóa thông tin nhân viên

3.1.3 Phân rã một số use case

CSDLBao tri mau sac

Them San Pham Vao Muc Yeu

Mô tả chi tiết các use case

3.2.1 Mô tả use case “Tìm kiếm sản phẩm” (Trần Anh Khá)

- Use case này cho phép khách hàng tìm kiếm các sản phẩm trên shop.

 Luồng sự kiện: o Luồng cơ bản:

 Use case này bắt đầu khi khách hàng nhập tên sản phẩm vào khung phần “tìm kiếm sản phẩm” và nhấn nút tìm kiếm.

 Hệ thống lấy hình ảnh minh họa ,tên sản phẩm ,giá bán từ bảng SANPHAM hiển thị ra màn hình Use case kết thúc. o Luồng rẽ nhánh:

 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 Use case kết thúc.

 Tại bước 2 trong luồng cơ bản ,khi không tìm thấy sản phẩm Hệ thống sẽ hiển thị “Không tìm thấy sản phẩm”

 Các yêu cầu đặc biệt:

3.2.2 Mô tả use case “Xem sản phẩm” (Trần Anh Khá)

- Use case này cho phép khách hàng tìm kiếm các sản phẩm trên shop.

 Use case này bắt đầu khi khách hàng click vào một sản phẩm bất kì.

 Hệ thống lấy hình ảnh minh họa ,tên sản phẩm , mã sản phẩm, giá bán, màu sắc, kích cỡ , mô tả sản phẩm , hướng dẫn sử dụng từ bảng SANPHAM hiển thị ra màn hình Use case kết thúc. o Luồng rẽ nhánh:

 Các yêu cầu đặc biệt:

3.2.3 Use case “Thêm sản phẩm vào mục yêu thích” (Trần Anh Khá)

-Use case này cho phép khách hàng thêm 1 sản phẩm bất kỳ vào mục yêu thích.

 Use case này bắt đầu khi khách hàng kích vào biểu tượng hình trái tim ở góc phải sản phẩm

 Hệ thống sẽ thêm sản phẩm vào danh sách yêu thích Use case kết thúc. o Luồng rẽ nhánh:

 Các yêu cầu đặc biệt: Không có.

 Tiền điều kiện: Để thêm được sản phẩm vào mục yêu thích trước hết khách hàng phải có tài khoản đăng nhập vào hệ thống.

3.2.4 Mô tả use case “Đăng nhập” (Trần Anh Khá)

Use case “Đăng nhập”: Use case này cho phép khách hàng đăng nhập vào tài khoản cá nhân.

 Use case này bắt đầu khi khách hàng kích vào biểu tượng hình người ở góc phải màn hình Hệ thống hiển thị màn “ Đăng nhập”.

 Khách hàng nhập tài khoản cà kích vào nút tiếp tục Hệ thống cho phép tài khoản của bạn truy cập vào hệ thống Use case kết thúc. o Luồng rẽ nhánh:

 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ó.

3.2.5 Mô tả use case “Xem mục yêu thích” (Bùi Duy Văn)

 Mô tả vắn tắt: use case này cho phép khách hàng xem danh sách các sản phẩm đã thêm vào mục yêu thích.

 Luồng sự kiện: o Luồng cơ bản

 Use case này bắt đầu khi khách hàng ấn vào biểu tượng hình trái tim nằm ở góc trên bên phải màn hình, hệ thống sẽ hiển thị các sản phẩm thuộc mục yêu thích lên màn hình.

 Khi khách hàng ấn vào biểu tượng trái tim ở 1 trong các sản phẩm hiện trên màn hình, hệ thống sẽ xóa bỏ sản phẩm đó khỏi danh sách yêu thích.

 Khi khách hàng ấn chuột chọn 1 trong số các sản phẩm hiện trên màn hình, hệ thống sẽ đưa khách hàng đến xem trực tiếp sản phẩm đó.

 Tại bất kì bước nào trong luồng cơ bản, nếu không thể kết nối với CSDL, hệ thống sẽ hiển thị thông báo lỗi.

 Tiền điều kiện: Khách hàng phải đăng nhập trước để có thể sử dụng usecase này.

 Hậu điều kiện: Nếu khách hàng xóa 1 hoặc nhiều sản phẩm trong danh sách yêu thích, thông tin sẽ được cập nhật vào CSDL.

 Các điểm mở rộng: Tại bước 3 trong luồng cơ bản, khi khách hàng kích vào 1 trong số các sản phẩm hiện trên màn hình, sẽ chuyển sang use case Xem hàng.

3.2.6 Mô tả use case “Thêm sản phẩm vào giỏ hàng” (Bùi Duy Văn)

 Mô tả vắn tắt: use case này cho phép khách hàng thêm sản phẩm vào giỏ hàng.

 Use case này bắt đầu khi khách hàng đang xem 1 mặt hàng và ấn vào nút “Thêm hàng vào giỏ”.

 Nếu khách hàng chưa chọn size, màu sắc, hệ thống sẽ yêu cầu khách hàng chọn size, màu sắc.

 Hệ thống sẽ thêm sản phẩm khách hàng đã chọn vào danh sách giỏ hàng và đưa ra thông báo cho khách hàng lựa chọn “Tiếp tục mua hàng” hoặc hoàn tất đơn hàng.

Use Case kết thúc. o Luồng rẽ nhánh

 Tại bước 3 trong luồng cơ bản, nếu khách hàng chọn “Tiếp tục mua hàng” sẽ quay lại bước 1 trong luồng cơ bản.

 Tại bước 3 trong luồng cơ bản, nếu khách hàng chọn “Hoàn tất đơn hàng” sẽ kết thúc use case.

 Mặt hàng phải còn ít nhất 1 sản phẩm thì khách hàng mới có thể thêm hàng vào giỏ.

 Khách hàng phải đăng nhập trước để có thể sử dụng use case này.

 Hậu điều kiện: Sau khi khách hàng thêm ít nhất 1 sản phẩm vào giỏ hàng, thông tin cần gửi đến và lưu vào CSDL.

 Các điểm mở rộng: Tại bước 3 trong luồng cơ bản, nếu khách hàng chọn “Hoàn tất đơn hàng” sẽ chuyển sang use case Thanh toán.

3.2.7 Mô tả use case “Xem giỏ hàng” (Bùi Duy Văn)

 Mô tả vắn tắt: use case này cho phép khách hàng xem danh sách các sản phẩm trong giỏ hàng.

 Use case này bắt đầu khi khách hàng ấn vào biểu tượng giỏ hàng ở góc trên bên phải màn hình Hệ thống sẽ hiển thị 1 cửa sổ nhỏ hiển thị danh sách sơ lược các sản phẩm trong giỏ lên màn hình.

 Nếu khách hàng ấn vào nút “Xem giỏ hàng” trên cửa sổ vừa hiện thị, hệ thống sẽ hiển thị danh sách chi tiết các sản phẩm trong giỏ hàng lên màn hình.

 Khách hàng có thể ấn vào dấu “X” trên mỗi sản phẩm để xóa sản phẩm đó khỏi giỏ hàng, khách hàng cũng có thể ấn vào các dấu “+” hoặc “-“ để thay đổi số lượng của từng mặt hàng trong giỏ.

 Khi khách hàng ấn chuột chọn 1 trong số các sản phẩm hiện trên màn hình, hệ thống sẽ đưa khách hàng đến xem trực tiếp sản phẩm đó.

 Tiền điều kiện: Khách hàng phải đăng nhập trước để có thể sử dụng use case này.

 Hậu điều kiện: Sau khi khách hàng xóa hoặc thay đổi ít nhất 1 sản phẩm trong giỏ hàng, thông tin cần gửi đến và lưu vào CSDL.

 Các điểm mở rộng: Tại bước 4 trong luồng cơ bản, khi khách hàng kích vào 1 trong số các sản phẩm, sẽ chuyển sang use case Xem hàng.

3.2.8 Mô tả use case “Bảo trì đơn hàng” (Bùi Duy Văn)

 Mô tả vắn tắt: use case này cho phép admin xem đơn hàng hoặ từ chối các đơn hàng.

 Use case này bắt đầu khi admin sử dụng quyền bảo trì đơn hàng Hệ thống sẽ hiển thị danh sách các đơn hàng trong CSDL.

 Admin có thể ấn vào nút “Xem đơn hàng” trên 1 đơn hàng Hệ thống sẽ hiển thị thông tin chi tiết của đơn hàng đó.

 Admin có thể ấn vào nút “Từ chối” trên 1 đơn hàng Hệ thống sẽ tiến hành xóa đơn hàng đó khỏi CSDL và thông báo cho khách hàng đã đặt đơn hàng đó.

 Admin có thể ấn vào nút “Hoàn tác” Hệ thống sẽ hoàn trả lại trạng thái danh sách đơn hàng trước đó 1 lần sửa.

 Tại bước 1 trong luồng cơ bản nếu admin ấn vào nút “Đóng” thì use case kết thúc.

 Tại bước 2 trong luồng cơ bản, nếu admin ấn vào nút “Trở lại” khi đang xem đơn hàng, hệ thống sẽ quay trở lại bước 1.

 Các yêu cầu đặc biệt: Use case này chỉ cho phép 1 số người có vai trò quản trị thực hiện.

 Tiền điều kiện: Tài khoàn bắt buộc phải đăng nhập với quyền Admin để có thể sử dụng use case này.

 Hậu điều kiện: Sau khi admin từ chối ít nhất 1 đơn hàng, thông tin cần gửi đến và lưu vào CSDL.

 Các điểm mở rộng: Không có.

3.2.9 Mô tả use case “Bảo trì sản phẩm” (Bùi Duy Văn)

 Mô tả vắn tắt: use case này cho phép admin thêm, sửa, xóa các sản phẩm.

 Use case này bắt đầu khi admin sử dụng quyền bảo trì sản phẩm Hệ thống sẽ hiển thị danh sách các sản phẩm trong CSDL.

 Admin có thể ấn vào nút “Sửa” trên 1 sản phẩm Hệ thống sẽ tiến hành cho admin sửa thông tin sản phẩm đó.

 Admin có thể ấn vào nút “Xóa” trên 1 sản phẩm Hệ thống sẽ tiến hành xóa sản phẩm đó khỏi CSDL.

 Admin có thể ấn vào nút “Thêm sản phẩm” Hệ thống sẽ cho phép admin nhập thông tin sản phẩm và thêm sản phẩm đó vào CSDL.

 Admin có thể ấn vào nút “Hoàn tác” Hệ thông sẽ hoàn trả lại trạng thái đã sửa đổi trước đó.

 Tại bước 1 trong luồng cơ bản nếu admin ấn vào nút “Đóng” thì use case kết thúc.

 Tại bước 4 trong luồng cơ bản, nếu admin ấn vào nút “Hủy bỏ” khi đang nhập thông tin sản phẩm, hệ thống sẽ hủy bỏ thông tin sản phẩm đang nhập và quay trở lại bước 1.

 Các yêu cầu đặc biệt: Use case này chỉ cho phép 1 số người có vai trò quản trị thực hiện.

 Tiền điều kiện: Tài khoàn bắt buộc phải đăng nhập với quyền Admin để có thể sử dụng use case này.

 Hậu điều kiện: Sau khi admin thay đổi thông tin hoặc thêm, xóa ít nhất 1 sản phẩm, thông tin cần gửi đến và lưu vào CSDL.

 Các điểm mở rộng: Không có.

3.2.10 Mô tả use case “Tìm kiếm cửa hàng” ( Lê Văn Phúc )

Use case này cho phép khách hàng tìm các cửa hàng trên toàn quốc.

 Luồng các sự kiện: o Luồng cơ bản:

Định dạng
Số trang	52
Dung lượng	1,33 MB