银行储蓄系统详解.doc

一、问题定义 分析和澄清用户需要计算机系统解决问题的目标、规模以及项目所需要的资金和经费等问题。描述如下： 《系统目标和范围说明书》 ·项目名称：银行计算机储蓄系统 ·问题描述：人工管理储蓄工作手续烦琐、工作量大、容易出错。 ·项目目标：建立一个自动化、高效率、无差错的计算机储蓄系统。 ·项目范围：利用现有的微型计算机，软件开发费用不超过XXXXXX元。 建议在系统中增加用户的身份验证功能，以保证系统安全。 ·可行性研究：建议进行大约5天的可行性研究，可行性研究费用不超过 XXXXX元。 二、可行性研究 ⑴访谈相关人员，进一步确定《系统目标和范围说明书》的内容。 ⑵对现有系统的分析： 当前银行所采用的人工储蓄业务办理，手续繁多，人工业务操作过多，严重影响了工作效率，且出错率高。储户意见很大。 ①存款业务系统流程图描述如下， ②取款业务系统流程图描述如下， ⑶建议的新系统 建立一个自动化、高效率、无差错的计算机储蓄系统。 ①新系统的数据流图 顶层数据流图 功能级据流图 详细功能级数据流图 ②新系统的主要数据字典 ⑷新系统方案的可行性分析（从略） （采用非形式化方法，用文字描述即可。） 技术可行性（从略） 经济可行性（从略） 操作可行性（从略） 三、需求分析 ⒈ 描述问题的信息域，建立数据模型———E - R图 ⑴用户信息E-R图 ⑵储蓄信息E-R图 ⑶系统E-R图 图中，关系“存款”和关系“取款”各自的属性，分别组成了存款单和取款单的结构。 ⒉ 描述软件应完成的功能，建立功能模型——数据流图 ⑴存款数据流图 ⑵取款数据流图 ⒊ 描述外部事件结果的软件行为，建立行为模型——状态转换图 ⑴存款状态转换图 ⑵取款状态转换图 二、总体设计 采用面向数据流的设计方法。 ⒈ 复查并精化数据流图 ⑴对原来的数据流图进行复查和精化分析 考虑到现实世界的实际情况， ①银行的存/取款业务为同一个窗口。 ②银行存/取款业务系统只有一个用户身份验证环节，且位于系统其它处理环节之前。分析原数据流图，存款数据流图和取款数据流图都具有单独的用户身份验证处理，但是，处理过程完全相同。 ⑵根据复查分析结果对原来的数据流图进行修改 将存款数据流图与取款数据流图整合为一个存/取款系统数据流图。 整合后的存/取款系统数据流图共用一个户身份验证处理，并将该处理环节调整至系统入口处，位于其它处理环节之前。 这样的做法实现了公共模块的合并，有利于降低耦合和提高内聚。 ③在用户身份验证处理环节之后增加一个存款与取款的判断处理环节，即，系统主菜单。以便于正确识别并分流存/取款不同事务。 整合后的系统数据流图如下， ⒉ 确定数据流图的性质 从系统数据流图可以看出，数据沿着两条输入通路进入系统，然后沿着两条通路离开，具有明确的传入、变换和传出界面的。因此，可以认为数据流具有变换流特征。 ⒊ 确定数据流图的输入流和输出流的边界，孤立出变换中心 ⒋ 完成“第一级分解” 上图中，位于软件结构最顶层的主模块Cm控制下属各模块： ·输入信息处理控制模块Ci。协调所有输入数据和控制信息的接收。。 ·变换中心控制模块Ct。控制存/取款业务数据的操作处理。 ·输出信息处理控制模块Co。控制存/取款单信息的生成和打印输出。 对于本系统，各模块的具体控制功能描述如下图， ⒌ 完成“第二级分解” 以下图中箭头线表示数据流。其中，蓝色实线表示数据；红色虚线表示控制信息。箭头方向表示数据流动方向。 ⑴输入控制 ⑵变换控制（注意：红色圆圈所圈定数据流的表示方法。为什么？） ⑶输出控制 系统总体软件结构图（CS）如下图所示。 （注意：红色圆圈所圈定数据流的表示方法。） 使用设计度量和启发式规则对软件结构进一步精化。 四、程序流程图 （1）主控模块 （2）取款模块 N-S图（盒图）（注意：取款模块红色字体部分的结构） 主控模块 ⑵取款模块 名字：用户信息表 别名：用户信息 描述：用户信息及登录身份验证 定义：用户信息表 = 用户ID+用户账户+密码+姓名+身份证号码+用户住址+用户电话 位置：硬盘存储 名字：储蓄信息表 别名：储蓄信息 描述：用户储蓄信息 定义：储蓄信息表 = 用户ID+存入类型+存入时间+到期时间+余额+利率 位置：硬盘存储 名字：存款单 别名：存款信息 描述：银行系统给用户每次存款打印的存款信息表单 定义：存款单 = 用户ID+姓名+存入类型+存入时间+到期时间+余额+利率