第一篇：銀行計算機儲蓄系統需求分析報告

[銀行計算機儲蓄系統]

擬制人 審核人 批準人

[二零一六年三月二十二日] [項目名稱]——數據要求說明書 1 1． 引言

1.編寫目的

隨著金融業的發展，手工操作和舊的管理模式已經嚴重制約了質量和效率的問題，用計算機管理來代替手工管理是非常必要的。本需求分析全面描述儲蓄平臺系統的各種功能、運行環境，使客戶和開發者雙方對本系統的初始規定有一個共同的理解，使之成為整個開發工作的基礎。而本報告的目的是規范化本軟件的編寫，旨在于提高軟件開發過程中的能見度，便于對軟件開發過程中的控制與管理，同時提出了本銀行儲蓄系統的軟件開發過程，便于程序員與客戶之間的交流、協作，并作為工作成果的原始依據，同時也表明了本軟件的共性，以期能夠獲得更大范圍的應用。并且通過分析，也基本明確了本系統的功能需求、性能需求、數據文件結構等的一些方面的要求。本文檔進一步定制軟件開發的細節問題，明確軟件需求、安排項目規劃與進度、組織軟件開發與測試，便于用戶與開發商協調工作。

2.背景

a.待開發軟件系統的名稱：銀行計算機儲蓄系統； b.本項目的任務提出者、開發者、用戶以及將運行該項軟件的計算站或計算機網絡系統：本項目由某銀行委托山西大學軟件學院開發，本系統使用原有銀行儲蓄管理系統數據庫中的原有用戶數據。

3.定義

銀行儲蓄應用系統軟件：基本元素為構成銀行儲蓄及相關行為所必須的各種部分。需求：用戶解決問題或達到目標所需的條件或功能；系統或系統部件要滿足合同、標準，規范或其它正式規定文檔所需具有的條件或權能。

需求分析：包括提煉，分析和仔細審查已收集到的需求，以確保所有的風險承擔者都明其含義并找出其中的錯誤，遺憾或其它不足的地方。

模塊的獨立性：是指軟件系統中每個模塊只涉及軟件要求的具體的子功能，而和軟件系統中其他的模塊的接口是簡單的。

4.參考資料

《軟件工程導論》。[項目名稱]——數據要求說明書 2 2．數據要求說明

1．數據的邏輯描述

對數據進行邏輯描述時可把數據分為動態數據和靜態數據。

1.1靜態數據

包括系統登錄密碼,各數據庫所在位置,系統分析原始數據。

1.2動態輸入數據

1)姓名，年齡，性別，身份證號，地址，帳號，密碼 2)鼠標對按鈕的點擊

3)查詢方式、查詢關鍵字； 4)交易相應紀錄的更改；

1.3動態輸出數據

姓名，年齡，性別，身份證號，地址，帳號，密碼，交易金額，余額，交易時間，交易號碼。

1.4內部生成數據

查詢操作建立的索引。

1.5數據約定

1.儲戶信息=姓名+性別+年齡+身份證號碼+地址+聯系電話

2.賬戶信息=賬戶號碼+賬戶密碼+客戶開戶時間+儲蓄金額+儲蓄類型

2．數據的采集

2.1要求和范圍

a.輸入數據的來源：銀行上崗工作人員； b.數據輸入：使用PC機輸入； c.接收者：銀行計算機儲蓄系統；

d.輸出數據的形式和設備: 顯示器上所輸出的字符。

2.2輸入的承擔者 [項目名稱]——數據要求說明書 3 經過培訓的銀行工作人員。

2.3預期處理

從Excel文件導入。

2.4影響

需要能夠運行WindowsXP操作系統的計算機，安裝并配置軟件Microsoft Office Access數據庫管理系統。

3．需求說明

1．任務概述

1.1目標

通過銀行網絡來對于用戶提交的存取款單據進行相應的存取款操作并且打印出相應的表單（存款單和利息清單）給客戶。

1.2用戶的特點

利用VC 6.0 開發銀行儲蓄系統，要求該系統能夠實現儲戶開戶登記，定期存款帳，定期取款手續，活期存款帳，活期取款手續，實現利息計算，輸出明細表，具有數據備份和數據恢復功能。同時還要求：

