银行储蓄系统需求分析报告(详细)(范文模版)

时间:2019-05-14 05:30:14下载本文作者:会员上传
简介:写写帮文库小编为你整理了多篇相关的《银行储蓄系统需求分析报告(详细)(范文模版)》,但愿对你工作学习有帮助,当然你在写写帮文库还可以找到更多《银行储蓄系统需求分析报告(详细)(范文模版)》。

第一篇:银行储蓄系统需求分析报告(详细)(范文模版)

银行储蓄系统需求分析报告

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到正确的阶段。需要等待一段时间。

第三篇:银行排队系统需求分析报告

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

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 页

第五篇:工资管理系统需求分析报告

工资管理系统需求分析报告

引言

1.编写目的

编写该文档是为了分析人工管理企业工资的流程,把人工模式抽象为可在计算机上处理的自动模式,对企业工资的科学管理进行分析与总结,便于开发小组成员对系统整体功能的认识,通过该文档,确定了系统的目的和功能,以及管理的流程和方法,同时也为使用者提供参考。

2.背景

随着企业的快速发展,企业规模越来越大,在职员工的数量也越来越多,企业工资管理更加的复杂,而工资管理是一项琐碎、复杂而又十分细致的工作,工资计算、发放、核算的工作量很大,一般不允许出错,如果实行手工操作,每月发放工资须手工填制大量的表格,这就会耗费工作人员大量的时间和精力,计算机进行工资发放工作,不仅能够保证工资核算准确无误、快速输出,而且还可以利用计算机对有关工资的各种信息进行统计,服务于财务部门其他方面的核算和财务处理,同时计算机具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高人事工资资管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。这就对企业工资管理提出了新的要求,用计算机管理系统来管理企业工资已经成为目前的趋势,使用计算机可以高速,快捷地完成以上工作。在计算机联网后,数据在网上传递,可以实现数据共享,避免重复劳动,规范数据管理行为,从而提高了管理效率和水平。企业工资管理系统便是以计算机为工具,通过对工资管理所需的信息管理,不仅把管理人员从繁琐的数据计算处理中解脱出来,而且优化了管理体系,使其高效化,简易化,智能化,也提高了透明度和互动性。

3.功能定义

(1)员工基本信息的添加,修改,删除,查找和辅助查询。

(2)工资标准设定功能。具体包括工资,出行费,医疗保险,养老金,水电费,其他费用,补贴,奖金标准的设定。

(3)工资信息浏览。

(4)员工工资表创建。

(5)工资调整管理。

(6)工资统计。

为完善系统管理功能,增加工资系统用户管理功能,包括系统用户数据的添加,修改和删除。教职员工为系统普通用户,只能运行系统个人工资查询功能;系统管理员则能运行系统所有功能,从而有效保证系统数据的安全性。

4.功能描述

用例模型

顺序模型(管理员查询工资)

活动模型(登陆)

4.1员工基本档案信息管理功能描述:

凡属于本部门的员工,都需要对其基本的档案信息做好记录存储处理。以方便高级管理人员时时的了解或查阅其员工基本信息。对员工基本信息的操作包括添加信息、修改信息、查询信息,同时在数据库中要形成员工基本信息表。

4.2工资管理功能描述: 工资计算:

在进行工资计算之前,管理员首先应该根据部门的实际业务情况确定好各个部门中所需要的工资项目及分别对工资项目进行计算的方式,然后按照系统工资种类的设定,对每个员工分别依次实际工资项目构成情况,如考勤情况工资、底薪工资、奖惩工资、提成工资、应交所得税等等项目,录入相应的工资金额数,再计算出总的应得工资、实得工资的工资项目。在数据的录入过程中系统会根据用户 3

误输、错误输入智能提示引导用户录入数据的正确性。要形成的数据库中的表为员工工资信息表。

工资统计分析:

对员工工资数据计算完后,同时要将工资信息统计分析,如汇总统计,工资项目明细数据的汇总等,又分为对员工个人工资统计分析、部门工资统计分析、月份工资统计分析、季度工资统计分析、年工资分析统计。

4.3工资查询功能描述:

在查询这个模块里,系统能支持用户在客户端按照各种不同的字段名称进行工资信息的查询。同时,迅速的响应用户的查询请求,不同级别的人系统会根据其权限级别的大小享有不同程度的功能。不同级别的人不能越权进行操作。在查询过程中,为避免由于在同一时刻里访问人数过多造成响应缓慢时,每登录的一个用户,系统记数器自动加一,当记数大于峰值时,系统弹出对话框提示用户进行等待,从而有效的避免了系统在查询过程中快速响应的优点。

4.4系统维护:

用户在第一次使用系统时,在服务器端需要用户做系统初始化的处理,包括; 1. 设置工资项目种类、相应工资项目的计算

2.设置系统使用用户及口令、权限的级别,对公司不同要求用户授不同权限,可限制一次性访问数据库用户数量。对每个访问数据库的登陆用户有日志记录。由系统管理员维护。在系统运行过程中,数据库管理员在系统运行过程中,还可以即使的进行系统数据的更改,如:对员工工资数据的更改,对工资项目计算方式的更改,定期做好系统数据的备份操作、还原、清理等。

5.非功能性需求: 5.1可靠性

1. 可恢复性

如果正在使用时出现故障,为了完成做好的工资记录,需要尝试采用本地方案(如存储和转发)加以解决。对此需要更深入的分析 2. 长时间运行

每月都要对工资结算,要求系统能够持续可靠运行,3. 容错性

当员工不能识别,应能够给予提示。

5.2可支持性

1.可适应性

不同型号的票据打印机打印的效果可能存在差异,软件能够支持市场上主流的票据打印机。2.可配置型

人员的权限会根据企业的变化而调整,系统应该能够方便配置调整。还存在一些其他的配置要求,如打印格式、查询项目等,对此需要进一步分析。

5.3可行性

1.评价标准

A.是否消耗太多经费,耗时太长; B.是否功能齐全,运行稳定; C.是否方便管理; D.设置是否灵活;

E.是否具有界面灵活,操作简单的特点。

6.用例说明

本系统的设计目标是能够对大型企业员工的基本信息和工资信息进行添加和修改,根据个人信息将工资分为职务工资,职称工资和其他工资。能够调整工资标准和员工信息,也能够调整其他工资项目,根据需要对教职员工基本信息和工资信息的查询,本系统能够生成各个月的工资表,能够打印报表方便保存和管理,还包括对系统的一些基本操作功能,比如为完善系统管理功能,增加工资系统用户管理功能,系统应该包括系统用户数据的添加,修改和删除。员工为系统普通用户,只能运行系统个人工资查询功能;系统管理员则能运行系统所有功能,从而有效保证系统数据的安全性,系统应该具有简单,易用,小巧,经典的特色,应该能够对企业工资管理进行优化,使其系统化,高效化,智能化。并保证工资管理的准确性,简易性,为企业财务人员提供便利。

7.系统性能需求分析:

7.1 性能需求

此工资管理系统对工资数据精度的计算能在默认情况之下精确到小数点后3位小数,即是精确到分的计算。但在用户使用过程中,能自行根据实际情况进行小数计算精度的设定,最大能允许保留小数点后5位的精度。在时间特性上,当用户发出命令请求时的服务器的响应时间、对数据更新处理、工资数据的查询检索等上,同样要求系统响应时间不会超过0.5秒时间。系统支持多种操作系统的运行环境,多不同操作系统,不同文件格式的磁盘

上的数据均能实现信息的互通,及共享。当服务器移植到其他的系统平台,如:Linux平台下时,同样能和其他的系统进行数据存取同步,不会出现系统之间互不兼容的情况,系统支持多系统之间的互连互通,系统有巨大的强健性。

7.2 运行需求

系统在进行数据的录入、计算、统计的时候,能将数据精确到小数点后三位小数。系统接收到用户的操作命令后(如:计算处理、查询等),能迅速的响应其操作请求,响应时间不超过1秒。在同一时间,系统还提供支持至少10个客户端进行同一个操作请求的响应。

系统可移植较强,在不同的平台下运行,均不会影响系统的稳定性。同时,支持在客户端安装不同操作系统、浏览器版本,均不会影响系统的运行。

