1、1問題定義1.1項目開發1.1.1項目名稱:銀行計算機儲蓄系統用戶:銀河科技銀行項目說明: 隨著社會經濟的發展，以及數字生活的逐步滲透，如何為用戶提供更加便捷、更加周到的服務已經成為各大銀行競爭的焦點。但如今銀行儲蓄系統工作效率比較低，越來越不能滿足廣大人民群眾的需求，人們希望可以更方便更省時更省力的辦理儲蓄的相關業務。人們不再滿足于以前傳統的哪家銀行卡只可以在那家銀行存款提款的模式。而如今計算機網絡的高速發展及普及度的進一步加強,越來越多的人希望通過在家實現存取款或是通過上網實現網上銀行的功能等。在這樣的趨勢下,明顯可以看出現今的銀行計算機儲蓄系統不能夠滿足人們日益增長的需求，為提高該銀行的

2、存取款工作效率，降低工作的人力、物力開支，提高工作的準確性、正確性，并且便于用戶信息存取,需要建立一個新的、高效的、方便的、互聯的計算機儲蓄系統。1.1.2 項目開發人員總負責人：楊陽數據庫設計人員:邢濤界面UI人員：杏永康編碼人員：王雪恒系統測試人員：吳凱鑫1.1.3 項目分析項目功能：“銀行儲蓄系統”應能滿足儲戶的業務需求，應能為每個用戶建立銀行賬戶，并給用戶發放銀行卡。持有本行銀行卡用戶可以通過ATM機或柜臺存款、取款。儲戶填寫的存款單或取款單由業務人員輸入系統，如果是存款，系統記錄存款人姓名、住址、存款類型、存款日期、利率等信息，并印出存款單給儲戶；如果是取款，系統計算利息并印出利息清

3、單給儲戶。項目目標：1.人力與設備費用的減少及合理利用；2.處理速度的提高及準確度的保證；3.人員利用率的改進及合理調度；4.改進管理和服務。2.可行性分析2.1 引言2.1.1 編寫目的本報告分析了“銀行儲蓄系統”開發的可行性，請銀行專員審閱并對是否進行該系統的開發做出批示。2.1.2 背景a.建議進行“銀行儲蓄系統”的開發b.本公司具備進行該軟件系統開發的能力并承擔本軟件的開發與維護工作。該系統由銀河科技銀行使用。c.本軟件系統可利用現有的“銀行儲蓄系統”中的職員、用戶等數據，所以銀行需要提供“職員管理系統”，“用戶管理系統”數據庫查詢接口。2.2 可行性研究的前提2.2.1 要求“銀行儲

4、蓄系統”應能為每個用戶建立銀行賬戶，并給用戶發放銀行卡（銀行卡可提供卡號、銀行名稱、銀行卡注意事項），賬戶內存儲用戶的個人信息和存取款記錄信息。持有本銀行卡用戶可以通過ATM機或柜臺存款、取款。2.2.2 目標（1）使銀行管理員工從繁重的手工統計中解放出來。（2）提高該銀行的存取款工作效率，降低工作的人力物力開支，提高工作的準確性、正確性，擬為其開發計算機儲蓄系統。（3）利用計算機的系統優勢，可以彌補人工作業時的出錯率高的缺陷，使得每一筆業務都能最大限度避免核實以及復工。2.2.3 條件、假定和限制（1）建議開發軟件運行的最短壽命：5年（2）進行系統方案選擇比較的期限：2個月（3）進行系統方案

5、選擇比較的期限：定制銀行（4）硬件、軟件、運行環境和開發環境的條件和限制：銀行中心擁有大型機以及用來支持的數據庫，各個銀行網點都有安裝好的PC機，安裝有Windows2000及以上的操作系統。（5）建議開發軟件投入使用的最遲時間：開發完成后試運行1個月。2.2.4 進行可行性研究的方法通過與銀行熟練業務員進行深入討論，制定詳細用戶調查問卷，真正了解用戶以及銀行業務員的實際需求，根據業務員提供的信息以及問題定義再綜合調查問卷中用戶提出的意見進行改進。最終確定項目需要解決的問題，并確定問題能不能被解決。2.2.5決定可行性的主要因素（1）項目開發成本 （2）所需設備置辦成本 （3）技術是否能滿足需