1)要進行實際調研，系統功能在實現時參照實際的儲蓄系統的功能。2)同時要考慮銀行系統數據的安全與保密工作，采用現有的軟硬件及科學的管理系統。完善目前銀行儲蓄系統，使之能跟上時代的發展。同時通過實踐來提高自己的動手能力。

1.3假定和約束

硬件配置要求： 硬件外部設備需奔騰133以上的pc機，內存需16兆以上 軟件要求操作人員具有初步的相關知識。由于本系統為即時軟件，對數據的同步要求較高，建議配置網絡時使用可靠性較高的相關網絡硬件設施。銀行以記時器記時完畢觸發利息結算；對用戶取款額未做上限約束；各間銀行采用集中控制。有效證件僅為身份證，牽涉到開戶、撤戶、掛失、取款時客戶必須提供身份證號；存款及余額查詢時不需提供身份證號。不考慮系統的運行平臺可能會出現的硬件故障。

2．需求規定

2.1對功能的規定 [項目名稱]——數據要求說明書 4

1、存取款單據數據輸入 業務員根據用戶提交的存取款單將存款信息輸入到電腦之中，由電腦的客戶端將存取款信息提交到數據庫中；

2、存取款計算 系統根據提交的村取款信息，計算出用戶帳戶的余額，如果是取款的話還應該計算出利息，然后給出取款單和利息清單信息；

3、存款單打印 系統根據存款單信息打印出存款單據給用戶；

4、利息清單打印 系統根據取款信息將利息清單打印出給用戶。

2.2對性能的規定

2.2.1精度

對于用戶賬戶余額以及用戶利息的計算，要求精度達到100%，不能出現任何錯誤。2.2.2時間特性要求

同時有200名用戶提交存取款申請為準，系統要在1.5秒之內作出響應。2.2.3靈活性

本系統應該可運行于windows或linux操作系統平臺上，WEB服務器可選用Apache或IIS，數據庫選用Mysql。

2.3輸入輸出要求

輸入要求： ① 務員從存取款表單輸入數據，要迅速精確，適當調整輸入時間，不能讓客戶等太久，但也不能讓業務員太過忙碌以免影響正確率。② 儲戶自己在自動機存錢時要耐心等待機器算清正確，待準確無誤時再按確認。輸出要求： ① 要求能快速準確打印出清單給客戶。②

要求能夠快速響應儲戶的功能要求。

2.4數據管理能力要求（針對軟件系統）

交易表中記錄的數據規模可以達到十進制的20位有效數字。

2.5故障處理要求

軟件應具備自由拼寫錯誤檢查等功能，在出現故障后應從整個系統數據庫更新載入數據庫進行操作。

2.6其他專門要求

①可用性 本軟件業可以通過單步跟蹤的操作進行檢查處理。

②安全性 由于軟件運行數據庫中，所以參數不容易被錯改，破壞，萬一參數受到破壞也不會影響源程序。

③可維護性 本軟件利用數據庫進行編程，系統結構由程序基本無額定，大量的參數及文本內容全部存放于數據庫中。修改，更新數據庫只要在數據庫進行修改添加，而不需要對[項目名稱]——數據要求說明書 5 系統結構進行修改，這樣系統維護性升級都十分方便。

④兼容性 適合windows 95 ,windows 98,windows xp,windows sp2及以上操作系統、數據庫：SQL SERVER 2000

3．運行環境規定

3.1設備

1.服務器端：IMB服務器主機

CPU：42.0以上處理器 內存：DDR主存1G 硬盤：100G高速硬盤

2.客戶端：PC機

CPU：Inter P2 350 以上 內存：64M以上 硬盤：20G以上

3.2支持軟件

1.操作系統：可選windows，Linux，建議采用Linux操作系統 2.瀏覽器：IE5.0以上

3.3接口

1.硬件接口 網絡硬件接口要求：顯示中要求具有高速以太網組以實現聯網操作，但是在理論試驗驗證軟件本身的目的來看，無需網絡通訊接口。

2.軟件接口 Windows 標準接口，要求與其他軟件無沖突錯誤發生。3.通信接口 計算機與打印機有高速傳輸的連接接口，最后以紙張的形式打印出清單給儲戶。

4．用戶手冊概要

1．用途

1.1功能

1、存取款單據數據輸入 業務員根據用戶提交的存取款單將存款信息輸入到電腦之中，由電腦的客戶端將存取款信息提交到數據庫中；

