银行巡检需求分析探索项目要求与分析

文档编号产品版本密级

中软高科技术有限企业BankPolling219bank内部

产品名称：银行巡检共n页

＜银行巡检系统,

软件需求阐明书

作者：__________________________________________

完毕日期：__________________________________________

签收入：__________________________________________

签收日期：__________________________________________

修改状况记录:

版本号修改同意人修改人n期签收入

——需求文档中各项功能编号编号规则

编号规则

一、格式：

XXX-XXXI-T/D/P1

二、详细规则：

1.首位XXX：项目名称H勺一种字的首字母，例如“金牌家政呼喊中心”，记为；“JP1

2.中间位XXX：功能名称缩写，如本功能，缩写为“DHB-”开头加3位功能编号（从

1一开始）。如T-I。

3.末尾位（T）测试用例功能编号将以“T-”开头，加3位数字，如T-1

（D）设计文档功能编号将以“D-”开头，加3位数字，如D-I

（P）开发文档功能编号将以“P-”开头，加3位数字，如P-1综上所述,JP-DHB1-T1

所代表的意义是：金牌家玫呼喊中心一本管理功能1-测试用例1

目录

1引言

1.1编写目的....................................................

1.2范围.........................................................

1.3定义.........................................................

1.4参照资料....................................................

2项目概述

2.1产品描述

2.2产品功能

2.3顾客特点

2.4一般约束

2.5假设和根据

3详细需求

3.1功能需求....................................................

3.1.1系统管理模块功能需求..................................

1.顾客管理功能需求....................................

2.部门管理功能需求....................................

3.H志管理功能需求....................................

4.银行设备种类管理功能需求...........................

5.全局变量管理功能需求...............................

6.银行网点管理功能需求..............................

7.岗位管理功能需求..................................

8.巡检工管理功能需求................................

9.设备问题保修管理功能需求..........................

10.巡检组管理功能需求...............................

3.1.2设备报修管理模块功能需求............................

1.巡检中心查看报修信息功能需求......................

2.网点查看报修信息功能需求..........................

3.网点设备报修功能需求..............................

4.巡检中心分派小组功能需求..........................

5.值班员报修功能需求................................

6.维修工确认维修功能需求............................

7.网点对报修确认功能需求............................

3.1.3设备巡检管理模块功能需求............................

1.设备巡检功能需求...................................

2.网点对巡检确认功能需求............................

3.2外部接口需求..............................................

3.2.1顾客接口.............................................

3.2.2硬件接口.............................................

3.2.3软件接口.............................................

3.2.4通信接口

3.3性能需求

3.4设计约束

3.4.1其他原则的约束

3.4.2硬件的限制

3.5属性

3.5.1可用性

3.5.2安全性

3.5.3可维护性

3.5.4可转移\转换性

3.5.5警告

3.6其他需求

3.6.1数据库

3.6.2操作

3.6.3场所适应性需求

4附录

1引言

1.1编写目的

伴随网络应用的日益普及，面向平常运作和管理”勺方式也发生r很大的变化。伴随组织

规模的不停扩大，商业银行越来越但愿可以打破时间、地区的限制，提高整个组织it勺运作效

率。而商业银行设备巡检系统正是基于这种需求而诞生口勺。

商业银行设备巡检系统分为系统管理、设备巡检和设备报修3大模块。

本系统可以通过系统的管理为不一样的角色赋予对应日勺权限以及设置某些必要信息，通

过设备巡检和设备保修可以考核多种员工的绩效。

1.2范围

阐明：

a.银行巡检系统。

b.软件是为了更早日勺预测平常工作中系统和设备也许出现的问题，早发现早处理，

防患于未然。

c.软件只是波及到了银行系统和设备的巡检和保修，未波及银行账务H勺信息。

d.软件可以为处理系统和设备所碰到艮I问题提供强劲日勺协助

1）让银行的损失减少，防止某些不必要口勺开发，提高工作效率。

