Xây dựng hệ thống quản lý đào tạo sử dụng giải pháp OpenERP

BỘ CÔNG THƯƠNG TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP TP HỒ CHÍ MINH BÁO CÁO ĐỀ TÀI NGHIÊN CỨU KHOA HỌC “XÂY DỰNG HỆ THỐNG QUẢN LÝ ĐÀO TẠO SỬ DỤNG GIẢI PHÁP OpenERP.” Mã số: IUH.KTT 14/15 HĐ-ĐHCN-KHCN Đơn vị chủ trì đề tài/dự án: Khoa Cơng Nghệ Thơng Tin Chủ nhiệm đề tài/dự án: ThS Nguyễn Thị Phi Loan Người thực chuyên đề (Họ tên chữ ký) TP Hồ Chí Minh – 2016 DANH MỤC CÁC BẢNG Bảng quy trình giáo vụ khoa xử lý yêu cầu học vụ sinh viên 14 Bảng bảng hệ số quy đồi loại tiết 17 Bảng bảng hệ số miễn giảm 17 Bảng mô tả yêu cầu học vụ sinh viên 29 Bảng bảng phân tích gap hệ thống chức odoo 44 Bảng cấu trúc bảng account_analytic_account 47 Bảng cấu trúc bảng project.project 47 Bảng cấu trúc bảng res_partner 51 Bảng cấu trúc bảng res_user 52 Bảng 10 cấu trúc bảng hr_employee 53 Bảng 11 cấu trúc bảng resource_resource 54 Bảng 12 chức module 57 Bảng 13 cấu trúc folder module fm_core 57 Bảng 14 cấu trúc bảng fm_course 58 Bảng 15 cấu trúc bảng fm_department 59 Bảng 16 trường dùng bảng res_partner 59 Bảng 17 cấu trúc bảng fm_teacher 60 Bảng 18 cấu trúc bảng fm_student 61 Bảng 19 cấu trúc bảng fm_admission_class 62 Bảng 20 cấu trúc bảng fm_major_class 62 Bảng 21cấu trúc bảng fm_theory_class 63 Bảng 22 cấu trúc bảng fm_practical_class 64 Bảng 23 cấu trúc bảng chuẩn đầu cấp 66 Bảng 24 cấu trúc bảng chuẩn đầu cấp 66 Bảng 25 cấu trúc bảng chuẩn đầu cấp 67 Bảng 26 cấu trúc bảng curriculum 67 Bảng 27 cấu trúc bảng projecttype 68 Bảng 28 cấu trúc bảng subject 69 Bảng 29 cấu trúc bảng subjectoutcome 70 Bảng 30 cấu trúc bảng subject_learningoutcome 70 Bảng 31 cấu trúc bảng subjecttextbook 71 Bảng 32 cấu trúc bảng subjectchapter 73 Bảng 33 cấu trúc bảng education_teacher 84 Bảng 34 cấu trúc bảng experience_teacher 85 Bảng 35 cấu trúc bảng project_teacher 86 Bảng 36 cấu trúc bảng project_teacher 86 Bảng 37 phân loại dự án 88 Bảng 38 cấu trúc bảng fmproject 89 Bảng 39 chi tiết kế thừa bảng module fm_assignment_registration 92 Bảng 40 cấu trúc bảng fm_teacher_request_type 93 Bảng 41cấu trúc bảng fm_teacher_request 94 DANH MỤC CÁC HÌNH Hình Sơ đồ tổ chức khoa CNTT 11 Hình Lược đồ use case với actor giáo vụ sinh viên 21 Hình Lược đồ use case với actor giảng viên, tổ trưởng BCN khoa 22 Hình Mối quan hệ chuẩn đầu môn học 25 Hình Quy trình tra cứu thông tin đào tạo 26 Hình Quy trình xủ lý yêu cầu học vụ sinh viên 30 Hình Quy trình xử lý yêu cầu học vụ giảng viên 32 Hình Quy trình theo dõi tiến độ thực đồ án sinh viên 36 Hình Quy trình phân cơng giảng dạy tổ trưởng 38 Hình 10 Kiến trúc Odoo 40 Hình 11 Cấu trúc Odoo 41 Hình 12 Giao diện mail.thread nhúng vào form 45 Hình 13 Màn hình xác lập cấu hình (configuration) module project 48 Hình 14 Lược đồ thực thể quan hệ module Project Odoo 8.0 49 Hình 15 Sơ đồ phân loại đối tác hệ thống 51 Hình 16 Lược đồ thực thể kết hợp bảng nhân 54 Hình 17 Thanh thực đơn hệ thống 55 Hình 18 Cấu trúc thư mục hệ thống FIT 56 Hình 19 Thực đơn Thơng Tin Chung 58 Hình 20 Cấu trúc folder module fm_core 61 Hình 21 Các file py folder model module fm_class_management 64 Hình 22 Thực đơn Đào tạo 65 Hình 23 Quan hệ chuẩn đầu cấp 1, 65 Hình 24 Màn hình ma trận tích hợp chuẩn đầu ngành môn học 71 Hình 25 Lược đồ quan hệ thực thể phân hệ Đào tạo 72 Hình 26 Thực đơn Sinh viên 73 Hình 27 Cấu trúc bảng RequestType 74 Hình 28 Cấu trúc bảng request 75 Hình 29 Màn hình yêu cầu học vụ sinh viên 76 Hình 30 Đơn xin chấm phúc khảo theo yêu cầu sinh viên 77 Hình 31Cấu trúc bảng Assignment 78 Hình 32 Cấu trúc bảng assignmentSemester 79 Hình 33 Cấu trúc bảng Semester 79 Hình 34 Cấu trúc bảng AssignmentGroup 80 Hình 35 Lược đồ thực thể quan hệ phân hệ sinh viên 81 Hình 36 Màn hình đăng ký đồ án tự động thông báo cho sinh viên mời GVHD 82 Hình 37 Màn hình Kanban hiển thị nhiệm vụ nhóm 83 Hình 38 Thực đơn Giảng viên 83 Hình 39 Lược đồ thực thể kết hợp thơng tin cá nhân giảng viên 87 Hình 40 Màn hình thơng tin giảng viên 87 Hình 41 Màn hình khai báo dự án 89 Hình 42 Màn hình minh họa danh mục đề tài giảng viên 90 Hình 43 Màn hình Thơng tin chi tiết đề tài giảng viên đối tượng có liên quan (Followers) 90 Hình 44 Màn hình Thơng tin đề tài học kỳ với tình trạng đăng ký nhóm sinh viên 92 Hình 45 Màn hình yêu cầu học vụ giảng viên 94 Hình 46 Màn hình quản lý công việc cá nhân giảng viên 95 Hình 47 Màn hình xem tạo lịch giảng dạy giảng viên 95 Hình 48 Màn hình list view hiển thị danh mục yêu cầu học vụ sinh viên 96 Hình 49 Màn hình xử lý yêu cầu học vụ giáo vụ khoa 97 Hình 50 Màn hình danh sách sinh viên 97 Hình 51 Thực đơn Tổ trưởng 98 Hình 52 Lược đồ thực thể kết hợp liên quan đến phân công giảng dạy 99 Hình 53 Màn hình phân công giảng viên lớp lý thuyết 99 Hình 54 Màn hình phân cơng giảng viên lớp thực hành 100 Hình 55 Màn hình dashboard thống kê số tiết giảng dạy 100 Hình 56 Màn hình phê duyệt danh mục đề tài giảng viên mơn 101 Hình 57 Màn hình phê duyệt danh mục đề tài học kỳ tổ trưởng 101 Hình 58 Thực đơn Trưởng khoa 102 Hình 59 Màn hình dashboard Trưởng khoa chứa thống kê chung 103 MỤC LỤC I ĐẶT VẤN ĐỀ II PHẠM VI ĐỀ TÀI III PHÂN TÍCH HIỆN TRẠNG 10 III.1 Quy mô tổ chức 10 III.2 Công tác quản lý đào tạo 11 III.2.1 Chương trình khung 12 III.2.2 Danh mục môn học 12 III.3 Mô tả công việc 13 III.3.1 Công việc giáo vụ khoa 13 III.3.2 Công việc giảng viên 14 III.3.3 Công việc tổ trưởng 16 III.3.4 Công việc ban chủ nhiệm khoa 18 III.4 Đánh giá trạng 18 IV PHÂN TÍCH HỆ THỐNG 19 IV.1 Phân loại người dùng 19 IV.2 Quy trình nghiệp vụ 23 IV.2.1 Chương trình khung chuẩn đầu ngành 23 IV.2.2 Yêu cầu học vụ sinh viên 27 IV.2.3 Yêu cầu học vụ giảng viên 31 IV.2.4 Theo dõi tiến độ thực đồ án tốt nghiệp sinh viên 33 IV.2.5 Giai đoạn thực đồ án: 33 IV.2.6 Phân công giảng dạy tổ trưởng 37 IV.2.7 Quản lý công tác chuyên môn 39 V GIỚI THIỆU ODOO 39 VI PHÂN TÍCH GAP GIỮA HỆ THỐNG VÀ CHỨC NĂNG CỦA ODOO 41 VI.1 Social Networking module 44 VI.2 Project Module 46 VI.3 Human resource module 50 VII THIẾT KẾ HỆ THỐNG 54 VII.1 Cấu trúc chung hệ thống 54 VII.2 Phân hệ Thông Tin Chung 58 VII.3 Phân hệ Đào tạo 65 VII.3.1 Chuẩn đầu 65 VII.3.2 Chương trình khung 67 VII.3.3 Môn học 68 VII.4 Phân hệ Sinh viên 73 VII.4.1 Yêu cầu học vụ 74 VII.4.2 Đăng ký đồ án tốt nghiệp 77 VII.4.3 Nhận việc báo cáo tiến độ thực đồ án 82 VII.5 Phân hệ Giảng viên 83 VII.5.1 Lý lịch khoa học 84 VII.5.2 Cập nhật danh mục đê tài đồ án sinh viên 87 VII.5.3 Duyệt theo dõi danh mục đề tài học kỳ 91 VII.5.4 Theo dõi tiến độ thực đồ án sinh viên 92 VII.5.5 Yêu cầu học vụ giảng viên 92 VII.5.6 Quản lý lịch giảng dạy 94 VII.6 Phân hệ Giáo vụ khoa 95 VII.6.1 Xử lý yêu cầu học vụ 96 VII.6.2 Cập nhật liệu năm học 97 VII.7 Phân hệ Tổ trưởng 98 VII.7.1 Phân công giảng dạy 98 VII.7.2 Duyệt danh mục đề tài giảng viên 101 VII.7.3 Quản lý công việc môn 102 VII.8 Phân hệ Trưởng khoa 102 VII.9 Phân quyền người dùng 103 VIII KẾT LUẬN VÀ KIẾN NGHỊ 106 VIII.1 Kinh nghiệm triển khai ERP 106 VIII.1.1 Phía đối tác triển khai 106 VIII.1.2 Phía đối tác người dùng 107 VIII.2 Mức độ phù hợp 108 VIII.3 Kiến nghị 108 IX TÀI LIỆU THAM KHẢO 109 I ĐẶT VẤN ĐỀ Mong muốn cải thiện môi trường sinh hoạt hoc tập giảng dạy quản lý hiệu hoạt động đào tạo mục tiêu chung trường đại học Việc xây dựng hệ thống quản lý tự động hoạt động đào tạo u cầu cấp bách hồn tồn khả thi Nhưng mục tiêu đề tài không hướng đến việc phát triển xây dựng hệ thống này, mà muốn thử nghiệm việc triển khai ERP vào môi trường đại học liệu có khả thi thực mang lại hiệu hay khơng? ERP có cho phép cá nhân cộng đồng trường học tương tác liền mạch nhau, có cung cấp dịch vụ giáo dục tốt không? Hoạch định tài nguyên doanh nghiệp ERP –phần mềm quản lý tổng thể doanh nghiệp, kết nối nghiệp vụ doanh nghiệp với để tổ chức điều hành nhằm khai thác tối đa nguồn lực doanh nghiệp – trước tập trung vào tập đồn cơng ty lớn chun nghiệp vụ sản xuất, kinh doanh Ngày ERP thực xu hướng quản trị doanh nghiệp đại, ERP chứng tỏ mạnh triển khai rộng khắp, không dừng lại tập đồn tổ chức lớn mà triển khai thành cơng cho nhiều tổ chức doanh nghiệp vừa nhỏ Cộng đồng ERP mã nguồn mở mở nhiều hội cho doanh nghiệp có điều kiện tiếp cận sử dụng hệ thống ERP triển khai số trường học giới, chưa thật trọng nhiều đến trường đại học Riêng Việt Nam, số công ty phần mềm chào hàng số sản phẩm ERP dành cho trường đại học cao đẳng gERP.Edu Gsoft, IMC.EDU phanmemerp.net,… chưa thực thu hút quan tâm trường học nói chung đại học nói riêng II PHẠM VI ĐỀ TÀI Phạm vi đề tài tập trung vào triển khai thử nghiệm ERP vào việc quản lý hoạt động đào tạo khoa CNTT Vì khoa CNTT đơn vị guồng máy chung trường có quy mơ tương đối lớn, nên hoạt động khoa gắn liền với hoạt động chung toàn trường Hệ thống đào tạo Education trường sử dụng hiệu nhiều năm qua, nên đề tài không triển khai chức quản lý đào tạo có mà kế thừa kết từ hệ thống liệu đầu vào cho nghiệp vụ quản lý hoạt động đào tạo nội khoa Chính thuận lợi có sẵn hệ thống quản lý đào tạo chung toàn trường bất lợi lớn cho việc triển khai ERP vào quản lý hoạt động đào tạo khoa Hệ thống thử nghiệm bị phụ thuộc nhiều vào hệ thống chung Mục tiêu đề tài thử nghiệm đánh giá việc triển khai ERP vào công tác quản lý hoạt động đào tạo khoa Việc triển khai không đơn cài đặt, tùy biến module ERP, mà cần đánh giá quy trình họat động đề xuất chuẩn hóa quy trình cần III PHÂN TÍCH HIỆN TRẠNG III.1 Quy mơ tổ chức Khoa Cơng nghệ thơng tin (CNTT) hình thành từ năm 1996, tính đến thời điểm khóa đào tạo khóa 12 với quy mô 500 sinh viên với ngành đào tạo Khoa Học Máy Tính, Cơng Nghệ Thơng Tin, Kỹ Thuật Phần Mềm Hệ Thống Thông Tin Tổng số sinh viên theo học khoa 1500 người Lực lượng giảng viên khoa đông đảo gồm 70 giảng viên, tổ chức thành môn, môn quản lý ngành đào tạo tương ứng Sơ đồ tổ chức khoa sau: 10 Hình 10 Kiến trúc Odoo Mỗi hệ thống triển khai từ Odoo tạo sở liệu chung Odoo sử dụng kiến trúc hướng dịch vụ (Service Oriented Architecture – SOA) kiến trúc Web, phần xử lý phía server viết ngơn ngữ Python, phần xử lý phía client chủ yêu viết JavaScript Tùy theo nhu cầu doanh nghiệp chọn, cài đặt tùy biến module thích hợp, module có liên quan ln tích hợp, ví dụ chọn cài đặt ứng dụng liên quan đến nhân module Employee Directory, payment, leaves management, accounting, timesheets… sau cài đặt tích hợp nhau, thuận tiện cho việc tùy biến Cấu trúc module Odoo theo chế MVC (model – view – Controller), đó: - Model: bảng PostgresSQL, đươc khai báo class Python - View: đươc xác định file XML, dạng view thông dụng tree, form, kanban, - Controller: đối tượng Odoo đóng vai trị quản lý view model 40 Hình 11 Cấu trúc Odoo Cơ sở liệu (CSDL) dùng Odoo PostgresSQL Mỗi CSDL vừa chứa liệu hệ thống vừa chứa thông tin hệ thống (thực đơn + form + biểu mẫu, ) VI PHÂN TÍCH GAP GIỮA HỆ THỐNG VÀ CHỨC NĂNG CỦA ODOO Hệ thống dự định triển khai bao gồm chức sau:  Dành cho tất người dùng: Tra cứu chương trình đào tạo  Dành cho sinh viên: - Yêu cầu học vụ - Đăng ký thực đồ án  Dành cho giảng viên: - Yêu cầu học vụ - Lên kế hoạch giảng dạy - Tham gia công tác môn  Dành cho tổ trưởng môn - Quản lý tiến độ đồ án sinh viên - Phân công lịch giảng dạy - Quản lý công tác chuyên môn môn  Dành cho Ban chủ nhiệm khoa: 41 - Lên lịch công tác khoa - Phân công công việc - Theo dõi hoạt động môn - Xem thống kê (dashboard) Mỗi người dùng có chức khác nhau, ln có tương tác hai chiều đối tượng có liên quan đến nghiệp vụ Từ phân tích quy trình quản lý hoạt động đào tạo khoa, module tạo Odoo dùng để triển khai sau: STT Tính năng/ Module Nghiệp vụ Odoo khoa Danh sách res_user người dùng hr.employee Mức độ phù hợp Hướng giải Tra cứu chương trình đào tạo - Chuẩn đầu - Chương trình khung - Danh sách môn học Cần tùy biến - Tạo module thêm fm_core - Kế thừa res_user thành class teacher, student staff Khơng có -Tạo class module phù department, course, hợp, sử subject module dụng fm_core module - Tạo module fm_learning_outcome, fm_curriculum, fm_subject_management Yêu cầu học vụ mail.thread Tương tác - Tạo module sinh viên hai chiều student_request kế thừa sinh mail.thread viên giáo - Phân quyền người vụ dùng: giáo vụ khoa sinh viên 42 STT Tính năng/ Nghiệp vụ khoa Module Odoo Mức độ phù hợp Hướng giải - Xây dựng mẫu phiếu yêu cầu học vụ Yêu cầu học vụ mail.thread Tương tác - Tạo module giảng viên hai chiều teacher_request kế thừa giảng mail.thread viên giáo - Phân quyền người vụ dùng: giảng viên giáo vụ khoa Công tác giáo - Chức - Chỉ import - Cần tạo hàm chuyển đổi vụ khoa Import - Nhâp liệu - social xuất từ phần network file CSV từ file excel (xuất từ phần - Chỉ dùng mềm Education) thành file csv mail.thead mềm - Giáo vụ phân Education quyền xử lý yêu cầu - Xử lý yêu cầu học vụ module học student_request vụ teacher_request giảng viên sinh viên Đăng ký đồ án Không sinh viên module phù assignment_registration hợp có -Tạo module - Phân quyền người dùng giảng viên sinh viên 43 STT Tính năng/ Nghiệp vụ khoa Quản lý đồ án Project Cần tùy biến Phân quyền cho loại sinh viên để phù hợp Module Odoo Mức độ phù hợp Hướng giải người dùng: sinh viên giảng viên hướng dẫn Phân lịch Human Không giảng dạy cho resource module phù fm_work_management giảng viên Bộ Timesheet hợp mơn có - Tạo module - Phân quyền người dùng cho tổ trưởng môn Quản lý công Project việc môn 10 Thống kê công Dashboard Chỉ sử dụng Tạo module kế thừa việc phần fm_dean_dashboard module Bảng Bảng phân tích Gap hệ thống chức Odoo Người dùng hệ thống sinh viên, giảng viên, giáo vụ ban chủ nhiệm khoa, thuộc loại đối tác employee module ERP Các module Odoo dùng cho hệ thống project, social networking, human resource, timesheet Để đáp ứng với công tác quản lý đào tạo, hệ thống cần tạo thêm số module mới, tảng module base odoo VI.1 Social Networking module Module “Social Networking” cung cấp layer trừu tượng cho phép ứng dụng kế thừa để hiển thị toàn lịch sử trao đổi thơng qua hệ thống email message tích hợp đầy đủ 44 Các tính module cho phép người dùng: - Xóa làm lịch sử trao đổi chủ đề - Cơ chế đăng ký để cập nhật message liên quan đến chủ đề quan tâm - Xem message hoạt động chủ đề quan tâm - Nhận gửi mail hàng loạt - Giao tiếp người dùng thông qua feed pages Model trừu tương mail.thread module sử dung module cần tương tác hai chiều đối tượng có liên quan Model tích hợp vào hầu hết module hệ thống triển khai module có tương tác hai chiều nhóm người dùng Giao diện trao đổi thơng tin người dùng có liên quan đến nghiệp vụ thường có dạng sau: Hình 12 Giao diện mail.thread nhúng vào form 45 VI.2 Project Module Chức module “Project management” cho phép quản lý dự án theo giai đoạn (stage) Dự án phân loại theo quyền truy xuất: có tham gia đối tác bên ngồi hay dùng nội Mỗi giai đoạn gồm nhiều nhiệm vụ (task), nhiệm vụ gán cho thành viên Module project management (quản lý dự án) Odoo 8.0 có tính đa dạng phục vụ cho cơng tác quản lý với ba ràng buộc project là: chi phí (cost), thời gian (time) phạm vi (scope) Hai module ứng dụng Project Analytic Class project.project module project kế thừa từ class account_analytic_account module analytic Thông tin project lưu bảng account_analytic_account, thông tin cịn lại lưu bảng project.project Khi có project tạo ra, mặc định có analytic account tự động tạo để tổng hợp cơng việc project Một số trường cần lưu ý bảng account_analytic_account liên quan đến project: Account_analytic_account Tên trường Mơ tả Kiểu liệu Id Khóa quản lý tự động hệ thống Name Tên dự án User_id Người quản lý dự án (project manager) Ràng buộc Int Char Manager_id Account manager Int Kết nối many2one với bảng res_user Int Kết nối many2one với bảng res_user Date_start Ngày bắt đầu dự án Date Date Ngày hết hạn date 46 State Trạng thái dự án, mặc định open char Use_task Có quản lý theo task không Boolean Bảng Cấu trúc bảng Account_analytic_account Project.project Tên trường Mơ tả Id Khóa Int quản lý tự động hệ thống effective_hours Số thực int planned_hours Số dự kiến Int Kiểu liệu Ràng buộc analytic_account_id Liên kết với tài Int khoản analytic để phân tích Active Dự án có hoạt động boolean không? Members Các thành viên date dự án Use_task Có quản lý theo task Boolean khơng Kết nối many2one với bảng Account_analytic _account Kết nối many2many với bảng res_users Bảng Cấu trúc bảng Project.project Phân loại nhiệm vụ lưu trữ bảng project_category Các nhiệm vụ phát sinh dự án lưu vào bảng Project_Task Mỗi nhiệm vụ phát sinh cơng việc cụ thể (work), công việc lưu trữ bảng project_task_work Mục đích bảng Project_Task_History để kết nối với bảng project_task_history_cumulative dùng cho đồ thị cumulative flow 47 Lược đồ ER module Project Management Odoo 8.0 hình 14 Chức module Project Odoo 8.0 đầy đủ phức tạp chuyển sang Odoo 9.0 chức module Project đơn giản nhiều, số chức thương mại hóa Ngồi hai module project, cịn có số module liên quan khác project_timesheet, project_issue, projec_timesheet_issue Sau cài đặt module Project, tùy theo chọn tùy chọn lúc xác lập cấu hình project mà module liên quan cài đặt để tích hợp Hình 13 Màn hình xác lập cấu hình (configuration) module project 48 Hình 14 Lược đồ thực thể quan hệ module Project Odoo 8.0 49 VI.3 Human resource module Ứng dụng quản lý nhân Odoo bao gồm nhiều module tích hợp chặt chẽ, thực chức sau: quản lý cấu nhân sự, quản lý hồ sơ nhân viên, quản lý kĩ năng, kinh nghiệm, quản lý tuyển dụng đào tạo, đánh giá lực nhân viên, quản lý lịch làm việc/cơng tác (timesheets), quản lý chi phí, nghỉ phép, nghỉ lễ, bảo hiểm, chấm cơng tính lương tự động… Các module HR có liên hệ chặt chẽ với với số model module base bao gồm: res_partner: dùng để lưu trữ liệu liên quan đến tất đối tác (partner) hệ thống bao gồm nhân viên, khách hàng cơng ty chủ quản cơng ty tổ chức có liên hệ Từ model tham chiếu thông tin khác đối tác như: lang (ngôn ngữ), name (tên), address (địa chỉ),… res_partner Tên trường Mô tả Kiểu liệu Id Khóa quản lý tự Int động hệ thống Name Tên đối tác, Char tên cơng ty, tên khách hàng, tên nhà cung cấp, tên nhân viên Company_type Chỉ loại công ty person Char hay company Is_company Chỉ đối tác có phải cơng Boolean ty hay khơng Supplier Chỉ đối tác có phải nhà Boolean cung cấp hay khơng Customer Chỉ đối tác có phải khách Boolean hàng hay không 50 Ràng buộc Employee Chỉ đối tác nhân viên User_ids Chỉ mã người dùng (chỉ Int dành cho loại đối tác nhân viên) Boolean Kết nối one2many với bảng res_user Bảng Cấu trúc bảng res_partner Khách hàng Đối tác bên Đối tác Nhà Cung cấp (Partner) Đối tác bên Nhân viên Hình 15 Sơ đồ phân loại đối tác hệ thống res_user: kế thừa lớp res_partner chứa liệu user, thuộc module base Trong Odoo, vai trò user hiểu người tham gia vào hoạt động hệ thống Odoo Chỉ có đối tác nhân viên phân quyền người dùng Thông tin người dùng (user) lưu bảng res_user thuộc module sau: res_user Tên trường Mô tả Id Khóa quản lý Int tự động hệ thống Login Tài khoản đăng nhập Char người dùng Password Mật Partner_id Mỗi user liên kết với Int đối tác nhân viên Kiểu Ràng buộc liệu Char 51 Kết nối many2one với bảng res_partner Groups_id Chỉ nhóm người dùng Int Mỗi nhóm người dùng có phân quyền khác Kết nối many2many với bảng res_groups Bảng Cấu trúc bảng res_user Để đăng nhập làm việc với hệ thống nhân viên quản lý cấp tài khoản User/password Đối với nhân viên phịng hành đến công ty làm việc điểm danh tự động, cách sử dụng tài khoản User để đăng nhập làm việc với hệ thống Khi hết làm, nhân viên đăng xuất khỏi hệ thống Hệ thống tự động tính số mà nhân viên làm ngày mà khơng cần chấm cơng dạng Timesheet Thông tin nhân lưu trữ bảng hr_employee module hr (human resource) với trường sau: hr_employee Tên trường Mơ tả Id Khóa quản lý Int tự động hệ thống Birth_day Ngày sinh Date Address_id Mã địa Int Name Tên đầy đủ nhân viên Char Marital Tình trạng nhân Ssnid Mã số bảo hiểm xã hội Char Manager_id Mã người quản lý Int Gender Giới tính Char Kiểu liệu 52 Ràng buộc Kết nối many2one với bảng res_partner Kết nối many2one với bảng res_user Department_id Mã phòng ban Int Kết nối many2one với bảng department Resource_id Mã resource Int Kết nối many2one với bảng resource_resource Bảng 10 Cấu trúc bảng hr_employee Bảng hr_employee kế thừa từ bảng resource_resource model resource Thông tin bảng resource_resource gồm trường sau: Resource_resource Tên trường Mô tả Kiểu liệu Id Khóa quản lý Int tự động hệ thống Name Tên nhân viên hay tài nguyên tổ chức Code Mã resource Active Cho phép ẩn hiển thị Boolean tài nguyên/nhân viên Ràng buộc Int Resource_type Chỉ loại tài nguyên Char human (người) hay material (nguyên vật liệu) user_id Mã người dùng Int Kết nối many2one với bảng res_user Calendar_id Mã lịch công tác Int Kết nối many2one với bảng resouce_calendar 53 Bảng 11 Cấu trúc bảng resource_resource Module hr có mối liên hệ với nhiều module thuộc nhóm hr khác hr_contract, hr_expense, hr_payroll, hr_attendance, Mối liên hệ bảng module hr với bảng module base hình 16 bên Hình 16 Lược đồ thực thể kết hợp bảng nhân VII THIẾT KẾ HỆ THỐNG VII.1 Cấu trúc chung hệ thống Hệ thống hổ trợ người dùng việc quản lý tự động hoạt động đào tạo liên quan đến nhiệm vụ quyền hạn loại đối tượng Có nhóm đối tượng chính: - Sinh viên - Giảng Viên - Giáo vụ khoa - Tổ trưởng Bộ môn - Trưởng khoa 54 ... thuận lợi có sẵn hệ thống quản lý đào tạo chung toàn trường bất lợi lớn cho việc triển khai ERP vào quản lý hoạt động đào tạo khoa Hệ thống thử nghiệm bị phụ thuộc nhiều vào hệ thống chung Mục... Education trường sử dụng hiệu nhiều năm qua, nên đề tài không triển khai chức quản lý đào tạo có mà kế thừa kết từ hệ thống liệu đầu vào cho nghiệp vụ quản lý hoạt động đào tạo nội khoa Chính... môi trường sinh hoạt hoc tập giảng dạy quản lý hiệu hoạt động đào tạo mục tiêu chung trường đại học Việc xây dựng hệ thống quản lý tự động hoạt động đào tạo ln u cầu cấp bách hồn tồn khả thi Nhưng