2、存取款計算 系統根據提交的村取款信息，計算出用戶帳戶的余額，如果是取款的話還應該計算出利息，然后給出取款單和利息清單信息；

3、存款單打印 系統根據存款單信息打印出存款單據給用戶； [項目名稱]——數據要求說明書 6

4、利息清單打印 系統根據取款信息將利息清單打印出給用戶。

1.2性能 1.2.1精度

數據處理結果小數點要保留7位，整數部分要保留10位.在向數據庫 文件提取數據時,要求數據記錄定位準確,在往數據庫文件數組中添加數據時,要求輸入數據準確.金額身份證卡號等按需求設定字符數。

1.2.2時間特性

響應時間:5s 更新處理時間:10s 數據轉換與傳輸時間:8s 運 行時間:30s 程序響應時間:在人的感覺和視覺事件范圍內;信息交換時間:要求在程序調試前調試后都與數據庫保持同步更新, 網絡信息交換時間應該小于程序調用的時間。

1.2.3靈活性

要求數據庫具有很好的更新能力,由于本產品是實驗性軟件.故對磁 盤和內存容量沒有很高的要求,但是數據庫應該能夠對并發事件臟數據具有較強的識別處理能力.2．運行環境

2.1硬設備

硬件環境： 512M以上內存

2.2支持軟件

數據庫Microsoft SQL Server 2005及以上版本 Windows XP，Win7 TCP/IP 通信協議

3．使用過程

3.1安裝與初始化

由于使用了安裝自動生成工具，安裝變的非常簡單，只需運行光盤上的SETUP.EXE即可根據[項目名稱]——數據要求說明書 7 提示安裝服務器端程序或是客戶機端程序。

在安裝的過程中，系統將自動初始化，為第一次運行作準備。

3.2輸入

3.2.1輸入數據的現實背景

數據的來源參見需求分析說明書和概要設計說明書。

3.2.2輸入格式 客戶信息： 客戶姓名char 身份證號String 客戶性別 char 客戶住址 char

存款信息： 存款類型char 存款日期 string 利 率 float

取款信息：

利 息 float

3.3輸出

3.3.1輸出數據的現實背景

數據的來源參見需求分析說明書和概要設計說明書。

3.3.2輸出格式 客戶信息：

客戶姓名 char 身份證號 String 客戶性別 char 客戶住址 char

存款信息：

客戶姓名 char 身份證號 String 客戶性別 char 客戶住址 char 存款類型 char 存款日期 string 利 率 float [項目名稱]——數據要求說明書 8

取款信息：

客戶姓名 char 身份證號 String 客戶性別 char 客戶住址 char 存款類型 char 存款日期 string 利 率 float 利 息 float

3.4出錯處理與恢復

如果輸入數據出錯，可立即進行取消訂票操作，重新輸入。如果突然斷電或系統沒有響應，則關機，等系統重新啟動時，會根據日志文件自動ROLLBACK到正確的階段。需要等待一段時間。

第二篇：銀行儲蓄系統需求分析報告(詳細)（范文模版）

銀行儲蓄系統需求分析報告

1．引言

1.1編寫目的

本報告的目的是規范化本軟件的編寫，旨在于提高軟件開發過程中的能見度，便于對軟件開發過程中的控制與管理，同時提出了本銀行儲蓄系統的軟件開發過程，便于程序員與客戶之間的交流、協作，并作為工作成果的原始依據，同時也表明了本軟件的共性，以期能夠獲得更大范圍的應用

1.2項目背景 軟件名稱：銀行儲蓄系統 委托單位：銀行 1.3定義

銀行儲蓄應用系統軟件：基本元素為構成銀行儲蓄及相關行為所必須的各種部分。

需求：用戶解決問題或達到目標所需的條件或功能；系統或系統部件要滿足合同、標準，規范或其它正式規定文檔所需具有的條件或權能。

需求分析：包括提煉，分析和仔細審查已收集到的需求，以確保所有的風險承擔者都明其含義并找出其中的錯誤，遺憾或其它不足的地方。

模塊的獨立性：是指軟件系統中每個模塊只涉及軟件要求的具體的子功能，而和軟件系統中其他的模塊的接口是簡單的 1.4參考資料

《精通C#數據庫開發》 王華杰等 清華大學出版社 2004年出版

《軟件工程——原理，方法與應用》 吳欽藩 編著 人民交通出版社出版 《軟件工程導論（第四版）》 張海藩 編著 清華大學出版社出版 2．任務概述2.1目標

