Đặc tả chi tiết các usecase

Một phần của tài liệu Bài tập lớn phân tích và đặc tả yêu cầu phần mềm (Trang 35 - 44)

PHẦN II: MÔ HÌNH HÓA CHỨC NĂNG

4. Đặc tả chi tiết các usecase

1. UC: Đăng kí tài khoản

2. Mô tả vắn tắt: Ca sư뀉 dụng này cho phép khách hàng đăng kí tài khoản làm thành viên để sư뀉 dụng một số chức năng của hệ thống

3. Luồng sự kiện

3.1. Luồng cơ bản

3.1.1. UC bắt đầu khi khách hàng chọn chức năng đăng kí tài khoản ở trang chủ

3.1.2. Hệ thống hiển thị màn hình đăng kí

3.1.3. Khách hàng nhập các thông tin: Họ, Tên, Email, Mật Khऀu và kích nút “Đăng kí”

3.1.4. Hệ thống kiểm tra thông tin trong bảng TAIKHOAN và lưu thông tin đăng nhập vào bảng TAIKHOAN. UC kết thúc 3.2. Luồng rẽ nhánh

3.2.1. Tại bước 3.1.3 trong luồng cơ bản, nếu Email đã tồn tại, hệ thống hiển thị thông báo yêu cầu khách hàng nhập lại. UC quay lại bước 2 ở luồng cơ bản

3.2.2. Tại bất kỳ thời điểm nào trong quá trình thực hiện ca sư뀉 dụng 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à ca sư뀉 dụng kết thúc.

4. Các yêu cầu đặc biệt: Không có 5. Tiền điều kiện: Không có

6. Hậu điều kiện: Không có 7. Các điểm mở rộng: Không có

4.2. Usecase đăng nhập 1. UC: Đăng nhập tài khoản

2. Mô tả vắn tắt: UC này cho phép người dùng đăng nhập tài khoản để truy cập vào hệ thống

3. Luồng sự kiện 3.1. Luồng cơ bản.

3.1.1. UC bắt đầu khi người dùng chọn “Tài khoản” ở màn hình chính sau đó chọn “Đăng nhập”

3.1.2. Hệ thống hiển thị màn hình đăng nhập

3.1.3. Người dùng nhập thông tin :email,mật khऀu và click nút đăng nhập

3.1.4. Hệ thống kiểm tra và xác nhận thông tin từ bảng TAIKHOAN sau đó cho phép đăng nhập.UC kết thúc

3.2. Luồng rẽ nhánh.

3.2.1. Tại bước 4 của luồng cơ bản, hệ thống sẽ kiểm tra người đăng nhập với vai trò khách hàng, nhân viên hay admin. Nếu đăng nhập với vai trò khách hàng hiển thị màn hình trang chủ các danh mục sản phऀm của cư뀉a hàng. Nếu đăng nhập với vai trò nhân viên hệ thống hiển thị màn hình trang chủ cho phép thêm và bảo trì thông tin sản phऀm. Nếu đăng nhập với vai trò admin, hệ thống hiển thị màn hình trang chủ cho phép thêm và bảo trì thông tin tài khoản của nhân viên. Nếu thông tin tài khoản khách hàng nhập không đúng hệ thống hiển thị thông báo “Thông tin tài khoản hoặc mật khऀu không chính xác!”

3.2.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 sẽ hiển thị một thông báo lỗi và UC kết thúc.

4. Yêu cầu đặc biệt: Không có.

5. Tiền điều kiện:Khách hàng phải có tài khoản đã đăng kí trước 6. Hậu điều kiện:Không có.

7. Điểm mở rộng:Không có.

4.3. Usecase xem hàng

1. Tên Use Case: Xem Hàng

2. Mô tả vắn tắt: UC này cho phép khách hàng xem thông tin các sản phऀm.

3. Luồng các sự kiện:

3.1. Luồng cơ bản:

