Đề Tài Phát Triển Phần Mềm Quản Lý Nhà Hàng Self Restaurant

Khám phá dự án phát triển phần mềm quản lý nhà hàng self restaurant, tối ưu hóa quy trình và nâng cao trải nghiệm khách hàng hiệu quả.

• Trường học: Trường Đại Học Công Nghệ Thông Tin
• Chuyên ngành: Phát Triển Phần Mềm
• Đề tài: Phát Triển Phần Mềm Quản Lý Nhà Hàng Self Restaurant
• Loại tài liệu: Đồ Án Tốt Nghiệp
• Năm xuất bản: 2023
• Địa điểm: Hồ Chí Minh

Mục lục chi tiết

• LỜI MỞ ĐẦU
• 1. CHƯƠNG 1: HIỆN TRẠNG VÀ YÊU CẦU BÀI TOÁN
• 1.1. Khảo sát hiện trạng
• 1.2. Mô tả bài toán
• 1.3. Các yêu cầu của bài toán
• 1.4. Mô hình hóa yêu cầu
• 1.4.1. Xác định Actor
• 1.4.2. User stories
• 1.4.3. Xác định Use Case
• 1.4.4. Sơ đồ Use Case
• 1.4.5. Đặc tả các Use Case
• 1.5. PHÂN TÍCH HỆ THỐNG
• 1.6. THIẾT KẾ HỆ THỐNG
• 1.7. CÀI ĐẶT VÀ THỬ NGHIỆM
• 1.8. Thuận lợi và khó khăn
• 2. CHƯƠNG 2: PHÂN TÍCH HỆ THỐNG
• 2.1. Sơ đồ lớp (Class Diagram)
• 2.2. Sơ đồ tuần tự (Sequency Diagram)
• 2.3. Sơ đồ hoạt động (Activity Diagram)
• 2.4. Sơ đồ dữ liệu (ERD)
• 3. CHƯƠNG 3: THIẾT KẾ HỆ THỐNG
• 3.1. Thiết kế CSDL
• 3.2. Thiết kế giao diện
• 4. CHƯƠNG 4: CÀI ĐẶT VÀ THỬ NGHIỆM
• 5. CHƯƠNG 5: KẾT QUẢ
• 5.1. Hạn chế
• 5.2. Thuận lợi và khó khăn
• TÀI LIỆU THAM KHẢO

Tóm tắt

I. Vì Sao Cần Phát Triển Phần Mềm Quản Lý Nhà Hàng Chuyên Nghiệp

Trong bối cảnh ngành F&B cạnh tranh khốc liệt, việc chuyển đổi số ngành nhà hàng không còn là lựa chọn mà đã trở thành yêu cầu bắt buộc để tồn tại và phát triển. Việc vận hành thủ công, dựa trên sổ sách và kinh nghiệm cá nhân bộc lộ nhiều hạn chế như sai sót trong ghi chép, thất thoát nguyên vật liệu, và không nắm bắt được dữ liệu kinh doanh theo thời gian thực. Đồ án 'Phát triển phần mềm quản lý nhà hàng Self Restaurant' của nhóm sinh viên Đại học Thủ Dầu Một đã chỉ ra rằng, một giải pháp công nghệ cho F&B được thiết kế riêng biệt là chìa khóa để giải quyết triệt để các vấn đề này. Việc phát triển một phần mềm quản lý nhà hàng tùy chỉnh không chỉ giúp tối ưu hóa quy trình vận hành mà còn nâng cao trải nghiệm của khách hàng một cách đáng kể. Thay vì chờ đợi nhân viên phục vụ, khách hàng có thể chủ động gọi món, xem hóa đơn và nhận thông báo ngay tại bàn. Điều này không chỉ giúp tiết kiệm thời gian mà còn giảm thiểu số lượng nhân viên phục vụ, tối ưu hóa chi phí nhân sự. Hơn nữa, một nền tảng quản lý nhà hàng cloud cho phép chủ sở hữu truy cập và giám sát hoạt động kinh doanh từ bất kỳ đâu, thông qua ứng dụng quản lý nhà hàng trên di động. Dữ liệu về doanh thu, chi phí, và hiệu suất nhân viên được cập nhật liên tục, cung cấp một cái nhìn tổng quan và chính xác để đưa ra các quyết định chiến lược kịp thời. Đây chính là lợi thế cạnh tranh cốt lõi mà các phương pháp quản lý truyền thống không thể mang lại.