6、求 （4）操作人員的熟練程度 （5）資源有效性 2.3 對現有系統的分析2.3.1 處理流程和數據流程如果是存款，儲戶填寫存款單，然后交給業務員鍵入系統，同時系統還要記錄存款人姓名、住址（或電話號碼）、身份證號碼、存款類型、存款日期、利率及密碼（可選）等信息，完成后由系統打印存款單給儲戶。 如果是取款，儲戶填寫取款單交給業務員，業務員把取款金額輸入系統并要求儲戶輸入密碼以確認身份，核對密碼正確無誤后系統計算利息并印出利息清單給儲戶。2.3.2 工作負荷工作日每天工作8小時。2.3.3 人員開發人員需要大約5個，其中包括1名數據庫設計人員，1名界面UI人員，1名編碼人員， 1名系統測試

7、人員。他們均應具有豐富的開發經驗，該條件可以滿足。2.3.4 設備（1）計算機*5（2）數據庫系統軟件2.3.5 局限性工作效率底下，不能符合大量群眾的及時需求，給群眾的生活帶來不便。這是現有系統辦理業務的流程中出現的一個嚴重問題。為了解決這一問題，讓人們再辦理銀行業務更加方便快捷，我們急需開發一個更為高效的銀行計算機儲蓄系統，讓儲蓄業務不用再排隊。 （1）當前銀行使用的銀行儲蓄系統在辦理業務時僅僅靠手工操作，人工業務占據了全部，所以要求銀行業務員辦理業務時細心耐心，對數字敏感，算術水平高。它嚴重影響了工作效率，且出錯率高，儲戶辦理事務時需要等待時間過長，需要大量的銀行業務員才能滿足日益增長的

8、存取款要求。 （2）用紙張記錄保存用戶存款記錄查找繁瑣，耗時久，不方便，且容易丟失。且人工記錄不能保證萬無一失，容易出現數據錄入錯誤。隨著用戶數的增多，這個缺陷會越發凸顯。 （3）存款記錄保密性差，任何一個業務員都可以隨意更改查閱用戶數據，用戶的資料容易泄漏，帶來安全隱患。 （4）業務員服務的時間有限，不能24小時辦理業務，沒有應急處理，不能更好的解決群眾的需求。 （5）所有客戶的業務都由業務員手工辦理，浪費人力資源。有的簡單的業務經改進可由機器完成，完全不用人工參與，這樣節約了人力成本，也提高效率。 （6）對現有系統的改進維護只能依靠增多業務員數量，增多銀行分行數目，提高業務員業務素質來實現

9、。增多業務員數量會導致銀行人員支出大大增多，同時需要多選址建設分行，或者擴大分行規模，費用代價巨大。業務員的業務素質需要培養，不能短期無限看見成效，及培養新人員需要一定的時間，這又浪費資金和人力資源。對現用系統的改進型維護已經不能解決儲戶越來越多、儲戶時間越來越長的問題。2.4 所建議的系統2.4.1 改進之處進行后期改良，在發現部分軟件與系統在使用期間的不適應情況后進行系統的改進。2.4.2 影響主要的影響是大大提高了銀行的工作效率，使銀行中各個系統軟件的協作更加緊密，這一點也對現有軟件提出了很大的挑戰。通過使用新技術，可以向儲戶提供一個方便、簡單、及時的互聯的現代計算機化的網絡系統。2.4

