Quản lý nhà hàng đh k10 nhóm 7 last update

1.1.5 Các tài liệu thu thập được 1.2 Khảo sát chi tiết 1.2.1 Hoạt động của hệ thống - Qua khảo sát thì em thấy cụ thể như sau: Nhân viên quản lý: sẽ nhận thông tin từ khách hàng bao gồm

Trang 1

TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP HÀ NỘI KHOA CÔNG NGHỆ THÔNG TIN

======***======

Báo cáo bài tập lớn PHÂN TÍCH THIẾT KẾ HỆ THỐNG

Trang 3

LỜI MỞ ĐẦU

Trong thời đại ngày nay, Công nghệ thông tin đang được phát triển mạnh mẽ, nhanh chóng và xâm nhập vào nhiều lĩnh vực khoa học, kỹ thuật cũng như trong cuộc sống Nó trở thành công cụ đắc lực trong nhiều ngành nghề như giao thông, quân sự, yhọc và đặc biệt trong công tác quản lý nói chung và Quản Lý Nhà Hàng nói riêng

Trước đây khi máy tính chưa được ứng dụng rộng rãi, các công việc Quản Lý Nhà Hàng đều được làm thủ công nên rất mất thời gian và tốn kém về nhân lực cũng như tài chính Ngày nay, với sự phát triển công nghệ thông tin mà máy tính đã được sửdụng rộng rãi trong các cơ quan, nhà máy, trường học giúp cho công việc được tốt hơn Việc sử dụng máy tính vào công tác Quản Lý Nhà Hàng là một yêu cầu cần thiết nhằm xóa bỏ những phương pháp lạc hậu, lỗi thời gây tốn kém về nhiều mặt

Quá trình tìm hiểu công tác quản lý nhà hàng của một số nhà hàng khu vực CầuGiấy– Hà Nội (Nhà hàng Habit BBQ – Buffet lẩu nướng chuẩn Nhật …), chúng em đãxây dựng đề tài “Quản Lý Nhà Hàng” với mong muốn giúp cho việc quản lý được dễ dàng, thuận tiện và tránh sai sót

Do thời gian có hạn và sự hiểu biết về ngôn ngữ lập trình còn hạn chế nên chắc chắn bài làm không tránh khỏi những thiếu xót, rất mong được sự giúp đỡ và góp ý kiến của các thầy cô Chúng em chân thành cảm ơn!

Nhóm sinh viên thực hiện!

Bảng phân việc

Trang 4

Tên thành viên Công việc cụ thể

1 Lê Thái Gặp Quản lý thông tin món ăn, Đăng nhập

2 Nguyễn Hằng

3 Phạm Quốc Huy Đăng kí tài khoản, in hóa đơn

4 Vũ Viết Quỳnh Quản lý thông tin khách hàng

5 Nguyễn Hữu

Trọng Đặt bàn, đặt món, tra cứu thông tin khách hàng

Trang 5

MỤC LỤC

Chương 1 Khảo sát hệ thống 6

1.1 Khảo sát sơ bộ 6

1.1.1 Mục tiêu 6

1.1.2 Phương pháp 6

1.1.3 Đối tượng khảo sát 7

1.1.4 Kết quả sơ bộ 7

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

1.2 Khảo sát chi tiết 8

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

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

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

Chương 2 Mô hình hóa use case 10

2.1 Biểu đồ use case 10

2.1.1 Các use case chính 10

2.1.2 Các use case thứ cấp 11

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

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

2.2.1 Mô tả use case < Đăng nhập hệ thống> Lê Thái Gặp 13

2.2.2 Mô tả use case <Thêm món ăn> Lê Thái Gặp 14

2.2.3 Mô tả use case <Sửa món ăn>Lê Thái Gặp 15

2.2.4 Mô tả use case <Xóa món ăn> Lê Thái Gặp 16

2.2.5 Mô tả use case <sửa thông tin nhân viên > Nguyễn Hằng Ly 17

2.2.6 Mô tả use case <xóa thông tin nhân viên> Nguyễn Hằng Ly 17

2.2.7 Mô tả use case < xem thông tin nhân viên > Nguyễn Hằng Ly 18

2.2.8 Mô tả use case <thêm thông tin nhân viên > Nguyễn Hằng Ly 19