1.1. Thực trạng quản lý thủ công và những hạn chế cố hữu

Khảo sát hiện trạng được nêu trong tài liệu gốc cho thấy các mô hình nhà hàng truyền thống thường đối mặt với ba vấn đề lớn: thiếu vốn đầu tư cho công nghệ, thiếu quy hoạch chi tiết trong vận hành, và hiệu lực quản lý kém dẫn đến tốn kém chi phí. Việc ghi nhận order bằng giấy, tính toán hóa đơn thủ công không chỉ dễ gây sai sót mà còn làm chậm quy trình phục vụ, đặc biệt trong giờ cao điểm. Quản lý kho cũng là một bài toán nan giải, việc kiểm kê thủ công dễ dẫn đến thất thoát, không kiểm soát được định lượng nguyên vật liệu cho từng món ăn, ảnh hưởng trực tiếp đến giá vốn hàng bán và lợi nhuận. Hơn nữa, việc thiếu một hệ thống phân tích dữ liệu kinh doanh F&B tập trung khiến chủ nhà hàng không thể có cái nhìn toàn cảnh về hiệu quả hoạt động, món ăn nào bán chạy, hay thói quen tiêu dùng của khách hàng.

1.2. Lợi ích vượt trội của việc sở hữu phần mềm quản lý riêng

Mục đích chính của việc phát triển phần mềm quản lý nhà hàng Self Restaurant là cung cấp các công cụ tối ưu cho hoạt động hàng ngày. Một phần mềm được 'may đo' theo yêu cầu sẽ giải quyết chính xác các bài toán đặc thù của doanh nghiệp. Nó cho phép tự động hóa hoàn toàn từ khâu nhận đơn hàng tại bàn, chuyển yêu cầu đến bếp thông qua Kitchen Display System (KDS), cho đến khâu thanh toán. Quan trọng hơn, phần mềm giúp xây dựng hệ thống phần mềm CRM cho nhà hàng, cho phép thu thập dữ liệu khách hàng, triển khai các chương trình tích điểm, khuyến mãi, qua đó tăng cường sự trung thành của khách hàng. Việc này tạo ra một lợi thế cạnh tranh bền vững so với việc sử dụng các phần mềm đóng gói có sẵn trên thị trường, vốn thường thiếu linh hoạt và khó tùy chỉnh theo mô hình kinh doanh riêng biệt.

II. Phương Pháp Phát Triển Phần Mềm Self Restaurant 4 Module Chính

Dựa trên phân tích yêu cầu bài toán, dự án phát triển phần mềm quản lý nhà hàng Self Restaurant được cấu thành từ 4 thành phần cốt lõi, tương tác chặt chẽ với nhau để tạo thành một hệ thống vận hành liền mạch. Mỗi thành phần được thiết kế để phục vụ một nhóm đối tượng người dùng cụ thể, từ thực khách, đầu bếp, thu ngân đến cả những người duyệt web tìm kiếm thông tin. Cách tiếp cận theo module này giúp việc phát triển trở nên rõ ràng, dễ quản lý và có khả năng mở rộng trong tương lai. Trọng tâm của hệ thống là hệ thống POS cho nhà hàng được tích hợp ngay tại bàn ăn, cho phép thực khách toàn quyền kiểm soát trải nghiệm của mình. Hệ thống này không chỉ là một menu điện tử mà còn là công cụ tương tác, giúp giảm tải công việc cho nhân viên và tăng tốc độ phục vụ. Các module còn lại đóng vai trò hỗ trợ và liên kết, đảm bảo thông tin được luân chuyển chính xác từ khách hàng đến bếp và quầy thu ngân. Dữ liệu từ các module này được đồng bộ hóa, tạo ra một nguồn dữ liệu tập trung, là cơ sở cho việc báo cáo doanh thu tự động và phân tích chuyên sâu. Toàn bộ hệ thống được xây dựng nhằm mục tiêu cuối cùng là tạo ra một quy trình vận hành thông minh, hiệu quả và có khả năng đáp ứng linh hoạt theo sự thay đổi của thị trường.

2.1. Module tại bàn Nâng cao trải nghiệm khách hàng