10、.3對設備的影響由于銀行業務的特點，儲戶數量及儲戶信息量龐大，信息的存取流量也隨之增加，因此需要購置速度快，主存容量大，磁盤容量大的大型機作為中心數據庫硬件系統。在各分行要購置普通PC作為輸入終端，打印機作為輸出設備。此外，還要構建專用網絡以使得分行的計算機設備和中心的數據庫通信。2.4.4對軟件的影響為了使現存的應用軟件和支持軟件能夠同所建議系統相適應，而需要對部分軟件進行修改和補充。2.4.5對用戶單位機構的影響儲戶信息儲存在數據庫中，經過保密措施保障后的數據庫可以防止未經授權的訪問，從而提高了用戶存款信息的保密性，再而提升用戶對銀行的信賴。 減少了儲戶辦理業務的等待時間；用戶可以隨時隨地

11、可以隨心所欲存取款，并且操作簡單易懂；用戶還可以選擇在柜臺辦理業務或自己在自動提款機和自動取款機辦理業務。2.4.6對系統運行過程的影響在儲戶的輸入以及業務員將表格通過鍵盤輸入到計算機系統中這兩種操作不產生影響。數據保存到數據庫中，不用紙張形式保管，業務員不用整理存款記錄，這些數據將由數據庫管理系統自動管理，包括存儲與恢復。 需要定期維護中心和分行的計算機設備，對打印機缺紙或者缺墨等簡單故障需要業務員及時處理。系統如果失效，需暫停分行業務，由專業人員緊急對系統排錯。為防止此種情況發生，構建兩套冗余系統，當一套失效的時候，還有另外一套系統可以工作，從而不用暫停銀行業務往來。數據需要經常備份，將數

12、據備份到不同的地方以防止物理性損害。2.4.7對開發的影響銀行方需將現有儲戶資料錄入到計算機數據庫中，并指派精通業務流程的專家隨時跟進系統的開發。為了測試中心數據庫處理高并發流量的能力，還需同時在各分行用程序模擬提交表單。 計算機儲蓄系統是個關乎到銀行信用和聲譽的系統，所有參與開發的人員必須簽署保密與安全協議以保證項目的順利進行以及未來系統的良好運行。2.4.8對地點和設施的影響需要建立數據中心以存放數據庫硬件設備，并派人專門管理。此外還需要對每個業務員進行短時間培訓，使之熟悉使用系統。2.4.9對經費開支的影響為支持系統運行，要購置速度快，主存容量大，磁盤容量大的PC，需要購置大型數據庫Or

13、acle一份以及Windows2000以上的操作系統。 這在前期投入中一定程度上加大了經費支出。2.5 技術條件方面的可能性（1）當前限制條件下，系統的功能較為簡單，在現有的計算機水平上（數據庫平臺開發成熟度高，網絡速度足夠快，大型機運算速度快）可以達到功能目標要求。 （2）現在的計算機各方面的技術都非常成熟，相對來說開發此系統的技術也要求比較簡單，可以達到功能目標要求。 （3）開發人員需要大約5個，其中包括1名數據庫設計人員，1名界面UI人員，1名編碼人員， 1名系統測試人員。他們均應具有豐富的開發經驗，該條件可以滿足。 （4）開發期限為半年，在規定時限內可以完成開發。 2.6 可選擇的其他

14、系統方案2.6.1 可選擇的系統方案項目的另一種實現方案是直接購買現有的計算機儲蓄系統。但銀行業是個對安全性要求很高的行業，如果選用現有計算機儲蓄系統，有可能會使得未公開的漏洞對本銀行造成沖擊，需要承擔更高的安全風險；為適應該系統有可能需要更改現有存款系統的數據結構，轉換成本高；軟件授權方式的差異可能導致系統開銷更高。2.6.2 投資及效益分析（1） 基本建設投資利用銀行現有建設（2） 其他一次性支出 項目價格（￥）中心數據庫機房￥1,000,000Oracle數據庫管理系統￥ 200,000計算機儲蓄系統軟件（開發費用）￥ 500,000網絡建設費用￥ 2,000,000惠普4321S XL