3.1.1. UC bắt đầu khi khách hàng chọn vào danh mục sản phऀm.

3.1.2. Hệ thống sẽ truy cập vào bảng DANHMUC và hiển thị các danh mục lên màn hình.

3.1.3. Khách hàng chọn thể loại mà mình muốn mua. Hệ thống truy cập vào bảng THELOAI và lấy tên các thể loại và hiển thị lên màn hình.

3.1.4. Khách hàng chọn vào loại sản phऀm mà mình muốn tìm. Hệ thống sẽ truy nhập vào bảng LOAI và lấy ra thông tin các loại sản phऀm.

3.1.5. Khách hàng chọn sản phऀm muốn xem. Hệ thống sẽ truy cập vào bảng SANPHAM và hiển thị thông tin sản phऀm lên màn hình. UC kết thúc.

3.2. Luồng rẽ nhánh

3.2.1. Tại bước 3.1.2, 3.1.3, 3.1.4, 3.1.5 nếu không có sản phऀm phù hợp, hệ thống hiển thị thông báo “Không tìm thấy sản phऀm nào phù hợp!”. UC kết thúc.

3.2.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 sẽ hiển thị một thông báo lỗi và UC kết thúc.

4. Các sự kiện đặc biệt: Không có 5. Tiền điều kiện: Không có 6. Hậu điều kiện: Không có 7. Các điểm mở rộng: Không có 4.4. Usecase tìm kiếm theo giá

1. UC: Tìm Kiếm Theo Giá.

2. Mô tả vắn tắt: UC này cho phép khách hàng tìm kiếm sản phऀm theo giá.

3. Luồng sự kiện.

3.1. Luồng cơ bản.

3.1.1. UC bắt đầu khi khách hàng chọn chức năng danh mục sản phऀm và chọn một thể loại bất kì.

3.1.2. Hệ thống truy cập vào bảng SANPHAM để lấy danh sách sản phऀm màn hình sẽ hiển thị danh sách các sản phऀm thuộc thể loại đã chọn.

3.1.3. Khách hàng điều chỉnh giá sản phऀm bằng việc điều chỉnh 2 đầu mút và click nút lọc giá.

3.1.4. Hệ thống sẽ truy cập vào bảng SANPHAM kiểm tra thông tin giá sản phऀm và hiển thị ra danh sách các sản phऀm phù hợp.UC kết thúc

3.2. Luồng rẽ nhãnh.

3.2.1. Tại bước thứ 3.1.3 của luồng cơ bản , nếu giá sản phऀm mà khách hàng chọn không có thì hệ thống hiển thị thông báo

“Không tìm thấy sản phऀm nào phù hợp!”.

3.2.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 sẽ hiển thị một thông báo lỗi và UC kết thúc.

4. Yêu cầu đặc biệt:Không có 5. Tiền điều kiện:Không có 6. Hậu điều kiện:Không có 7. Điểm mở rộng:Không có

4.5. Usecase tìm kiếm theo thương hiệu 1. UC font end: Tìm kiếm theo thương hiệu

2. Mô tả vắn tắt: Ca sư뀉 dụng này cho phép khách hang tìm kiếm sản phऀm theo thương hiệu

3. Luồng sự kiện

3.1. Luồng cơ bản

3.1.1. UC bắt đầu khi khách hàng chọn chức năng danh mục sản phऀm và chọn một thể loại bất kì

3.1.2. Hệ thống truy cập bảng SANPHAM và hiển thị danh sách các sản phऀm thuộc thể loại đã chọn

3.1.3. Khách hàng có thể lọc thương hiệu bằng nhập tên thương hiệu hoặc tích chọn vào thương hiệu được liệt kê

3.1.4. Hệ thống kiểm tra thông tin thương hiệu trong bảng SANPHAM và hiển thị ra danh sách các sản phऀm phù hợp. Use Case kết thúc

3.2. Luồng rẽ nhánh

