实验2银行储蓄系统
- 格式:doc
- 大小:250.00 KB
- 文档页数:7
软件工程实验报告实验名称:银行计算机储蓄系统专业:计算机科学与技术班级:13级4班学号:1376807439姓名:赵杉杉指导老师:任国印目录一、项目背景 (3)二、项目进度 (4)三、项目资源管理 (5)四、风险管理分析 (6)五、项目后期管理 (7)一、项目背景随着社会经济的发展,银行的业务不断增长,传统的依靠手工的存取款业务办理方式已经不能满足不断增长的业务需求。
计算机及网络技术飞速发展,计算机应用在全球范围内日益普及,而社会也正快速向信息化社会前进,信息系统的作用也越来越大。
因此,纸质作为存储数据的介质已经不能适应时代大道发展。
加上现如今,纯人工操作银行存取款业务已经不太现实,其一,业务需求的增加需要消耗大量人力物力资源;其二,业务精确度要求极高,复杂化导致人工处理方式出错率增加,甚至会造成不可挽回的损失。
从而引起储户不满。
一方面可以减轻银行业务员的工作量,另一方面可以减少工作的出错率,从而提高工作效率。
计算机银行储蓄管理软件的确要作用是针对于各类银行中的储蓄业务进行有效管理。
银行储蓄是我们现实生活中的常见活动。
就储蓄业务而言,无论是国外还是国内,也无论是哪家银行,虽然所开展的业务种类稍有不同,利息的计算也存在差异,但储蓄的本质是完全相同的。
现在的银行储蓄系统工作效率低,不能满足广大人发群众的需要,人们希望能更方便省时地办理储蓄业务。
现在计算机网络的告诉发现使越来越多的人更喜欢在网购物、在家存款取款。
在这样的背景下,很明显现在的银行储蓄系统已经不能满足人们越益增长的需求,急切需要建立一个新的算机储蓄系统。
为解决此问题,拟为其开发计算机储蓄系统。
所以一款精确度高、出错率低的银行管理统软件显得尤为重要。
二、项目进度规划项目进度首先要估算工作量,然后估算开发时间,Gantt图,工程网络,估算工程进度,关键路径,机动时间。
编制人员:民主制程序员组、主程序员组、现代程序员组。
然后做出规划,分派任务。
sql实训银行储蓄系统实训总结银行储蓄系统实训总结本次实习的单位是XX市邮政储汇局,为期一个多月,我先后到邮政储汇营业处和邮政储汇局综合部两个不同的部门,亲身体验了柜台营业员、事后监督员、实时监控员的工作实况。
将本次实习分为前后两个阶段进行概述,进而针对储蓄业务实行“实名制”方面的思考。
(一)实习前阶段的情况实习的前半阶段,所在的部门是储汇营业处。
通过营业员指导和讲授相关业务知识及业务操作技能,同时在营业员的教导下,进行实际业务的操作,逐渐熟悉邮政储蓄系统,基本上能够独立完成日常的储蓄业务。
尤其在点钞、捆钞技能的掌握方面取得了明显的进步。
1。
了解熟悉邮政储蓄系统在进行营业前台工作的操作之前,首先必须熟悉整个邮政储汇的操作系统,目前使用的是统一版本。
刚开始实习时,熟记主交易菜单的交易码,特别是日常的交易代码,如:活期存取款代码是010102、010103;卡存取款的代码是020101、020104;现金转帐代码是010701;帐户到帐户转帐代码是010702等等。
2。
营业窗口的实际操作在熟悉了操作系统之后,我就开始进行实际操作了。
起初在营业员的随身指导中,慢慢地进行操作。
我所在营业处采用的是柜员制交易操作,即每一笔交易都是由营业员单人单独完成的,操作过程必须十分谨慎,注意操作流程的规范。
当收到来自客户的现金时,必须将钞票“正反”两面过机鉴别并计数,确认无误后方可入柜,在相应的凭单上加盖“现金讫”,接着再进行数据的录入、打印单据等。
而支付客户现金时,必须手工点钞与机器点钞两项步骤相结合,缺一不可。
手工点钞的作用在于防止钞票粘合过机时无法完全分开。
对于整捆的钞票拆封过机清点后方可支付。
另外,在支付前必须询问一下客户“请问您支取多少”,再次核对金额。
(二)实习后阶段的情况实习的后半阶段,所在的部门是储汇局综合部,实习的岗位有:事后监督和实时监控。
事后监督是对营业处及个网点的交易进行严格把关,是一项繁琐的“校对”工作,它意义重大——尤其体现在对潜在风险(如大额支付、可疑支付等)进行全面地、系统地监督。
一、实验目的1. 熟悉银行ATM系统的基本功能;2. 掌握ATM系统各个模块的工作原理;3. 了解ATM系统的安全性能;4. 提高实际操作能力。
二、实验环境1. 实验设备:一台装有ATM系统的电脑、一台ATM机、一张银行卡;2. 实验软件:银行ATM系统;3. 实验数据:用户名、密码、卡号、交易金额等。
三、实验内容1. ATM系统登录;2. 查询余额;3. 取款操作;4. 存款操作;5. 转账操作;6. 查询交易记录;7. 修改密码;8. 安全退出。
四、实验过程1. ATM系统登录(1)打开ATM系统,输入用户名和密码;(2)系统验证用户名和密码,验证成功后进入主界面。
2. 查询余额(1)在主界面选择“查询余额”功能;(2)输入卡号,系统验证卡号,验证成功后显示余额。
3. 取款操作(1)在主界面选择“取款”功能;(2)输入取款金额,系统验证取款金额,验证成功后提示插入银行卡;(3)插入银行卡,系统读取卡信息,验证成功后进行取款操作;(4)取款成功后,提示用户取款金额,并打印取款凭证。
4. 存款操作(1)在主界面选择“存款”功能;(2)输入存款金额,系统验证存款金额,验证成功后提示插入银行卡;(3)插入银行卡,系统读取卡信息,验证成功后进行存款操作;(4)存款成功后,提示用户存款金额,并打印存款凭证。
5. 转账操作(1)在主界面选择“转账”功能;(2)输入转账金额,系统验证转账金额,验证成功后提示输入对方卡号;(3)输入对方卡号,系统验证卡号,验证成功后进行转账操作;(4)转账成功后,提示用户转账金额和对方卡号。
6. 查询交易记录(1)在主界面选择“查询交易记录”功能;(2)输入查询时间范围,系统显示对应时间范围内的交易记录。
7. 修改密码(1)在主界面选择“修改密码”功能;(2)输入旧密码,系统验证旧密码,验证成功后提示输入新密码;(3)输入新密码,系统验证新密码,验证成功后修改成功。
8. 安全退出(1)在主界面选择“安全退出”功能;(2)系统提示用户退出ATM系统。
中央民族大学软件工程实验报告银行储蓄系统概要设计与详细设计姓名:吴璨学号:2013年10月26日目录1.引言 (3)1.1编写目的 (3)1.2项目背景 (3)1.3定义 (3)1.4参考资料 (3)2.任务概述 (4)2.1目标 (4)2.2运行环境 (4)3总体设计 (5)3.1功能分配 (5)3.2总体结构和模块外部设计-软件结构图 (5)3.3接口设计 (5)3.3.1外部接口 (5)3.3.2内部接口 (6)3.4数据结构设计 (6)3.4.1逻辑结构设计 (6)3.4.2物理结构设计 (6)1.引言1.1编写目的【阐明编写可行性研究报告的目的,指明读者对象。
】为提高银行的存取款工作效率,降低工作的人力物力开支,提高工作的准确性、正确性,开发计算机储蓄系统。
经过对项目进行详细的调查研究,得到项目可行性研究报告,对项目开发中将要面临的问题及其解决方案进行可行性分析,包括项目在技术、经济、操作和社会影响方面的可行性。
本报告经老师审核后可提交给银行方审查。
1.2项目背景【应包括:a.所建议开发软件的名称;b.项目的任务提出者、开发者、用户及实现软件的单位;c.项目与其他软件或其他系统的关系。
】随着社会经济的发展,银行的业务不断增长,传统的依靠手工的存取款业务办理方式已经不能满足不断增长的业务需求。
其一,业务需求的增加需要消耗大量人力物力资源;其二,业务复杂化导致人工处理方式出错率增加,从而引起储户不满。
为解决此问题,本小组拟为其开发计算机储蓄系统。
一方面可以减轻银行业务员的工作量,另一方面可以减少工作的出错率,从而提高工作效率。
1.3定义【列出文档中所用到的专门术语的定义和缩写词的原文。
】1.4参考资料【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:a.项目经核准的计划任务书、合同或上级机关的批文;b.与项目有关的已发表的资料;c.文档中所引用的资料,所采用的软件标准或规范。
湖南文理学院数据库课程设计报告设计题目:学生姓名:系别:专业:班级:学号:指导教师:评阅意见:封面格式正文小四号字,1.5行距表的标注在表的上方实现部分是每个图下附注对应的代码,并且只要关键性的部分实现部分描述太过轻描淡写,撇开系统,你的报告应该是一个完整的个体,从你的报告,我看不出来你实现了系统目录1、开发背景 (2)2、功能描述 (2)3、数据流分析 (2)3.1、数据流图 (2)3.2、数据字典 (5)4、概念模型设计 (5)5. 逻辑模型设计和优化 (6)6. 物理设计和实施 (7)7、应用程序设计 (7)8、课程设计心得体会 (8)1、开发背景随着社会的不断发展,各行各业也都在不断地向前。
就拿银行来说,它是我们经常要去的地方,所以与银行相关的一些业务也就纷繁复杂。
我们所做的银行储蓄系统是最基本的的一个系统,所能实现的都是一些最基础的功能,像储户开户、定活期存取款等。
2、功能描述经过调研及分析,该银行储蓄系统主要能够完成以下功能:1)为储户开户,包括开户人姓名、身份证号、电话、住址、存款方式(定期或活期);2)为储户销户,包括计算该用户的所有存款,待用户取出存款之后再对银行卡进行删除;3)实现利息计算,包括定期利息;4)输出明细表,包括定期存款人的所有信息、活期存款人的所有信息等。
5)为储户办理定期存款帐,对卡号及密码进行验证以后,再进行存款操作,包括存款日期、存款期限、利率、打印存款清单;6)为储户办理定期取款手续,对卡号及密码进行验证以后,再进行取款款操作、打印取款清单;7)为储户办理活期存款帐,对卡号及密码进行验证以后,再进行存款操作;8)为储户办理活期取款手续,对卡号及密码进行验证以后,再进行取款操作;9)具有数据备份和数据恢复功能。
3、数据流分析3.1、数据流图通过需求分析,得出银行储蓄系统中,管理员使用该系统为储户办理存款业务时的数据流图如图1所示:3.1.1、存款流图D01 存款信息 填表出错 存款 信息存款单 存款单(存折)设置密码密码D02 密码信息存单存款信息图1 管理员使用该系统时为储户办理存款业务的数据流图1.1 验收 存款单1.4 打印 存单重填 1.2 更新存款信息 储户 1.3 处理 存款1.2.1设置 密码储户管理员使用该系统为储户办理取款业务时的数据流图如图2所示:3.1.2、取款流图有 误 错 误取款单密码密码D02 密码信息(或银行卡)正 确利息信息取款清 取款 帐户 信息信息单现金D04 取款信息 D03 帐户信息图2 管理员使用该系统为储户办理取款业务时的数据流图储户 1.1 验收 取款单 1.1.1 核对 密码重填重输1.2 计算 利息 1.3 更新 余额1.4 处理取款1.1 验收取款单储户3.2、数据字典 源点/终点处理储户处理存款 产生存单 处理取款 产生利息清单数据流数据存储存款信息 存单 取款信息 利息信息 账户信息 帐户余额 利息清单 利息金额存款信息 取款信息 账户信息 利息信息4、概念模型设计编号:D01 名字:存单 别字:存款信息描述:银行系统给储户每次存款打印的存款资料表单 定义:存单=存款人+存款账号+管理员编号+存款金额+存款日期 位置:直接显示至屏幕编号:D04名字:取款信息 别字:取款清单描述:记录储户每次取款的资料及余额情况 定义:取款信息=取款人+取款账号+受理管理员编号+取款金额+取款日期 位置:库存 取款表单编号:D03名字:帐户信息描述:系统为储户每次交易后结算的帐户资料 定义:帐户信息=帐号+交易种类+交易日期+帐户金额+利率+存款日期 位置:存单 清单 库存编号:D02 名字:密码 描述:储户每次取款前需要验证身份的一组数据定义:密码=账号+6个数字的任意组合位置:库存根据系统数据流图和数据字典,得出系统的总体概念模型(E-R )如下图所示。
实验⼆对公储蓄业务(XXXX1031)实验⼆对公储蓄业务(XXXX1031)实验⼆对公储蓄业务⼀、实验⽬的(⼀)熟悉商业银⾏对公业务的相关业务种类和基本知识。
(⼆)熟练对公业务相关柜⾯操作流程、基本程序。
(三)了解对公业务相关重要凭证与单证的种类及⽤途。
⼆、实验环境(⼀)系统模块环境:柜⾯业务系统(⼆)情景数据库环境:⽇常练习⾮授权库情景包,机构共有36个(包括北京、⼴州两家分⾏),操作柜员300名,每个机构⽹点开设9名柜员。
三、教学组织(⼀)学⽣分组⽅式:不分组或学⽣的按每组6-8⼈分组。
(⼆)银⾏机构分配:每个⼩组分属于实验银⾏的⼀个机构⽹点,可以是分⾏营业部或⼆级⽀⾏。
(三)柜员号申请⽅式:智能申请⾮授权群组。
(四)不同权限柜员配置:每个⼩组的全部成员中确保⾄少C、D、E、F操作权限的柜员都有⼈担任。
(五)柜员分⼯与协作⽅式及流程:⼩组成员根据⼩组协商结果分配各⾃柜员权限,并⾃⾏申请指定⽹点的柜员号、柜员尾箱。
登录柜⾯业务系统后,根据实训课程要求,开展相应的业务练习,遇到属于银⾏内控要求需要授权、复核时,⾼级权限柜员为经办柜员进⾏业务授权。
(六)教学演⽰预计时间:30分钟(七)学⽣练习时间:90分钟(⼋)实验项⽬课时安排:4个课时四、基本业务种类与流程五、系统操作要点与难点(⼀)开⽴新公司客户号,必填项⽬有哪些?(⼆)开⽴单位结算资⾦账户申请书如何填写,必填项有哪些?(三)预开户、已激活账户为何要做区分,有何关系?(四)⽀票如何进⾏售卖、注销、挂失和解挂?(五)单位活期存款提现,使⽤何种凭证,如何查询凭证号?(六) 单位活期存款转账,使⽤何种凭证,如何查询凭证号?(七)单位定期存款存⼊,使⽤何种凭证,如何查询凭证号?(⼋)单位定期存款部分转出,使⽤何种凭证,如何查询凭证号?(九)单位存款相关业务环节中,哪些环节可能需要授权?(⼗)了解⼀些不做重要凭证管理的凭证,如现⾦缴款单等六、实验实训内容(⼀)⾃拟客户信息,开⽴甲、⼄单位(注:请使⽤别称代替‘甲’、‘⼄’,下同)客户号。
银行储蓄系统数据库课程设计一、系统概述银行储蓄系统是银行的核心业务系统之一,用于管理客户在银行的储蓄账户信息。
本课程设计将通过建立一个简单的银行储蓄系统,帮助学员掌握数据库设计和应用开发的基本技能。
二、系统需求1.用户管理:能够添加、删除、修改和查询用户信息。
2.账户管理:能够创建、修改、查询和删除账户信息。
3.存款业务:能够完成存款、取款、查询余额等操作。
4.转账业务:能够实现不同账户间的转账功能。
5.报表生成:能够根据需求生成相应的报表。
三、数据库设计1.用户表(Users)UserID(用户ID,主键)UserName(用户名)Password(密码)Email(邮箱)Phone(电话)2.账户表(Accounts)AccountID(账户ID,主键)UserID(用户ID,外键)AccountName(账户名称)AccountType(账户类型)OpenDate(开户日期)Balance(账户余额)3.存款记录表(Deposits)DepositID(存款ID,主键)AccountID(账户ID,外键)DepositAmount(存款金额)DepositDate(存款日期)4.取款记录表(Withdrawals)WithdrawalID(取款ID,主键)AccountID(账户ID,外键)WithdrawalAmount(取款金额)WithdrawalDate(取款日期)5.转账记录表(Transfers)TransferID(转账ID,主键)SourceAccountID(源账户ID,外键)DestinationAccountID(目标账户ID,外键)TransferAmount(转账金额)TransferDate(转账日期)6.报表表(Reports)ReportID(报表ID,主键)ReportType(报表类型)ReportDate(报表日期)ReportContent(报表内容)7.用户权限表(UserPermissions)PermissionID(权限ID,主键)UserID(用户ID,外键)PermissionType(权限类型)。
上机实践报告课程名称:软件工程年级:上机实践成绩:指导教师:姓名:上机实践内容:机票预订系统学号:上机实践日期:一、目的用面向对象分析、设计方法来分析机票预订系统。
二、主要内容及问题为方便储户,某银行拟开发计算机储蓄系统。
储户填写的存款单或取款单由业务员输入系统,如果是存款,系统记录存款人姓名、住址、存款类型、存款日期、利率等信息,并印出存款单给储户;如果是取款,系统计算利息并印出利息清单给储户。
(1) 建立它用例模型图、类图、对象图、活动图、顺序图、状态图,并建立对应的对象模型、动态模型和功能模型(包括DFD图)。
(2) 写出(1)中对应部分的相关说明书。
确无误后系统计算利率并印出取款清单给储户。
存款功能:以储户的存款为主要活动,相关记录根据存款结果进行调整,以使信息保持一致。
1. 系统需要在原帐户信息中增加一条记录,包括存款人姓名,住址,存款类型,存款日期,利率等信息。
2. 若为新储户,须建立一个帐户,并记录此次的记录。
3. 打印存款单给储户。
取款功能:1. 系统计算利息,在原帐户信息中取款减去。
2. 若为清户,记录注销该帐户,将帐户余额一并交与储户。
3. 打印利息清单给储户三、使用环境操作系统:Windows XP建模工具:StarUML、Microsoft Visio四、设计内容1-1、用例模型图用例模型图说明:银行储蓄系统主要使用的对象是银行业务员和储户。
业务员根据储户填写的存款单或者取款单信息,将其输入系统,系统根据相关信息进行处理,则系统其中的一个功能即用例就是接收储户信息。
储户需要办理取款或者是存款业务,系统由业务员输入的信息来识别,则系统的另一个功能即用例就是存款和取款处理,根据不同客户的需求,这个功能就拆成存款功能和取款功能。
1-2、类图类图说明:为此系统定义了4个类,分别是顾客类,职员类,银行类,系统处理类。
各个类对应的属性和操作方法在图中已表示出,目前应该还是有很多不完善的地方,在后期再加以修改。
一、实验目的本次实验旨在通过设计和实现一个储蓄系统,使学生深入理解软件工程的基本原理和方法,掌握面向对象的设计与实现技术,提高学生解决实际问题的能力。
同时,通过实验加深对数据库、网络编程、界面设计等知识的理解和应用。
二、实验背景随着我国经济的快速发展,银行业务日益丰富,客户对银行服务的需求也越来越高。
储蓄系统作为银行的核心业务系统之一,其重要性不言而喻。
为了提高银行储蓄业务的管理效率和客户满意度,开发一个功能完善、性能稳定的储蓄系统具有重要意义。
三、实验内容1. 需求分析(1)系统功能需求储蓄系统应具备以下功能:1)用户注册与登录:用户可以通过注册和登录功能,实现个人信息的录入和管理。
2)账户管理:用户可以查询、修改、删除自己的账户信息。
3)存款业务:用户可以进行存款、取款、转账等操作。
4)查询业务:用户可以查询账户余额、交易记录等信息。
5)安全设置:用户可以设置登录密码、修改密码、修改个人信息等。
6)系统管理:管理员可以对用户信息、账户信息进行管理。
(2)系统性能需求1)响应速度:系统应保证在正常情况下,对用户请求的处理时间不超过2秒。
2)并发处理:系统应支持多用户同时操作,保证系统稳定运行。
3)数据备份:系统应具备数据备份功能,确保数据安全。
2. 系统设计(1)系统架构设计储蓄系统采用B/S架构,分为客户端和服务器端。
客户端负责用户界面展示和用户交互,服务器端负责业务逻辑处理和数据存储。
(2)数据库设计储蓄系统采用关系型数据库MySQL,设计如下表:1)用户表(user):存储用户信息,包括用户名、密码、姓名、性别、出生日期、手机号码等。
2)账户表(account):存储账户信息,包括账户号、用户名、账户余额、开户日期等。
3)交易记录表(transaction):存储交易记录,包括交易时间、交易类型、交易金额、交易对方等。
(3)系统模块设计1)用户模块:负责用户注册、登录、信息修改、密码修改等功能。
银行储蓄系统Xx1 用户需求分析,建立E-R图,模型生成,数据库实施和修改;Xx2 用户需求分析,建立E-R图,数据库运行和维护;设计过程相互探讨,相互学习,达到共同进步之目的。
一、需求描述银行储蓄系统,实现储户开户登记,办理定期存款帐,办理定期取款手续,办理活期存款帐,办理活期取款手续,同时实现各银行及储蓄所间的业务代理和转换。
1、信息处理需求总行:包括国家编号(唯一),总行长(唯一),总行长编号(唯一),地址,联系电话,包括多个分行分行:包括分行编号(唯一),分行长(唯一),分行长编号(唯一),地址,联系电话,各分行之间为并列关系,分行雇佣业务员,审核账目清单,每个分行有一个营业厅受理各项业务营业厅:包括营业厅编号(唯一),地址,联系电话,营业窗口号,一个营业厅负责受理一个分行的业务,一个营业厅由多个储蓄所组成并有多个业务员受理各项业务储蓄所:包括储蓄所编号(唯一),储蓄所名称,储蓄所长,地址,联系电话,储蓄柜台号,储蓄金额,并有多个职员办理各项业务业务员:包括姓名(唯一),性别,编号(唯一),年龄,职务,办理储蓄类别(活期,定期),每个业务员在一个营业窗口工作职员:包括姓名(唯一),性别,编号(唯一),年龄,职务,办理(包括储蓄类别-活期/定期;登记,核对),每个职员在一个储蓄柜台工作,计算存、取额及利息储户:包括姓名(唯一),身份证号(唯一),性别,储蓄类别,年龄,开户金额,输入(密码,密码确认,储蓄金额,取款额),储户可选择多个储蓄所存、取款,并可拥有多个储蓄账号账户:包括储蓄账号编码(唯一),储蓄账号(唯一),储蓄类别,开户时间,开户金额,总金额,密码2、功能需求交互:各分行及储蓄所之间进行业务交互,包括转账,代办提交:各级银行进行由下至上的清单、业务信息的交接审核:上级银行对所属银行的业务信息和账户清单进行审查、核准计算:主要是工作人员对总账出入和利息的合计办理:职员对储户信息和账户资料的登记和核准,实现储户开户登记,办理定期存款帐,办理定期取款手续,办理活期存款帐,办理活期取款手续管理:主指上级银行业务员对下级银行、人员的管控和调动数据输入:输入储户和账户的基本信息3、系统性能该系统的精度要求较高、时间比较快、应变能力快。
银行储蓄系统课程设计一、课程目标知识目标:1. 理解银行储蓄系统的基本概念、功能及运作流程;2. 掌握银行储蓄系统中涉及的相关法律法规和风险防范措施;3. 了解银行业务创新的现状及发展趋势。
技能目标:1. 能够运用所学知识,设计并优化银行储蓄系统的相关业务流程;2. 能够运用信息技术手段,对银行储蓄系统的数据进行处理和分析;3. 能够运用创新思维,对现有银行储蓄系统提出改进和优化建议。
情感态度价值观目标:1. 培养学生对银行储蓄系统的兴趣,激发学习热情,形成主动探究的良好习惯;2. 增强学生的团队合作意识,培养沟通与协作能力,提高解决问题的综合素质;3. 培养学生的法律意识,树立正确的金融观念,认识到金融安全对社会的重要性。
课程性质:本课程为高中信息技术学科,结合现实生活中的银行储蓄系统,注重理论联系实际,培养学生的实践操作能力和创新思维能力。
学生特点:高中生具有一定的信息素养,思维活跃,具备一定的自主学习能力和团队合作精神。
教学要求:结合学生特点,注重启发式教学,引导学生主动探究,提高学生的实践操作能力和创新思维能力。
在教学过程中,关注学生的个体差异,因材施教,确保每位学生都能达到课程目标。
通过课程学习,使学生具备实际操作银行储蓄系统的能力,为将来的学习和工作打下坚实基础。
二、教学内容1. 银行储蓄系统基本概念:包括银行储蓄系统的定义、功能、分类及发展历程;2. 银行储蓄业务流程:详细讲解存款、取款、转账等业务的具体操作流程;3. 银行储蓄系统相关法律法规:分析银行储蓄业务中涉及的法律法规,如《银行业监督管理法》、《商业银行法》等;4. 银行储蓄系统风险防范:介绍风险防范措施,包括内部控制、信息安全、反洗钱等;5. 银行业务创新:分析当前银行业务创新的发展趋势,如互联网银行、移动支付等;6. 信息技术在银行储蓄系统的应用:探讨数据库、网络技术、加密技术在银行储蓄系统中的应用。
教学大纲安排:第一周:银行储蓄系统基本概念及发展历程;第二周:银行储蓄业务流程及操作;第三周:银行储蓄系统相关法律法规及风险防范;第四周:银行业务创新及信息技术应用。
(芙蓉学院)(芙蓉学院)软件工程实验报告课题: 银行储蓄管理系统*名:**学号:同组姓名:专业班级:芙蓉计科0701指导教师:***设计时间:2011/3/20评阅意见:评定成绩:指导老师签名:年月日银行储蓄管理系统目录1.需求分析1.1系统的功能性需求1.2系统需求分析规格说明书1.3系统实体联系(ER)图1.4系统数据流(DFD)图1.5系统数据字典1.6面向数据流的设计方法1.需求分析系统中要求每个人银行管理者都有一个系统帐号,并每个帐号都有密码,系统的一切操作(如:增加存储用户,提高利率等)都由管理者执行,而不是由存诸用户执行,也主是说存储用户并不直接与系统交互,而是通过管理员与系统交互。
该系统主要有两部份业务功能,存款与取款。
储户填写的存款单或取款单由业务员输入系统,如果是存款则系统记录存款人姓名,住址(或电话号码),身份证号码,存款类型,存款日期,到期日期,利率及密码(可选)等信息,并打印存单给储户;如果是取款而且存款时留有密码,则系统首先核对储户密码,若密码正确或存款时未留密码,则系统计算得利息并打印出利息清单给储户。
1.1系统的功能性需求系统为管理者提供主功能界面系统在启动时要求管理者输入登录帐号与密码系统要通过管理员执行一系操作(如:添加用户,修改,查询,删除等)管理员代用户实现存款,取款,查询等操作储户的一切信息,存储在数据库表中1.2系统需求分析规格说明书●实现储户开户登记●办理定期存款帐●办理定期存款手续●办理活期取款帐●办理活期取款手续●实现利息计算●输出明细表●数据备份和数据恢复功能●查看帐户信息1.3系统ER图系统主要关系模式:1.储户(储户姓名,住址,身份证号码)2.管理员(员工号,姓名)3.存款(储户姓名,员工号,金额,存款类型,到期日期,存款日期)4.查询(储户姓名,员工号)5.取款(储户姓名,员工号,金额,取款日期)1.5系统顶层数据流(DFD)图打印存单打印清单1.6系统0层数据流(DFD)图1.7第2层DFD 图储户信息文件1.8第3层数据流图 储户信息文件款1.9第5层数据流图储户信息文件信息1.10数据字典1.6.1确定输入流和输出流的边界,从而孤立出变换中心。
软件工程实验报告课题:银行计算机储蓄系统学生姓名:***学号: *****0320 专业班级:软件三班指导教师:**同组成员:赵野孙瑞泽管宏刚需求分析一、实验目的旨在开发一个银行储蓄管理系统,利用计算机高速的计算能力和自动化,使得:用户可以通过该系统能够简单明了的办理各种业务,并且减少失误操作以及错误操作后的及时处理。
提高办理业务的效率。
银行可以通过使用该系统减少工作人员,管理人员,方便管理,提高效率。
二、实验任务与实验要求1、各种信息都保存在相应的文件中;2、界面友好,可操作性强。
3、变量、函数命名符合规范。
4、注释详细:每个变量都要求有注释说明用途;函数有注释说明功能,对参数、返回值也要以注释的形式说明用途;关键的语句段要求有注释解释。
三、实验内容(1)功能分析经过初步分析银行计算机储蓄系统应该具备以下主要功能。
1、用户实现存款,取款,查询等操作。
2、系统在启动时要求管理者输入登录帐号与密码。
3、系统要通过管理员执行一系操作(如:添加用户,修改,查询,删除等)。
4、用户实现存款,取款,查询等操作。
系统为管理者提供主功能界面。
5、储户的一切信息,存储在数据库表中。
(2)关系模式系统主要关系模式:1、储户(储户姓名,住址,身份证号码)2、存款(储户姓名,员工号,金额,存款类型,到期日期,存款日期)3、取款(储户姓名,员工号,金额,取款日期)E-R图如下所示:图1-1 银行储蓄E-R图.数据字典设计:表1-1用户信息表(user表)表1-2用户存钱、取钱、转账的操作表(operat e表)表1-3账户的余额表(balanc e表)(3)建立数据流图打印存单打印清单图1-2系统顶层数据流图图1-3 0层数据流图储户信息文件图1-4 1层数据流图. 储户信息文件.储户信息文件图1-6 3层数据流图.(4)建立状态图银行计算机储蓄系统的状态图,如图1-7所示。
银行储蓄管理系统c 课程设计一、教学目标本课程的学习目标主要包括知识目标、技能目标和情感态度价值观目标。
通过本课程的学习,学生需要掌握银行储蓄管理系统的相关知识,包括储蓄业务的基本原理、储蓄账户的管理、储蓄业务流程等。
在技能方面,学生需要能够运用C语言进行简单的程序设计,实现银行储蓄管理的基本功能。
在情感态度价值观方面,学生需要培养对银行储蓄管理系统的兴趣,提高对编程和计算机科学的热情,培养良好的编程习惯和团队合作精神。
二、教学内容本课程的教学内容主要包括银行储蓄管理系统的相关知识和C语言编程基础。
首先,学生需要了解储蓄业务的基本原理,包括储蓄账户的开设、存款、取款、转账等业务。
其次,学生需要学习C语言编程基础,包括变量、数据类型、运算符、控制结构等。
然后,学生将运用所学的C语言编程知识,设计和实现一个简单的银行储蓄管理系统,包括账户管理、存款、取款、转账等功能。
最后,学生将对所设计的银行储蓄管理系统进行测试和优化,提高系统的稳定性和效率。
三、教学方法为了激发学生的学习兴趣和主动性,本课程将采用多种教学方法。
首先,讲授法将用于向学生传授银行储蓄管理系统的相关知识和C语言编程基础。
其次,讨论法将用于引导学生进行思考和交流,培养学生的团队合作精神和问题解决能力。
案例分析法将用于分析实际生活中的储蓄业务案例,帮助学生更好地理解和应用所学知识。
实验法将用于让学生通过实际编程和测试,提高编程技能和系统设计能力。
四、教学资源为了支持教学内容和教学方法的实施,本课程将准备多种教学资源。
教材将提供银行储蓄管理系统的基本知识和C语言编程基础的学习材料。
参考书将提供更深入的理论和实践指导。
多媒体资料将用于展示实际储蓄业务案例和编程技巧。
实验设备将用于让学生进行实际编程和系统测试。
此外,还将提供在线编程平台和调试工具,方便学生进行自主学习和交流。
五、教学评估本课程的教学评估将采用多元化的方式,以全面客观地评价学生的学习成果。
上机实践报告
课程名称:软件工程年级:上机实践成绩:
指导教师:姓名:
上机实践内容:机票预订系统学号:上机实践日期:
一、目的
用面向对象分析、设计方法来分析机票预订系统。
二、主要内容及问题
为方便储户,某银行拟开发计算机储蓄系统。
储户填写的存款单或取款单由业务员输入系统,如果是存款,系统记录存款人姓名、住址、存款类型、存款日期、利率等信息,并印出存款单给储户;如果是取款,系统计算利息并印出利息清单给储户。
(1) 建立它用例模型图、类图、对象图、活动图、顺序图、状态图,并建立对应的对象模型、动态模型和功能模型(包括DFD图)。
(2) 写出(1)中对应部分的相关说明书。
确无误后系统计算利率并印出取款清单给储户。
存款功能:以储户的存款为主要活动,相关记录根据存款结果进行调整,以使信息保持一致。
1. 系统需要在原帐户信息中增加一条记录,包括存款人姓名,住址,存款类型,存款日期,利率等信息。
2. 若为新储户,须建立一个帐户,并记录此次的记录。
3. 打印存款单给储户。
取款功能:
1. 系统计算利息,在原帐户信息中取款减去。
2. 若为清户,记录注销该帐户,将帐户余额一并交与储户。
3. 打印利息清单给储户
三、使用环境
操作系统:Windows XP
建模工具:StarUML、Microsoft Visio
四、设计内容
1-1、用例模型图
用例模型图说明:
银行储蓄系统主要使用的对象是银行业务员和储户。
业务员根据储户填写的存款单或者取款单信息,将其输入系统,系统根据相关信息进行处理,则系统其中的一个功能即用例就是接收储户信息。
储户需要办理取款或者是存款业务,系统由业务员输入的信息来识别,则系统的另一个功能即用例就是存款和取款处理,根据不同客户的需求,这个功能就拆成存款功能和取款功能。
1-2、类图
类图说明:
为此系统定义了4个类,分别是顾客类,职员类,银行类,系统处理类。
各个类对应的属性和操作方法在图中已表示出,目前应该还是有很多不完善的地方,在后期再加以修改。
1-33、对象图
对象图说明:
对象图是根据设置的类图而设置的。
一个对象就是类的一个具体实例,本例中设置了一个custom1的储户,详细信息在图中已经设置,根据储户的相关信息和操作,系统会调用相应的类的对象来处理,在本例中不一定会全部都涉及。
比如储户想存款或者是取款,当然他也有可能两项业务都会处理,但可以肯定的是不是在同一时刻,存款取款一定是有先后顺序的。
1-44、顺序图
顺序图说明:
顺序图用来描述对象之间动态的交互关系,着重体现对象间消息传递的时间顺序。
由于在银行储蓄系统中,储户面向两种的业务,业务之间也有先后顺序,所以在顺序图中会有两个生命周期,分别是取款操作和存款操作。
业务员根据储户填写的信息判断是存款业务还是取款业务,就分别操作系统的存款功能和取款功能。
系统在对存款业务进行处理时,会先记录储户的相关信息,最后再打印存款单给储户。
系统对取款业务进行处理时,会先计算储户该得的利息,最后会把利息清单打印给储户。
1-5、状态图
状态图说明:
在银行储户系统中,主要会有两个对象的状态:储户和系统。
储户的状态最开始是填写业务单状态,储户填写存款单或者是取款单,再有业务员将业务类型输入系统,此时储户的状态是等待,等待系统处理业务,最后储户收到系统打印出的相应业务单。
系统的状态主要对应在储户等待期间系统处理业务的状态,系统根据业务员输入的信息判断是什么类型的服务,根据不同的业务类型对应取款处理状态和存款处理状态,最后打印业务单返回给储户。
1-66、活动图
活动图说明:
状态图着重描述对象的状态变化以及触发状态变化的事件,活描述系统中各种活动的执行顺序,刻画一个方法中所要进行的各项活动的执行流程。
在银行储蓄系统中,各种活动有储户和银行的状态图转化而来。
储户填写业务单活动,之后就由业务员输入信息,系统对应的活动就有存款和取款,各自活动都有自己的的后续活动,因为是两种不同的业务,各自进行的活动就会不同。
2、动态模型
动态模型说明:
动态模型主要是描述系统的动态行为和控制结构。
动态行为包括系统中对象生存期内可能的状态以及事件发生时状态的迁移,还包括对象之问动态合作关系,显示对象之间的交互过程以及交互顺序,同时描述了为满足用例要求所进行的活动以及活动问的约束关系。
动态模型主要包括的状态图、顺序图和活动图已经在4、5、6中画出。
建立动态模型的第一步是编写交互行为的脚本;第二步从脚本中提取出事件,确定后触发每个事件的动作对象及接收事件的目标对象;第三步排列事件发生的次序,确定每个对象可能有的状态及状态间的转换关系,并用状态图描绘它们。
最后,比较各个对象的状态图,检查它们之间的一致性,确保事件之间的匹配。
3、功能模型
功能模型说明:
功能模型表明了系统中数据之间的依赖关系,以及有关的数据处理功能,它由一组数据流图组成,此功能模型的分析与设计依照对象模型和动态模型而来。
DFD图(数据流图)描绘信息流和数据从输入移动到输出的过程中所经受的变换。
数据流中没有任何具体的物理部件,它知识描绘数据在软件中流动和被处理的逻辑过程。
在银行储蓄系统中,储户提出相应业务需求,系统根据相应信息处理储户的业务,流程如图。
4、对象模型
对象模型说明:
对象模型描述了现实世界中的类与对象以及它们之间的关系,表示了目标系统的静态数据结构。
对象模型通常有5个层次。
首先确定对象类和关联,对于大型复杂问题还要进一步划分出若干个主题;然后给类和关联增添属性,以进一步描述它们;接下来利用适当的继承关系进一步合并和组织类。
而对类中操作的最后确定,则需要等到建立了动态模型和功能呢模型之后,以为这两个子模型更准确地描述了对类中提供
的服务的需求。
五、总结
通过本次实验,我基本能用面向对象的分析方法来分析银行储蓄系统,用面向对象的设计方法来实现系统的各种基本模型图。
面向对象分析的关键是识别出问题域内的类和对象,并分析它们之间相互的关系,最终建立起问题域的简洁、精确、可理解的正确模型。
在实验中,也熟悉了和基本掌握了各种模型图的分析方式和设计模式。
在面向对象分析中有3种模型:对象模型、动态模型和功能模型,其中对象模型是最基本、最重要、最核心的,功能模型必须要在对象模型和动态模型分析和建立的基础上才能建立。