15、201PA商務電腦（PC終端）￥ 200,000（￥10,000*20）Windows 2000操作系統￥ 20,000（￥500*40）惠普HP Office jet 6000商用噴墨打印機￥ 20,000（￥1000*20）總計￥3,940,000可行性分析以及需求研究￥ 50,000開發設計￥ 50,000測試基準￥ 30,000開發人員工資￥ 200,000培訓費￥ 10,000差旅費以及與上級領導溝通￥ 100,000轉化原有的數據庫￥ 4,400總計￥ 444,400（3） 非一次性支出項目價格（￥）網絡維護費用￥ 100,000中心機房維護費￥ 20,000PC終端維護費用￥ 5

16、0,000不可預知費用￥ 100,000總計￥ 270,000（4） 收益對于所選擇的方案，說明能夠帶來的收益，這里所說的收益，表現為開支費用的減少或避免、差錯的減少、靈活性的增加、動作速度的提高和管理計劃方面的改進等，包括：（5） 一次性收益精簡人員，節約5000,000 ￥(20,000￥/(P *Y)*50 P*5 Y)（6）非一次性收益節省維護紙張記錄費用，節省500,000 ￥/Y 產品采用低碳環保技術，節電約1000,000 W/Y，合人民幣500,000 ￥/Y （7） 不可定量的收益改進服務，減少儲戶等待時間，儲戶獲得更快更好的質量；減少業務員操作失誤的風險； 外界對銀行更為信

17、賴并可吸引更多的資金。 以上總計估計為1000,000￥5000,000￥，取均值為2500,000￥。（8）收益/投資比(5000+500*5+500*5+2500)/(3940+444.4+270*5)=2.17% （9）投資回收周期(3940+444.4-450)/(1000-320) = 5.78(年) 2.7 敏感性分析系統的本質是提高業務處理速度，故其在工作負荷量和處理速度上的影響應不是主要的問題。在項目合同簽訂時將該種風險及相應的金額記錄在內，若軟件應用過程中配置發生了變化，我們會派技術人員進行相應的溝通和維護。2.8 社會因素方面的可能性2.8.1 法律方面的可行性（1）所有軟

18、件都選用正版； （2）所有技術資料都由提出方保管；（3）合同制定確定違約責任。2.8.2 使用方面的可行性該系統可采用C/S模式開發，提供窗體界面，操作簡單。 （1）銀行業務員要求有基本的計算機使用技能，經過簡單培訓后將會熟練使用本軟件 。（2）系統管理員要求有一定計算機的專業知識，需要經過專業培訓，以能夠熟練管理本系統，使其正常運行。2.9 結論通過對項目整體進行可行性分析，該項目無論在操作可行性、技術可行性、經濟可行性及社會可行性上均滿足要求，因此，開發此系統的構想是可行的，可著手進行。3 需求分析3.1引言在設計銀行儲蓄系統之前，首要的前提便是進行需求分析。可以毫不夸張地說，需求分析這一

19、環節做得如何，直接關系到系統軟件設計的效果。通常，在進行需求分析的時候，如果不夠到位，除了浪費開發時間、開發成本之外，還會制約軟件開發進度。從這一角度上看，系統需求分析是系統開發過程中的關鍵環節。3.1.1項目背景項目名稱:銀行計算機儲蓄系統用戶: 銀河科技銀行項目說明: 隨著社會經濟的發展，以及數字生活的逐步滲透，如何為用戶提供更加便捷、更加周到的服務已經成為各大銀行競爭的焦點。但如今銀行儲蓄系統工作效率比較低，越來越不能滿足廣大人民群眾的需求，人們希望可以更方便更省時更省力的辦理儲蓄的相關業務。人們不再滿足于以前傳統的哪家銀行卡只可以在那家銀行存款提款的模式。而如今計算機網絡的高速發展及普

