Qua tham khảo thì em thấy hệ thống tính cƣớc và chăm sóc khác hàng của các nhà mạng có thể triển khai ứng dụng phần mềm này đƣợc, do vậy em chọn hệ thống Tính cƣớc và chăm sóc khách hàng của viettel làm thử nghiệm. Hiện nay, Tập đoàn Viettel có nhiều lĩnh vực hoạt động, nhƣng cung cấp dịch vụ viễn thông vẫn là lĩnh vực chủ chốt. Để có thể thực hiện hoạt động kinh doanh này, phần mềm Tính cƣớc và Chăm sóc khách hàng (BCCS – Billing & CustomerCare System) là tối quan trọng. Hệ thống BCCS có nhiều phân hệ, đảm bảo tính cƣớc khi khách hàng sử dụng dịch vụ, và các hệ thống hỗ trợ chăm sóc khách hàng.
Qua đánh giá các phân hệ trong BCCS, tôi nhận thấy hệ thống CustomerCare và BCCSRating là phù hợp và cần thiết sử dụng TimesTen.
a/ Hệ thống CustomerCare * Mục tiêu hệ thống:
Hệ thống CustomerCare giúp:
- Hỗ trợ tiếp nhận và giải quyết khiếu nại.
Do yêu cầu của phần giải đáp khách hàng phải nhanh, giảm thời gian khách hàng chờ đợi. Do vậy, hệ thống cần đảm bảo tính thuận tiện, truy vấn và trả về thông tin nhanh, các thông tin đầy đủ cho việc tra cứu để trả lời khách hàng.
* Hiện trạng và vấn đề:
- Số lƣợt truy cập hàng ngày vào hệ thống (tƣơng ứng vào CSDL) lên đến hàng triệu lƣợt, với chức năng hiển thị thông tin khách hàng và lịch sử khiếu nại của khách hàng là nhiều nhất.
- Nghiệp vụ mong muốn hiển thị càng nhiều lịch sử khiếu nại càng tốt, nhƣng do lƣợng dữ liệu ngày càng lớn, số truy cập nhiều, nên chỉ đáp ứng hiển thị thông tin lịch sử khiếu nại 7 ngày gần nhất.
>> Nhu cầu phải tăng lƣợng dữ liệu truy vấn, giảm thời gian truy vấn.
b/ Hệ thống BCCS_Rating:
* Mục tiêu hệ thống:
- Tính cƣớc đƣợc cho các dịch vụ viễn thông mà hiện tại Viettel Telecom đang cung cấp bao gồm Mobile, Homephone, ADSL, PSTN.
- Đáp ứng đƣợc các chính sách khai bao giá cƣớc mềm dẻo, đáp ứng yêu cầu hiệu năng của nghiệp vụ tính cƣớc, số lƣợng bản ghi lớn, thời gian xử lý nhanh.
* Hiện trạng và vấn đề:
Hai module quan trọng và yêu cầu hiệu năng cao của hệ thống Rating là Chuẩn hóa thông tin và Tính cƣớc. Ứng với mỗi dòng trong file CDR đầu vào, hai module này đều cần truy xuất dữ liệu từ CSDL. Dƣới đây đo thời gian xử lý với mỗi bản ghi khi sử dụng CSDL Oracle:
Bảng 1. 1. Bảng thống kê thời gian xử lý một bản ghi cước
Chức năng ầu vào Thời gian xử lý Thời gian mong muốn
Chuẩn hóa 2 file (20.000 bản ghi) 60.5 ms / bản ghi 7 ms / bản ghi Tính cƣớc 2 file (20.000 bản ghi) 50.5 ms / bản ghi 7 ms / bản ghi
>> Nhu cầu phải có giải pháp để đạt yêu cầu bài toán đặt ra.
Dƣới đây là những đánh giá theo bộ tiêu chí để lựa chọn sử dụng TimesTen cũng nhƣ những tính năng tƣơng ứng cho hai hệ thống ở trên:
Bảng 1. 2. Bảng lựa chọn TimesTen
Tiêu chí CustomerCare BCCS_Rating
Đang sử dụng CSDL Oracle - Có - Có Có các chức năng (có truy cập CSDL) với tần xuất sử dụng nhiều, yêu cầu thời gian phản hồi (truy vấn, thay đổi dữ liệu) nhỏ
- Chức năng popup lịch sử khiếu nại
- Chức năng tra cứu lịch sử khiếu nại
(chi tiết tại chƣơng 4)
- Tra cứu thông tin thuê bao
- Tác động (cập nhật), truy vấn tài khoản (khuyến mại, tích lũy)
Số lƣợng dữ liệu lớn làm cho việc thao tác (truy vấn, cập nhật) dữ liệu không còn đáp ứng yêu cầu về thời gian phản hồi, yêu cầu hiệu năng
- Số lƣợng khiếu nại trong 1 tháng: khoảng 3 triệu khiếu nại
- Số lƣợng thuê bao trả sau khoảng 4 triệu
- Tƣơng ứng số lƣợng tài khoản (tối đa) là 4 triệu
Có các chức năng có khả năng gây cao tải CSDL Oracle
- Chức năng popup lịch sử khiếu nại
- Chức năng tra cứu lịch sử khiếu nại
- Tra cứu thông tin thuê bao
- Tác động (cập nhật), truy vấn tài khoản (khuyến mại, tích lũy)
Việc tốc độ chậm không phải do nguyên
Đúng
(đã ghi log theo dõi thời
Đúng
nhân nào khác (ví dụ mã nguồn chƣa tối ƣu) mà do nguyên nhân CSDL
gian truy vấn dữ liệu) gian truy vấn dữ liệu)
Có đủ tài nguyên để sử dụng TimesTen (tƣơng ứng từng hệ thống)
Server 6 processor, 8 GB cho việc lƣu trữ dữ liệu khiếu nại trong 15 ngày
Server 16GB, 4 processor
Bảng 1. 3. Bảng lựa chọn tính năng TimesTen
Tiêu chí CustomerCare BCCS_Rating Sử dụng TimesTen nhƣ một CSDL riêng hay sử dụng IMDB Cache? - Sử dụng TimesTen là một CSDL riêng (gồm các bảng cho các chức năng popup, tab LSKN sẽ áp dụng TimesTen) - Viết tiến trình đồng bộ để đồng bộ dữ liệu từ Oracle về TimesTen
- Thay đổi dữ liệu trên Oracle, truy vấn dữ liệu từ TimesTen.
(Bản chất là dùng IMDB Cache nhƣng do TimesTen không hỗ trợ charset vn8vn3)
- Sử dụng IMDB Cache: đƣa thông tin thuê bao và thông tin tài khoản lên cache.
Kết nối trực tiếp hay client/server
- Kết nối trực tiếp - Kết nối trực tiếp
Lựa chọn loại cache group sử dụng - n/a (bản chất là read-only cache group)
- Read-only cache group cho thông tin thuê bao (đồng bộ từ Oracle lên
TimesTen, thay đổi trên Oracle, select từ TimesTen) - AWT cachegroup cho thông tin tài khoản
(sửa đổi và truy vấn trên TimesTen, đồng bộ xuống Oracle để lƣu trữ)
Lựa chọn thuộc tính cachegroup
- n/a - Explicitly loaded - passthrough = 0 Lựa chọn cơ chế
aging
- Time-based data aging (2 chức năng popup và tab LSKN chỉ cần dữ liệu của một số ngày gần nhất)
- n/a