2.2.9 Mô tả use case <Quản lý TT khách hàng> Vũ Viết Quỳnh 19

2.2.5 Mô tả use case <Tra cứu TT Khách Hàng> Nguyễn Hữu Trọng 20

2.2.6 Mô tả use case <Tra cứu TT Bàn > Nguyễn Hữu Trọng 21

2.2.7 Mô tả use case <Tra cứu TT Món Ăn> Nguyễn Hữu Trọng 22

2.2.8 Mô tả use case <Thanh toán> Phạm Quốc Huy 22

2.2.9 Mô tả use case <Đăng ký> Phạm Quốc Huy 23

Trang 6

Chương 3 Phân tích use case 24

3.1 Biểu đồ các lớp Entity của hệ thống 24

3.2 Phân tích use case 25

3.2.1 Phân tích use case <Đăng nhập> Lê Thái Gặp 25

3.2.2 Phân tích use case <Thêm món ăn> Lê Thái Gặp 26

3.2.3 Phân tích use case <Sửa thông tin món ăn > Lê Thái Gặp 27

3.2.4 Phân tích use case<Xóa TT món ăn> Lê Thái Gặp 28

3.2.5 Phân tích use case<Sửa TT nhân viên> Nguyễn Hằng Ly 29

3.2.6 Phân tích use case<Thêm TT nhân viên> Nguyễn Hằng Ly 29

3.2.7 Phân tích use case<Xóa TT nhân viên> Nguyễn Hằng Ly 30

3.2.8 Phân tích use case<Xem TT nhân viên> Nguyễn Hằng Ly 30

3.2.9 Phân tích use case <Tra cứu TT Khách Hàng> Nguyễn Hữu Trọng 31

3.2.10 Phân tích use case <Tra cứu TT bàn> Nguyễn Hữu Trọng 31

3.2.11 Phân tích use case <Tra cứu TT Món Ăn> Nguyễn Hữu Trọng 32

3.2.12 Phân tích use case <Đăng ký> Phạm Quốc Huy 32

3.2.13 Phân tích use case <Quản lý thông tin Khách hàng> Vũ Viết Quỳnh… 35

3.3 Biểu đồ các lớp phân tích 33

3.3.1 Nhóm use case chính 33

3.3.2 Nhóm use case thứ cấp 33

Chương 4 Thiết kế giao diện 34

4.1 Giao diện 34

4.1.1 Giao diện use case <Đăng nhập> Lê Thái Gặp 34

4.1.2 Giao diện use case <Quản lý món ăn> Lê Thái Gặp 35

4.1.3 Giao diện use case <Tra cứu TT Khách Hàng – Món Ăn - Bàn> Nguyễn Hữu Trọng 41

4.1.4 Giao diện use case <Đăng ký> Phạm Quốc Huy 45

4.1.5 Giao diện use case <Quản lý nhân viên> Nguyễn Hằng Ly………50

4.1.6 Giao diện use case<Quản lý TT khách hàng>Vũ Viết Quỳnh………… 54

4.2 Biểu đồ điều hướng giữa các màn hình 54

4.2.1 Nhóm use case chính 54

4.2.2 Nhóm use case thứ cấp 54

Trang 8

Chương 1 Khảo sát hệ thống 1.1 Khảo sát sơ bộ

1.1.1 Mục tiêu

Việc khảo sát sơ bộ nhằm tìm kiếm thu thập thông tin về mức độ hài lòng từ nhiều đối tượng khách hàng khác nhau

Qua đó biết được menu, chất lượng món ăn, cách phục vụ của nhà hàng mình

có phù hợp với khách hay không, có được khách ủng hộ hay không và từ đó đưa ra những thay đổi kịp thời nhằm mang đến sự hài lòng cao nhất cho khách

1.1.2 Phương pháp

 Phỏng vấn

như thế nào?

của mình để đến và trải nghiệm không

Nhân viên có thân thiện không ?

Bạn có hài lòng với số tiền mà bạn bỏ ra dành cho món ăn đó

không ?

Nhà hàng có giải quyết ổn thỏa những vướng mắc của bạn

không ?

Chất lượng món ăn có làm bạn thấy hài lòng ?

Bạn có hài lòng về số lượng thực đơn không ?