2）可以更系统内处理银行与银行之间互相交流和互助。

1.3定义

列出本文献中用到的专门术语的定义和缩写词的原词组。

bankpolling银行巡检System系统

1.4参照资料

a.API、本项目的经核准的计划任务书或协议、上级机关的批文；

b.Jdk、MyEclipse.本文献中各处引用U勺文献、资料，包括所要用到的软件开发原则。

列出这些文献的标题、文献编号、刊登日期和出版单位，阐明可以得到这些文献资料的

来源。

2项目概述

2.1产品描述

该软件开发是为了更好的处理系统和设备方面的也许碰到的问题。

论述该项软件开发的意图、应用目的、作用范围以及其他应向读者阐明的有关该软件开

发的背景材料解释被开发软件与其他有关软件之间口勺关系。假如本软件产品是一项独立的

软件，并且所有内容自含，则阐明这一点。假如所定义的产品是一种更大的系统日勺一种构成

部分，则应阐明本产品与该系统中其他各构成部分之间时关系，为此可使用一张方框图来阐

明该系统的构成和本产品同其他各部分日勺联络和接口。

2.2产品功能

a.本系统可以很好的处理银行系统中常出现的问题

b.可以安全有效的处理某些问题。

2.3顾客特点

本软件是在银行内部使用，•般都可以按照规定进行操作，操作本软件的人员教育水平

都比较高，没有特定的I规范，一般只由特定的j人员来完毕。

2.4一般约束

本条对设计系统时限制开发者选择的j其他某些项作一般性描述。而这些项将限定开发者

在设计系统时口勺任选项。这些包括：

a.管理员统一管理；

b.只有管理员才可以进行并行操作；

c.只有管理员才可以对系统进行完全的审查；

d.只有管理员才可以进行所有功能的控制；

C.不能超过银行的数量；

f.巡检组、银行和管理员的信息都相对独立，各自的权限都受到严格控制，不可以做

超过自己权限的事情。

2.5假设和根据

假如在操作中出现无法处理的问题，请从新启动本系统，你之前的保留的东西，不会发

生变化，也许你当时进行H勺操作没可以保留，不过从新进入H勺时候，将调至你之前进行操作

的界面c

3详细需求

3.1功能需求

功能代号阐明：

系统管理模块将以“S-”开头加3位数字。ins-ooi；

报修管理模块将以“B-”开头加3位数字。如B-001；

巡检管理模块将以“X」开头加3位数字。如X-001°

3.1.1系统管理模块功能需求

I.[S-001]

1.I功能名称：

[顾客管理]

I.2实现功能描述

管理顾客，实现添加、修改、删除、查询。

1.3输入输出规定

输入：点击‘顾客管理’。

输出:

点击后跳到显示所有顾客页面。

2.[S-002]

2.1功能名称：

[部门管理]

2.2实现功能描述

实现对部门的增删改查。

2.3输入输出规定

输入：点击'部门管理'。

输出：

点击后跳到显示所有部门页面。

3.[S-003]

3.1功能名称：

[日志管理]

3.2实现功能描述

记录顾客的登录时间，退出系统的时间，可以导出日志报表、清空日志。

3.3输入输出规定

输入：点击'日志管理'。

输出:

点击后跳到显示所有口志页面。

4.[S-004]

4.1功能名称：

[银行设备种类管理]

4.2实现功能描述

对银行口勺设备进行管理，增删改。

4.3输入输出规定

输入：点击'银行设备种类管理'。

输出：

点击后跳到显示所有银行设备种类页面。

5.[S-005]

5.1功能名称：

[全局变量管理]

5.2实现功能描述

可对某些参数进行有关管理。

5.3输入输出规定

输入：点击'全局变量管理'。

输出:

点击后跳到显示所有全局变量管理页面。

6.[S-(X)6]

6.1功能名称：

[银行网点管理]

6.2实现功能描述

