Đặc tả usecase “ManageTyFoOfRes”

Một phần của tài liệu ĐỒ ÁN XÂY DỰNG HỆ THỐNG THÔNG TIN Xây dựng Website quản lí bán món ăn và quán ăn (Trang 27)

- Tóm tắt:

Usecase này mô tả cách actor (nhà hàng ) quản lý các loại thức ăn (thực đơn).

- Dòng sự kiện:

Dòng sự kiện chính

Use case này bắt đầu khi actor (nhà hàng ) muốn thực hiện việc thêm, sửa, xóa thông tin danh sách thực đơn của nhà hàng.

1. Actor (nhà hàng ) chọn module “Quản lý thực đơn” từ màn hình chính. 2. Hệ thống hiển thị mục chọn loại món trong thực đơn

3. Người dùng chọn thêm, sửa hoặc xóa các loại món ăn trong thực đơn 4. Hệ thống lưu những thay đổi khi người dùng chọn thêm, sửa, hoặc xác

nhận xóa.

(3) Dòng sự kiện thêm loại món ăn :

• Người dùng nhập thông tin loạimón ăn và yêu cầu lưu.

• Hệ thống lưu thông tin loại món ăn vào cơ sở dữ liệu.

(4) Dòng sự kiện sửa thông tin loại món ăn:

• Người dùng nhập thông tin mới cho loại món ăn và yêu cầu lưu.

• Hệ thống lưu thông tin loại món ăn tương ứng vào cơ sở dữ liệu.

(5) Dòng sự kiện xóa loại món ăn:

• Hệ thống hiển thị yêu cầu xác nhận xóa loại món ăn.

• Người dùng xác nhận xóa loại món ăn.

• Hệ thống xóa loại món ăn khỏi danh sách thực đơn.

Nhập thiếu các trường bắt buộc:

• Người dùng nhập thiếu các trường dữ liệu bắt buộc thì hệ thống

hiển thị thông báo các trường bắt buộc chưa được nhập.

• Người dùng nhập bổ sung các trường dữ liệu bắt buộc còn thiếu

và chọn lưu hoặc chuyển qua chức năng khác.

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

- Điều kiện tiên quyết: Không có

- Trạng thái hệ thống trước khi bắt đầu usecase: Chưa lưu trữ thông tin mới

- Trạng thái hệ thống sau khi kết thúc usecase:Nếu Usecase thành công thì hệ thống sẽ cập nhật lại thông tin của loại món ăn. Ngược lại, trạng thái của hệ thống không đổi.

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

4.11 Đặc tả usecase “ManageFood” - Tóm tắt:

Usecase này mô tả cách actor (nhà hàng ) quản lý các món ăn trong thực đơn của nhà hàng

- Dòng sự kiện:

Dòng sự kiện chính

Use case này bắt đầu khi actor (nhà hàng ) muốn thực hiện việc thêm, sửa, xóa thông tin món ăn trong thực đơn của nhà hàng.

1. Actor (nhà hàng ) chọn module “Quản lý thực đơn” từ màn hình chính. 2. Hệ thống hiển thị mục chọn loại món trong thực đơn

3. Người dùng chọn loại món

4. Hệ thống hiển thị danh sách các món ăn trong loại đó 5. Người dùng chọn thêm, sửa hoặc xóa món ăn

6. Hệ thống lưu những thay đổi khi người dùng chọn thêm, sửa, hoặc xác nhận xóa.

(1) Dòng sự kiện thêm món ăn:

• Người dùng nhập thông tin món ăn và yêu cầu lưu.

• Hệ thống lưu thông tin món ăn vào cơ sở dữ liệu.

(2) Dòng sự kiện sửa thông tin món ăn:

• Người dùng nhập thông tin mới cho món ăn và yêu cầu lưu.

(3) Dòng sự kiện xóa món ăn:

• Hệ thống hiển thị yêu cầu xác nhận xóa món ăn.

• Người dùng xác nhận xóa món ăn.

• Hệ thống xóa món ăn khỏi danh sách thực đơn.

Dòng sự kiện khác:

Nhập thiếu các trường bắt buộc:

