ỨNG DỤNG UML DESIGN PATTERN XÂY DỰNG HỆ THỐNG ĐĂNG KÝ TÍN CHỈ TRỰC TUYẾN (ONLINE COURSE REGISTER SYSTEM)

Hiện nay, học chế tín chỉ là hình thức đào tạo được xem là tiên tiến trên thế giới vì mục đích đào tạo của nó là hướng vào sinh viên, coi người học là trung tâm trong quá trình dạy và học. Với hình thức này, người học chủ động hơn trong việc tiếp thu kiến thức và sử dụng thời gian, như chủ động lựa chọn môn học, giáo viên, giờ học v..v…, đồng thời nâng cao khả năng tự học, tự nghiên cứu và hạn chế được tình trạng dạy và học theo lối kinh viện. Với xu thế phát triển của ngành giáo dục nước ta hiện nay, đào tạo theo học chế tín chỉ là một trong bảy bước đi quan trọng trong lộ trình đổi mới giáo dục bậc đại học giai đoạn 2006 – 2020. Nét đặc trưng của hệ thống tín chỉ với chương trình đào tạo được cấu trúc thành các học phần nhằm tăng khả năng linh động trong hệ thống đào tạo, đồng thời giúp sinh viên có cơ hội học tập phù hợp với năng lực, hoàn cảnh và quy định chung của từng ngành chuyên môn. Cùng với chiến lược xây dựng và phát triển thành phố Đà Nẵng thời kỳ công nghiệp hóa, hiện đại hóa, song song với quá trình hội nhập thế giới và khả năng tương thông giữa các trường đại học trong cả nước, trường Đại học Bách khoa Đà Nẵng cũng như các trường thành viên của Đại học Đà Nẵng đã và đang triển khai để đưa vào thử nghiệm các hệ thống cho phép áp dụng và quản lý tốt nhất mọi vấn đề của cơ chế đào tạo tín chỉ. Thực tế cho thấy, cơ chế đào tạo tín chỉ ở các trường đại học trên cả nước nói chung cũng như trường ĐHBKĐN nói riêng, vẫn chưa được tin học hóa một cách triệt để và bộc lộ những vấn đề sau:  Quy trình thực hiện khá rắc rối, cụ thể: vào đầu mỗi học kỳ, phòng Đào tạo sẽ in ra một danh sách các lớp học phần dự kiến dạy trong kỳ cùng thời khóa biểu của nó và gọi là “Sổ tay sinh viên”; PĐT phát sổ tay sinh viên và phiếu đăng ký học phần cho sinh viên thông qua lớp trưởng hoặc giáo viên chủ nhiệm; sinh viên quyết định chọn các học phần cùng lớp học phần tương ứng và nộp lại cho lớp trưởng hay giáo viên chủ nhiệm để nộp lại cho PĐT; PĐT phải kiểm tra và xem xét một cách chính xác để cho phép một sinh viên có được theo học một ở một lớp học phần nào đó hay không?; PĐT trả kết quả về lại cho mỗi sinh viên. Nếu có bất kỳ một thay đổi nào từ phía PĐT về kế hoạch giảng dạy, quy trình này lại phải lặp lại, hoặc nếu có bất kỳ một sự không đồng bộ nào giữa sinh viên và PĐT thì buộc sinh viên phải có đề nghị để được PĐT giải quyết.  Cần rất nhiều nhân lực cho quá trình kiểm tra cũng như xử lý các kết quả đăng ký, đề nghị của sinh viên.  Chi phí đào tạo cao hơn so với hình thức đào tạo trước đây, gồm cả chi phí để in ấn sổ tay sinh viên và phiếu đăng ký học phần, chi phí cho nguồn nhân lực mới v.v… Chính vì những lý do trên, việc tin học hóa hệ thống quản lý đào tạo tín chỉ là hết sức cần thiết và cấp bách. Làm thế nào để giảm nhẹ công tác quản lý, quy trình đăng ký học phần của sinh viên và đem lại hiêu quả giáo dục cao là những mong muốn không chỉ của nhà trường mà còn của cả sinh viên chúng tôi nữa, đó chính là lý do chúng tôi quyết định chọn đề tài này. Hệ thống đào tạo theo học chế tín chỉ là một hệ thống rất phức tạp liên quan tới nhiều vấn đề khác như việc đăng ký học phần của sinh viên, sắp xếp thời khóa biểu, quản lý điểm, quản lý nhân sự, quản lý hồ sơ sinh viên v.v... Mỗi vấn đề như vậy là một bài toán thực tế cần được tin học hóa để đơn giản quá trình quản lý trong thời đại mà công nghệ thông tin đã và đang phát triển như vũ bão hiện nay.