7.3安全需求

为保障系统数据的安全性,系统采用访问控制策略,未授权者不能进入系统。同时,对不同级别的用户授予不同的使用权限。在系统运行期间,如发生掉电尚未保存数据,或由于操作不当等原因导致系统重启等,为保证数据的易恢复性,系统提供每隔30秒自动保存数据的机制,让用户的数据在发生意外时能最大程度上

得到恢复。同时,系统提供强大的容错性能,当一台服务器发生故障时,系统能自动切换到另外一台服务器上,从而保障服务器能长时间的提供系统的运行支持。在输入数据时,如果用户输入的数据不符合系统的要求,则系统自动提示错误信息,并要求用户重新输入,直到输入完全正确时才允许进行下一步的操作。

7.4 系统界面需求

系统开发基于C#的开发,界面直观、简洁,人机交互性强。基于表单和弹出式窗口的数据录入方式,菜单点击的方式操作。用户使用时,只要是按照格式和要求填入信息,系统在后台响应用户操作过程。让用户在最短时间里,不需要经过专门培训,就可以轻松上手使用。

7.5 其他需求

数据不管是在企业内部之间传输,还是公司与分公司之间进行远程数据传输时,防止数据被不法分析任意的修改和破坏,只有对信息解密的人员才能最终读取数据信息。这样,能 最大程度的防止数据在传输过程的安全保密性。

8.总结

在第一阶段总体分析的基础之上,我们小组进在系统需求过程中,主要是围绕着系统数据流程图和数据字典这两个方面展开文档的编辑工作。当然,在需求分析过程中,我们对系统的功能需求、性能需求、可靠性等方面做了进一步的描述,这为我们进行下一步设计阶段的顺利进行做好铺垫的工作。

下载银行储蓄系统需求分析报告(详细)(范文模版)word格式文档
下载银行储蓄系统需求分析报告(详细)(范文模版).doc
将本文档下载到自己电脑,方便修改和收藏,请勿使用迅雷等下载。
点此处下载文档

文档为doc格式


声明:本文内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:645879355@qq.com 进行举报,并提供相关证据,工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。

相关范文推荐

    博客系统需求分析报告

    博客管理系统1.系统需求分析博客系统分前台功能和后台功能两大部分。前台主要供用户注册,浏览,后台主要供管理员使用,管理员可以对用户进行管理。1.1前台功能分析博客系统前台......

    监控系统需求分析报告

    需求分析报告 1 概述 高陵县地处陕西省关中平原腹地,位于西安市辖域北部。地势平坦,土壤肥沃,是西北首个吨粮县。高陵县始建于秦孝公十二年(公元前350年),是中国建县历史最早的县......

    办公自动化系统需求分析报告

    办公自动化系统 需求规格说明书 1.引言 1.1 目标 开发网络办公系统的市场前景是广阔的。大型企业需要高层次的网络办公自动化,他们往往会选择大型的软件公司合作开发,所需的......

    银行计算机储蓄系统的可行性报告

    银行计算机储蓄系统的可行性研究报告一、引言1、 编写目的:应某银行要求,为提高该银行的存取款工作效率,降低工作的人力、物力开支,提高工作的准确性、正确性,并且便于储户信息存......

    图书管理系统需求分析报告

    图书管理系统 1引言 1. 1编写目的 本项目为图书管理系统;书写此文档是为了确定客户的真正需求,因此我们在可行性分析的基础上进一步了解、调查、明确用户对系统的综合要求、数......

    订单管理系统需求报告分析

    1、订单管理系统 1.1、系统总体介绍 1、采购基础数据功能包括:物料数据维护、订/交货方式维护、来源类别维护、采购员维护、采购系统维护。 2、采购计划管理功能包括:请购计划......

    酒店管理系统需求分析报告

    目录 酒店管理系统需求分析 ................................................................................................................... 1 1 2 引言..............

    图书管理系统需求分析报告

    目录 一.概述 1.编写目的 2.项目背景 3.定义 4.参考资料 5.开发环境 二.需求分析 1.问题提出 2.系统的业务功能分析 3.需完成的功能 三.系统需求说明 1.对功能的规定......