• Người dùng nhập thiếu các trường dữ liệu bắt buộc thì hệ thống

hiển thị thông báo các trường bắt buộc chưa được nhập.

• Người dùng nhập bổ sung các trường dữ liệu bắt buộc còn thiếu

và chọn lưu hoặc chuyển qua chức năng khác.

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

- Điều kiện tiên quyết: Không có

- Trạng thái hệ thống trước khi bắt đầu usecase: Chưa lưu trữ thông tin mới

- Trạng thái hệ thống sau khi kết thúc usecase:Nếu Usecase thành công thì hệ thống sẽ cập nhật lại thông tin của món ăn. Ngược lại, trạng thái của hệ thống không đổi.

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

4.12 Đặc tả usecase “ManageTypeFood” - Tóm tắt:

Usecase này mô tả các actor (admin ) quản lý các loại thức ăn trong hệ thống.

- Dòng sự kiện:

Dòng sự kiện chính

Use case này bắt đầu khi actor (admin) muốn thực hiện việc thêm, sửa, xóa thông tin danh sách loại thức ăn của hệ thống.

1. Actor (admin ) chọn module “Quản lý loại thức ăn” từ màn hình chính. 2. Hệ thống hiển thị danh sách các loại món ăn trong hệ thống

3. Actor (admin ) chọn thêm, sửa hoặc xóa các loại món ăn trong hệ thống

4. Hệ thống lưu những thay đổi khi actor (admin ) chọn thêm, sửa, hoặc xác nhận xóa.

(1) Dòng sự kiện thêm loại món ăn :

• Hệ thống lưu thông tin loại món ăn vào cơ sở dữ liệu.

(2) Dòng sự kiện sửa thông tin loại món ăn:

• Actor (admin ) nhập thông tin mới cho loại món ăn và yêu cầu

lưu.

• Hệ thống lưu thông tin loại món ăn tương ứng vào cơ sở dữ liệu.

(3) Dòng sự kiện xóa loại món ăn:

• Hệ thống hiển thị yêu cầu xác nhận xóa loại món ăn.

• Actor (admin ) xác nhận xóa loại món ăn.

• Hệ thống xóa loại món ăn khỏi danh sách.

Dòng sự kiện khác:

Nhập thiếu các trường bắt buộc:

• Người dùng nhập thiếu các trường dữ liệu bắt buộc thì hệ thống

hiển thị thông báo các trường bắt buộc chưa được nhập.

• Người dùng nhập bổ sung các trường dữ liệu bắt buộc còn thiếu

và chọn lưu hoặc chuyển qua chức năng khác.

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

- Điều kiện tiên quyết: Không có

- Trạng thái hệ thống trước khi bắt đầu usecase: Chưa lưu trữ thông tin mới

- Trạng thái hệ thống sau khi kết thúc usecase:Nếu Usecase thành công thì hệ thống sẽ cập nhật lại thông tin của loại món ăn trong hệ thống. Ngược lại, trạng thái của hệ thống không đổi.

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

4.13 Đặc tả usecase “ManageArea” - Tóm tắt:

Usecase này mô tả các actor (admin ) quản lý các khu vực trong hệ thống.

- Dòng sự kiện:

Dòng sự kiện chính

Use case này bắt đầu khi actor (admin) muốn thực hiện việc thêm, sửa, xóa thông tin danh sách khu vực của hệ thống.

1. Actor (admin ) chọn module “Quản lý khu vực” từ màn hình chính. 2. Hệ thống hiển thị danh sách các khu vực trong hệ thống

3. Actor (admin ) chọn thêm, sửa hoặc xóa các khu vực trong hệ thống

4. Hệ thống lưu những thay đổi khi actor (admin ) chọn thêm, sửa, hoặc xác nhận xóa.

(1) Dòng sự kiện thêm khu vực :

• Actor (admin ) nhập thông tin loạimón ăn và yêu cầu lưu.

• Hệ thống lưu thông tin khu vực vào cơ sở dữ liệu.

(2) Dòng sự kiện sửa thông tin khu vực:

• Actor (admin ) nhập thông tin mới cho khu vực và yêu cầu lưu.

• Hệ thống lưu thông tin khu vực tương ứng vào cơ sở dữ liệu.

(3) Dòng sự kiện xóa khu vực:

• Hệ thống hiển thị yêu cầu xác nhận xóa khu vực.

• Actor (admin ) xác nhận xóa khu vực.

• Hệ thống xóa khu vực khỏi danh sách.

Dòng sự kiện khác:

Nhập thiếu các trường bắt buộc:

• Người dùng nhập thiếu các trường dữ liệu bắt buộc thì hệ thống

hiển thị thông báo các trường bắt buộc chưa được nhập.

• Người dùng nhập bổ sung các trường dữ liệu bắt buộc còn thiếu

và chọn lưu hoặc chuyển qua chức năng khác.

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

- Điều kiện tiên quyết: Không có

- Trạng thái hệ thống trước khi bắt đầu usecase: Chưa lưu trữ thông tin mới

- Trạng thái hệ thống sau khi kết thúc usecase: Nếu Usecase thành công thì

hệ thống sẽ cập nhật lại thông tin của khu vực. Ngược lại, trạng thái của hệ thống không đổi.

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

4.14 Đặc tả usecase “ManageRestaurant” - Tóm tắt:

Usecase này mô tả các actor (admin ) quản lý các nhà hàng.

- Dòng sự kiện:

Use case này bắt đầu khi actor (admin) muốn thực hiện việc thêm, sửa, xóa thông tin nhà hàng.

1. Actor (admin ) chọn module “Quản lý nhà hàng” từ màn hình chính. 2. Hệ thống hiển thị danh sách các nhà hàng.

3. Actor (admin ) chọn thêm, sửa hoặc xóa nhà hàng.

4. Hệ thống lưu những thay đổi khi actor (admin ) chọn thêm, sửa, hoặc xác nhận xóa.

(1) Dòng sự kiện thêm nhà hàng :

• Actor (admin ) nhập thông tin nhà hàng và yêu cầu lưu.

• Hệ thống lưu thông tin nhà hàng vào cơ sở dữ liệu.

(2) Dòng sự kiện sửa thông tin nhà hàng:

• Actor (admin ) nhập thông tin mới cho nhà hàng và yêu cầu lưu.

• Hệ thống lưu thông tin nhà hàng tương ứng vào cơ sở dữ liệu.

(3) Dòng sự kiện xóa nhà hàng:

• Hệ thống hiển thị yêu cầu xác nhận xóa nhà hàng.

• Actor (admin ) xác nhận xóa nhà hàng.

• Hệ thống xóa nhà hàng khỏi danh sách.

Dòng sự kiện khác:

Nhập thiếu các trường bắt buộc:

• Người dùng nhập thiếu các trường dữ liệu bắt buộc thì hệ thống

hiển thị thông báo các trường bắt buộc chưa được nhập.

• Người dùng nhập bổ sung các trường dữ liệu bắt buộc còn thiếu

và chọn lưu hoặc chuyển qua chức năng khác.

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

- Điều kiện tiên quyết: Không có

- Trạng thái hệ thống trước khi bắt đầu usecase: Chưa lưu trữ thông tin mới

- Trạng thái hệ thống sau khi kết thúc usecase: Nếu Usecase thành công thì hệ thống sẽ cập nhật lại thông tin của nhà hàng. Tài khoản nhà hàng sau khi đăng nhập sẽ có thể vào được trang quản lý thực đơn của nhà hàng và tùy chỉnh thông tin của nhà hàng. Ngược lại, trạng thái của hệ thống không đổi.

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

4.15 Đặc tả usecase “ManageCustomer” - Tóm tắt:

Usecase này mô tả các actor (admin ) quản lý các khách hàng.

- Dòng sự kiện:

Dòng sự kiện chính

Use case này bắt đầu khi actor (admin) muốn thực hiện việc thêm, sửa, xóa thông tin khách hàng.

1. Actor (admin ) chọn module “Quản lý khách hàng” từ màn hình chính. 2. Hệ thống hiển thị danh sách các khách hàng.

