銀行儲蓄系統開發與設計可行性研究總結報告

銀行儲蓄系統開發與設計可行性研究總結報告

  1、引言

  1.1編寫目的

  經過對銀行儲蓄系統專案進行詳細調查研究,初步擬定系統實現報告,明確開發風險及其所帶來的經濟效益,對軟體開發中將要面臨的問題及其解決方案進行可行性分析。本報告經稽核後,交由軟體專案經理審查。

  1.2專案背景

  1.2.1 專案名稱:銀行儲蓄系統

  1.2.2 使用者:銀行

  1.2.3 說明:現在的銀行儲蓄系統工作效率低,越來越不能滿足廣大儲戶的需要。銀行與客戶都迫切希望能更方便更省時就可以辦理儲蓄業務。現代計算機網路的高速發展使越來越多的人更喜歡網上購物、不出門即可交納各種費用。在這樣的背景下,很明顯現行的銀行儲蓄系統已經不能滿足人們越益增長的需求,急切需要建立一個新的、高效的、方便的、互聯的銀行儲蓄系統。

  1.3參考資料

  《軟體工程——原理,方法與應用》 吳欽藩編著人民交通出版社出版 《軟體工程導論(第四版)》 張海藩編著 清華大學出版社出版 《軟體工程》 任勝兵、邢琳編著 北京郵電大學出版社

  2、可行性研究的前提

  2.1要求2.1.1 功能要求

  此係統所要完成的主要功能模組有兩部分:取款系統與存款系統。

  存款時,儲戶填寫存款單,然後交給銀行業務人員鍵入系統,同時系統還要記錄存款人姓名、住址(或電話號碼)、身份證號碼、存款型別、存款日期、利率等資訊,完成後由系統列印存款憑單給儲戶。

  而取款時,儲戶填寫取款單交給業務人員,業務人員把取款金額輸入系統並要求儲戶輸入密碼以確認身份,核對密碼正確無誤後系統計算利息並印出利息清單給儲戶。

  2.1.2 效能要求

  為了滿足儲戶的要求,系統必須要有高的運作速度,儲戶填寫的表單輸入到系統,系統必須能快速及時作出響應,迅速處理各項資料、資訊,顯示出所有必需資訊並打印出各項清單,所以要求很高的資訊量速度和大的主存容量;由於要存貯大量的資料和資訊,也還要有足夠大的磁碟容量;安全性也是系統最重要的效能需求之一,銀行計算機儲蓄系統必須有可靠的安全措施,以保證儲戶的儲存安全。

  2.1.3 介面要求

  業務員鍵入儲戶的資料要全部一直顯示在螢幕;儲戶從按鍵口鍵入密碼到系統以核對;計算機與印表機有高速傳輸的連線介面,最後以紙張的形式打印出清單給儲戶。

  2.1.4 輸入要求

  業務員從存取款表單輸入資料,要迅速精確,適當調整輸入時間,不能讓客戶等太久,但也不能讓業務員太過忙碌以免影響正確率。

  2.1.5 輸出要求

  要求能快速準確打印出清單給客戶。

  2.1.6基本的資料流程和處理流程

  2.1.7安全與保密要求

  為了確保儲戶的利益,儲戶的各種資訊應保密,特別是對儲戶賬戶密碼等資訊的保密安全。由於查詢人員的身份和目的不同,本系統還提供不同的查詢許可權,如行長與普通的業務人員之間的許可權不同。

  2.1.8完成期限

  初步確定開發期為6個月,試執行期為3個月,系統計劃於2012年春節正式投入執行。

  2.2目標

  銀行是以盈利為主的服務性機構。為了在競爭中取得優勢,必須提供優質的管理服務使其能夠順利發展。目標具體表現為在銀行內部建立儲蓄系統,初步實現系統計算機化,並保證該銀行能夠按期望順利完成工作,提高工作人員的工作效率;與其他多間銀行聯網,促進銀行間的互聯合作,提高銀行儲蓄系統的整體水平,從而實現銀行儲蓄系統的高效性、方便性、實用性、互聯性,提高銀行的信用度、銀行的經濟效益和社會效益。

  2.3條件、假定和限制

  假設開發的軟體執行的最短壽命為五年;開發時間與試執行時間預定為八個月;經費的投資限制在30萬元以內;系統執行環境如下:系統平臺: Microsoft XP/程式設計軟體:J2SE v 1.4.2_01 SDK/Microsoft Visual C++6.0/建立資料庫:Microsoft Office Access 2003;

  2.4可行性研究方法

  採用調查方法:透過對銀行業務員和客戶的調查以獲得第一手資料,確定客戶和實際應用中的需求;然後經過座談或開會的形式和專家和銀行經理交談,落實最後的問題定義。

  2.5決定可行性的主要因素

  本次可行性分析是按照軟體工程的規範步驟進行的,即按複查專案目標和規模,研究目前正使用的系統,匯出新系統的高層邏輯模型,重新定義問題這一迴圈反覆的過程進行。然後提出系統的實現方案,推薦最佳方案,對所推薦的方案進行經濟、技術、使用者操作和法律的可行性分析,最後給出系統是否值得開發的.結論。

  3、對現有系統的分析

  當前大多數銀行所使用的銀行儲蓄系統辦理業各時手續繁多,人工業務操作過多,嚴重影響了

  工作效率,以至客戶等待辦理手續過長感到不耐煩,且出錯率高。

  3.1處理流程和資料流程

  以用銀行卡取款為例,儲戶用卡取款時不能直接取款,要先填取款表,交給業務員輸入資料,再由儲戶輸入密碼以確認身份,還要在取款表單上簽名以再次確認,最後才業務員才把現金交給儲戶:

  3.2工作負荷

  由於辦理手續的繁多和不合理,工作效率非常低,需要大量業務員,通常有儲戶等待排成長龍的現象,這給工作人員增加了非常大的負擔和額外的工作負荷;同時也給銀行公司的發展帶來了嚴重的制約和壓力。

  3.3費用支出

  辦理手續的繁瑣不僅使業務人員工作量很大,而且使客戶對於業務辦理流程不能明確而是諮詢的業務量加大。各種憑單與證件的影印列印不僅使裝置、材料開支增加,而且工作效益低。

  3.4人員

  需要大量業務員和額外的工作人員處理各項事務。

  4、所建議技術可行性分析

  4.1對系統的簡要描述

  根據系統目標以及現行系統存在的問題,建議新系統分兩步實現:

  第一階段建立一個內部的網路,以實現銀行儲蓄系統的計算機辦公化。能夠處理以下工作:本行內的銀行卡在各分行可提款;及時辦理業務;提高工作效率。

  第二階段是在全國多家銀行間建立一個互聯的網路系統,實現銀行儲蓄管理系統的資訊整合,完成後的系統可以實現在各行間互存取款,且操作方便簡單迅速。

  4.2處理流程和資料流程

  4.2.1 存款流程圖

  4.2.2 取款流程圖 4.3與現有系統比較的優越性

  用銀行卡可以直接在櫃檯或提款機取款;在櫃檯取款時第一次輸入密碼核對正確後即可辦理取款;免去了再次簽名確認身份的手續;如果增加自動存款機後,儲戶可直接在存款機存款,免去填表手續,提高了工作效率。

  減少了儲戶辦理業務的等待時間;使用者可以隨時隨地可以隨心所欲存取款,並且操作簡單易懂;使用者還可以選擇在櫃檯辦理業務或自己在自動提款機和自動取款機辦理業務。

  可以大大減少工作人員,節約人力資源的開銷;另一方面由於手續程式減少也可以減輕業務員的工作負擔,有效地提高了整體的工作效率和精確度。

  資料防護措施嚴密:為確保系統資料萬無一失,在系統結構設計上嚴格遵循金融系統安全規範,採用射頻卡、終端機、計算機“三位一體”的資料保護技術,從三個層面採取了六種資料保護措施對系統重要資料嚴密防護,先進的“黑匣子”資料重複收集功能,確保了系統資料的安全性和準確性。

  系統可擴充性強:該系統軟體升級和硬體擴充套件相當方便,可以根據銀行的實際情況來靈活配置,可根據不同需求增加新功能模組和子系統以滿足使用者的個性化需求,可確保使用者投資的長期效益,避免資源重複浪費。

  相容性強:系統可提供資料介面和應用介面,可與原有系統相容匹配,便於系統整合和二次開發,確保有效利用現有資源。

  4.4採用建議系統可能帶來的影響 4.4.1對裝置的影響

  系統對於裝置要求更高的穩定性與安全性來保證其正常執行。並且對於列印、影印裝置需要要求與計算機進行互聯。

  4.4.2對使用者的影響

  由於採用建議系統提高了工作效率,可使客戶辦理業務更加快捷、方便。採用的“三位一體”的資料保護技術既方便了管理,又能保證個人的隱私權不被侵犯。

  4.4.3對系統執行的影響

  系統設計的主要目的是提高效益。所以在系統設計和建設初期應著手參考各方面的標準與規範,並且應遵從該規範各項技術規定,並做好系統的標準化設計與管理工作。系統考慮今後發展的需要,因而必須為在系統產品系列、容量與處理能力等方面的擴充與換代的可能,這種擴充不僅充分保護了原有投資,而且具有較高的綜合性能價格比。

  4.4.4對執行環境的影響

  由於使用者人數眾多,水平不一,該系統設計時考慮到使用者在使用時要求操作簡單,查詢方便,軟體設計採用選單選取方式,使用時使用者基本不用輸入文字。而且不但提供計算機網路查詢,同時提供公眾電話網查詢和遠端登入等其他通訊方式。

  4.4.5對經費支出的影響

  由於需要購買各種軟、硬體裝置,以及業務人員的系統使用培訓等都需要增加經費的支出。

  4.5技術可行性評價

  開發系統的計算機硬體已經非常普及,所以完全沒有問題;現在的計算機各方面的技術都非常成熟,相對來說開發此係統的技術也要求比較簡單,因此在技術方面是可行的;同時銀行還必須有一定量的系統管理和維護的專業人員,在這方面可以透過培訓原來的技術人員成為新的需要的技術人員,也可以僱用所需這方面的專業技術員;若按計劃,在規定的期限內,本系統的開發是可以完

最近訪問