完善目前銀行儲蓄系統，使之能跟上時代的發展。同時通過實踐來提高自己的動手能力 2.2運行環境

操作系統：Microsoft Windows 2000 Advanced Server 支持環境：IIS 5.0 數 據 庫：Microsoft SQL Server 2000 2.3條件與限制

硬件配置要求： 硬件外部設備需奔騰133以上的pc機，內存需16兆以上 軟件要求操作人員具有初步的相關知識

由于本系統為即時軟件，對數據的同步要求較高，建議配置網絡時使用可靠性較高的相關網絡硬件設施。

銀行以記時器記時完畢觸發利息結算；對用戶取款額未做上限約束；各間銀行采用集中控制。

有效證件僅為身份證，牽涉到開戶、撤戶、掛失、取款時客戶必須提供身份證號；存款及余額查詢時不需提供身份證號。

不考慮系統的運行平臺可能會出現的硬件故障。3．數據描述

3.1靜態數據

包括系統登錄密碼,各數據庫所在位置,系統分析原始數據。3.2動態數據

輸入數據：

姓名，年齡，性別，身份證號，地址，帳號，密碼 輸出數據：

姓名，年齡，性別，身份證號，地址，帳號，密碼，交易金額，余額，交易時間，交易號碼 3.3數據庫介紹

采用JDBC技術連接使用SQL SERVER 2000 來設計數據庫。數據庫名稱：Bank

其中有六張表，它們是：

Depositor(IDCode, IDCard, DName, Sex, Age, Address)

其中IDCode為系統自動賦值，IDCard為主鍵，是用戶的身份證號碼，DName表示姓名；

CreditCard(IDCode, Number, Code, Pay)

IDCode為在表Depositor中的IDCode值，Number為主鍵，是信用卡的卡號； Account(IDCode, Number, Code, Pay)

IDCode為在表Depositor中的IDCode值，Number為主鍵，是存折的帳號； ExchangeRate(rateName, rateValue)該表存儲匯率值

IntrestRate(rateName, rateValue)該表存儲利率值

Rate(rateName,rateValue)

該表用于恢復匯率的初始值。在向數據庫中添加信息時用存儲過程，在刪除表Depositor中的信息時自動刪除表CreditCard和表Account中相關的信息。3.4數據詞典（略）3.5數據采集

包括儲戶信息和帳戶信息。

儲戶信息：姓名，性別，身份證號碼，地址，聯系電話等。

帳戶信息：帳戶號碼，帳戶密碼，開戶時間，儲蓄金額，儲蓄類型等 4．功能需求

4.1功能劃分

軟件分別有新建，修改，查詢，更新等功能。各個模塊各有不同的功能，但都能完成查詢和存儲功能，各模塊的數據都存放在數據庫中。數據的調用和連接都有程序來完成。

此系統所要完成的主要功能有兩方面：

如果是存款，儲戶填寫存款單，然后交給業務員鍵入系統，同時系統還要記錄存款人姓名、住址（或電話號碼）、身份證號碼、存款類型、存款日期、利率及密碼（可選）等信息，完成后由系統打印存款單給儲戶。

如果是取款，儲戶填寫取款單交給業務員，業務員把取款金額輸入系統并要求儲戶輸入密碼以確認身份，核對密碼正確無誤后系統計算利息并印出利息清單給儲戶。4.2功能描述

外部功能：實現可視化窗口，查找及存儲 內部功能：同步，過濾，定位，識別

存款功能

以儲戶的存款為主要活動，相關記錄根據存款結果進行調整，以使信息保持一致。

1．系統需要在原賬戶信息中增加一條記錄，包括存款人姓名、住址、存款類型、存款日期、利率等信息。

2．若為新儲戶須建立一個賬戶，并記錄此次的記錄。3．打印存款單給儲戶。取款功能

以儲戶的取款為主要活動，相關記錄根據取款結果進行調整，以使信息保持一致。

1．系統計算利息，在原賬戶信息中將取款額減去。

2． 若為清戶，記錄注銷該賬戶，將賬戶余額（包括存款額及利息）一并交與儲戶。3．打印利息清單給儲戶。余額查詢功能

為儲戶提供查詢余額服務，將儲戶的相關記錄輸出。1．需要儲戶的賬戶信息及密碼。2．打印儲戶的帳戶余額。5．性能需求