Trang 9

 Quan sát

 Địa điểm quan sát : Nhà hàng Habit BBQ

 Thời gian bắt đầu : 19h

 Thời gian kết thúc : 21h30

 Quan sát :

Nhân viên lễ tân thân thiện đón tiếp khách vừa bước chân vào quán

Nhân viên phục vụ bàn ăn nói nhẹ nhàng lịch sự, ân cần với khách và nhanh nhẹn hoạt bát không để khách hàng của mình chờ đợi lâu

Khu bếp sạch sẽ gọn gàng

Khách hàng khá hài lòng với cách phục vụ cũng như chất lượng món ăn

1.1.3 Đối tượng khảo sát

A Đối tượng thực hiện phỏng vấn:

- Khách hàng khá hài lòng về cách phục vụ cũng như chất lượng

- Nhân viên phục vụ bàn tận tình chu đáo với khách hàng, nhanh nhẹn hoạt bát k

Địa chỉ: Nhà hàng Habit BBQ – Buffet lẩu nướng chuẩn Nhật

1A Dịch Vọng Hậu (góc Trần Thái Tông) Cầu Giấy, Hà Nội

+Lịch sử: mở cửa vào ngày 12/3/2006

+ Tổ chức:

Nhân viên quản lý: sẽ nhận thông tin từ khách hàng (bao gồm online và

khách đặt tận nơi) kiểm tra xem là khách hàng mới hay cũ và phục vụ thựcđơn.Sau đó lập phiếu Order(phiếu yêu cầu).Cuối cùng chuyển qua bộ phậnnhà bếp

Nhân viên nhà bếp:Khi nhận được phiếu Order thì bếp trưởng sẽ phân công

từng nhóm.Ban đầu sẽ chế biến món khai vị để kích thích vị giác của thựckhách,giúp cho khác hàng thưởng thức món chính ngon hơn mà cũng không

Trang 10

để phải đợi.Món chính ngoài chế biến với mục tiêu ngon và ăn toàn thựcphẩm thì còn chú trọng cả về hình thức.Bên cạnh đó nhà hàng còn có chiếnlược là chọn món và phục vụ tại bàn.Đó cũng là một chiến lược kinh doanh

vô cùng hiệu quả

Nhân viên phục vụ bàn: Nhận phiếu Order của từ bộ phận bếp và chuyển

món ăn đến từng bàn theo yêu cầu.Sau khi khách hàng dùng bữa xong cónhiệm vụ thanh toán, có thể thanh toán bằng tiền mặt hoặc quẹt thẻ Tiếp theo,chuyển lại phiếu thanh toán cho bên kế toán

Nhân viên kế toán:Sau khi nhận được phiếu thì nhập nhập vào phần mềm

quản lý của nhà hàng.Đồng thời cũng phải thống kê lại số tiền gốc và lãi thuđược của ngày hôm đó và làm bản báo cáo gửi lại bên quản lý

+Hoạt động kinh doanh:

Thành lập năm 2006 nhà hàng đã từng bước phát triển để và thu hút được rất nhiều khách hàng đến với quán

Đến nay nhà hàng đã mở rộng thêm 3 nhà hàng trên địa bàn Mỹ Đình, Hà

Đông và Nhổn

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

1.2 Khảo sát chi tiết

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

- Qua khảo sát thì em thấy cụ thể như sau:

Nhân viên quản lý: sẽ nhận thông tin từ khách hàng (bao gồm online và khách

đặt tận nơi) kiểm tra xem là khách hàng mới hay cũ và phục vụ thực đơn.Sau đó lập phiếu Order(phiếu yêu cầu).Cuối cùng chuyển qua bộ phận nhà bếp.

Nhân viên nhà bếp:Khi nhận được phiếu Order thì bếp trưởng sẽ phân công

từng nhóm.Ban đầu sẽ chế biến món khai vị để kích thích vị giác của thực khách,giúp cho khác hàng thưởng thức món chính ngon hơn mà cũng không để phải đợi.Món chính ngoài chế biến với mục tiêu ngon và

ăn toàn thực phẩm thì còn chú trọng cả về hình thức.Bên cạnh đó nhà hàng còn có chiến lược là chọn món và phục vụ tại bàn.Đó cũng là một chiến lược kinh doanh vô cùng hiệu quả.

