1. Trang chủ
  2. » Luận Văn - Báo Cáo

Xây dựng hệ thống quản lý hoạt Động ngoại khóa và sự kiện trong trường Đại học

76 0 0
Tài liệu đã được kiểm tra trùng lặp

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Tiêu đề Xây dựng hệ thống quản lý hoạt động ngoại khóa và sự kiện trong Trường Đại học
Tác giả Nguyễn Ngọc Hải
Người hướng dẫn ThS. Trần Hữu Duật
Trường học Trường Đại học Bình Dương
Chuyên ngành Công nghệ Thông tin, Robot và Trí tuệ Nhân tạo
Thể loại Đồ án tốt nghiệp
Năm xuất bản 2023
Thành phố Bình Dương
Định dạng
Số trang 76
Dung lượng 1,97 MB

Cấu trúc

  • 1.1. L Ý DO CHỌN ĐỀ TÀI (20)
  • 1.2. C ÁC HỆ THỐNG TƯƠNG TỰ (C ÁC NGHIÊN CỨU ĐÃ CÓ TRƯỚC ĐÓ ) (21)
    • 1.2.1 Hệ thống quản lý sự kiện Đại học (21)
    • 1.2.2 Ứng dụng di động cho hoạt động ngoại khóa (21)
    • 1.2.3. Hệ thống quản lý sự kiện toàn diện (21)
    • 1.2.4. Nền tảng mạng xã hội sự kiện (21)
    • 1.2.5 Tính Linh Hoạt và Tương Tác (21)
    • 1.2.6. Tính Tương Tác Mạng Xã Hội (21)
  • 1.3. P HÁT BIỂU BÀI TOÁN (22)
  • 1.4. M ỤC TIÊU CỦA ĐỀ TÀI (22)
    • 1.4.1. Mục Tiêu Chính (22)
    • 1.4.2. Mục Tiêu Cụ Thể (22)
    • 1.4.3. Kết Quả Dự Kiến (23)
  • 1.5. K ẾT QUẢ CẦN ĐẠT (23)
    • 1.5.1. Bảng Kết Quả Cần Đạt (23)
    • 1.5.2. Tính ứng dụng của đề tài (23)
  • CHƯƠNG 2. CƠ SỞ LÝ THUYẾT (18)
    • 2.1. C Ơ SỞ LÝ THUYẾT (25)
      • 2.1.1 Quản lý hoạt động ngoại khóa (25)
      • 2.1.2. Quản lý sự kiện (26)
    • 2.2 C ÔNG NGHỆ SỬ DỤNG (26)
    • 2.3 C ÁCH TIẾP CẬN , GIẢI QUYẾT VẤN ĐỀ (27)
      • 2.3.1 Mô hình tiếp cận (27)
  • CHƯƠNG 3. PHÂN TÍCH – THIẾT KẾ (28)
    • 3.1. X ÁC ĐỊNH CÁC A CTOR VÀ U SE C ASE (28)
      • 3.1.1. Danh sách các tác nhân (28)
      • 3.1.2. Sơ đồ use case tổng quát (29)
      • 3.1.3. Sơ đồ ngữ cảnh (30)
      • 3.2.1. Tốc Độ (32)
        • 3.2.1.1. Tối ưu hóa cơ sở dữ liệu (32)
        • 3.2.1.2. Caching (32)
        • 2.2.1.3. Quản lý tài nguyên hiệu quả (32)
        • 2.2.1.4. Lập lịch thực hiện công việc (32)
      • 3.2.2. Khả Năng Chịu Tải (32)
        • 3.2.2.1. Tích hợp đám mây (32)
        • 3.2.2.2. Cấu trúc cơ sở dữ liệu phân tán (32)
        • 3.2.2.3. Tối ưu hóa mã nguồn (32)
        • 3.2.2.4. Kiểm soát đồng thời (Concurrency Control) (33)
        • 3.2.2.5. Định kỳ nâng cấp hạ tầng (33)
        • 3.2.3.1. Mã hóa dữ liệu (33)
        • 3.2.3.2. Kiểm soát truy cập (33)
        • 3.2.3.3. Bảo vệ dữ liệu nhạy cảm (33)
        • 3.2.3.4. Thực hiện bảo mật mặc định (33)
        • 3.2.3.5. Đào tạo người dùng (33)
      • 3.2.4. Tính Dễ Sử Dụng (33)
        • 3.2.4.1. Thiết kế giao diện người dùng (GUI) (33)
        • 3.2.4.2. Trải nghiệm người dùng (UX) (33)
        • 3.2.4.3. Hướng dẫn và hỗ trợ (34)
        • 3.2.4.4. Phản hồi người dùng (34)
        • 3.2.4.5. Kiểm thử người dùng (34)
        • 3.2.4.6. Tương thích nền tảng (34)
        • 3.2.4.7. Tối giản hóa các quy trình (34)
        • 3.2.4.8. Đồng nhất giao diện (34)
      • 3.2.5. Tương Thích (34)
        • 3.2.5.1. Tương thích trình duyệt (34)
        • 3.2.5.2. Tương thích thiết bị (34)
        • 3.2.5.3. Tương thích hệ điều hành (34)
        • 3.2.5.4. Tương thích màn dình (35)
        • 3.2.5.5. Tương thích với kết nối Internet (35)
    • 3.3. M Ô HÌNH HỆ THỐNG [L OGICAL VIEW ] (35)
      • 3.3.1. Sơ đồ đối tượng /lớp thực thể (entities object/class diagram) (35)
      • 3.3.2. Kiến trúc phần mềm (Architecture), sơ đồ thành phần (component diagram) (36)
        • 3.3.2.1. Kiến trúc phần mềm (Architecture) (36)
        • 3.2.2.2. Business Layer (36)
        • 3.3.2.2. Sơ đồ thành phần (component diagram) (37)
      • 3.3.3. Sơ đồ bố trí, triển khai trên hệ thống phần cứng, mạng (deployment diagram) (38)
    • 3.4. M Ô HÌNH XỬ LÝ / TƯƠNG TÁC [P ROCESS VIEW ] (38)
      • 3.4.1. Use case chi tiết (kèm các bảng đặc tả) (38)
        • 3.4.1.1. Danh sách use case cho nghiệp vụ quản lý tài khoản (38)
        • 3.4.2.1. Danh sách use case tổ chức sự kiện (41)
        • 3.4.3.3. Các use case khác của sự kiện (43)
      • 3.4.2. Sơ đồ tuần tự (sequence diagram) (45)
        • 3.4.2.1. Sequence diagram Đăng nhập (45)
        • 3.4.2.2. Sequence diagram Tạo sự kiện mới (45)
        • 3.4.2.3. Sequence digram Đăng ký sự kiện (46)
        • 3.4.2.4. Sequence digram Phê duyệt sự kiện (46)
        • 3.3.2.5. Sequence digram Tạo báo cáo (47)
        • 3.3.2.6. Sequence digram Quên mật khẩu (48)
      • 3.4.3. Sơ đồ hoạt động (activity diagram) (49)
        • 3.4.3.1. Sơ đồ hoạt động tổng quát về tổ chức quản lý sự kiện (49)
        • 3.4.3.2. Sơ đồ hoạt động tổng quát về người dùng (50)
    • 3.5. T HIẾT KẾ NGUYÊN MẪU GIAO DIỆN NGƯỜI DÙNG (51)
      • 3.5.1. Hệ thống màn hình (thiết kế giao diện, các chức năng của hệ thống) (0)
        • 3.5.1.1. Màn hình đăng nhập hệ thống (51)
        • 3.5.1.2. Màn hình tổng quan về các chức năng quản lý (51)
        • 3.5.1.3. Màn hình chức năng tổ chức sự kiện (53)
        • 3.5.1.4. Màn hình địa điểm tổ chức sự kiện (53)
        • 3.4.1.5. Màn hình quản lý khoa (54)
        • 3.4.1.6. Màn hình quản lý người dùng (55)
        • 3.4.1.7. Màn hình quản lý năm học (56)
        • 3.4.1.8. Màn hình cho sinh viên sử dụng (57)
        • 3.4.1.9. Màn hình cho sinh viên đăng ký sự kiện (57)
      • 3.5.2. Hệ thống báo biểu (58)
        • 3.5.2.1. Biểu đồ thống kê số lượng sự kiện theo tháng (58)
        • 3.5.2.2. Bảng thống kê sự kiện theo chủ đề (58)
        • 3.5.2.3. Biểu đồ thống kê lượt đăng ký sự kiện (58)
      • 3.6.1. Thiết kế chi tiết các class (58)
        • 3.6.1.1. Lớp Sinhvien (58)
        • 3.6.1.2. Lớp Sukien (58)
        • 3.6.1.3. Lớp Dangky (58)
        • 3.6.1.4. Lớp Lichsudiemdanh (58)
        • 3.6.1.4. Lớp Thongbao (59)
        • 3.6.1.4. Lớp Nguoidung (59)
        • 3.6.1.4. Lớp Lop (59)
        • 3.6.1.4. Lớp Baocao (59)
      • 3.7.1. Thiết kế dữ liệu: mức ý niệm, mức luận lý, mức vật lý (60)
        • 3.7.1.1. Mức vật lý (60)
        • 3.7.1.2. Mức ý niệm (63)
        • 3.7.1.3. Mức lý luận (63)
  • CHƯƠNG 4. KẾT QUẢ VÀ THỬ NGHIỆM (66)
    • 4.1. K ẾT QUẢ THỬ NGHIỆM (66)
      • 4.1.1. Các màn hình thử nghiệm ứng dụng cho người quản lý sự kiện (66)
        • 4.1.1.1. Màn hình thêm sự kiện (66)
        • 4.1.1.2. Màn hình danh sách địa điểm (68)
        • 4.1.1.3. Màn hình quản lý khoa (68)
        • 4.1.1.4. Màn hình quản lý người dùng (69)
        • 4.1.1.5. Màn hình quản lý năm/kỳ học (69)
      • 4.1.2. Các màn hình thử nghiệm ứng dụng cho sinh viên (70)
        • 4.1.2.1. Màn hình các danh sách sự kiện (70)
        • 4.1.2.2. Màn hình quét mã Qr (72)
  • CHƯƠNG 5. KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN (19)
    • 5.1. KẾT QUẢ ĐẠT ĐƯỢC (74)
    • 5.2. HẠN CHẾ (74)

