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

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

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數據庫

第二篇：銀行排隊叫號系統需求分析 設計文檔

銀行排隊叫號系統的分析與UML建模

一、需求分析

近年來，由于各行各業的信息化、智能化建設越來越普及，整個社會對各個行業的辦事效率的要求也越來越高。例如像銀行辦業務，在顧客辦業務過程中排隊現象在所難免，為了在排隊時減少顧客的等待時間，為顧客辦業務創造一個良好的環境，銀行排隊叫號系統應運而生。銀行排隊系統的功能性需求包括以下內容：

1、排隊系統可以分為票務打印系統和窗口操作系統。

2、票務打印系統（1）顯示

發號機上的顯示屏使用液晶顯示，顯示對待辦業務的選擇；（2）輸入

輸入過程即通過觸摸屏對業務進行選擇的過程；（3）輸出打印

號票打印內容應該包括業務名稱、排隊號碼、時間等；

3、窗口操作系統基本包括顯示屏、語言提示，叫號按鈕（1）顯示屏

使用點陣式LED顯示，顯示內容應該是下一個號碼以及辦理業務窗口；（2）語音提示

語音播報時用語音的形式通過廣播或者音箱給人一提示信息。語音提示不需要用戶一直盯著提示屏或者排隊情況。選擇使用語音芯片，實現的功能應該是當操作員按下按鈕后，語音播放下一個辦理者的票號。（3）叫號按鈕

設置叫號按鈕，以便于操作員控制窗口模塊的顯示屏及語音提示。滿足上述需求的系統主要包括以下幾個小的系統模塊：

（1）派號功能模塊。派號功能模塊主要是用于在用戶進入服務大廳后，根據自己的業務需要，通過自助式觸摸屏號票機領取票號；或者用戶在服務大廳業務咨詢臺進行業務咨詢后，咨詢員可以為用戶打印排隊號票。號票是由排隊服務器根據當前情況自動生成。

（2）叫號功能模塊。工作人員可以通過座席軟件鍵盤上的設置鍵對客戶進行叫號；也可通過按鍵控制器對客戶進行叫號；系統可以設置單語或雙語進行語音播放；以及通過LED顯示屏和其它視頻顯示設備顯示票號。

（3）預約功能模塊。用戶可以通過電話預約領取排隊號；預約成功后取得預約號；系統將此預約號按預約時間插入當前的排隊隊列，在系統處理后進行優先呼叫；在同時間下辦理業務時，可以進行預約服務，優先辦理。同時用戶可以在網上進行預約。用戶可以在正常受理業務的工作日和系統進行網上預約。系統將此預約日期的預約號檢索到排隊序列中。

（4）管理功能模塊。實現窗口靈活安排，根據業務需要設置叫號規則；業務分類排隊管理；鼠標、鍵盤、按鍵控制器混合使用?？梢园礃I務和窗口分類統計業務辦理情況。

二、用例圖

● 客戶能夠通過該系統進行如下活動：

（1）顧客取票：需要辦理業務的顧客到取票機前取號，并獲得打印。（2）顧客休息等待：取到排隊號的顧客在休息區休息等待，留意顯示屏信息和語音提示。

（3）營業員按鈕呼叫：窗口操作員按“下一位”，當前窗口就顯示顧客排隊號并語音呼叫“請XX到X”。（4）顧客到窗口辦理業務：休息區的顧客聽到呼叫就到相應窗口進行一對一服務。

根據以上的描述畫出相應的用例圖如下：

三、系統類圖 我們可以識別系統中存在的主要實體類：顧客，柜臺營業員，維修管理員，保安。界面類：取票機。

根據以上的描述畫出相應的類圖如下：

四、系統動態模型 顧客取號排隊辦理業務工作流程：

（1）取號：顧客取一張號票，上面有號碼、時間、辦理的業務類型等（2）休息等待：持號票在休息區休息并留意顯示屏音箱叫號。（3）按鍵叫號：工作人員辦完一筆業務后按下叫號器上的下一位按鈕（4）前去辦理：叫號時根據顯示屏音箱的信息到指定位置享受一對一的服務。根據以上的描述畫出序列圖如下：

柜臺營業員辦理業務工作流程：

