银行排队系统需求分析报告

第一篇：银行排队系统需求分析报告

银行排队系统需求分析报告

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）管理功能模块。实现窗口灵活安排，根据业务需要设置叫号规则；业务分类排队管理；鼠标、键盘、按键控制器混合使用。可以按业务和窗口分类统计业务办理情况。

二、用例图

● 客户能够通过该系统进行如下活动：

（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 页