Nhân viên phục vụ bàn: Nhận phiếu Order của từ bộ phận bếp và chuyển món

ăn đến từng bàn theo yêu cầu.Sau khi khách hàng dùng bữa xong có

Trang 11

nhiệm vụ thanh toán, có thể thanh toán bằng tiền mặt hoặc quẹt thẻ Tiếp theo, chuyển lại phiếu thanh toán cho bên kế toán.

Nhân viên kế toán:Sau khi nhận được phiếu thì nhập nhập vào phần mềm quản

lý của nhà hàng.Đồng thời cũng phải thống kê lại thông tin khách hàng.

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

- Xử lý các yêu cầu của khách

- Quản lý thông tin món ăn

- Quản lý thông tin nhân viên

- Quản lý thông tin khách hàng

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

Trang 12

2.1.2 Các use case thứ cấp

 Biểu đồ use case với actor nhân viên :

 Biểu đồ use case với actor người quản trị hệ thống:

 Biểu đồ use case với actor khách hàng:

Trang 13

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

 Biểu đồ use case với actor nhân viên:

 Biểu đồ use case với actor người quản trị hệ thống:

Trang 14

 Biểu đồ use case với actor khách hàng:

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

2.2.1 Mô tả use case < Đăng nhập hệ thống> Lê Thái Gặp

 Mô tả:Cho phép người dùng đăng nhập vào hệ thống.

 Luồng sự kiện:

Trang 15

o Luồng cơ bản:

Bước 1.Ca sử dụng bắt đầu khi người dùng muốn đặng nhập vào hệ thống

Bước 2.Tác nhân chọn nút đăng nhập

Bước 3.hệ thống hiển thị màn hình đăng nhập

Bước 4.Tác nhân nhập tên đăng nhập và mật khẩu

Bước 5.Tác nhân nhấn nút đăng nhập

Bước 6a.Hệ thống truy vấn vào bảng tài khoản để xác nhận thông tin tên đăng nhập và mật khẩu

Bước 7.Hệ thống hiển thị thông báo đăng nhập thành công và hiển thị màn hình chính

Bước 8.Kết thúc use case

o Luồng rẽ nhánh:

Bước 6b.Ở luồng cơ bản nếu hệ thống không tìm thấy tên đăng nhập và mật khẩu nhập vào

Bước 7b.Hệ thống thông báo nhập sai tài khoản và mật khẩu

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

- Tác nhân phải có tài khoản và mật khẩu trong cơ sở dữ liệu

 Tiền điều kiện:

2.2.2 Mô tả use case <Thêm món ăn> Lê Thái Gặp

 Mô tả vắn tắt: cho phép thêm món ăn đang có trong nhà hàng.

 Tác nhân : người quản lí,CSDL.

Bước 1: Ca sử dụng bắt đầu khi tác nhân muốn thêm món ăn

Bước 2: hệ thống sẽ show ra màn hình form thêm món ăn

Bước 3a: Tác nhân nhập vào form các thông tin của món ăn

Bước 4: sau khi hoàn tất công việc nhập thông tin món ăn Tác nhân sẽ chọn vào nút thêm món và kết thúc quá trình thêm món ăn (hệ thống sẽ show ra màn hình : thêm món ăn thành công)

Bước 5: kết thúc ca sử dụng thêm

Bước 3b: Mỗi món ăn được phân biệt với nhau qua tenma(tên món ăn) nếu như tác nhân nhập vào một món ăn có tenma trùng với tenma cũ của món ăn đã chọn trong nhà hàng thì hệ thống sẽ hiển thị (nhập trùng món

ăn ) và cho tác nhân chuyển sang nhập món khác hoặc kết thúc ca sử dụng

- Tác nhân phải có tài khoản và mật khẩu trong cơ sở dữ liệu

Trang 16

2.2.3 Mô tả use case <Sửa món ăn>Lê Thái Gặp

 Mô tả vắn tắt: cho phép sửa món ăn đang có trong nhà hàng.

Bước 1: ca sử dụng sửa nhân viên bắt đầu khi người dùng muốn sửa mónăn

Bước 2: người quản lí nhấn vào nút danh sách món ăn