Nội dung

Trần Hữu Duật iv SVTH: Nguyễn Ngọc Hải TRƯỜNG ĐẠI HỌC BÌNH DƯƠNG KHOA CNTT, ROBOT VÀ TTNT CỘNG HÒA XÃ HỘI CHỦ NGHĨA VIỆT NAM Độc lập – Tự do – Hạnh phúc ĐỀ CƯƠNG CHI TIẾT Tên đề tài:

L Ý DO CHỌN ĐỀ TÀI

Hiện nay, công nghệ thông tin được xem là một ngành mũi nhọn của các quốc gia, đặc biệt là các quốc gia đang phát triển, tiến hành công nghiệp hóa và hiện đại hoá như nước ta Sự bùng nổ thông tin và sự phát triển mạnh mẽ của công nghệ kỹ thuật số, yêu cầu muốn phát triển thì phải tin học hoá tất cả các ngành, các lĩnh vực

Cùng với sự phát triển nhanh chóng về phần cứng máy tính, các phần mềm ngày càng trở nên đa dạng, phong phú, hoàn thiện hơn và hỗ trợ hiệu quả cho con người Các phần mềm hiện nay ngày càng mô phỏng được rất nhiều nghiệp vụ khó khăn, hỗ trợ cho người dùng thuận tiện sử dụng, thời gian xử lý nhanh chóng, và một số nghiệp vụ được tự động hoá cao

Do vậy mà trong việc phát triển phần mềm, sự đòi hỏi không chỉ là sự chính xác, xử lý được nhiều nghiệp vụ thực tế mà còn phải đáp ứng các yêu cầu khác như về tốc độ, giao diện thân thiện, mô hình hoá được thực tế vào máy tính để người sử dụng tiện lợi, quen thuộc, tính tương thích cao, bảo mật cao (đối với các dữ liệu nhạy cảm) Các phần mềm giúp tiết kiệm một lượng lớn thời gian, công sức của con người, và tăng độ chính xác và hiệu quả trong công việc (nhất là việc sửa lỗi và tự động đồng bộ hoá)

Lựa chọn đề tài "Xây dựng hệ thống quản lý hoạt động ngoại khóa và sự kiện trong Trường Đại học" xuất phát từ nhiều nguồn động viên, nhằm giải quyết những thách thức và khám phá cơ hội của hệ thống như vậy có thể đem lại lợi ích cho cộng đồng Đại học Dưới đây là một số lý do chi tiết:

Tiện lợi và tối ưu hóa quản lý: Trong môi trường đại học, quản lý hoạt động ngoại khóa và sự kiện thường phức tạp và đòi hỏi nhiều công đoạn thủ công Quyết định xây dựng hệ thống quản lý này nhằm mục đích tối ưu hóa quy trình, giảm thiểu công việc thủ công, và cung cấp một cơ sở dữ liệu tổng hợp giúp quản lý hiểu rõ hơn về các hoạt động diễn ra

Nâng cao trải nghiệm sinh viên: Hệ thống sẽ giúp sinh viên dễ dàng theo dõi và tham gia vào các sự kiện và hoạt động ngoại khóa phù hợp với sở thích và mục tiêu cá nhân của họ Điều này không chỉ tạo ra một trải nghiệm đại học tích cực mà còn đa dạng hóa các hoạt động ngoại khóa

Tăng cường giao tiếp và kết nối cộng đồng: Hệ thống cung cấp một kênh giao tiếp hiệu quả giữa sinh viên, giáo viên và nhân viên quản lý Việc thông tin về sự kiện và hoạt động ngoại khóa được truyền tải một cách rõ ràng và kịp thời có thể tăng cường sự kết nối trong cộng đồng đại học Đối mặt với thách thức công nghệ và hiện đại hóa: Xây dựng một hệ thống như vậy không chỉ là một cơ hội để áp dụng những kiến thức và kỹ năng mới nhất, mà còn là cơ hội để trường đại học hiện đại hóa quy trình quản lý, đặt mình đối mặt với những thách thức và tiến triển theo xu hướng công nghệ hiện đại Ứng dụng kinh nghiệm và kiến thức học được: Thực hiện đồ án này mang lại cơ hội kết hợp những kiến thức học được từ chương trình đào tạo với kinh nghiệm

GVHD: ThS Trần Hữu Duật 2 SVTH: Nguyễn Ngọc Hải thực tiễn Điều này không chỉ giúp áp dụng tri thức mà còn tạo ra một sản phẩm có ảnh hưởng trong môi trường Đại học.

C ÁC HỆ THỐNG TƯƠNG TỰ (C ÁC NGHIÊN CỨU ĐÃ CÓ TRƯỚC ĐÓ )

Hệ thống quản lý sự kiện Đại học

Tính đã thực hiện: Hệ thống này đã chứng minh sự hiệu quả trong việc quản lý sự kiện và hoạt động ngoại khóa tại nhiều trường đại học

Thách thức: Tuy nhiên, vẫn còn thách thức về khả năng tương tác và linh hoạt trong việc quản lý nhiều sự kiện đồng thời.

Ứng dụng di động cho hoạt động ngoại khóa

Tính đã thực hiện: Ứng dụng này tập trung vào trải nghiệm người dùng thông qua giao diện di động

Thách thức: Mặc dù cung cấp thông báo hiệu quả, nhưng vẫn còn cần cải thiện tính năng đăng ký và quản lý sự kiện.

Hệ thống quản lý sự kiện toàn diện

Tính đã thực hiện: Hệ thống này tích hợp nhiều chức năng, từ quản lý đăng ký đến thống kê và báo cáo

Thách thức: Gặp khó khăn trong việc đáp ứng đồng thời nhiều yêu cầu khác nhau từ cộng đồng đại học đa dạng.

Nền tảng mạng xã hội sự kiện

Tính đã thực hiện: Nền tảng này tạo ra một cộng đồng xã hội dành riêng cho sự kiện và hoạt động ngoại khóa

Thách thức: Tính tương tác còn hạn chế, và việc quản lý sự kiện lớn có thể trở nên phức tạp

Vấn Đề Còn Tồn Tại và Tính Mới của Đề Tài Đồ Án:

Tính Linh Hoạt và Tương Tác

Vấn đề tồn tại: Các hệ thống hiện tại thường gặp khó khăn trong việc cung cấp tính linh hoạt và tương tác cho nhiều sự kiện đồng thời

