ĐẠI HỌC UEH TRƯỜNG CÔNG NGHỆ VÀ THIẾT KẾ KHOA CÔNG NGHỆ THÔNG TIN KINH DOANH BÁO CÁO ĐỒ ÁN CUỐI KỲ Môn Học Phân Tích Thiết Kế Hệ Thống GVHD Đặng Thái Thịnh CHỦ ĐỀ PHÂN TÍCH THIẾT KẾ HỆ THỐNG TRUNG TÂM.
Giới thiệu hệ thống
Hiện nay các trung tâm gia sư vẫn đang gặp những vấn đề như:
Dữ liệu bị thất lạc, phân tán, chồng chéo, thiếu tính chính xác,…
Thiếu cái nhìn toàn diện về nhu cầu và mong muốn của phụ huynh và học sinh sẽ dẫn đến khó khăn trong việc ra quyết định và xây dựng chiến lược phát triển phù hợp.
Tỷ lệ khách hàng rời bỏ trung tâm cao, tỷ lệ upsell thấp do khách hàng không được chăm sóc và nuôi dưỡng thường xuyên
Tốn kém chi phí Marketing do không đo lường được hiệu quả chiến dịch truyền thông
Gặp khó khăn trong trao đổi công việc và tương tác nội bộ do không có nền tảng quản lý công việc/ dự án chuẩn chỉnh
Không có hình thức quản lý công việc và đánh giá chất lượng công việc của nhân viên/ gia sư
Việc tổng hợp báo cáo thủ công không chỉ tốn thời gian mà còn lãng phí nguồn nhân lực, đồng thời thiếu công cụ đo lường trực quan về tình trạng trung tâm Để khắc phục những vấn đề này và cải thiện chức năng chăm sóc khách hàng, trung tâm cần thiết lập một hệ thống chăm sóc khách hàng chuyên nghiệp, từ đó nâng cao hiệu quả giữ chân khách hàng và phát triển thương hiệu.
Mục tiêu
Hệ thống chăm sóc khách hàng của trung tâm gia sư một kèm một được thiết kế với các chức năng chính nhằm hỗ trợ khách hàng hiệu quả Nó giúp xác định khách hàng tiềm năng để trung tâm có thể cung cấp dịch vụ tận tình theo nhu cầu của họ Đồng thời, hệ thống cũng hỗ trợ gia sư trong việc sắp xếp lịch giảng dạy một cách phù hợp và rõ ràng.
Chúng tôi tạo lớp học với trình độ phù hợp và thời khóa biểu linh hoạt, rõ ràng cho học sinh Chúng tôi tích cực tiếp nhận phản hồi từ phụ huynh, học sinh và gia sư để nhân viên có thể theo dõi và giải quyết kịp thời các vấn đề phát sinh Hệ thống được xây dựng chặt chẽ, giúp nhân viên dễ dàng quản lý khách hàng và xử lý vấn đề nhanh chóng, đảm bảo trải nghiệm tốt nhất cho khách hàng khi sử dụng dịch vụ của trung tâm.
Phạm vi
Hệ thống chăm sóc khách hàng trên website của trung tâm gia sư một kèm một được thiết kế đặc biệt cho phụ huynh và học sinh khi đăng ký dịch vụ Quyền hạn và chức năng của gia sư cùng nhân viên trung tâm sẽ khác nhau, nhằm đảm bảo sự phục vụ tốt nhất cho người dùng.
Khảo sát hệ thống
Tiêu chí khảo sát Bộ phận chăm sóc khách hàng trung tâm gia sư
Các chức năng của hệ thống - Tạo lead
- Lưu trữ và chỉnh sửa thông tin
- Hỗ trợ tìm khách hàng tiềm năng
- Tạo lớp học thông qua hợp đồng
- Thông báo phụ huynh sau khi ký hợp đồng
- Thông báo với gia sư sau khi tạo lớp học
- Quản lý nội dung từng buổi học của từng lớp
- Quản lý đổi gia sư, địa điểm, thời gian dạy
- Quản lý đánh giá hiệu quả lớp học
- Nhận đóng góp từ phía phụ huynh, gia sư, học sinh hằng tháng
- Quản lý nhân thân của học sinh
Giao diện của nền tảng cung cấp đầy đủ thông tin về gia sư, phụ huynh, học sinh, lớp học và công tác dạy học Với màu sắc hài hòa và thanh công cụ dễ sử dụng, nền tảng này rất phù hợp cho khách hàng mới.
Hình thức - Hệ thống là một trang web mở 24/7
Các thông tin liên hệ - Trang Facebook của trung tâm
Phân tích hiện trạng
Ưu điểm
- Hệ thống rõ ràng cho từng nhóm khách hàng
- Cung cấp nhiều thông tin cần thiết cho khách hàng
- Hệ thống lưu trữ nhiều thông tin về hợp đồng và lớp học cần thiết để tra cứu trong trường hợp cần thiết
- Có đầy đủ thông tin liên hệ để khách hàng nhanh chóng được tư vấn và trợ giúp
- Hệ thống có thể phù hợp cho cả nhân viên, phụ huynh - học sinh, gia sư với các chức năng khác nhau
Nhược điểm
- Hệ lưu trữ cơ sở dữ liệu còn nhiều thiếu sót trong việc ràng buộc logic
- Các chức năng của hệ thống chưa khai thác được tối đa nhu cầu mà khách hàng cần được chăm sóc và trải nghiệm
- Các quy trình hệ thống thiết kế chưa chặt chẽ
- Chưa xây dựng được cơ cấu nhân sự vững chắc
Sơ đồ phân cấp chức năng
Hình 1: Sơ đồ phân cấp chức năng
Đặc tả yêu cầu
Bảng đặc tả yêu cầu
Loại yêu cầu Chi tiết
Yêu cầu chức năng - Hệ thống hỗ trợ đăng nhập tài khoản
- Hệ thống hỗ trợ lưu trữ thông tin lead
- Hệ thống hỗ trợ lưu trữ thông tin gia sư - bằng cấp , phụ huynh, học sinh, nhân thân học sinh
- Hệ thống hỗ trợ lưu trữ thông tin về lớp học: ai học, ai dạy, chương trình đào tạo
- Hệ thống hỗ trợ phụ huynh tra cứu những thông tin liên quan đến lớp học và gia sư
- Hệ thống hỗ trợ lưu trữ thông tin góp ý, đánh giá của gia sư, phụ huynh, học sinh về lớp học
- Hệ thống hỗ trợ giải quyết thắc mắc, khiếu nại của khách hàng với trung tâm
- Hệ thống hỗ trợ đổi gia sư, lưu trữ lịch sử gia sư trong quá trình dạy, hỗ trợ đổi địa điểm học
- Hệ thống hỗ trợ quản lý thời khóa biểu
- Hệ thống hỗ trợ quản lý sổ liên lạc của lớp học
Yên cầu phi chức năng - Thời gian phản hồi thắc mắc của khách hàng: Trong vòng 24h
- Các chính sách hỗ trợ thắc mắc - khiếu nại được công khai được đặt tại một vị trí dễ thấy trên website
- Bảo mật thông tin khách hàng
- Thao tác đơn giản, giao diện dễ nhìn
Đánh giá khả thi
Nhóm đã xác định các yêu cầu chức năng cần thiết để xây dựng và phát triển hệ thống, nhằm nâng cao hiệu quả chăm sóc khách hàng tại trung tâm gia sư.
- Cho phép trao đổi thông tin trong và ngoài hệ thống
- Tạo lập và phân tích thông tin
- Lập thời khoá biểu, chỉ định gia sư
- Khai báo và quản lý các mối quan hệ với khách hàng
- Quản lý việc liên lạc, feedback
- Lưu trữ và cập nhật
Yêu cầu tài nguyên - Nhân lực: Nhóm có 6 thành viên, đều là những con người nhiệt huyết, có chuyên môn, ham học hỏi và có sức sáng tạo
- Phần mềm: Các công cụ hỗ trợ trong quá trình làm việc: Google drive, Google meet, Draw.io, Excel, Word, Creately,
Các tài liệu liên quan đến CRM không chỉ giới hạn ở việc quản lý trung tâm gia sư, mà còn bao gồm cách thức quản lý CRM của nhiều hệ thống khác nhau Việc nghiên cứu và áp dụng các tài liệu này giúp xây dựng một hệ thống hiệu quả và sáng tạo từ những liên tưởng với các hệ thống tương tự.
Thời gian thực hiện dự án nghiên cứu từ 19/09/2022 đến 13/10/2022, trong đó nhóm sẽ chọn đề tài nghiên cứu và lập kế hoạch triển khai PTTKHT cho hệ thống thực tiễn đã chọn Việc hoàn thành đúng thời gian quy định là yếu tố quan trọng trong quá trình thực hiện dự án.
Nhóm nhân lực gồm 6 thành viên, với công việc được phân chia đồng đều và tinh thần tự giác cao Mỗi thành viên đều nắm rõ đề tài của nhóm, được khuyến khích lựa chọn phần việc mà mình yêu thích, đồng thời đảm bảo chất lượng nội dung bài viết.
Để tối ưu hóa hiệu quả công việc, nhóm làm việc chủ yếu theo hình thức online, giúp linh hoạt thời gian và giảm thiểu tài nguyên tiêu tốn như xăng và thời gian di chuyển, đồng thời vẫn đảm bảo chất lượng sản phẩm.
Những bất cập và hạn chế - Có thể bị lặp thông tin của lead / phụ huynh
- Chưa có các chính sách/ ưu đãi cho khách hàng đặc biệt/ tiềm năng/ VIP/ lâu năm
Đánh giá giữa học sinh và phụ huynh về gia sư có thể mâu thuẫn do mối quan hệ và cách giao tiếp khác nhau Sự không đồng nhất trong đánh giá này gây khó khăn trong việc xác định hướng giải quyết khi gia sư gặp vấn đề.
Hiện tại, chưa có hệ thống đối chiếu thông tin thu thập từ các kênh tư vấn khách hàng, dẫn đến việc cùng một khách hàng có thể nhận được thông tin khác nhau khi hỏi về các chương trình qua Facebook và website Điều này gây ra tình trạng thông tin bị trùng lặp hoặc không đồng nhất.
- Chưa có chức năng FAQ (các câu hỏi thường gặp) để khách hàng dễ dàng tìm các vấn đề mình cần tìm hiểu
Hiện tại, trang web chưa cung cấp chức năng hướng dẫn sử dụng hoặc hướng dẫn nhận dịch vụ tư vấn, điều này có thể gây khó khăn cho những khách hàng ít am hiểu công nghệ Việc bổ sung các hướng dẫn này sẽ giúp tiết kiệm thời gian cho cả khách hàng và nhân viên, nâng cao trải nghiệm sử dụng dịch vụ.
- Chưa nắm kĩ các kiến thức chuyên ngành nên còn gặp khó khăn trong việc làm bài
- Gặp khó khăn trong việc sắp xếp thời gian vì năm
3 nên có khá nhiều deadline
Cách thức thực hiện - Chọn được đề tài phù hợp, có tính thực hiện cao -
PTTKHT website chăm sóc khách hàng trung tâm gia sư
- Khắc phục các khó khăn khách quan do phân công công việc cho các thành viên và các khoảng thời gian hợp lý
- Lên kế hoạch thực hiện đồ án
- Chia dự án của bạn thành các giai đoạn nhỏ hơn để tối đa hóa hiệu quả
- Tham gia các buổi phỏng vấn với các nhóm khác để hoàn thiện các đặc tả yêu cầu và hệ thống
- Tổ chức các buổi họp nhóm để trao đổi ý kiến, chỉnh sửa dự án để đạt kết quả đạt yêu cầu
- Áp dụng được các kiến thức đã học từ môn PTTKHT, môn CSDL
Timeline thực hiện 1 Tổng quan vê hệ thống, xác định yêu cầu
2 Đặc tả yêu cầu hệ thống Thời gian: 21/9/2022
3 Yêu cầu chức năng, mô hình hoá chức năng Thời gian: 29/9/2022
4 Sơ đồ use case, đặc tả và Activity
5 Mô hình hoá hành vi Thời gian: 5/10/2022
6 Mô hình hoá cấu chúc, Mô hình hoá dữ liệu, Thiết kế hệ thống Thời gian: 10/10/2022
7 Thiết kế giao diện, Đánh giá và kết luận Thời gian: 12/10/2022
Các tác nhân của hệ thống
Nhân viên: Điều hành quản lý tất cả các hoạt động trên hệ thống
Học sinh và phụ huynh có thể đăng nhập vào hệ thống để truy cập thông tin lớp học, thời khóa biểu, thông tin về gia sư, cũng như thực hiện đánh giá và góp ý về lớp học và trung tâm.
Gia sư là những cá nhân truy cập vào hệ thống để nắm bắt thông tin về lớp học mà họ được phân công giảng dạy Họ có thể xem thông tin của phụ huynh và học sinh, tra cứu thời khóa biểu, cũng như đánh giá và đưa ra góp ý về lớp học và trung tâm.
3 Phân tích và thiết kế hệ thống
Yêu cầu chức năng
- Hệ thống hỗ trợ đăng nhập tài khoản
- Hệ thống hỗ trợ lưu trữ thông tin lead,
- Hệ thống hỗ trợ lưu trữ thông tin gia sư - bằng cấp , phụ huynh, học sinh, nhân thân học sinh
- Hệ thống hỗ trợ lưu trữ thông tin về lớp học
- Hệ thống hỗ trợ lưu trữ thông tin góp ý, đánh giá của gia sư, phụ huynh, học sinh về lớp học
- Hệ thống hỗ trợ giải quyết thắc mắc, khiếu nại của khách hàng với trung tâm
- Hệ thống hỗ trợ đổi gia sư, lưu trữ lịch sử gia sư trong quá trình dạy, hỗ trợ đổi địa điểm học
- Hệ thống hỗ trợ quản lý thời khóa biểu
- Hệ thống hỗ trợ quản lý sổ liên lạc của lớp học
Phân tích yêu cầu
Mô hình hóa chức năng
Hình 2: Use case tổng quát
Hình 3: Use case đăng nhập
3.2.1.2.1 Đặc tả use case đăng nhập
Use Case Name Đăng ký
Description - Cho phép khách hàng (phụ huynh, học sinh và gia sư) đăng ký tài khoản thành viên của hệ thống
Actor(s) - Phụ huynh, học sinh
Trigger - Khách hàng muốn đăng ký thành viên vào hệ thống
CSKH của trung tâm gia sư
Pre-Condition(s) - Chưa tồn tại tài khoản khách hàng thành viên
- Thiết bị của khách hàng đã được kết nối internet khi thực hiện đăng ký
Post-Condition Khách hàng trở thành thành viên của hệ thống
Basic Flow - Khách hàng chọn mục Đăng ký tại trang chủ của hệ thống
- Hệ thống hiển thị Form đăng ký
- Khách hàng nhập thông tin vào form đăng ký và chọn lệnh Đăng ký
- Hệ thống xác thực thông tin đăng ký thành công và hiển thị thông báo đến khách hàng
- Hệ thống cập nhập thông tin của khách hàng vào danh sách khách hàng thành viên
Exception Flow 4a Hệ thống xác thực thông tin đăng ký không thành công và hiển thị thông báo với một trong các nguyên nhân:
- Trường địa chỉ email đã tồn tại
- Trường số điện thoại đã tồn tại
- Trường nhập lại mật khẩu và mật khẩu phải giống nhau
4a1 Người dùng chọn lệnh hủy đăng ký Use Case dừng lại
4a2 Người dùng nhập lại thông tin Use Case tiếp tục quay lại bước 3
Business Rules Thời gian nhập mã xác nhận đăng ký là 2 phút kể từ lúc nhận được mail hoặc tin nhắn qua số điện thoại
- Hình ảnh dung lượng file tối đa 1 MB
- Định dạng hình ảnh: JPEG, PNG
- Tên người dùng có thể sử dụng chữ cái, số và dấu chấm
- Mật khẩu sử dụng 8 ký tự trở lên kết hợp chữ cái, chữ số và biểu tượng
Use Case Name Đăng nhập tài khoản
Description - Cho phép khách hàng là thành viên của hệ thống đăng nhập vào hệ thống
- Cho phép nhân viên đăng nhập vào hệ thống với tư cách nhân viên của hệ thống
Actor(s) - Phụ huynh, học sinh
Trigger - Khách hàng thành viên muốn đăng nhập vào hệ thống
- Nhân viên muốn đăng nhập vào hệ thống
Pre-Condition(s) - Tài khoản của nhân viên đã được hệ thống cung cấp
- Tài khoản khách hàng, đã được tạo sẵn
- Khách hàng thành viên/nhân viên chưa thực hiện đăng nhập vào hệ thống
- Thiết bị của khách hàng/nhân viên đã được kết nối internet khi thực hiện đăng nhập
Post-Condition - Khách hàng thành viên/nhân viên đăng nhập hệ thống thành công
- Khách hàng/nhân viên sử dụng các chức năng trong trang của hệ thống với tư cách là thành viên của hệ thống
Basic Flow - Người dùng truy cập vào hệ thống
- Người dùng nhấp vào nút “Đăng nhập/Đăng ký” trên trang chủ
- Người dùng chọn Loại đăng nhập trên hệ thống
Exception Flow Đăng nhập khách hàng
4a Hệ thống hiển thị form đăng nhập
5a Khách hàng nhập thông tin đăng nhập bao gồm nhập tên và mật khẩu vào form và chọn lệnh đăng nhập
6a Hệ thống kiểm tra thông tin đăng nhập hợp lệ và cho phép khách hàng truy cập vào hệ thống
7a Hệ thống ghi nhận hoạt động đăng nhập thành công vào Activity Log
8a Use Case kết thúc Đăng nhập nhân viên
4b.Hệ thống hiển thị form đăng nhập
5b Nhân viên nhập thông tin đăng nhập bao gồm nhập tên và mật khẩu vào form và chọn lệnh đăng nhập
6b Hệ thống kiểm tra thông tin đăng nhập hợp lệ và cho phép nhân viên truy cập và phân quyền tùy theo loại nhân viên
7b Hệ thống ghi nhận hoạt động đăng nhập thành công vào Activity Log
Hệ thống kiểm tra thông tin đăng nhập không hợp lệ và hiển thị thông báo cho khách hàng và nhân viên Khi gặp thông tin không đúng, họ sẽ nhập lại thông tin và quay lại bước 5 để tiếp tục quá trình đăng nhập.
6c2 Khách hàng và nhân viên chọn “Quên mật khẩu” Use case tiếp tục Use case UC-1.4
Người dùng sẽ bị khóa tài khoản trong 10 phút nếu nhập sai thông tin đăng nhập liên tiếp 5 lần Sau khi bị khóa, hệ thống sẽ gửi email đến địa chỉ đã đăng ký để xác thực.
- Time out cho màn hình đăng nhập dưới 60 giây
- Tên người dùng có thể sử dụng chữ cái, số và dấu chấm
- Mật khẩu sử dụng 8 ký tự trở lên kết hợp chữ cái, chữ số và biểu tượng
- Không được để trống tài khoản và mật khẩu
Use Case Name Lấy lại mật khẩu
Description - Cho phép khách hàng đặt lại mật khẩu mới khi nhập email đã đăng ký tài khoản trước đó
Actor(s) - Phụ huynh, học sinh
Trigger - Khách hàng muốn lấy lại mật khẩu do quên mật khẩu cũ
Pre-Condition(s) - Tài khoản của khách hàng đã được tạo sẵn
- Tồn tại email trong cơ sở dữ liệu
- Khách hàng thành viên quên mật khẩu đăng nhập tài khoản
- Thiết bị của khách hàng đã được kết nối internet khi thực hiện đăng nhập
Post-Condition - Khách hàng thành viên lấy lại mật khẩu đăng nhập hệ thống thành công
Basic Flow - Người dùng chọn chức năng: Quên mật khẩu
- Hệ thống yêu cầu nhập email đã đăng ký tài khoản
- Người dùng nhập email khôi phục tài khoản
- Hệ thống kiểm tra Email hợp lệ và Gửi link mật khẩu qua email
- Hệ thống chuyển sang màn hình của Email
- Người dùng đặt lại mật khẩu mới
- Hệ thống thông báo thay đổi mật khẩu thành công
Exception Flow 4a Hệ thống kiểm tra Email không hợp lệ và hiển thị thông báo 4a1 Người dùng nhập lại thông tin Use case quay lại bước 3
Business Rules - Người dùng nhập yêu cầu khôi phục tài khoản ở lần thứ 5 liên tiếp sẽ bị khóa tài khoản 30 phút
- Thời gian xác nhận lấy lại mật khẩu từ khi nhận được mail là trong 2 phút
Mật khẩu sử dụng 8 ký tự trở lên kết hợp chữ cái, chữ số và biểu tượng
Hình 4: Activity đăng ký tài khoản
20 Hình 5: Activity đăng nhập tài khoản
Hình 6: Activity lấy lại mật khẩu
3.2.1.3 Use case giải quyết thắc mắc, khiếu nại
Hình 7: Use case giải quyết thắc mắc khiếu nại
3.2.1.3.1 Đặc tả use case giải quyết thắc mắc, khiếu nại
Use Case Name Giải quyết thắc mắc, khiếu nại
Description - Khách hàng và gia sư viết thắc mắc qua hòm thư của hệ thống
- Nhân viên xác thực vấn đề và giải quyết thắc mắc, khiếu nại của khách hàng và gia sư
Actor(s) - Phụ huynh, học sinh
Trigger - Khách hàng / gia sư có thắc mắc khiếu nại
- Use case bắt đầu hoạt động khi nhân viên tiếp nhận và tiến hành xử lý những thắc mắc, khiếu nại
Pre-Condition(s) - Khách hàng/gia sư và nhân viên đăng nhập tài khoản vào hệ thống
- Khách hàng và nhân viên có kết nối internet trong quá trình gửi thắc mắc khiếu nại
- Khách hàng có những thắc mắc cần giải đáp hoặc mong muốn khiếu nại
- Nhân viên nhận được yêu cầu xử lý thắc mắc khiếu nại từ khách hàng
Post-Condition - Giải quyết thắc mắc khiếu nại thành công
Basic Flow - Khách hàng vào hòm thư tại trang chủ hệ thống
- Hệ thống hiển thị ô chat điền nội dung thắc mắc/ khiếu nại
- Khách hàng điền nội dung thắc mắc/ khiếu nại và chọn lệnh gửi
- Hệ thống hiển thị gửi thành công và chờ xử lý
- Nhân viên tiến hành xác minh thông tin và trả lời thắc mắc khiếu nại
- Khách hàng đông ý vấn đề đã xử lý
- Hệ thống lưu hồ sơ
Exception Flow 6a Khách hàng chưa đồng ý vấn đề đã xử lý Use case quay lai bước 5
- Không giới hạn ký tự
- Hình ảnh dung lượng không quá 1MB
- Định dạng hình ảnh: JPEG, PNG
3.2.1.3.2 Activity giải quyết thắc mắc, khiếu nại
Hình 8:Activity giải quyết thắc măc khiếu nại
3.2.1.4 Use case xử lý đánh giá, góp ý lớp học
Hình 9:Use case xử lý đánh giá, góp ý lớp học
3.2.1.4.1 Đặc tả use case xử lý đánh giá, góp ý lớp học
Use Case Name Xử lý đánh giá, góp ý lớp học (Đánh giá định kỳ lớp học)
Description - Khách hàng (phụ huynh, học sinh) và gia sư đánh giá, góp ý về lớp học qua form của hệ thống
- Nhân viên ghi nhận, xác thực và xử lý đánh giá
Actor(s) - Phụ huynh, học sinh
Trigger - Cuối mỗi tháng khi lớp học đang được diễn ra
- Use case bắt đầu hoạt động khi gia sư, phụ huynh, học sinh đánh giá, góp ý về lớp học
Pre-Condition(s) - Khách hàng, gia sư, nhân viên đăng nhập vào hệ thống
- Khách hàng và nhân viên có kết nối internet trong quá trình đánh giá và xử lý đánh giá
- Nhân viên nhận được đánh giá, góp ý từ khách hàng, gia sư
Post-Condition Xử lý đánh giá, góp ý thành công
Basic Flow - Khách hàng, gia sư chọn chức năng đánh giá lớp học tại trang chủ hệ thống
- Hệ thống hiển thị form điền nội dung đánh giá
- Khách hàng điền nội dung đánh giá, góp ý và chọn lên gửi
- Hệ thống hiển thị gửi đánh giá thành công
- Nhân viên tiến hành xác minh thông tin và xử lý đánh giá
- Hệ thống lưu hồ sơ
Business Rule Thực hiện đánh giá định kỳ vào ngày 25 - cuối mỗi tháng
- Hình ảnh dung lượng file tối đa 1 MB
- Định dạng hình ảnh: JPEG, PNG
- Không giới hạn ký tự
3.2.1.4.2 Activity xử lý đánh giá, góp ý lớp học
Hình 10: Activity đánh giá, góp ý lớp học
3.2.1.5 Use case quản lý thông tin lớp học
Hình 11: Use case quản lý thông tin lớp học
3.2.1.5.1 Đặc tả use case quản lý thông tin lớp học
Use Case Name Quản lý thông tin lớp học
Description Khách hàng và gia sư xem thông tin lớp học qua hệ thống
Actor(s) - Phụ huynh, học sinh
Trigger - Khách hàng / gia sư muốn xem thông tin lớp học
- Use case bắt đầu hoạt động khi thông tin khách hàng/ gia sư được nhập
Pre-Condition(s) - Khách hàng/gia sư và nhân viên đăng nhập tài khoản vào hệ thống
- Khách hàng và nhân viên có kết nối internet trong quá trình xem thông tin
- Khách hàng cần xem thông tin về lớp học
- Hệ thống nhận được yêu cầu in thông tin lớp học
Post-Condition - Khách hàng xem thông tin lớp học
- In thông tin lớp học thành công nếu có
Basic Flow - Khách hàng đăng nhập bằng thông tin cá nhân vào hệ thống
- Hệ thống hiển thị mục lục các hành động có thể thực hiện
- Khách hàng chọn xem thông tin lớp học
- Hệ thống hiển thị và gửi yêu cầu in thông tin lớp học
- Khách hàng đồng ý in thông tin lớp học
Exception Flow 5a Khách hàng không đồng ý in và Use case đi thẳng đến bước 6
Time out cho màn hình thông tin lớp học trong vòng 15 phút
3.2.1.5.2 Activity quản lý thông tin lớp học
Hình 12: Activity quản lý thông tin lớp học
3.2.1.6 Use case quản lý thời khoá biểu
Hình 13: Use case quản lý thời khoá biểu
3.2.1.6.1 Đặc tả use case quản lý thời khóa biểu
Use Case Name Quản lý thời khoá biểu
Description - Khách hàng và gia sư đăng nhập để xem thời khoá biểu trên hệ thống
- Nhân viên xác thực yêu cầu thay đổi thời khoá biểu và cập nhật hệ thống
Actor(s) - Phụ huynh, học sinh
Trigger - Khách hàng / gia sư muốn xem thời khoá biểu
- Use case bắt đầu hoạt động khi mã lớp được nhập
Pre-Condition(s) - Khách hàng/gia sư và nhân viên đăng nhập tài khoản vào hệ thống
- Khách hàng/ gia sư nhập mã lớp học phù hợp
- Khách hàng và nhân viên có kết nối internet trong quá trình xem thời khoá biểu
- Khách hàng/ gia sư cần xem/ chỉnh sửa thời khoá biểu
- Nhân viên nhận được yêu cầu chỉnh sửa thời khoá biểu
Post-Condition - Hiển thị thời khoá biểu
- Cập nhật thay đổi thời khoá biểu thành công nếu có
Basic Flow - Khách hàng đăng nhập bằng thông tin cá nhân vào hệ thống
- Khách hàng chọn xem thời khoá biểu
- Hệ thống hiển thị thời khoá biểu
Exception Flow 3a Khách hàng yêu cầu thay đổi thời khoá biểu
3b Hệ thống xác nhận yêu cầu thay đổi thời khoá biểu 3c Nhân viên xác nhận yêu cầu và cập nhật thời khoá biểu
- Time out cho màn hình thời khoá biểu trong vòng 15 phút
- Tự động hỏi khách hàng có muốn lưu thời khoá biểu đang sửa mỗi 5 phút sau khi có thay đổi
3.2.1.6.2 Activity quản lý thời khoá biểu
Hình 14: Quản lý thời khoá biểu
3.2.1.7 Use case thay đổi gia sư/ địa điểm lớp học
Hình 15: Use case thay đổi gia sư/địa điểm lớp học
3.2.1.7.1 Đặc tả use case thay đổi gia sư/ địa điểm lớp học
Use Case Name Thay đổi gia sư/ địa điểm lớp học
Description - Khách hàng/ gia sư yêu cầu thay đổi gia sư/ địa điểm lớp học
- Nhân viên xác nhận và cập nhật thông tin
Actor(s) - Phụ huynh, học sinh
Trigger - Khách hàng / gia sư muốn đổi thông tin gia sư/ địa điểm lớp học
- Use case bắt đầu hoạt động khi nhân viên tiếp nhận và tiến hành thay đổi thông tin
Pre-Condition(s) - Khách hàng/gia sư và nhân viên đăng nhập tài khoản vào hệ thống
- Khách hàng và nhân viên có kết nối internet trong quá trình xem thông tin
- Khách hàng cần thay đổi gia sư/ địa điểm lớp học
- Nhân viên nhận được yêu cầu thay đổi thông tin
Post-Condition - Thay đổi gia sư/ địa điểm lớp học thành công nếu có
Basic Flow - Khách hàng đăng nhập bằng thông tin cá nhân vào hệ thống
- Khách hàng nhập mã lớp học
- Khách hàng chọn thay đổi thông tin mình muốn
- Hệ thống xác nhận thông tin và cập nhật
Exception Flow 3a Khách hàng chọn không thay đổi gia sư/ địa điểm lớp học và Use case đi thẳng đến bước 5
- Xác nhận thông tin gia sư muốn đổi
- Xác nhận địa điểm lớp học muốn đổi
- Thông báo đổi thành công/ không thành công
- Hỏi khách hàng nếu có thao tác thoát trang mà chưa lưu thay đổi
3.2.1.7.2 Activity thay đổi gia sư/ địa điểm lớp học
Hình 16: Đổi gia sư, địa điểm lớp học
3.2.1.8 Use case quản lý sổ liên lạc
Hình 17: Use case quản lý sổ liên lạc
3.2.1.8.1 Đặc tả use case quản lý sổ liên lạc
Use Case Name Quản lý sổ liên lạc
Description - Khách hàng/ gia sư yêu cầu xem sổ liên lạc
- Gia sư yêu cầu chỉnh sửa sổ liên lạc
- Nhân viên xác nhận và cập nhật thông tin
Actor(s) - Phụ huynh, học sinh
Trigger - Khách hàng / gia sư muốn xem sổ liên lạc
- Gia sư muốn cập nhật sổ liên lạc
- Use case bắt đầu hoạt động khi khách hàng yêu cầu xem sổ liên lạc
Pre-Condition(s) - Khách hàng/gia sư và nhân viên đăng nhập tài khoản vào hệ thống
- Khách hàng nhập mã lớp học hợp lệ
- Khách hàng và nhân viên có kết nối internet trong quá trình xem thông tin
- Khách hàng muốn xem sổ liên lạc
- Gia sư muốn chỉnh sửa sổ liên lạc
- Nhân viên nhận được yêu cầu thay đổi thông tin
Post-Condition - Khách hàng xem được sổ liên lạc
- Gia sư chỉnh sửa sổ liên lạc thành công nếu có
Basic Flow - Khách hàng đăng nhập bằng thông tin cá nhân vào hệ thống
- Khách hàng nhập mã lớp học
- Khách hàng chọn xem sổ liên lạc
- Hệ thống xác nhận thông tin và hiển thị
Exception Flow 4a Gia sư yêu cầu chỉnh sửa sổ liên lạc
4b Hệ thống xác nhận và cập nhật sổ liên lạc
- Xác nhận thông tin gia sư chỉnh sửa trên sổ liên lạc
- Thông báo chỉnh sửa thành công/ không thành công
- Hỏi gia sư nếu có thao tác thoát trang mà chưa lưu thay đổi
3.2.1.8.2 Activity quản lý sổ liên lạc
Hình 18: Activity quản lý sổ liên lạc
3.2.1.9 Use case quản lý thông tin khách hàng
Hình 19: Use case quản lý thông tin khách hàng
3.2.1.9.1 Đặc tả use case thông tin khách hàng
Use Case Name Use case quản lý thông tin khách hàng
Description - Khách hàng (phụ huynh, học sinh) có thể xem thông tin của mình đã được lưu trữ trên hệ thống
- Nhân viên xem thông tin danh sách khách hàng và thường xuyên cập nhật, chỉnh sửa bổ sung về thông tin khách hàng
Actor(s) - Phụ huynh, học sinh
Trigger - Khi nhân viên cần cập nhật, chỉnh sửa bổ sung
- Use case bắt đầu hoạt động khi khách hàng hoặc nhân viên muốn tra cứu thông tin khách hàng
Pre-Condition(s) - Khách hàng, gia sư, nhân viên đăng nhập vào hệ thống
- Khách hàng và nhân viên có kết nối internet trong quá trình đánh giá và xử lý đánh giá
- Khi có khách hàng mới tham gia vào chương trình dạy học cần được lưu trữ thông tin
- Khi khách hàng muốn sửa đổi thông tin cá nhân của mình
Khi khách hàng vi phạm hợp đồng hoặc không muốn lưu trữ thông tin cá nhân sau khi hoàn thành khóa học, nhân viên sẽ tiến hành xóa thông tin đó khỏi hệ thống.
Post-Condition Thông tin khách hàng không bị trùng lặp
Basic Flow - Khách hàng, nhân viên chọn chức năng xem thông tin
- Hệ thống hiển thị thanh công cụ tra cứu cần nhập thông tin vào
- Khách hàng cần thay đổi hoặc cần chỉnh sửa thông tin thì nhân viên sẽ triển khai
- Nhân viên sẽ truy cập vào để xem tổng quan về danh sách thông tin khách hàng đã được lưu trữ
- Nhân viên cập nhật thông tin bằng cách: thêm, xóa và sửa đổi
- Hệ thống sẽ tiếp nhận thông tin và đảm bảo rằng thông tin đúng và không bị trùng lặp
- Hệ thống lưu trữ hồ sơ
- Nhân viên sẽ thống kê báo cáo về thông tin và số lượng học sinh
Business Rule Thực hiện đánh giá thường xuyên
- Hình ảnh dung lượng file tối đa 1 MB
- Định dạng hình ảnh: JPEG, PNG
- Không giới hạn ký tự
3.2.1.9.2 Activity quản lý thông tin khách hàng
• Tra cứu thông tin khách hàng
Hình 20: Activity tra cứu thông tin khách hàng
• Thêm thông tin khách hàng
43 Hình 21: Activity thêm thông tin khách hàng
• Sửa thông tin khách hàng
Hình 22: Sửa thông tin khách hàng
• Xóa thông tin khách hàng
Hình 23: Activity xoá thông tin khách hàng
3.2.1.10 Use case quản lý thông tin gia sư
Hình 24: Use case quản lý thông tin gia sư
3.2.1.10.1 Đặc tả use case quản lý thông tin gia sư
Use Case Name Chỉnh Sửa Thông Tin Gia Sư
Gia sư cần cập nhật thông tin cá nhân của mình, bao gồm việc chỉnh sửa bằng cấp, số điện thoại, email và địa chỉ Việc này giúp đảm bảo thông tin chính xác và đầy đủ, tạo điều kiện thuận lợi cho việc liên lạc và nâng cao uy tín của gia sư.
Trigger - Use case hoạt động khi gia sư có nhu cầu cập nhật bằng cấp
- Use case hoạt động khi gia sư có nhu cầu chỉnh sửa các thông tin số điện thoại, email, địa chỉ
Pre-Condition(s) - Gia sư đăng nhập vào hệ thống
- Thiết bị của gia sư đăng nhập vào hệ thống phải kết nối mạng
Post-Condition - Hệ thống xác nhận cập nhật bằng cấp thành công
- Hệ thống xác nhận chỉnh sửa thông tin thành công
Basic Flow Gia sư chọn chức năng “Chỉnh Sửa Thông Tin Gia Sư’’
Hệ thống hiển thị thông tin chi tiết:
• Chỉnh sửa thông tin cá nhân
Alternative • Cập nhật bằng cấp
- Gia sư chọn chức năng cập nhật bằng cấp
- Hệ thống hiển thị form điền cho gia sư
- Gia sư sẽ nhập thông tin và bằng cần cập nhật vào form
- Hệ thống kiểm tra thông tin đúng
- Hệ thống hiển thị cập nhật thành công
• Chỉnh sửa thông tin cá nhân
- Gia sư chọn chức năng chỉnh sửa thông tin cá nhân
- Hệ thống hiển thị form chỉnh sửa thông tin cá nhân cho gia sư
- Gia sư chỉnh sửa thông tin của mình và gửi đi
- Hệ thống hiển thị thông tin chỉnh sửa thành công
Exception Flow - Cập nhật bằng cấp
- Hệ thống kiểm tra thông tin sai
- Quay lại bước nhập thông tin
3.2.1.10.2 Activity quản lý thông tin gia sư
• Chỉnh sửa thông tin cá nhân gia sư
Hình 25: Activity chỉnh sửa thông tin cá nhân gia sư
• Activity cập nhật bằng cấp
Hình 26: Activity cập nhật bằng cấp
3.2.1.11 Use case: Tra cứu thông tin gia sư
Hình 27: Use case tra cứu thông tin gia sư
3.2.1.11.1 Đặc tả use case tra cứu thông tin gia sư
Use Case Name Tra cứu thông tin gia sư
Description Phụ huynh, học sinh có nhu cầu tra cứu thông tin của gia sư gồm thông tin bằng cấp và thông tin cá nhân của gia sư
Actor(s) Phụ huynh, học sinh
Trigger Use case hoạt động khi phụ huynh, học sinh có nhu cầu tra cứu thông tin gia sư
Pre-Condition(s) - Học sinh, phụ huynh đăng nhập vào hệ thống
- Thiết bị của phụ huynh, học sinh, gia sư, nhân viên đăng nhập vào hệ thống phải kết nối mạng
Post-Condition - Hiển thị thông tin gia sư về bằng cấp, thông tin cá nhân của gia sư
Basic Flow - Phụ huynh, học sinh, chọn chức năng “Tra cứu thông tin gia sư”
- Hệ thống hiển thị nhập mã gia sư cần tìm
- Phụ huynh, học sinh, điền mã gia sư cần tra cứu
- Hệ thống kiểm tra thông tin mã gia sư
- Hệ thống hiển thị thông tin gia sư
3.2.1.11.2 Activity tra cứu thông tin gia sư
Hình 28: Activity tra cứu thông tin gia sư
3.2.1.12 Use case quản lý thông tin Lead/Opportunity
Hình 29: Use case quản lý thông tin Lead/Opportunity
3.2.1.12.1 Đặc tả use case thông tin lead/opportunity
Use case name Quản lý thông tin Lead/Opportunity
Nhân viên sử dụng danh sách lead có sẵn hoặc tìm kiếm khách hàng mới để thực hiện cuộc gọi tiếp cận Khi nhân viên thành công trong việc sắp xếp cuộc hẹn với lead, lead đó sẽ được chuyển đổi thành Opportunity, tức là khách hàng tiềm năng.
Những khách hàng tiềm năng, bao gồm phụ huynh và học sinh, sau khi tham gia cuộc gặp gỡ và trao đổi thông tin, nếu đồng ý ký hợp đồng với trung tâm, sẽ chính thức trở thành khách hàng của chúng tôi.
Trigger - Use case hoạt động khi trung tâm muốn tìm thêm khách hàng
- Use case hoạt động khi có người đến muốn đăng ký học ở trung tâm
- Use case hoạt động khi nhân viên chuyển 1 lead thành 1 opportunity
Pre-Condition(s) Danh sách các lead
Post-Condition(s) - Tìm ra được những khách hàng tiềm năng
- Khách hàng tiềm năng ký kết hợp đồng trở thành khách hàng chính thức
Basic Flow - Nhân viên vào “Quản lý Lead/Opportunity”
- Nhân viên vào “Thông tin Lead”
- Nhân viên có danh sách các lead có sẵn hoặc tự tạo cho mình thêm thông tin về các lead ở mục “Thêm”
- Nhân viên sử dụng điện thoại bàn của trung tâm thực hiện các cuộc gọi đến các lead
Nhân viên cần ghi chú ngày, giờ, hình thức và địa điểm của cuộc hẹn với lead vào phần "Ghi chú" bên cạnh thông tin của lead đó.
- Nhân viên chuyển thông tin những lead có cuộc hẹn qua
- Nhân viên thực hiện tư vấn cho các Opportunity
- Nhân viên thỏa hiệp hợp đồng với Opportunity Nhân viên chọn “Tạo hợp đồng” kế bên dòng thông tin Opportunity đó
- Khi ký kết thành công, nhân viên chuyển thông tin Opportunity đó sang “Danh sách khách hàng”
Alternative Flow 3a Nhân viên tự tìm các lead
3b Nhân viên truy cập danh sách lead có sẵn 7a Nhân viên tư vấn theo hình thức Online 7b Nhân viên tư vấn theo hình thức Offline
Exception Flow 7c Những Opportunity không tham gia buổi hẹn thì nhân viên di chuyển thông tin của họ về lại “Thông tin lead”
Business Rules Những cuộc gọi đến các Lead phải được ghi âm
Không giới hạn số hợp đồng của từng khách hàng
3.2.1.12.2 Activity thông tin lead/opportunity
Hình 30: Activity quản lý thông tin lead/opportunity
Mô hình hóa hành vi
Hình 33: SQ lấy lại mật khấu
3.2.2.2 Giải quyết thắc mắc, khiếu nại
• Giải quyết thắc mắc, khiếu nại
Hình 34: SQ giải quyết thắc mắc khiếu nại
• Xử lý đánh giá, góp ý lớp học
Hình 35: SQ xử lý đánh giá, góp ý lớp học
• Quản lý thông tin lớp học
Hình 36: SQ quản lý thông tin lớp học
• Quản lý thời khoá biểu
Hình 37: SQ quản lý thời khoá biểu
• Đổi gia sư/ địa điểm lớp học
Hình 38: Đổi địa điểm/gia sư lớp học
• Quản lý sổ liên lạc
Hình 39: SQ uản lý sổ liên lạc
3.2.2.4 Quản lý thông tin khách hàng
• Tra cứu thông tin khách hàng
Hình 40: SQ tra cứu thông tin khách hàng
• Thêm thông tin khách hàng
Hình 41: SQ thêm thông tin khách hàng
Sửa thông tin khách hàng
Hình 42: SQ sửa thông tin khách hàng
Xóa thông tin khách hàng
Hình 43: SQ xoá thông tin khách hàng
3.2.2.5 Quản lý thông tin gia sư
Chỉnh sửa thông tin gia sư
Hình 44: SQ cập nhật bằng cấp
Hình 45: SQ chỉnh sửa thông tin cá nhân
Tra cứu thông tin gia sư
Hình 46: SQ tra cứu thông tin gia sư
3.2.2.6 Quản lý thông tin Lead/Opportunity
Hình 47: SQ quản lý thông tin lead/opportunity
Mô hình hoá cấu trúc
Hình 48: Mô hình hoá cấu trúc
Mô hình hoá dữ liệu
Mỗi nhân viên (NHAN_VIEN) đều sở hữu một mã nhân viên (ma_nv) duy nhất Thông tin chi tiết của mỗi nhân viên bao gồm họ tên, giới tính, năm sinh, số điện thoại và địa chỉ.
Mỗi thắc mắc của khách hàng được phân biệt bằng một mã số riêng, gọi là mã thắc mắc, nhằm quản lý và theo dõi các vấn đề mà khách hàng gặp phải.
Mỗi hợp đồng (HOP_DONG) được xác định bởi một mã hợp đồng duy nhất (ma_hd) và chứa các thông tin quan trọng như học phí, ngày lập hợp đồng, ngày bắt đầu thực hiện hợp đồng và ngày kết thúc hợp đồng.
- Mỗi lớp học (LOP_HOC) có một mã lớp (ma_lop) duy nhất, thông tin của lớp học có chương trình đào tạo của lớp học
Mỗi gia sư (GIA_SU) được xác định bằng một mã gia sư (ma_gs) duy nhất Thông tin của từng gia sư bao gồm họ tên, số điện thoại, email, địa chỉ, giới tính và năm sinh.
- Mỗi bằng cấp (BANG_CAP) có một mã bằng cấp (ma_bang_cap) duy nhất, thông tin của bằng cấp có tên bằng cấp
Mỗi phụ huynh (PHU_HUYNH) được cấp một mã phụ huynh (ma_ph) duy nhất Thông tin cần thiết của phụ huynh bao gồm họ tên, số điện thoại, địa chỉ, email và giới tính.
- Mỗi nhân thân của học sinh (NHAN_THAN) có thông tim bao gồm họ tên, số điện thoại, mối quan hệ với học sinh
- Mỗi học sinh (HOC_SINH) có mỗi mã học sinh duy nhất, thông tin của mỗi học sinh bao gồm họ tên, giới tính, số điện thoại, năm sinh
- Mỗi thời khoá biểu (THOI_KHOA_BIEU) có một mã thời khoá biểu (ma_tkb) duy nhất, thông tin của thời khoá biểu bao gồm ngày giờ
Mỗi sổ liên lạc (SO_LIEN_LAC) được xác định bởi một mã sổ liên lạc (ma_sll) duy nhất Thông tin trong sổ liên lạc bao gồm ngày dạy và nội dung giảng dạy.
Mỗi công tác dạy học (CONG_TAC_DAY_HOC) được xác định bằng một mã dạy học (ma_day_hoc) duy nhất Thông tin chi tiết của công tác dạy học bao gồm địa chỉ, ngày bắt đầu và ngày kết thúc.
- Mỗi đánh giá công tác dạy học theo tháng
Bảng đánh giá công tác dạy học theo tháng (DANH_GIA_CONG_TAC_DAY_HOC_THEO_THANG) được xác định bằng mã đánh giá duy nhất (ma_danh_gia) Thông tin trong bảng đánh giá bao gồm điểm số từ phụ huynh, học sinh và gia sư, cùng với góp ý cho lớp học và ngày thực hiện đánh giá.
Mỗi lead (LEAD) được xác định bởi một số điện thoại (SDT) duy nhất, bao gồm thông tin chi tiết như họ tên, mã lead, năm sinh của học sinh, tình trạng học tập, chương trình giảng dạy hiện tại, email và ngày lập.
- Mỗi opportunity (OPPORTUNITY) có một mã opportunity (ma_op) duy nhất, thông tin của một opportunity bao gồm mô tả cơ hội, địa chỉ, ngày lập
3.2.4.2 Danh sách các tập thực thể
Trong quá trình quản lý giáo dục, việc xác định các thực thể quan trọng như gia sư, bằng cấp, lớp học, thời khoá biểu, nhân viên, phụ huynh, hợp đồng, thắc mắc khách hàng, nhân thân, học sinh, sổ liên lạc, lead, opportunity, công tác dạy học và đánh giá công tác dạy học theo tháng là rất cần thiết Những yếu tố này không chỉ giúp tổ chức và quản lý hiệu quả mà còn nâng cao chất lượng giảng dạy và sự hài lòng của phụ huynh và học sinh.
Xác định các thuộc tính của nó:
- Gia sư (mã gia sư, họ tên, số điện thoại, email, địa chỉ, giới tính, năm sinh)
- Bằng cấp (mã bằng cấp, tên bằng cấp)
- Lớp học (mã lớp học, chương trình đào tạo)
- Thời Khóa Biểu (mã thời khoá biểu, ngày giờ)
- Nhân viên (mã nhân viên, họ tên, năm sinh, số điện thoại, giới tính, địa chỉ)
- Phụ Huynh (mã phụ huynh, họ tên, số điện thoại, email, địa chỉ, giới tính)
- Hợp đồng (mã hợp đồng, học phí, ngày lập, ngày bắt đầu, ngày kết thúc)
- Thắc mắc khánh hàng (mã thắc mắc, vấn đề thắc mắc)
- Nhân thân (họ tên, số điện thoại, mối quan hệ)
- Học sinh (mã học sinh, số điện thoại, giới tính, họ tên)
- Sổ liên lạc (mã sổ liên lạc, ngày lập, nội dung)
- Lead (mã lead, số điện thoại, họ tên, năm sinh học sinh, tình trạng học tập,chương trình giảng dạy, ngày lập)
- Opportunity (mã opportunity, họ tên, mô tả cơ hội, địa chỉ, ngày lập, email
- Công tác dạy học (mã công tác dạy học, địa chỉ, ngày bắt đầu, ngày kết thúc)
- Đánh giá công tác dạy học theo tháng (mã đánh giá, điểm đánh giá của phụ huynh, điểm đánh giá của học sinh, góp ý, ngày đánh giá)
3.2.4.3 Mối quan hệ giữa các thực thể
● Mối quan hệ giữa Nhân viên và Hợp đồng
Mỗi nhân viên phụ trách từ 0 đến nhiều hợp đồng, mỗi hợp đồng được phụ trách bởi 1 nhân viên
● Mối quan hệ giữa Hợp đồng và Lớp họchọc
Mỗi hợp đồng là của 1 lớp học, 1 lớp học chỉ có 1 hợp đồng
● Mối quan hệ giữa Gia sư và Công tác dạy học
Mỗi Gia sư có thể thuộc từ 0 đến nhiều Công tác dạy học, mỗi công tác dạy học là của
● Mối quan hệ giữa Lead và Opportunity
Mỗi Lead sau khi được chọn lọc sẽ thành 1 Opportunity, mỗi Opportunity được chọn từ 1 Lead
● Mối quan hệ giữa Phụ huynh và Học sinh
Mỗi Phụ huynh là của 1 đến nhiều Học sinh, Mỗi học sinh có 1 đến nhiều Phụ huynh, mối quan hệ giữa Phụ Huynh và Học sinh là Nhân thân
● Mối quan hệ giữa Lớp học và Công tác dạy học
Mỗi lớp học thuộc 1 đến nhiều Công tác dạy học, mỗi Công tác tác dạy học thuộc 1 Lớp học
● Mối quan hệ giữa Lớp học và Sổ liên lạc
Mỗi Lớp học có 1 Sổ liên lạc, mỗi Sổ liên lạc thuộc 1 Lớp học
● Mối quan hệ giữa Sổ liên lạc và Nhân viên
Mỗi Sổ liên lạc được phụ trách bởi 1 nhân viên, mỗi Nhân viên phụ trách 1 đến nhiều
● Mối quan hệ giữa Nhân viên và Thắc mắc của khách hàng
Mỗi Nhân viên quản lí từ 0 đến nhiều Thắc mắc của khách hàng, mỗi Thắc mắc của khách hàng được quản lí bởi 1 Nhân viên
● Mối quan hệ giữa Lớp học và Gia sư
Mỗi Lớp học được giảng dạy bởi 1 Gia sư, mỗi Gia sư có thể giảng dạy từ 0 đến nhiều Lớp học
● Mối quan hệ giữa Gia sư và Bằng cấp
Mỗi Gia sư sở hữu ít nhất 1 đến nhiều Bằng cấp, mỗi Bằng cấp là của 1 Gia sư
● Mối quan hệ giữa Hợp đồng và Phụ huynh
Mỗi Hợp đồng được ký kết với 1 phụ huynh, mỗi Phụ huynh có thể kí kết 1 đến nhiều Hợp đồng
● Mối quan hệ giữa Opportunity và Phụ Huynh
Mỗi Opportunity sau khi liên hệ sẽ thành một Phụ huynh, mỗi Phụ huynh có thể được liên hệ từ 1 Opportunity hoặc 0
● Mối quan hệ giữa Học sinh và Lớp học
Mỗi Học sinh thuộc 1 Lớp học, mỗi Lớp học có 1 Học sinh
● Mối quan hệ giữa Lớp học và Thời khóa biểu
Mỗi Lớp học có 1 đến nhiều Thời khóa biểu, mỗi Thời khóa biểu chỉ thuộc về 1 Lớp học
● Mối quan hệ giữa Công tác dạy học và Đánh giá công tác dạy học theo tháng
Mỗi công tác dạy học bao gồm từ một đến nhiều đánh giá theo tháng, và mỗi đánh giá này đều thuộc về một công tác dạy học cụ thể.
3.2.4.4 Mô hình thực thể kết hợp (ERD) (LINK)
Thiết kế hệ thống 78 1 Thiết kế lớp (chuyển đổi từ sơ đồ lớp mức phân tích sang mức thiết kế) 78 2 Thiết kế CSDL (chuyển đổi CSDL từ mức quan niệm sang mức vật lý) 79
Sơ đồ CSDL mức vật lý
Hình 51: Sơ đồ CSDL mức vật lý
Mô tả CSDL
Diễn giải đối tượng cần lưu trữ thông tin
- NHANVIEN (ma_nv nvarchar(10), ho_ten nvarchar(50), dia_chi nvarchar(100), sdt char(11), nam_sinh date, gioi_tinh char(3))
- Bảng NHANVIEN thể hiện tất cả nhân viên của hệ thống được phân biệt qua ma_nv
STT Tên thuộc tính Diễn giải Khoá chính Khoá ngoại
1 Ma_nv Mã nhân viên x
2 Ho_ten Họ và tên của nhân viên
3 Dia_chi Địa chỉ của nhân viên
4 Nam_sinh Năm sinh của nhân viên
5 Sdt Số điện thoại của nhân viên
6 Gioi_tinh Giới tính của nhân viên
- OPPORTUNITY (ma_OP nvarchar(10), ho_ten nvarchar(50), dia_chi_hen nvarchar(50), sdt char(11), mo_ta_co_hoi nvarchar(1000), ngay_lap date)
- Bảng OPPORTUNITY thể hiện tất cả opportunity của hệ thống được phân biệt qua ma_OP
STT Tên thuộc tính Diễn giải Khoá chính Khoá ngoại
2 Sdt Số điện thoại opportunity x
3 Ho_ten Họ tên opportunity
4 Mo_ta_co_hoi Mô tả cơ hội
5 Dia_chi_hen Địa chỉ hẹn
6 Ngay_lap Ngày lập opportunity
- LEAD (ma_lead nvarchar(10), ho_ten nvarchar(100), tinh_trang_hoc_tap nvarchar(1000), sdt char(11), nam_sinh_HS date, chuong_trinh_giang_day nvarchar(100), ngay_lap date)
- Bảng LEAD thể hiện tất cả lead của hệ thống được phân biệt qua sdt
STT Tên thuộc tính Diễn giải Khoá chính Khoá ngoại
1 Sdt Số điện thoại lead x
3 Ho_ten Họ tên lead
4 Nam_sinh_HS Năm sinh học sinh của lead
5 Tinh_trang_hoc_tap Tình trạng học tập của lead
6 Chuong_trinh_giang_day Chương trình giảng dạy cho lead
7 ngay_lap Ngày lập lead
- PHUHUYNH (ma_ph nvarchar(10), ma_OP nvarchar(10), ho_ten nvarchar(100), dia_chi nvarchar(100), sdt char(11), email nvarchar(100), gioitinh char(3))
- Bảng PHUHUYNH thể hiện tất cả phụ huynh của hệ thống được phân biệt qua ma_ph
STT Tên thuộc tính Diễn giải Khoá chính Khoá ngoại
1 Ma_ph Mã phụ huynh x
3 Ho_ten Họ tên phụ huynh
4 Dia_chi địa chỉ phụ huynh
5 Sdt Số điện thoại của phụ huynh
7 Gioi_tinh Giới tính phụ huynh
- NHANTHAN (ma_ph nvarchar(10), ma_hs nvarchar(10), ho_ten nvarchar(50), moi_quan_he nvarchar(100), sdt char(11))
- Bảng NHANTHAN thể hiện tất cả nhân thân của hệ thống được phân biệt qua ma_ph và ma_hs
STT Tên thuộc tính Diễn giải Khoá chính Khoá ngoại
1 Ma_ph Mã phụ huynh x x
2 Ma_hs Mã học sinh x x
3 Ho_ten Họ tên nhân thân
4 Sdt Số điện thoại nhân thân
5 Moi_quan_he Mối quan hệ
- HOCSINH (ma_hs nvarchar(10), ho_ten nvarchar(100), sdt char(11), nam_sinh date, gioi_tinh char(3))
- Bảng HOCSINH thể hiện tất cả học sinh của hệ thống được phân biệt qua Ma_hs
STT Tên thuộc tính Diễn giải Khoá chính Khoá ngoại
1 Ma_hs Mã học sinh x
2 Ho_ten Họ tên học sinh
3 Nam_sinh Năm sinh học sinh
4 Sdt Số điện thoại học sinh
5 Gioi_tinh Giới tính học sinh
- GIASU (ma_gs nvarchar(10), ho_ten nvarchar(100), dia_chi nvarchar(100), sdt char(11), nam_sinh date, gioi_tinh char(3), email char(100))
- Bảng GIASU thể hiện tất cả gia sư của hệ thống được phân biệt qua ma_gs
STT Tên thuộc tính Diễn giải Khoá chính Khoá ngoại
1 Ma_gs Mã gia sư x
2 Ho_ten Họ tên gia sư
3 Dia_chi Địa chỉ gia sư
4 Sdt Số điện thoại gia sư
5 Nam_sinh Năm sinh gia sư
6 Gioi_tinh Giới tính gia sư
- BANGCAP (ma_bang_cap nvarchar(10), ma_gs nvarchar(10), ten_bang_cap nvarchar(100))
- Bảng BANGCAP thể hiện tất cả bằng cấp của hệ thống được phân biệt qua ma_bangcap
STT Tên thuộc tính Diễn giải Khoá chính Khoá ngoại
1 Ma_bang_cap Mã bằng cấp x
2 Ma_gs Mã gia sư x
3 Ten_bang_cap Tên bằng cấp
- HOPDONG (ma_hd nvarchar(10), ma_nv nvarchar(10), ma_ph nvarchar(10), hoc_phi int, ngay_lap date, ngay_bat_dau date, ngay_ket_thuc date)
- Bảng HOPDONG thể hiện tất cả hợp đồng của hệ thống được phân biệt qua ma_hd
STT Tên thuộc tính Diễn giải Khoá chính Khoá ngoại
1 Ma_hd Mã hợp đồng x
2 Ma_nv Mã nhân viên x
3 Ma_ph Mã phụ huynh x
5 Ngay_lap Ngày lập hợp đồng
6 Ngay_bat_dau Ngày bắt đầu thực hiện hợp đồng
7 Ngay_ket_thuc Ngày kết thúc hợp đồng
- THACMAC (ma_nv nvarchar(10), ma_thac_mac nvarchar(10), van_de_thac_mac nvarchar(100))
- Bảng THACMAC thể hiện tất cả thắc mắc của hệ thống được phân biệt qua ma_nv và ma_thacmac
STT Tên thuộc tính Diễn giải Khoá chính Khoá ngoại
1 Ka_nv Mã nhân viên x
2 Ma_thac_mac Mã thắc mắc x
3 Van_de_thac_mac Vấn đề thắc mắc
- LOPHOC (ma_lop nvarchar(10), ma_hd nvarchar(10), ma_gs nvarchar(10), ma_hs nvarchar(10), chuong_trinh_dao_tao nvarchar(100))
- Bảng LOPHOC thể hiện tất cả lớp học của hệ thống được phân biệt qua ma_lop
STT Tên thuộc tính Diễn giải Khoá chính Khoá ngoại
1 Ma_lop Mã lớp học x
2 Chuong_trinh_dao_tao Chương trình đào tạo
3 Ma_hd Mã hợp đồng x
4 Ma_hs Mã học sinh x
- CONGTACDAYHOC (ma_day_hoc nvarchar(10), ma_lop nvarchar(10), ma_gs nvarchar(10), dia_chi nvarchar(100), ngay_bat_dau date, ngay_ket_thuc date)
- Bảng CONGTACDAYHOC thể hiện tất cả ngày dạy học của hệ thống được phân biệt qua ma_day_hoc
STT Tên thuộc tính Diễn giải Khoá chính Khoá ngoại
1 Ma_day_hoc Ngày dạy học x
3 Ma_gs Mã gia sư x
4 Dia_chi Địa chỉ học
5 Ngay_bat_dau Ngày bắt đầu công tác dạy học
6 Ngay_ket_thuc Ngày kết thúc công tác dạy học
- SOLIENLAC (ma_sll nvarchar(10), ma_nv nvarchar(10), ma_lop nvarchar(10), ngay_day date, noi_dung nvarchar(1000))
- Bảng SOLIENLAC thể hiện tất cả sổ liên lạc của hệ thống được phân biệt qua ma_sll
STT Tên thuộc tính Diễn giải Khoá chính Khoá ngoại
1 Ma_sll Mã sổ liên lạc x
3 Ma_nv Mã nhân viên x
- DANHGIA_THANG (ma_danh_gia nvarchar(10), ma_day_hoc nvarchar(10), diemDG_PH int, diemDG_HS int, diemDG_GS int, gop_y nvarchar(1000), ngay_DG date)
- Bảng DANHGIA_THANG thể hiện tất cả đánh giá của hệ thống được phân biệt qua ma_danhgia
STT Tên thuộc tính Diễn giải Khoá chính Khoá ngoại
1 Ma_danh_gia Mã đánh giá x
2 Ma_day_hoc Mã dạy học x
3 DiemDG_PH Điểm đánh giá của phụ huynh
4 DiemDG_HS Điểm đánh giá của học sinh
5 DiemDG_GS Điểm đánh giá của gia sư
7 Ngay_DG Ngày đánh giá
- THOIKHOABIEU (ma_tkb nvarchar(10), ngay_gio date, ma_lop nvarchar(10))
- Bảng THOIKHOABIEU thể hiện tất cả thời khoá biểu của hệ thống được phân biệt qua ma_tkb
STT Tên thuộc tính Diễn giải Khoá chính Khoá ngoại
1 ma_tkb Mã thời khoá biểu x
Thiết kế và mô tả các ràng buộc CSDL
● Ràng buộc trên một quan hệ
Ràng buộc 1: Email của phụ huynh không được trùng nhau
- Nội dung: ∀t∈ PHU_HUYNH, ∄u∈ PHU_HUYNH (t.email = u.email)
Quan hệ Thêm Xóa Sửa
Ràng buộc 2: Email của học sinh không được trùng nhau
- Nội dung: ∀t∈ HOC_SINH, ∄u∈ HOC_SINH (t.email = u.email)
Quan hệ Thêm Xóa Sửa
Ràng buộc 3: Email của gia sư không được trùng nhau
- Nội dung: ∀t∈ GIA_SINH, ∄u∈ GIA_SU (t.email = u.email)
Quan hệ Thêm Xóa Sửa
Ràng buộc 4: Email của nhân viên không được trùng nhau
- Nội dung: ∀t∈ NHAN_VIEN, ∄u∈ NHAN_VIEN (t.email = u.email)
Quan hệ Thêm Xóa Sửa
Ràng buộc 5: Số điện thoại của nhân viên không được trùng nhau
- Nội dung: ∀t∈ NHAN_VIEN, ∄u∈ NHAN_VEIN (t.sdt = u.sdt)
Quan hệ Thêm Xóa Sửa
Ràng buộc 6: Giới tính của nhân viên là 1 trong 2 giá trị là “Nam”, “Nữ”
- Nội dung: ∀t∈ NHAN_VIEN, (t.gioi_tinh {“Nam”, “Nữ”})
Quan hệ Thêm Xóa Sửa
Ràng buộc 7: Với mỗi hợp đồng, ngày bắt đầu phải nhỏ hơn ngày kết thúc
- Nội dung: ∀t∈ HOP_DONG (t.ngay_bd < t.ngay_kt)
Quan hệ Thêm Xóa Sửa
HOP_DONG + - +(ngay_bd, ngay_kt)
Ràng buộc 8: Với công tác dạy học, ngày bắt đầu phải nhỏ hơn ngày kết thúc
- Nội dung: ∀t∈ CONG_TAC_DAY_HOC(t.ngay_bd < t.ngay_kt)
- Bối cảnh: CONG_TAC_DAY_HOC
Quan hệ Thêm Xóa Sửa
● Ràng buộc trên nhiều quan hệ
Ràng buộc 1: Ngày lập lead phải trước ngày lập opportunity
- Nội dung: ∀t∈ LEAD, ∄u∈ OPPORTUNITY (u.ma_op = t.ma_lead, t.ngay_lap
Quan hệ Thêm Xóa Sửa
Thiết kế giao diện
Hình 52: Giao diện trang chủ
Giao diện cung cấp những thông tin cần thiết của trung tâm và dịch vụ hỗ trợ khách hàng
Hình 53: Giao diện trang chủ Giao diện hiển thị các gia sư ưu tứu của trung tâm cho khách hàng xem
Hình 54: Giao diện trang chủ
Hình 55:Giao diện trang chủ
Hình 56: Giao diện trang chủ Giao diện hiển thị cam kết của trung tâm cho khách hàng xem
Hình 57: Giao diện trang chủ Giao diện hiển thị các tin tức, sự kiện của trung tâm cho khách hàng xem
Hình 58: Giao diện trang chủ Giao diện hiển thị email, địa chi, đường dây nóng và địa chỉ website
• Quản lý tài khoản khách hàng
Hình 59: Gia diện nhân viên
• Chỉnh sửa thông tin khách hàng
Giao diện hiển thị cho nhân viên khi thêm, xoá, sửa thông tin khách hàng
Hình 60: Giao diện chọn thêm, chỉnh, xoá tài khoản khách hàng
• Tra cứu thông tin khách hàng
Hình 62: Giao diện hiển thị chọn tra cứu thông tin khách hàng
Hình 61: Giao diện tra cứu thông tin khách hàng
Hình 63:Giao diện hiển thị thông tin khách hàng
• Quản lý tài khoản gia sư
Hình 64: Giao diện nhân viên
• Chỉnh sửa và cập nhật thông tin gia sư
98 Hình 65:Giao diện chọn chỉnh sửa và cập nhật
• Hiển thị form điền chỉnh sửa
Hình 66: Giao diện form cập nhật
3.3.3.4 Giao diện phụ huynh - học sinh
Hình 67: Giao diện đăng nhập
• Giao diện tra cứu thời khóa biểu
Hình 68: Giao diện tra cứu thời khoá biểu
• Hiển thị thông tin thời khoá biểu
Hình 69: Giao diện hiển thị thông tin thời khoá biểu
• Giao diện tra cứu thông tin gia sư
Hình 70: Giao diện tra cứu thông tin gia sư
• Hiển thị thông tin gia sư
Hình 71: Giao diện hiển thị thông tin gia sư
• Giao diện giải đáp thắc mắc của khách hàng
Hình 72: Giao diện giải đáp thắc mắc của khách hàng
Hình 73: Giao diện đánh giá lớp học
• Hiển thị form đánh giá
Thuận lợi
Các thành viên trong nhóm đã hợp tác không chỉ trong môn học này mà còn ở nhiều môn học khác, từ đó hiểu rõ khả năng, điểm mạnh và điểm yếu của nhau Sự quen thuộc trong cách làm việc giúp mọi người thoải mái chia sẻ ý kiến và tối ưu hóa hiệu quả làm việc.
Nhóm đã tham khảo một bài viết để có cái nhìn tương đối chính xác về quy mô dự án, điều này là yếu tố thuận lợi giúp định hình và xây dựng dự án một cách hiệu quả.
Trong quá trình thực hiện bài tập, thầy đã đưa ra những nhận xét chính xác, giúp nhóm cải thiện chất lượng bài làm Những góp ý này không chỉ giúp tránh những sai sót không cần thiết mà còn định hướng dự án đi đúng hướng.
Hình 74: Giao diện form đánh giá
Các thành viên trong nhóm luôn tự giác hoàn thành nhiệm vụ và có tinh thần trách nhiệm cao với dự án chung của nhóm.
Khó khăn
Phân tích thiết kế hệ thống là môn học quan trọng mà sinh viên cần nắm vững kiến thức đa dạng, liên quan đến các môn học như Cơ sở dữ liệu và Hệ thống thông tin quản lý Đồ án trong môn này yêu cầu sự chi tiết và cụ thể, đòi hỏi sự tập trung, phối hợp và phân công hợp lý giữa các thành viên trong nhóm để hoàn thành tốt nhiệm vụ.
Thời gian để hoàn thiện đồ án còn eo hẹp, tạo nên áp lực nhất định cho mỗi thành viên trong nhóm
Trong quá trình cùng làm đồ án, không thể không tránh khỏi những quan điểm bất đồng với nhau giữa các thành viên
Do khoảng cách giữa các thành viên và lịch học dày đặc, việc tổ chức họp nhóm trực tiếp gặp nhiều khó khăn Họp trực tuyến cũng gặp phải sự cố về thiết bị và mạng, gây trở ngại cho quá trình làm việc chung.
Bài học kinh nghiệm
Có được các kiến thức cơ bản về phân tích thiết kế hệ thống, học hỏi được nhiều kiến thức từ giảng viên và các bạn trong lớp
Để hoàn thành đồ án một cách tốt nhất, việc nắm vững kiến thức từ các môn học trước là vô cùng quan trọng Đồng thời, sắp xếp và phân bổ thời gian hợp lý cũng góp phần quyết định đến sự thành công của dự án.
Chủ động liên hệ, trao đổi với giảng viên về tài liệu tham khảo cũng như các đồ án khóa trước.
