银行巡检项目需求分析.docx

银行巡检项目需求分析.docx

《银行巡检项目需求分析.docx》由会员分享，可在线阅读，更多相关《银行巡检项目需求分析.docx（24页珍藏版）》请在冰豆网上搜索。

银行巡检项目需求分析

中软高科技术有限公司

文档编号

产品版本

密级

BankPolling219

bank

内部

产品名称：

银行巡检

共n页

＜银行巡检系统＞

软件需求说明书

作者：

完成日期：

签收人：

签收日期：

修改情况记录：

版本号

修改批准人

修改人

日期

签收人

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

编号规则

一、格式：

XXX-XXX1-T/D/P1

二、具体规则：

1.首位XXX：

项目名称的一个字的首字母，例如“金牌家政呼叫中心”，记为：

“JP”。

2.中间位XXX：

功能名称缩写，如电话本功能，缩写为“DHB-”开头加3位功能编号（从1---开始）。

如T-1。

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

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

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

金牌家政呼叫中心—电话本管理功能1--测试用例1

1引言1

1.1编写目的1

1.2范围1

1.3定义1

1.4参考资料1

2项目概述2

2.1产品描述2

2.2产品功能2

2.3用户特点2

2.4一般约束2

2.5假设和依据3

3具体需求3

3.1功能需求3

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

1.用户管理功能需求3

2.部门管理功能需求3

3.日志管理功能需求3

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

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

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

7.岗位管理功能需求3

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

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

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

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

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

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

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

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

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

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

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

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

1.设备巡检功能需求3

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

3.2外部接口需求5

3.2.1用户接口5

3.2.2硬件接口5

3.2.3软件接口5

3.2.4通信接口6

3.3性能需求6

3.4设计约束6

3.4.1其他标准的约束6

3.4.2硬件的限制7

3.5属性7

3.5.1可用性7

3.5.2安全性7

3.5.3可维护性7

3.5.4可转移＼转换性8

3.5.5警告8

3.6其他需求8

3.6.1数据库8

3.6.2操作8

3.6.3场合适应性需求9

4附录9

1引言

1.1编写目的

随着网络应用的日益普及，面向日常运作和管理的方式也发生了很大的变化。

随着组织规模的不断扩大，商业银行越来越希望能够打破时间、地域的限制，提高整个组织的运作效率。

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

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

本系统能够通过系统的管理为不同的角色赋予相应的权限以及设置一些必要信息，通过设备巡检和设备保修可以考核各种员工的绩效。

1.2范围

说明：

a．银行巡检系统。

b．软件是为了更早的预测日常工作中系统和设备可能出现的问题，早发现早解决，防患于未然。

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

d．软件能够为解决系统和设备所遇到的问题提供强劲的帮助

1）让银行的损失降低，避免一些不必要的开发，提高工作效率。

2）能够更系统的处理银行与银行之间相互交流和互助。

1.3定义

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

bankpolling银行巡检System系统

1.4参考资料

a．API、本项目的经核准的计划任务书或合同、上级机关的批文；

b．Jdk、MyEclipse、本文件中各处引用的文件、资料，包括所要用到的软件开发标准。

列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

2项目概述

2.1产品描述

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

叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。

解释被开发软件与其他有关软件之间的关系。

如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。

如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。

2.2产品功能

a．本系统能够很好的解决银行系统中常出现的问题

b．能够安全有效的处理一些问题。

2.3用户特点

本软件是在银行内部使用，一般都能够按照要求进行操作，操作本软件的人员教育水平都比较高，没有特定的规范，一般只由特定的人员来完成。

2.4一般约束

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

而这些项将限定开发者在设计系统时的任选项。

这些包括：

a．管理员统一管理；

b．只有管理员才能够进行并行操作；

c．只有管理员才能够对系统进行完全的审查；

d．只有管理员才能够进行所有功能的控制;

e．不能超过银行的数量；

