XX银行计算机储蓄系统项目可行性研究报告
版本历史
阶段任务完成人
目录
目录 (3)
1．引言 (4)
1.1编写目的 (4)
1.2项目背景 (4)
1.3参考资料 (4)
2．可行性研究的前提 (5)
2.1要求 (5)
2.2目标 (6)
2.3条件、假定和限制 (7)
2.4可行性研究方法 (7)
2.5决定可行性的主要因素 (7)
3．对现有系统的分析 (8)
3.1处理流程和数据流程 (8)
3.2工作负荷 (9)
3.3费用支出 (9)
3.4人员 (9)
3.5设备 (9)
3.6局限性 (9)
4．所建议技术可行性分析 (10)
4.1对系统的简要描述 (10)
4.2处理流程和数据流程 (11)
4.3与现有系统比较的优越性 (13)
4.4采用建议系统可能带来的影响 (13)
4.5技术可行性评价 (15)
5．所建议系统经济可行性分析 (15)
5.1支出 (15)
5.2效益 (17)
5.3收益/投资比 (17)
5.4投资回收周期 (17)
5.5敏感性分析 (18)
6.操作可行性分析 (18)
6.1用户使用可行性 (18)
7．社会因素可行性分析 (18)
7.1法律因素 (18)
8．其他可供选择的方案 (19)
9.结论意见 (19)
1．引言
1.1编写目的
应XX银行要求，为提高该银行的存取款工作效率，降低工作的人力物力开支，提高工作的准确性、正确性，拟为其开发计算机储蓄系统。经过对项目进行详细的调查研究，得到项目可行性研究报告，对项目开发中将要面临的问题及其解决方案进行可行性分析，包括项目在技术、经济、操作和社会影响方面的可行性。
本研究报告经公司经理审核后提交给银行方审查。
1.2项目背景
随着社会经济的发展，XX银行的业务不断增长，传统的依靠手工的存取款业务办理方式已经不能满足不断增长的业务需求。其一，业务需求的增加需要消耗大量人力物力资源；其二，业务复杂化导致人工处理方式出错率增加，从而引起储户不满。
为解决此问题，计算机08-2班第一小组拟为其开发计算机储蓄系统。一方面可以减轻银行业务员的工作量，另一方面可以减少工作的出错率，从而提高工作效率。
1.3参考资料
《软件工程导论（第5版）》张海藩编著清华大学出版社
2．可行性研究的前提
2.1要求
2.1.1功能：
如果是存款，储户填写存款单，然后交给业务员键入系统，同时系统还要记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、利率等信息，完成后由系统打印存款单给储户。
如果是取款，储户填写取款单，然后交给业务员，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。
2.1.2性能：
为了满足储户的需求，该系统需要迅速的对用户的要求做出反馈，要对用户输入的信息作出最快的处理，所以就需要很大的主存容量，以及强大的数据库支持。由于是所面向的用户是广泛的储蓄用户群，所以需要系统强大的安全性能支持。
2.1.3输出：
作为用户存储的凭证信息，输出需要包括：存款单号、存款人姓名、住址、电话号码、身份证号码、存款类型、存款日期、利率。
取款时打印出利息清单用于储户确认，数据内容至少有：取款单号、取款人姓名、取款金额、利息金额、总计金额、取款日期。每次存款取款事务产生一个
输出项。
2.1.4输入：
输入项应包括存款单和取款单的全部内容，储户填写后由业务员输入系统进行处理。
存款单中应当包括的数据内容：存款单号、存款人姓名、住址、电话号码、身份证号码、存款类型、存款日期、利率。
取款单中应当包括的数据内容有：取款单号、取款金额、取款人签名。
每个存款取款事务产生一个输入项。
a.基本的数据流程和处理流程：
参见第四部分
b.安全与保密要求：
因为我们所开发的系统是交付给银行进行使用的，而银行的主要业务是面向资金流动的，所以这就需要系统有极高的安全性，来保证用户的个人信息以及账户信息的绝对保密性。这个保密性应在两个方面体现，一个是系统本身的稳定性、另一个就是系统的记录性。最大限度的保证系统的可查性，即应在系统中记录每个存取款单的精确信息，保证每个单都可以查明由谁填写、经谁处理、何时何地、处理结果等信息，以此确保一旦出现问题可以及时查明原因并进行处理。
c.与软件相关的其他系统：
基于数据库的各类信息存储系统
2.2目标
a.用系统的高速特性来节省大量的人力，并且能够极大程度上简化操作人员的
工作，使得操作人员只需要做简单的输入输出以及对于本系统的管理就可以简便的完成自己的工作；
b.将人工计算的部分更改为系统运算处理极大的提升了速度，这样就提高了工
作效率，也极大程度缩短了用户的等待时间，这样可以提高银行在行业中的竞争力。
c.利用计算机的系统优势，可以弥补人工作业时的出错率高的缺陷，使得每一
笔业务都能最大限度避免核实以及复工。
d.利用计算机大容量存储数据库的模式来完成记录的存储，这样在工作中可以
及时查证任意一条记录。
2.3条件、假定和限制
a.建议开发软件运行的最短寿命：
5年
b.进行系统方案选择比较的期限：
2个月
c.经费来源和使用限制：
定制银行
d.硬件、软件、运行环境和开发环境的条件和限制：
银行中心拥有大型机以及用来支持的数据库，各个银行网点都有安装好的PC 机，安装有Windows2000及以上的操作系统。
e.建议开发软件投入使用的最迟时间：
开发完成后试运行1个月。
2.4可行性研究方法
通过与银行熟练业务员进行深入讨论，制定详细用户调查问卷，真正了解用户以及银行业务员的实际需求，根据业务员提供的信息以及问题定义再综合调查问卷中用户提出的意见进行改进。最终确定项目需要解决的问题，并确定问题能不能被解决。
2.5决定可行性的主要因素
1）项目开发成本
2）所需设备置办成本
3）技术是否能满足需求
4）操作人员的熟练程度
5）资源有效性
3．对现有系统的分析3.1处理流程和数据流程
系统流程图
存款流程图：
取款流程图：
数据流图：
3.2工作负荷
当前大多数银行所使用的银行储蓄系统在办理业务时手续繁琐，人工业务操作过多，办理一个客户的业务就需耗费较长的时间，其他客户只有等待。这样太浪费时间，需要大量的业务员处理客户业务。特别是在节假日人流高峰期，导致工作效率非常低，且出错率高，以致客户等待办理手续过长感到不耐烦，降低了银行效率。这也给银行工作人员增加了非常大的负担和额外的工作负荷；同时业务员增多，银行费用支出多，给银行公司的发展带来严重的制约和压力。
3.3费用支出
运行现有系统所需要的费用支出包括：银行业务员及其他工作人员的工资，系统维护所需资金，
3.4人员
需要大量的业务员、客服人员，系统维护人员以及其他工作人员。
3.5设备
现有系统所需要的设备有：打印机、PC机、电脑。
3.6局限性
工作效率底下，不能符合大量群众的及时需求，给群众的生活带来不便。这是现有系统办理业务的流程中出现的一个严重问题。为了解决这一问题，让人们再办理银行业务更加方便快捷，我们急需开发一个更为高效的银行计算机储蓄系统，让储蓄业务不用再排队。
（1）当前银行使用的银行储蓄系统在办理业务时仅仅靠手工操作，人工业务占据了全部，所以要求银行业务员办理业务时细心耐心，对数字敏感，算术水平高。
它严重影响了工作效率，且出错率高，储户办理事务时需要等待时间过长，需要大量的银行业务员才能满足日益增长的存取款要求。
（2）用纸张记录保存用户存款记录查找繁琐，耗时久，不方便，且容易丢失。且人工记录不能保证万无一失，容易出现数据录入错误。随着用户数的增多，这个缺陷会越发凸显。
（3）存款记录保密性差，任何一个业务员都可以随意更改查阅用户数据，用户的资料容易泄漏，带来安全隐患。
（4）业务员服务的时间有限，不能24小时办理业务，没有应急处理，不能更好的解决群众的需求。
（5）所有客户的业务都由业务员手工办理，浪费人力资源。有的简单的业务经改进可由机器完成，完全不用人工参与，这样节约了人力成本，也提高效率。（6）对现有系统的改进维护只能依靠增多业务员数量，增多银行分行数目，提高业务员业务素质来实现。增多业务员数量会导致银行人员支出大大增多，同时需要多选址建设分行，或者扩大分行规模，费用代价巨大。业务员的业务素质需要培养，不能短期无限看见成效，及培养新人员需要一定的时间，这又浪费资金和人力资源。对现用系统的改进型维护已经不能解决储户越来越多、储户时间越来越长的问题。
4．所建议技术可行性分析
4.1对系统的简要描述
系统架构为星状架构，每个分行办事处连接到中心数据库，每台分行电脑与一台打印机相连以输出信息。
储户填写的存款单或取款单由业务员输入系统，系统自动更新中心数据库的内容，如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，并印出存款单给储户；如果是取款，系统计算利息并印出利息清单给储户。
4.2处理流程和数据流程
系统流程图
数据流图
顶层数据流图：
存款数据流图：
取款数据流图：
数据字典：
4.3与现有系统比较的优越性
通过计算机的高速度运算能力，系统将原来的业务员手动更新数据库，计算利息，输出相应信息等功能归纳到计算机来处理，节省了业务员处理存取款单的时间，只需要提交表单给计算机系统便可以获得准确无误的输出，利用计算机高速运算来替换掉人工计算处理，大大提高了业务员处理存款取款的速度。
此外，用银行卡可以直接在柜台和提款机取款，在柜台取款时，第一次输入密码核对正确后即可办理取款；免去再次签名确认身份的手续，如果增加自动存款机，储户可以直接在存款机上存款，免去填表手续，提高工作效率。
4.4采用建议系统可能带来的影响
4.4.1对设备的影响
由于银行业务的特点，储户数量及储户信息量庞大，信息的存取流量也随之增加，因此需要购置速度快，主存容量大，磁盘容量大的大型机作为中心数据库硬件系统。在各分行要购置普通PC作为输入终端，打印机作为输出设备。此外，还要构建专用网络以使得分行的计算机设备和中心的数据库通信。
4.4.2对现有软件的影响
主要的影响是大大提高了银行的工作效率，使银行中各个系统软件的协作更
加紧密，这一点也对现有软件提出了很大的挑战。通过使用新技术，可以向储户提供一个方便、简单、及时的互联的现代计算机化的网络系统。
4.4.3对用户的影响
储户信息储存在数据库中，经过保密措施保障后的数据库可以防止未经授权的访问，从而提高了用户存款信息的保密性，再而提升用户对银行的信赖。
减少了储户办理业务的等待时间；用户可以随时随地可以随心所欲存取款，并且操作简单易懂；用户还可以选择在柜台办理业务或自己在自动提款机和自动取款机办理业务。
4.4.4对系统运行的影响
在储户的输入以及业务员将表格通过键盘输入到计算机系统中这两种操作不产生影响。数据保存到数据库中，不用纸张形式保管，业务员不用整理存款记录，这些数据将由数据库管理系统自动管理，包括存储与恢复。
需要定期维护中心和分行的计算机设备，对打印机缺纸或者缺墨等简单故障需要业务员及时处理。系统如果失效，需暂停分行业务，由专业人员紧急对系统排错。为防止此种情况发生，构建两套冗余系统，当一套失效的时候，还有另外一套系统可以工作，从而不用暂停银行业务往来。数据需要经常备份，将数据备份到不同的地方以防止物理性损害。
4.4.5对开发环境的影响
银行方需将现有储户资料录入到计算机数据库中，并指派精通业务流程的专家随时跟进系统的开发。为了测试中心数据库处理高并发流量的能力，还需同时在各分行用程序模拟提交表单。
计算机储蓄系统是个关乎到银行信用和声誉的系统，所有参与开发的人员必须签署保密与安全协议以保证项目的顺利进行以及未来系统的良好运行。
4.4.6对运行环境的影响
需要建立数据中心以存放数据库硬件设备，并派人专门管理。此外还需要对每个业务员进行短时间培训，使之熟悉使用系统。
4.4.7对经费支出的影响
为支持系统运行，要购置速度快，主存容量大，磁盘容量大的PC，需要购置大型数据库Oracle一份以及Windows2000以上的操作系统。
这在前期投入中一定程度上加大了经费支出。
4.5技术可行性评价
1.当前限制条件下，系统的功能较为简单，在现有的计算机水平上（数据
库平台开发成熟度高，网络速度足够快，大型机运算速度快）可以达到
功能目标要求。
2.现在的计算机各方面的技术都非常成熟，相对来说开发此系统的技术也
要求比较简单，可以达到功能目标要求。
3.开发人员需要大约5个，其中包括1名数据库设计人员，1名界面UI人
员，1名编码人员， 1名系统测试人员。他们均应具有丰富的开发经验，该条件可以满足。
4.开发期限为一年，在规定时限内可以完成开发。
5．所建议系统经济可行性分析
5.1支出
5.1.1基建投资
5.1.2其他一次性支出
项目价格（￥）
项目价格（￥）
中心数据库机房￥1,000,000
Oracle数据库管理系统￥200,000
计算机储蓄系统软件（开发费用）￥500,000
网络建设费用￥2,000,000
惠普4321S XL201PA商务电脑（PC终端）￥200,000（￥10,000*20）Windows 2000操作系统￥20,000（￥500*40）
惠普HP Office jet 6000商用喷墨打印机￥20,000（￥1000*20）总计￥3,940,000
开发设计￥50,000
测试基准￥30,000
开发人员工资￥200,000
培训费￥10,000
差旅费以及与上级领导沟通￥100,000
转化原有的数据库￥4,400
总计￥444,400
5.1.3经常性支出
项目价格（￥/Y）
网络维护费用￥100,000
中心机房维护费￥20,000
PC终端维护费用￥50,000
不可预知费用￥100,000
5.2效益
5.2.1一次性收益
A精简人员，节约5000,000 ￥(20,000￥/(P *Y)*50 P*5 Y)
5.2.2经常性收益
A 节省维护纸张记录费用，节省500,000 ￥/Y
B 惠普公司产品采用低碳环保技术，节电约1000,000 W/Y，合人民币500,000 ￥/Y
5.2.3不可定量收益
A改进服务，减少储户等待时间，储户获得更快更好的质量；
B减少业务员操作失误的风险；
C外界对银行更为信赖并可吸引更多的资金。
以上总计估计为1000,000￥~5000,000￥，取均值为2500,000￥。
5.3收益/投资比
(5000+500*5+500*5+2500)/(3940+444.4+270*5)=2.17%
5.4投资回收周期
(3940+444.4-450)/(1000-320) = 5.78(年)
5.5敏感性分析
系统的本质是提高业务处理速度，故其在工作负荷量和处理速度上的影响应不是主要的问题。在项目合同签订时将该种风险及相应的金额记录在内，若软件应用过程中配置发生了变化，我们会派技术人员进行相应的沟通和维护。
6.操作可行性分析
6.1用户使用可行性
该系统可采用C/S模式开发，提供窗体界面，操作简单。
●银行业务员要求有基本的计算机使用技能，经过简单培训后将会熟练使
用本软件
●系统管理员要求有一定计算机的专业知识，需要经过专业培训，以能够
熟练管理本系统，使其正常运行
7．社会因素可行性分析
7.1法律因素
●所有软件都选用正版；
●所有技术资料都由提出方保管；
●合同制定确定违约责任。
8．其他可供选择的方案
项目的另一种实现方案是直接购买现有的计算机储蓄系统。但银行业是个对安全性要求很高的行业，如果选用现有计算机储蓄系统，有可能会使得未公开的漏洞对本银行造成冲击，需要承担更高的安全风险；为适应该系统有可能需要更改现有存款系统的数据结构，转换成本高；软件授权方式的差异可能导致系统开销更高。。
9.结论意见
通过对项目整体进行可行性分析，该项目无论在操作可行性、技术可行性、经济可行性及社会可行性上均满足要求，因此，开发此系统的构想是可行的，可着手进行。
燕山大学三级项目设计说明书 题目：银行储蓄管理系统 学院（系）：信息学院 年级专业：教育技术学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)
银行数据库系统需求分析 报告 王莫凡 信管0802 2008112445
目录 第一章引言 (3) 1.1 编写目的 (3) 1.2 背景 (3) 1.3 参考资料 (4) 第二章需求分析报告前提 (4) 2.1 功能需求 (4) 2.1.1 功能划分 (4) 2.1.2 功能描述 (4) 2.2 性能需求 (7) 2.3 输入要求 (7) 2.4 其他需求 (8) 第三章与用户的沟通.................................................................. 错误!未定义书签。 3.1 访谈................................................................................. 错误!未定义书签。 3.2 描述................................................................................. 错误!未定义书签。第四章结论 (8)
第一章引言 1.1 编写目的 本报告的目的是规范化本数据库系统的编写，旨在于提高数据库开发过程中的能见度，便于对数据库开发过程中的控制与管理，同时提出了本银行数据库系统的开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用 此文档进一步银行系统数据库开发的细节问题，明确数据库需求、安排项目规划与进度、组织开发与测试，便于用户与开发商协调工作。经过对该银行数据库系统项目进行详细调查研究，初拟系统实现报告，对开发中将要面临的问题及其解决方案进行需求分析。 1.2 背景 项目名称：银行系统数据库 用户：××银行 说明：银行系统是与生活紧密相关的一个机构，银行提供了存款、取款、贷款等业务。在银行设立账户的人或机构通常被称为银行的客户。 1、银行有多个分支机构，每个分支机构位于某个城市，由唯一的名称标识， 每个分支机构有一定的资产。 2、银行的客户通过其身份证号唯一标识。银行存储每个客户的姓名、居住 城市和街道。 3、一个客户可以有多个账户，每个账户有一个唯一的账号。银行记录每个 账户的余额以及每个账户的所有者和账户的所有存取款记录。 4、客户可以在银行的任何一个分支机构贷款，而且同一客户可以同时在不 同的分支机构都有贷款，但每笔贷款只能由一个分支机构发放。每笔贷 款用唯一的贷款号标识，一笔贷款可以分多次偿还。银行需要知道每笔 贷款的金额、贷款期限、贷款利率和逐次还款情况，对每次还款要记载
银行储蓄系统课程设计
银行计算机储蓄系统 二、总体设计 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、数据字典
网上银行系统需求分析 1．引言 1.1 编写目的 本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见 度，便于对软件开发过程中的控制与管理， 同时提出了本网上银行系统的软件开 发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同 时也表明了本软件的共性，以期能够获得更大范围的应用 此文档进一步定制软件开发的细节问题，明确软件需求、安排项目规划与 进度、组织软件开发与测试， 便于用户与开发商协调工作。 本文档面向的读者主 要是项目委托单位的管理人员、 设计人员和开发人员， 希望能使本软件开发工作 更具体。 1.2 项目背景 软件名称：网上银行系统 委托单位：银行 开发单位： XXXXXX 组长： XXX 成员： XXX 1.3 定义 网上银行系统：基本元素为构成银行储蓄及相关行为所必须的各种部分。 需求：用户解决问题或达到目标所需的条件或功能； 系统或系统部件要满足 合同、标准，规范或其它正式规定文档所需具有的条件或权能。 需求分析：包括提炼， 分析和仔细审查已收集到的需求， 以确保所有的风险 承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。 模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能， 而和软件系统中其他的模块的接口是简单的 1.4 参考资料 1．吴钦藩 《软件工程——原理，方法与应用》 人民交通出版社出版 6．唐有明、吴华 《 JSP 动态网站开发（典型案例） 》 清华大学出版社 2006年 8 月 7．宇帆、王方、何翠平 《网站建设——从入门到精通》 人民邮电出版社 2006年 8 月 2．任务概述 2.1 目标 2002年 6 月 2．张海藩 《软件工程导论 出版 2003 年9月 3．任胜兵、邢琳 《软件工程》 4．郑人杰 《实用软件工程》 第四版）》 清华大学出版社 北京邮电大学出版社 2001 年 10 月 清华大学出版社 2004 年7月 5．王珊、萨师煊 数据库系统概论》 高等教育出版社 2006 年 5 月
〖银行储蓄管理系统〗需求分析 2016年5月
目录 1 引言 (3) 1.1 编写目的 (3) 1.2 项目背景 (3) 1.3 定义 (3) 1.4 参考资料 (3) 2 任务概述 (3) 2.1 目标 (3) 2.2 运行环境 (3) 2.3 条件与限制 (3) 3 数据描述 (3) 3.1 静态数据 (3) 3.2 动态数据 (3) 3.3数据库描述 (3) 3.4数据词典 (5) 3.5数据采集 (6) 4 功能需求 (7) 4.1 功能划分 (7) 4.2 功能描述 (7) 5 性能要求 (8) 5.1 数据精确度 (8) 5.2 时间特性 (8) 5.3适应性 (8) 6 运行需求 (8) 6.1 用户界面 (8) 6.2 硬件接口 (8) 6.3 软件接口 (8) 6.4 故障处理 (8) 7 其他需求 (9)
1引言 1.1 编写目的 根据需求调研分析报告，定义系统功能和系统数据流图，通过编写需求分析规格说明书，让开发人员能够根据需求规格说明书来开发项目。 1.2 项目背景 软件名称：银行储蓄系统 委托单位：银行 开发单位：科技大学 主管：荀亚玲 1.3 定义 银行储蓄应用软件：基本元素为构成银行储蓄行为所必需的各种部分。 媒体素材：是指传播教学信息的基本才来单元，可分为五大类：文本类素材、图形（图像）类素材、音频类素材、动画类素材、视频类素材。 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。 需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有风险承担者都明其含义并找出其中的错误，遗憾或其他部族的地方。 1.4 参考资料 《软件工程导论——第5版》张海藩编著清华大学出版社 2任务概述 2.1 目标 完善目前银行储蓄系统，之智能跟上时代发展，同时通过实践来提高自己动手能力。 2.2 运行环境 操作系统：Windows XP/Windows Vista，支持环境：IIS 5.0 数据库：Microsoft SQL. Server 2000，编程环境：Microsoft visual basic 6.0中文版。 2.3 条件与限制硬件配置要求 硬什外部设备需奔腾133以上的pc机，内存需16兆以上 软件要求操作人员具有初步的相关知识 由于本系统为即时软件，刘数据蚓叫步要求较高，建议配置网络时使川叫靠性较高佝相关网络硬件设
银行储蓄系统需求分析报告 1．引言 编写目的 本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本银行储蓄系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用 项目背景 软件名称：银行储蓄系统 委托单位：银行 定义 银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。 需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。 模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的 参考资料 《精通C#数据库开发》王华杰等清华大学出版社 2004年出版 《软件工程——原理，方法与应用》吴钦藩编着人民交通出版社出版 《软件工程导论（第四版）》张海藩编着清华大学出版社出版2．任务概述 目标 完善目前银行储蓄系统，使之能跟上时代的发展。同时通过实践来提高自己的动手能力 运行环境 操作系统：Microsoft Windows 2000 Advanced Server
支持环境：IIS 数据库：Microsoft SQL Server 2000 条件与限制 硬件配置要求：硬件外部设备需奔腾133以上的pc机，内存需16兆以上软件要求操作人员具有初步的相关知识 由于本系统为即时软件，对数据的同步要求较高，建议配置网络时使用可靠性较高的相关网络硬件设施。 银行以记时器记时完毕触发利息结算；对用户取款额未做上限约束；各间银行采用集中控制。 有效证件仅为身份证，牵涉到开户、撤户、挂失、取款时客户必须提供身份证号；存款及余额查询时不需提供身份证号。 不考虑系统的运行平台可能会出现的硬件故障。 3．数据描述 静态数据 包括系统登录密码,各数据库所在位置,系统分析原始数据。 动态数据 输入数据： 姓名，年龄，性别，身份证号，地址，帐号，密码 输出数据： 姓名，年龄，性别，身份证号，地址，帐号，密码，交易金额，余额，交易时间，交易号码 数据库介绍 采用JDBC技术连接使用SQL SERVER 2000 来设计数据库。 数据库名称：Bank 其中有六张表，它们是： Depositor (IDCode, IDCard, DName, Sex, Age, Address) 其中IDCode为系统自动赋值，IDCard为主键，是用户的身份证号码，DName表示姓名； CreditCard (IDCode, Number, Code, Pay) IDCode为在表Depositor中的IDCode值，Number为主键，是信用卡的卡号；Account (IDCode, Number, Code, Pay) IDCode为在表Depositor中的IDCode值，Number为主键，是存折的帐号；ExchangeRate (rateName, rateValue) 该表存储汇率值 IntrestRate(rateName, rateValue) 该表存储利率值
银行管理系统设计报告样板(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）银行 任意一个可以为客户提供开户、销户、存款、取款、转账等业务的银行。 （2）银行职员 在银行中可以修改客户的账户信息，进行开户、销户等操作的职员。 （3）客户 可以在银行中进行存款、取款及转账等业务的任意组织或者个人。 2.确定用例 在确定参与者之后，结合银行系统的基本功能，进一步分析系统的需求，识别出的用例有： （1）登录 本用例提供了验证用户身份的功能。 （2）账户管理 本用例提供了创建、删除账户的功能，以及对账户信息进行修改的功能。 （3）存款 本用例提供了将钱存入账户的功能。 （4）取钱 本用例提供了将账户中的钱取出的功能。 （5）转账 本用例提供了将钱从一个账户转入其他账户的功能，它包括属于同一个银行的账户之间的转账和属于不同银行的账户之间的转账。 三、用例规约描述
一、需求陈述 随着经济建设得发展,人民生活水平得到了质得飞跃,手头得多余资金越来越多,在倡导消费理念得同时，人们也热衷于理财，银行管理系统为广大用户提供了方便,快捷得资金管理通道。因此，银行就是一个与人们日常生活息息相关得机构。实际中得银行功能十分复杂,在这里仅讨论银最基本得功能,包括取款、存款、转账、开户以及注销账户。在对银行系统得基本功能进行分析后,得出需求陈述如下: 在银行系统中,银行首先需要为客户进行开户,一个银行可以有多个客户,一个客户可以持有多个账户。客户进入银行系统首先需要登录,银行系统验证用户身份后，客户可以进行业务操作。业务操作包括存款、取款、转账,其中转账操作可以实现银行内账户之间得转账与不同银行得账户之间得转账。银行职员可以为客户进行账户管理操作,包括创建、注销账户以及修改账户信息。 二、需求分析?1、确定参与者。 通过对系统需求陈述得分析,可以确定系统有如下执行者：?(1)银行?任意一个可以为客户提供开户、销户、存款、取款、转账等业务得银行。 (２)银行职员?在银行中可以修改客户得账户信息,进行开户、销户等操作得职员。?(3)客户 可以在银行中进行存款、取款及转账等业务得任意组织或者个人。?2、确定用例?在确定参与者之后，结合银行系统得基本功能,进一步分析系统得需求，识别出得用例有:?（1）登录?本用例提供了验证用户身份得功能。 (2)账户管理 本用例提供了创建、删除账户得功能,以及对账户信息进行修改得功能。 (3）存款?本用例提供了将钱存入账户得功能。 (4）取钱 本用例提供了将账户中得钱取出得功能。?(５）转账?本用例提供了将钱从一个账户转入其她账户得功能,它包括属于同一个银行得账户之间得转账与属于不同银行得账户之间得转账。 三、用例规约描述 1、用例名称:登录 用例描述:客户进行业务操作前,需要启动该用例,使客户登录到银行系统中。前置条件:无 后置条件：如果用例成功,则客户登录到系统中。否则,系统状态不变。 活动得基本过程:当客户想登录到银行系统中时,用例启动。 （1）系统提示客户输入用户名与密码
大连科技学院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 附录全部代码............................................. 错误!未定义书签。
银行帐户管理系统需求分析说明书
银行帐户管理系统需求分析说明书1、引言
1．1编写本数据库的目的 经过本课题研究，能够较详细地体会数据库系统的构建过程、加深对课堂所学知识的理解，并将所学知识应用于现实生活实践中。结合对银行管理要求及储户需要的调查分析，运用数据库系统这门课程的内容，从银行的实际要求出发设计一个《储户储蓄账户管理系统》。在设计中将调查现有银行系统的优点及不足，并在本套系统中对长处加以继承，对不足处进行必要的改进。 1．2数据库的作用范围 本数据库系统使用在银行的日常储蓄业务中，是整合了储蓄所柜台操作系统、自动取款机系统和网上银行三个界面的，并包含了管理系统的综合数据库。管理系统能够对银行内的储蓄业务上的资金流进行分析，以及时发现不良的异常行为和对银行业绩进行评估。 1．3定义、同义词与缩写 ATM：自动柜员机 1．4参考文献 《软件工程理论与实践》科学出版社 《数据库系统教程》（第二版）高等教育出版社 《PowerDesigner分析设计与应用》电子工业出版社 2、一般性描述 2．1用户需求
经过问卷调查可知，普遍认为ATM方便快捷，安全性较好；综合问卷结果和银行效率，认为ATM上不需要增加其它币值的币种；网上银行作为一种较新的银行形式，安全性较高但有待于宣传，如果在安全性保证的前提下网上银行还是很有前景的；网上证券和网上购物都是有其相对于ATM和柜台的优势，即方便和快捷，但其功能有待于进步完善和推广。 调查问卷见附3 2．2产品与其环境之间的关系 本数据库系统应用平台是PC机及ATM上。由键盘输入信息，由屏幕显示并带有打印机。随着应用的需要，不同银行间的不同的数据库系统将有可能互联，因此本数据库系统将提供外部接口。 2．3产品功能 1)为银行用户提供ATM提款机自动化服务； 2)对各类账目进行统计和管理； 3)提供网上转账操作 4)对用户的帐户的活动进行记录; 5)对行内总支出收入做一个详细的统计； 6)银行对用户的各种操作进行登记，生成记录，以便以后对 某段时间内账目的监控。 7)支持一般的存取转查功能。
电子科技大学软件学院标准实验报告（实验）课程名称UML 电子科技大学教务处制表
电子科技大学 实验报告 学生姓名：黄斌学号：2823102006 学生姓名：马少龙学号：2823102008 学生姓名：袁孝涛学号：2823102007 学生姓名：文志伟学号：2823102009 学生姓名：杨超学号：2823102010 指导老师：訾德义 实验地点：教学楼A105 实验时间：10,12,05 一、实验室名称：软件实验室 二、实验项目名称：可存取款ATM系统 三、实验学时：16 四、实验原理：（是不是把银行系统都改成ATMXXX？） 五、实验目的： 随着经济建设的发展，人民生活水平得到了质的飞跃，手头的多余资金越来越多，在倡导消费理念的同时，人们也热衷于理财，银行管理系统为广大用户提供了方便，快捷的资金管理通道。
银行系统分为ATM机，用户，后台服务器。用户向ATM提交数据，ATM机向服务器提出申请，服务器向ATM发送数据，ATM机将数据反馈给用户。 银行系统主要功能用：取款，存款，账户设置，转账汇款，查询账户。六、实验内容： 一个功能完善的银行管理系统，必须包括以下的几个模块。 ●用户登陆 由用户登陆、用户注销、退出系统3个部分组成。 ●取款 客户从银行合法账户取出一定资金。 ●查询账户 客户接受银行合法账户余额。 ●转账 用户把一个合法账户的款项存到另一个合法账户。 ●账户设置 主要对用户的账户相关信息的设置与修改。 七、实验器材（设备、元器件）： a.试验环境Rose 2003 b.操作系统window XP
八、实验步骤： 步骤1：需求分析 步骤1.1：用户登陆 用户登陆所包括的功能模块如下图： 用户进入本银行管理系统的入口，没有得到身份验证的用户只能拥有最低的使用权限，即只能选择退出系统或是用户登陆。这是一个稳定、安全的系统所必须具备的。 步骤1.2：账户管理 账户管理系统是整个银行系统的核心，用户在此选项可以对合法账户的资金进行一定的操作，满足客户日常需要。并且对自己账户的密码，个人信息等进行安全方面的设置。
目录 第一章概述 (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项目背景 软件名称: 银行管理系统 委托单位: 第三小组( 银行) 开发单位: 武汉工程大学邮电与信息工程学院软件0602第四小组项目经理: 邹皓系统分析师: 黄山杜涛系统测试师: 朱海勇 1.3定义 银行管理系统应用系统软件: 基本元素为构成银行储蓄及相关行为所必须的各种部分。 需求: 用户解决问题或达到目标所需的条件或功能; 系统或系统部件要满足合同、标准, 规范或其它正式规定文档所需具有的条件或权能。
需求分析: 包括提炼, 分析和仔细审查已收集到的需求, 以确保所有的风险承担者都明其含义并找出其中的错误, 遗憾或其它不足的地方。 模块的独立性: 是指软件系统中每个模块只涉及软件要求的具体的子功能, 而和软件系统中其它的模块的接口是简单的 1.4参考资料 《软件工程——原理, 方法与应用》吴钦藩编著人民交通出版社出版 《软件工程导论( 第四版) 》张海藩编著清华大学出版社出版《软件工程》任胜兵邢琳编著北京邮电大学出版社《21天学通C++》 [美]Jesse Liberty Bradley Jones 编著人民邮电出版社 2．任务概述 2.1目标 完善当前银行管理系统, 使之能跟上时代的发展。同时经过实践来提高自己的动手能力 2.2运行环境 操作系统: Microsoft Windows 支持环境: IIS 5.0 数据库: Microsoft SQL Server 2.3条件与限制
《数据库系统原理》 课程设计 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
银行储蓄系统 小组成员任务 李健健 09 编写总体设计、详细设计中存款模块 马康白 04 用户验证模块 束锦萍 06 取款单打印模块 翟高星 03 1.编写报告总体框架与报告最终整理 2.取款模块 3.编写测试计划、测试分析报告并写入程序代码 周晖 06 按用户名和ID查询模块 朱文俊 07 (组长) 1.编写总体设计、详细设计中存款单打印模块 2.负责分配详细的任务 可行性分析报告 1引言 编写目的 经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。明确开发风险及其所带来的经济效益。本报告经审核后，交由软件经理审查。 背景 项目名称：银行计算机储蓄系统 用户：××银行 说明：现在的银行储蓄系统工作效率低，不能满足广大人民群众的要，人们希望能更方便更省时地办理储蓄业务。在这样的背景下，切需要建立一个新的、高效的、方便的计算机储蓄系统。 1.３参考资料 《软件工程导论（第四版）》张海藩编着清华大学出版社出版 《软件工程》任胜兵邢琳编着北京邮电大学出版社 2 可行性研究的前提 基本要求 2.1.1 功能要求 此系统所要完成的主要功能有两方面： 储户填写存款单或取款单交给业务员键入系统，如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，完成后由系统打印存款单给储户。 如果是取款，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。 2.1.2 性能要求 为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也要有足够大
（芙蓉学院） （芙蓉学院） 软件工程实验报告 课题: 银行储蓄管理系统 姓名：谭斌 学号： 同组姓名： 专业班级：芙蓉计科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背景分析 2目的 3可行性分析 4 性能需求 5功能需求 6系统功能分解 6-1整体功能分解 6-2用户操作分解 6-3业务员操作的分解 6-4系统输出分解 6-5整体功能 7数据流图 7-1系统顶层数据流（DFD）图 7-2用户存款的数据流图 7-3用户取款的数据流图 7-4用户查询的数据流图 7-5整体数据流图 8数据字典 9 总结
需求规格说明书 1 背景分析： 随着社会的不断发展，计算机越来越普及。我们正处在一个信息时代，计算机无处不在，它进入各行各业，改变着人们的生活。银行系统事关民之财政，重中之重，然而它的管理模式也随着时代不断进步发展，为实现人们方便省时的办理银行储蓄业务，出现了银行计算机储蓄系统。银行储蓄系统可以为人们方便办理储蓄业务，使人们在互联网办理存款、取款、查帐等业务，以高效、安全、互联为主要特征，为储户足不出户，提供各项业务的综合办理。 2 目的： 在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的银行储蓄业务系统，实现银行的金额交易自动化的计算机系统，为银行的决策层提供准确、精细、迅速的交易金额变动信息。 3 可行性分析： 对于系统的实现部分我们进行了分析，通过对现有技术力量和软硬件条 件的分析我们得出系统完全是可行性的。 1：技术上的可行性： 系统用java编程实现， 数据库运用sql server2005来实现， 采用自顶向下的方案进行设计实现。 2：时间可行性： 系统的实现为两个月，通过对各个阶段的分析我们得出时间的可行性， 系统科学分配完成需求分析，软件设计，编码，测试等过程。
银行储蓄管理系统需求分析报告 学校：河北科技师范学院 院系：数学与信息学院 班级：科技0901班 学号：XXXXXX 姓名：薛润霞
目录 1.引言……………………………………………………………………………… 1.1编写目的……………………………………………………………………… 1.2背景…………………………………………………………………………… 1.3定义…………………………………………………………………………… 1.4参考资料……………………………………………………………………… 2. 任务概述…………………………………………………………………………… 目标…………………………………………………………………………… 系统角色分析………………………………………………………………… 假定和约束…………………………………………………………………… 系统基本业务流程图…………………………………………………………3. 需求规定………………………………………………………………………… 对功能的规定………………………………………………………………… 对性能的规定………………………………………………………………… 精度…………………………………………………………………………… 时间特性要求………………………………………………………………… 灵活性………………………………………………………………………… 磁盘容量和主存容量………………………………………………………… 可扩展性……………………………………………………………………… 输入输出要求………………………………………………………………… 数据管理能力要求…………………………………………………………… 故障处理要求………………………………………………………………… 其他专门要求…………………………………………………………………4. 运行环境规定……………………………………………………………………