Tiểu Luận Hệ Thống Quản Lý Thực Tập Đồ Án Khoa Công Nghệ Thông Tin Trường Đại Học Thủy Lợi

Tiểu luận chi tiết về hệ thống quản lý thực tập cho sinh viên khoa Công nghệ Thông tin, Đại học Thủy lợi. Phân tích quy trình, lợi ích và giải pháp nâng cao

Trường đại học

Đại học Thủy lợi

Chuyên ngành

Công nghệ thông tin

Tác giả

Trần Thảo Vân

Người đăng

Ẩn danh

Thể loại

Báo cáo kết thúc môn

2023

206
0
0

Phí lưu trữ

55 Point

Tóm tắt

I. Tổng quan về hệ thống quản lý thực tập đồ án CNTT ĐH Thủy Lợi

Hệ thống quản lý thực tập đồ án CNTT Trường Đại học Thủy Lợi là nền tảng phần mềm được phát triển nhằm số hóa quy trình quản lý học phần tốt nghiệp cho sinh viên ngành Công nghệ thông tin. Hệ thống hỗ trợ nhiều nhóm người dùng chính: sinh viên, giảng viên hướng dẫn, bộ môn và văn phòng khoa. Mỗi nhóm có quyền hạn và chức năng riêng biệt trong quy trình quản lý. Sinh viên có thể đăng ký đề tài, chọn giảng viên hướng dẫn và nộp báo cáo tiến độ. Giảng viên hướng dẫn quản lý danh sách sinh viên, đặt deadline và đánh giá kết quả. Bộ môn và văn phòng khoa chịu trách nhiệm duyệt đề tài, phân công giảng viên và quản lý tài khoản người dùng. Hệ thống được xây dựng theo mô hình phát triển phần mềm chuyên nghiệp, áp dụng các kỹ thuật phân tích thiết kế hiện đại như Use Case Diagram và Sequence Diagram. Dự án thuộc môn Phát triển dự án phần mềm do thầy Cù Việt Dũng hướng dẫn.

1.1. Mục tiêu và phạm vi của hệ thống quản lý đồ án

Mục tiêu chính của hệ thống là thay thế quy trình quản lý thủ công bằng nền tảng trực tuyến tập trung. Hệ thống giúp sinh viên dễ dàng đăng ký đề tài, chọn giảng viên hướng dẫn và theo dõi tiến độ thực hiện. Giảng viên có công cụ quản lý hiệu quả danh sách sinh viên và đánh giá quá trình làm đồ án. Văn phòng khoa và bộ môn có khả năng duyệt đề tài, phân công giảng viên và quản lý tài khoản toàn bộ hệ thống. Phạm vi áp dụng bao gồm toàn bộ quy trình từ đăng ký đến bảo vệ đồ án tốt nghiệp.

1.2. Các nhóm người dùng và vai trò trong hệ thống

Hệ thống phục vụ bốn nhóm người dùng chính với vai trò khác nhau. Sinh viên là người thực hiện đồ án, có quyền đăng ký đề tài, chọn giảng viên hướng dẫn và nộp báo cáo. Giảng viên hướng dẫn chịu trách nhiệm theo dõi, đánh giá và hướng dẫn sinh viên trong suốt quá trình làm đồ án. Bộ môn có chức năng duyệt đề cương và gửi đề cương về văn phòng khoa. Văn phòng khoa đóng vai trò quản trị cấp cao, bao gồm tạo tài khoản, phân công giảng viên và thông báo kết quả bảo vệ cho sinh viên.

II. Phân tích vấn đề quản lý thực tập đồ án truyền thống

