Kỹ Thuật Giải Quyết Bài Toàn Về Policy Và Công Thức Tính Toán động ...

Agree & Join LinkedIn

By clicking Continue to join or sign in, you agree to LinkedIn’s User Agreement, Privacy Policy, and Cookie Policy.

Sign in to view more content

Create your free account or sign in to continue your search

Sign in

Welcome back

Email or phone Password Show Forgot password? Sign in

or

By clicking Continue to join or sign in, you agree to LinkedIn’s User Agreement, Privacy Policy, and Cookie Policy.

New to LinkedIn? Join now

or

New to LinkedIn? Join now

By clicking Continue to join or sign in, you agree to LinkedIn’s User Agreement, Privacy Policy, and Cookie Policy.

Skip to main content

Dạo này tôi có một mối duyên rất tình cờ với việc làm các phần mềm thuộc lĩnh vực tài chính và ngân hàng. Một số bài toán trong lĩnh vực này làm tôi nhớ đến những ngày đầu làm việc với phần mềm Trinet Expense tôi đã phát triển 1 kỹ thuật để tạo ra việc cấu hình các policy kiểm tra các báo cáo về chi phí.

Trong phạm vi ngày hôm nay tôi sẽ giới thiệu 1 bài toán tương tự tôi gặp phải khi làm việc với một sản phẩm phần mềm tài chính mới của tôi

Bài toán:

Bạn xây dựng một module survey và affiliate cho công ty tài chính thu thập thông tin người dùng. Các trường trong survey sẽ được thiết kế động sử dụng các thư viện survey ví dụ như dưới đây:

Với từng survey chúng tôi sẽ có những công thức tính hoa hồng (bonus) khác nhau được cấu hình động trong cơ sở dữ liệu để khi cộng tác viên giới thiệu khách hàng họ được tính toán tiền hoa hồng theo quy tắc của công ty. Dưới đây là 2 công thức được áp dụng với survey "Đăng ký làm thẻ tín dụng":

• Nếu số hồ sơ mà cộng tác viên giới thiệu làm thẻ tín dụng trong tháng > 5 thì hoa hồng cho cộng tác viên: 300k, F2(Cấp cha) = 50k, F1(Cấp ông bà) = 50k
• Nếu số hồ sơ mà cộng tác viên giới thiệu làm thẻ tín dụng trong tháng < 5 thì hoa hồng cho cộng tác viên: 200k, F2(Cấp cha) = 30k, F1(Cấp ông bà) = 20k

Việc này dẫn đến chúng tôi phải cấu hình 1 vài công thức tính bonus kiểu như sau:

Bài toán này giống hệt những thứ tôi đã làm với Trinet Expense khi cần cấu hình động các policy cho các report chi phí.

Phân tích một xúi. có vẻ như chúng ta sẽ có vài Rule như dưới đây

• Rule Trạng thái hồ sơ
• Rule Số hồ sơ trong tháng hoàn thành
• Rule nâng cao nếu họ muốn kiểm tra 1 field nào đó trong kết quả thu thập

Tưởng tượng ta sẽ cần làm ra 1 thứ có thể biểu diễn công thức kiểu thề này

if (ruleA->and(ruleB)->or(ruleC)) then

• Tính tiền cho cộng tác viên
• Tính tiền cho cấp cha và ông của cộng tác viên

Lưu mớ này vào DB thế nào, đơn giản ta xài 1 bảng với schema như sau:

if_clause

Okay, Xong cái schemla và cách lưu vào DB

Giờ đến phần học thuật khó vãi liên quan đến làm thế nào để xài mấy thứ cao siêu như Design Pattern và OOP để biểu diễn mớ công thức này trong ngôn ngữ lập trình. Xem class Diagram sau, cái được gọi là Hiệp đẹp zai Pattern:

Source code github

Like Like Celebrate Support Love Insightful Funny Comment

• Copy
• LinkedIn
• Facebook
• Twitter

Share 2

To view or add a comment, sign in

No more previous content

• Hàm mục tiêu đơn giản, lỗ hỏng của bất công xã hội trong tương lai gần?

  Dec 1, 2024

• Debt Reminder Software System: Enhancing Debt Collection Efficiency

  Apr 9, 2024

• Hệ Thống Phần Mềm Nhắc Nợ: Tối Ưu Hóa Quá Trình Thu Nợ

  Apr 9, 2024

• Thẩm định Khoản vay: Hướng dẫn Toàn diện

  Apr 6, 2024

• The Art of Loan Underwriting: A Comprehensive Guide

  Apr 6, 2024

• Why You Should Learn MQL5 Language

  Mar 2, 2024

• Tại Sao Bạn Nên Học Ngôn Ngữ MQL5

  Mar 2, 2024

• Thuật toán Matching và ứng dụng trong việc xây dựng hệ thống chấm điểm thẩm định của Bank

  Nov 7, 2021

• Các key cần nhớ để tối ưu hoá sử dụng SQL

  Oct 14, 2021

• Adapter và kết nối Bank dưới con mắt của Design Pattern

  Jul 8, 2021

No more next content See all

Explore topics

• Sales
• Marketing
• IT Services
• Business Administration
• HR Management
• Engineering
• Soft Skills
• See All