f．巡检组、银行和管理员的信息都相对独立，各自的权限都受到严格控制，不能够做超过自己权限的事情。

2.5假设和依据

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

生改变，可能你当时进行的操作没能够保存，但是从新进入的时候，将调至你之前进行操作的界面。

3具体需求

3.1功能需求

功能代号说明：

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

如S-001；

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

如B-001；

巡检管理模块将以“X-”开头加3位数字。

如X-001。

3.1.1系统管理模块功能需求

1．[S-001]

1.1功能名称：

[用户管理]

1.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-006]

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

1．[S-011]、[B-001]、[X-001]

1.1功能名称：

[巡检中心查看报修信息]

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）降级运行的要求；

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

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

d．输出

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

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

2.功能需求2

2．[S-002]

2.1功能名称：

[网点查看报修信息]

2.2实现功能描述

根据角色的不同和登陆电脑IP的判断，来赋予相应的功能，巡检工在网点可以登录银行的电脑来查询在此网点的报修信息，可以进行相应的修改和删除功能。

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功能名称：

[值班员报修]

5.2实现功能描述

如果银行相关人员，发现设备需要维修，可以给值班室的值班人员打电话直接联系，值班人员可以进行值班员报修信息的记录。

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

5.3输入输出要求

输入：

点击‘值班员报修’。

输出：

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

3.2.6功能需求6

6．[S-006]

6.1功能名称：

[维修工确认维修]

6.2实现功能描述

维修工根据报修记录，去相关的网点进行维修，根据设备的情况进行相应的记录。

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

6.3输入输出要求

输入：

点击‘维修工确认维修’。

输出：

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

3.2.7功能需求7

7．[S-007]

7.1功能名称：

[网点对报修确认]

7.2实现功能描述

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

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

7.3输入输出要求

输入：

点击‘网点对报修确认’。

输出：

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

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

1.功能需求1

1．[X-001]

1.1功能名称：

[设备巡检]

1.2实现功能描述

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

1.3输入输出要求

输入：

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．引言

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

f．加工

定义输入数据、中间参数，以获得预期输出结果的全部操作。

它包括如下的说明：

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

9）操作的顺序，包括事件的时间设定；

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

11）受操作影响的参数；

12）降级运行的要求；

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

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

g．输出

点击‘设备巡检’。

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

2.功能需求2

1．[X-002]

1.1功能名称：

[网点对巡检确认]

1.2实现功能描述

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

1.3输入输出要求

输入：

5.维修ID：

只能是数字。

6.设备ID：

只能是数字。

7.维修日期：

日期类型。

8.维修结果字符类型：

1.4精度要求

输入：

6.维修ID：

需要再6~12为之间。

7.设备ID：

需要再6~12为之间。

8.维修日期：

必须填写。

9.维修结果：

字符串。

h．引言

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

i．输入

4）详细描述该功能的所有输入数据，如：

输入源、数量、度量单位、时间设定、有效输入范围（包括精度和公差）；

5）操作员控制细节的需求。

其中有名字、操作员活动的描述、控制台或操作员的位置。

例如：

当打印检查时，要求操作员进行格式调整；

6）指明引用接口说明或接口控制文件的参考资料。

j．加工

定义输入数据、中间参数，以获得预期输出结果的全部操作。

它包括如下的说明：

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

16）操作的顺序，包括事件的时间设定；

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

18）受操作影响的参数；

19）降级运行的要求；

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

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

k．输出

点击‘网点对巡检确认’，

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

。

3.2.2硬件接口

要指出软件产品和系统硬部件之间每一个接口的逻辑特点。

还可能包括如下事宜：

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

3.2.3软件接口

在此要指定需使用的其他软件产品（例如，数据管理系统、操作系统或数学软件包），以及同其他应用系统之间的接口。

对每一个所需的软件产品，要提供如下内容：

a．名字；

b．助记符；

