Mô hình phần mềm hỗ trợ quản lý tín dụng cá nhân tại Saigonbank Chi nhánh Huế

Quản lý tín dụng cá nhân 1. Quản lý Hồ sơ tín dụng

Nhõn viờn tớn dụng theo dừi thụng tin của khoản vay thụng qua hợp đồng tớn dụng, bảng theo dừi nợ vay để khai thỏc khi cần thiết hoặc lưu cỏc sao kờ điện toỏn theo nội dung: ngày, tháng, năm giải ngân; số tiền giải ngân; lãi suất áp dụng; ngày tháng năm thu nợ; số tiền thu nợ gốc, nợ lãi; dư nợ từng thời điểm; số tiền gia hạn nợ;. Định kỳ hàng tháng, quý hoặc trong tình hình đột xuất, nhân viên tín dụng có thể cùng với lãnh đạo phòng kinh doanh tiến hành kiểm tra mục đích sử dụng vốn vay, tài sản hỡnh thành trong tương lai thụng qua: sổ hạch toỏn theo dừi của khỏch hàng, chứng từ, hóa đơn hạch toán (chi tiền mặt, chuyển khoản, chi khác…); chứng từ thanh toán quyết toán, thanh lý hợp đồng.

Khái niệm

Để có được phần mềm, các nhà lập trình phải sử dụng các ngôn ngữ lập trình để viết, ngôn ngữ lập trình là ngôn ngữ trung gian giữa ngôn ngữ giao tiếp của con người với ngôn ngữ máy, ngôn ngữ càng gần với ngôn ngữ con người thì gọi là ngôn ngữ bậc cao, càng gần ngôn ngữ máy gọi là ngôn ngữ bậc thấp. Mục đích của phần mềm hệ thống là để giúp các lập trình viên ứng dụng không phải quan tâm đến các chi tiết của hệ thống máy tính phức tạp được sử dụng, đặc biệt là các tính năng bộ nhớ và các phần cứng khác chẳng hạn như máy in, bàn phím, thiết bị hiển thị,.

Chu trình phát triển phần mềm 1. Chu trình phát triển phần mềm

• Các mô hình phát triển phần mềm 1. Mô hình Waterfall

Các hoạt động trong thời gian này thường bao gồm thu thập các ý tưởng, nhận biết rủi ro, nhận biết các giao diện bên ngoài, nhận biết các các chức năng chính mà hệ thống cần cung cấp, và có thể tạo một vài nguyên mẫu dùng để “minh chứng các khái niệm của hệ thống”. Một giai đoạn nghiên cứu sơ bộ thích đáng sẽ lập nên tập hợp các yêu cầu (dù ở mức độ khái quát cao) đối với một hệ thống khả thi và được mong muốn, kể cả về phương diện kỹ thuật lẫn xã hội. Một giai đoạn nghiên cứu sơ bộ không được thực hiện thoả đáng sẽ dẫn tới các hệ thống không được mong muốn, đắt tiền, bất khả thi và được định nghĩa lầm lạc – những hệ thống thừơng chẳng được hoàn tất hay sử dụng. Kết quả của giai đoạn nghiên cứu sơ bộ là Báo Cáo Kết Quả Nghiên Cứu Tính Khả Thi. Khi hệ thống tương lai được chấp nhận dựa trên bản báo cáo này cũng là lúc giai đoạn Phân tích bắt đầu. b) Phân tích yêu cầu. Người viết code chạy thử các phần chương trình của mình với dữ liệu giả (test/dummy data). Việc này được thực hiện theo một kế hoạch thử, cũng do chính người viết code soạn ra. Mục đích chính trong giai đoạn thử này là xem chương trình có cho ra những kết quả mong đợi. Giai đoạn thử nghiệm đơn vị nhiều khi được gọi là. Công việc này do một thành viên khác trong nhóm đảm trách. Cần chọn người không có liên quan trực tiếp đến việc viết code của đơn vị chương trình cần thử. nghiệm để đảm bảo tính “độc lập”. Công việc thử đợt này cũng được thực hiện dựa trên kế hoạch thử do người viết code soạn nên. e) Thử nghiệm hệ thống. Sau khi các thủ tục đã được thử nghiệm riêng, cần phải thử nghiệm toàn bộ hệ thống. Mọi thủ tục được tích hợp và chạy thử, kiểm tra xem mọi chi tiết ghi trong Đặc Tả Yêu Cầu và những mong chờ của người dùng có được thoả mãn. Dữ liệu thử cần được chọn lọc đặc biệt, kết quả cần được phân tích để phát hiện mọi lệch lạc so với mong chờ. f) Thực hiện, triển khai. Trong giai đoạn này, hệ thống vừa phát triển sẽ được triển khai sao cho phía người dùng. Trước khi để người dùng thật sự bắt tay vào sử dụng hệ thống, nhóm các nhà phát triển cần tạo các file dữ liệu cần thiết cũng như huấn luyện cho người dùng, để đảm bảo hệ thống được sử dụng hữu hiệu nhất. g) Bảo trì, nâng cấp.

