银行计算机储蓄系统面向对象需求分析报告

实用文档

面向对象需求分析【银行计算机储蓄系统】

学院：信息工程学院

班级：计科1202

学号： 121404219 姓名：汤鑫

指导老师：田怀凤

（扬州大学 2014－2015 学年第一学期）

目录

1．基本要求 (3)

1.1 功能要求 (3)

1.2 性能要求 (3)

1.3 接口要求 (3)

1.4 输入要求 (3)

1.5 输出要求 (3)

2.需求分析 (4)

2.1编写目的 (4)

2.2系统背景 (4)

2.3功能需求 (4)

2.4用例分析 (4)

2.5性能需求 (6)

2.5.1 数据精确度 (6)

2.5.2时间特性 (6)

2.5.3适应性 (6)

3.静态结构模型 (6)

3.1类与对象 (6)

3.2类图的建立 (6)

4. 动态行为模型 (7)

4.1顺序图 (7)

4.2状态图 (10)

4.3活动图 (10)

5.建立功能模型 (11)

1．基本要求

1.1 功能要求

银行计算机储蓄系统的主要功能有两方面：储户填写存款单或取款单交给业务员键入系统。

如果是存款则系统记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期，到期日期，利率以及密码（可选）等信息，并引出存款单给储户。

如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息，并印出利息清单给储户。

1.2 性能要求

为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也要有足够大的磁盘容量；另外，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。

1.3 接口要求

业务员键入储户的资料要全部一直显示在屏幕上；储户键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。

1.4 输入要求

业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率，造成用户损失。

1.5 输出要求

要求快速准确地打印出存款或取款清单给客户。

2.需求分析

2.1编写目的

本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本银行储蓄系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。

此文档进一步定制软件开发的细节问题，明确软件需求、安排项目规划与进度、组织软件开发与测试，便于用户与开发商协调工作。本文档面向的读者主要是项目委托单位的管理人员、设计人员和开发人员，希望能使本软件开发工作更具体。

2.2系统背景

软件名称：银行计算机储蓄系统

委托单位：银行

开发单位：xxxxxxxxx

2.3功能需求

根据系统可行性分析及业务要求，及相关的功能、性能分析，可以对系统现有的需求进行需求建模，主要涉及到用例、用例图的建立，类图及联系的建立，以及系统的对象模型、动态模型和功能模型的建立等。

2.4用例分析

根据银行计算机储蓄系统的分析，可明确系统的功能需求主要涉及以下几个部分。

参与人员：银行管理员、储户、系统用户

存款、取款、转账、查现、查看历史、修改密码（储户）；

开户、销户、挂失、解挂、修改密码（系统用户）；

增加用户、查看用户、删除用户、已批申请、待批申请（银行管理员）

根据相应的用例分析，可以为系统功能建模（用例图）：

销户

图1 银行计算机储蓄系统用例图

简单用例流程分析：

1.用户注册系统后，即成为系统用户，系统用户可凭借用户名、密码、等级进入系统。系统用户

可实现开户、销户、挂失、解挂、修改系统密码等用例。

2.系统用户只有使用账户、账户密码二次登陆后，才可以实现存款、取款、转账、查询余额、查

询历史、修改账户密码等用例。

3.银行管理人员登陆后，可以实现增加用户、删除用户、查看用户、查看已批申请、处理待办申

请、修改系统密码等用例。

4.系统的参与者（系统用户、储户、银行管理员）在实现用例时，系统会自动根据其权限给予适

当的实现用例。

2.5性能需求

2.5.1 数据精确度

在进行向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数组中添加数时，要求

输入数准确金额，身份证，卡号等按需求设定字符数。

2.5.2时间特性

程序响应时间：在人的感觉和视觉事件范围内；

信息交换时间：要求在程序调用前调用后都与数据库保持同步更新，网络信息交换施加应该小于程

序调用的时间。

2.5.3适应性

要求软件具有很好的更新能力，由于本产品是实验性软件，故对磁盘和内存容量没有很高的要求，但是软件应该能够对并发事件，脏数据具有较强的识别处理能力。

3.静态结构模型

3.1类与对象

经由分析，得知本系统的的类与对象有银行系统、银行账户、银行职员、顾客、存款、取款、系统操作。下面列举几个重要的类：

3.2类图的建立

授权

组成

授权

组成

属于

验证

确认

拥有

图2 银行计算机储蓄系统类图

4. 动态行为模型

4.1顺序图

顺序图用来描述对象之间动态的交互关系，着重体现对象间消息传递的时间顺序。由于在银行储蓄系统中，储户面向两种的业务，业务之间也有先后顺序，所以在顺序图中会有两个生命周期，分别是

取款操作和存款操作。业务员根据储户填写的信息判断是存款业务还是取款业务，就分别操作系统的存

款功能和取款功能。系统在对存款业务进行处理时，会先记录储户的相关信息，最后再打印存款单给储户。系统对取款业务进行处理时，会先计算储户该得的利息，最后会把利息清单打印给储户。

图3 银行计算机储蓄系统总顺序图

根据职责划分，可以对系统的功能进行模块化，即不同角色的不同模块间的独立性以及联系，为每

个模块的实现进行流程分析，利用顺序图对每个独立模块建立时间上的对象交互流程。

①系统普通用户管理：主要包括开户、销户、挂失、解挂、修改系统密码等模块，分析如下。

用户登录系统后，具有相应的开户权限，用户通过与系统打交道，可以获取一个合理的账户，顺序建模如下：

: 系统用户

图4 银行计算机储蓄系统普通用户管理顺序图

②银行管理员：增加用户、查看用户、待批申请、已批申请等模块。模块的分析，以及对象间的交互过程如下。

银行管理员具有增加系统用户的权限，管理员可以为系统增加一些特定的系统用户，同时可以给予他们一定的权限。模块分析如下：

图5银行计算机储蓄系统银行管理员顺序图

4.2状态图

状态图着重描述对象的状态变化以及触发状态变化的事件。在银行储户系统中，主要会有两个对象的状态：储户和系统。储户的状态最开始是填写业务单状态，储户填写存款单或者是取款单，再有业务员将业务类型输入系统，此时储户的状态是等待，等待系统处理业务，最后储户收到系统打印出的相应业务单。系统的状态主要对应在储户等待期间系统处理业务的状态，系统根据业务员输入的信息判断是什么类型的服务，根据不同的业务类型对应取款处理状态和存款处理状态，最后打印业务单返回给储户。

图6 银行计算机储蓄系统状态图

4.3活动图

活动图描述系统中各种活动的执行顺序，刻画一个方法中所要进行的各项活动的执行流程。在银行储

蓄系统中，各种活动有储户和银行的状态图转化而来。储户填写业务单活动，之后就由业务员输入信息，系统对应的活动就有存款和取款，各自活动都有自己的的后续活动，因为是两种不同的业务，各自进行的活动就会不同。

图7 银行计算机储蓄系统活动图

5.建立功能模型

功能模型表明了系统中数据之间的依赖关系，以及有关的数据处理功能，它由一组数据流图组成，此功能模型的分析与设计依照对象模型和动态模型而来。

DFD图（数据流图）描绘信息流和数据从输入移动到输出的过程中所经受的变换。数据流中没有任何具体的物理部件，它知识描绘数据在软件中流动和被处理的逻辑过程。在银行储蓄系统中，储户提出相应业务需求，系统根据相应信息处理储户的业务，流程如图。

图8 银行计算机储蓄系统DFD图0层图