Please enable JavaScript.
Coggle requires JavaScript to display documents.
Kịch bản Golive - Coggle Diagram
Kịch bản Golive
Nhóm tích hợp
- Rà soát các job daily ảnh hưởng tại ứng dụng ? (nếu lấy từ MIS cần chỉ rõ Staging hay ODS, SOR, Datamart vì liên quan tới thời điểm cung cấp dữ liệu trong gd golive)
-
-
-
-
-
Kịch bản golive ứng dụng
- Xây dựng kịch bản
- Rà soát các job nội tại
- Kết nối tới DM Report để lấy thông tin các bảng mapping tài khoản
- Chuyển đổi dữ liệu:
- Mã chi nhánh (3 số hay 6 số)
- Thông tin CIF thay đổi => Ứng dụng cần đánh giá đang sử dụng thông tin CIFđể tham khảo hay là thông tin chính yếu, cần rà lại dữ liệu trên Core mới sau chuyển đổi
- Chuyển đổi số tk cũ mới tại ứng dụng
- Kịch bản test UAT phải bao gồm stk cũ và mới, giao dịch cũ, giao dịch mới hoàn toàn
+39 ứng dụng cần chuyển đổi dữ liệu
- Ứng dụng đánh giá chia làm 3 round: Round 1 - Test một số giao dịch trên SIT, 2- Test nhiều giao dịch trên UAT, 3- Clone dữ liệu thật (có mã hóa/bảo mật) để test trên UAT
- Job daily của ứng dụng sẽ chạy từng ngày 1, 2/09 hay chạy gộp ? và hệ thống nào phải chờ, ảnh hưởng theo ? (ERP, CROMS): Job có bắt buộc chạy không ? Nếu chạy thì sẽ ảnh hưởng vào cái nào hoặc phụ thuộc vào cái nào để chạy được job
- Chấm dữ liệu sau chuyển đổi thế nào (ds các tài khoản, khách hàng)? Hướng dẫn có chưa ? => app có checklist danh sách các bảng cần update, số lượng bản ghi cần update, số lượng bản ghi affect thực tế => Có biên bản test thực tế => Chọn mẫu giao dịch sau khi update để test các function trên menu, kịch bản test sau khi update
- Nghiệp vụ làm: Kịch bản smoke test, còn kỹ thuật: Xây dựng phương án chuyển đổi dữ liệu, kịch bản kiểm tra dữ liệu chuyển đổi, kịch bản tích hợp ứng dụng
-
-
-
-
31/08 - Cut of date
- Lấy dữ liệu từ core SIBS, chuyển sang Core Profile
- Giao dịch hạn chế từ ngày: 31/08 - 02/09: Kênh OMNI, ATM, POS, BSMS trên Core SIBS
T-7
- Chuyển đổi dữ liệu Cortex
- Chốt số tài khoản, số thẻ, chốt stk cũ mới
- 3 bước T, E, L
- Chuyển đổi tại các app
Check point 6 - ngày 05/09
- On các kênh tại quầy: TP Teller, Kondor, svs
Check point 5 - sáng 03/09
- On các kênh hạn chế giao dịch: OMNI, Cortex,
- Xem xét online cho các kênh online: IBank,... theo kịch bản ứng dụng
-
Các mốc của ứng dụng
- Ngày 31/08 Tắt ứng dụng, cập nhật nâng cấp ứng dụng
- Ngày 01/09: Ứng dụng vận hành báo cáo ngày 31/08, sử dụng danh sách số tk cũ, tài khoản mới, cập nhật ứng dụng tích hợp Core
- Ngày 02/09: 11AM: chuyển đổi dữ liệu tại ứng dụng kèm theo kiểm thử sau chuyển đổi (chờ data-mapping); 1PM, các ứng dụng kiểm tra kết nối vào CoreProfile
- Ngày 03/09: 8hAM, các ứng dụng kiểm thử kết nối Core Profile lần 2 (Core đã đúng ngày), golive các ứng dụng online tới khách hàng
- Ngày 05/09: Golive toàn bộ các ứng dụng
Check point 4 (7h sáng 03/09)
- Dayend ngày 02/09
- Các app test tích hợp Core Profile
- Ngày của Profile trùng ngày hệ thống
Câu hỏi:
- Mẫu bảng data mapping dữ liệu chuyển đổi
- Những giá trị trong bảng cấu hình UAT (vd: TRNAUT) có được bốc nguyên đưa lên mt thật không
-
Check Point 1: 11AM ngày 02/09
- Dữ liệu mapping đẩy về DB Report
Other
- WebCSR có tính năng tra cứu tk cũ
- Giao dịch Delta: Giao dịch phát sinh ghi nợ/có trên tài khoản TT qua OMNI và ATM
Kịch bản golive MIS
- Lần 1: Chạy Sau EOD ngày 31/08
- Lần 2: Sau EOD ngày 02/09 (11PM)
- Lần 3: Sau EOD ngày 03/09 (07 AM)
- Có thể chỉ chạy xong dữ liệu vùng Staging (Lấy dữ liệu từ CSV Profile đẩy vào Staging), chưa thể có dữ liệu vùng SOR, Datamart cung, ODS cấp cho app
-