Giai đoạn này cần sự tham gia tích cực của khách hàng và kết thúc bằng một tài liệu được gọi là “Bản đặc tả yêu cầu phần mềm” hay SRS (software requirement specification), trong đó bao gồm tập hợp các yêu cầu đã được duyệt (reviewed) và nghiệm thu (approved) bởi những người có trách nhiệm đối với dự án (từ phía khách hàng). Trong đó, qui trình được bắt đầu bằng việc thu thập yêu cầu với sự có mặt của đại diện của cả phía phát triển lẫn khách hàng nhằm định ra mục tiêu tổng thể của hệ thống phần mềm sau này, đồng thời ghi nhận tất cả những yêu cầu có thể biết được và sơ lược những nhóm yêu cầu nào cần phải được làm rừ. Để khách hàng có thể sử dụng, mỗi phiên bản đều phải được thực hiện như một qui trình đầy đủ các công việc từ phân tích yêu cầu với khả năng bổ sung hay thay đổi, thiết kế, hiện thực cho đến kiểm nghiệm và có thể xem như một qui trình (chu trình) con.

Thiết kế phần mềm

• Nền tảng thiết kế phần mềm

Đối tượng dữ liệu này thực chất là một tập hợp nhiều mẫu thông tin khác nhau và ta có thể tham khảo tới bằng cách nói tên của trừu tượng dữ liệu. Việc phân rã hay làm mịn liên tiếp các đặc tả này kết thúc khi tất cả các lệnh đã được diễn đạt dưới dạng bất kỳ ngôn ngữ lập trình hay ngôn ngữ máy tính nền tảng nào. Theo lập luận trên, liệu chúng ta chia phần mềm một cách không xác định thì nổ lực cần để phát triển nó sẽ trở thành nhỏ đến mức có thể bỏ qua được?.

Kiến trúc phần mềm được suy dẫn ra qua tiến trình phân hoạch đặt mối quan hệ giữa các phần tử của giải pháp phần mềm với các bộ phận của thế giới thực được xác định không tường minh trong phân tích yêu cầu. Che dấu thông tin là khái niệm các module nên được đặc trưng bởi những quyết định thiết kế mà ẩn kín với mọi module khác, thông tin chứa trong module này không thể thâm nhập tới được từ các module khác không cần đến những thông tin đó. Che dấu thông tin kéo theo việc xác định một tập module độc lập mà trao đổi giữa các module chỉ là các thông tin thật sự cần thiết cho việc vận hành phần mềm.

Đánh giá và phân tích yêu cầu 1. Đánh giá yêu cầu

• Phân tích chi tiết 1. Khảo sát hệ thống
• Lựa chọn hệ quản trị cơ sở dữ liệu và ngôn ngữ lập trình 1. Hệ quản trị cơ sở dữ liệu
• Thiết kế cơ sở dữ liệu

Khả thi về tài chính: Các ngân hàng hiện nay đều được trang bị đầy đủ trang thiết bị, cũng như đội ngũ nhân viên có trình độ cao, nên việc cài đặt và khai thác sẽ không đòi hỏi chi phí cao. Khung chương trình quản lý khách hàng của mình, phân công các cán bộ tín dụng, đưa ra các báo cáo thống kê về khách hàng, tình trạng vay vốn cũng như gửi tiền của phòng tín dụng khi có yêu cầu của phòng kế toán, giám đốc. Khi có một khách hàng đến vay thì cán bộ tín dụng được phân công chịu trách nhiệm về khách hàng đó phải quản lý các thông tin sau đây của khách hàng này,bao gồm: Hồ sơ pháp lý, hợp đồng tín dụng, hợp đồng cho vay vốn, chi tiết tài sản đảm bảo, giấy nhận nợ.

SQL Server là hệ thống quản trị cơ sở dữ liệu quan hệ (Relation DataBase Management System) sử dụng các lệnh giáo chuyển Transaction-SQL để trao đổi dữ liệu giữa Client Computer và Server Computer. • Có hệ thống phân quyền bảo mật tương thích với hệ thống bảo mật của công nghệ NT (Network Technology), tích hợp với hệ thống bảo mật của Window NT hoặc sử dụng hệ thống bảo vệ độc lập của SQL Server. Trong thực tế, một ứng dụng có thể được phân tích, thiết kế thành nhiều lược đồ cơ sở dữ liệu khác nhau và tất nhiên chất lượng thiết kế của các lược đồ cơ sở dữ liệu này cũng khác nhau.

Người phân tích - thiết kế bắt đầu với một danh sách các thuộc tính dự định đối với mỗi kiểu thực thể, sau khi áp dụng ba quy tắc chuẩn hoá, từ kiểu thực thể gốc, các kiểu thực thể mới được xác định và tất cả chúng đều được xác định hoàn toàn. Số tiền vay Mục đích sử dụng Hình thức nhận tiền Phương thức cho vay Thời hạn rút vốn Thời hạn cho vay Lãi suất cho vay Điều chỉnh định kỳ Ngày ký hợp đồng Phương thức nhận vốn Loại tiền vay.