对银行的位置、IP进行管理，实现增删改操作。

6.3输入输出规定

输入：点击'银行网点管理'。

输出：

点击后跳到显示所有银行网点页面。

7.[S-007]

7.1功能名称：

[岗位管理]

7.2实现功能描述

对各个岗位管理，实现增删改操作。

7.3输入输出规定

输入：点击'岗位管理'。

输出：

点击后跳到显示所有岗位页面。

8.[S-008]

8.1功能名称：

［巡检工管理］

8.2实现功能描述

对巡检工管理，实现增删改操作。

8.3输入输出规定

输入：点击'巡检工管理'。

输出：

点击后跳到显示所有巡检工页面。

9.［S-009］

9.1功能名称：

［设备问题保修管理］

9.2实现功能描述

对各个设备保修的管理，实现增删改操作。

9.3输入输出规定

输入：点击'设备问题保修管理’。

输出：

点击后跳到显示所有设备问题保修页面。

10.［S-0010］

10.1功能名称:

［巡检组管理］

10.2实现功能描述

对各个巡检工管理管理，实现增删改重新分派组员等操作。

10.3输入输出规定

输入：点击'巡检组管理'。

输出：

点击后跳到显示所有巡检组页面。

3.1.2设备报修管理模块功能需求

1.功能需求1

I.［S-Oll］、IB-001］、［X-001］

M功能名称：

［巡检中心查看报修信息］

1.2实现功能描述

实现巡检中心报修信息的杳询、添加、修改和删除。

1.3输入输出规定

输入：

1.维修ID：只能是数字。

2.设备ID：只能是数字。

3.维修日期：日期类型。

4.维修成果字符类型:

1.4精度规定

输入：

1.维修ID：需要再6~12为之间。

2.设备ID：需要再6〜12为之间。

3.维修日期：必须填写。

4.维修成果：字符串。

a.引言

描述的是功能要到达的目的、所彩的措施和技术，还应清晰阐明功能意图的由来

和背景。

b.输入

1）详细描述该功能的）所有输入数据，如：输入源、数量、度量单位、时间设定、

有效输入范围（包括精度和公差）；

2）操作员控制细节的需求。其中有名字、操作员活动的描述、控制台或操作员的

位置。例如：当打印检查时，规定操作员进行格式调整；

3）指明引用接口阐明或接口控制文献的参照资料。

c.加工

定义输入数据、中间参数，以获得预期输出成果的所有操作。它包括如下的阐明：

1）输入数据的有效性检查：

2）操作的次序，包括事件的时间设定：

3）响应，例如，溢出、通信故障、错误处理等;

4）受操作影响的参数;

5）降级运行艮I规定；

6）用于把系统输入变换成对应输出的任何措施（方程式、数学算法、逻辑操作等）;

7）输出数据的有效性检查。

d.输出

点击'巡检中心查看报修信息’。

跳到显示所有巡检中心报修信息页面。

2.功能需求2

2.[S-002]

2.1功能名称：

[网点查看报修信息]

2.2实现功能描述

根据角色的不一样和登陆电脑IPH勺判断，来赋予对应的功能，巡检工在网点可以登录

银行的电脑来查询在此网点的报修信息，可以进行对应B勺修改和删除功能。

2.3输入输出规定

输入：点击'网点查看报修信息'。

输山：

点击后跳到显示所有网点报修信息页面。

3.2.3功能需求3

3.[S-003]

3.1功能名称：

[网点设备报修]

3.2实现功能描述

通过检查设备来判断，来添加网点设备报修信息”可以进行对应的修改和删除功能。

3.3输入输出规定

输入：点击'网点设备报修’。

输出：

点击后跳到显示所有网点设备报修信息界面。

3.2.4功能需求4

4.[S-004]

4.1功能名称：

[巡检中心分派小组]

4.2实现功能描述

巡检中心通过巡检工网点设备的报修信息，对此设冬分派小组。