Đây là module trung tâm của mô hình 'Self Restaurant'. Tại mỗi bàn ăn sẽ có một màn hình cảm ứng hiển thị thực đơn trong ngày, cho phép khách hàng xem hình ảnh, mô tả, giá tiền và chủ động chọn món, điều chỉnh số lượng. Luồng sự kiện của Use Case 'Chọn món' cho thấy sau khi khách hàng xác nhận, yêu cầu sẽ được tự động gửi đến bếp. Module này còn tích hợp tính năng xem hóa đơn tạm tính và đặc biệt là chức năng tích điểm thông qua việc quét mã QR hoặc thẻ thành viên. Điều này không chỉ hiện đại hóa quy trình gọi món mà còn là một công cụ marketing hiệu quả, giúp thu thập thông tin và xây dựng lòng trung thành của khách hàng.

2.2. Module bếp KDS Tối ưu hóa quy trình chế biến món ăn

Module dành cho đầu bếp, hay còn gọi là Kitchen Display System (KDS), là một thành phần quan trọng giúp số hóa khu vực bếp. Khi khách hàng gọi món, thông tin chi tiết về món ăn và số lượng sẽ ngay lập tức hiển thị trên màn hình của đầu bếp. Use Case 'Chuẩn bị món ăn' mô tả rõ việc đầu bếp có thể xác nhận đã nhận yêu cầu, bắt đầu chế biến và thông báo khi món ăn hoàn thành. Tính năng này loại bỏ hoàn toàn việc sử dụng phiếu order giấy, giảm thiểu sai sót và tăng tốc độ phối hợp giữa các bộ phận. Ngoài ra, đầu bếp cũng có thể cập nhật tình trạng món ăn (thêm món mới, báo hết món) trực tiếp trên hệ thống, đảm bảo thực đơn hiển thị cho khách hàng luôn chính xác.

2.3. Module thu ngân và quản lý Kiểm soát dòng tiền hiệu quả

Module thu ngân là nơi xử lý các giao dịch cuối cùng. Nhân viên thu ngân có thể tra cứu hóa đơn theo mã số bàn, thực hiện thanh toán và tích hợp thanh toán điện tử (một hướng phát triển được đề cập). Chức năng quan trọng nhất của module này là khả năng 'In tổng doanh thu ngày', giúp người quản lý có được báo cáo nhanh chóng và chính xác. Đây là một phần của hệ thống phần mềm quản lý bán hàng (POS) toàn diện. Bên cạnh đó, các chức năng quản lý nhân viên và chấm công cũng có thể được tích hợp để tạo thành một giải pháp quản trị tổng thể, giúp chủ nhà hàng kiểm soát chặt chẽ mọi khía cạnh của hoạt động kinh doanh.

III. Hướng Dẫn Quy Trình Xây Dựng Phần Mềm Quản Lý Nhà Hàng Tùy Chỉnh

Việc phát triển một phần mềm quản lý nhà hàng theo yêu cầu là một quy trình phức tạp, đòi hỏi sự phân tích và thiết kế kỹ lưỡng. Đồ án đã trình bày một quy trình bài bản, bắt đầu từ việc khảo sát hiện trạng, mô hình hóa yêu cầu cho đến thiết kế cơ sở dữ liệu và giao diện người dùng. Quy trình này đảm bảo sản phẩm cuối cùng không chỉ đáp ứng đúng nhu cầu nghiệp vụ mà còn phải đảm bảo tính ổn định, bảo mật và khả năng mở rộng. Bước đầu tiên và quan trọng nhất là xác định các tác nhân (Actor) và xây dựng User Stories cho từng đối tượng, bao gồm thực khách, đầu bếp, thu ngân và người duyệt web. Từ đó, các Use Case chi tiết được đặc tả, làm cơ sở cho việc thiết kế hệ thống. Việc xây dựng các sơ đồ như Sơ đồ Lớp (Class Diagram), Sơ đồ Tuần tự (Sequence Diagram) và Sơ đồ Hoạt động (Activity Diagram) giúp trực quan hóa cấu trúc và luồng hoạt động của phần mềm. Đây là bước nền tảng để đảm bảo việc lập trình và cài đặt diễn ra suôn sẻ, đúng với mục tiêu ban đầu. Toàn bộ quá trình này nhấn mạnh tầm quan trọng của việc hiểu sâu sắc bài toán nghiệp vụ trước khi bắt tay vào công nghệ, một yếu tố quyết định sự thành công của một dự án phần mềm quản lý theo yêu cầu.

3.1. Phân tích và mô hình hóa yêu cầu hệ thống

