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.