Công nghệ phần mềm hướng giá trị bài toán kiểm định chất

MỤC LỤC MỤC LỤC DANH MỤC CÁC BẢNG DANH MỤC HÌNH VẼ DANH MỤC CÁC TỪ VIẾT TẮT MỞ ĐẨU CHƢƠNG 1: TỔNG QUAN VỀ CÔNG NGHỆ PHẦN MỀM HƢỚNG GIÁ TRỊ Các lý thuyết hệ thống phần mềm 1.1 Mô hình lập trình sửa lỗi (Code and Fix Model) 1.2 Mô hình thác nƣớc (The Waterfall Model) 1.3 Mô hình xoắn ốc (The Spiral Model) 11 1.4 Mô hình tạo mẫu nhanh (The Rapid ProtoTyping Model) 13 Công nghệ phần mềm hƣớng giá trị 14 2.1 Tổng quan vấn đề 14 2.2 Ngắt kết nối ngữ cảnh 14 2.3 Ngắt kết nối giá trị bên liên quan 16 2.4 Công nghệ phần mềm hƣớng giá trị 17 2.5 Mô hình lý thuyết W 20 Mô hình chất lƣợng 30 3.1 Phân loại 30 3.2 Mô hình phần mềm đáng tin cậy 34 3.3 Chi phí chất lƣợng phần mềm 36 Kết chƣơng 37 CHƢƠNG 2: PHƢƠNG PHÁP PHÂN TÍCH CHẤT LƢỢNG PHẦN MỀM THEO HƢỚNG GIÁ TRỊ VÀ ĐỀ XUẤT ÁP DỤNG TẠI TRUNG TÂM CNTTAGRIBANK 39 Phƣơng pháp phân tích chất lƣợng theo mô hình hƣớng giá trị 39 1.1 Những nhân tố 39 1.1.1 Điểm lại chi phí chất lƣợng phần mềm 39 1.1.2 Các nhân tố ảnh hƣởng 41 1.2 Mô hình phân tích 44 1.2.1 Khái niệm 44 1.2.2 Mô hình Thành phần 47 1.3 Mô hình thực nghiệm 51 1.3.1 Khái niệm 51 1.3.2 Thành phần 52 1.4 FrameWork cụ thể ứng dụng mô hình lý thuyết W 53 Đề xuất Mô hình đánh giá chất lƣợng phần mềm, ứng dụng cho Phòng CoreBanking – Trung tâm Công nghệ thông tin Agribank 57 Kết chƣơng 61 CHƢƠNG : THỬ NGHIỆM VÀ ỨNG DỤNG THỰC TẾ 63 Các bƣớc tiến hành triển khai mô hình đề xuất Phòng CoreBanking – Trung tâm CNTT – Agribank 63 1.1 Xây dựng module mẫu: Hệ thống thu phí tự động cho tài khoản IPCAS 63 1.2 Các ứng dụng sau hệ thống mẫu 66 1.2.1 Hệ thống in phiếu khuyến mại tự động 66 1.2.2 Hệ thống VAMC 67 Hệ thống in phiếu dự thƣởng hệ thống IPCAS 69 Kết chƣơng 74 KẾT LUẬN VÀ KIẾN NGHỊ 75 Kết luận 75 Kiến nghị 76 Hƣớng phát triển đề tài 77 TÀI LIỆU THAM KHẢO 78 PHỤ LỤC 79 Phụ lục : Chƣơng trình in phiếu dự thƣởng Error! Bookmark not defined Phụ lục : Chƣơng trình tính phí tự động Error! Bookmark not defined DANH MỤC CÁC BẢNG Bảng : Sự đƣợc đối tƣợng tham gia[1] 21 Bảng : Các lớp lợi ích 55 Bảng : Số lƣợng giao dịch tài khoản trung bình theo năm[4] 57 Bảng : Các trƣờng hợp ví dụ áp dụng cho mô hình đề xuất 60 Bảng : Nhân tham gia dự án thu phí tự động 64 Bảng : Chi phí phải sửa lỗi trƣớc phát hành phiên 64 Bảng : Chi phí phải sửa lỗi sau phát hành phiên 64 Bảng : Tổng hợp chi phí cho dự án thu phí tự động 65 Bảng : Kế hoạch nhân cho dự án in phiếu khuyến mại tự động 66 Bảng 10 : Tổng h ợp chi phí cho dự án in phiếu tự động 67 Bảng 11 : Kế hoạch nhân cho dự án VAMC 68 Bảng 12 : Tổng hợp chi phí cho dự án VAMC 69 Bảng 13 : Lợi ích hệ thống in phiếu tự động 73 Bảng 14 : Kế hoạch thực 74 DANH MỤC HÌNH VẼ Hình : Mô hình Code and fix[1] Hình : Mô hình thác nƣớc[1] 10 Hình : Mô hình xoắn ốc[1] 12 Hình : Mô hình tạo mẫu nhanh[1] 13 Hình 5: Chuỗi lợi ích theo mô tả hệ ngữ cảnh hệ thống phần mềm[1] 15 Hình : Hƣớng giá trị so với hƣớng tự nhiên[1] 18 Hình 7: Hiệu phần mềm biến động cổ phiếu rủi ro[1] 19 Hình : Ngữ cảnh tổ chức[1] 19 Hình : Lý thuyết 4+1 – Các chìa khóa để xây dựng[1] 24 Hình 10 : Mô hình kết hợp phụ thuộc[1] 26 Hình 11: Giá trị bên tham gia ảnh hƣởng lẫn nhau[1] 27 Hình 12 : Các lớp mô hình chất lƣợng [2] 32 Hình 13 : Các loại chi phí[2] 37 Hình 14 : Định nghĩa loại chi phí[2] 40 Hình 15 : Sự lan truyền khuyết tật thông qua tài liệu[2] 47 Hình 16 : Các thành phần chi phí trực tiếp[2] 48 Hình 18 : Frame Work theo tiến trình 54 Hình 19 : Quy trình làm khuyến mại 71 Hình 20 : Mô hình công việc ngƣời làm trực tiếp 72 DANH MỤC CÁC TỪ VIẾT TẮT SCSs : success‐critical stakeholders BRA : Benefits Realization Approach VBSE : Value‐Based Theory for Developing Software Systems COTS : commercial off‐the‐shelf QA : Quality assurance SQA : software quality assurance KLOC : Kilo lines of Code ROI : return on investment PAF : Prevention, Appraisal, Failure MỞ ĐẨU 1.Cơ sở khoa học thực tiễn luận văn  Lý lựa chọn đề tài Trong trình xem xét tài liệu liên quan đến hệ thống phần mềm có nhiều giả thuyết khác đƣợc sử dụng trình phát triển hệ thống phần mềm Tuy nhiên số lý thuyết hạn chế dự toán chi phí, thiếu quan tâm lợi ích bên liên quan trình phát triển phần mềm Do phần mềm đƣợc hoàn thành mang lại hiệu không cao, nhóm ngƣời liên quan không hài lòng lợi ích chƣa chọn đƣợc tính tối ƣu chi phí chƣa quan tâm phân tích chi phí lợi ích thu đƣợc phát triển phần mềm  Tính cấp thiết đề tài Hiện tại, phƣơng pháp mà đề tài nghiên cứu phát triển phần mềm hƣớng giá trị Dựa giá trị để định thực khâu phát triển phần mềm, giá trị thƣờng giá trị mặt lợi ích cụ thể nên đƣợc đại diện đơn vị tiền tệ nhƣ VND hay USD Để tài đƣa mô hình phần tích lợi ích bên liên quan phần mềm, kết nối ngữ cảnh kết nối giá trị với bên liên quan, nhƣ đƣa số mô hình chi phí lợi ích đánh giá phần mềm dựa kết lợi ích thu Mục đích đề tài (các kết cần đạt đƣợc): Mục đích nghiên cứu đề tài nhằm hiểu đƣợc công nghệ phần mềm hƣớng giá trị, tìm hiểu số mô hình công nghệ phần mềm hƣớng giá trị nhƣ trƣờng hợp thực thực tiễn mô hình Nội dung luận văn (Gồm chƣơng) Mở đầu Chƣơng : Tổng quan công nghệ phần mềm hƣớng giá trị Chƣơng : Phƣơng pháp phân tích chất lƣợng phần mềm theo hƣớng giá trị đề xuất áp dụng trung tâm CNTT - AGRIBANK Chƣơng : Thử nghiệm áp dụng thực tế Kết luận Trong trình thực Luận văn, thời gian nhƣ trình độ hạn chế nên tránh khỏi thiếu sót Rất mong nhận đƣợc góp ý thầy, cô giáo bạn để Luận văn hoàn thiện Tôi xin chân thành cảm ơn hƣớng dẫn, giúp đỡ tận tình thầy hƣớng dẫn: TS Phùng Văn Ổn thầy viện công nghệ thông tin truyền thông – Đại học Bách khoa Hà Nội giúp đỡ trình học tập nhƣ trình làm Luận văn CHƢƠNG 1: TỔNG QUAN VỀ CÔNG NGHỆ PHẦN MỀM HƢỚNG GIÁ TRỊ CÁC LÝ THUYẾT VỀ HỆ THỐNG PHẦN MỀM Xem xét tài liệu liên quan đến hệ thống phần mềm cho thấy, có nhiều giả thuyết khác đƣợc sử dụng trình phát triển hệ thống phần mềm Trong đó, số lý thuyết hạn chế dự toán chi phí, số để làm kiến trúc thiết kế, số khác cho nhiều hoạt động khác có liên quan đến trình phát triển Tuy nhiên, nhận xét có đƣợc giới hạn mô hình lý thuyết vòng đời cung cấp hỗ trợ (a) hƣớng dẫn hoạt động cốt lõi phát triển (b) cố gắng cách rõ ràng để trả lời "làm tốt để phát triển hệ thống phần mềm" Trong phần xem xét mô hình vòng đời khác tăng lên nhanh chóng lĩnh vực hệ thống phần mềm 1.1 Mô hình lập trình sửa lỗi (Code and Fix Model) Mô hình lập trình sửa lỗi (thƣờng đƣợc gọi cách tiếp cận xâm nhập) có lẽ mô hình bị trích nhiều việc phát triển hệ thống phần mềm thiếu kỷ luật Điều bắt đầu với kế hoạch ban đầu Tuy nhiên, lập trình sửa lỗi tiếp tục lựa chọn rộng rãi cho thấy nhà phát triển phần mềm, đặc biệt họ phải đối mặt với lịch trình phát triển chặt chẽ HÌNH : MÔ HÌNH CODE AND FIX[1] Lập trình sửa lỗi là: “mô hình đƣợc sử dụng ngày đầu phát triển phần mềm , gồm có hai bƣớc sau: (a) Viết số mã, (b) Sửa chữa vấn đề mã Vì vậy, thứ tự bƣớc trƣớc hết làm số mã hóa sau suy nghĩ yêu cầu, thiết kế, kiểm tra, bảo trì Sau đó, mô hình bƣớc (lập trình sửa lỗi) lặp lặp lại dự án đƣợc công bố hoàn thành hủy bỏ Có hai lợi quan trọng việc sử dụng mô hình lập trình sửa lỗi Đầu tiên, chi phí thời gian dành cho việc lập kế hoạch, tài liệu, xác minh xác nhận Thứ hai, đòi hỏi chuyên môn yêu cầu thức cho ứng dụng - viết phần mềm (mà không sử dụng lý thuyết thức khác) sử dụng lập trình sửa lỗi theo mặc định Tuy nhiên, mô hình có phần khó khăn Đầu tiên, không đòi hỏi giá trị bên liên quan đƣợc xác định lý giải rõ ràng, phần mềm kết không với nhu cầu bên liên quan, kết hoàn toàn có thẻ bị bác bỏ phải làm lại Thứ hai, kể từ thực không tham gia vào thiết kế trƣớc, nên sau số sửa lỗi, phần mềm thƣờng trở nên phi cấu trúc mà sửa lỗi khác trở nên khó khăn Thứ ba, kế hoạch xác minh xác nhận, phần mềm trở nên tốn để sửa chữa giai đoạn sau Trong trình lý thuyết hệ thống phần mềm, lập trình sửa lỗi có lẽ lý thuyết đầu tiên, tính lý thuyết ít, nhƣng chắn thực hành quan sát So với nghiên cứu này, mô hình lập trình sửa lỗi giá trị bên liên quan ngữ cảnh bị ngắt kết nối với trình tiếp cận 1.2 Mô hình thác nƣớc (The Waterfall Model) Mô hình thác nƣớc mô hình phát triển phần mềm chuỗi, phát triển đƣợc xem chảy dần xuống dƣới (nhƣ thác nƣớc) thông qua giai đoạn phân tích yêu cầu, thiết kế, thực hiện, kiểm tra (xác nhận), tích hợp bảo trì (Wikipedia.com) Mô hình thác nƣớc thƣờng đƣợc gọi mô hình cổ điển cho việc phát triển hệ thống phần mềm Đầu tiên tài liệu Winston W Royce vào năm 1970, có lẽ trình phát triển phần mềm sử dụng rộng rãi nhất, dạng hay dạng khác Vòng đời thác nƣớc bao gồm nhiều giai đoạn không chồng chéo, nhƣ thể hình dƣới Mô hình bắt đầu việc thiết lập yêu cầu hệ thống yêu cầu phần mềm tiếp tục với thiết kế kiến trúc, thiết kế chi tiết, mã hóa, kiểm tra bảo trì Mỗi giai đoạn mô hình thác nƣớc kết luận với đánh giá để xác định xem dự án sẵn sàng để tiến tới giai đoạn tiếp tục lặp lại giai đoạn trở lại giai đoạn trƣớc Mô hình thác nƣớc hôm tiếp tục phục vụ nhƣ sở cho nhiều mô hình vòng đời khác HÌNH : MÔ HÌNH THÁC NƯỚC [1] Mô hình thác nƣớc làm việc tốt cho dự án có định nghĩa sản phẩm ổn định phƣơng pháp kỹ thuật đƣợc tìm hiểu, có hiệu cán dự án thiếu kinh nghiệm cung cấp cho dự án với cấu trúc giúp việc giảm thiểu làm lại Tuy nhiên bất lợi mô hình thác nƣớc nhấn mạnh tài liệu xây dựng đầy đủ nhƣ tiêu chuẩn hoàn thiện cho yêu cầu giai đoạn thiết kế vào đầu dự án Vì nhiều trƣờng hợp số yêu cầu vấn đề thiết kế đƣợc phát sau xây dựng bắt đầu, sửa đổi nội dung giai đoạn dẫn đến thiết kế nghèo nàn Cuối mô hình thác nƣớc đòi hỏi yêu cầu hệ thống phần mềm đƣợc xác định trƣớc nhiên, việc kinh doanh xuất ý tƣởng sản phẩm đƣợc sử dụng, yêu cầu hệ thống thƣờng xuất trƣớc dẫn 10 2.1.5 Đăng ký số trúng thƣởng  Sequence: số thứ tự  Prize type: gồm Giải đặc biệt, giải nhất, giải nhì, giải ba, giải tƣ, giải năm, giải sáu, giải bảy, giải tám, giải chín, giải khuyến khích  Serial code: tự hiển thị theo serial đợt dự thƣởng  Serial number: nhập số trúng thƣởng theo dạng ký tự (ví dụ 000343) Đây để tìm kiếm khách hàng trúng thƣởng  Chức “New”, “Update”, “Delete” thực đƣợc chi nhánh đăng ký mã đợt dự thƣởng Chức “Inquiry” thực đƣợc chi nhánh cha, chi nhánh đăng ký chi nhánh tham gia vào đợt dự thƣởng  Hỗ trợ xuất excel liệu đăng ký 85 Màn hình phát hành / Thu hồi Thực chi nhánh quản lý chi nhánh trực thuộc 2.1.6 Phát hành  Sau mở tài khoản cho khách hàng, chi nhánh thực phát hành phiếu dự thƣởng, thông tin hiển thị đƣợc thể hình  Khi Chọn chƣơng trình dự thƣởng liệt kê chƣơng trình mà chi nhánh mở tài khoản phát hành phiếu dự thƣởng (cả chƣơng trình trung ƣơng chƣơng trình chi nhánh phát hành)  Điều kiện phát hành phiếu dự thƣởng: + Đợt dự thƣởng trạng thái “Bình thƣờng” + Phát hành phiếu dự thƣởng tài khoản (ngoại trừ tiền gửi không kỳ hạn tiền gửi tiết kiệm không kỳ hạn) trạng thái hoạt động + Chỉ phát hành đƣợc tài khoản đƣợc mở chi nhánh phát hành + Thời gian mở tài khoản phải nằm khoảng thời gian “Bắt đầu” “Kết thúc” đợt dự thƣởng + Tài khoản phải có loại tiền, kỳ hạn đƣợc đăng ký (mục 2.1.3 Đăng ký tính phiếu) phải có số tiền lớn số tiền hạn mức + Chi nhánh phát hành phải nằm phạm vi đợt dự thƣởng (đƣợc đăng ký phần “Đăng ký hạn mức chi nhánh”) + Ngày giao dịch nằm khoảng thời gian “Bắt đầu” “Kết thúc” đợt dự thƣởng + Số lƣợng phiếu lại chi nhánh > + Tổng phiếu phát hành toàn đợt dự thƣởng không vƣợt số lƣợng cho phép Trong trƣờng hợp phát hành hết số phiếu đợt dự thƣởng nhƣng đƣợc duyệt bổ sung mã dự thƣởng chi nhánh phát hành thêm phải đảm bảo số lƣợng phiếu lại chi nhánh > 86 + Số lƣợng mã dự thƣởng tính đƣợc (theo công thức mục 2.1.3) >  + Mỗi tài khoản đƣợc dự thƣởng lần đợt dự thƣởng Nếu toàn mã dự thƣởng phát hành cho tài khoản bị thu hồi phát hành lại (với mã dự thƣởng khác, mã dự thƣởng thu hồi không sử dụng lại).Cách tính số lƣợng mã dự thƣởng tài khoản: công thức tính toán đề cập mục 2.1.3 (Đăng ký tính phiếu) Trƣờng hợp số phiếu đƣợc phép phát hành chi nhánh nhỏ số phiếu tính đƣợc theo công thức số phiếu đƣợc phát hành số phiếu lại chi nhánh  Cách lấy mã số dự thƣởng: mã số đƣợc lấy ngẫu nhiên tổng số mã dự thƣởng đợt phát hành Trong trƣờng hợp phát hành nhiều mã dự thƣởng cho tài khoản, mã dự thƣởng đƣợc lấy sau mã số ngẫu nhiên, mã số đƣợc phát hành lấy mã để đảm bảo tính mã dự thƣởng (mỗ mã dự thƣởng phát hành lần)  Cách xếp mã số phiếu dự thƣởng: mã số đƣợc liệt kê từ nhỏ đến lớn theo mã riêng lẻ  Hỗ trợ in với định dạng: A5 A4, mặc định A5  2.1.7 Thu hồi      Các mã số thu hồi không sử dụng lại Chỉ thực đƣợc thu hồi chi nhánh phát hành Khi thu hồi, toàn mã dự thƣởng phát hành với tài khoản bị thu hồi Tài khoản trạng thái hoạt động Nếu đóng(hoặc huỷ mở) tài khoản trƣớc hạn (trong hình Account close), mã dự thƣởng đƣợc phát hành với tài khoản tự động bị thu hồi  Huỷ đóng tài khoản Trạng thái phiếu dự thƣởng không đƣợc khôi phục lại  Khi Chọn chƣơng trình dự thƣởng liệt kê chƣơng trình mà chi nhánh mở tài khoản phát hành phiếu dự thƣởng (cả chƣơng trình trung ƣơng chƣơng trình chi nhánh phát hành) 87 2.2 Màn hình vấn tin Thực chung hình đăng ký (Inquiry Promotion) Các chức đƣợc lựa chọn tƣơng ứng “Process Kind” 2.2.1 Vấn tin chƣơng trình dự thƣởng  Branch code: mã chi nhánh 1000, chƣơng trình vấn tin toàn đợt dự thƣởng TSC đăng ký Nếu mã chi nhánh khác 1000, chƣơng trình vấn tin đợt dự thƣởng mà chi nhánh tham gia (bao gồm chƣơng trình đăng ký TSC chƣơng trình đăng ký chi nhánh)  Prize name: tìm kiếm theo tên chƣơng trình dự thƣởng Chƣơng trình tìm kiếm không phân biệt chữ hoa, chữ thƣờng Nếu để trống chƣơng trình bỏ qua điều kiện  Date: trƣờng bắt buộc nhập, ngày “To date” phải lớn “From date” Chƣơng trình tìm kiếm đợt dự thƣởng có ngày “Bắt đầu” nằm khoảng thời gian  Hiển thị: mã đợt, tên đợt, trạng thái, từ ngày, đến ngày, ngày mở, seri, số lƣợng, phạm vi, ghi chú, ngày tạo, ngƣời tạo, ngƣời duyệt tạo, ngày cập nhật cuối, ngƣời cập nhật cuối, ngƣời duyệt cập nhật cuối  Hỗ trợ chức xuất excel  2.2.2 Vấn tin phiếu phát hành 88      Chi nhánh cấp vấn tin đƣợc liệu chi nhánh cấp dƣới Kỳ dự thƣởng: bắt buộc nhập Date: ngày phát hành phiếu dự thƣởng (bắt buộc nhập) Customer number: mã số khách hàng cần tìm kiếm Dữ liệu hiển thị: ngày phát hành, số tài khoản, mã số khách hàng, tên khách hàng, số lƣợng mã dự thƣởng, loại tiền, số dƣ, kỳ hạn, ngƣời phát hành, ngƣời duyệt phát hành  Chọn dòng liệu (tƣơng ứng tài khoản) để xem mã dự thƣởng chi tiết  Hỗ trợ chức “Print” để in lại phiếu dự thƣởng trƣờng hợp cần thiết Chọn dòng liệu để in  Hỗ trợ in A4, A5, mặc định A5 in lại phiếu dự thƣởng  Hỗ trợ chức xuất Excel để xuất danh sách tài khoản tham gia dự thƣởng 2.2.3 Vấn tin phiếu bị thu hồi  Chi nhánh cấp vấn tin đƣợc liệu chi nhánh cấp dƣới 89     Kỳ dự thƣởng: bắt buộc nhập Date: ngày thu hồi phiếu dự thƣởng (bắt buộc nhập) Customer number: mã số khách hàng cần tìm kiếm Dữ liệu hiển thị: ngày thu hồi, số tài khoản, mã số khách hàng, tên khách hàng, số lƣợng mã dự thƣởng, loại tiền, số dƣ, kỳ hạn, ngƣời thu hồi, ngƣời duyệt thu hồi, ngày phát hành, ngƣời phát hành, ngƣời duyệt phát hành, trạng thái tài khoản  Chọn dòng liệu (tƣơng ứng tài khoản) để xem mã dự thƣởng chi tiết  Một tài khoản bị thu hồi nhiều lần: chƣơng trình cho phép thu hồi mã dự thƣởng phát hành lại  Hỗ trợ chức xuất Excel để xuất danh sách tài khoản thu hồi mã dự thƣởng 2.2.4 Vấn tin phiếu chƣa phát hành  Mục đích quản lý mã dự thƣởng chƣa phát hành bị thu hồi, phục vụ cho trình quay thƣởng  Chi nhánh cấp vấn tin đƣợc liệu chi nhánh cấp dƣới  Kỳ dự thƣởng: bắt buộc nhập  Type có lựa chọn: + Tất cả: lấy tất mã dự thƣởng chƣa phát hành bị thu hồi Giải đặc biệt phải loại trừ mã dự thƣởng + Chƣa phát hành: lấy mã dự thƣởng chƣa đƣợc phát hành + Thu hồi: lấy mã dự thƣởng bị thu hồi  Dữ liệu hiển thị: seri, số lƣợng, từ số, đến số (hiển thị theo đoạn)  Hỗ trợ chức xuất Excel 90 2.2.5 Vấn tin khách hàng trúng thƣởng         Tìm kiếm khách hàng trúng thƣởng phục vụ trao giải cho khách hàng Chi nhánh cấp vấn tin đƣợc liệu chi nhánh cấp dƣới Kỳ dự thƣởng: bắt buộc nhập Type có nhiều lựa chọn: + Trừ giải KK: lấy tất giải thƣởng, trừ giải khuyến khích (do giải in phiếu trúng giải giải khuyến khích không) + Giải đặc biệt, , giải khuyến khích: lấy giải tƣơng ứng đƣợc chọn Customer number: vấn tin theo mã khách hàng Dữ liệu hiển thị: mã chi nhánh, tên chi nhánh, tên khách hàng, mã số khách hàng, tài khoản khách hàng, loại tiền, số tiền, kỳ hạn, số seri, loại giải thƣởng, ngày phát hành, trạng thái tài khoản Hỗ trợ chức xuất Excel Hỗ trợ chức in phiếu trúng thƣởng (nút Print) 91 2.3 Màn hình báo cáo 2.3.1 Tổng hợp kết huy động  Chỉ xếp theo mã chi nhánh, phân theo khu vực  Số lƣợng cột phải cố định (3 tháng, tháng, tháng ) 2.3.2 Tổng hợp khách hàng trúng thƣởng  Số lƣợng cột phải cố định (giải đặc biệt, giải nhất, , giải khuyến khích) 2.3.3 Tổng hợp mã số trúng thƣởng chƣa phát hành  Chi tiết mã hiển thị giải thƣởng có số lƣợng giải lớn (nhƣ giải khuyến khích) 92 PHỤ LỤC : CHƢƠNG TRÌNH THU PHÍ TỰ ĐỘNG HƢỚNG DẪN SỬ DỤNG (Chức thu phí tự động) Tính hỗ trợ : Chức thu phí tự động cung cấp cho chi nhánh công cụ thu phí theo lô với tính sau  Chính sách thu phí : Theo quy định ban Tài Kế toán & Ngân quỹ NHNo&PTNT Việt Nam  Hệ thống tự động chạy thu phí vào đầu ngày theo thông tin mà chi nhánh đăng ký, chi nhánh ko phải thực them thao tác sau đăng ký thu phí, hệ thống tự động chạy theo tháng quý, năm theo đăng ký (Xem mục 2.2)  Đăng ký thu phí theo sản phẩm tiền gửi, sản phẩm thu đồng thời tối đa loại phí (Phí quản lý tài khoản, Phí trì số dƣ tối thiểu, Phí doanh số rút tiền mặt quầy, phí theo doanh số gửi tiền mặt quầy ….) Chi nhánh chủ động đăng ký ngày chạy thu cho sản phẩm tiền gửi (Xem mục 2.2 – 2.3)  Chi nhánh tách VAT không tách VAT theo sách phí NHNNo&PTNT Việt Nam (Xem mục 2.3)  Chi nhánh lựa chọn Thu hết, Không thu tài khoản không đủ số dƣ (Xem mục 2.3)  Đối với tài khoản thuộc sản phẩm có đăng ký thu phí tự động chi nhánh lựa chọn thu không thu tài khoản (Xem mục 2.4)  Đối với khách hàng VIP chi nhánh đăng ký khách hàng VIP để đƣợc giảm trừ phần nhƣ giảm trừ phí Tiền gửi (Xem mục 2.5)  Đối với tài khoản chuyên thu Chi nhánh đăng ký thu phí cho tài khoản qua tài khoản khác (Xem mục 2.6) Các hình chi tiết để đăng ký thu phí tự động 2.1 Đăng ký code phí dùng cho thu phí tự động: Copy mã phí từ trụ sở (1000) Do ban TCKT quy định (csfc01) 93 (1) Phí theo số tiền (2) Tên loại phí : Tên “Nội dung” giao dịch thu phí (3) Số tiền phí 2.2 Đăng ký cho sản phẩm (dpsa09) 94 (1) Sản phẩm có thu phí tự động (2) Chu kỳ chạy thu phí tự động : Chi nhánh chọn ngày thu phí tự động nhƣng tránh ngày cao điểm nhƣ đầu tháng, cuối tháng , nên thu vào thứ tuần tháng(“Monthly”, “First week”, “Last day of month”) phí theo kỳ nhƣ “Phí doanh số rút tiền mặt quầy, phí theo doanh số gửi tiền mặt quầy” phải tháng sau thu đƣợc tháng trƣớc thu vào ngày gần cuối tháng cách xa kỳ thu phí (3) Chu kỳ tính phí : chu kỳ phát sinh để tính phí, thƣờng chọn (“Monthly”, “Last day of month”) để tính tròn tháng 2.3 Đăng ký code phí cho sản phẩm (dpsa09) 95 (1) Chọn “process kind” “Phí thu theo loại tiền gửi” (2) Chọn sản phẩm tiền gửi có kỳ hạn đăng ký thu phí (3) Mã phí cần thu (4) Loại phí cần thu : Hiện có loại phí có thu a Thu phí quản lý tài khoản i Thu theo tháng tài khoản hoạt động không hoạt động ii Loại code phí FA (Fix Amount) b Thu phí trì số dƣ i Số dƣ trì bình quân hàng tháng nhỏ số dƣ minimum tài khoản thu phí theo mức phí đăng ký ii Không thu trên tài khoản thấu chi iii Loại code phí FA (Fix Amount), FR(Fix Amount) ; phí FR Amount= minlmt – avg(balance) iv Chu kỳ tính theo xem mục 2.2 phần (3) c Thu phí theo doanh số rút tiền mặt i Thu theo tỷ lệ % đăng ký code phí với tổng số rút tiền mặt tháng thu mức cố định ii Loại code phí FA (Fix Amount), FR(Fix Rate) iii Chu kỳ tính theo xem mục 2.2 phần (3) (5) Nếu phí có tách VAT chọn mã VAT phù hợp 96 (6) Khi tài khoản không đủ tiền để thu phí “Thu hết” – Thu hết tiền tài khoản “Không thu” để bỏ qua thu phí cho tài khoản (7) Thứ tự ƣu tiên thu loại phí 2.4 Loại trừ số tài khoản khỏi thu phí tự động (dpcb16) Vào hình dpcb16 “Auto commission charge register” (1) Chọn sản phẩm cần loại trừ (2) Bỏ check để không thu phí cho tài khoản đƣợc chọn (3) Click OK để kết thúc công việc 2.5 Đăng ký giảm trừ phí cho khách hàng VIP(dpcb04) Thao tác theo hƣớng dẫn HDSD nghiệp vụ DP cho khách hàng cần miễn giảm 2.6 Thu phí từ tài khoản khác (dpcb03) Đối với tài khoản chuyên thu tài khoản muốn thu phí từ tài khoản khác Chi nhánh đăng ký hình dpcb03 nghiệp vụ DP 97 (1) Chọn mục “Thay đổi t.khoản chuyển khoản” (2) Nhập số tài khoản thu phí (3) Nhập tài khoản toán phí Click Ok để kết thúc công việc 2.7 In chứng từ.(dpsv10) Vào hình dpsv10 chọn “Process kind” – “Inquiry for receipt print” nhập tài khoản cần in \ search \ click “slip” để in chứng từ 98 2.8 Huỷ bút toán (dpsv08) Vì lý mà chi nhánh muốn huỷ bút toán thu phí tự động chi nhánh sử dụng chức huỷ bút toán DP để huỷ nhƣ bút toán thông thƣờng 2.9 Thực Đối với chi nhánh lần sử dụng chức thu phí tự động sau làm bƣớc 2.1 – 2.4 Liên hệ với nhóm kỹ thuật Tiền gửi để bật chức chạy tự động vào thời gian đầu ngày để thu phí 2.10 Hỗ trợ - Nghiệp vụ DP TTCNTT : 043 8687 392 – 50,51,56 - Nhóm Kỹ thuật DP : 043 8687445 99 ... đƣợc công nghệ phần mềm hƣớng giá trị, tìm hiểu số mô hình công nghệ phần mềm hƣớng giá trị nhƣ trƣờng hợp thực thực tiễn mô hình Nội dung luận văn (Gồm chƣơng) Mở đầu Chƣơng : Tổng quan công nghệ. .. chất lƣợng phần mềm mô hình độ tin cậy kinh tế chất lƣợng phần mềm - cách chi tiết 3.1 Phân loại Nhƣ ý nghĩa chất lƣợng đƣa định nghĩa chất lƣợng phần mềm Trong trình phát triển phần mềm quan trọng... đuổi chất lƣợng nói chung tốt, không thay cho trình điều khiển giá trị khác 2.4 Công nghệ phần mềm hƣớng giá trị Tại phƣơng pháp tiếp cận dựa giá trị tốt hơn? Các chuẩn IEEE định nghĩa "phần mềm