Giai đoạn này tập trung vào việc chuyển đổi các yêu cầu kinh doanh thành các mô hình kỹ thuật. Tài liệu gốc đã thực hiện rất tốt việc xác định 4 Actors chính và mô tả chi tiết các User Stories của họ. Ví dụ, User Story của thực khách là 'muốn xem các món trong thực đơn... chọn món bằng màn hình cảm ứng... nhận thông báo khi món ăn sẵn sàng'. Dựa trên đó, các Use Case như 'Chọn món', 'Tích điểm' được vẽ thành sơ đồ và đặc tả chi tiết luồng sự kiện, luồng ngoại lệ. Quá trình này giúp tất cả các bên liên quan, từ người quản lý đến đội ngũ phát triển, có một cái nhìn thống nhất về các chức năng và cách thức hoạt động của hệ thống quản lý chuỗi nhà hàng trong tương lai.

3.2. Thiết kế cơ sở dữ liệu CSDL và kiến trúc hệ thống

Sau khi đã có mô hình yêu cầu, bước tiếp theo là thiết kế CSDL và kiến trúc. Sơ đồ thực thể liên kết (ERD) được trình bày trong đồ án đã xác định các thực thể chính như KHACHHANG, MONAN, HOADON, CHINHANH... và mối quan hệ giữa chúng. Từ ERD, các bảng dữ liệu chi tiết được thiết kế, bao gồm tên trường, kiểu dữ liệu và các ràng buộc. Đây là xương sống của toàn bộ phần mềm, quyết định khả năng lưu trữ, truy xuất và an toàn và bảo mật dữ liệu. Một CSDL được thiết kế tốt sẽ đảm bảo hiệu năng và tính toàn vẹn dữ liệu khi hệ thống đi vào hoạt động với lượng giao dịch lớn.

3.3. Thiết kế giao diện người dùng UI UX và thử nghiệm

Giao diện người dùng là bộ mặt của phần mềm. Đồ án đã thiết kế các giao diện chi tiết cho từng chức năng như 'Đăng nhập', 'Chọn Món', 'Thống kê doanh thu'. Mỗi thiết kế đều đi kèm các yêu cầu và kịch bản tình huống có thể xảy ra. Ví dụ, với giao diện 'Chọn Món', yêu cầu là khách hàng phải chọn món trước khi bấm 'Thêm món'. Việc phân tích các tình huống này giúp lường trước các lỗi người dùng và thiết kế luồng trải nghiệm mượt mà hơn. Giai đoạn thử nghiệm (testing) sau đó sẽ kiểm tra các chức năng dựa trên các kịch bản đã đề ra, đảm bảo phần mềm hoạt động đúng như mong đợi trước khi triển khai chính thức.

IV. Case Study Kết Quả Hướng Phát Triển Từ Dự Án Self Restaurant

Dự án phát triển phần mềm quản lý nhà hàng Self Restaurant là một case study phần mềm nhà hàng điển hình, minh họa cho quá trình biến ý tưởng thành sản phẩm thực tế. Mặc dù chỉ là một đồ án môn học với một số hạn chế về thời gian và nguồn lực, dự án đã thành công trong việc xây dựng và thử nghiệm các chức năng cốt lõi. Kết quả cho thấy, nhóm đã thiết kế được hầu hết các giao diện quan trọng, xây dựng cơ sở dữ liệu cơ bản và cài đặt thành công một số chức năng chính như 'Chọn món', 'Tìm kiếm', và 'Tích điểm' với mức độ hoàn thành cao. Tuy nhiên, các chức năng phức tạp hơn như 'Thống kê doanh thu' và 'Chuẩn bị món ăn' vẫn còn ở mức độ cơ bản. Điều này phản ánh thực tế của các dự án phát triển phần mềm: luôn có những thách thức và cần một lộ trình phát triển rõ ràng. Những khó khăn gặp phải như sự cố kỹ thuật, vấn đề tương thích hệ thống và nhu cầu đào tạo nhân viên cũng là những bài học kinh nghiệm quý báu. Quan trọng nhất, dự án đã vạch ra một hướng phát triển rất rõ ràng và tiềm năng, cho thấy tầm nhìn về một hệ thống quản lý nhà hàng toàn diện trong tương lai.

4.1. Đánh giá kết quả cài đặt và thử nghiệm các chức năng