（1）登 錄：工作開始前，輸入員工代碼進行登錄。（2）退 出：在工作結束后，退出系統。（3）順 呼：呼叫第一位或下一位顧客。

（4）重 呼：第一次呼叫顧客時沒有響應，重新進行呼叫。

（5）轉移窗口：對單一業務隊列可在窗口間進行轉移；對多業務隊列，不但可以在本業務隊列窗口間轉移，還可以在不同的業務隊列窗口間轉移。（6）優先呼叫：碰到緊急或有特殊關系的顧客，可優先呼叫。

（7）回 呼：顧客錯過機會或需多柜臺服務時，鍵入其號碼進行呼叫（注：回呼的號碼必須是已被呼叫過的號碼）。（8）棄 號：多次呼叫后，顧客依然沒有響應，可能顧客已棄號，然后呼叫下一位顧客。

（9）詢 問：查詢當前等待人數。根據以上的描述可畫出序列圖如下：

管理員管理業務工作流程：

（1）系統管理：對系統中排隊機、顯示屏、座席及其它與系統相關的硬件進行管理；

（2）管理顧客動態：可實時提供當前各部門所有顧客取號時間、服務情況和等待人數等有關參考信息；

（3）員工效率管理（即監督工作）：可獲知員工幾時上班、幾時下班、服務人次、平均和最長及最短服務時間等有關信息；

（4）統計：統計多種有價值的信息，供管理層決策參考

五、狀態圖 排隊叫號系統包含以下六種狀態：顧客到達、取票、等候辦理、辦理業務、柜員呼叫、顧客離去。它們之間的轉換規則是：

（1）需要辦理業務的顧客到達取票機前取票，并獲得打印。

（2）取到排隊號的顧客在休息區休息等待，留意顯示屏信息和語音提示。（2）柜臺營業員辦完一筆業務后按下叫號器上的下一位按鈕。（3）叫號時根據顯示屏音箱的信息到指定位置前去辦理業務。（4）辦理完業務后即可離開。根據以上的描述可繪制出狀態圖如下：

六、活動圖 顧客對象的活動圖：

（1）顧客在取票機的界面上輸入選擇所需辦理的相關業務。

（2）界面將信息傳遞到控制業務邏輯的對象中心顯示屏（動態顯示所有等待服務的顧客號碼以及相關的業務信息）進行驗證，然后傳遞到窗口顯示屏（顯示顧客、業務受理員號碼及宣傳、服務用語）。（3）窗口顯示屏獲得到的信息顯示顧客辦理業務的詳細信息。柜員對象的活動圖：

（1）柜員獲取中心顯示屏傳遞過來的信息，然后通過對象呼叫機進行按鍵呼叫。（2）叫號時顧客根據顯示屏音箱的信息到指定位置前去辦理業務，辦完業務后即可離開。

管理員對象的活動圖：

（1）可實時提供當前各部門所有顧客取號時間、服務情況和等待人數等有關參考信息。

（2）可獲知員工幾時上班、幾時下班、服務人次、平均和最長及最短服務時間等有關信息，進行監督。

（3）可監督維修人員對系統中排隊機、顯示屏、座席及其它與系統相關的硬件進行管理。

通過以上的描述可繪制出活動圖如下：

七、系統構件圖 在排隊叫號系統中，可以對參與者和主要的業務實體類分別創建對應的構件進行映射。我們前面在類圖中創建的顧客類、柜臺營業員類、系統管理員類，所以可以映射出相同的構件類，包括顧客構件、柜臺營業員構件、排隊叫號系統構件，此外，還必須有一個主程序構件。由以上描述可繪制出構件圖如下：

八、系統部署圖 在排隊叫號系統中，系統包括四個節點，分別是：主控箱節點，對系統中排隊機、顯示屏、座席及其它與系統相關的硬件進行管理；排隊機節點，提供顧客排隊取號的票據；叫號器節點，提供給柜臺營業員通過叫號機對客戶進行叫號；窗口顯示屏節點，用于動態顯示所有等待服務的顧客號碼以及相關業務的信息；音箱節點，用于提示顧客辦理相關業務。由以上描述可繪制出部署圖如下：

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

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

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 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到正確的階段。需要等待一段時間。

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

系統需求分析報告

目錄

目錄.............................................................................................................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 頁