第一篇:银行计算机储蓄系统需求分析报告
[银行计算机储蓄系统]
拟制人 审核人 批准人
[二零一六年三月二十二日] [项目名称]——数据要求说明书 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 页