Phần 'Cài đặt và Thử nghiệm' trong tài liệu đã minh họa cụ thể kết quả của các chức năng. Chức năng 'Thêm Món' và 'Gửi bếp' hoạt động tốt, cho phép khách hàng chọn món và gửi yêu cầu thành công. Chức năng 'Tích điểm' qua việc scan mã cũng được thử nghiệm thành công, cho thấy tiềm năng của việc xây dựng một hệ thống phần mềm CRM cho nhà hàng. Tuy nhiên, bảng 'Danh sách tình trạng cài đặt' cũng thẳng thắn chỉ ra các chức năng 'Thống kê doanh thu' và 'Chuẩn bị món ăn' chỉ đạt 30% mức độ hoàn thành. Việc đánh giá minh bạch này là cơ sở quan trọng để xác định các công việc cần ưu tiên trong các giai đoạn phát triển tiếp theo.

4.2. Bài học từ khó khăn và hướng phát triển trong tương lai

Phần 'Thuận lợi và khó khăn' đã nêu bật những thách thức thực tế. Các vấn đề như sự cố kỹ thuật, tính tương thích với thiết bị POS, máy in, và nhu cầu đào tạo nhân viên là những yếu tố cần được xem xét kỹ lưỡng khi triển khai trên quy mô lớn. Dựa trên những bài học này, 'Hướng phát triển' của dự án đề xuất những nâng cấp rất giá trị. Đó là việc tích hợp phần mềm đặt bàn online, hỗ trợ tích hợp thanh toán điện tử qua ví di động, và tích hợp app giao hàng. Ngoài ra, việc phát triển tính năng quản lý, phân công và chấm công nhân viên sẽ biến phần mềm này thành một giải pháp quản trị toàn diện, đáp ứng đầy đủ nhu cầu của một hệ thống quản lý chuỗi nhà hàng hiện đại.

Trích đoạn nội dung tài liệu

CHƯƠNG 1. HIỆN TRẠNG VÀ YÊU CẦU BÀI TOÁN 1. Khảo sát hiện trạng: Đánh giá hiện trạng: o Thiếu:  Vốn đầu tư:  Quy hoạch chi tiết: o Kém hiệu lực o Tốn kém 1. Mô tả bài toán” Self Restaurant là chuỗi nhà hàng vừa mới gia nhập vào thị trường Việt Nam.

Dự kiến chuỗi nhà hàng sẽ mở cửa phục vụ vào cuối năm nay. Họ có nhu cầu muốn quản lý chuỗi các nhà hàng bằng phần mềm. Các yêu cầu được sắp xếp theo thứ tự ưu tiên từ trên xuống. Hệ thống gồm có 4 thành phần chính:  Phần đặt ở mỗi bàn ăn: - Dùng để hiển thị các món ăn có thể phục vụ trong ngày tại chi nhánh đó cùng với giá tiền của nó.

- Thực khách có thể chọn các món ăn và số phần ăn thông qua màn hình cảm ứng. Dựa vào cách thức này mà nhà hàng có thể tiết kiệm số lượng nhân viên phục vụ bàn. - Khi món ăn đã chuẩn bị xong, trên màn hình sẽ xuất hiện thông báo để họ đến quầy phục vụ nhận món ăn - Thực khách có thể xem hóa đơn hiện tại bao gồm đã gọi bao nhiêu món, món nào đã chuẩn bị xong và tổng số tiền là bao nhiêu cùng số điểm cộng thưởng (nếu có). - Khi ăn xong, thực khách sẽ đến quầy thu ngân để thanh toán.

---Trang 1--- - Thực khách có thể quét thẻ trên đầu đọc thẻ đặt ở mỗi bàn ăn để được cộng điểm thưởng.  Phần dành cho đầu bếp: - Đầu bếp mỗi ngày có thể thêm vào hoặc bớt danh sách các món ăn có thể phục vụ trong ngày. - Khi có yêu cầu gọi món ăn từ thực khách, màn hình sẽ hiển thị thông tin món ăn và số lượng cần 1. Các yêu cầu của bài toán: o Khách hàng o Xem thông tin nhà hàng o Chọn món o Đặt món o Tích điểm  Đầu bếp o Thêm món ăn o Xóa món ăn  Thu ngân o Tra cứu số tiền phải trả o Nhập số tiền khách hàng phải trả o In tổng doanh thu ngày  Người duyệt web o Xem thông tin o Tìm kiếm 1.

