tiểu luận đề tài quản lý cửa hàng phúc long coffe tea

Kịch bản tổng quát use case Quản lí tài khoảnBảng 2.2: Kịch bản tổng quát Use case Quản lí tài khoảnTên Use case Quản lí tài khoảnMô tả Khi đăng nhập thành công vào ứng dụng cho phép ngư

TỔNG QUAN

Mục đích nghiên cứu

 Nghiên cứu, phân tích các vấn đề cơ bản của hệ thống thông tin trong thực tiễn.

 Cài đặt và đánh giá cơ bản hệ thống thông tin.

 Áp dụng hiểu biết để chỉnh sửa và đưa vào thực tế sử dụng.

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

 Đối tượng nghiên cứu: Cửa hàng Phúc Long Coffee & Tea

 Phân tích và thiết kế cơ sở dữ liệu của cửa hàng.

 Cài đặt chương trình ứng dụng người dùng.

Phương pháp nghiên cứu

 Phương pháp nghiên cứu tài liệu: Phân tích và tổng hợp các tài liệu về phân tích và thiết kế hệ thống.

 Phương pháp thực nghiệm: Kết hợp kỹ thuật phân phân tích, tổng hợp và thiết kế để xây dựng chương trình ứng dụng.

1.4 Cấu trúc báo cáo tiểu luận

Cấu trúc đồ án được chia thành các chương như sau:

 Chương 1: Tổng quan – Giới thiệu tổng quan về đề tài

 Chương 2: Phân tích thiết kế hệ thống – Mô tả hệ thống, phân tích thống, thiết kế hệ thống

 Chương 4: Thử nghiệm và đánh giá – Giao diện hình ảnh cũng như đánh giá về chương trình.

 Kết luận, đánh giá và hướng phát triển - Đưa ra kết quả đạt được, những thứ còn thiếu sót và hướng phát triển cho hệ thống và ứng dụng

Cấu trúc báo cáo Bài tập

Khi khách hàng có nhu cầu mua sắm, họ sẽ xem xét danh sách đồ uống có trong menu Sau khi lựa chọn, khách hàng thông báo cho nhân viên bán hàng để tiến hành thêm món vào đơn hàng.

Mỗi tuần, chủ quán sẽ tổng hợp và phân tích tình trạng sử dụng các loại đồ uống trong menu để đánh giá mức độ phổ biến của chúng Dựa trên kết quả này, quản lý sẽ thực hiện các điều chỉnh cần thiết, bao gồm việc loại bỏ, thêm mới hoặc cập nhật các đồ uống nhằm đáp ứng tốt hơn nhu cầu của khách hàng và tình hình quán.

Vì là kinh doanh nhỏ lẻ, quán chỉ có một kho hàng ngay tại địa điểm kinh doanh Chủ quán thường xuyên thống kê tình trạng sản phẩm trong kho và lập danh sách mua hàng dựa trên tình hình thực tế Mỗi sản phẩm nhập kho sẽ được ghi nhận thông tin để thuận tiện cho việc quản lý và xử lý sự cố từ nhà cung cấp Sau khi sản phẩm được nhập thành công, tình trạng kho sẽ được cập nhật kịp thời.