Bước 3: hệ thống truy cập vào bảng món ăn trong CSDL

Bước 4: hệ thống sẽ show ra màn hình danh sách món ăn trong nhà hàng.Bước 5: người quản lí sẽ tìm món ăn muốn sửa thông qua mama(mã mónăn), tenma(tên món ăn) để biết được thông tin món ăn mà người quản lí muốn sửa

Bước 6a: hệ thống tìm đến món ăn có mama mà người quản lí đã nhập.Bước 7: người quản lí sủa thông tin món ăn

Bước 8: hệ thống show ra màn hình form sửa thông tin món ăn

Bước 9: người quản lí sửa thông tin món ăn

Bước 10: sau khi đã sửa xong,người quản lí nhấn vào nút update

Bước 11a: hệ thống show ra màn hình ( bạn có chắc muốn sửa thông tin món ăn )

Bước 12: hệ thống show lên màn hình đã sửa thành công thông tin món ăn

Bước 13: ca sử dụng kết thúc

Bước 11b: công việc sửa được thực thi khi người quản lí ấn OK

Bước 11c: quay lại bước 5 nếu người quản lí ấn không

- Hệ thống chỉ cho phép nhân viên quản lí sửa thông tin món ăn.

- Phải đăng nhập với vai trò người quản lí.

 Hậu điều kiện:

Trang 17

- Tác nhân phải có tài khoản và mật khẩu trong cơ sở dữ liệu.

2.2.4 Mô tả use case <Xóa món ăn> Lê Thái Gặp

 Mô tả vắn tắt: cho phép xóa món ăn đang có trong nhà hàng.

Bước 1: ca sử dụng xóa món ăn bắt đầu khi người quản lí muốn xóa món

ăn hiện có trong nhà hàngBước 2: người quản lí nhấn vào nút danh sách món ăn

Bước 3: hệ thống truy cập vào bảng món ăn trong CSDL

Bước 4: hệ thống sẽ show ra màn hình danh sách món ăn trong nhà hàngBước 5: người quản lí sẽ tìm món ăn muốn xóa thông qua mama(mã món ăn),tenma ( tên món ăn) để biết được thông tin món ăn mà người quản lí muốn xóa

Bước 6a: hệ thống tìm đến món ăn có mama(tenma) mà người quản lí đãnhập

Bước 7: người quản lí nhấn vào nút xóa để xóa thông tin món ăn

Bước 8:hệ thống show ra màn hình ( bạn có chắc chắn muốn xóa món ănnày? )

Bước 6b: hệ thống sẽ show ra màn hình không có món ăn nào như trên nếu như người quản lí nhập vào mama(tenma) không đúng với

mama(tenma) của món ăn có trong nhà hàng

Bước 6c: nhập lại mama(tenma)

Bước 8.1.a: công việc xóa được thực thi khi người quản lí ấn có

Bước 8.1.b: quay lại bước 5 nếu khi người quản lí ấn không

- Hệ thống chỉ cho phép nhân viên quản lí xóa thông tin món ăn.

- Ca sử dụng xóa món ăn kết thúc.

 Điểm mở rộng:

- Không có.

Trang 18

2.2.5 Mô tả use case <sửa thông tin nhân viên > Nguyễn Hằng Ly

 Mô tả vắn tắt : cho phép sửa thông tin nhân viên.

 Tác nhân: người quản lí,CSDL.

Bước 1: Hệ thống yêu cầu người quản lý nhập mã nhân viên

Bước 2: Người quản lý nhập vào mã nhân viên

Bước 3:Hệ thống kiểm tra mã nhân viên vừa nhập có tồn tại hay không ? Nếu không tồn tại thì thực hiện luồng A1

Bước 4: Hệ thống hiển thị thông tin nhân viên có mã vừa nhập

Bước 5: người quản lí nhấn vào nút sửa để sủa thông tin nhân viên

Bước 6: hệ thống show ra màn hình form sửa thông tin nhân viên

Bước 7: người quản lí sửa thông tin nhân viên

Bước 8: sau khi đã sửa xong,người quản lí nhấn vào nút update

Bước 9: hệ thống show ra màn hình ( bạn có chắc muốn sửa thông tin nhân viên )

Bước 10: Người quản lý ấn CÓ hệ thống show lên màn hình đã sửa thành công thông tin nhân viên