5.1數據精確度

在進行向數據庫文件提取數據時，要求數據記錄定位準確，在往數據庫文件數組中添加數時，要求輸入數準確

金額，身份證，卡號等按需求設定字符數。5.2時間特性

程序響應時間：在人的感覺和視覺事件范圍內； 信息交換時間：要求在程序調用前調用后都與數據庫保持同步更新，網絡信息交換施加應該小于程序調用的時間 5.3適應性

要求數據庫具有很好的更新能力，由于本產品是實驗性軟件，故對磁盤和內存容量沒有很高的要求，但是數據庫應該能夠對并發事件，臟數據具有較強的識別處理能力。6．運行需求

6.1用戶界面

屏幕格式：采用全屏格式，通過分窗口操作進行各個操作之間的轉換 報表格式：以銀行原報表格式設計電子打印表格式。

菜單格式：下拉式菜單，應顯示儲戶資料及帳戶資料的各個詳細條目。6.2硬件接口

無特別要求。

網絡硬件接口要求：現實中要求具有高速以太網組網以實現聯網操作，但是在理論實驗驗證軟件本身的目的來看，無需網絡通訊接口。業務員鍵入儲戶的資料要全部一直顯示在屏幕；儲戶從按鍵口鍵入密碼到系統以核對；計算機與打印機有高速傳輸的連接接口，最后以紙張的形式打印出清單給儲戶。6.3軟件接口

Windows標準接口，要求與其他軟件無沖突錯誤發生。6.4故障處理

軟件應具備自動拼寫錯誤檢查等功能，在出現故障后應從整個系統數據庫重新載入數據進行操作。7．其它需求

（1）可用性

本軟件也可以通過單步跟蹤的操作進行檢查處理。

（2）安全性

由于軟件運行數據放在數據庫中，所以參數不容易被錯改、破壞，萬一參數受到破壞也不會影響源程序。（3）可維護性

本軟件利用數據庫進行編程，系統結構由程序基本確定，大量的參數及文本內容全部放于數據庫中。修改、更新數據只要在數據庫進行修改添加，而不需要對系統結構進行修改，這樣系統維護性、升級都十分方便。（4）兼容性

第三篇：銀行計算機儲蓄系統的可行性報告

銀行計算機儲蓄系統的可行性研究報告

一、引言

1、編寫目的：

應某銀行要求，為提高該銀行的存取款工作效率，降低工作的人力、物力開支，提高工作的準確性、正確性，并且便于儲戶信息存取，現為其開發計算機存取款系統。

本報告的讀者對象為研究中心人員和主管技術人員以及項目設計人員。

2、項目背景：

項目名稱初步定為：銀行計算機儲蓄系統（cbas,computer bank account system）。

分為四個子功能模塊：密碼模塊、更新模塊、存款模塊和取款模塊。本項目設計過程中參考了某研究中心以前開發的基于windows系統的數據庫管理系統。

3、術語說明：

cbas: 銀行計算機儲蓄系統

data processing: 數據處理

transaction processing: 事務處理

data processing cycle: 數據處理流程

data acquisition: 數據采集

data processing system security: 數據處理系統安全性

4、參考資料：

《計算機軟件工程教程》科學出版社 200

2二、可行性研究的前提

1、基本要求：

銀行計算機儲蓄系統應便于儲戶進行存款和取款，并且便于對個人信息的查詢，便

于操作，提高工作效率，并能在一定程度上實現自動化。

（1）功能：

cbas系統的主要功能為：數據更新、存款、取款和數據導入/出。

數據更新功能分為三部分：數據添加、數據刪除和數據修改。

數據添加功能提供便捷的錄入界面，通過應用程序將原始數據追加到數據庫中。

數據刪除將滿足用戶要求的相應記錄從數據庫中刪除。

數據修改功能允許用戶對他所指定記錄的相關信息進行修改。

存/取款功能：允許用戶進行相應的存/取款業務，處理數據，計算數據。

數據導入/出：允許用戶將全部記錄導入至數據庫或其他存儲設備。

（2）性能：方便快捷有效地完成存/取款業務。

（3）系統的輸入：

（4）系統的輸出：各類型的報表

（5）系統流程圖：

（6）安全和保密要求：系統對不同權限的用戶提供不同的功能模塊

（7）完成期限：暫定 月，具體進度安排見詳細設計

