Bối cảnh và vấn đề nghiên cứu
Trong quá trình phát triển các hệ thống phần mềm hướng đối tượng, việc áp dụng các mẫu thiết kế (Design Patterns) đóng vai trò then chốt nhằm chuẩn hóa cấu trúc mã nguồn, nâng cao khả năng mở rộng, tái sử dụng và bảo trì hệ thống. Đề tài "Áp dụng mẫu thiết kế vào quản lý cửa hàng thức ăn nhanh" được thực hiện dưới dạng đồ án / bài tập lớn kết thúc học phần môn Mẫu thiết kế tại Khoa Công nghệ Thông tin – Trường Đại học Tôn Đức Thắng (năm 2021), dưới sự hướng dẫn của ThS. Vũ Đình Hồng và nhóm tác giả gồm 5 sinh viên: Huỳnh Quang Huy, Trương Tấn Hùng, Trần Minh Kha, Cao Bảo Thái và Huỳnh Nguyễn Hoài Bảo.
Bối cảnh nghiên cứu xuất phát từ nhu cầu thực tiễn trong việc vận hành một cửa hàng thức ăn nhanh đặt tại điểm bán. Hoạt động thường nhật tại đây đòi hỏi sự phối hợp nhịp nhàng giữa nhiều bộ phận: nhân viên bán hàng tiếp nhận yêu cầu và sắp xếp bàn, nhân viên bếp tiếp nhận thực đơn để chế biến theo đúng quy trình, và người quản lý điều phối nhân sự cùng các thông báo nội bộ. Nếu không có cấu trúc thiết kế hướng đối tượng chặt chẽ, mã nguồn phần mềm rất dễ rơi vào tình trạng gắn kết chặt (tight coupling), khó mở rộng khi bổ sung món mới, thay đổi phương thức thanh toán hoặc biến đổi trạng thái thực thể.
Mục tiêu và nhiệm vụ nghiên cứu của đồ án được xác định cụ thể như sau:
- Khảo sát và phân tích yêu cầu nghiệp vụ của hệ thống quản lý cửa hàng thức ăn nhanh tại quầy.
- Xây dựng mô hình ca sử dụng (Use Case), phân quyền tác nhân và đặc tả chi tiết các luồng nghiệp vụ.
- Nghiên cứu, lựa chọn và ứng dụng các mẫu thiết kế phần mềm kinh điển nhằm giải quyết từng bài toán chức năng cụ thể trong hệ thống.
- Xây dựng sơ đồ lớp (Class Diagram), phân bổ cấu trúc tập tin mã nguồn và hiện thực hóa chương trình thực nghiệm (demo).
Đối tượng nghiên cứu của đề tài là các mẫu thiết kế hướng đối tượng (GoF Design Patterns và mẫu kiến trúc MVC) cùng quy trình nghiệp vụ bán hàng, bếp và quản trị nhân sự trong một cửa hàng thức ăn nhanh. Phạm vi nghiên cứu tập trung vào hệ thống ứng dụng quản lý tại quầy, phục vụ cục bộ trong cửa hàng, được nhóm tác giả khảo sát và xây dựng trong khuôn khổ học phần môn học năm 2021.
Cơ sở lý thuyết và phương pháp
Khung lý thuyết và mô hình áp dụng
Đề tài dựa trên nền tảng kỹ thuật công nghệ phần mềm hướng đối tượng, tập trung vào việc hiện thực hóa các mẫu thiết kế phần mềm. Hệ thống sử dụng 1 mẫu kiến trúc và 7 mẫu thiết kế thuộc các nhóm Creational, Structural và Behavioral:
- Mẫu kiến trúc MVC (Model - View - Controller): Phân tách lớp giao diện, lớp điều khiển logic và lớp dữ liệu.
- Singleton Pattern: Đảm bảo một lớp chỉ có duy nhất một thể hiện và cung cấp điểm truy cập toàn cục tới thể hiện đó.
- State Pattern: Cho phép một đối tượng thay đổi hành vi khi trạng thái nội bộ của nó biến đổi.
- Observer Pattern: Định nghĩa mối quan hệ phụ thuộc một - nhiều giữa các đối tượng để khi một đối tượng đổi trạng thái, toàn bộ các đối tượng liên quan sẽ được thông báo tự động.
- Strategy Pattern: Đóng gói các thuật toán/nghiệp vụ khác nhau thành các lớp độc lập, giúp chúng có thể thay thế lẫn nhau linh hoạt tại thời điểm thực thi.
- Decorator Pattern: Cho phép bổ sung tính năng hoặc thành phần mới vào đối tượng hiện có một cách linh hoạt mà không cần can thiệp hay sửa đổi cấu trúc lớp sẵn có.
- Command Pattern: Đóng gói yêu cầu dưới dạng một đối tượng, giúp tham số hóa các thao tác điều khiển giao diện người dùng.
- Template Method Pattern: Định nghĩa bộ khung thuật toán trong một phương thức của lớp cha, cho phép các lớp con triển khai chi tiết các bước mà không làm thay đổi cấu trúc tổng thể.
Phương pháp nghiên cứu
- Phương pháp phân tích và thiết kế hướng đối tượng (OOAD): Sử dụng ngôn ngữ mô hình hóa hợp nhất (UML) để xây dựng biểu đồ Use Case, biểu đồ lớp (Class Diagram) cho từng mẫu thiết kế.
- Phương pháp đặc tả ca sử dụng: Phân tích chi tiết ngữ cảnh, điều kiện tiên quyết, chuỗi sự kiện tương tác giữa tác nhân (Actor) và hệ thống (System), cùng kết quả đầu ra cho từng chức năng.
- Phương pháp thực nghiệm phần mềm: Hiện thực hóa các mẫu thiết kế bằng ngôn ngữ lập trình C# (thể hiện qua các tệp mã nguồn mở rộng
.cs), triển khai giao diện người dùng và kiểm thử luồng thao tác trực tiếp trên các module bán hàng, thanh toán, quản lý bàn, quản lý bếp và nhân viên.
Nguồn dữ liệu
Dữ liệu nghiên cứu bao gồm quy trình nghiệp vụ thực tế tại cửa hàng ăn nhanh, hệ thống danh mục món ăn (thức ăn, nước uống, topping, phần thêm) và các mẫu dữ liệu thực nghiệm về bàn ăn, nhân sự được nhóm tác giả tự tổng hợp và thiết lập trong cơ sở dữ liệu của phần mềm.
Thiết kế và triển khai
Hệ thống được tổ chức theo kiến trúc phân tầng kết hợp mô hình MVC, đảm bảo sự tách biệt giữa giao diện hiển thị và logic xử lý nghiệp vụ, sử dụng cơ sở dữ liệu kết nối qua lớp quản trị dùng chung.
+--------------------------------------------------------------------+
| VIEW LAYER |
| - Màn hình chính - Giao diện đặt món & thanh toán|
| - Giao diện quản lý bàn - Giao diện quản lý nhân viên |
| - Giao diện khu bếp - Giao diện cấu hình topping |
+---------------------------------+----------------------------------+
|
v
+--------------------------------------------------------------------+
| CONTROLLER LAYER |
| - Điều phối luồng dữ liệu giữa View và Model |
| - Quản lý sự kiện nút bấm qua Command Pattern (`CommandBase.cs`) |
+---------------------------------+----------------------------------+
|
v
+--------------------------------------------------------------------+
| DESIGN PATTERNS LOGIC |
| - Singleton: Kết nối DB duy nhất (`ProvideDatabase.cs`) |
| - State: Quản lý trạng thái bàn (`TableFreeState.cs`,...) |
| - Strategy: Xử lý thanh toán đa hình thức (`ByCash.cs`,...) |
| - Observer: Đồng bộ thông báo nội bộ (`Iobserver.cs`,...) |
| - Decorator: Gắn Topping/Phần thêm (`CheeseTopping.cs`,...) |
| - Template Method: Khung quy trình chế biến món ăn |
+---------------------------------+----------------------------------+
|
v
+--------------------------------------------------------------------+
| MODEL LAYER |
| - Lưu trữ thực thể: Nhân viên, Bàn ăn, Món ăn, Đơn hàng, v.v. |
+--------------------------------------------------------------------+
Phân quyền tác nhân và danh mục ca sử dụng
Hệ thống xác định 3 tác nhân chính tương tác với 14 ca sử dụng (Use Case) cụ thể:
| Tác nhân |
Trách nhiệm chính |
Ca sử dụng đảm nhiệm |
| Nhân viên bán hàng |
Quản lý sắp xếp bàn ăn, tiếp nhận thực đơn từ khách, chọn món/topping và thực hiện thu ngân. |
UC01, UC02, UC03, UC04, UC05, UC06, UC07, UC08 |
| Nhân viên bếp |
Tiếp nhận thông tin món ăn cần làm từ bộ phận bán hàng, tra cứu quy trình/công thức và chế biến món ăn. |
UC14 |
| Quản lý |
Quản trị nhân sự (thêm, sửa, điều chỉnh chức vụ, sa thải) và phát thông báo điều hành nội bộ. |
UC09, UC10, UC11, UC12, UC13 |
Danh mục chi tiết 14 ca sử dụng trong hệ thống bao gồm:
- UC01 (Thêm bàn): Tạo bàn mới khi quán cần mở rộng không gian phục vụ.
- UC02 (Xóa bàn): Xóa bàn khi giảm quy mô hoặc tái cấu trúc vị trí.
- UC03 (Sửa bàn): Cập nhật định danh (ID) hoặc tên bàn.
- UC04 (Cập nhật trạng thái bàn): Thiết lập trạng thái bàn trống, bàn đã đặt trước hoặc bàn đang sử dụng.
- UC05 (Đặt món): Khởi tạo giao diện lựa chọn món ăn và thức uống theo yêu cầu của khách.
- UC06 (Chọn nước uống): Lựa chọn chi tiết nước uống và tính giá tương ứng.
- UC07 (Chọn thức ăn): Lựa chọn chi tiết món ăn trong danh mục.
- UC08 (Thanh toán): Xử lý thu tiền của khách qua tiền mặt, thẻ ngân hàng hoặc ví điện tử.
- UC09 (Thêm nhân viên): Quản lý bổ sung nhân sự mới vào hệ thống cửa hàng.
- UC10 (Xóa nhân viên): Sa thải hoặc loại bỏ thông tin nhân viên khỏi danh sách.
- UC11 (Sửa nhân viên): Điều chỉnh thông tin cá nhân và cập nhật thăng chức hoặc hạ chức.
- UC12 (Đăng thông báo): Quản lý gửi thông báo mới đến toàn thể nhân viên.
- UC13 (Xóa thông báo): Gỡ bỏ thông báo nội bộ đã đăng.
- UC14 (Chế biến món ăn): Hiển thị công thức và quy trình chế biến chi tiết cho nhân viên bếp.
Nội dung chính theo từng chương
Chương 1: Mô tả ứng dụng
Chương 1 tập trung khảo sát tổng quan hệ thống, phân tích các tác nhân, xây dựng sơ đồ ca sử dụng, cung cấp bảng đặc tả chi tiết cho toàn bộ 14 Use Case và mô tả hệ thống giao diện trực quan.
Quy trình nghiệp vụ cốt lõi tại cửa hàng diễn ra theo các bước:
- Khách hàng tới quầy gọi món; nhân viên bán hàng sử dụng màn hình để chọn món ăn, nước uống và các phần topping kèm theo.
- Nhân viên bán hàng kiểm tra giao diện quản lý bàn để nắm bắt trạng thái (Bàn trống, Bàn đã đặt trước, Bàn đang sử dụng) và sắp xếp vị trí phù hợp cho khách.
- Hệ thống chuyển thông tin đơn hàng xuống khu vực bếp để nhân viên bếp thực hiện chế biến dựa trên giao diện công thức chuẩn.
- Nhân viên bán hàng thực hiện thu ngân tại giao diện thanh toán bằng các phương thức thanh toán linh hoạt và hoàn tất đơn hàng.
Hệ thống giao diện được hiện thực hóa qua 7 màn hình chức năng:
- Hình 1 - Giao diện chức năng chính: Trung tâm điều hướng đến 4 phân hệ (Đặt món, Quản lý nhân viên, Khu bếp, Quản lý bàn).
- Hình 2 - Giao diện đặt món ăn: Cho phép chọn danh mục thức ăn, nước uống, thêm topping/phần thêm, chỉnh sửa số lượng, hiển thị tổng tiền và tùy chọn hủy món/hủy đơn.
- Hình 3 & Hình 4 - Giao diện thanh toán và hoàn tất thanh toán: Cho phép chọn hình thức trả tiền (Tiền mặt, Momo, Thẻ tín dụng), nhập số tiền khách đưa và tự động tính số tiền thừa trả lại khách.
- Hình 5 - Giao diện quản lý nhân viên: Hỗ trợ người quản lý thực hiện thêm mới, chỉnh sửa thông tin, sa thải nhân viên, phân quyền thăng cấp/hạ cấp bậc và đăng tải thông báo.
- Hình 6 - Giao diện chế biến khu bếp: Hiển thị danh sách món cần chế biến; khi nhấn chọn từng món, màn hình sẽ hiển thị công thức và cách thức thực hiện.
- Hình 7 - Giao diện quản lý bàn: Cung cấp các nút lệnh thêm, sửa, xóa bàn và cập nhật nhanh trạng thái bàn ăn.
Chương 2: Các mẫu thiết kế được sử dụng
Chương 2 trình bày cơ sở lý luận, sơ đồ lớp UML và lý do áp dụng cụ thể của từng mẫu thiết kế trong bài toán quản lý cửa hàng thức ăn nhanh:
+----------------------------------------------------------------------------------------------------+
| BẢNG ÁNH XẠ CÁC MẪU THIẾT KẾ |
+----------------------+--------------------+--------------------------------------------------------+
| Mẫu thiết kế | Nhóm phân loại | Lý do và bài toán áp dụng trong hệ thống |
+----------------------+--------------------+--------------------------------------------------------+
| MVC Pattern | Mẫu kiến trúc | Phân tách Frontend - Backend, hỗ trợ kiểm thử và cô lập|
| | | lỗi trong quá trình vận hành hệ thống. |
| Singleton Pattern | Creational | Dùng chung một thực thể kết nối dữ liệu duy nhất, |
| | | tránh tạo nhiều kết nối gây lãng phí tài nguyên. |
| State Pattern | Behavioral | Xử lý các trạng thái bàn (trống, đặt trước, đang dùng) |
| | | với các hành vi ứng xử tương ứng khi xếp chỗ. |
| Observer Pattern | Behavioral | Thiết lập quan hệ 1-nhiều; quản lý đăng/xóa thông báo |
| | | để tự động đồng bộ tới màn hình của mọi nhân viên. |
| Strategy Pattern | Behavioral | Đa dạng hóa thuật toán thanh toán (Tiền mặt, Ví Momo, |
| | | Thẻ tín dụng/Credit Card) mà không làm sửa mã nguồn cũ.|
| Decorator Pattern | Structural | Mở rộng động phần thêm/Topping cho món ăn (Gà rán, |
| | | Hamburger) và nước uống (Trà sữa) linh hoạt. |
| Command Pattern | Behavioral | Quản lý đồng bộ trạng thái nút bấm (Enable, Disable, |
| | | đổi màu, ẩn/hiện) tại màn hình chọn món/topping. |
| Template Method | Behavioral | Chuẩn hóa khung quy trình các bước chế biến món ăn |
| | | chung, chi tiết từng bước do lớp con món ăn định nghĩa.|
+----------------------+--------------------+--------------------------------------------------------+
Chương 3: Các file chi tiết được ứng dụng trong demo
Chương 3 phân bổ cấu trúc mã nguồn C# minh chứng cho việc triển khai thực tế của các mẫu thiết kế:
- Áp dụng MVC Pattern: Cấu trúc chương trình được chia thành các thư mục quản lý file View, Controller và Model độc lập, tránh sự nhầm lẫn trong quá trình xử lý logic.
- Áp dụng Singleton Pattern: Hiện thực hóa trong tệp mã nguồn
ProvideDatabase.cs nhằm khởi tạo và cung cấp duy nhất một đối tượng kết nối cơ sở dữ liệu cho toàn bộ các chức năng.
- Áp dụng State Pattern: Triển khai qua các tệp trạng thái bàn, tiêu biểu là
TableFreeState.cs (quản lý trạng thái bàn trống) cùng các trạng thái liên quan (đã đặt trước, đang phục vụ).
- Áp dụng Observer Pattern: Hiện thực hóa giao diện lắng nghe và chủ thể thông báo thông qua tệp
Iobserver.cs cùng các lớp xử lý cập nhật bảng tin cho nhân viên.
- Áp dụng Strategy Pattern: Đóng gói các lớp thuật toán thanh toán riêng biệt, trong đó tệp
ByCash.cs xử lý phương thức trả tiền mặt cùng các tệp xử lý thẻ và ví điện tử.
- Áp dụng Decorator Pattern: Triển khai qua các tệp trang trí bổ sung thành phần món ăn như
CheeseTopping.cs (thêm phô mai), SweetCakeChick.cs và các lớp mở rộng topping trà sữa.
- Áp dụng Command Pattern: Cài đặt lớp cơ sở và các lệnh điều khiển nút bấm trong tệp
CommandBase.cs, thực hiện thao tác bật/tắt (Enable/Disable) và ẩn/hiện nút bấm một cách nhất quán.
- Áp dụng Template Method Pattern: Hiện thực hóa các lớp trừu tượng định nghĩa các bước trong quy trình nấu nướng và các lớp con cụ thể hóa công thức cho từng món ăn tại khu bếp.
Kết quả và đóng góp
Kết quả chính
- Xây dựng thành công ứng dụng demo hoàn chỉnh phục vụ công tác bán hàng, điều phối bếp và quản lý nhân sự tại cửa hàng thức ăn nhanh.
- Áp dụng đồng bộ và chuẩn xác 8 mẫu thiết kế phần mềm vào từng module nghiệp vụ tương ứng, thể hiện qua đầy đủ sơ đồ lớp UML và các tệp mã nguồn C# thực thi (
ProvideDatabase.cs, TableFreeState.cs, Iobserver.cs, ByCash.cs, CheeseTopping.cs, CommandBase.cs,...).
- Đặc tả và hiện thực đầy đủ 14 Use Case nghiệp vụ và 7 phân hệ giao diện người dùng trực quan.
Đóng góp về mặt kỹ thuật phần mềm
- Tối ưu hóa kiến trúc: Giảm thiểu sự phụ thuộc giữa các khối mã nguồn nhờ áp dụng MVC và Singleton, giúp kiểm soát kết nối dữ liệu tập trung.
- Nâng cao tính linh hoạt (Open/Closed Principle): Nhờ Strategy và Decorator Pattern, hệ thống dễ dàng tích hợp thêm phương thức thanh toán mới hoặc các loại Topping/Phần thêm mới cho thực đơn mà không cần chỉnh sửa các lớp xử lý hiện hành.
- Chuẩn hóa thao tác giao diện và nghiệp vụ: Command Pattern giúp kiểm soát logic giao diện nút bấm chặt chẽ, loại bỏ hoàn toàn các lỗi quên bật/tắt hoặc nhầm lẫn trạng thái nút. State Pattern và Template Method Pattern giúp quy trình quản lý bàn ăn và quy trình chế biến món ăn tại bếp diễn ra theo đúng chuẩn nghiệp vụ.
Hạn chế và hướng nghiên cứu tiếp
Dựa trên phạm vi và nội dung trình bày trong báo cáo đồ án, các hạn chế và định hướng phát triển được xác định như sau:
- Hạn chế: Hệ thống được thiết kế dưới dạng đồ án môn học phục vụ thử nghiệm ứng dụng cục bộ tại quầy cửa hàng; việc kết nối thanh toán (Momo, Credit Card) mới dừng lại ở mức mô phỏng giải thuật theo Strategy Pattern trên giao diện demo mà chưa tích hợp sâu qua cổng thanh toán (Payment Gateway) thực tế với bên thứ ba.
- Hướng mở rộng: Mở rộng hệ thống kết nối mạng phân tán client-server, đồng bộ dữ liệu thời gian thực giữa quầy bán hàng và bếp thông qua dịch vụ mạng hoàn chỉnh, đồng thời tích hợp thêm các mẫu thiết kế khác như Factory Method hoặc Abstract Factory để tự động hóa việc khởi tạo nhóm sản phẩm combo.
Giá trị tham khảo
Đồ án là tài liệu tham khảo thiết thực cho:
- Sinh viên ngành Công nghệ Thông tin và Kỹ thuật Phần mềm: Dùng làm tài liệu học tập mẫu cho môn Mẫu thiết kế (Design Patterns), Kiến trúc phần mềm và Lập trình ứng dụng C#/.NET.
- Người nghiên cứu và phát triển phần mềm ứng dụng: Tham khảo cách ánh xạ trực tiếp các mẫu thiết kế GoF lý thuyết vào các bài toán quản lý bán hàng thực tế (như xử lý trạng thái bàn bằng State Pattern, xử lý món ăn kèm bằng Decorator Pattern, hay xử lý thanh toán đa kênh bằng Strategy Pattern).
Câu hỏi thường gặp
1. Hệ thống phân chia quyền hạn cho những tác nhân nào và nhiệm vụ chính là gì?
Hệ thống phân chia 3 tác nhân chính:
- Nhân viên bán hàng: Quản lý bàn ăn, đặt món ăn/nước uống cho khách và thực hiện thanh toán thu tiền.
- Nhân viên bếp: Tiếp nhận đơn hàng từ nhân viên bán hàng, tra cứu công thức và thực hiện chế biến món ăn.
- Quản lý: Quản lý danh sách nhân sự (thêm, sửa, sa thải, thăng/hạ chức) và đăng/xóa các thông báo nội bộ.
2. Mẫu thiết kế Decorator được áp dụng như thế nào trong nghiệp vụ đặt món?
Decorator Pattern được áp dụng để bổ sung các thành phần "Phần thêm" hoặc "Topping" vào món ăn (Gà rán, Hamburger) và nước uống (Trà sữa) theo nhu cầu của khách hàng. Cách thiết kế này cho phép mở rộng linh hoạt nhiều loại topping mới (như trong tệp CheeseTopping.cs, SweetCakeChick.cs) mà không làm ảnh hưởng hay phải thay đổi cấu trúc của các lớp món ăn cơ sở đã có.
3. Vì sao Strategy Pattern được lựa chọn cho chức năng thanh toán?
Vì khách hàng có thể thanh toán qua nhiều phương thức khác nhau như tiền mặt, ví điện tử MoMo hoặc thẻ tín dụng (Credit Card). Strategy Pattern cho phép đóng gói từng phương thức thanh toán thành một chiến lược riêng biệt (ví dụ tệp ByCash.cs), giúp hệ thống dễ dàng hoán đổi hoặc bổ sung thêm hình thức thanh toán mới mà không cần can thiệp vào logic xử lý thanh toán tổng thể.
4. State Pattern giải quyết bài toán quản lý bàn ra sao?
Bàn ăn tại cửa hàng có nhiều trạng thái khác nhau (Bàn trống, Bàn đã đặt trước, Bàn đang được sử dụng). State Pattern đóng gói các trạng thái này thành các lớp riêng biệt (như TableFreeState.cs), giúp hệ thống tự động điều chỉnh hành vi ứng xử tương ứng khi nhân viên thao tác sắp xếp hoặc đặt bàn cho khách.
5. File ProvideDatabase.cs đóng vai trò gì và áp dụng mẫu thiết kế nào?
Tệp ProvideDatabase.cs áp dụng Singleton Pattern nhằm khởi tạo và quản lý duy nhất một thực thể kết nối cơ sở dữ liệu dùng chung cho toàn bộ các chức năng trong hệ thống, tránh việc tạo quá nhiều kết nối trùng lặp gây lãng phí tài nguyên.
Kết luận
Đồ án "Áp dụng mẫu thiết kế vào quản lý cửa hàng thức ăn nhanh" của nhóm sinh viên Khoa Công nghệ Thông tin – Trường Đại học Tôn Đức Thắng đã giải quyết trọn vẹn bài toán xây dựng phần mềm quản trị điểm bán thông qua việc kết hợp mô hình kiến trúc MVC với 7 mẫu thiết kế hướng đối tượng kinh điển. Nghiên cứu cung cấp đặc tả chi tiết cho 14 ca sử dụng, xây dựng hệ thống sơ đồ lớp UML chuẩn mực và hiện thực hóa thành công các module chức năng qua mã nguồn C#. Đây là tài liệu học thuật có giá trị ứng dụng cao, minh họa trực quan phương pháp chuyển giao lý thuyết mẫu thiết kế vào giải quyết các yêu cầu phần mềm thực tế.