Tính mới của đề tài đồ án: Tập trung vào việc xây dựng một hệ thống linh hoạt, có khả năng quản lý đồng thời nhiều sự kiện với các yêu cầu đặc biệt khác nhau.

Tính Tương Tác Mạng Xã Hội

Vấn Đề Tồn Tại: Tính tương tác và sự kết nối trong môi trường xã hội vẫn là điểm yếu trong nhiều hệ thống hiện tại

Tính Mới của Đề Tài Đồ Án: Mở rộng khả năng tương tác để tạo ra một cộng đồng đại học chủ động và sôi động.

P HÁT BIỂU BÀI TOÁN

Trong khuôn khổ của đồ án tốt nghiệp, mục tiêu chính là xây dựng một hệ thống quản lý hoạt động ngoại khóa và sự kiện trong Trường Đại học Hệ thống này sẽ giúp tạo ra một môi trường quản lý hiệu quả, linh hoạt và tương tác, nhằm nâng cao trải nghiệm của cả sinh viên, giảng viên và nhân viên quản lý

Phạm vi của đồ án sẽ bao gồm việc quản lý toàn bộ chuỗi của sự kiện và hoạt động ngoại khóa Tính năng đăng ký, thông báo, theo dõi tham gia và báo cáo sự kiện sẽ được tích hợp một cách hài hòa để tạo ra một hệ thống toàn diện

Một điểm đặc biệt quan trọng là phát triển giao diện người dùng thân thiện, nhằm đảm bảo sự thuận tiện và linh hoạt cho người dùng

Trong quá trình phát triển, em sẽ tuân thủ các ràng buộc nghiệp vụ như đáp ứng đa dạng nhu cầu quản lý, cũng như các ràng buộc công nghệ để đảm bảo tính an toàn và mở rộng của hệ thống

Những giả định như sự kết nối Internet của người dùng và sự hợp tác tích cực từ cộng đồng Đại học sẽ đóng vai trò quan trọng trong quá trình triển khai và thử nghiệm hệ thống.

M ỤC TIÊU CỦA ĐỀ TÀI

Mục Tiêu Chính

Quản Lý Toàn Diện: Hệ thống sẽ được phát triển để quản lý mọi khía cạnh của hoạt động ngoại khóa và sự kiện Từ việc đăng ký cho đến tổ chức và theo dõi kết quả, mục tiêu là tối ưu hóa mọi quy trình

Trải Nghiệm Người Dùng: Giao diện người dùng sẽ được thiết kế để đảm bảo sự thuận lợi và linh hoạt, nhằm nâng cao trải nghiệm người dùng

Tương Tác Xã Hội Mạnh Mẽ: Khuyến khích tính tương tác trong cộng đồng đại học thông qua tính năng xã hội như chia sẻ thông tin, bình luận và đánh giá sự kiện.

Mục Tiêu Cụ Thể

Tính Linh Hoạt và Đa Dạng: Hệ thống sẽ hỗ trợ đồng thời nhiều loại sự kiện và hoạt động ngoại khóa, từ các sự kiện học thuật đến các hoạt động giải trí và câu lạc bộ sinh viên

Quản Lý Hiệu Quả: Mục tiêu là giảm thiểu công việc thủ công, tối ưu hóa quy trình quản lý, và tăng cường khả năng tương tác của người dùng

GVHD: ThS Trần Hữu Duật 4 SVTH: Nguyễn Ngọc Hải

Kết Quả Dự Kiến

Sản Phẩm Hoàn Thiện: Hệ thống sẽ được triển khai với tính ổn định, cung cấp giải pháp toàn diện cho quản lý hoạt động ngoại khóa và sự kiện

Tính Mới: Hệ thống sẽ mang lại những cải tiến so với các hệ thống tương tự, đặc biệt là trong khả năng tương tác.

K ẾT QUẢ CẦN ĐẠT

Bảng Kết Quả Cần Đạt

STT Kết quả đạt được Tiêu chí đánh giá Tính ứng dụng

1 Giao diện người dùng thân thiện và dễ sử dụng

- Tính trực quan và thân thiện

- Sử dụng được trên nhiều thiết bị

- Đánh giá tính mở rộng của người dùng

2 Quản lý toàn diện sự kiện và hoạt động

- Báo cáo chi tiết và thống kê kết quả

- Tối ưu hóa quy trình tổ chức sự kiện

3 Tính linh hoạt và đa dạng

- Hỗ trợ đa dạng loại sự kiện và hoạt động ngoại khóa

- Áp dụng cho nhiều lĩnh vực và đối tượng

- Tính linh hoạt trong quản lý đăng ký và tham gia

4 Hiệu suất và độ ổn định của hệ thống

- Khả năng xử lý đồng thời nhiều sự kiện

- Đảm bảo hoạt động mượt mà và ổn định

- Độ bảo mật cao và ít lỗi

CƠ SỞ LÝ THUYẾT

C Ơ SỞ LÝ THUYẾT

2.1.1 Quản lý hoạt động ngoại khóa

Trong nghiên cứu này, quản lý hoạt động sự kiện và ngoại khóa được coi là một yếu tố quan trọng để xây dựng hệ thống quản lý hoạt động ngoại khóa và sự kiện trong trường Đại học Cơ sở lý thuyết về quản lý hoạt động ngoại khóa bao gồm các khía cạnh sau:

Tổ chức hoạt động ngoại khóa: Đề cập đến quy trình tổ chức, lập kế hoạch và triển khai các hoạt động ngoại khóa trong trường Đại học Bao gồm việc xác định mục tiêu, phân công nhiệm vụ, định lịch và cung cấp nguồn lực cần thiết Cụ thể, ban tổ chức cần xác định rõ mục tiêu và ý nghĩa của hoạt động ngoại khóa để từ đó lên kế hoạch các nội dung và hình thức phù hợp Các nguồn lực như nhân lực, tài chính, cơ sở vật chất cần được dự trù đầy đủ Lịch trình cũng cần được sắp xếp hợp lý để đảm bảo hiệu quả của hoạt động Đăng ký và quản lý tham gia hoạt động: Đề cập đến quy trình đăng ký, ghi danh và quản lý thông tin của sinh viên hoặc nhân viên tham gia hoạt động ngoại khóa Bao gồm việc thu thập thông tin cá nhân, xác minh danh tính và cung cấp thông tin liên quan đến hoạt động Thông tin cá nhân cần được thu thập đầy đủ, chính xác để phục vụ cho việc quản lý và xác thực danh tính khi tham gia hoạt động Các thông tin về lịch trình, địa điểm, nội quy của hoạt động cũng cần được cung cấp kịp thời cho người tham gia để đảm bảo việc tổ chức diễn ra thuận lợi Đánh giá và ghi nhận kết quả hoạt động: Đề cập đến cách thức đánh giá và ghi nhận kết quả hoạt động ngoại khóa Bao gồm việc đánh giá hiệu quả, đo lường thành tích và cung cấp phản hồi cho các hoạt động ngoại khóa Các bài kiểm tra, bài tập có thể được sử dụng để đánh giá mức độ hiểu biết cũng như các kỹ năng mà người tham gia đã đạt được sau hoạt động Kết quả đánh giá này góp phần cải thiện các hoạt động trong tương lai Ngoài ra, các khen thưởng, giấy chứng nhận có thể được sử dụng để ghi nhận thành tích của người tham gia xuất sắc

Các tài liệu tham khảo có thể bao gồm:

(1) Smith, J (2010) Managing Extracurricular Activities: A Guide for Educational Institutions Publisher

(2) Johnson, A (2015) Effective Management of Co-curricular Activities in Higher Education Journal of Student Affairs, 20(3), 45-62

Cơ sở lý thuyết về quản lý sự kiện là một phần quan trọng của hệ thống quản lý hoạt động ngoại khóa và sự kiện trong trường Đại học Các khía cạnh cơ bản của quản lý sự kiện bao gồm:

