Đề 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.

Nội dung chính

Bối cảnh và vấn đề nghiên cứu

Đồ án môn học "Phân tích thiết kế hướng đối tượng" với đề tài "Project phát triển phần mềm quản lý nhà hàng Self Restaurant" được thực hiện bởi nhóm sinh viên Đặng Vĩnh Toàn, Nguyễn Quốc Toàn và Bùi Quang Trường dưới sự hướng dẫn của ThS. Nguyễn Thị Thủy tại Viện Kỹ thuật Công nghệ, Trường Đại học Thủ Dầu Một (tháng 11/2023).

Lý do chọn đề tài và bối cảnh thực tiễn

Theo nhóm tác giả, mô hình chuỗi nhà hàng "Self Restaurant" là một đơn vị kinh doanh ẩm thực mới gia nhập thị trường Việt Nam và có kế hoạch chính thức mở cửa phục vụ vào cuối năm 2023. Để vận hành mô hình này, doanh nghiệp có nhu cầu ứng dụng công nghệ thông tin vào công tác quản trị. Khảo sát hiện trạng thực tế chỉ ra một số thách thức của mô hình quản lý thủ công truyền thống:

• Thiếu vốn đầu tư tập trung và thiếu quy hoạch chi tiết trong quy trình phục vụ.
• Hiệu lực điều hành kém, phát sinh chi phí vận hành cao do phụ thuộc nhiều vào nhân viên phục vụ bàn.
• Khách hàng gặp khó khăn trong việc nắm bắt danh mục món ăn sẵn có theo từng chi nhánh, thời gian chờ đợi đặt món và thanh toán kéo dài.

Việc xây dựng một phần mềm quản lý dành riêng cho mô hình nhà hàng tự phục vụ (self restaurant) được đặt ra nhằm cung cấp công cụ tự động hóa quy trình gọi món từ xa, đặt chỗ, tích điểm thành viên và kiểm soát doanh thu, đồng thời cho phép tùy biến linh hoạt theo đặc thù kinh doanh của chuỗi.

Mục tiêu và nhiệm vụ nghiên cứu

Văn bản xác định mục đích nghiên cứu tổng quát gồm các nhiệm vụ cụ thể:

1. Cung cấp các công cụ quản lý tối ưu cho các hoạt động thường nhật của nhà hàng.
2. Hỗ trợ theo dõi lịch trình đặt chỗ và quản lý thông tin kho hàng.
3. Tự động hóa quy trình đặt món ăn tại bàn và quy trình thanh toán của thu ngân nhằm giảm tải nhân sự phục vụ.
4. Xây dựng phân hệ tạo báo cáo doanh thu và lợi nhuận, cung cấp cho chủ sở hữu góc nhìn tổng quát về hiệu quả kinh doanh.

Đối tượng và phạm vi nghiên cứu

• Đối tượng nghiên cứu: Quy trình nghiệp vụ quản lý nhà hàng tự phục vụ, bao gồm luồng tương tác giữa khách hàng tại bàn ăn, bộ phận nhà bếp, nhân viên thu ngân và người dùng tra cứu thông tin trên môi trường web.
• Phạm vi nghiên cứu: Thiết kế và hiện thực hóa phần mềm quản lý áp dụng cho chuỗi Self Restaurant, tập trung vào 4 phân hệ chính: thiết bị cảm ứng tại bàn ăn, màn hình hiển thị tại khu vực bếp, giao diện thanh toán - thống kê của quầy thu ngân và trang thông tin chi nhánh cho người duyệt web.

---

Cơ sở lý thuyết và phương pháp

Khung lý thuyết và công nghệ ứng dụng

Đồ án được xây dựng dựa trên phương pháp luận Phân tích và Thiết kế Hướng đối tượng (Object-Oriented Analysis and Design - OOAD), sử dụng ngôn ngữ mô hình hóa thống nhất (UML) để biểu diễn các khía cạnh cấu trúc và hành vi của hệ thống:

• Biểu đồ Use Case (Use Case Diagram): Phân rã chức năng và xác định ranh giới tương tác giữa các tác nhân (Actors) với hệ thống.
• Biểu đồ lớp (Class Diagram): Xác định cấu trúc tĩnh, các thuộc tính, phương thức và mối quan hệ liên kết giữa các thực thể phần mềm.
• Biểu đồ tuần tự (Sequence Diagram): Mô tả trình tự trao đổi thông điệp theo thời gian giữa các đối tượng để hoàn thành một kịch bản ca sử dụng.
• Biểu đồ hoạt động (Activity Diagram): Trực quan hóa luồng công việc nghiệp vụ và các nhánh rẽ điều kiện xử lý.
• Mô hình thực thể liên kết (ERD): Thiết kế cấu trúc cơ sở dữ liệu quan hệ cho các bảng lưu trữ thông tin hệ thống.

Về nền tảng công nghệ, nhóm tác giả dựa trên hệ sinh thái Microsoft .NET và ngôn ngữ lập trình C#, kế thừa các tài liệu tham khảo kỹ thuật như The C# Player’s Guide, CLR via C#, Lập trình C# từ cơ bản đến nâng cao, Lập trình C# 2008 cơ bản .NET toàn tập và Các giải pháp lập trình C#.

Phương pháp nghiên cứu và nguồn dữ liệu

• Phương pháp thu thập và mô tả yêu cầu: Nhóm nghiên cứu tiến hành khảo sát bài toán thực tế của chuỗi Self Restaurant, chuyển hóa các phát biểu nghiệp vụ thành tập hợp User Stories đại diện cho 4 nhóm người dùng, từ đó xác lập danh mục chức năng theo thứ tự ưu tiên.
• Phương pháp phân tích - thiết kế hệ thống: Sử dụng quy trình kỹ thuật phần mềm hướng đối tượng để lập bảng đặc tả use case, sơ đồ tương tác và quy hoạch cơ sở dữ liệu quan hệ gồm 10 bảng nghiệp vụ.
• Nguồn dữ liệu: Dữ liệu giả lập về thực đơn chi nhánh, tài khoản định danh người dùng (User, Admin, Khách hàng, Đầu bếp, Thu ngân) và các kịch bản kiểm thử tình huống trên môi trường cục bộ.

---

Thiết kế và triển khai hệ thống

Kiến trúc tổng thể và các tác nhân tương tác

Hệ thống phần mềm quản lý nhà hàng Self Restaurant được thiết kế xoay quanh 4 tác nhân chính:

1. Thực khách (Khách hàng): Tương tác với màn hình cảm ứng đặt tại bàn để xem thực đơn trong ngày theo chi nhánh, chọn món, gửi bếp, hủy món và quét mã QR/mã vạch thẻ thành viên để tích điểm thưởng.
2. Đầu bếp: Tiếp nhận danh sách món gọi theo số bàn qua màn hình bếp, cập nhật trạng thái chế biến hoàn thành hoặc thông báo hết nguyên liệu.
3. Thu ngân: Tiếp nhận yêu cầu thanh toán dựa trên mã số bàn, nhập số tiền khách đưa, tính tiền thừa trả lại và kết xuất báo cáo doanh thu theo khoảng thời gian.
4. Người duyệt web: Truy cập website nhà hàng để tra cứu thông tin hệ thống chi nhánh, danh sách thực đơn, thành phần nguyên liệu và giá tiền.

Tác nhân	Mã Use Case	Tên Use Case	Mô tả mục tiêu tương tác
Khách hàng	UC01	Chọn món	Khách hàng tự chọn món, tăng/giảm số lượng và gửi dữ liệu tới bếp qua màn hình tại bàn.
Khách hàng	UC02	Tích điểm	Quét mã vạch/QR qua đầu đọc thẻ để cộng điểm thưởng theo giá trị hóa đơn.
Đầu bếp	UC03	Chuẩn bị món ăn	Xem danh sách món gọi theo bàn, xác nhận hoàn tất hoặc báo hết món do thiếu nguyên liệu.
Thu ngân	UC04	In tổng số doanh thu	Đăng nhập quyền quản trị/thu ngân để kết xuất dữ liệu doanh thu trong ngày ra máy in.
Người duyệt web	UC05	Tìm kiếm	Tra cứu danh mục món ăn, hình ảnh, nguyên liệu và thông tin chi nhánh trực tuyến.