3.2.1. Tại bước 3.1.3 trong luồng cơ bản, khi nhập tên thương hiệu không tồn tại trong cơ sở dữ liệu, hệ thống sẽ hiển thị thông báo “Không tìm thấy sản phऀm nào phù hợp!”

3.2.2. Tại bất kỳ thời điểm nào trong quá trình thực hiện ca sư뀉 dụng 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à ca sư뀉 dụng kết thúc.

4. Các yêu cầu đặc biệt: Không có 5. Tiền điều kiện: Không có

6. Hậu điều kiện: Không có 7. Các điểm mở rộng: Không có

4.6. Usecase tìm kiếm theo dung lượng 1. UC: Tìm kiếm sản phऀm theo dung lương.

2. Mô tả vắn tắt: UC này cho phép khách hàng tìm kiếm sản phऀm theo dung lượng

3. Luồng sự kiện

3.1. Luồng cơ bản

3.1.1. UC bắt đầu khi khách hàng lựa chọn chức năng danh mục sản phऀm và chọn một thể loại bất kì.

3.1.2. Hê ̣ thống truy cập bảng SANPHAM và hiển thị lên màn hình danh sách sản phऀm thuộc thể loại đã chọn.

3.1.3. Khách hàng điều chỉnh dung lượng sản phऀm cần tìm.

3.1.4. Hệ thống truy cập bảng SANPHAM, kiểm tra thông tin sản phऀm và hiển thị danh sách các sản phऀm phù hợp. UC kết thúc.

3.2. Luồng rẽ nhánh

3.2.1. Tại bước 3.1.3 ở luồng cơ bản nếu khách hàng chọn một dung lượng mà không có sản phऀm nào tương ứng thì hệ thống hiển thị thông báo:”Sản phऀm không có sẵn”.

3.2.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 sẽ hiển thị một dòng thông báo lỗi và UC kết thúc.

4. Yêu cầu đặc biệt: Không có.

5. Tiền diều kiện: Không có.

6. Hậu điều kiện: Không có.

7. Điểm mở rộng: Không có.

4.7. Usecase đặt hàng 1. Tên UC: đặt hàng

2. Mô tả vắn tắt: UC này cho phép khách hàng đặt mua sản phऀm trên hệ thống

3. Luồng sự kiện:

3.1 Luồng cơ bản

1. UC bắt đầu khi khách hàng chọn chức năng “ Mua ngay” ở trang sản phऀm

2. Hệ thống lưu sản phऀm vào bảng GIOHANG và hiển thị màn hình thông tin giỏ hàng của bạn.

3. Khách hàng kích nút “Tiến hành thanh toán”

4. Hệ thống hiển thị màn hình thông tin nhận hàng.

5. Khách hàng nhập thông tin: email, họ và tên, số điện thoại, địa chỉ, tỉnh thành, quận huyện, ghi chú, mã giảm giá (nếu có ), phương thức vận chuyển, phương thức thanh toán và kích nút “Đặt hàng”

6. Hệ thống sẽ kiểm tra dữ liệu vừa nhập và lưu thông tin vào bảng DATHANG. UC kết thúc.

3.2 Luồng rẽ nhánh

1. Tại bước 1 ở luồng cơ bản, nếu sản phऀm đã hết, hệ thống sẽ hiển thị “Hết hàng” trên trang sản phऀm. UC kết thúc.

2. Tại bước 3 ở luồng cơ bản, nếu khách hàng kích nút “Tiếp tục mua hàng”, hệ thống sẽ hiển thị màn hình các sản phऀm.

3. Tại bước 5 ở luồng cơ bản nếu khách hàng nhập thông tin không hợp lệ, hệ thống sẽ hiển thị màn hình thông báo lỗi và yêu cầu nhập lại. Khách hàng có thể nhập lại thông tin để tiếp tục hoặc hủy bỏ thao tác và UC kết thúc.