Lập kế hoạch và tổ chức sự kiện: Đề cập đến quy trình lập kế hoạch, thiết kế và tổ chức sự kiện Bao gồm việc xác định mục tiêu, lựa chọn địa điểm, lập lịch, và quản lý nguồn lực Mục tiêu của sự kiện cần được xác định rõ ràng để từ đó lựa chọn hình thức và nội dung phù hợp Địa điểm tổ chức cũng cần phù hợp với quy mô và tính chất của sự kiện Lịch trình cần được lên kế hoạch chi tiết, tránh trùng lặp với các hoạt động khác Các nguồn lực nhân sự, trang thiết bị, kinh phí cũng cần được dự trù Đăng ký và quản lý tham gia sự kiện: Đề cập đến quy trình đăng ký, ghi danh và quản lý thông tin của người tham dự sự kiện Bao gồm việc thu thập thông tin cá nhân, xác minh danh tính và cung cấp thông tin liên quan đến sự kiện Quy trình đăng ký cần đảm bảo đơn giản, thuận tiện cho người tham gia Các thông tin cá nhân cũng cần được bảo mật tuyệt đối theo đúng quy định Người tham gia cần được cung cấp đầy đủ thông tin về lịch trình, địa điểm, nội dung của sự kiện để chuẩn bị

Ghi nhận kết quả và đánh giá sự kiện: Đề cập đến cách thức ghi nhận kết quả và đánh giá hiệu quả của sự kiện Bao gồm việc đo lường thành công, thu thập phản hồi từ người tham dự và cung cấp báo cáo sau sự kiện Các bảng khảo sát, phiếu đánh giá có thể được thiết kế để thu thập phản hồi sau sự kiện Kết quả đánh giá này giúp cải tiến và nâng cao hiệu quả cho các sự kiện tiếp theo

Các tài liệu tham khảo có thể bao gồm:

(1) Allen, M (2012) Event Planning: The Ultimate Guide to Successful Meetings, CorporateEvents, Fundraising Galas, Conferences, Conventions, Incentives, and Other Special Events Publisher

(2) Smith, K (2016) Event Management: Principles and Practices Publisher.

C ÔNG NGHỆ SỬ DỤNG

Ngôn ngữ lập trình: Sử dụng PHP để xây dựng các chức năng backend, xử lý logic nghiệp vụ và tương tác với cơ sở dữ liệu PHP là ngôn ngữ phổ biến và mạnh mẽ trong lập trình web, có khả năng xử lý nhanh các request từ client

GVHD: ThS Trần Hữu Duật 8 SVTH: Nguyễn Ngọc Hải

Cơ sở dữ liệu: Sử dụng MySQL để lưu trữ dữ liệu MySQL là hệ quản trị cơ sở dữ liệu phổ biến, có khả năng mở rộng tốt và tích hợp dễ dàng với ngôn ngữ lập trình PHP Các bảng dữ liệu chính có thể bao gồm bảng users lưu thông tin người dùng, bảng events lưu thông tin sự kiện, bảng registrations lưu thông tin đăng ký tham gia sự kiện

Giao diện: Sử dụng HTML, CSS và Javascript để xây dựng giao diện người dùng trên frontend HTML định dạng nội dung, CSS định dạng bố cục và style, JS xử lý các tính năng tương tác như dropdown, popup Sử dụng thêm thư viện frontend jQuery để tiết kiệm thời gian phát triển

Kiến trúc MVC: Code được tổ chức theo mô hình MVC gồm các thành phần Model (các class truy xuất CSDL), View (giao diện người dùng), Controller (xử lý request, trả về view) tách biệt Việc tách biệt này giúp dễ bảo trì, nâng cấp ứng dụng sau này.

C ÁCH TIẾP CẬN , GIẢI QUYẾT VẤN ĐỀ

Trong nghiên cứu này, một mô hình tiếp cận sẽ được sử dụng để xây dựng hệ thống quản lý hoạt động ngoại khóa và sự kiện trong trường Đại học Mô hình này bao gồm các giai đoạn sau:

Phân tích yêu cầu: Giai đoạn này nhằm hiểu rõ yêu cầu và nhu cầu của người sử dụng, bao gồm sinh viên, giảng viên và nhân viên quản lý hoạt động ngoại khóa và sự kiện Các yêu cầu được thu thập và phân tích để xác định phạm vi và chức năng của hệ thống

Thiết kế hệ thống: Giai đoạn này tập trung vào thiết kế kiến trúc và giao diện của hệ thống Các thành phần và chức năng cần thiết được xác định, và các quy trình và luồng công việc được thiết kế để đáp ứng yêu cầu của người dùng

Phát triển và triển khai: Giai đoạn này liên quan đến việc phát triển và triển khai hệ thống Các chức năng được xây dựng và kiểm thử để đảm bảo hoạt động mượt mà và đáp ứng yêu cầu Sau đó, hệ thống được triển khai và triển khai trong môi trường thực tế

Kiểm thử và đánh giá: Giai đoạn này nhằm kiểm tra và đánh giá tính năng và hiệu suất của hệ thống Các bài kiểm thử được thực hiện để xác định lỗi và cải thiện chất lượng của hệ thống trước khi nó được triển khai hoàn toàn.

PHÂN TÍCH – THIẾT KẾ

X ÁC ĐỊNH CÁC A CTOR VÀ U SE C ASE

3.1.1 Danh sách các tác nhân

STT Tác Nhân Mô Tả Ý Nghĩa

Người quản trị hệ thống

Người duy nhất và có quyền cao nhất trong hệ thống, quản trị hệ thống Có quyền phê duyệt sự kiện, tạo báo cáo và thống kê, quản lý quyền truy cập

Người quản lý các hoạt động chung của sinh viên

Người trực tiếp thao tác trên phần mềm Có quyền thao tác trên tất cả chức năng, trừ danh mục Quản lý tài khoản

Giáo viên tổ chức sụ kiện

Người tổ chức các hoạt động, sự kiện cho sinh viên

Người trực tiếp tạo các hoạt động sự kiện cho các sinh viên tham gia Có quyền tạo, xóa, chỉnh sửa Xem thông tin người tham gia sự kiện

Người sử dụng chính của hệ thống, tham gia các hoạt động và sự kiện

Người đăng kí tham gia các hoạt động, nhận thông báo về mail các hoạt động sự kiện khi có sự kiện Quét mã Qr điểm danh khi tham gia sự kiện có chức năng điểm danh

Bảng 3.3.1 : Bảng danh sách các tác nhân

GVHD: ThS Trần Hữu Duật 10 SVTH: Nguyễn Ngọc Hải

3.1.2 Sơ đồ use case tổng quát

Sơ đồ 3 3.1: Mô hình use case tổng quát của hệ thống

Sơ đồ 3 3.2: Sơ đồ ngữ cảnh

GVHD: ThS Trần Hữu Duật 12 SVTH: Nguyễn Ngọc Hải

3.1.4 Bảng danh sách các use case tổng quát

STT TÊN USE CASE Ý NGHĨA

Admin có thể xem danh sách tài khoản người dùng, phân quyền cho tài khoản người dùng, thêm tài khoản mới, vô hiệu hoá tài khoản người dùng, đặt lại mật khẩu tài khoản người dùng trong trường hợp người dùng quên mật khẩu, tìm kiếm tài khoản

2 Quản lý thông tin cá nhân

Người dùng có thể xem thông tin tài khoản của mình, có thể cập nhật thông tin cá nhân, thay đổi mật khẩu và yêu cầu hệ thống đặt lại mật khẩu mới thông qua chức năng quên mật khẩu

PCTSV có thể xem, cập nhật điều chỉnh thông tin cá nhân của sinh viên Ngoài ra còn có thể tìm kiếm sinh viên theo mã số, họ tên, lớp, số điện thoại

4 Tổ chức – quản lý sự kiện

Người tạo sự kiện có thể xem thông tin sự kiện, thêm sự kiện mới, cập nhật điều chỉnh hoạt động sự kiện, xóa sự kiện khi sự kiện chưa được phê duyệt

Khi có hoạt động sự kiện trong trường, người tổ chức sự kiện sẽ gửi thông báo về mail cho các sinh viên được biết là tham gia vào sự kiện đó Ngoài ra khi các bạn sinh viên quên mật khẩu và mail cũng có thể cấp lại mật khẩu mới

Nhân viên PCTSV có thể lập danh sách sinh viên tham gia sự kiện để thông báo, in danh sách để xác nhận trong suốt quá trình sinh viên tham dự sự kiện, lập danh sách sự kiện để thông báo và báo cáo, để làm căn cứ sau khi hoàn thành tốt nghiệp xếp hạng rèn luyện

7 Tích hợp Qr Người dùng có thể quét Qr khi tham gia sự kiện để điểm danh và chụp ảnh khi đến địa điểm tham gia

Người dùng đăng nhập vào hệ thống để thực hiện các chức năng của hệ thống dựa theo quyền đăng nhập của tài khoản

Bảng 3 3.2: Bảng danh sách các use case tổng quát