20、及度的進一步加強,越來越多的人希望通過在家實現存取款或是通過上網實現網上銀行的功能等。在這樣的趨勢下,明顯可以看出現今的銀行計算機儲蓄系統不能夠滿足人們日益增長的需求，為提高該銀行的存取款工作效率，降低工作的人力、物力開支，提高工作的準確性、正確性，并且便于用戶信息存取,需要建立一個新的、高效的、方便的、互聯的計算機儲蓄系統。3.1.2項目目標所建議系統的開發目標包括:人力與設備費用的減少及合理利用；處理速度的提高及準確度的保證；人員利用率的改進及合理調度；改進管理和服務；建立高效的信息傳輸和服務平臺，提高信息處理速度和利用率等等。3.2 銀行計算機儲蓄系統流程圖3.2.1 定義邏輯結構如果是

21、存款，儲戶填寫存款單，然后交給業務員鍵入系統，同時系統還要記錄存款人姓名、住址（或電話號碼）、身份證號碼、存款類型、存款日期、利率及密碼（可選）等信息，完成后由系統打印存款單給儲戶。 如果是取款，儲戶填寫取款單交給業務員，業務員把取款金額輸入系統并要求儲戶輸入密碼以確認身份，核對密碼正確無誤后系統計算利息并印出利息清單給儲戶。3.2.2 業務流程圖3.2.3 系統流程圖3.2.4 數據流程圖4 系統整體設計4.1 系統拓撲結構圖4.1.1系統采用分布式網絡拓撲結構圖 4-1 銀行儲蓄管理系統拓撲結構圖分布式結構的網絡是將分布在不同地點的計算機通過線路互連起來的一種網絡形式。分布式結構

22、的網絡具有如下特點：由于采用分散控制，即使整個網絡中的某個局部出現故障，也不會影響全網的操作，因而具有很高的可靠性；網中的路徑選擇最短路徑算法，故網上延遲時間少，傳輸速率高，但控制復雜；各個節點間均可以直接建立數據鏈路，信息流程最短；便于全網范圍內的資源共享。缺點為連接線路用電纜長，造價高；網絡管理軟件復雜；報文分組交換、路徑選擇、流向控制復雜；在一般局域網中不采用這種結構。4.2 系統組織結構圖圖 4-2 銀行儲蓄管理系統組織結構圖4.3 系統功能結構設計4.3.1 模塊的劃分和描述系統啟動時激活身份驗證模塊。通過身份驗證后，對系統進行初始化，根據從數據庫來的數據，判斷用戶的身份是否正確。通

23、過用戶需求激活相應的功能模塊，并執行制定的模塊。當用戶完成需求后，退出系統模塊激活關閉系統模塊，退出系統。4.3.2 功能模塊概要設計4.3.2.1系統的功能結構圖4.3.2.2系統層次圖4.3.2.3存款模塊圖4.3.2.4取款模塊圖4.4 接口設計4.4.1用戶接口用戶界面屏幕格式：采用全屏格式，可自由轉換。與各分窗體之間的切換以完成各種處理報表格式：以銀行原報表格式設計電子打印表格式。菜單格式：下拉式菜單，應顯示儲戶資料及帳戶資料的各個詳細條目。比如此類似窗體：4.4.2內部接口以下各個模塊間要相應的能通過接口互相連接起來。身份驗證模塊：完成對用戶身份的驗證功能。存取款模塊：完成儲戶存取

24、款的錄入信息。存取款單打印模塊：完成儲戶信息的打印。儲戶信息檢索模塊：按要求檢索儲戶各方面的信息。4.5 數據庫邏輯結構設計4.5.1功能模塊與程序間的關系：模塊標識符模塊功能程序身份驗證模塊G1驗證用戶身份程序1存款模塊G2銀行業務員輸入存款信息，系統進行存款程序2取款模塊G3銀行業務員輸入取款信息，系統進行取款程序3存款單打印模塊G4銀行業務員輸入存款信息并打印程序4取款單打印模塊G5銀行業務員輸入取款信息并打印程序5按用戶名和ID查詢模塊G6查詢用戶信息程序6.4.6 數據庫物理結構設計本系統中采用JDBC技術連接使用 SQL SERVER 2005 來設計數據庫。數據庫 Banksys