3. Actor (admin ) chọn thêm, sửa hoặc xóa khách hàng.

4. Hệ thống lưu những thay đổi khi actor (admin ) chọn thêm, sửa, hoặc xác nhận xóa.

(1) Dòng sự kiện thêm khách hàng :

• Actor (admin ) nhập thông tin khách hàng và yêu cầu lưu.

• Hệ thống lưu thông tin khách hàng vào cơ sở dữ liệu.

(2) Dòng sự kiện sửa thông tin khách hàng:

• Actor (admin ) nhập thông tin mới cho khách hàng và yêu cầu

lưu.

• Hệ thống lưu thông tin khách hàng tương ứng vào cơ sở dữ liệu.

(3) Dòng sự kiện xóa khách hàng:

• Hệ thống hiển thị yêu cầu xác nhận xóa khách hàng.

• Actor (admin ) xác nhận xóa khách hàng.

• Hệ thống xóa khách hàng khỏi danh sách.

Dòng sự kiện khác:

Nhập thiếu các trường bắt buộc:

• Người dùng nhập thiếu các trường dữ liệu bắt buộc thì hệ thống

hiển thị thông báo các trường bắt buộc chưa được nhập.

• Người dùng nhập bổ sung các trường dữ liệu bắt buộc còn thiếu

và chọn lưu hoặc chuyển qua chức năng khác.

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

- Điều kiện tiên quyết: Không có

- Trạng thái hệ thống trước khi bắt đầu usecase: Chưa lưu trữ thông tin mới

- Trạng thái hệ thống sau khi kết thúc usecase: Nếu Usecase thành công thì hệ thống sẽ cập nhật lại thông tin của người dùng. Người dùng đăng nhập vào sẽ thấy thông tin được thay đổi. Ngược lại, trạng thái của hệ thống không đổi.

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

4.16 Đặc tả usecase “ManageOrder” - Tóm tắt:

Usecase này mô tả các actor (admin ) quản lý các hóa đơn.

- Dòng sự kiện:

Dòng sự kiện chính

Use case này bắt đầu khi actor (admin) muốn thực hiện việc thêm, sửa, xóa, tìm kiếm thông tin hóa đơn.

1. Actor (admin ) chọn module “Quản lý hóa đơn” từ màn hình chính. 2. Hệ thống hiển thị danh sách các hóa đơn.

3. Actor (admin ) chọn thêm, sửa hoặc xóa hóa đơn.

4. Hệ thống lưu những thay đổi khi actor (admin ) chọn thêm, sửa, hoặc xác nhận xóa.

(1) Dòng sự kiện thêm hóa đơn :

• Actor (admin ) nhập thông tin hóa đơn và yêu cầu lưu.

• Hệ thống lưu thông tin hóa đơn vào cơ sở dữ liệu.

(2) Dòng sự kiện sửa thông tin hóa đơn:

• Actor (admin ) nhập thông tin mới cho hóa đơn và yêu cầu lưu.

• Hệ thống lưu thông tin hóa đơn tương ứng vào cơ sở dữ liệu.

(3) Dòng sự kiện xóa hóa đơn:

• Hệ thống hiển thị yêu cầu xác nhận xóa hóa đơn.

• Actor (admin ) xác nhận xóa hóa đơn.

• Hệ thống xóa hóa đơn khỏi danh sách.

(4) Dòng sự kiện tiềm kiếm hóa đơn:

• Hệ thống yêu cầu nhập thông tìn cần tìm như: mã hóa đơn, tên

người mua, mã nhà hàng….

• Actor (admin) sẽ nhập 1 trong những thông tin đó và chọn tìm

kiếm.

• Hệ thống sẽ lấy từ cơ sở dữ liệu những hóa đơn theo đúng yêu

cầu tìm kiếm mà Actor (admin) nhập.

Dòng sự kiện khác:

• Người dùng nhập thiếu các trường dữ liệu bắt buộc thì hệ thống hiển thị thông báo các trường bắt buộc chưa được nhập.

• Người dùng nhập bổ sung các trường dữ liệu bắt buộc còn thiếu

