银行计算机储蓄系统软件工程实验报告.docx
《银行计算机储蓄系统软件工程实验报告.docx》由会员分享，可在线阅读，更多相关《银行计算机储蓄系统软件工程实验报告.docx（23页珍藏版）》请在冰豆网上搜索。
银行计算机储蓄系统软件工程实验报告
软件工程实验报告
课题：
银行计算机储蓄系统
学生姓名：
姜修磊
学号：
041240320
专业班级：
软件三班
指导教师：
刘为
同组成员：
赵野孙瑞泽管宏刚
评阅意见：
评定成绩：
指导老师签名：
年月日
需求分析
一、实验目的
旨在开发一个银行储蓄管理系统，利用计算机高速的计算能力和自动化，使得：
用户可以通过该系统能够简单明了的办理各种业务，并且减少失误操作以及错误操作后的及时处理。
提高办理业务的效率。
银行可以通过使用该系统减少工作人员，管理人员，方便管理，提高效率。
二、实验任务与实验要求
1、各种信息都保存在相应的文件中；
2、界面友好，可操作性强。
3、变量、函数命名符合规范。
4、注释详细：
每个变量都要求有注释说明用途；函数有注释说明功能，对参数、返回值也要以注释的形式说明用途；关键的语句段要求有注释解释。
三、实验内容
（1）功能分析
经过初步分析银行计算机储蓄系统应该具备以下主要功能。
1、用户实现存款，取款，查询等操作。
2、系统在启动时要求管理者输入登录帐号与密码。
3、系统要通过管理员执行一系操作（如：
添加用户，修改，查询，删除等）。
4、用户实现存款，取款，查询等操作。
系统为管理者提供主功能界面。
5、储户的一切信息，存储在数据库表中。
（2）关系模式
系统主要关系模式：
1、储户（储户姓名，住址，身份证号码）
2、存款（储户姓名，员工号，金额，存款类型，到期日期，存款日期）
3、取款（储户姓名，员工号，金额，取款日期）
E-R图如下所示：
图1-1银行储蓄E-R图
.
数据字典设计：
表1-1用户信息表（user表）
字段名
字段类型
长度
主键
允许空
说明
IDcard
varchar
20
PK
No
卡号，
username
varchar
20
no
用户姓名
password
varchar
6
no
密码（只能是6位的数字）
ID
int
18
no
身份证
sex
char
4
no
性别
address
varchar
40
no
住址
Tel
int
20
no
电话
nowOpen
double
no
现开（不能小于10元）
表1-2用户存钱、取钱、转账的操作表（operate表）
字段名
字段类型
长度
主键
允许空
说明
IDcard
varchar
40
no
卡号
time
date
no
日期
type
varchar
10
no
类型
cash
double
no
需要存（取、转账）的金额
余额
表1-3账户的余额表（balance表）
字段名
字段类型
长度
主键
允许空
说明
IDcard
varchar
40
no
卡号
startCash
Double
no
起始金额（nowOpen）
endCash
double
no
最终余额
（3）建立数据流图
打印存单
开户
取款存款
存款
查询取款
打印清单
图1-2系统顶层数据流图
打印存单
储户信息文件
存取款信息变动
密码错误读取储户信息
保存新用户信息
密码正确
利息清单
图1-30层数据流图
储户信息文件
核对错误
读取信息
存款
填写存款信息核对信息
核对
正确
打印
图1-41层数据流图
.储户信息文件
核对错误读取信息
更新储户信息
填写取款信息核对信息
核对正确
打印
取款
图1-52层数据流图
.
储户信息文件
新用户信息存储信息
取款信息取款通知
存款信息存款通知
查询信息
显示信息
验证错误
图1-63层数据流图
.
（4）建立状态图
银行计算机储蓄系统的状态图，如图1-7所示。
图1-7状态图
四、心得体会
在本次实验中，不仅巩固了以前学过的知识，还学到了很多以前不知道的东西。
让我了解了需求分析这一阶段需要做那些事情，从现实生活中的具体事物中抽象出系统模型，在数据流程图中尽量使用词义准确的词。
从而提高动手实践能力和独立思考能力。
课程设计过程中遇到了很多问题，而且有很多的不足之处，发现自己对以前的知识理解的不够透彻，掌握的不够牢固，有待加强。
我们的工作是一个团队的工作，大家一起交流与合作，发扬团队协作精神，学会了合作与交流。
要想有成功必须要有合作，这是我学到的一点很重要的。
概要设计
一、实验目的
了解软件体系结构模型，掌握面向数据流的设计方法、。
二、实验任务
使用面向数据流的方法设计软件系统的结构。
三、实验内容
（1）银行计算机储蓄系统软件结构
图2-1银行储蓄系统数据图
确定输入流和输出流的边界，从而孤立出变换中心。
如下图2-2所示。
图2-2具有边界的系统数据流图
（2）在银行储蓄管理系统在一级分解中，可将系统分解成三个子功能模块：
用户操作，业务员操作，系统输出。
得出的高层控制结构如图2-3所示。
图2-3银行储蓄系统“第一级分解”
（3）第二级分解
1、用户操作的分解
可将用户操作分解为：
开户民，存款，取款，查询。
如下图2-4所示：
图2-4用户操作分解图
2、业务员操作的分解
业务员的操作是将用户的操作传送给系统，代替用户与系统交互，所以，业务员的操作与系统的操作基本类似，也可以近似地将业务员看作用户。
所以操作操作可分解为：
开户，存款，取款，查询并且如用户在开户时设有密码，则进行密码验证。
所以分解图如下2-5所示：
图2-5业务员操作分集图
3、系统输出分解
系统输出可分解为：
计算利息-打印清单，保存新用户信息，更新用户信息，打印存单。
分解图如下2-6所示：
图2-6系统输出分解图
（4）使用设计度量和启发式规则对第一次分割得到的软件结构进一步精化。
由于业务员的操作与用户的操作基本相似，可以简单化地认为系统只与业务员交互，基于这个思想，将有利与简化以后系统程序的设计与开发。
精化图如下2-7所示：
图2-7系统精化图
四、心得体会
在本次实验中，我知道了在概念设计部分需要做那哪事情画哪些图，需求分析和概要设计这两个阶段并没有明显的分界线。
概要设计的主要任务是由数据流图分析并得出系统的软件结构图，我基本上达到了实验的要求。
详细设计
一、实验目的
了解人机界面设计；掌握使用过程设计工具描述模块的详细数据结果和算法。
二、实验任务
对各个模块进行流程图的设计
三、实验内容
1、登陆
管理员和用户分别登陆系统实现操作。
如下图3-1所示。
.
否
是
图3-1登陆程序流程图
2、存款
存款的程序流图如下图3-2所示。
否是
否是
图3-2存款程序流图
3、取款
取款的程序流图如下图3-3所示。
否是
否是
图3-3取款程序流图
4、查询
查询用户信息的程序流程图如下图3-4所示。
重
新
输是
入
否
图3-4查询用户信息程序流图
四、心得体会
在本次实验中主要对人事管理系统的各个模块进行程序流程图的设计，使我们对本系统有一个更深入的了解，明确了各步该怎么做，以及应该注意哪些方面的细节问题，到此，对人事管理这个系统已经基本上分析完成了。
从大体上能满足用户需求，基本功能都得到了实现，但也有很多缺点。
比如说在设置密码、身份证号等等一类的数据时，没有对其进行限制，这与现行银行系统不符；文件的读写，在退出系统时才显示；还有，也没有考虑一个号被两个人同时使用时应被受限的问题。
此次课程设计带给我的，不仅仅是理论知识上的进步，包括心理上、做人方面我也收获了许多。
但我知道，路漫漫其修远兮，故吾将上下而求索！
升级会员 