Quản lý thực tập và đồ án tốt nghiệp theo phương thức truyền thống tồn tại nhiều hạn chế đáng kể. Thông tin về giảng viên hướng dẫn thường được lưu trữ rời rạc, khó tra cứu. Sinh viên phải liên hệ trực tiếp với giảng viên qua email hoặc gặp mặt, gây mất thời gian cho cả hai bên. Quy trình đăng ký đề tài thiếu tính hệ thống, dễ xảy ra trùng lặp hoặc thiếu thông tin. Việc theo dõi tiến độ làm đồ án chủ yếu dựa vào báo cáo giấy, không có công cụ nhắc nhở tự động. Bộ môn và văn phòng khoa gặp khó khăn trong việc quản lý số lượng lớn sinh viên cùng lúc. Tình trạng mất mát dữ liệu, thông tin không đồng bộ xảy ra thường xuyên. Các bước phê duyệt đề tài, phân công giảng viên diễn ra chậm chạp do phụ thuộc vào quy trình giấy tờ. Hệ quả là chất lượng quản lý đồ án không đảm bảo, ảnh hưởng đến tiến độ tốt nghiệp của sinh viên.

2.1. Khó khăn trong việc liên hệ và chọn giảng viên hướng dẫn

Sinh viên gặp nhiều trở ngại khi tìm kiếm và liên hệ giảng viên hướng dẫn phù hợp. Danh sách giảng viên không được cập nhật tập trung, sinh viên phải tự tìm hiểu thông tin từ nhiều nguồn khác nhau. Việc gửi email liên hệ thường không nhận được phản hồi kịp thời hoặc bị bỏ sót. Không có cơ chế chính thức để sinh viên xác nhận giảng viên đã đồng ý hướng dẫn. Tình trạng nhiều sinh viên chọn cùng một giảng viên vượt quá khả năng hướng dẫn xảy ra phổ biến. Quy trình duyệt giảng viên từ phía khoa cũng thiếu minh bạch và nhanh chóng.

2.2. Hạn chế trong quản lý đề tài và theo dõi tiến độ

Quản lý đề tài đồ án truyền thống thiếu công cụ hỗ trợ đăng ký và theo dõi trực tuyến. Sinh viên nộp đề cương qua email hoặc giấy tờ, dễ bị thất lạc hoặc nhầm lẫn. Bộ môn và văn phòng khoa không có hệ thống để duyệt đề cương tập trung và phản hồi nhanh chóng. Việc đặt deadline cho các giai đoạn thực hiện đồ án không có cơ chế nhắc nhở tự động. Giảng viên khó theo dõi tiến độ nộp báo cáo của từng sinh viên. Kết quả đánh giá và phản hồi không được lưu trữ hệ thống, gây khó khăn cho việc tổng hợp kết quả cuối kỳ.

III. Giải pháp xây dựng hệ thống quản lý thực tập đồ án trực tuyến

Giải pháp được nhóm phát triển lựa chọn là xây dựng hệ thống web quản lý tập trung toàn bộ quy trình thực tập và đồ án tốt nghiệp. Hệ thống áp dụng mô hình phân tích Use Case để xác định rõ chức năng cho từng nhóm người dùng. Các Use Case chính bao gồm đăng nhập, liên hệ giảng viên, đăng ký đề tài, duyệt đề cương và quản lý tài khoản. Sequence Diagram được sử dụng để mô tả chi tiết luồng xử lý cho từng chức năng. Hệ thống phân quyền truy cập rõ ràng giữa sinh viên, giảng viên, bộ môn và văn phòng khoa. Giao diện thân thiện giúp người dùng thao tác dễ dàng mà không cần đào tạo phức tạp. Dữ liệu được lưu trữ tập trung trên cơ sở dữ liệu, đảm bảo tính nhất quán và an toàn. Các tính năng tự động như nhắc nhở deadline, gửi thông báo qua email giúp tăng hiệu quả quản lý. Hệ thống cho phép văn phòng khoa tạo, sửa và xóa tài khoản người dùng một cách linh hoạt.

3.1. Thiết kế chức năng cho từng nhóm người dùng