2、開發目標：

開發目標應考慮到如下因素：

（1）人力與設備費用的相對減少

（2）處理速度的提高

（3）人員利用率的改進

3、具備條件

（1）建議系統運行壽命的最小值：三年

（2）進行系統方案選擇比較的時間：一個月

（3）經費、投資方面來源

（4）硬件、軟件、運行環境和開發環境方面的條件

硬件環境：p2或更高檔微機，安裝所需硬盤5mb，運行時內存1mb以上

軟件環境：中文win95/98/2000/me.winnt4.0

（5）可利用的信息和資源：參考已有的應用程序和數據庫管理系統

（6）投入使用的最完時間：

4、可行性研究的方法：

（1）客戶調查

（2）專家咨詢

（3）市場相關產品、同類產品調查

5、評價尺度：

主要尺度：各項功能的優先次序、開發時間長短及使用中的難易程度

三、呂定杰對現有系統的分析：

四、建議系統的技術可行性分析：

1、對所建議系統的簡要描述：

2、數據流圖：

3、數據字典：

名字：儲戶信息

別名：

描述：存儲用戶的個人詳細信息

定義：儲戶信息=儲戶姓名+儲戶住址+儲戶身份證號碼+儲戶帳號+帳戶金額+儲戶密碼

位置：儲戶信息

名字：存款信息

別名：

描述：存款儲戶一次存款的存款信息

定義：存款信息=存款類型+存取日期+存款金額+利率

位置：輸出到打印機

名字：取款信息

別名：利息清單

描述：儲戶一次取款的取款信息

定義

：取款信息=取款日期+取款金額+利息

位置：輸出到打印機

名字：儲戶密碼

別名：密碼

描述：儲戶存/取款時必須的6位驗證號碼

定義：密碼

=[0|1|2|3|4|5|6|7|8|9]+[0|1|2|3|4|5|6|7|8|9]+[0|1|2|3|4|5|6|7|8|9]+[0|1|2|3|4|5|6|7|8|9]

+[0|1|2|3|4|5|6|7|8|9]+[0|1|2|3|4|5|6|7|8|9]

位

置：儲戶信息

4、與現有系統比較的優越性：

五、所建議系統的操作可行性分析：

六、所建議系統的經濟可行性分析（成本/效益分析）

假設投入5000元，且此系統每年可節省3000元，則三年共可省9000元，假定年利率為5%，由：p=f/(1+i)n

年

將來值（元）

(1+i)n

現在值（元）

現在值累計（元）

13000

1.0

52857

2857

23000

1.10

2727

558

433000

1.16

2586

8170

所以，投資回收期為：1+（5000-2857）/2727=1.79年

純收入為：8170-5000=3170元

投資回收率為：73%~74%

七、開發意見：

如假設成立，則此系統可行。

第四篇：銀行排隊系統需求分析報告

銀行排隊系統需求分析報告

1.引言

編寫目的

隨著時代的發展，信息技術在各服務行業中的重要作用得到充分體現，通過服務模式的信息化，可以極大提高服務質量，節約人力成本，提高工作效率。

本產品是針對銀行的排隊取號業務而開發的新一代銀行排隊系統。本產品較現有的銀行排隊系統在功能上有一定的擴充，這體現在用戶端用戶體驗的提升以及銀行內部管理人員的管理效率的提升。

本產品目前版本號：ver.1.0 1.2項目風險 1.3 文檔約定

1.4 預期讀者和閱讀建議 用戶：各大銀行

開發人員：熊宇軒，蔣雅楠，劉昕

項目經理：王萌

營銷人員：暫缺

測試人員：蔣雅楠

文檔編寫入員：熊宇軒 1.3定義

靜態數據：系統固化在內的描述系統實現功能的一部分數據。動態數據：在軟件運行過程中用戶輸入的后系統輸出給用戶的一部分數據，也就是系統要處理的數據。

數據字典：數據字典中的名字都是一些屬性與內容的抽象和概括，它們的特點是數據的“嚴密性”和“精確性”，沒有半點含糊。1.4參考資料

NEUSOFT實習資料

2任務概述

2.1目標

本系統的設計目標是能夠實現客戶銀行排隊取號，柜員柜臺叫號功能，并且使銀行管理者能夠查詢排隊記錄。系統應該具有簡單，易用，小巧，經典的特色，應該能夠對銀行排隊取號業務進行優化，使其系統化，高效化，智能化。并保證工資管理的準確性，簡易性，為學校財務人員提供便利。相應的需求如下：