实现对设备分派小组的修改

4.3输入输出规定

输入：点击'巡检中心分派小组'。

输出：

点击后跳到显示所有巡检中心分派小组页面。

3.2.5功能需求5

5.[S-005]

5.1功能名称：

[值班员报修I

5.2实现功能描述

假如银行有关人员，发现设备需要维修，可以给值班室的值班人员打直接联络，值

班人员可以进行值班员报修信息11勺记录。

实现值班员报修信息的添加，修改，和删除。

5.3输入输出规定

输入：点击'值班员报修'。

输出：

点击后跳到显示所有值班员报修信息页面。

3.2.6功能需求6

6.[S-006]

6.1功能名称：

［维修工确认维修］

6.2实现功能描述

维修工根据报修记录，去有关H勺网点进行维修，根据设备的状况进行对应的记录。

实现报修信息FI勺杳询，对维修状态的修改确认。

6.3输入输出规定

输入：点击'维修工确认维修'。

输出：

点击后跳到显示所有报修信息页面。

3.2.7功能需求7

7.［S-007］

7.1功能名称：

［网点对报修确认］

7.2实现功能描述

通过维修工对设备的维修和对维修状态的修改确认，银行做出确认。

实现报修信息的查询，对维修状态的修改确认。

7.3输入输出规定

输入：点击'网点对报修确认'。

输出：

点击后跳到显示所有报修信息页面。

3.1.3设备巡检管理模块功能需求

1.功能需求1

I.[X-001]

M功能名称：

[设备巡检]

1.2实现功能描述

实现设备巡检信息的添加，查询，修改和删除

L3输入输出规定

输入：

1.零件ID：只能是数字

2.设备ID：只能是数字。

3.银行ID：只能是数字

4.设备价格：

5.设备购置日期：

6.设备状态：

7.贬值价格：

1.4精度规定

输入:

8.零件ID：6至12位。

9.设备ID：6至12位。

10.银行ID：6至12位。

11.设备价格：money;

12.设备购置日期:

13.设备状态:

14.贬值价格:

5.

e.弓I言

巡检工通过对网点设备H勺巡检，并把设备巡检记录在案。

f.加工

定义输入数据、中间参数，以获得预期输出成果依J所有操作。它包括如下日勺阐明:

8）输入数据的有效性检查;

9）操作的次序，包括事件的时间设定;

10）响应，例如，溢出、通信故隙、错误处理等;

11）受操作影响的参数;

12）降级运行的规定;

13）用于把系统输入变换成对应输出的任何措施（方程式、数学算法、逻辑操作等）;

14）输出数据的有效性检查。

g.输出

点击'设备巡检'。

跳到显示所有设备巡检信息页面。

2.功能需求2

I.［X-002J

1.1功能名称：

［网点对巡检确认］

1.2实现功能描述

实现对设备巡检状态的修改确认。

1.3输入输出规定

输入：

5.维修ID：只能是数字。

6.设备ID：只能是数字。

7.维修日期：日期类型。

8.维修成果字符类型：

1.4精度规定

输入：

6.维修ID：需要再6〜12为之间。

7.设备ID：需要再672为之间。

8.维修日期：必、须填写。

9.维修成果：字符串。

h.引言

巡检工通过检查设备，被设备巡检记录，所在银行网点需对此做出确认。

i.输入

4）详细描述该功能的所有输入数据，如：输入源、数量、度量单位、时间设定、

有效输入范围（包括精度和公差）；

5）操作员控制细节的需求。其中有名字、操作员活动的描述、控制台或操作员的

位置。例如：当打印检查时，规定操作员进行格式调整；

6）指明引用接口阐明或接口控制文献的参照资料。

j.加工

定义输入数据、中间参数，以获得预期输出成果的所有操作。它包括如下日勺阐明：

15）输入数据的有效性检查；

16）操作的J次序，包括事件口勺时间设定；

17）响应，例如，溢出、通信故障、错误处理等；

18）受操作影响的参数；

19）降级运行的规定；

20）用于把系统输入变换成对应输出的任何措施（方程式、数学算法、逻辑操作等）;

21）输出数据的有效性检查。

k.输出

点击'网点对巡检确认'，

跳到显示所有设备巡检信息页面。

3.2.2硬件接口

要指出软件产品和系统硬部件之间每一种接口日勺逻辑特点。还也许包括如下事宜：支撑

什么样的设备，怎样支撑这些设备，有何约定。

3.2.3软件接口

在此要指定需使用的其他软件产品（例如，数据管理系统、操作系统或数学软件包），

以及同其他应用系统之间的接口c对每一种所需B勺软件产品.要提供如下内容：

a.名字；

b.助记符；

c.规格阐明号；

d.版本号；

e.来源。

对于每一种接口，这部分应阐明与软件产品有关口勺接口软件的目II勺，并根据信息佗内容

和格式定义接口，但不必详细描述任何已经有完整文献的接口，只要引用定义该接口的文献

即可。

3.2.4通信接口指定多种通信接口。例如，局部网络的协议等等。

3.3性能需求从整体来说，本条应详细阐明软件、或人与软

件交互的静态或动态数值需求。

A.静态数值需求也许包括：

1）支持依J终端数；

2）支持并行操作的顾客数；

3）处理的文卷和记录数；

4）表和文卷的大小。

B.动态数值需求也许包括：欲处理的事务和任务的数量，以及在正常状况下和峰值工

作条件下一定期间周期中处理的数据总量。

所有这些需求都必须用可以度量日勺术语来论述。例如，95%的事务必须在不大于1s时

间内处理完，否则，操作员将不等待处理的完毕。

3.4设计约束

设计约束受其他原则、硬件限制等方面的影响。

3.4.1其他原则的约束

本项将指定由既有的原则或规则派生依J规定。例如：

a.报表格式；

b.数据命名;

C.财务处理；

d.审计追踪，等等：1

3.4.2硬件的限制

本项包括在多种硬件约束下运行的软件规定，例如，应当包括：

a.硬件配置的特点（接口数，指令系统等）；

b.内存储器和辅助存储器日勺容量。

3.5属性

在软件的需求之中有若干个属性，如下指出其中的几种（注意：对这些决不应理解为是

一种完整的清单）。

3.5.1可用性

可以指定某些原因，如检查点、恢复和再启动等，以保证整个系统有一种确定的可用性

级别。

3.5.2安全性

指的是保护软件的I要素，以防止多种非法口勺访问、使用、修改、破坏或者泄密。这个领

域的详细需求必须包括：

a.运用可靠口勺密码技术；

b.掌握特定口勺记录或历史数据集;

C.给不一样的模块分派不一样日勺功能；

d.限定一种程序中某些区域的通信；

e.计算临界值的1检查和。

3.5.3可维护性

本软件是可维护的，修改字段，添加新表都可以实现

规定若干需求以保证软件是可维护的。例如：

a.软件模块所需要的特殊日勺耦合矩阵；

h.为微型装置指定特殊口勺数据\程序分割规定。

3.5.4可转移'转换性

可以实现转移和转换

规定把软件从一种环境移植到另一种环境所规定日勺顾客程序，顾客接口兼容方面的约束

等等。

3.5.5警告

学号是个很重要的属性，是唯一的，通过学号可以验证信息

指定所需属性十分重要，它使得人们能用规定的措施去进行客观口勺验证。

3.6其他需求

一、巡检组、银行、管理员拥有不一样的操作

理

日记管

系

统

管

理

管理

部门

理

工管

巡检

理

组管

巡检

理

点管

银行网

设

备

巡

检

管

理

认

巡检确

网点对

信息

报修

查看

中心

巡检

息

修信

看报

网点查

设

备

备报修

报网点设

修

管

小组

心分配