và chọn lưu hoặc chuyển qua chức năng khác.

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

- Điều kiện tiên quyết: Không có

- Trạng thái hệ thống trước khi bắt đầu usecase: Chưa lưu trữ thông tin mới

- Trạng thái hệ thống sau khi kết thúc usecase: Nếu Usecase thành công thì hệ thống sẽ cập nhật lại thông tin của hóa đơn. Ngược lại, trạng thái của hệ thống không đổi.

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

4.17 Đặc tả usecase “Count/Report” - Tóm tắt:

Usecase này mô tả các actor (admin ) xem thống kê và báo cáo kết quả hoạt động kinh doanh của hệ thống FoodEasy trong vòng tháng, quý, năm.

- Dòng sự kiện:

Dòng sự kiện chính

Use case này bắt đầu khi actor (admin) muốn thực hiện việc xem thống kê, báo cáo kết quả hoạt động kinh doanh

1. Actor (admin ) chọn module “Count/Report” từ màn hình chính.

2. Hệ thống hiển thị màn “báo cáo kết quả hoạt động kinh doanh/thống kê”. 3. Actor (admin ) chọn xem “báo cáo kết quả hoạt động kinh doanh/thống kê”. 4. Actor (admin ) chọn ngày bắt đầu và ngày kết thúc.

5. Hệ thống lưu lấy dữ liệu về thống kê và báo cáo kết quả hoạt động kinh doanh lên và hiển thị biểu đồ chart.

Dòng sự kiện khác:

Nhập thiếu các trường bắt buộc:

• Người dùng nhập thiếu các trường dữ liệu bắt buộc thì hệ thống

• Người dùng nhập bổ sung các trường dữ liệu bắt buộc còn thiếu và chọn lưu hoặc chuyển qua chức năng khác.

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

- Điều kiện tiên quyết: Không có

- Trạng thái hệ thống trước khi bắt đầu usecase: Chưa lưu trữ thông tin mới

- Trạng thái hệ thống sau khi kết thúc usecase: Ngược lại, trạng thái của hệ thống không đổi.

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

5. Danh sách hiện thực hóa usecase

6. Sơ đồ hoạt động (Activity Diagram) 6.1 Đăng nhập (Login)

User FoodEasy System

Enter UserName and PassWord

CheckAccount

Show Messege Error Decentralize

6.2 Đăng kí khách hàng (RegisterCustomer)

User FoodEasy System

Enter info User and Register

Check email and Active Account

Send a email to email of user Check info

Show Messege Error

True False

Open Account

6.3 Đăng kí nhà hàng (ResgisterSale)

FoodEasy System Admin

Show Form RegisterSale

Checkinfo Send an Email RegisterSale to Admin True

False

Check email and check info RegisterSell Create Account Restaurant

valid Send email Active Account

invalid Send email: not successful User

Choose RegisterSale

6.4 Tìm kiếm món ăn (Search Food)

User FoodEasy System

Enter Food Name

CheckInfoEnter()

Search Food Show Messege Error : 2

Show result

6.5 Tìm kiếm nhà hàng (Search Restaurant)

User FoodEasy System

RequestSearchRes

Enter a area to search Res

Show list Area

SearchRestaurant in selected area

Show results Check information

Send notice: Not successfull

6.6 Tìm kiếm món ăn vào giỏ hàng (SearchFood into Cart)

User FoodEasy System

v iew menu of Restaurent

Add Food to Shopping Cart Update Cart

Check

Decision

Show ListFood of Res and Show Empty Cart

reLoad Shipping Cart Update List Foodinto Cart

6.7 Thanh toán (PayThe Cart)

User

request Order

Enter info Shipping Address

Enter info Shipping Address

Choose a button show list address

Choose form to payment

Login

at Home

NganLuong.vn

Choose a Shipping Addres in list

FoodEasy System System of online payment services

Show Form Order Check Login False

True

Save order and send info the Order to

Một phần của tài liệu ĐỒ ÁN XÂY DỰNG HỆ THỐNG THÔNG TIN Xây dựng Website quản lí bán món ăn và quán ăn (Trang 27)

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

(79 trang)
w