25、tem的物理結構采用順序結構。Banksystem 包含的表：customer（customername，customerid，bankname，yewuyuanid,qukuancount.cunkuancount）bank (bankname, yewuyuanid)time(cunkuandate,qukuandate)輸入數據：姓名，年齡，性別，身份證號，地址，賬號，密碼輸出數據：姓名，年齡，性別，身份證號，地址，賬號，密碼，交易金額，余額，交易時間，交易號碼4.7 系統的體系結構和開發技術4.7.1體系結構C/S結構，即Client/Server (客戶機/服務器) 結構，是大家熟知

26、的軟件系統體系結構，通過將任務合理分配到Client端和Server端，降低了系統的通訊開銷，需要安裝客戶端才可進行管理操作。 它是軟件系統體系結構，通過它可以充分利用兩端硬件環境的優勢，將任務合理分配到Client端和Server端來實現，降低了系統的通訊開銷。目前大多數應用軟件系統都是Client/Server形式的兩層結構，由于現在的軟件應用系統正在向分布式的Web應用發展，Web和Client/Server應用都可以進行同樣的業務處理，應用不同的模塊共享邏輯組件；因此，內部的和外部的用戶都可以訪問新的和現有的應用系統，通過現有應用系統中的邏輯可以擴展出新的應用系統。這也就是目前應用系統

27、的發展方向。5 系統詳細設計5.1登錄模塊設計為保證系統安全性，用戶需使用正確的用戶名及密碼登錄系統方可進行系統功能的操作。登錄的實現過程為：取得用戶輸入的用戶名及密碼，通過程序驗證數據庫中是否存在用戶所輸入用戶名。若用戶名不存在，則提示用戶所輸入用戶名錯誤。若用戶名存在則驗證所輸入的密碼是否正確，若密碼正確則允許用戶登錄系統，如密碼錯誤則提示用戶所輸入密碼錯誤。完整操作流程如下圖 登錄頁面如下圖：以上界面顯示的是用戶使用儲蓄管理系統時的登錄界面，該界面中用戶只需要輸入正確的用戶名、密碼以及驗證碼就可以登錄該銀行儲蓄管理系統。用戶登錄驗證的主要代碼實現，如下圖：圖:會員登錄主要實現代碼5.2賬

28、戶管理模塊設計賬戶管理模塊主要實現對客戶賬戶的開戶、銷戶以及掛失等管理功能。如下圖所示：5.2.1 開戶功能1、開戶流程銀行客戶在辦理開戶業務時需提交開戶申請，將填寫正確的個人資料交給銀行操作員（系統使用用戶）審核。銀行操作員將客戶正確的資料信息進行錄入，生成客戶賬戶信息，并打印清單返回給用戶。整體業務流程如下圖：2、功能實現用戶登錄系統后，進入賬戶管理模塊下的開戶功能，操作界面如下圖：操作員根據客戶所提供的資料信息輸入相關信息，點擊“確認開戶”按鈕提交客戶信息，系統提示“增加成功”表示開戶成功。3、主要代碼實現，如下圖 5.2.2 銷戶功能1、銷戶流程當客戶不在使用已有的賬戶時，則需先提交申請及個人資料，并且必須輸入正確的密碼，當所有信息正確時，可由銀行操作人員完成銷戶操作，并打印清單給客戶。操作流程圖如下圖 功能實現：當有客戶需要辦理銷戶業務時，銀行操作員進入賬戶管理模塊，點擊“銷戶”菜單，進入銷戶管理界面。錄入要辦理銷戶的客戶賬戶，點擊查詢按鈕查詢出相應的賬戶信息，選中進入該賬戶信息頁面，與客戶確認信息無誤后，點擊“確認銷戶”按鈕，完成銷戶業務