Hệ thống thiết kế bộ chức năng riêng biệt cho mỗi nhóm người dùng. Sinh viên có thể đăng ký đề tài, sửa đề tài, chọn giảng viên hướng dẫn và xem nhiệm vụ được giao. Giảng viên hướng dẫn được cấp quyền duyệt sinh viên, đặt deadline báo cáo và gửi kết quả đánh giá. Bộ môn có thể xem và duyệt đề cương của sinh viên, gửi đề cương về văn phòng khoa. Văn phòng khoa đóng vai trò quản trị, bao gồm tạo tài khoản, phân công giảng viên, cập nhật ngày bảo vệ và gửi thông báo kết quả cho sinh viên. Mỗi chức năng đều có Use Case chi tiết và mô tả luồng xử lý rõ ràng.

3.2. Quy trình đăng ký và duyệt đề tài trên hệ thống

Quy trình đăng ký đề tài trên hệ thống được thiết kế theo nhiều bước có kiểm soát. Sinh viên đăng nhập và truy cập mục Đề tài để tạo đề cương mới. Form đăng ký yêu cầu nhập tên đề tài, mô tả và kiểu đồ án. Sau khi gửi, đề cương chuyển đến bộ môn để xem xét và phê duyệt. Bộ môn có thể đồng ý hoặc từ chối kèm lý do. Đề cương được duyệt sẽ chuyển tiếp đến văn phòng khoa để xác nhận cuối cùng. Toàn bộ quy trình được theo dõi trên hệ thống với trạng thái cập nhật real-time. Sinh viên nhận thông báo kết quả qua hệ thống và email.

IV. Kết luận và ứng dụng thực tiễn của hệ thống quản lý đồ án

Hệ thống quản lý thực tập đồ án CNTT Trường Đại học Thủy Lợi đã giải quyết hiệu quả các vấn đề tồn tại trong quy trình quản lý truyền thống. Dự án được phát triển theo phương pháp phần mềm chuyên nghiệp với đầy đủ các bước từ thu thập yêu cầu đến thiết kế chi tiết. Hệ thống cung cấp nền tảng tập trung cho tất cả các bên liên quan trong quá trình thực hiện đồ án tốt nghiệp. Kết quả đạt được bao gồm số hóa toàn bộ quy trình đăng ký, duyệt đề tài và quản lý giảng viên hướng dẫn. Hệ thống giảm thiểu thời gian xử lý giấy tờ, tăng tính minh bạch và hiệu quả quản lý. Sinh viên dễ dàng tiếp cận thông tin giảng viên và theo dõi tiến độ thực hiện. Bộ môn và văn phòng khoa có công cụ quản lý tập trung, tiết kiệm nhân lực. Ứng dụng thực tiễn của hệ thống có thể mở rộng sang các khoa khác trong trường. Mô hình này cũng có tiềm năng áp dụng tại các cơ sở giáo dục đại học khác có nhu cầu quản lý tương tự.

4.1. Kết quả đạt được từ dự án phát triển hệ thống

Dự án đã hoàn thành đầy đủ các tính năng theo yêu cầu ban đầu. Hệ thống hỗ trợ đăng nhập, quản lý tài khoản cho bốn nhóm người dùng. Chức năng liên hệ giảng viên hướng dẫn hoạt động hiệu quả qua tích hợp email Outlook. Quy trình đăng ký và duyệt đề tài được tự động hóa với nhiều cấp phê duyệt. Hệ thống quản lý deadline báo cáo và nhắc nhở sinh viên nộp đúng hạn. Use Case và Sequence Diagram được thiết kế chi tiết cho 19 chức năng chính. Giao diện người dùng thân thiện, dễ sử dụng trên trình duyệt web.

4.2. Tiềm năng phát triển và mở rộng hệ thống