ĐẠI HỌC ĐÀ NẴNG TRƯỜNG ĐẠI HỌC BÁCH KHOA KHOA CÔNG NGHỆ THÔNG TIN Tel. (84-511) 736 949, Fax. (84-511) 842 771 Website: itf.ud.edu.vn, E-mail: cntt@edu.ud.vn LUẬN VĂN TỐT NGHIỆP KỸ SƯ NGÀNH CÔNG NGHỆ THÔNG TIN Mà NGÀNH : 05115 ĐỀ TÀI : ỨNG DỤNG UML & DESIGN PATTERN XÂY DỰNG HỆ THỐNG ĐĂNG KÝ TÍN CHỈ TRỰC TUYẾN (ONLINE COURSE REGISTER SYSTEM) Mã số : 02T1-003 02T1-027 Ngày bảo vệ : 13/06/2007 – 15/06/2007 SINH VIÊN : LÊ HỮU ĐỨC NGUYỄN THỊ HÀ QUYÊN LỚP : 02T1 CBHD : ThS. GV. TRƯƠNG NGỌC CHÂU ĐÀ NẴNG, 06/2007 LỜI CẢM ƠN Lời đầu tiên chúng tôi xin bày tỏ lòng biết ơn sâu sắc đến tất cả quý thầy cô, những người đã tận tụy dạy dỗ, truyền đạt kiến thức và kinh nghiệm quý báu cho chúng tôi trong suốt năm năm học qua. Chúng tôi xin chân thành cảm ơn ThS. Trương Ngọc Châu - thuộc bộ môn Công nghệ phần mềm, khoa Công nghệ thông tin, trường Đại học Bách khoa Đà Nẵng, người đã hướng dẫn, tạo điều kiện thuận lợi và giúp đỡ chúng tôi trong suốt thời gian làm đề tài. Và để có được kết quả như ngày hôm nay, chúng tôi rất biết ơn gia đình đã động viên, khích lệ và tạo mọi điều kiện thuận lợi nhất trong suốt quá trình học tập cũng như quá trình thực hiện đề tài tốt nghiệp này. Xin chân thành cám ơn các bạn trong khoa Công nghệ thông tin – khóa 02, đặc biệt là các bạn lớp 02T1 đã ủng hộ, giúp đỡ, chia sẻ kiến thức, kinh nghiệm và tài liệu có được cho nhóm chúng tôi trong quá trình nghiên cứu và thực hiện đề tài. Một lần nữa xin chân thành cám ơn! LỜI CAM ĐOAN Chúng tôi xin cam đoan : 1 Những nội dung trong luận văn này là do chúng tôi thực hiện dưới sự hướng dẫn trực tiếp của thầy ThS. GV. Trương Ngọc Châu. 2 Mọi tham khảo dùng trong luận văn đều được trích dẫn rõ ràng tên tác giả, tên công trình, thời gian, địa điểm công bố. 3 Mọi sao chép không hợp lệ, vi phạm quy chế đào tạo, hay gian trá, chúng tôi xin chịu hoàn toàn trách nhiệm. Sinh viên, Lê Hữu Đức Nguyễn Thị Hà Quyên MỤC LỤC ĐÀ NẴNG, 06/2007 1 MỞ ĐẦU 1 I. Đặt vấn đề 1 II. Mục đích và ý nghĩa 2 III. Khái quát hệ thống 3 IV. Phạm vi đề tài 4 V. Nhiệm vụ thực hiện 4 VI. Phương pháp triển khai 5 VII. Công cụ và môi trường triển khai 5 VIII. Dự kiến kết quả đạt được 5 IX. Bố cục trình bày 5 CƠ SỞ LÝ THUYẾT 6 I. Ngôn ngữ mô hình hóa UML 6 i. Sự ra đời UML 6 ii. Quá trình phát triển của UML 6 iii. Các thành phần của UML 6 a.Hướng nhìn và sơ đồ 6 b.Phần tử mô hình hóa 7 iv. Hạn chế của UML 9 v. Sự phát triển và tính ổn định của UML 10 II. Mẫu thiết kế DP 10 1. Lịch sử phát triển 10 ii. Định nghĩa 10 iii. Các yếu tố xác định một DP 10 iv. Phân loại 11 v. Vận dụng 11 a)Mẫu Factory: được gọi là mẫu phương thức chế xuất, nó định nghĩa một giao diện “sinh” ra đối tượng và để cho lớp con kế thừa quyết định lớp nào sẽ được dùng để “sinh” ra đối tượng hay các cá thể của một lớp. Phương thức chế xuất cho phép một lớp chuyển quá trình khởi tạo đối tượng cho lớp con kế thừa hay lớp con kế thừa sẽ quyết định sản phẩm được tạo ra 11 b)Mẫu Singleton: được gọi là mẫu đơn, đảm bảo một tầng chỉ có một đối tượng hay thực thể duy nhất được tạo ra và đồng thời cung cấp một truy cập toàn cục đến đối tượng được tạo ra. Chúng ta xét trường hợp có nhiều đối tượng có cùng chung một số tính chất nào đó được tạo ra ứng với mỗi một yêu cầu từ các client, lúc này độ phức tạp sẽ tăng lên và ứng dụng sẽ chiếm dụng nhiều vùng nhớ hơn. Mẫu Singleton là một giải pháp đặc biệt của mẫu chế xuất, ở chỗ đối tượng sinh ra là điểm truy cập toàn cục “duy nhất” đối với mọi chương trình gọi đến, hay nói một cách khác tất cả các client gọi đến đều chia sẻ đối tượng được tạo ra 11 c)Mẫu Strategy: được gọi là mẫu chiến lược, xác định họ các thuật toán, thực hiện việc đóng gói đối với từng thuật toán trong họ, và cho phép client lựa chọn thuật toán cụ thể trong số đó khi sử dụng 12 III. Mô hình ba lớp 12 1. Presentation Layer 13 ii. Business Logic Layer 13 iii. Data Access Layer 14 IV. Vấn đề bảo mật trong ASP.Net 14 1. Các phương thức chứng thực 14 ii. Các phương thức xác thực 15 ĐẶC TẢ CHỨC NĂNG HỆ THỐNG 17 I. Quy định đánh mã số 17 1. Mã trường 17 ii. Mã khoa, phòng ban 17 iii. Mã ngành 17 iv. Mã học phần 17 v. Mã lớp sinh hoạt 17 vi. Mã lớp học phần 17 vii. Mã sinh viên 17 II. Chức năng các Actor tham gia vào hệ thống 18 1. Người dùng chung 18 ii. Sinh viên 18 iii. Giảng viên 18 iv. Giáo vụ khoa 18 v. Cán bộ đào tạo 18 vi. Quản trị hệ thống 19 III. Xây dựng kịch cảnh cho các UseCase 19 1. NgườiDùngChung 19 a)Xem_Thông_Tin_Các_Phòng_Ban/Khoa 19 b)Xem_Thông_Tin_Cán_Bộ_Nhân_Viên 20 c)Xem_Thông_Báo_Tin_Tức 20 ii. SinhViên 20 a)Đăng_Nhập 20 d)Xem_Thông_Tin_Cá_Nhân_Sinh_Viên 21 e)Đăng_Ký_Học_Phần 21 f)Hủy_Học_Phần_Đã_Chọn 22 g)Xem_Lịch_Thi 23 h)Xem_Thời_Khóa_Biểu 23 i)Xem_Danh_Sách_Các_Học_Phần_Có_Điểm_Thi_Trên_5 23 j)Xem_Hướng_Dẫn_Đăng_Ký_Học_Phần 24 k)Thay_Đổi_Password 24 l)Đăng_Xuất 25 iii. GiảngViên 25 a)Đăng_Nhập 25 b)Xem_Thông_Tin_Cá_Nhân_Giảng_Viên 25 c)Xem_Danh_Sách_Sinh_Viên 26 d)Thay_Đổi_Password 26 e)Xem_Lịch_Dạy 27 f)Đăng_Xuất 27 iv. GiáoVụKhoa 28 a)Đăng_Nhập 28 b)Xem_Báo_Cáo_Thống_Kê 28 c)Xem_Danh_Sách_Sinh_Viên 28 d)Thay_Đổi_Password 29 e)Đăng_Xuất 29 v. CánBộĐàoTạo 30 a)Đăng_Nhập 30 b)Quản_Lý_Tài_Khoản_Giảng_Viên 30 c)Quản_Lý_Tài_Khoản_Sinh_Viên 31 d)Quản_Lý_Lớp_Học 31 e)Quản_Lý_Phòng_Học 32 f)Quản_Lý_Học_Phần 32 g)Xem_Danh_Sách_Sinh_Viên 33 h)Xếp_Lịch_Thi 33 i)Giới_Hạn_Đăng_Ký 34 j)Tạo_Thời_Khóa_Biểu_Dự_Kiến 34 k)Xem_Xét_Tổ_Chức_Các_Lớp_Học_Phần_Đề_Nghị 35 l)Xem_Báo_Cáo_Thống_Kê 35 m)Quản_Lý_Chương_Trình_Đào_Tạo 36 n)Nhập_Và_Cập_Nhật_Điểm 36 o)Thay_Đổi_Password 36 p)Đăng_Xuất 37 vi. QuảnTrịHệThống 37 a)Đăng_Nhập 37 b)Quản_Lý_Tài_Khoản_Cán_Bộ_Đào_Tạo 38 c)Quản_Lý_Tài_Khoản_Giáo_Vụ_Khoa 38 d)Cấu_Hình_Hệ_Thống&Duy_Trì_Hệ_Thống 39 e)Thay_Đổi_Password 39 f)Đăng_Xuất 40 IV. Sơ đồ use-case 40 PHÂN TÍCH THIẾT KẾ HỆ THỐNG 46 I. Mô hình hóa cấu trúc 46 1. Quá trình xây dựng các lớp ứng dụng 46 a.Khởi tạo danh sách các lớp ứng viên 46 b.Loại bỏ các lớp giả 49 c.Đồng nhất các lớp ứng viên trùng lắp 50 d.Xác định các danh từ, cụm danh từ có thể là thuộc tính 52 e.Loại bỏ lớp ứng viên không có mục tiêu hoặc không thuộc phạm vi hệ thống 53 f. Các lớp ứng viên sau quá trình xây dựng 55 ii. Mô hình hóa các lớp ứng dụng 55 a.Sơ đồ lớp của nhóm người dùng sinh viên 57 b.Sơ đồ lớp của nhóm đối tượng giảng viên 61 c.Sơ đồ lớp của nhóm đối tượng giáo vụ khoa 63 d.Sơ đồ lớp của nhóm đối tượng cán bộ đào tạo 64 e.Sơ đồ lớp của nhóm đối tượng quản trị hệ thống 68 II. Mô hình hóa hành vi 69 III. Xác định mối quan hệ giữa các lớp 75 IV. Thiết kế hệ thống 78 1. Thiết kế lớp 78 ii. Chuyển đổi đối tượng sang mô hình quan hệ 86 a.Chuyển đổi lớp – bảng 86 b.Chuyển đổi mối liên kết 86 iii. Triển khai hệ thống OCRS 89 iv. Giải thuật và độ phức tạp giải thuật 89 XÂY DỰNG VÀ TRIỂN KHAI HỆ THỐNG 92 I. Trang chủ hệ thống OCRS 92 1. Hệ thống menu trái 92 ii. Hệ thống menu trên 93 iii. Khung đăng nhập 93 iv. Đếm số người dùng đang truy cập 93 v. Đồng hồ và lịch 93 II. Trang màn hình lựa chọn sinh viên 94 III. Trang đăng ký học phần 95 IV. Trang màn hình lựa chọn giảng viên 96 V. Trang màn hình lựa chọn giáo vụ khoa 97 VI. Trang màn hình lựa chọn cán bộ đào tạo 98 VII. Trang màn hình lựa chọn quản trị hệ thống 101 101 KẾT LUẬN 102 I. Kết quả đạt được 102 1. Về mặt lý thuyết 102 ii. Về mặt thực tiễn 102 II. Hướng phát triển của đề tài 103 DANH MỤC HÌNH ẢNH Hình II.1: Các giai đoạn phát triển UML 6 Hình II.2: Phân loại các biểu đồ trong UML 2.0 7 11 Hình II.3: Sơ đồ cấu trúc mẫu Factory 11 12 Hình II.4: Sơ đồ cấu trúc mẫu Singleton 12 12 Hình II.5: Sơ đồ cấu trúc mẫu Strategy 12 13 Hình II.6: Mô hình ba lớp 13 Hình III.1: Sơ đồ khung cảnh của hệ thống OCRS 19 41 41 44 56 57 Hình III.2: Sơ đồ use-case tổng quát về hệ thống [Mức 1] 41 Hình III.3: Sơ đồ use-case của Actor sinh viên [Mức 2] 41 42 Hình III.4: Sơ đồ use-case của Actor giảng viên [Mức 2] 42 42 Hình III.5: Sơ đồ use-case của Actor giáo vụ khoa [Mức 2] 42 43 Hình III.6: Sơ đồ use-case của Actor cán bộ đào tạo [Mức 2] 43 44 Hình III.7: Sơ đồ use-case của Actor quản trị hệ thống [Mức 2] 44 Hình III.8: Sơ đồ use-case của chức năng đăng nhập vào hệ thống [Mức 3] 44 45 Hình III.9: Sơ đồ use-case của chức năng đăng xuất khỏi hệ thống [Mức 3] 45 Hình IV.1: Sơ đồ lớp tổng quan hệ thống OCRS 56 Hình IV.2: Sơ đồ lớp của actor SinhViên [Mức 1] 57 58 Hình IV.3: Sơ đồ lớp mịn dần chức năng HủyHọcPhầnĐãĐăngKý [Mức 2] 58 58 Hình IV.4: Sơ đồ lớp mịn dần chức năng ĐăngKýHọcPhần [Mức 2] 58 59 Hình IV.5: Sơ đồ lớp mịn dần chức năng ThayĐổiPassword [Mức 2] 59 59 Hình IV.6: Sơ đồ lớp mịn dần chức năng HướngDẫnĐăngKýHọcPhần [Mức 2] 59 59 Hình IV.7: Sơ đồ chức năng XemLịchThi [Mức 2] 59 60 Hình IV.8: Sơ đồ chức năng XemThờiKhóaBiểu [Mức 2] 60 60 Hình IV.9: Sơ đồ chức năng XemThôngTinCáNhân [Mức 2] 60 61 Hình IV.10: Sơ đồ chức năng KiểmTraHọcPhầnĐăngKý [Mức 3] 61 61 Hình IV.11: Sơ đồ lớp của actor GiảngViên [Mức 1] 61 62 Hình IV.12: Sơ đồ chức năng XemLịchDạy [Mức 2] 62 62 Hình IV.13: Sơ đồ chức năng XemThôngTinCáNhân [Mức 2] 62 62 Hình IV.14: Sơ đồ chức năng XemDanhSáchSinhViên [Mức 2] 62 62 Hình IV.15: Sơ đồ chức năng ThayĐổiPassword [Mức 2] 63 63 Hình IV.16: Sơ đồ lớp của actor GiáoVụKhoa [Mức 1] 63 63 Hình IV.17: Sơ đồ chức năng XemDanhSáchSinhViên [Mức 2] 63 63 Hình IV.18: Sơ đồ chức năng ThayĐổiPassword [Mức 2] 64 64 Hình IV.19: Sơ đồ chức năng XemBáoCáoThốngKê [Mức 2] 64 64 Hình IV.20: Sơ đồ chức năng XemThôngTinCáNhân [Mức 2] 64 64 Hình IV.21: Sơ đồ lớp của actor CánBộĐàoTạo [Mức 1] 65 65 Hình IV.22: Sơ đồ chức năng GiớiHạnĐăngKý [Mức 2] 65 65 Hình IV.23: Sơ đồ chức năng XemBáoCáoThốngKê [Mức 2] 65 65 Hình IV.24: Sơ đồ chức năng ThayĐổiPassword [Mức 2] 66 66 Hình IV.25: Sơ đồ chức năng TạoDữLiệu [Mức 2] 66 66 Hình IV.26: Sơ đồ chức năng Xóa/KhóaDữLiệu [Mức2] 67 67 Hình IV.27: Sơ đồ chức năng XemThôngTin [Mức 2] 67 67 Hình IV.28: Sơ đồ chức năng CậpNhậtThôngTin [Mức 2] 68 68 Hình IV.29: Sơ đồ chức năng CậpNhậtĐiểm [Mức 2] 68 68 Hình IV.30: Sơ đồ lớp của actor QuảnTrịHệThống [Mức 1] 69 69 Hình IV.31: Sơ đồ lớp chức năng ThayĐổiPassword [Mức 2] 69 69 Hình IV.32: Sơ đồ lớp chức năng XemThôngTinCáNhân [Mức 2] 69 71 Hình IV.33: Sơ đồ hoạt động của actor sinh viên 71 72 Hình IV.34: Sơ đồ hoạt động tổ chức lớp học phần đề nghị của cán bộ đào tạo 72 Hình IV.35: Sơ đồ trình tự đăng ký học phần của sinh viên 74 75 Hình IV.36: Sơ đồ trình tự biểu diễn quá trình hủy các học phần đã đăng ký 75 Hình IV.37: Sơ đồ lớp tổng quát hệ thống OCRS [Hướng nhìn Logic] 77 78 Hình IV.38: Các ký hiệu minh họa phạm vi truy cập 79 Hình IV.39: Mô hình ba lớp của nhóm người dùng sinh viên 81 Hình IV.40: Mô hình ba lớp của nhóm người dùng giảng viên 82 Hình IV.41: Mô hình ba lớp của nhóm người dùng giáo vụ khoa 83 Hình IV.42: Mô hình ba lớp của nhóm người dùng cán bộ đào tạo 84 Hình IV.43: Mô hình ba lớp của nhóm người dùng quản trị hệ thống 85 Hình IV.44: Lược đồ cơ sở dữ liệu quan hệ 88 89 Hình IV.45: Sơ đồ triển khai của hệ thống OCRS 89 92 Hình V.1: Trang chủ hệ thống OCRS 92 93 Hình V.2: Trang màn hình lựa chọn sinh viên 94 Hình V.3: Trang đăng ký học phần 95 Hình V.4: Trang màn hình lựa chọn giảng viên 96 Hình V.5: Trang màn hình lựa chọn giáo vụ khoa 97 Hình V.6: Trang màn hình lựa chọn cán bộ đào tạo 98 Hình V.7: Trang màn hình lựa chọn quản trị hệ thống 101 [...]... Cấu hình hệ thống, duy trì hệ thống Xem thông tin cá nhân quản trị hệ thống Thay đổi Password NgườiDùngChung đăng ký học phần SinhViên cấu hình hệ thống yêu cầu xem thông tin chung QuảnTrịH Thống lịch thi cá nhân thời khóa biểu cá nhân hiển thị thông tin :HỆ THỐNG ĐĂNG KÝ TÍN CHỈ OCRS đăng ký môn dạy duy trì hệ thống giới hạn đăng ký thời khóa biểu thời khóa biểu dự kiến dự kiến lịch dạy xuất ra báo... phân hệ khác và ngược lại Chẳng hạn như, phân hệ “Quản lý tài vụ” cần phải lấy thông tin từ phân hệ Đăng ký học phần” về số lượng học phần sinh viên đăng ký ở mỗi học kỳ, hay phân hệ Đăng ký học phần” lại cần những thông tin từ phân hệ “Quản lý điểm” và ngược lại v v…Vì vậy, khi xây dựng phân hệ Đăng ký học phần” chúng ta cần phải sử dụng thông tin, có thể là giả lập, được lấy từ những phân hệ khác... qua môi trường Internet Lê Hữu Đức – Nguyễn Thị Hà Quyên, Lớp 02T1 2 Mở đầu OCRS là từ viết tắt của Online Course Register System, là hệ thống cho phép sinh viên đăng ký tín chỉ trực tuyến, đồng thời đơn giản hóa và tối ưu công tác quản lý đăng ký tín chỉ của PĐT Trong những năm gần đây, các hệ thống phần mềm ngày càng trở nên phức tạp cả về yêu cầu cũng như kiến trúc Vấn đề mà các nhà tin học hiện... thống OCRS dưới dạng văn bản  Tìm hiểu về ngôn ngữ UML để nắm được các khái niệm cơ bản và những sơ đồ trong mỗi hướng nhìn đối với một hệ thống  Kết thúc quá trình phân tích thiết kế bằng các sơ đồ UML về hệ thống OCRS, như sơ đồ use-case, sơ đồ lớp, sơ đồ triển khai  Tìm hiểu và ứng dụng các mẫu thiết kế DP để xây dựng hệ thống  Xây dựng hệ thống OCRS từ kết quả của quá trình phân tích thiết... Password, và các điều kiện khác theo quy định của trường Khi đăng ký học phần, sinh viên phải đăng nhập vào hệ thống OCRS, rồi chọn vào mục Đăng ký học phần”, đồng thời phải xác định rõ là đăng ký cho học kỳ nào theo chương trình đào tạo của mình Chú ý rằng, mỗi học kỳ sinh viên chỉ có thể đăng ký một số lượng học phần đảm bảo số tín chỉ min và số tín chỉ max cùng những điều kiện của mỗi học phần đó Sau khi... chúng tôi đã sử dụng ngôn ngữ mô hình hóa UML trong quá trình phân tích thiết kế hệ thống, và vận dụng các mẫu thiết kế Design Pattern trong quá trình xây dựng triển khai hệ thống III Khái quát hệ thống Trường ĐHBK ĐN áp dụng chế độ học theo tín chỉ và cho phép sinh viên có quyền lựa chọn học phần cho mỗi học kỳ Để đăng ký học phần được, điều kiện quan trọng nhất là sinh viên phải có tài khoản riêng của... một hệ thống khác, tương tác với hệ thống, sử dụng hệ thống, bằng cách, tác nhân gởi thông điệp đến hệ thống, hoặc nhận thông điệp xuất phát từ hệ thống, hoặc thay đổi các thông tin cùng với hệ thống Ngoài cách biểu diễn này, phần tử mô hình tác nhân còn có thể được biểu diễn dưới dạng một hình chữ nhật như một lớp và khuôn mẫu cũng phải được xác định cùng với lớp đó Ghi chú: được sử dụng. .. trợ lập trình Iron Speed Designer, phiên bản 4.2.0 VIII Dự kiến kết quả đạt được Hệ thống OCRS sẽ cho phép người dùng đăng ký học phần thông qua Internet, và cho phép những người dùng hợp pháp có quyền xem những thông tin cần thiết, kể cả thao tác với hệ thống nếu người dùng đó được phép theo đúng quy trình và cơ chế đào tạo tín chỉ, và sẽ cho kết quả đăng ký đúng như thực tế Hệ thống OCRS sẽ được bảo... trong UML 9 Bảng IV.1: Các danh từ đồng nhất 50 Bảng V.1: Hệ thống menu trái của trang chủ 93 Bảng V.2: Hệ thống menu trên của trang chủ .93 Bảng V.3: Hệ thống menu trái trang màn hình lựa chọn sinh viên .94 Bảng V.4: Hệ thống menu trái trang màn hình lựa chọn giảng viên 96 Bảng V.5: Hệ thống menu trái trang màn hình lựa chọn giáo vụ khoa 98 Bảng V.6: Hệ thống. .. báo cáo thống kê Lê Hữu Đức – Nguyễn Thị Hà Quyên, Lớp 02T1 18 Đặc tả chức năng hệ thống h) i) j) k) Quản lý đào tạo tín chỉ, bao gồm chương trình đào tạo và học phần Nhập và cập nhật điểm cho sinh viên Xem thông tin cá nhân cán bộ đào tạo Thay đổi Password vi Quản trị hệ thống a) b) c) d) e) Đăng nhập - Đăng xuất Quản lý tài khoản giáo vụ khoa và cán bộ đào tạo Cấu hình hệ thống, duy trì hệ thống Xem . NGHỆ THÔNG TIN Mà NGÀNH : 05115 ĐỀ TÀI : ỨNG DỤNG UML & DESIGN PATTERN XÂY DỰNG HỆ THỐNG ĐĂNG KÝ TÍN CHỈ TRỰC TUYẾN (ONLINE COURSE REGISTER SYSTEM) Mã số : 02T1-003 02T1-027 Ngày bảo vệ :. Course Register System, là hệ thống cho phép sinh viên đăng ký tín chỉ trực tuyến, đồng thời đơn giản hóa và tối ưu công tác quản lý đăng ký tín chỉ của PĐT. Trong những năm gần đây, các hệ. tích thiết kế hệ thống, và vận dụng các mẫu thiết kế Design Pattern trong quá trình xây dựng triển khai hệ thống. III.Khái quát hệ thống Trường ĐHBK ĐN áp dụng chế độ học theo tín chỉ và cho phép