Chapter 6:Analysis and Modeling with Web Services and Mi-

croservices

02

Step 3: Define Entity Service Candidates

Step 3: Define Entity Service Candidates

 Mỗi ngữ cảnh đại diện cho một ứng viên dịch vụ. Các bối cảnh mà bạn kết thúc sẽ phụ thuộc vào các
loại hình dịch vụ kinh doanh mà bạn đã chọn để xây dựng.

 Điều quan trọng là bạn không nên quan tâm đến việc có bao nhiêu bước thuộc về mỗi nhóm. Mục
đích chính là thiết lập một tập hợp các ngữ cảnh cần thiết.

 Việc trang bị cho các ứng viên dịch vụ thực thể với các ứng viên năng lực bổ sung để tạo điều kiện sử
dụng lại trong tương lai cũng được khuyến khích.
 Step 3: Define Entity Service Candidates
Case Study Example
• Bắt đầu đệ trình Bảng chấm công
• Nhận số giờ ghi lại cho khách hàng và phạm vi ngày
• Nhận Giờ lập hóa đơn cho Khách hàng và phạm vi ngày
• So sánh số giờ đã ghi với số giờ đã lập hóa đơn
• Nếu số giờ không khớp, hãy từ chối việc gửi bảng
chấm công
• Nhận giờ làm thêm cho phạm vi ngày
• Nhận ủy quyền
• Xác nhận ủy quyền
• Nếu xác nhận ủy quyền không thành công, hãy từ
chối gửi bảng chấm công
 Step 3: Define Entity Service Candidates
Case Study Example
• Nhận giới hạn số giờ hàng tuần

• So sánh giới hạn số giờ hàng tuần với số giờ đã ghi

• Nếu xác nhận đã ghi giờ không thành công, hãy từ

chối gửi bảng chấm công

• Cập nhật lịch sử nhân viên

• Gửi tin nhắn cho nhân viên

• Gửi tin nhắn cho người quản lý

• Nếu bảng chấm công được xác minh, hãy chấp nhận
việc đệ trình và kết thúc quy trình chấm công
Step 3: Define Entity Service Candidates

Thực thể Timesheet:

• Nhận số giờ ghi lại cho khách hàng và phạm vi ngày

• Nhận giờ làm thêm cho phạm vi ngày

• Nhận ủy quyền
Step 3: Define Entity Service Candidates

Thực thể Invoice

• Nhận Giờ lập hóa đơn cho khách hàng

và phạm vi ngày
Step 3: Define Entity Service Candidates

Employee
+
Employee History
Chapter 6:Analysis and Modeling with Web Services and Mi-
croservices

02

Step 4: Identify Process-Specific Logic

 Step 4: Identify Process-Specific Logic
Case Study Example: Timesheet Submission
• Bắt đầu đệ trình Bảng chấm công

• So sánh số giờ đã ghi với số giờ đã lập hóa đơn

• Nếu số giờ không khớp, hãy từ chối việc gửi bảng chấm công

• Xác nhận ủy quyền

• Nếu xác nhận ủy quyền không thành công, hãy từ chối gửi bảng chấm công

• So sánh giới hạn số giờ hàng tuần với số giờ đã ghi

• Nếu xác nhận đã ghi giờ không thành công, hãy từ chối gửi bảng chấm công

• Nếu Bảng chấm công được xác minh, hãy chấp nhận việc đệ trình và kết thúc quy trình chấm công
 Step 4: Identify Process-Specific Logic

Ứng viên dịch vụ Đệ trình Bảng chấm công với một dịch
vụ duy nhất khả năng khởi chạy tự động hóa nghiệp vụ
Gửi Bảng chấm công tiến trình.
Chapter 6:Analysis and Modeling with Web Services and Mi-
croservices

02

Step 9: Define Microservice Candidates

Step 9: Define Microservice Candidates

• Tăng yêu cầu về quyền tự chủ

• Yêu cầu hiệu suất thời gian chạy cụ thể

• Các yêu cầu về độ tin cậy hoặc chuyển đổi dự phòng cụ thể về thời gian chạy

• Các yêu cầu triển khai và lập phiên bản dịch vụ cụ thể
Step 9: Define Microservice Candidates
Case Study Example

Hành động Confirm Autorization là một phần

của logic ứng viên dịch vụ nhiệm vụ Đệ trình
Bảng chấm công được tách ra để tạo cơ sở cho
ứng viên microservice Confirm Autorization, một
dịch vụ REST thực hiện logic này thông qua ứng
viên Confirm.
Chapter 6:Analysis and Modeling with Web Services and Mi-
croservices

02

Step 10: Apply Service-Orientation

Step 10: Apply Service-Orientation

Bước này là bước lặp lại của Bước 7, được cung cấp ở
đây đặc biệt cho bất kỳ ứng viên dịch vụ tiện ích mới
nào có thể đã xuất hiện sau khi hoàn thành Bước 8 và 9.