4. Tại bước 5 ở luồng cơ bản, nếu khách hàng kích nút “Quay về giỏ hàng”, hệ thống hiển thị thông tin giỏ hàng.

5. 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à UC kết thúc.

4. Các yêu cầu đặc biệt: không 5. Tiền điều kiện: không

6. Hậu điều kiện: không 7. Các điểm mở rộng: không 4.8. Usecase duyệt đơn hàng

1. Tên UC: duyệt hàng

2. Mô tả vắn tắt: UC này cho phép nhân viên duyệt đơn hàng mà khách hàng đã đặt mua.

3. Luồng sự kiện:

3.1 Luồng cơ bản:

1. UC bắt đầu khi nhân viên chọn chức năng duyệt đơn hàng ở trang chủ hệ thống

2. Hệ thống sẽ hiển thị thông tin các đơn đặt hàng của khách hàng

3. Nhân viên chọn đơn hàng cần duyệt và kích nút “Duyệt hàng”

4. Hệ thống sẽ lưu thông tin vào bảng SANPHAM, DATHANG.

UC kết thúc.

3.2 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à UC kết thúc.

4. Các yêu cầu đặc biệt

5. Tiền điều kiện: đăng nhập với vai trò nhân viên 6. Hậu điều kiện: không

7. Các điểm mở rộng: nếu sản phऀm đó đã hết hàng thì nhân viên phải bổ sung thêm số lượng sản phऀm.

4.9. Usecase thêm sản phऀm

1. UC backend: Thêm sản phऀm mới

2. Mô tả vắn tắt: Ca sư뀉 dụng này cho phép nhân viên thêm sản phऀm mới vào trang web

3. Luồng sự kiện

3.1. Luồng cơ bản

3.1.1. UC bắt đầu khi nhân viên chọn chức năng thêm sản phऀm 3.1.2. Hệ thống hiển thị màn hình thêm sản phऀm

3.1.3. Nhân viên nhập các trường thông tin phù hợp

3.1.4. Sau đó nhấn Process, sản phऀm sẽ thêm thành công vào bảng SANPHAM

3.2. Luồng rẽ nhánh

3.2.1. Tại bước 3.1.3 trong luồng cơ bản, khi nhập tên sản phऀm không hợp lệ, hệ thống sẽ hiển thị thông báo “Yêu cầu nhập tên sản phऀm hợp lệ!”

Tương tự với các trường thông tin: mã sản phऀm, giá, mô tả, đánh giá, tình trạng, mô tả chi tiết, thương hiệu, số lượng hàng, mã giảm giá, mã thể loại,… hệ thống sẽ hiển thị thông báo lỗi tương tự.

3.2.2. Tại bất kỳ thời điểm nào trong quá trình thực hiện ca sư뀉 dụng 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à ca sư뀉 dụng kết thúc.

4. Các yêu cầu đặc biệt: Không có 5. Tiền điều kiện: Không có

6. Hậu điều kiện: Không có 7. Các điểm mở rộng: Không có

4.10. Usecase xóa sản phऀm 1. UC: Xóa sản phऀm

2. Mô tả ngắn gọn: UC này cho phép nhân viên xóa sản phऀm.

3. Luồng sự kiện

3.1. Luồng cơ bản

3.1.1. UC bắt đầu khi nhân viên kích vào nút “Xóa” trên một dòng sản phऀm.

3.1.2. Hệ thống hiển thị một màn hình yêu cầu xác nhận xóa.

3.1.3. Nhân viên kích vào nút “Đồng ý”.

3.1.4. Hệ thống xóa sản phऀm được chọn trong bảng SANPHAM và hiển thị danh sách sản phऀm đã được cập nhật.

UC kết thúc.

3.2. Luồng rẽ nhánh

3.2.1. Tại bước thứ 3.1.3 của luồng dữ liệu cơ bản, nếu nhân viên kích nút “Hủy bỏ” thì thao tác xóa không được thực hiên và UC kết thúc.

