实例银行贷款文件管理.pptVIP

实例——银行贷款文件管理 实例1——银行贷款文件管理 本实例说明用SA方法进行分析，并用SD方法设计总体结构的过程。 问题描述 系统分析 系统设计 1 问题描述 本系统MFUP是银行贷款文件管理的一部分：对贷款文件进行修改。其主要功能是：根据对贷款账户的修改信息修改贷款文件中相应账户的记录内容，这些修改信息记在一叠按账号排列的修改卡片上。系统将被修改的记录打印一份报告，并报告修改中出现的错误信息。 1 问题描述(续) 贷款文件格式： 每个账户在贷款文件中有一个记录，每个记录由14个数据项组成。（见下表） 贷款文件按账号递增排列，文件存放在磁带（顺序文件）上。每个账户的地址、电话、邮政编码、负责与账户联系的银行信贷员等都有可能发生变化。 1 问题描述(续) 修改卡片格式： 卡片的第1-5位指出要修改的记录的账号，第6-9位为空，从第10位开始为如下格式： xx abcd…pqr*xx abc…stu*xx abc…uvw** xx是两位数字，指出要修改的数据项序号，后面的abcd…pqr是这个数据项的修改值，*表示数据项的结束，每张卡片的最后一个数据项结束是**。 例： 68371 07 2692386* 02 HUADA XINXI01** 表示要修改账号为68371的记录，第7项改为2692386，第2 项改为HUADA XINXI01。 1 问题描述(续) 修改规定： 修改值的长度小于数据项的指定长度时，如果该项是数字项，则在其左边补零；否则在右边补空格。 修改值的长度超过数据项的指定长度时，则需截短 第6 项邮政编码的修改值必须是6 位 修改卡片按账号递增排列 1 问题描述(续) 基本过程： MFUP读入一叠修改卡片，检查卡片的排列次序以及卡片上的修改信息是否合理，然后对旧文件作修改，产生一个修改后的新文件，并将被修改的记录打印成一份报告。 MFUP将拒绝以下不合理的修改信息，并报告错误： 修改卡片的账号没有按递增次序排列，或贷款文件中没有这个帐号 数据项序号不在1-14之间 数据类型不符 企图修改不准修改的数据项 2 系统分析 2 系统分析(续) 2 系统分析(续) 3 系统设计 1）转换策略： 本系统结构是总体——变换型 局部——事务型 (“编辑卡片”子加工) 所以采用的转换方法为对整个系统使用“变换分析”，对系统的局部用“事务分析”的方法。 3 系统设计(续) ——方案1 3 系统设计(续)——方案2 3 系统设计(续) 说明： 变换分析设计方法的第一步，首先要将DFD中的所有处理划分成主加工、输入和输出三个部分。这是根据DFD中的处理所完成的功能来确定的。 DFD中的处理，如果“流入”和“流出”的数据流的内容没有发生改变，只是性质（即正确与否）或状态（格式的调整）等发生改变，则这个处理是属于输入处理或输出处理的部分。 如果“流入”和“流出”的数据流的内容发生改变，则这个处理是属于主加工的部分。 每个人对DFD中每个处理所作功能的理解都可以有自己的看法，找出来的主加工可能也不同，但一般不会相差太远。 3 系统设计(续) 说明(续): 3 系统设计(续) 说明（续）: 例如，本例就可能有两种划分结果，得出了不同的“输入-主加工-输出”边界，都有道理。但是应注意的是，作了不同划分后，接下来产生的初始模块结构图就会有所不同。但是经过结构图的改进步骤后，得出的最终系统模块结构图也是差不多的。 接下来以第一种划分方案，讲解转换策略及结构图的调整。第二种划分方案的转换怎么做，大家可作为课后思考。 3 系统设计(续) ——方案1 3 系统设计(续) 2)系统初始模块结构图： 3 系统设计(续) 2)系统初始模块结构图: (“编辑卡片”分支) 3 系统设计(续) 3) 改进优化模块结构图: 消除重复的功能 (共同的操作) 作用范围应是控制范围的子集 3 系统设计(续) 分析1——共同的操作： 在对各个修改项的处理动作是类似的。 3 系统设计(续) 修改1-1：把逻辑上相似的模块合并起来，会形成“逻辑型”模块。 如1、6、9 项合并处理，但又各有不同。1项不允许改