Cuối mỗi tháng, chủ quán sẽ tổng hợp thống kê lại tất cả (sản phẩm, hóa đơn,

Để quán nước hoạt động hiệu quả, cần có nhân viên với các loại tài khoản khác nhau Mỗi nhân viên phải đăng nhập vào hệ thống bằng tên đăng nhập và mật khẩu đã được cấp Hệ thống sẽ xác thực thông tin đăng nhập; nếu đúng, nhân viên sẽ được truy cập, nếu sai, sẽ nhận thông báo lỗi và yêu cầu nhập lại.

Use case là một kỹ thuật quan trọng trong phát triển phần mềm, giúp xác định các yêu cầu chức năng của hệ thống thông qua mô tả sự tương tác giữa người dùng (actor) và hệ thống Mỗi use case không chỉ ghi lại cách thức người dùng tương tác để đạt được mục tiêu cụ thể mà còn nêu rõ các yêu cầu cần thiết cho hệ thống Từ mỗi use case, có thể phát triển nhiều kịch bản (scenario) khác nhau, cung cấp chi tiết về các phương thức đạt được mục tiêu Các thành phần cơ bản của use case bao gồm mục tiêu, actor, và các kịch bản tương ứng.

Diễn viên (Actor) là người hoặc đối tượng bên ngoài tương tác với hệ thống, thường được biểu diễn bằng hình người Trong khi đó, trường hợp sử dụng (Use case) là chức năng mà các diễn viên sẽ thực hiện, được thể hiện bằng hình elip có tên trường hợp sử dụng bên trong.

Cỏc quan hệ trong Use case: Use case ôincludeằ, Use case ôextendằ, Use case Generalizations Biểu diễn bằng các đường thắng và mũi tên.

PHÂN TÍCH THIẾT KẾ HỆ THỐNG

Mô tả hệ thống

Khi khách hàng có nhu cầu mua sắm, họ thường xem xét thông tin về các loại đồ uống có trong menu Sau khi đã chọn lựa xong, khách hàng sẽ thông báo cho nhân viên bán hàng để tiến hành quy trình thêm món.

Quy trình thêm món của nhân viên bán hàng bao gồm các bước sau: Nhân viên sẽ nhập lựa chọn nước của khách vào hệ thống, nhận tiền thanh toán, in hóa đơn và khi có nước, sẽ đưa nước cho khách.

Mỗi tuần, chủ quán sẽ tổng hợp và phân tích tình trạng sử dụng các loại đồ uống trong menu để xem sản phẩm nào được khách hàng ưa chuộng Dựa trên kết quả thống kê này, quản lý sẽ thực hiện các điều chỉnh cần thiết, bao gồm loại bỏ, thêm mới hoặc cập nhật đồ uống, nhằm đáp ứng tốt hơn nhu cầu của khách hàng và tình hình kinh doanh của quán.

Hóa đơn sẽ được cung cấp cho khách hàng ngay khi họ thực hiện thanh toán Chi tiết của hóa đơn sẽ được đưa ra như một bằng chứng xác nhận rằng khách hàng đã thanh toán tiền nước.

Do là kinh doanh nhỏ lẻ, kho hàng chỉ có một và được đặt ngay tại quán Chủ quán thường xuyên thống kê tình trạng sản phẩm trong kho và lập danh sách mua hàng dựa trên tình hình thực tế Mỗi sản phẩm nhập về kho sẽ được ghi nhận thông tin để thuận tiện cho việc quản lý và xử lý sự cố từ nhà cung cấp Sau khi sản phẩm được nhập kho thành công, chủ quán sẽ cập nhật lại tình trạng sản phẩm để đảm bảo quản lý hiệu quả.

Cuối mỗi tháng, chủ quán sẽ tổng hợp thống kê lại tất cả (sản phẩm, hóa đơn,

Để quán nước hoạt động hiệu quả, cần có nhân viên với các loại tài khoản khác nhau Mỗi nhân viên phải đăng nhập vào hệ thống bằng tên đăng nhập và mật khẩu đã được cấp Hệ thống sẽ xác thực thông tin này; nếu đúng, nhân viên sẽ được truy cập, ngược lại sẽ nhận thông báo lỗi và được yêu cầu nhập lại.

Sơ đồ Use case

Use case là một kỹ thuật quan trọng trong kỹ thuật phần mềm, giúp nắm bắt yêu cầu chức năng của hệ thống Nó mô tả sự tương tác giữa người dùng (actor) và hệ thống, đồng thời xác định các yêu cầu cần thiết cho hệ thống Mỗi use case thể hiện cách người dùng tương tác với hệ thống để đạt được mục tiêu cụ thể Từ mỗi use case, có thể phát triển nhiều kịch bản (scenario) khác nhau, chi tiết hóa các phương thức đạt được mục tiêu Các thành phần của use case đóng vai trò quan trọng trong việc thiết kế và phát triển hệ thống hiệu quả.

Trong lĩnh vực phân tích hệ thống, "Actor" đề cập đến người dùng hoặc đối tượng bên ngoài tương tác với hệ thống, thường được biểu diễn bằng hình người Trong khi đó, "Use case" là chức năng mà các Actor sử dụng, được thể hiện bằng hình elip với tên "use case" bên trong.

Cỏc quan hệ trong Use case: Use case ôincludeằ, Use case ôextendằ, Use case Generalizations Biểu diễn bằng các đường thắng và mũi tên.

Lược đồ Use case trong UML là một phương pháp biểu diễn trực quan phổ biến, giúp mô tả tổng thể hệ thống Nó xác định mục đích của người dùng thông qua các Use case, từ đó cung cấp cái nhìn rõ ràng về cách người dùng tương tác với hệ thống.

2.2.1 Use case tổng quát của hệ thống

Hình 2.1: Lược đồ Use case tổng quát hệ thống “Quản lý cửa hàng Phúc Long Coffee

2.2.2 Kịch bản tổng quát của hệ thống a Kịch bản Use case Đăng nhập:

Bảng 2.1: Kịch bản Use case Đăng nhập

Tên Use case Đăng nhập

Mô tả Là người dùng, tôi muốn đăng nhập vào ứng dụng để sử dụng dịch vụ từ ứng dụng Actor thực hiện tương tác Chủ Quán, Nhân viên

Mức độ ưu tiên Phải có Điều kiện kích hoạt Actor phải mở ứng dụng “Quản lý cửa hàng Phúc

Long Coffee & Tea” Điều kiện để thực hiện thành công

 Tài khoản người dùng đã được tạo sẵn

 Tài khoản người dùng đã được phân quyền Kết quả sau khi thực hiện thành công

 Người dùng đăng nhập ứng dụng thành công

 Ứng dụng chuyển sang giao diện bên trong. Luồng tương tác chính giữa các Actor và System để

1 Người dùng truy cập ứng dụng.

2 Người dùng nhập tài khoản và chọn lệnh đăng nhập

Use Case thực hiện thành công

3 Hệ thống xác thực thông tin đăng nhập thành công và cho phép người dùng truy cập ứng dụng

4 Hệ thống chuyển giao diện tương tác.

LỆ giữa các Actor và System mà Use Case thực hiện thất bại.

1 Hệ thống xác thực thông tin đăng nhập không thành công và hiển thị thông báo.

2 Người dùng chọn lệnh thoát khỏi thông báo. b Kịch bản tổng quát use case Quản lí tài khoản

Bảng 2.2: Kịch bản tổng quát Use case Quản lí tài khoản

Tên Use case Quản lí tài khoản

Mô tả Khi đăng nhập thành công vào ứng dụng cho phép người dùng tương tác, sử dụng ứng dụng Actor thực hiện tương tác Chủ Quán

Mức độ ưu tiên Phải có Điều kiện kích hoạt Actor phải đăng nhập được vào hệ thống Điều kiện để thực hiện thành công

Tài khoản người dùng phải đúng chức vụ đã phân quyền

Kết quả sau khi thực hiện thành công

Người dùng sử dụng các chức năng của hệ thống.

Luồng tương tác chính giữa các Actor và System để Use Case thực hiện thành công

1 Người dùng đăng nhập thành công ứng dụng.

2 Người dùng thực hiện tương tác với ứng dụng.

LỆ giữa các Actor và System mà Use Case thực hiện thất bại. c Kịch bản tổng quát use case Quản lý nhân viên

Bảng 2.3: Kịch bản tổng quát Use case Quản lý nhân viên

Tên Use case Quản lý nhân viên

Mô tả Khi đăng nhập thành công vào ứng dụng cho phép người dùng tương tác, sử dụng ứng dụng Actor thực hiện tương tác Chủ quán

LỆ giữa các Actor và System mà Use Case thực hiện thất bại. d Kịch bản tổng quát use case Quản lý thành viên

Bảng 2.4: Kịch bản tổng quát Use case Quản lý thành viên

Tên Use case Quản lí thành viên

Mô tả Khi đăng nhập thành công vào ứng dụng cho phép người dùng tương tác, sử dụng ứng dụng Actor thực hiện tương tác Chủ Quán

Mức độ ưu tiên Phải có Điều kiện kích hoạt Người dùng phải đăng nhập được vào hệ thống Điều kiện để thực hiện thành công

LỆ giữa các Actor và System mà Use Case thực hiện thất bại. e Kịch bản tổng quát use case Quản lý sản phẩm

Bảng 2.5: Kịch bản Tổng quát Use case Quản lí sản phẩm

Tên Use case Quản lí sản phẩm

Mô tả Khi đăng nhập thành công vào ứng dụng cho phép người dùng tương tác, sử dụng ừn dụng Actor thực hiện tương tác Chủ quán

Kết quả sau khi thực hiện cho thấy người dùng đã thành công trong việc sử dụng các chức năng của hệ thống Luồng tương tác chính giữa các Actor và Hệ thống là yếu tố quyết định để Use Case được thực hiện thành công.

LỆ giữa các Actor và System mà Use Case thực hiện thất bại. f Kịch bản tổng quát use case Quản lý hoá đơn

Bảng 2.6: Kịch bản Tổng quát Use case Quản lý hoá đơn

Tên Use case Quản lí hoá đơn

Mô tả Khi đăng nhập thành công vào ứng dụng cho phép người dùng tương tác, sử dụng ừn dụng Actor thực hiện tương tác Chủ quán, nhân viên

LỆ giữa các Actor và System mà Use Case thực hiện thất bại. g Kịch bản tổng quát use case Thống kê, báo cáo

Bảng 2.7: Kịch bản Tổng quát Use case Thống kê, báo cáo

Tên Use case Thông kê, báo cáo

Mô tả Khi đăng nhập thành công vào ứng dụng cho phép người dùng tương tác, sử dụng ừn dụng Actor thực hiện tương tác Chủ quán

Biểu đồ Use case phân rã và kịch bản chi tiết cho hệ thống

2.3.1 Kịch bản use case Chủ quán

Hình 2.2: Biểu đồ use case phân rã của Chủ quán a Kịch bản use case Quản lí tài khoản

Bảng 2.8: Kịch bản use case Quản lí tài khoản

Tên Use case Quản lí tài khoản

Người dùng phải đăng nhập thành công vào hệ thốngTài khoản người dùng phải đúng chức vụ đã phân quyền Kết quả sau khi thực hiện thành công

Bảng 2.9: Kịch bản use case Thông tin tài khoản

Tên Use case Thông tin tài khoản

Mô tả Người dùng xem thông tin tài khoản

Diễn viên thực hiện tương tác với Chủ quán khi đã đăng nhập vào hệ thống Mức độ ưu tiên cho việc này có thể không cao, tuy nhiên, để thực hiện thành công, cần đảm bảo các điều kiện nhất định.

Người dùng phải đăng nhập thành công vào hệ thống Tài khoản người dùng phải đúng chức vụ đã phân quyền

Người dùng phải chọn đúng chức năng trong ứng dụng Kết quả sau khi thực hiện thành công

Người dùng thành công vào giao diện mới đề xem thông tin tài khoản

1 Người dùng chọn chức năng Quản lý tài khoản

2 Hệ thống chuyển sang giao diện Thông tin tài khoản.

Bảng 2.10: Use case Thêm/Xóa/Sửa/Tìm tài khoản

Tên Use case Thêm/Xóa/Sửa/Tìm tài khoản

Mô tả Người dùng thực hiện chức năng trong use case Actor thực hiện tương tác Chủ quán

Mức độ ưu tiên Có hoặc không Điều kiện kích hoạt Actor phải đăng nhập được vào hệ thống Điều kiện để thực hiện thành công

Người dùng phải chọn đúng chức năng

Người dùng phải chọn thêm/ sửa/ xóa Kết quả sau khi thực hiện thành công

Người dùng đã thành công trong việc thay đổi dữ liệu trong hệ thống thông qua các thao tác như thêm, sửa, xóa và tìm kiếm Luồng tương tác chính giữa các Actor và Hệ thống là yếu tố quyết định để Use Case được thực hiện thành công.

1 Người dùng chọn thêm/ sửa/ xóa/ tìm

2 Hệ thống hiển thị lại dữ liệu

.Hệ thống xác thực thông tin thêm/ sửa/ xóa/ tìm không thành công và hiển thị thông báo.

Người dùng thực hiện lệnh thoát khỏi thông báo trong kịch bản use case quản lý nhân viên Kịch bản này mô tả quy trình và các bước cần thiết để quản lý nhân viên hiệu quả.

Bảng 2.12: Kịch bản use case Thông tin nhân viên

Tên Use case Thông tin nhân viên

Mô tả Người dùng xem thông tin nhân viên

Diễn viên thực hiện tương tác với chủ quán khi đã đăng nhập vào hệ thống Mức độ ưu tiên cho việc này có thể không cao, nhưng điều kiện để thực hiện thành công vẫn cần được đảm bảo.

Người dùng phải đăng nhập thành công vào hệ thốngTài khoản người dùng phải đúng chức vụ đã phân quyền

1 Người dùng chọn chức năng Quản lý nhân viên

2 Hệ thống chuyển sang giao diện Thông tin nhân viên

Bảng 2.13: Use case Thêm/Xóa/Sửa/Tìm nhân viên

Tên Use case Thêm/Xóa/Sửa/Tìm nhân viên

Người dùng phải chọn đúng chức năng Người dùng phải chọn thêm/ sửa/ xóa Kết quả sau khi thực hiện thành công

Người dùng đã thành công trong việc thay đổi, thêm, sửa, xóa và tìm kiếm dữ liệu trong hệ thống Luồng tương tác chính giữa các Actor và Hệ thống là yếu tố quyết định để Use Case được thực hiện thành công.

Người dùng có thể chọn lệnh để thoát khỏi thông báo Kịch bản use case này liên quan đến việc quản lý thành viên, với tên gọi "Quản lí thành viên".

Để thực hiện chức năng này, người dùng cần phải đăng nhập thành công vào hệ thống với tài khoản đúng chức vụ đã được phân quyền Mức độ ưu tiên của điều kiện này là cao, và chỉ khi người dùng đáp ứng được các yêu cầu trên, hệ thống mới cho phép thực hiện các thao tác tiếp theo Kết quả cuối cùng sẽ là việc thực hiện thành công các chức năng đã được yêu cầu.

Bảng 2.15: Kịch bản use case Thông tin thành viên

Tên Use case Thông tin thành viên

Mô tả Người dùng xem thông tin thành viên

Diễn viên thực hiện tương tác với Chủ quán, với mức độ ưu tiên có thể không cao Để kích hoạt chức năng này, diễn viên cần đăng nhập vào hệ thống Điều kiện cần thiết để thực hiện thành công tương tác này là đảm bảo rằng diễn viên đã hoàn tất việc đăng nhập.

1 Người dùng chọn chức năng Quản lý thành viên

2 Hệ thống chuyển sang giao diện Thông tin thành viên

Bảng 2.16: Use case Thêm/Xóa/Sửa/Tìm thành viên

Tên Use case Thêm/Xóa/Sửa/Tìm thành viên

Người dùng phải đăng nhập thành công vào hệ thốngTài khoản người dùng phải đúng chức vụ đã phân quyền

Người dùng có thể thành công trong việc thay đổi dữ liệu trong hệ thống thông qua các thao tác như thêm, sửa, xóa và tìm kiếm Luồng tương tác chính giữa các Actor và Hệ thống là yếu tố quan trọng để đảm bảo rằng Use Case được thực hiện một cách hiệu quả.

Người dùng chọn lệnh thoát khỏi thông báo. d Kịch bản use case Quản lí sản phẩm Bảng 2.17: Kịch bản use case Quản lí sản phẩm

Tên Use case Quản lí sản phẩm

Bảng 2.18: Kịch bản use case Thông tin sản phẩm

Tên Use case Thông tin sản phẩm

Mô tả Người dùng xem thông tin sản phẩm

Diễn viên thực hiện tương tác với Chủ quán cần phải đăng nhập vào hệ thống Mức độ ưu tiên cho việc này có thể không cao, nhưng để đảm bảo quá trình diễn ra thành công, điều kiện kích hoạt là rất quan trọng.

Để sử dụng hệ thống, người dùng cần đăng nhập thành công và đảm bảo tài khoản của mình đúng với chức vụ đã được phân quyền Sau đó, người dùng phải chọn đúng chức năng trong ứng dụng để thực hiện các thao tác Kết quả sẽ được hiển thị sau khi quá trình thực hiện thành công.

1 Người dùng chọn chức năng Quản lý sản phẩm

2 Hệ thống chuyển sang giao diện Thông tin sản phẩm

Bảng 2.19: Use case Thêm/Xóa/Sửa/Tìm sản phẩm

Tên Use case Thêm/Xóa/Sửa/Tìm sản phẩm

Người dùng đã thành công trong việc thay đổi dữ liệu trong hệ thống, bao gồm các thao tác thêm, sửa, xóa và tìm kiếm Luồng tương tác giữa các Actor và Hệ thống là yếu tố quan trọng để thực hiện thành công Use Case.

Người dùng chọn lệnh thoát khỏi thông báo. e Kịch bản use case Quản lí hoá đơn Bảng 2.20: Kịch bản use case Quản lí hoá đơn

Bảng 2.21: Kịch bản use case Thông tin hoá đơn

Tên Use case Thông tin hoá đơn

Diễn viên thực hiện tương tác với Chủ quán, với mức độ ưu tiên có thể không cần thiết Để kích hoạt, diễn viên phải đăng nhập vào hệ thống Điều kiện cần thiết để thực hiện thành công tương tác này là việc đăng nhập hợp lệ.

1 Người dùng chọn chức năng Quản lý hoá đơn

2 Hệ thống chuyển sang giao diện Thông tin hoá đơn

Bảng 2.22: Kịch bản use case Tạo mới

Tên Use case Tạo mới

Mô tả Tạo thêm một hoá đơn mới

Actor thực hiện tương tác Chủ quán

Người dùng phải đăng nhập thành công vào hệ thống

Tài khoản người dùng phải đúng chức vụ đã phân quyền là Nhân viên

Người dùng chọn đúng chức năng Đặt nước Kết quả sau khi thực hiện thành công

Giao diện mới xuất hiện

1 Người dùng nhấn chọn chức năng.

2 Hệ thống thực hiện yêu cầu.

Bảng 2.23: Kịch bản use case Thêm món

Tên Use case Thêm món

Mô tả Thông tin đồ uống, các thành phần thêm Actor thực hiện tương tác Chủ quán

Người dùng phải đăng nhập thành công vào hệ thống

Tài khoản người dùng phải đúng chức vụ đã phân quyền là Nhân viên

Người dùng chọn đúng chức năng Thêm món Kết quả sau khi thực hiện thành công

Giao diện mới xuất hiện

1 Người dùng nhấn chọn chức năng.

2 Hệ thống thực hiện yêu cầu.

Bảng 2.24: Use case Lưu/In hoá đơn

Tên Use case Lưu/In hoá đơn

Người dùng phải chọn đúng chức năng Người dùng phải chọn Lưu/In hoá đơn Kết quả sau khi thực hiện thành công

Người dùng thành công Lưu/ In dữ liệu trong hệ thống

1 Người dùng chọn Lưu/ In hoá đơn

.Hệ thống xác thực thông tin Lưu/ In hoá đơn không thành công và hiển thị thông báo.

Người dùng chọn lệnh thoát khỏi thông báo. f Kịch bản use case Thống kê, báo cáo Bảng 2.25: Kịch bản use case Thống kê, báo cáo

Tên Use case Thống kê, báo cáo

Bảng 2.26: Kịch bản use case Thông tin thống kê, báo cáo

Tên Use case Thông tin thống kê, báo cáo

Diễn viên thực hiện tương tác với chủ quán, với mức độ ưu tiên có thể không cần thiết Để kích hoạt, diễn viên phải đăng nhập vào hệ thống Điều kiện để thực hiện thành công tương tác này là việc đảm bảo đăng nhập hợp lệ.

1 Người dùng chọn chức năng Thống kê, báo cáo

2 Hệ thống chuyển sang giao diện Thông tin thống kê, báo cáo

Bảng 2.27: Use case Tìm theo ngày, quý, năm, sản phẩm

Tên Use case Tìm theo ngày, quý, năm, sản phẩm

Mô tả Người dùng thực hiện chức năng truy xuất dữ liệu theo ngày, quý, năm, sản phẩm Actor thực hiện tương tác Chủ quán

Người dùng phải chọn đúng chức năng Kết quả sau khi thực hiện thành công

Người dùng truy xuất thành công dữ liệu theo ngày, quý, năm, sản phẩm

1 Người dùng chọn tìm theo ngày, quý, năm, sản phẩm

.Hệ thống xác thực thông tin tìm theo ngày, quý, năm, sản phẩm không thành công và hiển thị thông báo. Người dùng chọn lệnh thoát khỏi thông báo.

Bảng 2.28: Use case In báo cáo

Tên Use case In báo cáo

Mô tả Người dùng thực hiện chức năng trong use case

Diễn viên thực hiện tương tác với Chủ quán cần có mức độ ưu tiên xác định, có thể là có hoặc không Để kích hoạt tương tác, diễn viên phải đăng nhập vào hệ thống Điều kiện cần thiết để thực hiện thành công tương tác này là đảm bảo các yêu cầu đã được đáp ứng.

Người dùng phải chọn đúng chức năng Người dùng phải chọn In báo cáo Kết quả sau khi thực hiện thành công

Người dùng thành công In dữ liệu trong hệ thống

1 Người dùng chọn In báo cáo

.Hệ thống xác thực thông tin In báo cáo không thành công và hiển thị thông báo.

Người dùng chọn lệnh thoát khỏi thông báo.

2.3.2 Kịch bản use case Nhân viên

Hình 2.3: Biểu đồ use case phân rã của Nhân viên a Kịch bản use case Quản lí hoá đơn Bảng 2.29: Kịch bản use case Quản lí hoá đơn

Mô tả Khi đăng nhập thành công vào ứng dụng cho phép người dùng tương tác, sử dụng ứng dụng Actor thực hiện tương tác Nhân viên

Bảng 2.30: Kịch bản use case Thông tin hoá đơn

Tên Use case Thông tin hoá đơn

Class Diagram

Hình 2: Class Diagram của quán trà sữa

THIẾT KẾ CỚ SỞ DỮ LIÊU VÀ Ý TƯỞNG LẬP TRÌNH

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

Cơ sở dữ liệu là hệ thống thông tin có cấu trúc và tính nhất quán, được lưu trữ trên các thiết bị lưu trữ để phục vụ nhu cầu khai thác và sử dụng của nhiều người và chương trình khác nhau Vai trò của dữ liệu không thể bị phủ nhận bởi bất kỳ cơ quan hay đơn vị nào.

Thiết kế cấu trúc cơ sở dữ liệu là quá trình mô hình hóa, chuyển đổi các đối tượng từ hệ thống thực tế thành các bảng trong hệ thống cơ sở dữ liệu, nhằm đáp ứng yêu cầu lưu trữ và khai thác dữ liệu hiệu quả.

Mỗi ứng dụng quản lý, bao gồm cả ứng dụng quản lý quán trà sữa, đều cần có cơ sở dữ liệu Để xây dựng chương trình này, bộ công cụ phần mềm SQL Server và ngôn ngữ SQL được sử dụng để quản lý và truy xuất dữ liệu hiệu quả.

Ý tưởng lập trình

 Xây dựng ứng dụng theo mô hình 3 lớp: GUI Layer, Business (BUS) Layer, Data Access Layer.

 GUI Layer: Lớp hiển thị giao diện và các chức năng để người dùng sử dụng.

 Business (BUS) Layer: Lớp nhận các yêu cầu từ lớp GUI và truy xuất lên lớp Data để lấy thông tin và trả về GUI.

 Data Access Layer: Lớp để truy xuất với CSDL, lớp này được làm việc với database.

Lớp DTO (Data Transfer Object) có thể tồn tại hoặc không trong kiến trúc ứng dụng Nó định nghĩa các bảng trong cơ sở dữ liệu, xác định các cột của bảng và giúp gán dữ liệu khi thực hiện truy vấn để lấy thông tin Lớp này được thiết kế theo hướng đối tượng, hỗ trợ việc quản lý và truyền tải dữ liệu một cách hiệu quả.

Kết nối cơ sở dữ liệu với ứng dụng là bước quan trọng để truy xuất dữ liệu, bao gồm việc tạo các kết nối CSDL, thực thi lệnh và lấy kết quả truy vấn Quá trình này tự động ánh xạ các kết quả thành các đối tượng trong ứng dụng, đồng thời theo dõi và cập nhật các thay đổi của đối tượng trở lại cơ sở dữ liệu.

 Sử dụng Entity Framework (EF).

 Đổ dữ liệu vào bảng dataGirdView:

 dataGirdView : control dùng để hiển thị dữ liệu lên trên giao diện

 Thêm, xóa, sửa, tìn kiếm dữ liệu:

 Sử dụng câu truy vấn, trigger, procrdure, function trong SQL server đã được thiết lập kết nối đến ứng dụng.

 Giao diện có các button tương ứng để đảm nhận từng nhiệm vụ thêm, xóa, sửa, tìm kiếm.

 Người dùng phải đăng nhập đúng thông tin tài khoản dã được lưu trong cơ xở dữ liệu mới có thể đăng nhập thành công vào ứng dụng.

Khi người dùng đăng nhập vào ứng dụng, mỗi tài khoản sẽ có các chức năng khác nhau, ảnh hưởng đến quyền truy cập vào các danh mục trong ứng dụng Những danh mục không được phép truy cập sẽ bị làm mờ hoặc ẩn đi.

Sử dụng một lớp kết nối giúp tối ưu hóa quy trình kết nối, cho phép tái sử dụng lớp đã tạo để thực hiện kết nối mà không cần viết lại lệnh mỗi khi cần Điều này không chỉ tiết kiệm thời gian mà còn cải thiện hiệu suất của ứng dụng.

Trong cơ sở dữ liệu, việc khai báo các biến và mối quan hệ giữa chúng trong các lớp khác nhau là rất quan trọng Sử dụng các phương thức getter và setter giúp cập nhật và truy xuất giá trị thuộc tính một cách hiệu quả Điều này cho phép kiểm soát các thuộc tính quan trọng thường được sử dụng, đồng thời đảm bảo rằng giá trị nhận được là chính xác.

THỬ NGHIỆM VÀ ĐÁNH GIÁ CHƯƠNG TRÌNH

Thử nghiệm

Hình 4.1: Giao diện đăng nhập

Hình 4.2: Giao diện quản lý

Hình 4.3: Giao diện quản lý tài khoản

Hình 4.4: Giao diện quản lý nhân viên

Hình 4.5: Giao diện quản lý thành viên

Hình 4.6: Giao diện quản lý danh mục sản phẩm

Hình 4.7: Giao diện quản lý hoá đơn

Hình 4.8: Giao diện thống kê, báo cáo

Đánh giá

 Chương trình hoạt động ổn định

 Giao diện khá ưa nhìn, kết nối giữa các giao diện về cơ bản là hợp lý

 Đăng nhập vào ứng dụng hoạt động tốt.

 Phân quyền đúng như mong muốn.

 Cơ sở dữ liệu đã đổ lên được dataDirdView.

 Có thể truy xuất thông tin cơ sở dữ liệu vào textbox, comboBox, …

 Các thay đổi (thêm, sửa, xóa) và tìm kiếm dữ liệu sau khi thay đổi được cập nhật lại trong cơ sở dữ liệu.

KẾT LUẬN, ĐÁNH GIÁ VÀ HƯỚNG PHÁT TRIỂN

Trong quá trình nghiên cứu và thực hiện đề tài, nhóm đã nỗ lực tối đa nhưng do thời gian hạn chế nên kết quả vẫn còn nhiều hạn chế Tuy nhiên, nhóm đã thu được nhiều kiến thức mới và chuyên sâu về phân tích và thiết kế hệ thống.

 Tổng quan các kiến thức về use case, class diagram, kich bản của hệ thống.

 Trình bày các kiến thức cơ bản về phân tích thiết kế hệ thống.

 Xây dựng được cơ sở dưc liệu khá đầy đủ cho mô hình quản lý quán trà sữa.

 Xây dựng thành công ứng dụng ủa lý quán trà sữa với đày đủ chức năng.

Trong quá trình thực hiện đồ án, nhóm đã gặp phải một số lỗi chưa được khắc phục hoàn toàn Do thời gian hạn chế, một số chức năng vẫn chưa được hoàn thiện.

 Các use case, class diagram chưa chi tiết và thực sự hoàn chỉnh

 Giao diện chương trình còn sơ xài, tính thẩm mĩ chưa cao.

 Các chức năng còn chưa thực sự hoàn thiện, số lượng chức năng còn ít.

 Dữ liệu chạy thực nghiệm chưa có thông tin chính xác.

 Các use case, class diagram cần mở rộng ra nhiều hơn và cũng yêu cầu chính xác hơn.

 Giao diện hương trình ứng dụng cần đơn giản để người dùng dễ dàng sử dụng, các chức năng cũng cần hoàn thiện.

 Cơ sở dữ liệu cần phải chính xác hơn để đúng với thực tế.

Tiêu đề	Quản Lý Cửa Hàng Phúc Long Coffe & Tea
Tác giả	Lê Quang Sơn, Đặng Ngọc Chung, Nguyễn Bảo Trung, Nguyễn Văn Tiến, Nguyễn Hoàng Phụng
Người hướng dẫn	Nguyễn Thị Anh Thư
Trường học	Trường Đại Học Giao Thông Vận Tải Phân Hiệu Tại Thành Phố Hồ Chí Minh
Chuyên ngành	Công Nghệ Thông Tin
Thể loại	tiểu luận
Năm xuất bản	2021
Thành phố	TP. Hồ Chí Minh

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