Thiết kế cơ sở dữ liệu

Cơ sở dữ liệu của hệ thống được tổ chức thành 10 bảng dữ liệu có liên kết khóa ngoại chặt chẽ:

• ADMIN: Quản lý tài khoản quản trị hệ thống.
• USER: Lưu trữ thông tin tài khoản chung để phân quyền đăng nhập.
• BANAN: Quản lý danh sách bàn ăn và trạng thái phục vụ tại các chi nhánh.
• CHINHANH: Quản lý thông tin địa điểm của các chi nhánh trong chuỗi nhà hàng.
• KHACHHANG: Quản lý thông tin định danh khách hàng, số điện thoại và điểm tích lũy.
• DAUBEP: Lưu trữ hồ sơ nhân viên bộ phận bếp.
• THUNGAN: Quản lý danh sách nhân viên phụ trách quầy thu ngân.
• MONAN: Lưu trữ danh mục các món ăn, đơn giá, mô tả và nguyên liệu.
• HOADON: Quản lý thông tin giao dịch thanh toán, ngày lập, tổng tiền và mã bàn.
• CHITIETHOADON: Chi tiết các món ăn, số lượng và thành tiền thuộc từng hóa đơn.

Quy tắc xử lý và giao diện người dùng

Nhóm tác giả thiết lập các điều kiện ràng buộc giao diện nhằm đảm bảo tính toàn vẹn dữ liệu:

• Đăng ký / Đăng nhập: Tên đăng nhập giới hạn độ dài từ 6 đến 12 ký tự, chỉ chấp nhận chữ cái và chữ số, không chứa ký tự đặc biệt. Email bắt buộc phải có ký tự @. Hệ thống thông báo lỗi nếu để trống thông tin hoặc nhập mật khẩu xác nhận không trùng khớp.
• Giao diện Chọn món: Thực khách phải tìm kiếm từ khóa gần đúng, lựa chọn món trước khi nhấn nút "Thêm món", và phải thực hiện thao tác "Gửi Bếp" thì lệnh gọi món mới được chuyển tới bộ phận chế biến. Chức năng "Hủy bỏ" cho phép xóa danh sách món vừa chọn trước khi gửi.
• Giao diện Tích điểm: Yêu cầu thực khách mở mã vạch trên ứng dụng di động, quét qua đầu đọc thẻ tại bàn và nhấn nút "Tích điểm" để ghi nhận điểm thưởng vào tài khoản thành viên.
• Giao diện Thống kê doanh thu: Nhân viên thu ngân bắt buộc phải chọn đầy đủ ngày bắt đầu và ngày kết thúc trước khi kích hoạt lệnh "Thống kê".
• Giao diện Chuẩn bị món ăn: Đầu bếp phải chọn đúng bàn đang gọi món trước khi chế biến, nhấn "Hoàn Thành" sau khi xong hoặc nhấn "Hết Món" để hệ thống tự động xóa món và gửi cảnh báo về màn hình tại bàn của thực khách.

---

Nội dung chính theo từng chương

Lời mở đầu

Phần mở đầu xác định tổng quan về nhu cầu tự động hóa dịch vụ trong ngành nhà hàng, phân tích sự cần thiết của hệ thống quản lý chuỗi Self Restaurant nhằm rút ngắn quy trình gọi món, tối ưu hóa thời gian phục vụ, quản lý lịch đặt chỗ và nâng cao trải nghiệm khách hàng.

Chương 1. Hiện trạng và yêu cầu bài toán

Chương này đánh giá các thiếu hụt của mô hình nhà hàng truyền thống (thiếu vốn đầu tư chiều sâu, thiếu quy hoạch chi tiết, quy trình phục vụ tốn kém). Nhóm tác giả phân tích chi tiết bài toán kinh doanh của Self Restaurant khi gia nhập thị trường Việt Nam, lập danh mục User Stories cho 4 tác nhân, xây dựng sơ đồ tổng quát và viết phiếu đặc tả chi tiết cho 5 ca sử dụng cốt lõi: Chọn món (UC01), Tích điểm (UC02), Chuẩn bị món ăn (UC03), In tổng số doanh thu trong ngày (UC04) và Tìm kiếm món ăn (UC05).

