银行储蓄系统Word格式.docx
- 文档编号:16905657
- 上传时间:2022-11-27
- 格式:DOCX
- 页数:14
- 大小:501.12KB
银行储蓄系统Word格式.docx
《银行储蓄系统Word格式.docx》由会员分享,可在线阅读,更多相关《银行储蓄系统Word格式.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主控模块⑵取款模块
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 银行 储蓄 系统
![提示](https://static.bdocx.com/images/bang_tan.gif)