3.2 Các yêu cầu phi chức năng

Tốc độ của hệ thống đóng vai trò quan trọng trong việc đáp ứng đúng và kịp thời đối với nhu cầu người dùng, ảnh hưởng trực tiếp đến trải nghiệm sử dụng Để đảm bảo tốc độ hiệu quả, có một số chiến lược và biện pháp cụ thể mà hệ thống có thể triển khai:

3.2.1.1 Tối ưu hóa cơ sở dữ liệu:

Sử dụng các chỉ mục thông minh để tối ưu hóa việc truy xuất dữ liệu từ cơ sở dữ liệu

Giảm thiểu số lượng truy vấn phức tạp và nâng cao cấu trúc câu lệnh SQL để tối ưu hóa thời gian truy vấn

3.2.1.2 Caching: Áp dụng cơ chế caching cho các dữ liệu thường xuyên được truy cập để giảm thiểu thời gian đọc từ cơ sở dữ liệu

Sử dụng bộ nhớ đệm để lưu trữ dữ liệu tạm thời, giảm độ trễ khi có nhu cầu truy cập lại dữ liệu đã được xử lý trước đó

2.2.1.3 Quản lý tài nguyên hiệu quả:

Theo dõi và tối ưu hóa việc sử dụng tài nguyên hệ thống như bộ nhớ, CPU để đảm bảo chúng được phân phối đúng cách

Xử lý hiệu suất hệ thống thông qua giám sát liên tục và tối ưu hóa quy trình để giảm thiểu chi phí thực hiện

2.2.1.4 Lập lịch thực hiện công việc:

Tối ưu hóa lịch trình thực hiện các công việc định kỳ để tránh tình trạng quá tải vào các khoảng thời gian cao điểm

Sử dụng các công cụ quản lý tác vụ để xác định và ưu tiên các công việc cần được thực hiện trước

Khả năng chịu tải là một yếu tố quan trọng đặc biệt đối với hệ thống quản lý sự kiện và hoạt động ngoại khóa, đặc biệt là khi phải xử lý một lượng lớn người tham gia sự kiện cùng một lúc và quản lý nhiều sự kiện đồng thời Dưới đây là các chiến lược và biện pháp để đảm bảo khả năng chịu tải hiệu quả:

Sử dụng dịch vụ đám mây để tận dụng khả năng mở rộng linh hoạt dựa trên nhu cầu thực tế

Tối ưu hóa việc triển khai và quản lý tài nguyên trong môi trường đám mây để giảm độ trễ và tăng cường khả năng chịu tải

3.2.2.2 Cấu trúc cơ sở dữ liệu phân tán:

Sử dụng cơ sở dữ liệu phân tán để giảm áp lực lên một điểm tập trung và cải thiện hiệu suất đọc/ghi dữ liệu

Phân tán dữ liệu theo địa lý để giảm độ trễ khi truy cập từ các khu vực khác nhau

3.2.2.3 Tối ưu hóa mã nguồn:

Kiểm tra và tối ưu hóa mã nguồn để giảm độ phức tạp và tăng khả năng xử lý

Sử dụng các thư viện và framework hiệu quả để giảm thời gian phát triển và tăng cường hiệu suất

GVHD: ThS Trần Hữu Duật 14 SVTH: Nguyễn Ngọc Hải

3.2.2.4 Kiểm soát đồng thời (Concurrency Control):

Thực hiện kiểm soát đồng thời hiệu quả để đảm bảo sự nhất quán và đồng bộ trong xử lý đa nhiệm

Sử dụng các kỹ thuật như lược đồ cố định và quản lý tác vụ đồng thời để giảm xung đột và lỗi

3.2.2.5 Định kỳ nâng cấp hạ tầng:

Thực hiện định kỳ nâng cấp hạ tầng để đáp ứng với sự mở rộng của hệ thống theo thời gian

Sử dụng công nghệ và phương tiện mới để cải thiện hiệu suất và khả năng chịu tải

3.2.3 Khả Năng Chịu Sai Hỏng/Tấn Công

Bảo mật đóng một vai trò quan trọng trong việc đảm bảo sự an toàn và ổn định của hệ thống quản lý sự kiện và hoạt động ngoại khóa Dưới đây là một số biện pháp chính để nâng cao khả năng chịu sai hỏng và ngăn chặn các tấn công:

Sử dụng mã hóa dữ liệu để bảo vệ thông tin quan trọng trên cả trong truyền và lưu trữ Áp dụng các thuật toán mã hóa mạnh mẽ để đảm bảo an toàn cao

Xây dựng hệ thống kiểm soát truy cập chặt chẽ để đảm bảo rằng chỉ những người có quyền mới có thể truy cập các phần quan trọng của hệ thống

Quản lý và cập nhật các quyền truy cập định kỳ

3.2.3.3 Bảo vệ dữ liệu nhạy cảm:

Xác định và đánh giá các loại dữ liệu nhạy cảm, sau đó áp dụng các biện pháp bảo vệ phù hợp như giới hạn quyền truy cập

3.2.3.4 Thực hiện bảo mật mặc định:

Mặc định hóa cài đặt hệ thống với các tùy chọn bảo mật mặc định cao để tránh sơ hở an ninh do quên hoặc thiếu sót

Cung cấp đào tạo an ninh thông tin cho người dùng để họ có thể nhận biết và tránh những hành động mạo danh hoặc lừa đảo

Tính dễ sử dụng của hệ thống đóng một vai trò quan trọng trong việc đảm bảo người dùng có thể tương tác với nó một cách thuận tiện và hiệu quả Dưới đây là những yếu tố quan trọng để đạt được tính dễ sử dụng:

3.2.4.1 Thiết kế giao diện người dùng (GUI):

Giao diện người dùng cần được thiết kế một cách sáng tạo, trực quan và thân thiện

Sắp xếp các chức năng một cách logic và dễ theo dõi để người dùng có thể tìm thấy thông tin một cách nhanh chóng

3.2.4.2 Trải nghiệm người dùng (UX):

M Ô HÌNH HỆ THỐNG [L OGICAL VIEW ]

3.3.1 Sơ đồ đối tượng /lớp thực thể (entities object/class diagram)

Sơ đồ 3 3.3: Sơ đồ đối tượng /lớp thực thể

 SinhVien đăng ký nhiều Sukien (1-n)

 Sukien có nhiều SinhVien đăng ký (1-n)

 DangKy thuộc về 1 SinhVien và 1 Sukien

3.3.2 Kiến trúc phần mềm (Architecture), sơ đồ thành phần (component diagram)

3.3.2.1 Kiến trúc phần mềm (Architecture)

Hệ thống được thiết kế dựa trên kiến trúc phân lớp theo mô hình 3 lớp: Presentation Layer, Business Layer và Data Layer

Là lớp giao diện cho người dùng tương tác Bao gồm các module View dưới dạng các trang web

 Hiển thị giao diện người dùng theo các luồng màn hình tương ứng

 Thu thập dữ liệu đầu vào từ người dùng

 Truy vấn và hiển thị dữ liệu từ các layer phía dưới

 Sử dụng các thành phần UI có sẵn như form control, hay custom component để phục vụ hiển thị

Là lớp nghiệp vụ chứa các thành phần xử lý các luồng nghiệp vụ chính trong hệ thống như: quản lý đăng ký, tạo lịch trình sự kiện, gửi mail thông báo

 Thực hiện các nghiệp vụ xử lý logic và tính toán

 Gọi đến Data Layer để truy xuất dữ liệu khi cần, và trả về kết quả xử lý

 Có thể bao gồm các lớp, đối tượng phục vụ mục đích nghiệp vụ 3.3.2.2.3 Data Layer Đây là lớp tương tác trực tiếp với cơ sở dữ liệu, chịu trách nhiệm lưu trữ và truy xuất dữ liệu khi có yêu cầu từ Business Layer

 Kết nối và tương tác với database MySql

 Ánh xạ các đối tượng Table trong DB thành các Model tương ứng trong mã nguồn

 Sử dụng các câu lệnh CRUD để thực hiện lấy, thêm, sửa, xóa dữ liệu trên DB

GVHD: ThS Trần Hữu Duật 18 SVTH: Nguyễn Ngọc Hải

3.3.2.2 Sơ đồ thành phần (component diagram)