Hệ thống có nhiều tiềm năng phát triển và mở rộng trong tương lai. Tính năng đánh giá và chấm điểm trực tuyến có thể được bổ sung cho giảng viên. Hệ thống có thể tích hợp thêm module quản lý lịch bảo vệ đồ án tự động. Báo cáo thống kê về số lượng đề tài, tỷ lệ hoàn thành hỗ trợ ra quyết định cho ban lãnh đạo khoa. Ứng dụng di động có thể được phát triển để tăng khả năng truy cập cho sinh viên và giảng viên. Mô hình hệ thống có thể nhân rộng sang các khoa khác hoặc các trường đại học khác. Việc tích hợp với hệ thống quản lý học tập LMS của trường sẽ tạo hệ sinh thái giáo dục hoàn chỉnh.

Tóm tắt và mô tả trên trang này được tạo với sự hỗ trợ của AI. Nếu bạn thấy nội dung không chính xác hoặc có vấn đề, vui lòng Báo lỗi nội dung.

20/04/2026
Tiểu luận hệ thống quản lý thực tập đồ án khoa công nghệ thông tin trường đại học thủy lợi

Trích đoạn nội dung tài liệu

CHƯƠNG 1.THU THẬP YÊU CẦU 1 I. BẢN KẾ HOẠCH QUẢN LÝ YÊU CẦU.19 Step 1: Tính số UFC.19 Step 2: Tính UFP.20 Step 3: Technical Complexity Factor.21 Step 4: Tính DI.22 Step 5: Tính TCF dựa trên DI.22 Step 6: Tính FP.22 Step 7: Tính KLOC.PHÂN TÍCH - THIẾT KẾ 25 2.1 Use Case tổng quát. Use Case chi tiết của actor sinh viên. Use Case chi tiết của actor giáo viên.