Chương 2. Phân tích hệ thống

Chương 2 mô hình hóa cấu trúc và hành vi hệ thống thông qua các sơ đồ hướng đối tượng chuẩn UML:

• Thiết lập Biểu đồ lớp (Class Diagram) mô tả mối quan hệ giữa các thực thể nghiệp vụ.
• Xây dựng hệ thống Biểu đồ tuần tự (Sequence Diagram) cho các chu trình: Chọn món, Tích điểm, Yêu cầu mã số, Chuẩn bị món ăn và Tìm kiếm.
• Thiết lập 5 Biểu đồ hoạt động (Activity Diagram) thể hiện các nhánh rẽ xử lý cho từng use case.
• Thiết lập Sơ đồ thực thể liên kết (ERD) xác định cấu trúc lưu trữ dữ liệu.

Chương 3. Thiết kế hệ thống

Nội dung chương 3 tập trung vào hai mảng công việc:

• Thiết kế cơ sở dữ liệu: Khởi tạo cấu trúc chi tiết cho 10 bảng dữ liệu quan hệ (ADMIN, BANAN, CHINHANH, KHACHHANG, DAUBEP, THUNGAN, HOADON, CHITIETHOADON, USER, MONAN).
• Thiết kế giao diện: Xây dựng màn hình tương tác và lập bảng phân tích các tình huống xử lý (kịch bản hợp lệ, kịch bản lỗi mạng, thiếu dữ liệu, sai định dạng) cho các màn hình: Đăng nhập, Đăng ký, Chọn món, Tích điểm, Thống kê doanh thu và Chuẩn bị món ăn.

Chương 4. Cài đặt và thử nghiệm

Chương 4 trình bày tiến độ cài đặt giao diện, lập bảng phân công công việc chi tiết giữa các thành viên và công bố kết quả kiểm thử thực nghiệm trên từng chức năng:

STT	Thời gian	Nội dung công việc	Người thực hiện
1	05/11/2023	Thiết kế dữ liệu	Nguyễn Quốc Toàn
2	10/11/2023	Thiết kế giao diện	Nguyễn Quốc Toàn
3	13/11/2023	Thiết kế xử lý	Bùi Quang Trường
4	19/11/2023	Cài đặt chương trình	Bùi Quang Trường
5	20/11/2023	Viết báo cáo đồ án	Đặng Vĩnh Toàn
6	21/11/2023	Kiểm tra chương trình	Đặng Vĩnh Toàn

Nhóm đã thực hiện kiểm thử chức năng Đăng ký qua 6 tình huống (đăng ký thành công, username chứa ký tự đặc biệt, số điện thoại không hợp lệ, email không hợp lệ, trường thông tin để trống, nhập lại mật khẩu không khớp). Tiếp đó là kiểm thử các chức năng Đăng nhập khi nhập sai tài khoản/mật khẩu, Thêm món, Gửi bếp, Hủy bỏ món, Tìm kiếm thực đơn, Tích điểm thẻ và Thống kê doanh thu theo ngày.

Chương 5. Kết quả, hạn chế, thuận lợi và khó khăn

Chương cuối cùng tổng kết các hạng mục đã hoàn thành, chỉ ra các giới hạn kỹ thuật và phân tích các yếu tố thuận lợi - khó khăn phát sinh trong quá trình nghiên cứu và triển khai phần mềm.

---

Kết quả và đóng góp

Kết quả triển khai thực tế

Theo báo cáo tự đánh giá của nhóm tác giả, đồ án đã hoàn thành thiết kế hầu hết các giao diện tương tác, thiết lập được lược đồ cơ sở dữ liệu cơ bản và xây dựng đầy đủ hệ thống biểu đồ UML. Tuy nhiên, mức độ hoàn thiện về mặt mã nguồn cài đặt có sự phân hóa rõ rệt giữa các phân hệ:

STT	Phân hệ chức năng	Mức độ hoàn thành	Tình trạng kiểm thử tình huống
1	Chọn món	100%	Hoàn thành 8/8 tình huống
2	Tìm kiếm	100%	Hoàn thành 5/5 tình huống
3	Tích điểm	100%	Hoàn thành 5/5 tình huống
4	Đăng ký tài khoản	50%	Hoàn thành 5/10 tình huống
5	Đăng nhập	50%	Hoàn thành 5/10 tình huống
6	Thống kê doanh thu	30%	Cài đặt được giao diện cơ bản
7	Chuẩn bị món ăn	30%	Cài đặt được giao diện cơ bản

Đóng góp của đề tài

• Xây dựng hoàn chỉnh hồ sơ phân tích thiết kế hướng đối tượng (OOAD) cho bài toán quản lý nhà hàng tự phục vụ, chuyển hóa bài toán nghiệp vụ thành các tài liệu kỹ thuật chuẩn mực (Use Case, Class Diagram, Sequence Diagram, Activity Diagram, ERD).
• Đưa ra giải pháp số hóa quy trình phục vụ tại bàn bằng màn hình cảm ứng kết hợp quét mã tích điểm, giúp cắt giảm sự can thiệp của nhân sự phục vụ trực tiếp.

---

Hạn chế và hướng nghiên cứu tiếp

Hạn chế được ghi nhận

Văn bản nêu rõ các hạn chế thực tế trong quá trình thực hiện đồ án:

1. Thiếu sót về chức năng và dữ liệu: Hệ thống còn thiếu một số chức năng vận hành thực tế; thiết kế cơ sở dữ liệu chưa đạt mức độ hoàn chỉnh để đáp ứng toàn bộ các quan hệ nghiệp vụ phức tạp.
2. Tiến độ cài đặt chưa đồng đều: Hai chức năng quan trọng là "Chuẩn bị món ăn" tại bếp và "Thống kê doanh thu" của thu ngân mới chỉ hoàn thành 30% khối lượng; chức năng Đăng ký và Đăng nhập chỉ đạt 50%.
3. Điều kiện thực hiện hạn chế: Quỹ thời gian làm việc của nhóm bị chi phối do phải thực hiện song song đồ án của nhiều môn học khác. Đồ án cũng ghi nhận tình trạng một thành viên trong nhóm không tham gia học thực hành, ảnh hưởng đến tiến độ chung.
4. Vấn đề kỹ thuật vận hành: Nguy cơ phát sinh lỗi phần mềm, hiện tượng treo hệ thống hoặc mất kết nối mạng giữa các trạm máy tính chưa có cơ chế xử lý ngoại lệ triệt để.

Hướng phát triển của đề tài

Nhóm tác giả đề xuất 5 định hướng nâng cấp trong tương lai:

1. Quản lý bàn và đặt món trực tuyến: Tích hợp tính năng cho phép thực khách đặt trước bàn ăn và lựa chọn món qua ứng dụng di động hoặc cổng thông tin web nhằm giảm thiểu thời gian chờ đợi.
2. Tích hợp thanh toán số: Bổ sung cổng thanh toán trực tiếp qua ví điện tử hoặc các thiết bị POS di động ngay tại bàn ăn.
3. Phân hệ điều phối nhân viên: Bổ sung tính năng quản lý lịch làm việc, chấm công và phân bổ công việc tự động cho nhân sự các bộ phận.
4. Phân hệ đánh giá và phản hồi: Cung cấp kênh tiếp nhận đánh giá chất lượng món ăn và dịch vụ trực tiếp từ thực khách qua thiết bị di động.
5. Tối ưu hóa trải nghiệm người dùng (UX/UI): Cải tiến giao diện trực quan, tinh gọn thao tác để thuận tiện hơn cho người dùng không am hiểu kỹ thuật.

---

Giá trị tham khảo

Đồ án là tài liệu tham khảo thực tế cho:

• Sinh viên ngành Công nghệ thông tin và Kỹ thuật phần mềm: Là mẫu báo cáo môn học "Phân tích thiết kế hướng đối tượng" thể hiện đầy đủ các bước chuẩn hóa từ khảo sát hiện trạng, lập User Story, viết phiếu đặc tả Use Case cho đến xây dựng sơ đồ tương tác UML (Sequence, Activity, Class Diagram).
• Nhóm nghiên cứu xây dựng phần mềm quản lý nhà hàng: Tham khảo quy trình phân rã nghiệp vụ cho mô hình tự phục vụ (Self Restaurant), đặc biệt là việc thiết lập các bảng ràng buộc dữ liệu giao diện và kịch bản thử nghiệm ngoại lệ cho chức năng gọi món và tích điểm.

---

Câu hỏi thường gặp

1. Đồ án này là khóa luận tốt nghiệp hay đồ án môn học, được thực hiện tại đơn vị nào?
Đây là đồ án môn học "Phân tích thiết kế hướng đối tượng", được thực hiện bởi nhóm sinh viên Đặng Vĩnh Toàn, Nguyễn Quốc Toàn và Bùi Quang Trường tại Viện Kỹ thuật Công nghệ, Trường Đại học Thủ Dầu Một vào tháng 11/2023, dưới sự hướng dẫn của ThS. Nguyễn Thị Thủy.

2. Hệ thống quản lý nhà hàng trong đồ án gồm những tác nhân nào và hỗ trợ bao nhiêu ca sử dụng chính?
Hệ thống xác định 4 tác nhân chính gồm: Thực khách (Khách hàng), Đầu bếp, Nhân viên thu ngân và Người duyệt web. Có 5 ca sử dụng cốt lõi được phân tích và đặc tả chi tiết: Chọn món (UC01), Tích điểm (UC02), Chuẩn bị món ăn (UC03), In tổng số doanh thu trong ngày (UC04) và Tìm kiếm thông tin món ăn (UC05).

3. Cơ sở dữ liệu của phần mềm được thiết kế gồm những bảng nào?
Cơ sở dữ liệu được thiết kế gồm 10 bảng: ADMIN, BANAN, CHINHANH, KHACHHANG, DAUBEP, THUNGAN, HOADON, CHITIETHOADON, USER và MONAN.

4. Mức độ hoàn thành thực tế của các chức năng phần mềm đạt tỷ lệ như thế nào?
Theo bảng tự đánh giá của tác giả, có 3 chức năng đạt 100% mức độ hoàn thành gồm Chọn món (8/8 tình huống), Tìm kiếm (5/5 tình huống) và Tích điểm (5/5 tình huống). Hai chức năng đạt mức 50% là Đăng ký (5/10 tình huống) và Đăng nhập (5/10 tình huống). Hai chức năng đạt mức thấp nhất 30% là Chuẩn bị món ăn và Thống kê doanh thu.

5. Nhóm tác giả đã tự nhận xét những khó khăn và hạn chế khách quan nào trong báo cáo?
Nhóm thừa nhận các chức năng và cơ sở dữ liệu chưa hoàn chỉnh, thiếu thời gian do trùng lịch làm đồ án của các môn học khác, và ghi nhận một thành viên trong nhóm không theo học thực hành. Ngoài ra, hệ thống còn đối mặt với nguy cơ lỗi kỹ thuật khi mất kết nối mạng và gặp khó khăn trong việc tương thích với các thiết bị ngoại vi như POS hay máy in hóa đơn.

---

Kết luận

Báo cáo đồ án môn học "Project phát triển phần mềm quản lý nhà hàng Self Restaurant" của nhóm sinh viên Trường Đại học Thủ Dầu Một đã xây dựng thành công tài liệu phân tích thiết kế hướng đối tượng hoàn chỉnh cho mô hình nhà hàng tự phục vụ. Đề tài đã hoàn thành mô hình hóa hệ thống bằng chuẩn UML, thiết kế cấu trúc cơ sở dữ liệu quan hệ 10 bảng và hiện thực hóa kiểm thử đạt 100% đối với các chức năng cốt lõi như Chọn món, Tìm kiếm và Tích điểm. Dù còn một số hạn chế về mặt hoàn thiện mã nguồn ở phân hệ thống kê và nhà bếp do áp lực thời gian, đồ án phản ánh đúng tiến trình phát triển phần mềm chuẩn mực và cung cấp cơ sở kỹ thuật rõ ràng cho các hướng nâng cấp ứng dụng sau này.

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.