Sơ đồ 3 3.4: Sơ đồ đồ thành phần

 Quản lý thông tin sự kiện

 Quản lý đăng ký sự kiện

 Thống kê, báo cáo Database Server

 Chứa các database sql lưu trữ dữ liệu về sự kiện, đăng ký, người dùng

 Cung cấp API để Web tương tác với Database Server

 Lưu trữ các tài liệu, hình ảnh liên quan tới sự kiện

 Gửi các email thông báo tới sinh viên

3.3.3 Sơ đồ bố trí, triển khai trên hệ thống phần cứng, mạng (deployment diagram)

Sơ đồ 3 3.5 : Sơ đồ bố trí, triển khai trên hệ thống phần cứng, mạng

 Máy chủ Web App: Chạy phần mềm quản lý sự kiện (1 máy chủ Web App)

 Máy chủ Database: Lưu trữ dữ liệu sự kiện, người dùng (1 máy chủ Database)

 Máy tính các Admin: Dùng để vận hành, giám sát hệ thống (1-n Máy tính Admin (có thể nhiều máy tính))

 Điện thoại Người dùng: Để đăng ký, xem thông tin sự kiện (1-n Điện thoại Người dùng)

M Ô HÌNH XỬ LÝ / TƯƠNG TÁC [P ROCESS VIEW ]

3.4.1 Use case chi tiết (kèm các bảng đặc tả)

3.4.1.1 Danh sách use case cho nghiệp vụ quản lý tài khoản

3.4.1.1.1 Đặc tả use case “Đăng nhập”

Tên use case Đăng nhập

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

Chủ thể Sinh viên, Giáo viên, Admin

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

1.Người dùng nhập tên đăng nhập và mật khẩu 2.Hệ thống kiểm tra thông tin đăng nhập 3.Nếu thông tin chính xác đăng nhập thông công

GVHD: ThS Trần Hữu Duật 20 SVTH: Nguyễn Ngọc Hải

Bảng 3 3.3: Bảng đặc tả use case “Đăng nhập.”

3.4.1.1.2 Đặc tả use case “Xem thông tin tài khoản”

Xem thông tin tài khoản

Mô tả Sinh viên và giáo viên có thể xem thông tin chi tiết về tài khoản của mình

Chủ thể Sinh viên, Giáo viên

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

Hiển thị thông tin tài khoản

1 Người dùng chọn chức năng "Xem thông tin tài khoản"

2 Hệ thống hiển thị thông tin tài khoản, bao gồm tên, email, quyền truy cập

3 Người dùng kết thúc quá trình

Bảng 3 3.4: Bảng đặc tả use case “Xem thông tin tài khoản.”

3.4.1.1.3 Đặc tả use case “Thêm tài khoản”

Mô tả Admin có thể thêm mới tài khoản cho sinh viên hoặc giáo viên

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

Tài khoản được thêm vào hệ thống

1 Admin chọn chức năng "Thêm tài khoản"

