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

　　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技術可行性評價

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