Use Case chi tiết của actor bộ môn. Use Case chi tiết của actor văn phòng khoa.2 Đặc tả use case.Lấy lại mật khẩu 29 2.Chọn giảng viên 32 2.Xem danh sách giảng viên hướnng dẫn 33 2.Liên hệ giảng viên 34 2.Xác nhận hoàn thành đăng kí đề tài 39 2.Xem nhiệm vụ 40 2.12 Xác nhận hoàn thành đăng kí giảng viên.13 Chọn thời gian trao đổi.14 Chọn deadline báo cáo final.48 Chọn deadline để nộp báo cáo cuối cùng.20 Duyệt giảng viên hướng dẫn.21 Phân công giảng viên hướng dẫn.23 Cập nhập ngày bảo vệ.24 Tạo tài khoản bộ môn.25 Tạo tài khoản giảng viên.26 Tạo tài khoản sinh viên.27 Xác nhận thông tin.75 Xác nhận thông tin.28 Gửi kết quả.Lấy lại mật khẩu 78 2.Chọn giảng viên 80 2.Xem danh sách giáo viên hương dẫn 80 2.Liên hệ giảng viên 81 2.Xác nhận hoàn thành đăng kí đề tài 82 3 h 2.Xem nhiệm vụ 83 2.12 Xác nhận hoàn thành đăng kí giảng viên.13 Chọn thời gian trao đổi.14 Chọn deadline báo cáo cuối final.20 Duyệt giảng viên hướng dẫn.21 Phân công giảng viên hướng dẫn.23 Cập nhập ngày bảo vệ.24 Tạo tài khoản bộ môn.25 Tạo tài khoản giảng viên.26 Tạo tài khoản sinh viên.27 Xác nhận thông tin.28 Gửi kết quả.Lấy lại mật khẩu 97 2.Chọn giảng viên 98 2.Xem danh sách giáo viên hương dẫn 99 4 h 2.Liên hệ giảng viên 100 2.Xác nhận hoàn thành đăng kí đề tài 102 2.Xem nhiệm vụ 103 2.12 Xác nhận hoàn thành đăng kí giảng viên.13 Chọn thời gian trao đổi.14 Chọn deadline báo cáo cuối final.20 Duyệt giảng viên hướng dẫn.21 Phân công giảng viên hướng dẫn.23 Cập nhập ngày bảo vệ.24 Tạo tài khoản bộ môn.25 Tạo tài khoản giảng viên.26 Tạo tài khoản sinh viên.27 Xác nhận thông tin.28 Gửi kết quả. Class analysis diagram.2 Lấy lại mật khẩu.3 Chọn giảng viên.4 Xem danh sách giảng viên hương dẫn.5 Liên hệ giảng viên.8 Xác nhận hoàn thành đăng kí đề tài.9 Xem nhiệm vụ.12 Xác nhận hoàn thành đăng kí giảng viên.13 Chọn thời gian trao đổi.14 Chọn deadline báo cáo cuối final.20 Duyệt giảng viên hướng dẫn.21 Phân công giảng viên hướng dẫn.23 Cập nhập ngày bảo vệ.24 Tạo tài khoản bộ môn.25 Tạo tài khoản giảng viên.26 Tạo tài khoản sinh viên.27 Xác nhận thông tin.28 Gửi kết quả.Lập trình 134 Đường dẫn trang web: https://doantotnghiep.1 Thiết kế cơ sở dữ liệu.Sơ đồ cơ sở dữ liệu 134 3.Mô tả chi tiết các thực thể 136 3.2 Các công nghệ sử dụng.Entity Framework Core (EF Core) 143 3.MUI (Material-UI) 146 CHƯƠNG 4.1 Danh sách kiểm thử.TRIỂN KHAI VÀ TÀI LIỆU HƯỚNG DẪN SỬ DỤNG 148 5.Đẩy image lên Docker Hub 150 8 h 5.Đăng nhập vào fly.Khởi động ứng dụng 152 5.Thiết lập các biến bí mật (secret variable) 153 5.Đẩy image Docker lên fly.2 Tài liệu hướng dẫn người dùng.Hướng dẫn sử dụng tài liệu 155 5.Hình thức trình bày tài liệu 156 5.Thuật ngữ và từ viết tắt 156 5.Chức năng, nhiệm vụ 156 5.Hướng dẫn sử dụng 157 5.Mô tả hệ thống theo chức năng 161 5.Lấy lại mật khẩu 164 9 h 5.Chọn giảng viên 167 5.Xem danh sách giảng viên 169 5.Liên hệ GV 169 5.Xác nhận hoàn thành đăng ký đề tài 174 5.Xem nhiệm vụ (chưa triển khai) 175 5.Xác nhận hoàn thành đăng ký GV 175 5.Chọn thời gian trao đổi (chưa triển khai) 175 5.Chọn deadline báo cáo final (chưa triển khai) 176 5.Phân công giảng viên hướng dẫn 180 5.Cập nhật ngày bảo vệ 185 5.Tạo tài khoản bộ môn 188 5.Tạo tài khoản giảng viên 189 5.Tạo tài khoản SV 191 5.Xác nhận thông tin (chưa triển khai) 193 5.Gửi kết quả (chưa triển khai) 193 PHỤ LỤC. Giới thiệu - Giới thiệu đề tài: Mỗi năm, các trường đại học đều có một khóa sinh viên tốt nghiệp ra trường.

Việc tổ chức cho sinh viên bảo vệ đồ án tốt nghiệp là rất phổ biến.Vấn đề được đặt ra là việc quản lý các đề tài của sinh viên như thế nào để có hiệu quả tốt nhất. Hàng năm, mỗi sinh viên năm cuối đủ điều kiện bảo vệ đồ án tốt nghiệp đều phải liên hệ với các giáo viên trong khoa để được hướng dẫn đề tài và thực hiện đề tài đó. Việc nhận giáo viên hướng dẫn qua cách liên lạc trực tiếp làm mất khá nhiều thời gian cho 11 h cả sinh viên và giáo viên. Sinh viên sẽ mất thời gian tìm thông tin cá nhân của giảng viên để có thể liên hệ được với giảng viên đó, chưa kể việc giảng viên đó đã đủ số người hướng dẫn, khiến sinh viên phải tìm giảng viên khác.