2 Hệ thống yêu cầu nhập thông tin cần thiết cho tài khoản mới (tên, email, quyền truy cập

3 Admin nhập thông tin và xác nhận thêm tài khoản

4 Hệ thống thêm tài khoản và thông báo thành công Admin kết thúc quá trình

Admin hủy bỏ việc thêm tài khoản, Hệ thống thông báo lỗi nếu có vấn đề xảy ra trong quá trình thêm tài khoản

Bảng 3 3.5: Bảng đặc tả use case” Thêm tài khoản.”

3.4.1.1.4 Đặc tả use case “Phân quyền”

Mô tả Admin có thể phân quyền cho người dùng trong hệ thống

Admin đăng nhập thành công

Quyền truy cập của người dùng được cập nhật

1 Admin chọn chức năng "Phân quyền"

2 Hệ thống hiển thị danh sách người dùng và quyền truy cập hiện tại

3 Admin chọn người dùng và cập nhật quyền truy cập

4 Hệ thống cập nhật quyền truy cập và thông báo thành công

5 Admin kết thúc quá trình

Admin hủy bỏ việc cập nhật quyền truy cập Hệ thống thông báo lỗi nếu có vấn đề xảy ra trong quá trình cập nhật quyền truy cập

Bảng 3 3.6: Bảng đặc tả use case “Phân quyền.”

3.4.1.1.5 Đặc tả use case “Đặt lại mật khẩu”

Tên use case Đặt lại mặt khẩu

Mô tả Người dùng (sinh viên, giáo viên) có thể yêu cầu đặt lại mật khẩu nếu quên mật khẩu hiện tại

Chủ thể Sinh viên, giáo viên

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

Mật khẩu mới được thiết lập

1 Người dùng chọn chức năng "Đặt lại mật khẩu"

2 Hệ thống yêu cầu người dùng nhập email liên kết với tài khoản

3 Người dùng nhập email và xác nhận yêu cầu

4 Hệ thống gửi email chứa liên kết đặt lại mật khẩu

5 Người dùng truy cập liên kết và thiết lập mật khẩu mới

6 Hệ thống thông báo mật khẩu đã được đặt lại thành công

7 Người dùng kết thúc quá trình

GVHD: ThS Trần Hữu Duật 22 SVTH: Nguyễn Ngọc Hải

Người dùng hủy bỏ yêu cầu đặt lại mật khẩu Hệ thống thông báo lỗi nếu có vấn đề xảy ra trong quá trình đặt lại mật khẩu

Bảng 3 3.7: Bảng đặc tả use case “Đặt lại mật khẩu.”

3.1.1.1.6 Đặc tả use case “Xoá tài khoản.”

Mô tả Admin có thể xoá tài khoản của sinh viên hoặc giáo viên khỏi hệ thống

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

Tài khoản bị xoá khỏi hệ thống

1 Admin chọn chức năng "Xoá tài khoản"

2 Hệ thống hiển thị danh sách người dùng và yêu cầu chọn người dùng cần xoá

3 Admin chọn người dùng và xác nhận yêu cầu xoá tài khoản

4 Hệ thống xoá tài khoản và thông báo thành công

5 Admin kết thúc quá trình

Admin hủy bỏ yêu cầu xoá tài khoản Hệ thống thông báo lỗi nếu có vấn đề xảy ra trong quá trình xoá tài khoản

Bảng 3 3.8: Bảng đặc tả use case “Xóa tài khoản.”

3.4.2.1 Danh sách use case tổ chức sự kiện

3.4.2.1.1 Đặc tả use case “Tạo mới sự kiện”

Mô tả Giáo viên tổ chức sự kiện có thể tạo mới sự kiện trong hệ thống Chủ thể Giáo viên

Giáo viên đăng nhập vào hệ thống

Sự kiện được tạo mới và xuất hiện trong hệ thống

1.Giáo viên chọn chức năng tạo mới sự kiện

2.Hệ thống hiển thị mẫu đăng ký sự kiện 3.Giáo viên nhập thông tin sự kiện 3.Giáo viên xác nhận tạo mới sự kiện

Bảng 3 3.9: Bảng đặc tả use case “Tạo mới sự kiện.”

3.4.2.1.2 Đặc tả use case “Chỉnh sửa sự kiện”

Mô tả Giáo viên có thể chỉnh sửa thông tin sự kiện đã tạo Chủ thể Giáo viên

Giáo viên đăng nhập vào hệ thống

Thông tin của sự kiện được điều chỉnh và lưu vào hệ thống

1.Giáo viên chọn sự kiện cần được chỉnh sửa

2.Hệ thống hiển thị mẫu chỉnh sửa sự kiện 3.Giáo viên chỉnh sửa thông tin cần thiết 3.Giáo viên xác nhận và lưu các thay đổi

Bảng 3 3.10: Bảng đặc tả use case “Chỉnh sửa sự kiện.”

3.4.2.1.3 Đặc tả use case “Đăng ký sự kiện”

Tên use case Đăng ký sự kiện

Mô tả Sinh viên đăng ký tham gia sự kiện

Sinh viên đã đăng nhập vào hệ thống

Sinh viên đã đăng ký thành công

1.Sinh viên chọn sự kiện muốn đăng ký hoặc sự kiện bắt buộc

2.Sinh viên xác nhận đăng ký tham gia sự kiện

Bảng 3 3.11: Bảng đặc tả use case “Đăng ký sự kiện.”

3.4.2.1.4 Đặc tả use case “Xóa sự kiện”

Mô tả Giáo viên xóa sự kiện đã tổ chức

Giáo viên đã đăng nhập vào hệ thống

Sự kiện đã được xóa khỏi hệ thống

1.Giáo viên chọn sự kiện cần xóa

GVHD: ThS Trần Hữu Duật 24 SVTH: Nguyễn Ngọc Hải

2.Giáo viên xác nhận xóa sự kiện

Bảng 3 3.12: Bảng đặc tả use case “Xóa sự kiện.”

3.4.2.1.5 Đặc tả use case “Phê duyệt sự kiện”

Mô tả Tổ giáo vụ phê duyệt sự kiện được giáo viên tổ chức Chủ thể Tổ giáo vụ

Tổ giáo vụ đã đăng nhập vào hệ thống

Hậu điều kiện Đăng kí sự kiện được phê duyệt hoặc từ chối

1.Tổ giáo vụ xem danh sách sự kiện cần phê duyệt

2.Tổ giáo vụ phê duyệt hoặc từ chối

Bảng 3 3.13 : Bảng đặc tả use case “Phê duyệt sự kiện.”

3.4.3.3 Các use case khác của sự kiện

3.4.3.3.1 Đặc tả use case “Điểm danh bằng Qr”

Tên use case Điểm danh bằng Qr

Mô tả Tổ giáo vụ tạo và kiểm tra mã qr

Chủ thể Tổ giáo vụ

Tổ giáo vụ đã đăng nhập vào hệ thống

Tổ giáo vụ tạo và liện kết với sự kiện

1.Tổ giáo vụ chọn sự kiện để tạo mã Qr

2.Hệ thống tạo mã Qr và liên kết với hệ thống

Bảng 3 3.14: Bảng đặc tả use case” Điểm danh bằng Qr.”

3.4.3.3.2 Đặc tả use case “Gửi thông báo email”

Mô tả Tổ giáo vụ gửi thông báo qua mail cho sinh viên tham gia sự kiện

Chủ thể Tổ giáo vụ

Tổ giáo vụ đã đăng nhập vào hệ thống

Thông báo được gửi thành công qua email

1.Tổ giáo vụ chọn sự kiện cần thông báo

2.Tổ giáo vụ nhập nội dung thông báo và gửi email

Bảng 3 3.15: Bảng đặc tả use case “Gửi thông báo Email.”

3.4.3.3.3 Đặc tả use case “Tạo báo cáo”

Mô tả Tổ giáo vụ tạo các loại báo cáo như báo cáo số lượng đăng ký, báo cáo sự kiện sắp tới

Chủ thể Tổ giáo vụ

Tổ giáo vụ đã đăng nhập vào hệ thống

Báo cáo được tạo và xuất thành công

1 Tổ giáo vụ chọn loại báo cáo cần tạo

2 Hệ thống tạo và xuất báo cáo theo yêu cầu

Bảng 3 3.16: Bảng đặc tả use case “Tạo báo cáo.”

GVHD: ThS Trần Hữu Duật 26 SVTH: Nguyễn Ngọc Hải

3.4.2 Sơ đồ tuần tự (sequence diagram)

Sơ đồ 3 3.6: Sequence diagram Đăng nhập 3.4.2.2 Sequence diagram Tạo sự kiện mới

Sơ đồ 3 3.7: Sequence diagram Đăng nhập 3.4.2.3 Sequence digram Đăng ký sự kiện

Sơ đồ 3 3.8: Sequence digram Đăng ký sự kiện 3.4.2.4 Sequence digram Phê duyệt sự kiện

GVHD: ThS Trần Hữu Duật 28 SVTH: Nguyễn Ngọc Hải

Sơ đồ 3 3.9: Sequence digram Phê duyệt sự kiện 3.3.2.5 Sequence digram Tạo báo cáo

Sơ đồ 3 3.10: Sequence digram Tạo báo cáo

3.3.2.6 Sequence digram Quên mật khẩu

Sơ đồ 3 3.11: Sequence digram Quên mật khẩu

GVHD: ThS Trần Hữu Duật 30 SVTH: Nguyễn Ngọc Hải

3.4.3 Sơ đồ hoạt động (activity diagram)

3.4.3.1 Sơ đồ hoạt động tổng quát về tổ chức quản lý sự kiện

Sơ đồ 3 3.12: Sơ đồ hoạt động tổng quát về tổ chức quản lý sự kiện

3.4.3.2 Sơ đồ hoạt động tổng quát về người dùng

Sơ đồ 3 3.13: Sơ đồ hoạt động tổng quát về người dùng

GVHD: ThS Trần Hữu Duật 32 SVTH: Nguyễn Ngọc Hải

T HIẾT KẾ NGUYÊN MẪU GIAO DIỆN NGƯỜI DÙNG

3.5.1 Hệ thống màn hình (một số màn hình tiêu biểu của hệ thống)

3.5.1.1 Màn hình đăng nhập hệ thống

Hình 3 3.1: Màn hình đăng nhập

Lúc khởi động chương trình người dùng phải thực hiện thao tác đăng nhập Người dùng phải nhập tên đăng nhập, mật khẩu (mật khẩu được mã hóa) click đăng nhập thì hệ thống sẽ kiểm tra từ cơ sở dữ liệu Nếu thông tin người dùng cung cấp chính xác sẽ chuyển vào màn hình làm việc chính Ngoài ra nếu quên mật khẩu thì có thể nhấp vào Bạn quên mật khẩu sau đó một mail được gửi về tài khoản đã đăng ký có trong cơ sở dữ liệu và nhập mã đó vào để tiếp tục

3.5.1.2 Màn hình tổng quan về các chức năng quản lý

Hình 3 3.2: Màn hình tổng quan về các chức năng quản lý

GVHD: ThS Trần Hữu Duật 34 SVTH: Nguyễn Ngọc Hải

3.5.1.3 Màn hình chức năng tổ chức sự kiện

Hình 3 3.3: Màn hình chức năng tổ chức sự kiện 3.5.1.4 Màn hình địa điểm tổ chức sự kiện

Hình 3 3.4: Màn hình địa điểm tổ chức sự kiện

3.4.1.5 Màn hình quản lý khoa

Hình 3 3.5: Màn hình quản lý khoa

GVHD: ThS Trần Hữu Duật 36 SVTH: Nguyễn Ngọc Hải 3.4.1.6 Màn hình quản lý người dùng

Hình 3 3.6: Màn hình quản lý người dùng

3.4.1.7 Màn hình quản lý năm học

Hình 3 3.7: Màn hình quản lý năm học

GVHD: ThS Trần Hữu Duật 38 SVTH: Nguyễn Ngọc Hải

3.4.1.8 Màn hình cho sinh viên sử dụng

Hình 3 3.8: Màn hình cho sinh viên sử dụng 3.4.1.9 Màn hình cho sinh viên đăng ký sự kiện

Hình 3 3.9: Màn hình cho sinh viên đăng ký sự kiện

3.5.2.1 Biểu đồ thống kê số lượng sự kiện theo tháng

Cho phép xem tổng số sự kiện được tổ chức trong từng kỳ của năm học

So sánh chênh lệch số lượng sự kiện giữa các kỳ để đánh giá xu hướng

3.5.2.2 Bảng thống kê sự kiện theo chủ đề

Phân loại và thống kê các sự kiện đã tổ chức theo các chủ đề: thể thao, nghệ thuật, công nghệ

Cho phép so sánh số lượng sự kiện của từng chủ đề

3.5.2.3 Biểu đồ thống kê lượt đăng ký sự kiện

Tổng hợp và biểu diễn các sự kiện có lượt đăng ký cao nhất trong kỳ Giúp đánh giá mức độ quan tâm của sinh viên tới các hoạt động

3.6.1 Thiết kế chi tiết các class

 masinhvien: int (khóa chính)  GetSinhVienByID(id): SinhVien

 hoten: string  InsertSinhVien(sv): int (id sinh viên sau khi insert)

 masukien: int (khóa chính)  GetSukienByID(id): Sukien

 tensukien: string  GetSukienByID(id): Sukien

 hinhthuc: int (liên kết đến bảng

 madangky: int (khóa chính)  DangKy (sinhvien, sukien): bool

GVHD: ThS Trần Hữu Duật 40 SVTH: Nguyễn Ngọc Hải

 malichsudiemdanh: int  DienDiemDanh (madangky, thoigianvao)

 matoanbo: int  TaoThongBao (tieude, noidung)

 ID: int  DangNhap (taikhoan, matkhau): bool

 VaiTro: string (Giảng viên/Sinh viên/Quản trị viên)

 MaLop: int  GetLopByMa(malop): Lop

 matoanbo: int  TaoThongBao (tieude, noidung)

3.7.1 Thiết kế dữ liệu: mức ý niệm, mức luận lý, mức vật lý

GVHD: ThS Trần Hữu Duật 42 SVTH: Nguyễn Ngọc Hải

GVHD: ThS Trần Hữu Duật 44 SVTH: Nguyễn Ngọc Hải

Sơ đồ 3 3.14: Sơ đồ mức ý niệm 3.7.1.3 Mức lý luận

Thuộc tính: Mã sinh viên, tên, ngày tháng năm sinh, giới tính, địa chỉ, email, số điện thoại

Mối quan hệ: Đăng ký (nhiều đến nhiều với Sự kiện), Thuộc (một đến nhiều với Lớp)

Thuộc tính: Mã sự kiện, tên sự kiện, mô tả, thời gian, địa điểm, người tổ chức

Mối quan hệ: Đăng ký (nhiều đến nhiều với Sinh viên), Diễn ra (nhiều đến một với Lịch trình)

Thuộc tính: Mã đăng ký, ngày đăng ký, trạng thái đăng ký

Mối quan hệ: Liên kết với Sinh viên và Sự kiện

Thuộc tính: Mã năm học, năm bắt đầu, năm kết thúc

Mối quan hệ: Có nhiều Học kỳ, Nhiều Lớp thuộc một Năm học Thực thể "Học kỳ":

Thuộc tính: Mã học kỳ, tên học kỳ, thời gian bắt đầu, thời gian kết thúc

Mối quan hệ: Nhiều Lớp thuộc một Học kỳ, Có nhiều Lịch trình trong mỗi Học kỳ

Thuộc tính: Mã khoa, tên khoa

Mối quan hệ: Nhiều Lớp thuộc một Khoa

Thực thể "Danh sách đăng ký":

Thuộc tính: Mã danh sách đăng ký, thời gian đăng ký, trạng thái Mối quan hệ: Có nhiều Đăng ký, Nhiều Lịch sử điểm danh thuộc một Danh sách đăng ký

Thuộc tính: Mã lớp, tên lớp

Mối quan hệ: Có nhiều Sinh viên, Nhiều Lịch trình thuộc một Lớp Thực thể "Chi tiết sinh viên":

Thuộc tính: Mã sinh viên, họ tên, ngày tháng năm sinh, giới tính, địa chỉ, số điện thoại

Mối quan hệ: Mỗi Sinh viên thuộc một Đăng ký, Có một Người dùng tương ứng

Thuộc tính: ID, tài khoản, mật khẩu, vai trò

Mối quan hệ: Mỗi Sinh viên và Giảng viên có một Người dùng tương ứng

Thực thể "Lịch sử điểm danh":

GVHD: ThS Trần Hữu Duật 46 SVTH: Nguyễn Ngọc Hải

Thuộc tính: Mã lịch sử, thời gian vào, kết quả

Mối quan hệ: Nhiều Lịch sử thuộc một Danh sách đăng ký

Thuộc tính: Mã lịch trình, thời gian bắt đầu, thời gian kết thúc Mối quan hệ: Mỗi Lịch trình thuộc một Lớp, Có nhiều Su kien Thực thể "Loại sự kiện":

Thuộc tính: Mã loại, tên loại

Mối quan hệ: Mỗi Sự kiện thuộc một Loại sự kiện

Thuộc tính: Mã địa điểm, tên địa điểm, địa chỉ, sức chứa.

KẾT QUẢ VÀ THỬ NGHIỆM

Ngày đăng: 26/10/2024, 14:08

HÌNH ẢNH LIÊN QUAN

3.1.2. Sơ đồ use case tổng quát. - Xây dựng hệ thống quản lý hoạt Động ngoại khóa và sự kiện trong trường Đại học
3.1.2. Sơ đồ use case tổng quát (Trang 29)
3.1.3. Sơ đồ ngữ cảnh - Xây dựng hệ thống quản lý hoạt Động ngoại khóa và sự kiện trong trường Đại học
3.1.3. Sơ đồ ngữ cảnh (Trang 30)
3.3.1. Sơ đồ đối tượng /lớp thực thể (entities object/class diagram) - Xây dựng hệ thống quản lý hoạt Động ngoại khóa và sự kiện trong trường Đại học
3.3.1. Sơ đồ đối tượng /lớp thực thể (entities object/class diagram) (Trang 35)
3.3.2.2. Sơ đồ thành phần (component diagram) - Xây dựng hệ thống quản lý hoạt Động ngoại khóa và sự kiện trong trường Đại học
3.3.2.2. Sơ đồ thành phần (component diagram) (Trang 37)
3.4.2. Sơ đồ tuần tự (sequence diagram) - Xây dựng hệ thống quản lý hoạt Động ngoại khóa và sự kiện trong trường Đại học
3.4.2. Sơ đồ tuần tự (sequence diagram) (Trang 45)
Sơ đồ 3. 3.7: Sequence diagram Đăng nhập  3.4.2.3. Sequence digram Đăng ký sự kiện - Xây dựng hệ thống quản lý hoạt Động ngoại khóa và sự kiện trong trường Đại học
Sơ đồ 3. 3.7: Sequence diagram Đăng nhập 3.4.2.3. Sequence digram Đăng ký sự kiện (Trang 46)
Sơ đồ 3. 3.8: Sequence digram Đăng ký sự kiện  3.4.2.4. Sequence digram Phê duyệt sự kiện - Xây dựng hệ thống quản lý hoạt Động ngoại khóa và sự kiện trong trường Đại học
Sơ đồ 3. 3.8: Sequence digram Đăng ký sự kiện 3.4.2.4. Sequence digram Phê duyệt sự kiện (Trang 46)
Sơ đồ 3. 3.9: Sequence digram Phê duyệt sự kiện  3.3.2.5. Sequence digram Tạo báo cáo - Xây dựng hệ thống quản lý hoạt Động ngoại khóa và sự kiện trong trường Đại học
Sơ đồ 3. 3.9: Sequence digram Phê duyệt sự kiện 3.3.2.5. Sequence digram Tạo báo cáo (Trang 47)
Sơ đồ 3. 3.11: Sequence digram Quên mật khẩu - Xây dựng hệ thống quản lý hoạt Động ngoại khóa và sự kiện trong trường Đại học
Sơ đồ 3. 3.11: Sequence digram Quên mật khẩu (Trang 48)
3.4.3. Sơ đồ hoạt động (activity diagram). - Xây dựng hệ thống quản lý hoạt Động ngoại khóa và sự kiện trong trường Đại học
3.4.3. Sơ đồ hoạt động (activity diagram) (Trang 49)
3.4.3.2. Sơ đồ hoạt động tổng quát về người dùng - Xây dựng hệ thống quản lý hoạt Động ngoại khóa và sự kiện trong trường Đại học
3.4.3.2. Sơ đồ hoạt động tổng quát về người dùng (Trang 50)
Hình 3. 3.3: Màn hình chức năng tổ chức sự kiện  3.5.1.4. Màn hình địa điểm tổ chức sự kiện - Xây dựng hệ thống quản lý hoạt Động ngoại khóa và sự kiện trong trường Đại học
Hình 3. 3.3: Màn hình chức năng tổ chức sự kiện 3.5.1.4. Màn hình địa điểm tổ chức sự kiện (Trang 53)
Hình 3. 3.8: Màn hình cho sinh viên sử dụng  3.4.1.9. Màn hình cho sinh viên đăng ký sự kiện - Xây dựng hệ thống quản lý hoạt Động ngoại khóa và sự kiện trong trường Đại học
Hình 3. 3.8: Màn hình cho sinh viên sử dụng 3.4.1.9. Màn hình cho sinh viên đăng ký sự kiện (Trang 57)
Sơ đồ 3. 3.14: Sơ đồ mức ý niệm 3.7.1.3. Mức lý luận - Xây dựng hệ thống quản lý hoạt Động ngoại khóa và sự kiện trong trường Đại học
Sơ đồ 3. 3.14: Sơ đồ mức ý niệm 3.7.1.3. Mức lý luận (Trang 63)
Hình 4. 4.8: Màn hình các danh sách sự kiện - Xây dựng hệ thống quản lý hoạt Động ngoại khóa và sự kiện trong trường Đại học
Hình 4. 4.8: Màn hình các danh sách sự kiện (Trang 71)

TÀI LIỆU CÙNG NGƯỜI DÙNG

TÀI LIỆU LIÊN QUAN