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

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

《银行计算机储蓄系统面向对象需求分析报告.docx》由会员分享，可在线阅读，更多相关《银行计算机储蓄系统面向对象需求分析报告.docx（11页珍藏版）》请在冰豆网上搜索。

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

面向对象需求分析

【银行计算机储蓄系统】

学院：

信息工程学院

班级：

计科1202

学号：

*********

*************

*******

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

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银行计算机储蓄系统总顺序图

根据职责划分，可以对系统的功能进行模块化，即不同角色的不同模块间的独立性以及联系，为每个模块的实现进行流程分析，利用顺序图对每个独立模块建立时间上的对象交互流程。

1系统普通用户管理：

主要包括开户、销户、挂失、解挂、修改系统密码等模块，分析如下。

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

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

②银行管理员：

增加用户、查看用户、待批申请、已批申请等模块。

模块的分析，以及对象间的交互过程如下。

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

模块分析如下：

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

4.2状态图

状态图着重描述对象的状态变化以及触发状态变化的事件。

在银行储户系统中，主要会有两个对象的状态：

储户和系统。

储户的状态最开始是填写业务单状态，储户填写存款单或者是取款单，再有业务员将业务类型输入系统，此时储户的状态是等待，等待系统处理业务，最后储户收到系统打印出的相应业务单。

系统的状态主要对应在储户等待期间系统处理业务的状态，系统根据业务员输入的信息判断是什么类型的服务，根据不同的业务类型对应取款处理状态和存款处理状态，最后打印业务单返回给储户。

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

4.3活动图

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

在银行储蓄系统中，各种活动有储户和银行的状态图转化而来。

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

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

5.建立功能模型

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

 DFD图（数据流图）描绘信息流和数据从输入移动到输出的过程中所经受的变换。

数据流中没有任何具体的物理部件，它知识描绘数据在软件中流动和被处理的逻辑过程。

在银行储蓄系统中，储户提出相应业务需求，系统根据相应信息处理储户的业务，流程如图。

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