银行个人储蓄概要设计
1 总的功能流程
2 总体架构图
柜台2
3 功能模块
以列表的形式列出所有的功能需求。
3.1 柜员签退（需求编号0001）
需求描述：柜台管理员进行签到或者签退。
前提条件：柜台人员已登录系统
输入：柜台人员编号
输出：成功或失败的标志
流程图：
3.2 柜员签到（需求编号0002）
需求描述：柜台管理员进行签到或者签退。
前提条件：
输入：
输出：
功能流程图：
3.3 储蓄开户（需求编号0002）
3.4 储蓄销户（需求编号0002）
活期存/取款
挂失解挂
冻结解冻
密码修改
4 功能流程
柜台系统功能：
1）柜台登录/签到
2）取款
0，客服登录柜台
1，在柜台点开取款界面
2，输入金额，身份证，银行卡号
3，表单验证，数据合法性
4，提交，更新客户信息上面的金额字段，更新时间
5，取款历史记录，
操作者、客户、金额、操作类型（取款）、时间
6，如果数据库提交成功，返回成功信息。
3）存款
0，判断客服是否已登录柜台，如果没有登录，跳到登录页面；
1，在柜台点开存款界面
2，输入金额，银行卡号
3，表单验证，数据合法性
4，提交，更新客户信息上面的金额字段，更新时间
5，历史记录，
操作者、客户、金额、操作类型（存款）、时间
6，如果数据库提交成功，返回成功信息。
4）开户
0，判断客服是否已登录柜台，如果没有登录，跳到登录页面；
1，输入身份证、户名、金额、电话、地址表单信息（qq、email）1，数据校验
2，提交后台，返回信息，假如成功，同时返回卡号
3，历史记录，
操作者、客户、金额、操作类型（开户）、时间
5）销户
0，判断客服是否已登录柜台，如果没有登录，跳到登录页面；
1，输入身份证、银行卡号
2，数据校验
3，返回信息
4，历史记录，
操作者、客户、金额、操作类型（销户）、时间
6）存取款记录查询
1，判断客服是否已登录柜台，如果没有登录，跳到登录页面；
2，输入客户的身份证、卡号或者账户名称\日期
4，表单验证
5，返回表单
【户名】【身份证】【卡号】【金额】【类型/存取】【操作者】【日期】
5 后台核心服务接口
采用xml报文字符串格式
检测帐号是否存在的接口
输入的xml例子：
输出的例子
-1
登录logincheck
xml示例：
输入：
输出（服务器返回）：
1
取款
operation = getmoney
存款
开户
输入xml例子：
0
销户
操作流水
输出
0
6 界面原型
后台核心系统为socket服务器，无界面。
柜台管理系统web界面如下：
登录页面：
首页：登录
存款页面：
输入要存款的帐号
金额
取款页面：
开户页面：
销户页面：
7 数据表设计
E-R图
柜台客服信息表t_operator
字段名字段类型长度备注operator_id integer 主键
客户信息表t_customer
帐号表（用来存储用户的卡）t_card
操作流水表t_opration_log
操作者、客户、金额、操作类型（开户）、时间
银行储蓄系统课程设计
银行储蓄系统课程设计
银行计算机储蓄系统 二、总体设计 1、 模块结构图 ......................... 2、 数据库总体设计 ..................... 3、 数据库设计与程序关系 ............... 1、平台支持设计 2?1 3种基本的控制结构（顺序，选 择，循环） 模块间僚系：■ 3、人机界面设计 ....................... 3?1系统响应时间 .................. 9 3.2用户帮助设施 .................. 10 3.3出错信息出理 .................. 10 3.4系统维护设计 (10) 目录 一、任务 .................................. 4、数据字典 ........................... 三、详细设计 .............................. 2、结构程序设计 .. (3) 3 3 5 6 6 7 7
4、模块设计........ 12 5、数据库详细设计 13
主要在存取款时将客户信息写入数据库并返回。 2. 3数据库设计与程序关系 程序在对存/取款进行操作时需对数据库数 据结 构，也就是数据表进行查询和修改：在存/ 取款过程中都需要对数据库中的所有表，进行联 合查询、修改。 物理数据结构主要用于各模块之间函数的 信息 传递。接口传递的信息将是以数据结构封装 了的数据，以参数传递或返回值的形式在各模块 间传输。出错信息将送入显示模块中，最后送入 打印准备模块中准备打印格式。 3、数据字典
银行储蓄管理系统可行性研究报告
GB 8567-2006 银行储蓄管理系统 可行性研究报告 撰写人：施靖豆健美雷明昊王新尧 审核人：王新尧 日期：2012-3-16
可行性研究报告修改情况记录见表C1 表C1 可行性研究报告修改情况记录
目录 1引言 ............................................. 错误!未定义书签。 编写目的.......................................... 错误!未定义书签。背景.............................................. 错误!未定义书签。定义.............................................. 错误!未定义书签。参考资料.......................................... 错误!未定义书签。 2可行性研究的前提.................................. 错误!未定义书签。 要求.............................................. 错误!未定义书签。目标.............................................. 错误!未定义书签。条件、假定和限制.................................. 错误!未定义书签。进行可行性研究的方法.............................. 错误!未定义书签。评价尺度.......................................... 错误!未定义书签。 3对现有系统的分析.................................. 错误!未定义书签。 处理流程和数据流程................................ 错误!未定义书签。工作负荷.......................................... 错误!未定义书签。费用开支.......................................... 错误!未定义书签。人员.............................................. 错误!未定义书签。设备.............................................. 错误!未定义书签。局限性............................................ 错误!未定义书签。 4所建议的系统............................................. 错误!未定义书签。 对所建议系统的说明................................ 错误!未定义书签。处理流程和数据流程................................ 错误!未定义书签。改进之处.......................................... 错误!未定义书签。影响.............................................. 错误!未定义书签。 对设备的影响.................................... 错误!未定义书签。 对软件的影响.................................... 错误!未定义书签。 对用户单位机构的影响............................ 错误!未定义书签。 对系统运行过程的影响............................ 错误!未定义书签。 对开发的影响.................................... 错误!未定义书签。 对地点和设施的影响.............................. 错误!未定义书签。 对经费开支的影响................................ 错误!未定义书签。局限性............................................ 错误!未定义书签。技术条件方面的可行性.............................. 错误!未定义书签。 5可选择的其他系统方案.............................. 错误!未定义书签。 可选择的系统方案1 ................................ 错误!未定义书签。可选择的系统方案2 ................................ 错误!未定义书签。 6投资及效益分析.................................... 错误!未定义书签。 支出.............................................. 错误!未定义书签。 基本建设投资.................................... 错误!未定义书签。
银行储蓄系统的需求规格说明书
1.引言 1.1 项目背景 项目说明:随着社会经济的发展，以及数字生活的逐步渗透，如何为用户提供更加便捷、更加周到的服务已经成为各大银行竞争的焦点。但如今银行储蓄系统工作效率比较低，越来越不能满足广大人民群众的需求，人们希望可以更方便更省时更省力的办理储蓄的相关业务。人们不再满足于以前传统的哪家银行卡只可以在那家银行存款提款的模式。而如今计算机网络的高速发展及普及度的进一步加强,越来越多的人希望通过在家实现存取款或是通过上网实现网上银行的功能等。在这样的趋势下,明显可以看出现今的银行计算机储蓄系统不能够满足人们日益增长的需求，为提高该银行的存取款工作效率，降低工作的人力、物力开支，提高工作的准确性、正确性，并且便于用户信息存取,需要建立一个新的、高效的、方便的、互联的计算机储蓄系统 1.2 项目目标 (1).处理速度的提高及准确度的保证； (2).人员利用率的改进及合理调度。 (3).改进管理和服务; 2.运行环境 1)客户端 操作系统：Windows xp/2000 server/2003 server/2008 server/7, Linux。 浏览器：IE 7.0以上，Firefox3.5以上，chrome 6以上。 2)服务器端 操作系统：Windows xp/2000 server/2003 server/2008 server/7, Linux。 浏览器：IE 7.0以上，Firefox3.5以上，chrome 6以上。 3)数据库 操作系统：Windows 7 数据库系统：Mysql 5.0及更新版本
3.性能需求 1)客户端一般相应时间不超过1秒。 2)报表统计时间不超过30秒。 4.安全性需求 1)对数据的访问设置权限，以保证用户个人信息的保密性。 2)对用户输入的密码进行单向加密，以防止密码泄露造成经济损失。 3)保证用户进行的业务执行正确和安全。 5.外部接口需求 用户接口 本系统采用B/S架构，所有界面使用WEB风格，用户界面的具体细节将在概要设计文档中描述。 6. 银行系统业务流程图
银行管理系统设计报告样板(doc 33页)
银行管理系统设计报告样板(doc 33页)
银行管理系统设计报告 学生姓名：宋科超冯瑞刘林锋 学生学号：13081282 13081304 13081306 班级：软件学院三班
一、需求分析 设计一个银行账户管理系统，要求实现以下功能： 1.实现银行管理员管理的功能，要求完成以下功能：1）管理员的 登录（设本系统的管理员只有一个，管理员信息包括管理员姓名，管理员密码）；2)修改管理员密码；3）为新用户创建账户信息，账户信息包括用户帐号（要求系统自动分配用户账号）、用户账户密码（为用户设置初始密码123456）、用户身份证号码、用户姓名、用户地址、帐户金额；4）删除需要注销账户的用户的账户信息； 5）查询银行信息，包括：该银行的总客户数，总的存款金额；6）某个用户的账户信息。 2.实现客户对自己账户的操作功能,要求完成以下功能：1）用户的 登录（未登录或登录失败时不能执行用户账户的操作）；2）修改帐户信息，要求用户输入帐号，根据用户需要修改除了帐号之外
的其余信息；3）模拟用户实现存款和取款的功能；4）记录用户账户的历史账单，方便用户查阅，如用户何时从银行取款多少等； 5)查询账户信息，根据输入的帐号查询用户信息、帐户金额和用 户的明细账单。 3.以上功能要求以分级菜单的形式提供，不同的角色状态得到不同 的菜单。 二、设计思想: 定义一个用户类customer，数据成员主要有姓名、身份证号码、住址、余额等内容，可供用户操作的功能有开户，销户、存款、取款、转账、余额查询等。用户可根据界面提示自行操作。 定义一个管理员administrator： 管理员信息包括管理员姓名，管理员密码；管理员的登录；修改管理员密码；可操作的功能有：1 为新用户创建账户信息，账户信息包括用户帐号、用户账户密码（为用户设置初始密码123456）、用户身份证号码、用户姓名、用户地址、工作单位、帐户金额；2 删除需要注销账户的用户的账户信息；3 查询银行信息，包括：该银行的总客户数，总的存款金额；4 某个用户的账户信息。由于要实现界面的回复，所以用了大量的函数调用。在控制用户的循环操作时采用了for循环与break匹配的结构。 在整体设计上将程序分为四个部分，第一个部分“customer.h”,在这个文件中对所要用到的类customer和administrator进行了申
银行管理系统 概要设计报告
目录1.引言 1.1编写目的 1.2 项目背景 1.3 定义 1.4参考资料 2. 任务概述 2.1目标 2.2 运行环境 2.3 需求概述 2.4 条件与限制 3. 总体设计 3.1处理流程 3.2 总体结构和模块外部设计 3.3 功能分配 4. 接口设计 4.1 外部接口 4.2 内部接口 5. 数据结构设计 5.1 逻辑结构设计 5.2数据结构和程序的关系 6. 运行设计 6.1 运行模块的组合 6.2 运行控制 6.3 运行时间 7. 出错处理设计 7.1 出错输出信息 7.2 出错处理对策 8. 安全保密设计
概要设计规格说明书 --银行管理系统1.引言 1.1编写目的 随着经济社会的快速发展，人们已不满意于人工存取款的低效率，追求更高的存取效率，并且业务的种类逐渐丰富、复杂度提高，人工操作出现的失误也呈现上升趋势，银行根据行业和用户的需求，决定开发新型的银行管理系统，以降低操作复杂度、出错率，从而提高工作效率，通过简单高效的操作来实现目的，将一系列的操作集成起来，实现功能的耦合，提高操作的易操作性、高效率性。 1.2项目背景 (1)开发软件名称：银行储蓄系统。 (2)项目开发者：“银河一号银行管理系统”开发小组 (3)用户单位：各种商业银行。 1.3定义 列出开发中的概要设计中特定词的特定含义 VS 2010(Microsoft Visual studio 2010)：一种集成的开发工具。 SQL(Structured Query Language)：结构化查询语言，主要用于同数据库进行数据访问与控制。 1.4参考资料 (1)《软件工程》张俊兰王文发编著西安交通大学出版社 (2)《C++程序设计》谭浩强编著清华大学出版社 (3)《软件工程》任胜兵邢琳编着北京邮电大学出版社 (4) 《面向对象程序设计》陈维兴张小茶编著清华大学出版社 2.任务概述 2.1目标 本银行管理系统旨在提高银行工作人员的工作速率、以及降低出错率，通过简单高效的操作来实现目的，将一系列的操作集成起来，实现功能的耦
银行核心业务系统总体设计
核心业务系统总体设计说明书
目录 §1 综述 (5) §2 系统总体结构 (6) §2.1 系统运行环境 (6) §2.2 系统网络总体架构 (7) §2.3 应用逻辑结构 (8) §3 核心系统技术结构 (9) §4 综合前置系统构架 (10) §5 系统设计总体目标 (11) §5.1 技术设计思想 (11) §5.1.1 三层结构，从面向交易过渡到面向客户、面向服务 (11) §5.1.2 全面贯彻以客户为中心的设计思想 (11) §5.1.3多渠道接入平台系统的采用 (12) §5.1.4 银行服务形式“产品化”及产品定制 (12) §5.1.5 服务模块组织“构件化”、“构件封装”及构件驱动平台 (12) §5.1.6 “引领式”操作模式、流程定制及流程再造 (13) §5.1.7 批处理控制平台，增强批处理的并发程度，缩短批处理的时间 (13) §5.1.8 标准的外部系统接口 (14) §5.2 业务设计思想 (14) §5.2.1 一体化的会计核算体系及核算主体定义 (14) §5.2.2 支持全天候“7X24小时”不间断营业 (14) §5.2.3 支持多分行，支持多级清算 (15) §5.2.4 “全功能柜员” (15) §5.2.5 客户信息集中，统一的客户授信体系，实行额度管理 (15) §5.2.6 加强了内控体系，强化柜员权限管理，完善的系统安全性和灵活的交 易授权机制 (16) §5.2.7 灵活的计息模块，支持“利率市场化” (16) §5.2.8 灵活的收费模块，支持银行自主地制定收费政策 (17) §5.2.9 提供“以客为尊”的一站式服务 (17) §5.2.10 合理利用计算机优势，减轻业务人员的工作量 (17) §6 系统功能要点逻辑设计 (18) §6.1 运行平台和交易组装 (18) §6.1.1 核心交易平台的总体结构 (18) §6.1.2 核心交易平台设计要求 (18) §6.1.3 核心构件库的组成 (21) §6.1.4 构件形成及使用原则 (21) §6.1.5 交易驱动设计结构 (22) §6.1.6 交易驱动设计要求 (23) §6.1.7 交易驱动实现方法 (24) §6.2 报文接口及拆组包 (31) §6.2.1 主报文格式 (31) §6.2.2 系统拆包流程 (31) §6.2.3 系统组包流程 (31)
JAVA课程设计银行管理系统
大连科技学院java程序设计课程设计(B) 题目银行取款管理系统 学生姓名姚伟奇专业班级计算机（Z）13-1 指导教师李红职称讲师 所在单位信息科学系软件工程教研室 教学部主任王立娟 完成日期 2016年9月30日 课程设计报告单
综合评定： （优、良、中、及格、不及格）指导教师签字：2016年9月30日《java程序设计课程设计(B)》任务书 一、课程设计任务及要求： 任务：针对小型信息管理系统或若干综合性设计题目,选择一种软件开发模型，完成从需求分析、系统设计、系统实现，软件测试的全过程。 要求： (1) 根据软件系统开发的一般原则，完成相应系统的功能设计，完成主要功能模块的程序实现并进行测试训练，给出代码运行结果和相应的设计文档。可以分组进行，但所有学生必须经历整个系统的开发全过程，以便加深对系统开发全过程的认识。 （2）提交课程设计报告。 （3）指标: 要求完成课程设计报告3000字以上(约二十页)；完成所设计的题目，设计题目的语句行数的和在200行语句以上。 二、工作量 2周（10个工作日）时间 三、计划安排 第1个工作日：查找相关资料、书籍，阅读示例文档，选择题目。 第2个工作日－第4个工作日：设计程序结构、模块图。 第5个工作日－第9个工作日：完成程序的编码，并且自己调试、测试。穿插进行课程设计报告的撰写。 第10个工作日：上交课程设计报告，由教师检查软件测试效果、检查课程设计报告，给出学生成绩。
指导教师签字：2016年9月19日
目录 题目：.................................................... 错误!未定义书签。 1.需求分析............................................ 错误!未定义书签。 2.概要设计............................................ 错误!未定义书签。 3.详细设计............................................ 错误!未定义书签。 4.编码................................................ 错误!未定义书签。 5.调试分析............................................ 错误!未定义书签。 6.测试结果及运行效果.................................. 错误!未定义书签。 7.系统开发所用到的技术................................ 错误!未定义书签。 8.课程设计总结........................................ 错误!未定义书签。参考文献................................................. 错误!未定义书签。5 附录全部代码............................................. 错误!未定义书签。
银行储蓄系统概要设计与详细设计
中央民族大学 软件工程实验报告银行储蓄系统概要设计与详细设计姓名：吴璨 学号：
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.《软件工程导论》，张海藩，清华大学出版社 2.《实用软件工程》，郑人杰等，清华大学出版社
银行储蓄管理系统
燕山大学三级项目设计说明书 题目：银行储蓄管理系统 学院（系）：信息学院 年级专业：教育技术学15—1 学号： 学生姓名：付叶禹 郑凯峰 李文悦 王宇晨 李晓晗 指导教师：梁顺攀 教师职称：副教授 燕山大学三级项目设计（论文）任务书 院（系）：信息学院教学单位：
说明：此表一式四份，学生、指导教师、基层教学单位、系部各一份。 年月日燕山大三级项目设计评审意见表
摘要 论文阐述的是在SQL server 2008开发环境下对银行储蓄管理系统的设计。希望通过该系统的应用，能促使银行储蓄管理工作的规范化、标准化和自动化，提高管理水平和管理效率，为管理工作提供更完善的信息服务和一个成功的信息管理系统。数据库是一个非常重要的条件和关键技术，管理系统所涉及的数据库设计分为：数据库需求分析、概念设计、逻辑设计过程。 本论文叙述了数据库设计的全过程。 主要分为： 1. 系统需求分析与功能设计阶段，包括功能需求、性能需求、数据需求、系统功能框图、系统总体数据流图及分模块数据流图、数据字典。 2. 总体设计阶段，包括系统总体功能模块图、功能模块描述、输入输出及统计查询等功能模块。 3. 概念设计阶段，包括系统各个模块的ER图及系统的总ER图。 4．逻辑结构设计阶段，包括系统各个模块的ER图所转化的关系模式。 关键词：数据库设计；管理系统； SQL server 2008；
目录 摘要...................................................... 1 绪论................................... 错误!未定义书签。1.1项目背景............................. 错误!未定义书签。1.1编写目的............................. 错误!未定义书签。1.1软件定义............................. 错误!未定义书签。 1.1开发环境............................. 错误!未定义书签。 2 系统需求分析 (2) 2.1信息与功能需求 (2) 2.2业务处理需求 (2) 2.3数据流图 (3) (3) (4) 2.4安全性与完整性要求 (8) 2.5数据字典 (8) 2.5.1储户基本信息表 (8)
银行系统软件工程课程设计
目录 第一章概述 (1) 1.1目的 (1) 1.2背景 (1) 1.3定义 (1) 第二章需求分析 (2) 2.1功能需求 (2) 2.2性能需求 (3) 2.3运行需要 (4) 2.4输入要求 (5) 2.5输出要求 (5) 第三章系统E_R图 (6) 第四章系统流程和数据流图 (7) 4.1系统流程图 (7) 4.2数据流图 (8) 第五章存取款状态图 (10) 第六章数据字典 (11) 6.1数据元素 (11) 6.2数据流 (11) 6.3数据存储： (12) 6.4加工逻辑： (13) 第七章结论 (16)
第一章概述 1.1目的 报告的目的旨在提出银行业务系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据。此文档进一步定制软件开发的细节问题，明确软件需求、安排项目规划与进度、组织软件开发与测试，便于用户与开发商协调工作。经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行需求分析。 1.2背景 随着社会经济的发展，以及数字生活的逐步渗透，如何为用户提供更加便捷、更加周到的服务已经成为各大银行竞争的焦点。但如今银行储蓄系统工作效率比较低，越来越不能满足广大人民群众的需求，人们希望可以更方便更省时更省力的办理储蓄的相关业务。人们不再满足于以前传统的哪家银行卡只可以在那家银行存款提款的模式。而如今计算机网络的高速发展及普及度的进一步加强,越来越多的人希望通过在家实现存取款或是通过上网实现网上银行的功能等。在这样的趋势下,明显可以看出现今的银行计算机储蓄系统不能够满足人们日益增长的需求，为提高该银行的存取款工作效率，降低工作的人力、物力开支，提高工作的准确性、正确性，并且便于用户信息存取,需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。 1.3定义 银行业务系统是一款为用户提供存款、取款、转账等业务的计算机软件系统。在银行设立账户的人或机构通常被称为银行的储户。一个储户可以在银行开多个账户，储户可以存钱到账户中，也可以从自己的账户中取现，还可以将存款从一个账户转到另一个账户。储户还可以随时查询自己账户的情况，并查询以前所进行的存款、取款等交易记录。后台管理员可以对储户的账户进行注销、删除、查询等管理，还有就是银行利息、汇率、手续费之类参数的设置，以及财务管理以及财务分析。
软件工程 银行储蓄系统
银行储蓄系统 可行性分析报告 1 引言 1.1 编写目的 经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。明确开发风险及其所带来的经济效益。本报告经审核后，交由软件经理审查。 1.2 背景 项目名称：银行计算机储蓄系统 用户：××银行 说明：现在的银行储蓄系统工作效率低，不能满足广大人民群众的要，人们希望能更方便更省时地办理储蓄业务。在这样的背景下，切需要建立一个新的、高效的、方便的计算机储蓄系统。 1.３参考资料 《软件工程导论（第四版）》张海藩编着清华大学出版社出版 《软件工程》任胜兵邢琳编着北京邮电大学出版社 2 可行性研究的前提 2.1 基本要求 2.1.1 功能要求 此系统所要完成的主要功能有两方面： 储户填写存款单或取款单交给业务员键入系统，如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，完成后由系统打印存款单给储户。 如果是取款，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。 2.1.2 性能要求
为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，也要有足够大由于要存贮大量的数据和信息，所以要求很高的信息量速度和大的主存容量； 的磁盘容量；另外，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。 2.1.3 接口要求 业务员键入储户的资料要全部一直显示在屏幕上；储户键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。 2.1.4 输入要求 业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率，造成用户损失。 2.1.5 输出要求 要求快速准确地打印出存款或取款清单给客户。 2.2 开发目标 近期目标： 第一年内在一个银行建立一个银行内部计算机储蓄系统，初步实现银行储蓄系统计算机化，并保证该银行能够按期望顺利完成工作。 长期目标： 希望在三至四年内，在国内银行中建立该计算机储蓄系统，促进银行间的互联合作，实现银行储蓄系统的计算机管理体制，提高银行储蓄系统的整体水平；并实现银行储蓄系统的高效性、方便性、实用性、互联性，给储蓄用户带来方便和益处，从而提高银行的信用度，提高银行公司的经济效益和社会效益。 2.3 限制条件 2.3.1 开发时间（只限于近期目标）预定为半年 2.3.2 运行环境 Windows xp 及以上操作系统、数据库：Microsoft SQL Server 2000 2.3.3 使用寿命该系统至少使用四年以上。 2.3.4进行可行性研究的方法 采用调查方法：通过对银行业务员和客户的调查以获得第一手资料，确定客户和实际应用中的需求；然后经过座谈或开会的形式和专家以及银行经理交谈，落实最后的问题定义。 3 对现有系统的分析 当前大多数银行所使用的银行储蓄系统办理业务时手续繁多，人工业务操作过多，严重影响了工作效率，且出错率高，以至客户等待办理手续过长感到不耐烦，降低了银行效率。 3.1 当前系统的处理流程和数据流程（系统流程图） 储户取款时不能直接取款，要先填取款表，交给业务员输入资料，再由储户输入密码以确认身份，还要在取款表单上签名以再次确认，最后才业务员才把现金交给储户： 图流程系统
银行储蓄系统报告.doc
一、课程设计的目的和要求 1．1设计目标 运用数据库设计理论设计一个较完善有意义的数据库。 掌握目前流行的数据库管理系统Microsoft SqlServer 2000的使用与应用开发技术。 为数据库开发相应的应用程序，构成完整的数据库应用系统。 将设计在数据库管理系统上Oracle等一个或组合实现，开发工具可以选用VB、VC、java、html或其他程序设计语言。 1.2基本要求 采用面向对象的方法开发，按照软件工程课程中讲的有关数据库及其应用系统设计章节的内容，进行分析和设计，并按照面向对象的设计流程给出相应的分析设计文档。分析文档中应涉及到以下几个基本方面：需求分析与表达（oo分析，需求建模）、oo模型与关系模型的转换（映射方案、数据库结构、建库的sql语句）、完整性考虑（完整性约束、存储过程或触发器）、并发控制（数据并发问题，可加锁）、安全性考虑（数据库安全机制）、数据库备份与恢复、系统体系结构（c/s、b/s）、用户接口设计（操作界面设计）、程序功能设计、关键源程序等等。 1.3课题选择 银行储蓄管理系统 二、银行储蓄可行性分析
2.1基本要求 2.1.1 功能要求 此系统所要完成的主要功能有两方面： 储户填写存款单或取款单交给业务员键入系统，如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，完成后由系统打印存款单给储户。 如果是取款，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户 2.1.2 性能要求 为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也要有足够大的磁盘容量；另外，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。 2.1.3 接口要求 业务员键入储户的资料要全部一直显示在屏幕上；储户键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。 2.1.4 输入要求 业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率，造成用户损失。 2.1.5 输出要求 要求快速准确地打印出存款或取款清单给客户。 2.2开发目标 近期目标： 第一年内在一个银行建立一个银行内部计算机储蓄系统，初步实现银行储蓄系统计算机化，并保证该银行能够按期望顺利完成工作。 长期目标： 希望在三至四年内，在国内银行中建立该计算机储蓄系统，促进银行间的互联合作，实现银行储蓄系统的计算机管理体制，提高银行储蓄系统的整体水平；并实现银行储蓄系统的
银行储蓄系统
《数据库系统原理》 课程设计 2011年12月31日
目录 一、概述------------------------------------------------- 3 1.1 课程设计的目的---------------------------------------------- 3 1.2 课程设计的内容---------------------------------------------- 3 1.3 课程设计的要求---------------------------------------------- 3 二、需求分析--------------------------------------------- 3 2.1 系统需求---------------------------------------------------- 3 2.2 数据字典---------------------------------------------------- 3 三、系统总体设计----------------------------------------- 3 3.1系统总体设计思路--------------------------------------------- 3 3.2 概念模型设计----------------------------------------- 3 3.2.1 局部E-R图------------------------------------------------ 3 3.2.2 全局E-R图------------------------------------------------ 3 3.3 逻辑结构设计------------------------------------------------ 3 3.4 数据库建立实施--------------------------------------- 3 3.4.1 建立数据库------------------------------------------------ 3 3.4.2 建立关系表------------------------------------------------ 3 四、系统实现--------------------------------------------- 3 五、系统评价--------------------------------------------- 3 六、课程设计心得、总结----------------------------------- 3参考文献：----------------------------------------------- 3致谢--------------------------------------------------- 3附录--------------------------------------------------- 3
软件工程——银行储蓄系统 -
银行计算机储蓄系统 题目：银行帐户管理，储蓄业务处理系统 1 引言 1.1 编写目的 本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本银行储蓄系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用 此文档进一步定制软件开发的细节问题，明确软件需求、安排项目规划与进度、组织软件开发与测试，便于用户与开发商协调工作。经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行需求分析。 1.2 背景 项目名称：银行计算机储蓄系统 用户：××银行 说明：现在的银行储蓄系统工作效率低，越来越不能满足广大人民群众的需要，人们希望能更方便更省时就可以办理储蓄业务；随着拥有多种银行卡的人群不断增长，人们急切希望有一种通用的银行卡以便随时随地在哪家银行都可以存款提款；现在计算机网络的高速发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景下，很明显现在的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。 1.3定义 银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。 需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。 模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的 1.３参考资料 《软件工程——原理，方法与应用》吴钦藩编着人民交通出版社出版《软件工程导论（第四版）》张海藩编着清华大学出版社出版 《软件工程》任胜兵邢琳编着北京邮电大学出版社 2．需求分析报告前提 1 功能需求 ⑴功能划分 软件分别有新建，修改，查询，更新等功能。各个模块各有不同的功能，但都能完成查
银行储蓄系统流程图
需求分析
用户 存款单 填表 错误 存款单 存款信息表 需要 密码 密码信息表 密码 存款信息 存款信息 用户 存单 P1.1 验收 存款单 P1.2 更新存款 信息 P1.3 处理存款 P1.4 打印 存单 不需要密码 P1.2.1 设置密码 重新填写 概要设计
模块标识符模块功能控制关系身份验证模块G1 验证用户身份 存款模块G2 银行业务员输入存款信息，系统进行存储 取款模块G3 银行业务员输入取款信息，系统进行存储 存款单打印模块G4 银行业务员输入存款信息并打印 取款单打印模块G5 银行业务员输入取款信息并打印 按用户名和ID查询模块G6 查询用户信息 G1 G2 G3 G4G5 G6 身份验证功能* 存款功能* 取款功能* 存款单打印功能* 取款单打印功能* 按用户名和ID查询功能*
[说明各个数据结构与访问这些数据结构的各个程序之间的对应关系。 ] [程序1] [程序2] [……] [程序m] [数据结构1] √ [数据结构2] √√ ...... ………… [数据结构n] √√ 输出信息可能原因处理方法 ***不能为空***项忘记填写按照要求填写***项***不能重复***项数据库已有相应记录按照要求填写***项 数据库连接不上等类似的提示信息数据库服务器关闭或者网络 不通 检查数据库服务器是否关闭， 如关闭则启动，否则检查网络 配置 详细设计 名称标识数据类型数据值输入方式用户ID customerid 字符键盘输入密码password 字符或数字键盘输入
名称标识数据类型数据值输入方式存款金额cunkuancount 数字（ Double ）>0 键盘或鼠标 名称标识数据类型数据值输入方式取款金额qukuancount 数字（ Double ）>0 键盘或鼠标
软件工程课程设计-银行储蓄管理系统
（芙蓉学院） （芙蓉学院） 软件工程实验报告 课题: 银行储蓄管理系统 姓名：谭斌 学号： 同组姓名： 专业班级：芙蓉计科0701 指导教师：周学清 设计时间：2011/3/20 评阅意见： 评定成绩： 指导老师签名： 年月日
银行储蓄管理系统 目录 1．需求分析 1．1系统的功能性需求 1．2系统需求分析规格说明书 1．3系统实体联系（ER）图 1．4系统数据流（DFD）图 1．5系统数据字典 1．6面向数据流的设计方法
1．需求分析 系统中要求每个人银行管理者都有一个系统帐号，并每个帐号都有密码，系统的一切操作（如：增加存储用户，提高利率等）都由管理者执行，而不是由存诸用户执行，也主是说存储用户并不直接与系统交互，而是通过管理员与系统交互。该系统主要有两部份业务功能，存款与取款。 储户填写的存款单或取款单由业务员输入系统，如果是存款则系统记录存款人姓名，住址（或电话号码），身份证号码，存款类型，存款日期，到期日期，利率及密码（可选）等信息，并打印存单给储户；如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算得利息并打印出利息清单给储户。1．1系统的功能性需求 系统为管理者提供主功能界面 系统在启动时要求管理者输入登录帐号与密码 系统要通过管理员执行一系操作（如：添加用户，修改，查询，删除等） 管理员代用户实现存款，取款，查询等操作 储户的一切信息，存储在数据库表中 1．2系统需求分析规格说明书 ●实现储户开户登记 ●办理定期存款帐 ●办理定期存款手续 ●办理活期取款帐 ●办理活期取款手续 ●实现利息计算 ●输出明细表 ●数据备份和数据恢复功能 ●查看帐户信息
银行手机银行系统性能测试方案
●文档属性 ●文档版本记录
目录 目录 (3) 一、参考文档 (4) (一) 相关项目文档 (4) (二) 参考资料 (4) 二、测试概述 (4) (一) 测试范围 (4) (二) 测试环境 (4) (三) 测试工具 (5) 三、测试方案 (6) （一）测试计划和安排 (6) （二）基础数据 (7) （三）压力测试 (7) （四）稳定性测试 (10) （五）指标监控 (10) （六）性能指标要求 (10) 四、测试场景 (10) 系统登录（100人并发） (11) 系统登录（150人并发） (11) 系统登录（200人并发） (11) 交易查询（100人并发） (12) 交易查询（150人并发） (14) 交易查询（200人并发） (14) 行内转账（100人并发） (15) 行内转账（150人并发） (15) 行内转账（200人并发） (15) 混合场景测试一（100人并发） (17) 混合场景测试二（150人并发） (17) 混合场景测试三（200人并发） (17) 稳定性测试 (18)
一、参考文档 (一)相关项目文档 (二)参考资料 二、测试概述 (一)测试范围 ●手机银行的登录 ●我的账户信息查询 ●行内转账查询 ●交易明细查询 ●缴费记录查询 ●行内转账交易 (二)测试环境 1、环境拓扑图
2、环境配置 硬件配置 软件配置 3、环境差异分析 原则上要求系统测试环境尽量地接近生产环境，所以在当系统测试环境和生产环境有不一致的地方，请做相应的环境差异分析，并识别相关的风险。测试环境的差异包括但不限于硬件类型差异、硬件配置差异、系统软件类型差异、系统软件版本差异、系统软件配置差异、应用软件配置差异等。 (三)测试工具 LoadRunner向运行的测试代理机器Agent发送测试指令，测试代理机器运行脚本，模拟多个用户同时向服务器发出请求，测试在不同条件下服务器的响应情况。 性能测试工作原理如下图：