（1）普通客戶排隊取號

（2）VIP客戶優先取號

（3）移動端預約客戶身份驗證取號

（4）柜員叫號

（5）客戶對柜員服務進行評分

（6）數據的統計，并且在經理客戶端顯示數據

（7）經理手動插隊權限

（8）登錄信息管理。（9）人性化服務體驗提升功能 本軟件系統的開發設計思想是：

1.系統應符合銀行管理的規定，滿足銀行客戶和管理人員的需要，并達到操作過程中的直觀、方便、實用、安全等要求；

2.系統采用模塊化程序設計方法，既便于系統功能的各種組合和修改，又便于未參與開發的技術維護人員對其進行補充、維護；

3.系統應具備數據庫維護功能，及時根據用戶需求進行數據的添加、刪除、修改、備份等操作。

2.2用戶的特點

本軟件的最終用戶是各銀行網點，由于該單位的員工的學歷、素質較高，具有一定的計算機操作技能。本軟件需要至少一名系統管理人員，由于本軟件系統的易用性，并不需要受過專業訓練人員。

2.3假定和約束

由于本軟件系統較小，且在linux系統下采用c 語言開發，故在一般環境下基本沒有什么限制。

一個更為完善的工資管理系統，應提供更為便捷與強大的信息查詢功能，如相應的網絡操作及服務，由于開發時間和計算機數量有限，該系統并未提供這一功能。對信息的保護手段僅限于設置用戶級別，以及提供數據文件的備份，比較簡單，不能防止惡意的破壞，安全性能有待進一步完善。

3需求規定

3.1對功能的規定

3.1.1功能模塊及描述

本系統主要功能模塊如下，系統功能模塊圖如圖： 1）用戶排隊取號模塊

叫號機當前服務信息： 普通用戶VIP用戶預約用戶 圖1-1 該模塊可以實現普通用戶取票，VIP 用戶取票，移動客戶端預約用戶身份驗證取號業務。三個按鈕對應三個不同的服務客戶對象類型，右側的對話框顯示當前叫號情況。

普通用戶和VIP用戶會跳轉至圖1-2所示的頁面

窗體標題負債業務當前等候人數資產業務當前等候人數中間業務當前等候人數

圖1-2-1

三個按鈕對應不同的業務類型，按下之后就可以取票，通過socket通信將排隊請求上傳到服務器，并在服務器端口進行多線程任務管理，自動為客戶分配排隊號碼。負債業務對應柜臺1-3，資產業務對應4-6，中間業務對應7-9。

圖1-2-2 預約用戶可跳轉至圖1-2-2的界面，輸入手機號和驗證碼來驗證信息，并且取已預約的號

2）員工叫號模塊 叫號界面正在為 服務叫號正在呼叫下一個

圖1-3 員工可使用圖1-3所示界面進行叫號，叫號按鈕按下之后，會自動生成正在呼叫的客戶排隊號碼。為了防止有的客戶取號之后又離開銀行的廢票現象的發生，我們設置了跳轉至下一個排隊用戶的按鈕。右側的對話框顯示正在服務的客戶，在柜員對面的客戶服務端按下開始服務按鈕之后，柜員的正在呼叫對話框內將被置空，而有側的對話框會顯示相應服務信息。

3）用戶服務模塊

用戶界面評分1開始服務2345結束服務

圖1-4 開始服務和結束服務按鈕對應柜員端相應功能，在按下結束服務按鈕之前，用戶要通過右側的按鈕對服務進行評分。評分情況和服務時間可在經理端顯示

4）經理管理模塊

業務情況排隊情況業務分類序號刷新插隊退出排隊號取號時間已等候時間負債業務已受理情況資產業務柜員評分信息統計中間業務

圖1-5-1 經理可使用圖1-5-1所示界面來查看當前排隊信息，并且可以通過上方的插隊按鈕幫助特殊客戶插隊。業務情況排隊情況業務分類序號刷新插隊退出排隊號開始時間結束時間負債業務已受理情況資產業務柜員評分信息統計中間業務

圖1-5-2 經理可以通過左側的已受理情況按鈕查詢以往客戶的排隊情況。業務情況排隊情況業務分類柜員號刷新插隊退出姓名已受理人數平均分負債業務已受理情況資產業務柜員評分信息統計中間業務