-Luồng A1: Mã đăng nhập không tồn tại, yêu cầu nhập lại hoặc thoát, ca

sử dụng kết thúc

- Hệ thống chỉ cho phép nhân viên quản lí sửa thông tin nhân viên.

- Ca sử dụng sửa nhân viên kết thúc.

- Không có.

2.2.6 Mô tả use case <xóa thông tin nhân viên> Nguyễn Hằng Ly

 Mô tả vắn tắt: cho phép xóa thông tin nhân viên công ty.

Bước 2: Người quản lý nhập vào mã nhân viên Bước 3:Hệ thống kiểm tra mã nhân viên vừa nhập có tồn tại hay không ?Nếu không tồn tại thì thực hiện luồng A1

Trang 19

Bước 5: người quản lí nhấn vào nút xóa để xóa thông tin nhân viên.

- Hệ thống chỉ cho phép người quản lí xóa thông tin nhân viên.

- Ca sử dụng xóa nhân viên kết thúc.

- Không có.

2.2.7 Mô tả use case < xem thông tin nhân viên > Nguyễn Hằng Ly

 Mô tả vắn tắt : cho phép xem thông tin nhân viên

 Tác nhân:người quản lý ,CSDL.

Bước 2: Người quản lý nhập vào mã nhân viên

Bước 3:Hệ thống kiểm tra mã nhân viên vừa nhập có tồn tại hay không ? Nếu không tồn tại thì thực hiện luồng A1

Bước 5:Người quản lý xem xong có thể lựa chọn thoát hoặc thực hiện công việc khác

o Luồng rẽ nhánh :

Luồng A1: Mã đăng nhập không tồn tại, yêu cầu nhập lại hoặc thoát, ca

sử dụng kết thúc

- Hệ thống chỉ cho phép người quản lý xem thông tin nhân viên

- Phải đăng nhập với vai trò người quản lý.

- Ca sử dụng xem thông tin khách hàng kết thúc.

- Không có.

Trang 20

2.2.8 Mô tả use case <thêm thông tin nhân viên > Nguyễn Hằng Ly

 Mô tả vắn tắt : cho phép thêm thông tin khách hàng

 Tác nhân: người quản lý ,CSDL.

Bước 1: Người quản lý đăng nhập vào danh sách nhân viên

Bước 2: Hệ thống hiển thị ra danh sách nhân viên

Bước 3: Người quản lý ấn thêm để thêm 1 nhân viên

Bước 4: Hệ thống yêu cầu người quản lý nhập thông tin nhân viên gồm : Tên, địa chỉ, số điện thoại, bộ phận

Bước 5: Người quản lý ấn update để xác nhận việc thêm

Bước 6: Ca sử dụng kết thúc

- Không có

- Hệ thống chỉ cho phép người quản lý thêm thông tin nhân viên.

- Phải đăng nhập với vai trò người quản lý

- Ca sử dụng thêm thông tin nhân viên kết thúc.

- Không có.

2.2.9 Mô tả use case <Quản lý TT khách hàng> Vũ Viết Quỳnh

a, Mô tả tóm tắt:

-Tên ca sử dụng: quản lý thông tin khách hàng

-Mục đích: Mô tả cách mà hệ thống lưu trữ, sửa, xóa các thông tin liên quan đến kháchhàng của nhà hàng

-Tác nhân: Nhân viên

b Tiền điều kiện: Đăng nhập

Trang 21

 Nếu chọn “Thêm khách hàng”, luồng sự kiện con thêm 1 khách hàng sẽ được thực

 Nhân viên nhập thông tin yêu cầu

 Hệ thống tạo ra mã số tự động ( duy nhất ) và gán cho khách hàng

 Một thông tin khách hàng mới được thêm vào hệ thống

 Hệ thống cung cấp cho nhân viên mã mới của khách hàng

 Sửa thông tin khách hàng.

 Hệ thống yêu cầu nhập mã khách hàng cần thay đổi

 Nhân viên nhập vào mã khách hàng

 Hệ thống kiểm tra mã khách hàng vừa nhập có tồn tại hay không ? Nếu không tồn tạithì thực hiện luồng A1

 Hệ thống hiển thị thông tin về khách hàng có mã vừa nhập

 Nhân viên sửa những thông tin cần thiết về khách hàng và xác nhận sửa những

