PHẦN 1 : GIỚI THIỆU CHUNG1.1 Tổng quan về quản lý hệ thống trung tâm vui chơi trẻ em 1.1.1 Mô tả Hệ thống quản lý trung tâm vui chơi trẻ em nhằm đáp ứng và cung cấp nhữngdịch vụ cũng như
GIỚI THIỆU CHUNG
Tổng quan về quản lý hệ thống trung tâm vui chơi trẻ em
Hệ thống quản lý trung tâm vui chơi trẻ em nhằm đáp ứng và cung cấp những dịch vụ cũng như những trò chơi và các hoạt động vui chơi giải trí và các chức năng như : Quản lý trò chơi, quản lý các sự kiện, quản lý các hóa đơn, thanh toán, … Hệ thống còn có chức năng đăng ký thành viên cho khách hàng, đặc biệt là các trẻ em, các chương trình khuyến, các chương trình tri ân khách hàng, các chương trình khuyến mãi đặc biệt Trung tâm quản lý các trò chơi sẽ có sự thống nhất về mặt quản lý, bảo đảm tính toàn vẹn thông tin và dữ liệu, bảo trì hệ thống nhằm nâng cấp để đủ đáp ứng.
- Danh mục các trò chơi
- Phiếu chi bảo trì hệ thống
- Sổ theo dõi phiếu vé hàng tháng
1.1.3 Các vấn đề cần giải quyết và cải thiện hệ thống
- Dữ liệu phải được mã hóa để đảm bảo vấn đề bảo mật thông tin của quán và thông tin các thành viên.
- Dựa vào dữ liệu nhập vào để thống kê doanh thu cửa hàng theo tháng.
- Quản lý các sự kiện hay chương trình ưu đãi, khuyến mãi, tích điểm đối với khách hàng đặc biệt trẻ em, đổi điểm thành viên.
Ưu điểm và nhược điểm
- Dễ dàng thay đổi, truy cập, tra cứu tìm kiếm thông tin các thành viên và sự kiện trong trung tâm vui chơi,
- Truy cập dữ liệu thống kê chính xác về các doanh thu hàng tháng tiện lợi.
- Giúp người tiêu dùng đặc biệt trẻ em nắm bắt thông tin kịp thời và nhanh chóng.
- Quản lý tốt các sự kiện và chương trình và chăm sóc tốt khách hàng.
- Tốn nhiều thời gian để bắt kịp với hệ thống
- Tốc độ xử lí có khi còn hạn chế
- Có khả năng phát sinh thêm nhiều lỗi.
Các quy trình nghiệp vụ
1.3.1 Các nhiệm vụ cơ bản
- Quản lý tài chính - thu chi
- Quản lịch sử bán vé
- Quản lý các chương trình sự kiện
1.3.2 Các quy trình nghiệp vụ
- Quy trình mua vé và thanh toán : khách hàng sẽ được các nhân viên tư vấn về các loại trò chơi Sau khi chọn được trò chơi ưng ý thì khách hàng phải tiến hành thanh toán Có thể thanh toán bằng nhiều hình thức khách nhau như thẻ ngân hàng, các ứng dụng như ví momo, shopeePay,… Sauk hi hoàn tất nhân viên sẽ đưa phiếu là tấm vé để vào cổng trò chơi Phiếu mua vé đó sẽ được cập nhật vào hệ thống trong danh mục quản lý vé thông qua tính toàn vẹn của dữ liệu trong hệ thống.
- Quy trình mua vé trực tuyến : Khách hàng truy cập vào trang web trực tuyến, sau đó truy cập vào danh mục các trò chơi Tiến hành chọn các trò chơi ưng ý hoặc chọn combo.Khách hàng chọn loại vé, số lượng vé, nhập thông tin họ tên, email, số điện thoại Sau đó tiến hành thanh toán trực tuyến qua các ứng dụng như momo, shopeePay,… Sau đó sẽ nhận được thông tin từ khách hàng Khách hàng sẽ đến nhân viên để nhận vé và hiển thị thông tin đặt vé trực tuyến cho nhân viên.
- Quy trình nhận phiếu tích điểm : Các khách hàng chơi các trò chơi ở trung tâm vui chơi, sau khi tận hưởng và giải trí các khách hàng sẽ nhận được phiếu tích điểm. Sau một thời gian tích điểm đủ chỉ tiêu mà hệ thống đã thống nhất Thì các khách hàng sẽ đổi phiếu điểm để nhận các món quà hấp dẫn từ trung tâm hoặc nhận được vé miễn phí của các khu vui chơi giải trí.
- Quy trình quản lý lịch sử bán vé : Các nhân viên sẽ thống kê lại số lượng vé trong một ngày, tuần Sau đó sẽ tổng hợp lại trong một tháng, và biết được số lượng vé còn dư trong hệ thống
- Quy trình quản lý các khoản thu- chi : Hàng tháng nhân viên kế toán sẽ thống kế lại doanh thu của hệ thống dựa các lịch sử bán vé trong hệ thống Qua đó biết được số lượng vé còn sót lại, số tiền thu được mỗi ngày và tuần, số tiền đã chi trả cho các việc sửa chửa các thiết bị trò chơi, bảo dưỡng và nâng cấp bảo trì trung tâm vui chơi
- Quy trình tổ chức các chương trình và sự kiện : Nhân viên quản lý sự kiện sẽ thêm các chương trình khuyến mãi hoặc tri ân các khách hàng nhằm để thu hút các khách hàng Nhân viên sẽ tạo mục quản lý sự kiện của hệ thống Sau đó nhân viên quản lý sự kiện phổ biến các sự kiện với các nhân viên bán vé để dễ dàng nắm bắt và bán các lượt vé hợp lý.
Phân tích hệ thống
Đặc tả yêu cầu
Để quản lý chung trở nên nhanh chóng và thuận tiện hơn, quá trình quản lý dễ dàng hơn
- Các yêu cầu về thực thi và thiết kế
- Giao diện thân thiện, dễ nhìn, dễ sử dụng
- Tốc độ xử lí nhanh
- Trích xuất dữ liệu hàng ngày, tháng, năm,…
- Báo cáo thống kê các giao dịch mua bán vé của khách
- Báo cáo xuất nhập quỹ theo từng giai đoạn trước, trong và sau khi mua bán vé
- Hệ thống có thể cung cấp với số lượng người dùng đủ lớn, không bị quá tải
- Đáp ứng đầy đủ các chức năng sau :
Quản lý phiếu tích điểm
Quản lý tài chính thu – chi
Quản lý mua bán vé
Quản lý các sự kiện
Chức năng đăng ký thành viên
Các tác nhân trong hệ thống
Adminator Thực hiện phân cấp quyền, cấp quyền cho tất cả các tài khoản trong hệ thống bao gồm việc đăng nhập và đăng xuất.
Quản lý Quản lý các thông tin của tất cả nhân viên trong trung tâm vui chơi về các hoạt động mua bán vé, hệ thống, doanh thu tháng.
Nhân viên Tất cả các nhân viên trong trung tâm vui chơi : quản lý nhân sự, quản lý sự kiện, nhân viên mua bán vé, nhân viên kế toán, nhân viên bảo trì nâng cấp,…
Là người tư vấn và mua bán trao đổi với khách hàng về các hoạt động mua vé vào cổng khu vui chơi
Nhân viên bảo trì hệ thống Là người bảo trì và sửa chửa hệ thống khi gặp các sự cố hoặc có thể nâng cấp hệ thống mới hơn để người dùng dễ tiếp cận.
Nhân viên kế toán Là người tính toán các khoản thu chi và kiểm tra các lịch sử bán vé từng ngày, tháng, năm Chi trả cho các việc sửa chửa và nâng cấp hệ thống.
Nhân viên quản lý sự kiện Là người quản lý thành viên cũng như tạo ra các sự kiên hoặc chương trình ưu đãi cho khách hàng ở trung tâm vui chơi.
Nhân viên kiếm soát vé Là người kiểm tra vé của khách hàng trước khi vào cổng của khu vui chơi cũng như bảo vệ an ninh
Các Usecase trong hệ thống
ID usecase Usecase Mô tả Tác nhân chịu trách nhiệm UC01 Đăng nhập Quản lý và adminator được cung cấp tài khoản có sẵn để đăng nhập vào hệ thống
UC02 Đăng xuất Quản lý và adminator nếu đăng nhập vào hệ thống thì có thể đăng
Quản lý adminator xuất khỏi hệ thống
UC03 Quản lý nhân viên Nhân viên quản lý sẽ theo dõi và quản lý tất cả các thông tin về các nhân viên trong trung tâm vui chơi
UC04 Quản lý vé Nhân viên sẽ theo dõi các hoạt động mua bán vé, kiểm tra các lịch sử bán vé từng ngày, tháng
UC05 Quản lý thu chi Nhân viên kế toán sẽ quản lý việc chi trả các hoạt động cũng như thống kê các doanh thu
UC06 Quản lý thành viên Nhân viên quản lý sự kiện sẽ quản lý các thành viên Nhân viên quản lý
UC07 Quản lý sự kiện Nhân viên quản lý sự kiện sẽ tạo các sự kiện trong trung tâm Quản lý sự kiện
Thiết kế hệ thống
Sơ đồ usecase tổng quát của hệ thống
Hình 3.1.1 Sơ đồ tổng quát của hệ thống
Các usecase của hệ thống
Hình 3.2.1 Usecase đăng nhập use case Đăng nhập
Scenario: Tại trang đăng nhập của hệ thống bán vé
Triggering Event: Truy cập vào trang đăng nhập
Brief Description: Đăng nhập bằng tài khoản đã được cung cấp sẵn
Preconditions: Vào được trang đăng nhập, tài khoản được trung tâm cung cấp
Postconditions: Đăng nhập thành công
Flow of Events: Actor System
1 Điền tên đăng nhập, mật khẩu
Enter hoặc nhấn nút đăng nhập
1.1Hiển thị ô nhập tài khoản và mật khẩu 2.1 Hệ thống gửi yêu cầu đăng nhập 2.2 CSDL kiểm tra tên đăng nhập và mật khẩu
2.3 Nếu tài khoản có trong CSDL thì được phép đăng nhập
2.4 Nếu không tồn tại tài khoản thì về lại trang đăng nhập và báo tài khoản hoặc mật khẩu sai
Hình 3.2.2 Usecase đăng xuất use case Đăng xuất
Scenario: Khi người dùng đăng xuất khỏi hệ thống
Triggering Event: Khi người dùng muốn đăng xuất
Brief Description: Đăng xuất khi người dùng muốn
Preconditions: Đăng nhập thành công vào hệ thống
Postconditions: Quay về trang đăng nhập
Flow of Events: Actor System
1 Người dùng nhấn vào nhút đăng xuất.
1.1 Thông báo xác nhận 1.1.1 Nếu đồng ý sẽ đăng xuất khỏi hệ thống và quay về trang đăng nhập.
1.1.2 Nếu không đồng ý sẽ không đăng xuất.
Hình 3.2.3 Usecase Đăng ký tài khoản use case Đăng ký
Scenario: Khi người dùng muốn đăng ký tài khoản để đăng nhập và mua vé
Khi người dùng muốn đăng ký tài khoản
Người dùng muốn mua vé trên trang web của trung tâm thì bắt buộc phải đăng nhập Trường hợp khách hàng chưa có tài khoản thì phải tiến hành đăng ký tài khoản.
Preconditions: Có số điện thoại hoặc email chính chủ
Postconditions: Đăng ký thành công
Flow of Events: Actor System
1 Người dùng nhấn vào nút đăng ký
2 Người dùng nhập số điện thoại (email), mật khẩu
1.1 Hệ thống chuyển sang trang đăng ký
2.1 Hệ thống gửi mã xác nhận qua số điện thoại (email) đã và đăng ký
3 Người dùng nhập mã xác nhận nhập 3.1 Hệ thống lưu thông tin và thông báo thành công, chuyển về trang đăng nhập
2.1 Nếu số điện thoại (email) không tồn tại hoặc đã dùng, hệ thống sẽ báo khách hàng nhập lại
3.1 Nếu người dùng nhập sai mã xác nhận, hệ thống báo nhập sai và yêu cầu khách hàng nhập lại
Hình 3.2.4 Usecase Xác nhận đơn hàng use case Xác nhận đơn hàng
Scenario: Thu ngân tiến hành xác nhận đơn hàng của khách Triggering Event: Xác nhận đơn hàng của khách
Thu ngân vào hệ thống xác nhận đơn hàng
Preconditions: Thu ngân vào hệ thống thành công
Postconditions: Xác nhận đơn hàng của khách
Flow of Events: Actor System
1 Thu ngân vào xem danh sách đơn hàng
2 Thu ngân chọn đơn hàng cần xác nhận
1.1 Hiển thị dang sách đơn hàng hiện tại
2.1 Các đơn hàng đã được xác nhận sẽ thông bào tới khách hàng
1.1 Nếu đơn hàng bị từ chối sẽ báo cho khách hàng kèm lý do
Hình 3.2.5 Usecase mua vé tại quầy use case Mua vé tại quầy
Scenario: Khi khách tới mua vé trực tiếp
Khách mua vé trực tiếp ở quầy
Khách muốn mua vé trực tiếp tại quầy, sau khi khách mua xong, thu ngân tiến hành xác nhận đơn hàng và thanh toán cho khách
Preconditions: Khách trực tiếp tới quầy vé
Postconditions: Khách hàng tiến hành mua vé
Flow of Events: Actor System
1 Khách trực tiếp đến quầy
2 Khách tiến hành chọn và mua
1.1Thu ngân show các loại vé vé
3 Khách yêu cầu thanh toán
4 Thu ngân tiến hành xác nhận, lập hóa đơn và thanh toán.
3 Khách rời khỏi quầy khi không mua được vé
Hình 3.2.6 Usecase lập hóa đơn use case Lập hóa đơn
Scenario: Thu ngân tiến hành lập hóa đơn cho khách
Triggering Event: Thu ngân lập hóa đơn
Brief Description: Thu ngân vào hệ thống, tạo hóa đơn cho khách
Preconditions: Thu ngân vào được hệ thống
Postconditions: Tạo hóa đơn thành công
1 Thu ngân tạo hóa đơn
2 Thu ngân nhập thông tin và lưu
1.1 Hệ thống vào trang tạo hóa đơn 2.2 Lưu thông tin
Hình 3.2.7 Usecase mua vé online use case Mua vé online
Scenario: Khách mua vé trực tuyến trên trang web của trung tâm
Triggering Event: Khách mua vé online
Brief Description: Khách mua hàng qua ứng dụng, trang web của trung tâm, chọn loại vé và tiến hành mua.
Actors: khách hàng, thu ngân
Stakeholders: khách hàng, thu ngân
Preconditions: Khách vào được ứng dụng, trang web của trung tâm
Postconditions: Khách mua vé online thành công
Flow of Events: Actor System
3 Khách chọn số lượng vé
4 khách chọn phương thức thanh toán
4.1 show các phương thức thanh toán 5.1 Xác nhận thanh toán
4 chọn sai phương thức 5.1 số dư trong tk không đủ (nếu thanh toán online)
Hình 3.2.8 Usecase thanh toán use case Thanh toán
Scenario: Khách thanh toán hóa đơn
Triggering Event: Khách yêu cầu thanh toán
Brief Description: Khách mua hàng qua ứng dụng, trang web của trung tâm, hoặc mua vé tại quầy vé và yêu cầu thanh toán
Actors: khách hàng, thu ngân
Stakeholders: khách hàng, thu ngân
Preconditions: Khách vào được ứng dụng, trang web của quán hoặc khách đang ở quầy vé
Postconditions: Khách mua vé thành công
Flow of Events: Actor System
1 khách yêu cầu thanh toán
2 khách chọn thanh toán trực tiếp hoặc chuyển khoản
1.1 Show danh sách vé đã mua 2.2 tiến hành thanh toán
2.2 Nếu trả bằng thẻ, từ chối thanh toán nếu thẻ không đủ số dư hoặc sai thông tin.
3.2.9 Kiểm tra hàng trong kho
Hình 3.2.9 Usecase kiểm tra hàng trong kho use case Kiểm tra hàng
Scenario: Quản lí kho muốn kiểm tra hàng trong kho (vé)
Nhân viên quản lý kho kiểm tra hàng trong kho (vé)
Nhận viên quản lý kho kiểm tra số lượng hàng trong kho (vé), đảm bảo số lượng cho sản phẩm, hạn chế việc quá nhiều hàng tồn kho hoặc không dủ số lượng
Preconditions: Quản lý kho vào hệ thống
Postconditions: Khách mua vé thành công
Flow of Events: Actor System
1.Quản lý kho vào danh mục “Sản phẫm trong kho”
1.1 Hệ thống hiển thị danh sách sản phẩm kèm thông tin
2.1 Hệ thống xuất file, trong file gồm thông tin của các sản phẩm có trong kho
Sơ đồ tuần tự (Sequence diagram)
Hình 3.3.1 Sơ đồ tuần tự đăng nhập
Hình 3.3.2 Sơ đồ tuần tự đăng xuất
Hình 3.3.3 Sơ đồ tuần tự đăng ký
3.3.4 Usecase xác nhận đơn hàng
Hình 3.3.4 Sơ đồ tuần tự xác nhận đơn hàng
3.3.5 Usecase mua vé tại quầy
Hình 3.3.5 Sơ đồ tuần tự mua vé tại quầy
Hình 3.3.6 Sơ đồ tuần tự lập hóa đơn
3.3.7 Usecase mua vé trực tuyến
Hình 3.3.7 Sơ đồ tuần tự mua vé trực tuyến
Hình 3.3.8 Sơ đồ tuần tự thanh toán
3.3.9 Usecase kiểm tra kho hàng
Hình 3.3.9 Sơ đồ tuần tự kiểm tra kho hàng
Sơ đồ hoạt động (Activity diagram)
Hình 3.4.1 Sơ đồ hoạt động đăng nhập
Hình 3.4.2 Sơ đồ hoạt động đăng ký
Hình 3.4.3 Sơ đồ hoạt động thanh toán
Hình 3.4.4 Sơ đồ hoạt động mua vé
3.4.5 Usecase tạo phiếu nhập vé
Hình 3.4.5 Sơ đồ hoạt động tạo phiếu nhập vé
Hình 3.4.6 Sơ đồ hoạt động xuất báo cáo
Sơ đồ trạng thái (State diagram)
Hình 3.5.1 Sơ đồ trạng thái tài khoản
Hình 3.5.2 Sơ đồ trạng thái lượt vé
Hình 3.5.3 Sơ đồ trạng thái thanh toán
Mô hình thực thể (ERD)
Sơ đồ lớp (Class diagram)
Thiết kế giao diện
Vẽ giao diện
Hình 4.1 Giao diện nút đăng nhập
Đặc tả
Khi khách hàng (đã đăng ký tài khoản trước đó) hoặc admin hay nhân viên cần đăng nhập vào hệ thống cần phải thông qua bước đăng nhập ở trang đăng nhập của hệ thống
Trang đăng nhập sẽ gồm 2 ô cho người dùng nhập tên đăng nhập và mật khẩu đã đăng ký trước đó, ô ghi nhớ mật khẩu cho những ai chỉ muốn nhập tên đăng nhập và mật khẩu lần đầu tiên và sau đó không cần nhập lại và nút đăng nhập. Ở ô “Tên tài Khoản” và ô “Mật khẩu” không được để trống, khi để trống mà nhấn nút đăng nhập, hệ thống sẽ thông báo với người dùng là một trong hai ô còn trống, cần phải nhập vào. Ô tích “Remember” không bắt buộc phải tích vào Nếu tích vào ô ghi nhớ, hệ thống sẽ tự động ghi nhớ tên đăng nhập và mật khẩu để lần sau người dùng sẽ không cần nhập lại.
Với nút “Đăng nhập”, khi một trong hai ô “Tên đăng nhập” và “Mật khẩu” hoặc cả hai ô đều trống mà người dùng nhấn vào nút “Đăng nhập”, hệ thống sẽ thống báo cho người dùng biết rằng một trong hai ô trên còn trống và phải được nhập vào Hoặc khi người dùng nhập sai Tên đăng nhập hoặc mật khẩu, hệ thống sẽ từ chối yêu cầu đăng nhập và thông báo với người dùng là tên đăng nhập hoặc mật khẩu không hợp lệ,cần nhập lại Cuối cùng, khi đã thỏa mãn các điều kiện mà hệ thống yêu cầu như:không bỏ trống một trong hai ô “Tên đăng nhập” và “Mật khẩu”, tên đăng nhập hoặc mật khẩu hợp lệ (tồn tại trong database),… thì tiến hành đăng nhập và chuyển người dùng tới trang chính của hệ thống (đối với khách hàng thì chỉ là trang mua vé và đổi thưởng, đối với nhân viên thì được chuyển tới trang quản lí vé và hàng hóa của hệ thống,…)
Demo
Hình 5.1 Giao diện đăng nhập
Hình 5.2 Khi ô “Tên đăng nhập” hoặc ô “Mật khẩu” bị bỏ trống
Hình 5.3 Khi tên đăng nhập hoặc mật khẩu không hợp lệ
