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