thông tin cần thiết về khách hàng và xác nhận việc sửa đổi

 Hệ thống cập nhật những thay đổi vừa được thực hiện

 Hệ thống hiển thị thông tin khách hàng có mã vừa nhập

 Người quản lý xác nhận việc xóa

 Khách hàng đó sẽ bị xóa khỏi hệ thống

 Các luồng rẽ nhánh.

 Luồng A1: nhập mã khách hàng không tồn tại

 Hệ thống thông báo lỗi

 Hệ thống yêu cầu nhập vào 1 mã khách hàng khác hoặc hủy bỏ thao tác xóa, sửa

 Nếu nhân viên nhập mã khách hàng khác thì quay lại luồng xóa hoặc sửa

Trang 22

 Nếu nhân viên chọn hủy, ca sử dụng kết thúc.

2.2.5 Mô tả use case <Tra cứu TT Khách Hàng> Nguyễn Hữu Trọng

 Mô tả vắn tắt : Cho phép xem thông tin khách hàng

 Tác nhân: Người quản lý

Bước 1: Người quản lý đăng nhập vào hệ thống

Bước 2: Hệ thống hiển thị ra giao diện chính

Bước 3: Người quản lý ấn nút Danh Sách Khách Hàng

Bước 4: Hệ thống hiển thị 1 form danh sách các khách hàng

- Không có

- Hệ thống chỉ cho phép người quản lý xem thông tin và thao tác với thông tin

của khách hàng

- Phải đăng nhập với vai trò người quản lý

 Ca sử dụng xem tra cứu TT khách hàng kết thúc

- Không có.

2.2.6 Mô tả use case <Tra cứu TT Bàn > Nguyễn Hữu Trọng

 Mô tả vắn tắt : Cho phép xem thông tin và đặt bàn

 Tác nhân: Người quản lý ,CSDL, khách hàng

Bước 1: Người dùng đăng nhập vào hệ thống

Bước 2: Hệ thống hiển thị giao diện chính

Bước 3: Người dùng chọn TT Bàn

Bước 4: Hệ thống hiển thị ra 1 form có hiển thị thông tin các bàn

Bước 5: Người dùng thao tác với các dữ liệu như đặt bàn

Bước 6: Hệ thống yêu cầu người dùng xác nhận đặt bàn

Bước 7: Hệ thống hiển thị thông báo Thành Công

- Không có

- Hệ thống chỉ cho phép người dùng phải có tài khoản

Trang 23

- Phải đăng nhập vào hệ thống

 Ca sử dụng xem tra cứu TT bàn kết thúc

- Không có.

2.2.7 Mô tả use case <Tra cứu TT Món Ăn> Nguyễn Hữu Trọng

 Mô tả vắn tắt : Cho phép xem thông tin và đặt món ăn

 Tác nhân: Người quản lý ,CSDL , khách hàng

Bước 1: Người dùng đăng nhập vào hệ thống

Bước 2: Hệ thống hiển thị giao diện chính

Bước 3: Người dùng ấn chọn TT Món Ăn

Bước 4: Hệ thống hiển thị ra danh sách các món ăn

Bước 5: Người dùng thao tác như đặt món

Bước 6: Sau khi chọn món ấn Đặt để đặt món

Bước 7: Hệ thống thông báo đặt món thành công

- Không có

- Hệ thống chỉ cho phép người có tài khoản

- Phải đăng nhập với tài khoản của hệ thống

- Ca sử dụng xem tra cứu TT món ăn kết thúc

- Không có.

2.2.8 Mô tả use case <Thanh toán> Phạm Quốc Huy

a Mô tả tóm tắt

-Tên ca sử dụng: Thanh toán

-Mục đích: Mô tả cách mà khách hàng thanh toán sau khi đã sử dụng dịch vụ của nhà hàng.

-Tác nhân: Khách hàng, Nhân viên.

b Tiền điều kiện: Đăng nhập

c Các luồng sự kiện:

-Luồng sự kiện chính: Ca sử dụng bắt đầu khi khách hàng dùng xong các dịch

vụ mình cần và có nhu cầu thanh toán

