1. 6 Điều kiện để áp dụng
3.5.1.Dự án tƣơng tác liên chi nhánh InterBranch
Mô tả dự án
Dự án tƣơng tác liên chi nhánh InterBranch xuất phát từ các khó khăn của khách hàng khi đăng ký ở chi nhánh này nhƣng lại sang chi nhánh khác làm việc. Khi đó, chi nhánh phải trực tiếp làm việc trên CoreBank để thực hiện hỗ trợ các khách hàng của chi nhánh khác. Điều này đã mang đến hai vấn đề lớn cho hệ thống là hiệu năng của hệ thống và rủi ro hệ thống.
Về mặt hiệu năng, khi khách hàng của VIB ngày càng tăng lên, các giao tác liên chi nhánh ngày càng nhiều nên việc tƣơng tác trực tiếp lên CoreBank làm hệ thống CoreBank dễ bị quá tải và bị “treo” gây ảnh hƣởng lớn đến toàn hệ thống của ngân hàng.
Về mặt rủi ro, cần phân quyền cho nhiều nhân viên ở các chi nhánh khác nhau đƣợc trực tiếp thâm nhập vào hệ thống CoreBank. Mặc dù có cơ chế kiểm soát các hoạt động của từng nhân viên trên hệ thống tuy nhiên việc có nhiều
nhân viên đƣợc vào tƣơng tác trực tiếp với hệ thống CoreBank làm cho việc kiểm soát trở nên khó khăn hơn và đôi khi phải mất một khoảng thời gian dài mới phát hiện ra lỗi.
Vì những lý do trên, cần phải xây dựng một cơ chế cho phép chia sẻ thông tin giữa các khác hàng liên chi nhánh giúp giảm tải cho hệ thống CoreBank cũng nhƣ tăng cƣờng đƣợc khả năng phục vụ khách hàng của các chi nhánh.
Các chức năng chính
Cho phép khách hàng đăng ký, mở tài khoản liên chi nhánh
Cho phép khách hàng đóng, mở sổ tiết kiệm, rút tiền, chuyển khoản liên chi nhánh
Cho phép khách hàng ghi nhận giấy tờ, in, sao kê báo cáo, hóa đơn thu phí liên chi nhánh
Hệ thống là “trong suốt” đối với ngƣời sử dụng ở các chi nhánh, các chức năng vẫn đƣợc sử dụng bình thƣờng.
Tổ chức đội dự án
Dự án áp dụng phƣơng thức phát triển phần mềm thống nhất RUP, trong đó, VIB thuê trọn gói đối tác Sungard thực hiện toàn bộ dự án InterBranch. Đây là một dự án quan trọng, ảnh hƣởng đến rất nhiều chức năng của hệ thống đang hoạt động.
Trong dự án này, bên VIB có hai bộ phận tham gia vào dự án là phòng Nghiệp Vụ thực hiện kiểm thử chấp nhận việc thực hiện của các chức năng và phòng Hệ Thống nhằm triển khai hệ thống đƣa vào hoạt động. Bên Sungard gồm 14 thành viên tham gia vào dự án và hoạt động độc lập với VIB. Trƣớc đó, việc phát triển dự án kết nối chi nhánh VIB_Branch đã đƣợc chính Sungard phát triển nên Sungard hiểu rất rõ các hệ thống hiện tại của VIB.
Lựa chọn kỹ thuật
Đây là dự án mở rộng tính năng của hệ thống đang tồn tại, do đó, về mặt kỹ thuật, hệ thống mới sẽ vẫn sử dụng công nghệ của hệ thống đang hoạt động là cơ sở dữ liệu Oracle kết hợp với Oracle Form/Report. Việc tƣơng tác liên chi nhánh sẽ sử dụng cơ chế truyền thông báo thông qua MiddleWare Tuxedo theo chuẩn
giao dịch ISO 8583 [21]. Để đảm bảo việc giảm tải giữa các chi nhánh, đội dự án đã xây dựng kiến trúc phân cấp tƣơng tác theo các mức :
Tƣơng tác trong nội bộ chi nhánh
Tƣơng tác giữa các chi nhánh trong vùng
Tƣơng tác giữa các chinh nhánh trong miền
Tƣơng tác giữa các chi nhánh khác miền
Thực hiện dự án
Dự án đƣợc bắt đầu từ 05/04/2008 đến 12/7/2008 thì Sungard hoàn thành đƣợc dự án. Sau đó, VIB mất 1 tuần để thực hiện kiểm duyệt lại toàn bộ các trƣờng hợp cơ bản và mất 4 ngày để thực hiện triển khai trên toàn hệ thống. Sau đó hệ thống đƣợc triển khai thử nghiệm trong vòng 1 tháng để đánh giá kết quả thực hiện.
Đánh giá kết quả thực hiện
Dự án đƣợc phát triển theo mô hình phát triển phần mềm thống nhất (RUP – Rational Unified Process) đƣợc coi là thành công về mặt tính năng chƣơng trình. Toàn bộ tính năng phát triển mới của chƣơng trình trong quá trình kiểm thử chấp nhận và chạy thử nghiệm đều không phát hiện ra lỗi.
Tuy nhiên, trong quá trình sử dụng có xuất hiện một số lỗi mới của hệ thống mà điển hình là lỗi BT Offline1
đƣợc gọi là “hung thần” của hệ thống. Trung tâm Công Nghệ Ngân Hàng VIB và đội dự án bên Sungard đã mất gần 1 tháng nghiên cứu và tìm lỗi mới tìm ra đƣợc lỗi này. Ngoài ra còn một số lỗi khác nữa mà cả hai bên mất khá nhiều thời gian phối hợp mới giải quyết đƣợc. Có thể thấy một điểm yếu trong quá trình sửa lỗi là bên Sungard mất nhiều thời gian để xây dựng lại đƣợc môi trƣờng kiểm thử đồng thời quá trình trao đổi mất nhiều thời gian do các thủ tục hành chính giữa hai bên.
Sau khi đƣa dự án vào sử dụng trong 3 tháng. VIB có lấy ý kiến đánh giá của ngƣời dùng về kết quả của dự án và thống kê đƣợc bảng nhƣ bên dƣới. Trong
1
Lỗi BT Offline là lỗi chi nhánh bị cô lập về mặt dữ liệu, không tƣơng tác đƣợc với hệ thống trung tâm cũng nhƣ các chi nhánh khác. Khi chi nhánh khác tƣơng tác với chi nhánh này thì cũng bị Offline theo. Lỗi này do chuỗi số dùng cho giao dịch trong chi nhánh bị tràn do có quá nhiều giao dịch trong các tƣơng tác. (adsbygoogle = window.adsbygoogle || []).push({});
bảng, cột đánh giá tính điểm từ 0 đến 100. Trong đó, điểm 100 là điểm cao nhất tức là thỏa mãn yêu cầu của công việc.
STT Tiêu chí Yêu cầu Đánh giá 1 Tính chức năng
Chức năng thực hiện phù hợp với công việc 98
2 Bảo vệ thông tin đối với ngƣời không đƣợc phép đọc hoặc chỉnh sửa
97
3 Chức năng làm việc cho kết quả chính xác 99
5 Tính tin cậy
Khả năng tránh lỗi sai và tìm ra lỗi sai 71
6 Hệ thống hoạt động ổn định ngay cả trong trƣờng hợp có lỗi phát sinh trong hệ thống
75
7 Hệ thống có thể khôi phục lại dữ liệu liên quan trực tiếp đến lỗi và tái thiết lại hoạt động
97 8 Hệ thống hoạt động không ảnh hƣởng đến các hệ thống khác 93 9 Tính khả dụng Dễ dàng nắm đƣợc các tính năng và sử dụng vào các tình huống cụ thể trong công việc
95 10 Dễ dàng hƣớng dẫn và sử dụng các chức năng 98 11 Dễ dàng quản lý và vận hành hệ thống 94 12 Tính hiệu quả
Các chức năng thực hiện trong khoảng thời gian đủ nhanh
96
nguyên hệ thống
14 Khả năng bảo trì
Hệ thống có thể dễ dàng phân tích và tìm ra nguyên nhân gây ra lỗi
52
15 Hệ thống có thể tránh hoặc chịu đƣợc các tác động không mong muốn khi sửa đổi phần mềm
57
16 Tính khả chuyển
Hệ thống có thể thích nghi với nhiều môi trƣờng khác nhau
98
17 Hệ thống có thể cài đặt đƣợc trên những môi trƣờng cụ thể
93
18 Hệ thống có thể tồn tại cùng với các phần mềm độc lập khác và chia sẻ tài nguyên sử dụng chung
96
19 Tính mở rộng
Hệ thống có thể tích hợp với các hệ thống khác 53 (adsbygoogle = window.adsbygoogle || []).push({});
20 Hệ thống có thể dễ dàng chỉnh sửa theo các yêu cầu mới
67
Bảng 3-1 Bảng đánh giá kết quả dự án InterBranch
Từ vấn đề gặp phải khi triển khai dự án InterBranch, VIB đã đƣa ra rất nhiều các kiến nghị mà một trong số đó là VIB cần thay đổi quy trình quản lý cũng nhƣ phƣơng thức phát triển phần mềm để chủ động hơn trong quá trình vận hành, bảo trì hệ thống cũng nhƣ chỉnh sửa lỗi khi gặp vấn đề và nhanh chóng thay đổi hệ thống đáp ứng các yêu cầu kinh doanh. Từ đó VIB đề ra nhiệm vụ cần phải áp dụng một phƣơng thức quản lý và phát triển phần mềm mà VIB sẽ cùng phát triển và thực hiện dự án. Đồng thời, phƣơng thức này phải đảm bảo cho phần mềm đƣợc phát triển phục vụ tốt yêu cầu công việc với chi phí hợp lý.
Do đó, Trung Tâm Công Nghệ Ngân Hàng VIB đã đề ra một lộ trình cho việc thử nghiệm phƣơng thức mới nhƣ sau:
Áp dụng phát triển thử trong nội bộ VIB
Áp dụng phát triển dự án thật cho VIB
Sau khi lựa chọn, VIB thấy phƣơng pháp phát triển phần mềm linh hoạt Agile mà phƣơng pháp lập trình cực hạn XP là một phƣơng thức phát triển hợp lý với yêu cầu mà VIB đề ra là đáp ứng đƣợc yêu cầu thay đổi liên tục của môi trƣờng kinh doanh, tạo ra phần mềm tốt với chi phí hợp lý và VIB cùng tham gia vào quá trình phát triển của dự án.
Tiếp đó, dự án khai báo công việc TimeSheet đƣợc lựa chọn để áp dụng phƣơng pháp lập trình cực hạn XP. Sau đó, dự án VIB_Planing và dự án VIB4U đều đƣợc VIB áp dụng XP để quản lý và phát triển đã thành công tốt đẹp.