c．规格说明号；

d．版本号；

e．来源。

对于每一个接口，这部分应说明与软件产品相关的接口软件的目的，并根据信息的内容和格式定义接口，但不必详细描述任何已有完整文件的接口，只要引用定义该接口的文件即可。

3.2.4通信接口指定各种通信接口。

例如，局部网络的协议等等。

3.3性能需求从整体来说，本条应具体说明软件、或人与软件交互的静态或动态数值需求。

A．静态数值需求可能包括：

1）支持的终端数；

2）支持并行操作的用户数；

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

4）表和文卷的大小。

B．动态数值需求可能包括：

欲处理的事务和任务的数量，以及在正常情况下和峰值工作条件下一定时间周期中处理的数据总量。

所有这些需求都必须用可以度量的术语来叙述。

例如，95％的事务必须在小于1s时间内处理完，不然，操作员将不等待处理的完成。

3.4设计约束

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

3.4.1其他标准的约束

本项将指定由现有的标准或规则派生的要求。

例如：

a．报表格式；

b．数据命名；

c．财务处理；

d．审计追踪，等等。

3.4.2硬件的限制

本项包括在各种硬件约束下运行的软件要求，例如，应该包括：

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

b．内存储器和辅助存储器的容量。

3.5属性

在软件的需求之中有若干个属性，以下指出其中的几个（注意：

对这些决不应理解为是一个完整的清单）。

3.5.1可用性

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

3.5.2安全性

指的是保护软件的要素，以防止各种非法的访问、使用、修改、破坏或者泄密。

这个领域的具体需求必须包括：

a．利用可靠的密码技术；

b．掌握特定的记录或历史数据集；

c．给不同的模块分配不同的功能；

d．限定一个程序中某些区域的通信；

e．计算临界值的检查和。

3.5.3可维护性

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

规定若干需求以确保软件是可维护的。

例如：

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

b．为微型装置指定特殊的数据＼程序分割要求。

3.5.4可转移＼转换性

可以实现转移和转换

规定把软件从一种环境移植到另一种环境所要求的用户程序，用户接口兼容方面的约束等等。

3.5.5警告

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

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

3.6其他需求

1、巡检组、银行、管理员拥有不同的操作

3.6.1数据库

巡检组表、银行表、管理员表都是独立的，

本项对作为产品的一部分进行开发的数据库规定一些需求，它们可能包括：

a．在功能需求中标识的信息类别；

b．使用的频率；

c．存取能力；

d．数据元素和文卷描述符；

e．数据元素、记录和文卷的关系；

f．静态和动态的组织；

g．数据保存要求。

注：

如果使用一个现有的数据库包，这个包应在“软件接口”中命名，并在那里详细说明其用法。

3.6.2操作

这里说明用户要求的常规的和特殊的操作。

A．在用户组织之中各种方式的操作。

例如，用户初始化操作；

B．交互作用操作的周期和无人操作的周期；

C．数据处理运行功能；

D．后援和恢复操作。

注：

这里的内容有时是用户接口的一部分。

3.6.3场合适应性需求

这里包括：

a．对给定场合或相关任务或操作方式的任何数据或初始化顺序的需求进行定义。

例如，栅值，安全界限等等。

b．指出场合或相关任务为特点，这里可以被修改以使软件适合特殊配制的要求。

4附录

对一个实际的需求规格说明来说，若有必要应该编写附录。

附录中可能包括：

a．输入输出格式样本，成本分析研究的描述或用户调查结果；

b．有助于理解需求说明的背景信息；

c．软件所解决问题的描述；

d．用户历史、背景、经历和操作特点；

e．交叉访问表。

按先后次序进行编排，使一些不完全的软件需求得以完善；

f．特殊的装配指令用于编码和媒体，以满足安全、输出、初始装入或其他要求。

注：

当包括附录时，需求说明必须明确地说明附录是不是需求要考虑的部分。