Trang 24

Nhân viên lấy ra mã khách hàng và số phiếu phục vụ của khách cần thanh toán

để đưa vào hệ thống, hệ thống sẽ tìm ra thông tin của khách chọn món nào , từ

đó sẽ tính tiền và tổng tiền khách cần thanh toán.

Trong quá trình nhập vào mã khách hàng, nếu nhân viên nhập sai hoặc thiếu thì

hệ thống thực hiện luồng rẽ nhánh A4

Luồng rẽ nhánh:

Luồng A4: Hệ thống sẽ đưa ra thông báo cho nhân viên biết rằng mình đã nhập

không hợp lệ thông tin, yêu cầu nhân viên nhập lại.

Hệ thống sẽ lưu lại toàn bộ các thao tác để thuận tiện cho bộ phận kế toán thống

kê doanh thu.

d Hậu điều kiện:

- Nếu các bước trên đều được thực hiện thành công thì hệ thống sẽ đưa các

thông tin này ra để in hóa đơn cho khách

2.2.9 Mô tả use case <Đăng ký> Phạm Quốc Huy

a Mô tả tóm tắt

- Tên ca sử dụng: Tạo tài khoản

- Mục đích: Miêu tả cách mà 1 khách hàng tạo 1 tài khoản riêng cho mình trên

hệ thống của nhà hàng để dễ dàng đặt chỗ hay đặt món.

- Tác nhân: Khách hàng.

b Tiền điều kiện: Không.

c Các luồng sự kiện

- Luồng sự kiện chính: Ca sử dụng bắt đầu khi khách hàng có nhu cầu tạo 1 tài

khoản trên hệ thống của nhà hàng

- Đầu tiên, khi khách click vào đăng kí thì hệ thống yêu cầu nhập vào các thông tin: Họ tên, địa chỉ, số điện thoại, tạo 1 mật khẩu, xác định lại mật khẩu, giới tính.

- Nếu khách nhập thiếu thông tin hoặc thông tin không hợp lệ thì sẽ thực hiện luồng C1.

- Các bước trên được thực hiện đầy đủ xong thì khách sẽ nhấp vào nút “Đăng kí” bên dưới để hoàn thành

- Hệ thống sẽ lưu lại toàn bộ các thao tác.

Các luồng rẽ nhánh:

Luồng C1: hệ thống sẽ báo lại cho khách, khi ấy khách điền đầy đủ , đúng hoặc thoát khỏi hệ thống mà không đăng kí nữa, ca sử dụng kết thúc.

d Hậu điều kiện

các thông tin của khách.

Trong các trường hợp khác hệ thống ở trong trạng thái chưa thay đổi.

Trang 25

Chương 3 Phân tích use case3.1 Biểu đồ các lớp Entity của hệ thống

Trang 26

3.2 Phân tích use case

3.2.1 Phân tích use case <Đăng nhập> Lê Thái Gặp

3.2.1.1Biểu đồ trình tự

3.2.1.2Biểu đồ lớp phân tích

Trang 27

3.2.2 Phân tích use case <Thêm món ăn> Lê Thái Gặp

3.2.2.1Biểu đồ trình tự

: NguoiQuanLy : ThemMonAnUI : ThemMonAnController : MonAn : ICSDL : CSDL

1 click Quan Ly Thong Tin Mon An

2.HienThiTTMonAn

3.NhapTTMonThem 4.NhanNutThem

5.HienThiTB Them Mon Thanh Cong 6.Nhan nut OK

7 Thay doi thong tin

8.Sua Thong Tin

9 Luu thong tin vao CSDL

10 Luu thong tin vao CSDL

3.2.2.2Biểu đồ lớp phân tích

NguoiDung ThemMonAn

TenMon ThongTin GiaTien ChuThich HienThiThongTinMonAn() ThayDoiThongTin()

(from Logical View)

MonAn

TenMon : String ThongTin : String GiaTien : int ChuThich : String Them() Sua() Xoa() LuuThongTin()

(from Logical View)

ThemThongTinMonAnController TenMon ThongTin GiaTien ChuThich SuaThongTin()

(from Logical View)

ICSDL

LayThongTin()

(from Logical View)

CSDL

Định dạng
Số trang	54
Dung lượng	0,92 MB