Về bên phía giảng viên, có thể sẽ gặp nhiều phiền toái khi số sinh viên liên hệ là quá đông (mất thời gian nghe điện thoại, trả lời thư điện tử.) - Mục đích đề tài : Bài toán quản lý đề tài khóa luận tốt nghiệp của sinh viên được xây dựng trên nền web nhằm đáp ứng được việc giao tiếp thông tin giữa sinh viên và giảng viên được nhanh chóng và thuận tiện nhất. Mỗi sinh viên và giảng viên đều được cấp một tài khoản đăng nhập để thuận tiện cho việc quản lý đề tài của mình. Mỗi sinh viên có một giảng viên đồng hướng dẫn thực hiện đề tài của mình. Sinh viên có thể đề nghị được hướng dẫn bởi một giảng viên nếu giảng viên đó vẫn còn số người hướng dẫn.

Đối với giảng viên, có thể đưa ra đề tài để sinh viên tham khảo và nhận hướng dẫn. Nếu giảng viên đã nhận đủ người để hướng dẫn thì không thể nhận thêm được nữa. Tùy vào học vị của giảng viên mà số lượng sinh viên có thể hướng dẫn sẽ khác nhau. Do không phải sinh viên nào cũng đủ điều kiện làm khóa luận và không phải giảng viên nào cũng hướng dẫn khóa luận, do đó, hệ thống cần có một người quản trị, cấp phát cho sinh viên và giảng viên tài khoản đăng nhập vào hệ thống.

- tài của mình. -- Phạm vi: Bao trùm tất cả các giai đoạn của quá trình phát triển dự án cho tới trước khi bắt tay vào quá trình lập trình. Công cụ - Các kiểu yêu cầu : STRQ, FEAT, UC - Công cụ sử dụng :ms word, excel, trello 1. Các nhân tố tham gia - Khách hàng : Văn phòng khoa - Người dùng cuối : Sinh viên, giáo viên, văn phòng khoa, bộ môn - Người quản lý: văn phòng khoa, bộ môn - Nhà phát triển: Lập trình viên, người phân tích hệ thống, nhà thiết kế,.

- Kiểm thử viên: team 4 - Người quản lý phần mềm : Nhóm trưởng nhóm 1 12 h - Người quản trị cơ sở dữ liệu: Team 3 - Người quản lý cấu hình: Team 2, Team 3 1. Bảng danh sách các công việc Thành viên thực STT Công việc chính Mã hoá CV Công việc chi tiết hiện Hương,Hằng,Đức 1 Initiation + Planning A Lập kế hoạch Anh(team1) Thu thập,phân tích Hương,Hằng,Đức B yêu cầu Anh(team1) Analysis + Danh sách yêu cầu Thảo, Hùng,Tuyết 2 C Design phần mềm Anh(team1) Thảo, Hùng,Tuyết Anh(team2) D Đặc tả yêu cầu Thảo, Hùng,Tuyết Anh(team2) E Phân tích thiết kế Tiến, Huy DEV F Lập trình Nam ,Phú, Trung Quân(team3) Anh Quân, Linh, Test G Kiểm thử Khải(team4) 13 h Deploy + User Tiến, H Đóng gói Manual Vân,Vũ(team5) II.XÁC ĐỊNH YÊU CẦU TỪ CÁC STAKEHOLDERS (Xác định STRQ, FEAT) 2. Xác định các yêu cầu từ các stakeholders (STRQs) - STRQ1: Sinh viên muốn hệ thống có chức năng liên hệ trực tiếp đến giáo viên hướng dẫn. - STRQ2: Hệ thống có chức năng đăng nhập - STRQ3: Sinh viên muốn hệ thống có chức năng đăng ký đề tài - STRQ4: Sinh viên muốn có chức năng gửi đề tài tới giáo viên hướng dẫn - STRQ5: Sinh viên chọn giáo viên hướng dẫn từ danh sách của hệ thống - STRQ6: Sinh viên muốn gửi đề cương đến bộ môn phụ trách - STRQ7: Giáo viên chấp nhận hoặc từ chối sinh viên chọn - STRQ8: Giáo viên xem đề tài của sinh viên đưa ra nhận xét chọn hợp lý hoặc không hợp lý - STRQ9: Giáo viên muốn tạo thời gian để trao đổi với cho sinh viên về đề tài - STRQ10: Giáo viên muốn xét duyệt đồ án của sinh viên - STRQ11: VPK (admin) có chức năng thêm danh sách giáo viên hướng dẫn - STRQ12: VPK (admin) xét duyệt đề cương của sinh viên - STRQ13: Bộ môn xét duyệt đề cương của sinh viên s - STRQ14: VPK thông báo ngày bảo vệ cho sinh viên - STRQ15: VPK muốn thông báo kết quả bảo vệ cho sinh viên - STRQ16: VPK (admin) muốn quản lý tài khoản người dùng - STRQ17: Sinh viên sửa đề tài - STRQ18: Sinh viên xác nhận hoàn thành bước đăng ký giáo viên - STRQ19: VPK gửi mail xác nhận thông tin giáo viên 2.