Mô hình hóa yêu cầu ---Trang 2--- 1. Xác định Actor Thực khách Đầu bếp Nhân viên thu ngân Người duyệt web 1. User stories  User stories thực khách 1.Với tư cách là một khách hàng, tôi muốn xem các món trong thực đơn có sẵn trong ngày tại một chi nhánh cụ thể cùng với giá của chúng trên màn hình bàn.Với tư cách là một khách hàng, tôi muốn có thể chọn những món ăn và số lượng khẩu phần mong muốn bằng màn hình cảm ứng. Bằng cách này, nhà hàng có thể giảm số lượng nhân viên phục vụ.Với tư cách là khách hàng, tôi muốn nhận được thông báo trên màn hình khi đơn hàng của tôi đã sẵn sàng để tôi có thể nhận hàng từ quầy dịch vụ.Với tư cách là một khách hàng, tôi muốn xem hóa đơn hiện tại của mình, bao gồm số lượng món đã đặt, món ăn nào đã sẵn sàng và tổng số tiền phải trả cùng với bất kỳ điểm thưởng nào kiếm được (nếu có).Với tư cách là khách hàng, sau khi dùng bữa xong, tôi sẽ đến quầy thu ngân để thanh toán.

Ngoài ra, với tư cách là khách hàng, tôi có thể quét thẻ của mình trên đầu đọc thẻ đặt ở mỗi bàn để tích điểm thưởng. ---Trang 3---  User story Đầu bếp: 1.Là một đầu bếp, tôi muốn có khả năng thêm món ăn vào danh sách các món ăn có thể phục vụ trong ngày, để tôi có thể cập nhật danh sách này theo nhu cầu và nguyện vọng của tôi.Khi nhận được yêu cầu gọi món ăn từ thực khách, tôi muốn màn hình hiển thị thông tin chi tiết về món ăn và số lượng cần phục vụ, để tôi có thể chuẩn bị món ăn phù hợp.Là đầu bếp, tôi muốn có khả năng chuẩn bị món ăn theo yêu cầu của thực khách, để tôi có thể đảm bảo rằng món ăn được phục vụ đúng theo mong muốn.Khi chuẩn bị xong món ăn, tôi muốn có khả năng xác nhận trên hệ thống rằng món ăn đã hoàn thành, để nhân viên phục vụ biết rằng họ có thể mang món ăn đến cho thực khách.Là đầu bếp, tôi muốn có khả năng bớt món ăn khỏi danh sách các món ăn có thể phục vụ trong ngày, để tôi có thể cập nhật danh sách này theo nhu cầu và nguyện vọng của tôi.  User story Nhân viên thu ngân: 1.Là một nhân viên thu ngân, tôi muốn dựa vào mã số bàn của thực khách để xác định số tiền khách hàng cần thanh toán.Là một nhân viên thu ngân, tôi muốn nhập số tiền khách hàng đưa vào hệ thống để tính toán số tiền phải trả lại cho khách hàng .Là một nhân viên thu ngân, tôi muốn hệ thống hiển thị số tiền phải trả lại cho khách hàng để có thể trả lại đúng số tiền đó.Là một nhân viên thu ngân, tôi muốn có khả năng quản lý các hóa đơn đã được thanh toán và chưa được thanh toán.Là một nhân viên thu ngân, tôi muốn hệ thống cung cấp chức năng báo cáo doanh thu và thống kê để theo dõi hiệu suất kinh doanh.  User story Người duyệt web: 1.Là một người duyệt web, tôi muốn truy cập trang web của cửa hàng để xem danh sách các món ăn đang được phục vụ trong ngày.Là một người duyệt web, ôi muốn có thể xem thông tin chi tiết về mỗi món ăn, bao gồm tên món, mô tả, hình ảnh và giá cả.Là một người duyệt web, tôi muốn có thể xem chi tiết về một món ăn cụ thể trên trang web của cửa hàng.Là một người duyệt web tôi muốn xem mô tả chi tiết về món ăn, nguyên liệu sử dụng, hình ảnh và thông tin khác như giá cả và đánh giá.Là một người duyệt web, tôi muốn có thể xem thông tin về các chi nhánh của cửa hàng.