3.2.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 sẽ hiển thị một dòng thông báo lỗi và UC kết thúc.

4. Yêu cầu đặc biệt: người dùng đăng nhật phải có quyền quản trị viên.

5. Tiền diều kiện: người dùng đã đăng nhập.

6. Hậu điều kiện: Không có.

7. Điểm mở rộng: Không có.

4.11. Usecase tạo tài khoản

1. Tên Use Case: Tạo tài khoản

2. Mô tả vắn tắt: Use Case này cho phép người quản trị tạo thêm 1 tài khoản cho nhân viên

3. Luồng các sự kiện:

3.1. Luồng cơ bản:

3.1.1. Use Case bắt đầu khi admin bấm vào nút tạo tài khoản ở menu dành cho người quản trị

3.1.2. Admin sẽ nhập thông tin( tên tài khoản, mật khऀu, nhập lại mật khऀu) rồi click vào “lưu”

3.1.3. Hệ thống sẽ kiểm tra và lưu thông tin vào bảng TAIKHOAN. Use Case kết thúc

3.2. Luồng rẽ nhánh

3.2.1. Tại bước 2 trong luồng cơ bản, nếu admin nhập trùng tên tài khoản thì hệ thống sẽ báo lỗi và yêu cầu nhập lại.

Admin có thể chọn quay về luồng cơ bản để tạo lại tài khoản, hoặc bỏ thao tác đó. Use Case sẽ kết thúc

3.2.2. Tại bước 2 trong luồng cơ bản, nếu admin nhập mật khऀu và nhập lại mật khऀu không trùng nhau thì hệ thống báo lỗi và yêu cầu nhập lại. Admin sẽ nhập lại: mật khऀu và nhập lại mật khऀu, hoặc bỏ qua thao tác sẽ kết thúc Use Case

3.2.3. 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à UC kết thúc.

4. Các sự kiện đặc biệt: Use Case này chỉ cho phép admin thực hiện 5. Tiền điều kiện: Admin cần đăng nhập với vai trò quản trị hệ thống

mới có thể thực hiện Use Case

6. Hậu điều kiện: Nếu Use Case kết thúc thành công thì tài khoản mới sẽ được cập nhật trong bảng TAIKHOAN.

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

4.12. Usecase bảo trì thông tin tài khoản 1. UC: Bảo trì tài khoản

2. Mô tả vắn tắt: UC này cho phép khách hàng hoặc admin bảo trì tài khoản

3. Luồng sự kiện 3.1. Luồng cơ bản.

3.1.1. UC bắt đầu khi người dùng đăng nhập vào hệ thống và chọn chức năng bảo trì tài khoản

3.1.2. Hệ thống hiển thị màn hình bảo trì tài khoản.

3.1.3. Người dùng nhập mới hoặc thay đổi thông tin( Email,Mật khऀu,Họ,Tên,Quê quán…) sau đó click cập nhật.

3.1.4. Hệ thống kiểm tra và lưu thông tin cập nhật vào bảng TAIKHOAN. UC kết thúc

3.2. Luồng rẽ nhánh.

3.2.1. Tại bước đăng nhập của luồng cơ bản, nếu đăng nhập với vai trò admin thì sẽ là sư뀉a hoặc cập nhật thông tin nhân viên, nếu là khách hàng thì sẽ là sư뀉a hoặc cập nhật thông tin cá nhân.

3.2.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 sẽ hiển thị một thông báo lỗi và UC kết thúc.

4. Yêu cầu đặc biệt:Không có.

5. Tiền điều kiện: Người dùng đã đăng nhập vào hệ thống.

6. Hậu điều kiện:Không có.

7. Điểm mở rộng:Không có.

Một phần của tài liệu Bài tập lớn phân tích và đặc tả yêu cầu phần mềm (Trang 35 - 44)

Tải bản đầy đủ (PDF)

(44 trang)