28
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
- Gia sư
- Nhân viên
Priority Must have
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
29
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 q
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
- Use case kết thúc
Exception Flow 5a. Khách hàng không đồng ý in và Use case đi thẳng đến bước 6
Non-Functional Requirement
Time out cho màn hình thơng tin lớp học trong vòng 15 phút
30
3.2.1.5.2 Activity quản lý thông tin lớp học
31
3.2.1.6 Use case quản lý thời khố biểu
Hình 13: Use case quản lý thời khố 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 khố 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
- Gia sư
- Nhân viên
Priority Must have
32
- 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 q 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
- Use case kết thúc
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
Non-Functional Requirement
- Time out cho màn hình thời khố biểu trong vịng 15 phút
- Tự động hỏi khách hàng có muốn lưu thời khố biểu đang
33
3.2.1.6.2 Activity quản lý thời khoá biểu
34
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
- Gia sư
- Nhân viên
Priority
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
35
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 q 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
- Use case kết thúc
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
Non-Functional Requirement
- 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 thốt trang mà chưa lưu thay
36
3.2.1.7.2 Activity thay đổi gia sư/ địa điểm lớp học
37
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
- Gia sư
- Nhân viên
Priority Must have
Trigger - Khách hàng / gia sư muốn xem sổ liên lạc
38
- 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 q 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ị
- Use case kết thúc
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
Non-Functional Requirement
- 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
39
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
40
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.
- Nhân viên.
Priority Must have
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 q 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 sau khi tham gia
chương học xong khơng muốn thơng tin cá nhân cịn được lưu trữ trên hệ thống thì nhân viên sẽ xử lý thơng tin bằng cách xóa.
41
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.
- Use case kết thúc
Business Rule Thực hiện đánh giá thường xuyên.
Non-Functional Requirement
- Hình ảnh dung lượng file tối đa 1 MB
- Định dạng hình ảnh: JPEG, PNG.
42
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
43
44
• Sửa thơng tin khách hàng
45
• Xóa thơng tin khách hàng
46
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ư
Description Gia sư muốn chỉnh sửa thông tin của gia sư bao gồm: Cập nhật bằng cấp gia sư, Chỉnh sửa thông tin cá nhân của gia sư bao gồm số điện thoại, email, địa chỉ.
Actor(s) Gia sư
Priority Must have
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ỉ.
47
- 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:
• Cập nhật bằng cấp
• 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
- Use case kết thúc
• 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
48
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ư
49
• Activity cập nhật bằng cấp
50
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
Priority Must have
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
51
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ư
52
3.2.1.11.2 Activity tra cứu thông tin gia sư
53
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
Description - Nhân viên dựa vào danh sách lead (khách hàng mới) có sẵn hoặc tìm mới để tiếp cận (gọi điện). Khi nhân viên chốt được cuộc hẹn với lead thì lead sẽ được chuyển thành Opportunity (khách hàng tiềm năng).
- Những khách hàng tiềm năng sau khi gặp mặt trao đổi mà
đồng ý ký hợp đồng với trung tâm sẽ trở thành khách hàng chính thức. (Phụ huynh, học sinh)
Actor(s) - Nhân viên
54
Priority Bắt buộc
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 đặt được cuộc hẹn với lead nào thì ghi chú ngày
giờ, hình thức, địa điểm cuộc hẹn vào phần “Ghi chú” ở kế bên dịng thơng tin của lead đó
- Nhân viên chuyển thơng tin những lead có cuộc hẹn qua
“Thông tin Opportunity”
- 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 đó
55
- 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
Non-Functional Requirement
56
3.2.1.12.2 Activity thơng tin lead/opportunity
57
3.2.2 Mơ hình hóa hành vi
3.2.2.1 Đăng nhập
● Đăng ký
58
● Đăng nhập