圖1-5-3 經理可以通過評分按鈕來查看客戶對柜員的評分情況，便于內部考核使用。信息統計排隊情況已受理情況柜員評分信息統計刷新

圖1-5-4 經理可以查看總體的數據統計概要。

5)柜員/經理登陸模塊

柜員登陸柜員號密碼登陸 系統可以通過查詢數據庫中的記錄來識別柜員/經理的身份。

4．業務流程圖

系統的業務流程圖如下圖所示:

普通用戶取號VIP用戶取號插隊插隊插隊負債業務資產業務中間業務預約用戶取號等待叫號插隊柜員叫號開始服務經理結束服務返回記錄客戶評分5.數據庫管理

5.1 動態數據描述 輸入數據：菜單選項，查找關鍵字，新建記錄項。輸出數據：由查詢關鍵字確定的數據庫記錄集合。內部生成的數據：中間查詢結果。數據庫描述

5.2數據庫描述

本系統使用MySQL數據庫

第五篇：系統需求分析報告

系統需求分析報告

目錄

目錄.............................................................................................................I

1、項目描述...............................................................................................1 1.1 背景................................................................................................1 1.2研究意義........................................................................................1

2、需求分析...............................................................................................1 2.1功能需求分析................................................................................2 2.1.1 系統管理功能......................................................................2 2.1.2 流量劫持功能....................................................................2 2.2性能需求分析................................................................................2

I

1、項目描述

1.1 背景

隨著網絡的普及，網絡業務應用向深度和廣度不斷發展，方便用戶的同時，也因用戶終端存在網絡安全漏洞或用戶網絡安全意識的疏忽，使得網絡上涉及如：電子商務、在線游戲、DNS授權服務、網銀支付系統、社交網站、論壇、博客、門戶網站等在線業務受到黑客及網絡犯罪份子的攻擊，對個人用戶信息（網銀、支付錢包賬號密碼等）的保密和對國家互聯網信息管理與審計構成嚴重威脅。

1.2研究意義

本項目針對以上問題，主要利用了以下兩種技術：僵尸網絡反制技術及HTTP/HTTPS協議通信的監控技術。

網絡攻擊已嚴重威脅著網絡的安全，及時的發現網絡攻擊并在必要的時候劫持與反制網絡攻擊，成為保障互聯網正常運行、保障在線業務系統正常訪問的重要方法。

2、需求分析

經過與項目委托方多次討論，設計系統的目的是為實現對特定非法用戶Web（HTTP/HTTPS協議）通信進行監控及反制，具體要求實現的功能有：監控系統遠程控制、針對特定非法用戶上網流量劫持、針對特定非法用戶Web通信進行JS腳本注入、獲取非法用戶賬號和密碼、獲取非法用戶訪問某些網站的Cookie。

第 1 頁 2.1功能需求分析

根據監控系統的要求對系統的功能進行分析，明確了系統需要實現的功能。系統的功能結構模塊：系統管理功能、流量劫持功能、監控與反制功能。

2.1.1 系統管理功能

系統管理模塊主要負責系統登錄、系統遠程控制、黑名單庫配置、數據存儲和展示。數據展示包含數據存儲和數據展示，數據存儲負責接收后端和前端JS探針采集的數據并存儲到數據庫，數據展示負責提取數據庫數據并顯示。

2.1.2 流量劫持功能

本文流量劫持指DNS協議劫持，主要由四個部分組成：報文捕獲、協議解析、IP及域名查找匹配、DNS協議欺騙。

2.2性能需求分析

1.DNS流量劫持成功率

為了達到項目委托單位的要求，需要對特定用戶訪問特定網站的流量進行準確監控，同時保證流量劫持的成功率（90%以上）。

2.監控與反制系統并發量

監控與反制系統服務器的并發性能直接決定同時能夠監聽的用戶數。當被監控用戶數過大，監控與反制系統并發處理能力到極大挑戰。

3.系統運行穩定性

第 2 頁 系統穩定性是系統最基本也是最重要的要求，運行穩定性關系到系統能否長時間穩定運行。系統的穩定性體現在：隨著運行時間的增加，系統并不會出現內存泄露、甚至系統崩潰等情況。其中內存泄露可通過內存消耗、CPU使用率指標度量。

第 3 頁