Xác định Use Case Khách hàng Đầu bếp Người duyệt web Thu ngân 1. Sơ đồ Use Case:  Usecase Khách hàng: Hình 1. …… ---Trang 6---  Usecase Đầu bếp: Hình 2  Usecase Thu ngân: Hình 3 ---Trang 7---  Usecase Người duyệt web: Hình 4 ---Trang 8--- 1. Đặc tả các Use Case Đặc tả Use case Chọn món: Mã use UC01 case Tên use Use case Chọn món case Tác Khách hàng nhân Mô tả Người dùng có thể chọn thêm bợt món hoặc thay đổi ý tùy vào sở thích Luồng Tác nhân Hệ thống sự kiện Phản hồi 1 Sử dụng phần mềm có sẵn ở bàn 2 Đưa ra giao diện danh sách và danh mục các món ăn 3 Bấm vào món muốn chọn 4 Bấm Button “Thêm Món” 5 Xác nhận số lượng và thông tin món ăn khách hàng gọi và chuyển giao cho bộ phận ---Trang 9--- bếp Luồn Nếu khách hàng thay thế và muốn xóa bớt món thì các ngoại bấm vào Món đã chọn, lệ bấm vào Button “-“, nếu khách hàng muốn kêu thêm món thì bấm vào Button “+” sau đó bấm “Thêm Món” Điều Khi đã bấm thêm món kiện sau Điều Khi người dùng chọn món xong và chọn thoát kiện thoát Đặc tả Use case Tích điểm: Mã use UC02 case Tên use Use case Tích điểm case Tác nhân Khách hàng Mô tả Người dùng có thể tích điểm khi là thành viên Luồng sự Tác nhân Hệ thống Phản hồi kiện 1 Vào app thành viên trên điện thoại 2 Scan mã QR, mã vạch ---Trang 10--- vào đầu đọc thẻ 3 Đầu đọc thẻ nhận dạng thẻ, nhận dạng mã QR 4 Xác nhận và hiển thị ra thông tin khách hàng thành viên và tổng số diểm thưởng hiện có trên màn hình 5 Sau khi thanh toán sẽ cộng điểm thưởng tương ứng với tổng số tiền trên hóa đơn đã dùng Luồn thay Khi mã QR, mã vạch thế và các không hợp lệ hệ thống sẽ ngoại lệ không hiện thị thông tin và báo mã vạch, QR không hợp lệ Điều kiện Khi đã Scan mã QR, mã vạch thành công sau Điều kiện Khi người dùng thanh toán xong thoát Đặc tả Use case Chuẩn bị món ăn: Mã use UC03 case ---Trang 11--- Tên use Use case Chuẩn bị món ăn case Tác nhân Đầu bếp Mô tả Đầu bếp có thể xem thông tin các món mà khách hàng đã gọi để chuận bị cho khách hàng Luồng sự Tác nhân Hệ thống kiện Phản hồi 1 Hiển thị các món ăn khách đã gọi tại bàn 2 Xem các món ăn khách đã gọi hiển thị trên màn hình 3 Chuẩn bị món 4 Xác nhận lại với hệ thống đã chuẩn bị xong các món ăn 5 Xác nhận và gửi dữ liệu lên để tính tổng số tiền và số điểm Luồn Khi trong bếp hết thay thế và nguyên liệu để chuẩn bị, các ngoại lệ đầu bếp sẽ xác nhận hết món với hệ thống để hệ thống gửi thông báo đến ---Trang 12--- khách hàng tại bàn Điều Khi đã chuẩn bi món ăn đầy đủ kiện sau Điều Khi đầu bếp đã xác nhận yêu cầu gọi món của kiện thoát khách hàng thành công Đặc tả Use case In tổng số doanh thu trong ngày: Mã Usecase UC04 Tên Use case Use case in tổng số doanh thu phải trả trong ngày Mô tả Nhân viên thu ngân sử dụng hệ thống để in tổng số doanh thu trong ngày Tác nhân Nhân viên thu ngân Điều kiện tiên Phải đăng nhập vô được tài khoản của admin quyết Luồng sự kiện 1.

Nhân viên thu ngân truy cập chức năng in chính tổng số doanh thu trong ngày trên hệ thống. Hệ thống tổng hợp thông tin về doanh thu từ tất cả các bàn ăn trong ngày. Hệ thống hiển thị tổng số doanh thu trong ngày trên màn hình. Nhân viên thu ngân sử dụng máy in để in tổng số doanh thu.

Luồng thay Nếu không có thông tin doanh thu trong thế ngày: Hệ thống thông báo cho nhân viên thu ngân rằng không có thông tin doanh thu. Quay trở lại bước 1 để thực hiện in tổng số ---Trang 13--- doanh thu trong ngày lại.