Xác định các FEATs từ các STRQs - FEAT1: Sinh viên liên hệ trực tiếp với giáo viên hướng dẫn qua email - FEAT2: Hệ thống có chức năng đăng nhập - FEAT3.1: Sinh viên đăng ký tên đề tài 14 h - FEAT3.2: Bộ môn đăng ký đề tài nếu quá hạn - FEAT4: Sinh viên có thể gửi đề tài tới cho giáo viên hướng dẫn - FEAT5: Sinh viên chọn giáo viên hướng dẫn từ danh sách - FEAT6: Sinh viên có thể gửi file đề cương đến bộ môn phụ trách - FEAT 7.1: Giáo viên chấp nhận sinh viên - FEAT 7.2: Giáo viên từ chối sinh viên - FEAT 8.1: Giáo viên xem đề tài của sinh viên nhận xét chọn hợp lý - FEAT 8.2: Giáo viên xem đề tài của sinh viên nhận xét không hợp lý - FEAT 9: Giáo viên có thể tạo thời gian để trao đổi với sinh viên - FEAT10.1: Giáo viên có thể xem đề cương của sinh viên - FEAT10.2: Giáo viên đồng ý đề cương của sinh viên - FEAT10.3: Giáo viên không đồng ý đề cương của sinh viên - FEAT11: Văn phòng khoa (admin) có chức năng thêm danh sách giáo viên hướng dẫn - FEAT12.1: Văn phòng khoa (admin) có thể xem đề cương của sinh viên - FEAT12.2: Văn phòng khoa (admin) đồng ý đề cương của sinh viên - FEAT12.3: Văn phòng khoa (admin) không đồng ý đề cương của sinh viên - FEAT12.4: Văn phòng khoa (admin) gửi lịch thực hiện học phần tốt nghiệp - FEAT13.1: Bộ môn có thể xem đề cương của sinh viên - FEAT13.2: Bộ môn đồng ý đề cương của sinh viên - FEAT13.3: Bộ môn không đồng ý đề cương của sinh viên - FEAT13.4: Bộ môn gửi đề cương về văn phòng khoa - FEAT14: Văn phòng khoa gửi thông báo ngày bảo vệ cho sinh viên - FEAT15: Văn phòng khoa gửi thông báo kết quả bảo vệ cho sinh viên - FEAT16.

Nội dung được bảo vệ bản quyền — Tải xuống đầy đủ