银行储蓄系统.docx

银行储蓄系统.docx

《银行储蓄系统.docx》由会员分享，可在线阅读，更多相关《银行储蓄系统.docx（14页珍藏版）》请在冰豆网上搜索。

银行储蓄系统

一、问题定义

分析和澄清用户需要计算机系统解决问题的目标、规模以及项目所需要的资金和经费等问题。

描述如下：

《系统目标和范围说明书》

·项目名称：

银行计算机储蓄系统

·问题描述：

人工管理储蓄工作手续烦琐、工作量大、容易出错。

·项目目标：

建立一个自动化、高效率、无差错的计算机储蓄系统。

·项目范围：

利用现有的微型计算机，软件开发费用不超过XXXXXX元。

建议在系统中增加用户的身份验证功能，以保证系统安全。

·可行性研究：

建议进行大约5天的可行性研究，可行性研究费用不超过

XXXXX元。

二、可行性研究

⑴访谈相关人员，进一步确定《系统目标和范围说明书》的内容。

⑵对现有系统的分析：

当前银行所采用的人工储蓄业务办理，手续繁多，人工业务操作过多，严重影响了工作效率，且出错率高。

储户意见很大。

①存款业务系统流程图描述如下，

②取款业务系统流程图描述如下，

⑶建议的新系统

建立一个自动化、高效率、无差错的计算机储蓄系统。

①新系统的数据流图

a）顶层数据流图

b）功能级据流图

c）详细功能级数据流图

②新系统的主要数据字典

⑷新系统方案的可行性分析（从略）

（采用非形式化方法，用文字描述即可。

）

1技术可行性（从略）

2经济可行性（从略）

3操作可行性（从略）

三、需求分析

⒈描述问题的信息域，建立数据模型———E-R图

⑴用户信息E-R图

⑵储蓄信息E-R图

⑶系统E-R图

图中，关系“存款”和关系“取款”各自的属性，分别组成了存款单和取款单的结构。

⒉描述软件应完成的功能，建立功能模型——数据流图

⑴存款数据流图

⑵取款数据流图

⒊描述外部事件结果的软件行为，建立行为模型——状态转换图

⑴存款状态转换图

⑵取款状态转换图

二、总体设计

采用面向数据流的设计方法。

⒈复查并精化数据流图

⑴对原来的数据流图进行复查和精化分析

考虑到现实世界的实际情况，

①银行的存/取款业务为同一个窗口。

②银行存/取款业务系统只有一个用户身份验证环节，且位于系统其它处理环节之前。

分析原数据流图，存款数据流图和取款数据流图都具有单独的用户身份验证处理，但是，处理过程完全相同。

⑵根据复查分析结果对原来的数据流图进行修改

1将存款数据流图与取款数据流图整合为一个存/取款系统数据流图。

2整合后的存/取款系统数据流图共用一个户身份验证处理，并将该处理环节调整至系统入口处，位于其它处理环节之前。

这样的做法实现了公共模块的合并，有利于降低耦合和提高内聚。

③在用户身份验证处理环节之后增加一个存款与取款的判断处理环节，即，系统主菜单。

以便于正确识别并分流存/取款不同事务。

整合后的系统数据流图如下，

⒉确定数据流图的性质

从系统数据流图可以看出，数据沿着两条输入通路进入系统，然后沿着两条通路离开，具有明确的传入、变换和传出界面的。

因此，可以认为数据流具有变换流特征。

⒊确定数据流图的输入流和输出流的边界，孤立出变换中心

⒋完成“第一级分解”

上图中，位于软件结构最顶层的主模块Cm控制下属各模块：

·输入信息处理控制模块Ci。

协调所有输入数据和控制信息的接收。

。

·变换中心控制模块Ct。

控制存/取款业务数据的操作处理。

·输出信息处理控制模块Co。

控制存/取款单信息的生成和打印输出。

对于本系统，各模块的具体控制功能描述如下图，

⒌完成“第二级分解”

以下图中箭头线表示数据流。

其中，蓝色实线表示数据；红色虚线表示控制信息。

箭头方向表示数据流动方向。

⑴输入控制

⑵变换控制（注意：

红色圆圈所圈定数据流的表示方法。

为什么？

）

⑶输出控制

系统总体软件结构图（CS）如下图所示。

（注意：

红色圆圈所圈定数据流的表示方法。

）

6使用设计度量和启发式规则对软件结构进一步精化。

四、程序流程图

（1）主控模块

（2）取款模块

1N-S图（盒图）（注意：

取款模块红色字体部分的结构）

1主控模块⑵取款模块