银行储蓄系统需求分析
银行需求分析
银行储蓄系统数据库模型设计一、需求说明书1。
功能需求分析银行储蓄系统是一款含有数据库的软件系统,将提供如下功能:其分为储户，系统自动更新中心(1）储户储户主要对自己的账号中的余额进行查询，修改，删除自己的资料信息（密码，地址，姓名,身份证号）,存取款，查询自己的余额等。
还可以验收存款单，更新存款信息。
储户信息=身份证号码+姓名+账号+存款余额+住址(2）自动更新中心主要由存款单和取款单来体现.A。
存款单用户输入存款单号，由计算机通过储户存款的方式自动计算利息，更新余额，生成存款单，让储户验收。
银行计算机储蓄系统又把存款单给银行内库进行确认审查。
存款信息=存款金额+存款日期+存款人+帐户余额B．取款单用于存放用户取款情况及个人帐户情况等,记录用户每次取款的资料和情况，当用户取款时，银行内库要把利息清单（或账单）给银行计算机储蓄系统处理,再把利息清单（或账单)交于用户，对取款单进行查询，修改，删除,主要包括取款放方式，取款日期，取款金额等取款信息=取款金额+取款日期+取款人+利息清单+帐户余额（3)超级用户（管理员）管理员主要进行对该数据库的维护,删除,修改，插入等操作2．数据项根据上述功能需求分析，数据库中要存储以下数据项：余额，存款单号，取款单号,取款方式，存款方式，取款时间，存款时间，地址，姓名，存款余额，存款日期，身份证号，账号。
3.数据结构银行储蓄业务管理系统主要包括储户，存款单，取款单等实体。
储户信息{账户，身份证号，姓名,地址，存款余额}存款单信息{存款单号,余额，存款日期，存款方式}取款单信息{取款单号，余额,取款时间，取款方式}二、CDM设计1。
根据需求分析，设计本系统的CDM如下：储户用户可以它的基本功能操作如下：修改自己的基本信息,账户，身份证号,姓名，地址,存款余额等。
2.各个实体之间的联系如下：储户与存款单之间是一对多的联系，即一个储户可以多次存款，产生多个存款单,而每一次产生的存款单只能由一个储户发生。
面向对象分析案例：银行储蓄系统
在ATM系统的例子中，经过初步筛选，剩 下下列类与对象：ATM、中央计算机、分 行计算机、柜员终端、总行、分行、柜员、 储户、账户、事务、现金兑换卡。
面向对象分析案例：银行储蓄系统
3.2 确定关联
1. 初步确定关联 在需求陈述中使用的描述性动词或动词词组，通
常表示关联关系。因此，在初步确定关联时，大多 数关联可以通过直接提取需求陈述中的动词词组而 得出。通过分析需求陈述，还能发现一些在陈述中 隐含的关联。最后，分析员还应该与用户及领域专 家讨论问题域实体间的相互依赖、相互作用关系， 根据领域知识再进一步补充一些关联。 以ATM系统为例，经过分析初步确定出下列关联：
面向对象分析案例：银行储蓄系统
(3) 笼统
在需求陈述中常常使用一些笼统的、泛指的名词， 虽然在初步分析时把它们作为候选的类与对象列出 来了，但是，要么系统无须记忆有关它们的信息， 要么在需求陈述中有更明确更具体的名词对应它们 所暗示的事务，因此，通常把这些笼统的或模糊的 类去掉。
以ATM系统为例，“银行”实际指总行或分行， “访问”在这里实际指事务，“信息”的具体内容 在需求陈述中随后就指明了。此外还有一些笼统含 糊的名词。总之，在本例中应该去掉“银行”、 “网络”、“系统”、“软件”、“信息”、“访 问”等候选类。
当用户把现金兑换卡插入ATM之后，ATM就与 用户交互，以获取有关这次事务的信息，并与中央 计算机交换关于事务的信息。首先，ATM要求用户 输入密码，接下来ATM把从这张卡上读到的信息以 及用户输入的密码传给中央计算机，请求中央计算 机核对这些信息并处理这次事务。中央计算机根据 卡上的分行代码确定这次事务与分行的对应关系， 并且委托相应的分行计算机验证用户密码。如果用 户输入的密码是正确的，ATM就要求用户选择事务 类型(取款、查询等)。当用户选择取款时，ATM请 求用户输入取款额。最后，ATM从现金出口吐出现 金，并且打印出账单交给用户。
银行储蓄系统面向对象分析
课题：银行计算机储蓄系统学院：数学科学学院班级：信科1202 信科1201 学号：********* ********* 姓名：****：***银行储蓄系统面向对象分析一、建立对象模型需求陈述：储户填写存款单或取款单由业务员键入系统。
如果是存款则系统记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期，到期日期，利率以及密码（可选）等信息，并引出存款单给储户，如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息，并印出利息清单给储户。
确定类&对象：1.找出所有可能的类&对象：储户、存款单、取款单、业务人员、计算机储蓄系统、账户、事务2.筛选：储户、业务人员、计算机储蓄系统、账户、事务确定关联：储户拥有账户业务人员与计算机通信业务人员输入事务最终的关联为如下图：确定属性：储户：姓名、地址账户：余额、限额、类型业务人员事务：类型、日期、金额业务人员：姓名建立的对象模型为：二、建立动态模型编写脚本：计算机储蓄系统的正常情况脚本：储户的填写存款单业务人员键入系统，系统引出存款单给储户储户填写取款单，系统核对储户密码，计算利息并打印利息清单给储户计算机储蓄系统的异常情况脚本：储户身份证号码填写错误，找不到该储户信息储户填写取款单的密码错误画事件跟踪图：储蓄系统正常情况事件跟踪图：储蓄系统异常情况事件跟踪图：画状态图：三、建立功能模型画出基本数据流图： 顶层数据流图：画出功能级数据流图：把基本系统模型中单一的处理框分解成若干个处理框，以描述系统加工、变换数据的基本功能，就得到功能级数据流图如下图：储户业务人员储蓄系统款单信息输入信息储户 业务人员填写存取款单记录存款信息核对储户密码核对账户计算利率显示出错信息请求重新填写款单 输入取款单信息无错输入存款单信息无错打印利息清单输入信息存款单输出信息账户。
银行储蓄管理系统需求分析
河北大学工商学院软件工程实验报告课题: 银行储蓄管理系统姓名: XXX学号：XXXXXXX专业班级：XXXXX指导教师：XXX设计时间: XXXXX银行储蓄管理系统1．需求分析系统中要求每个人银行管理者都有一个系统帐号，并每个帐号都有密码，系统的一切操作（如：增加存储用户，提高利率等）都由管理者执行，而不是由存诸用户执行,也主是说存储用户并不直接与系统交互，而是通过管理员与系统交互。
该系统主要有两部份业务功能,存款与取款。
储户填写的存款单或取款单由业务员输入系统,如果是存款则系统记录存款人姓名,住址（或电话号码），身份证号码，存款类型，存款日期,到期日期，利率及密码（可选)等信息,并打印存单给储户;如果是取款而且存款时留有密码，则系统首先核对储户密码,若密码正确或存款时未留密码，则系统计算得利息并打印出利息清单给储户。
系统基本情况：1．1系统的功能性需求1．2系统需求分析规格说明书1．3系统实体联系（ER）图1．4系统数据流（DFD）图1．1系统的功能性需求系统为管理者提供主功能界面系统在启动时要求管理者输入登录帐号与密码系统要通过管理员执行一系操作（如:添加用户，修改，查询，删除等) 管理员代用户实现存款,取款，查询等操作储户的一切信息,存储在数据库表中1．2系统需求分析规格说明书●实现储户开户登记●办理定期存款帐●办理定期存款手续●办理活期取款帐●办理活期取款手续●实现利息计算●输出明细表●数据备份和数据恢复功能●查看帐户信息1。
3系统ER图/系统主要关系模式：●储户（储户姓名，住址，身份证号码）●管理员（员工号，姓名）●存款（储户姓名，员工号，金额，存款类型，到期日期，存款日期）●查询（储户姓名，员工号)●取款（储户姓名，员工号,金额,取款日期)系统顶层数据流（DFD）图打印存单打印清单系统0层数据流（DFD）图第2层DFD图储户信息文件第3层数据流图储户信息文件第5层数据流图储户信息文件1．4数据字典数据名字：注册申请表数据来源：储户数据目的：储户信息数据组成：姓名+密码+住址+身份证号码数据名字：储户信息表数据来源：储户数据目的：身份验证数据组成：姓名+密码+住址+身份证号码+现有金额数据名字：利息清单数据来源：系统数据目的：储户数据组成：利息+姓名+取款时间数据名字:存单数据来源：存款信息表数据目的：储户数据组成:姓名+到期时间+存入类型+存入时间+利率+存入金额数据名字:取款单数据来源：储户数据目的:储户信息表数据组成：姓名+到期时间+存入类型+存入时间+利率+取款金额+身份证号数据名字：存款单数据来源：储户数据目的：存款信息表数据组成：姓名+到期时间+存入类型+存入时间+利率+存入金额+身份证号2．可行性分析2.1 基本要求2.1。
银行储蓄管理系统实验报告
C++面向对象程序设计课程设计报告学生姓名： ___ __________学号： _____ __________班级： ___指导教师： ______________2022 年 6 月 19 日......................................................................................课程设计的目的是总结及运用一学期来所学的知识，训练我们灵便应用所学 C++知识，独 立完成问题分析、总结设计、详细设计和编程实现等软件开辟全过程的综合实践能力。
巩 固、深化理论知识，提高编程水平，并在此过程中培养我们严谨的科学态度和良好的工作 作风。
随着社会经济的发展，信息化程度的不断深入，银行的传统业务已不能满足客户的需 求。
当今，人们的科技意识已经有了很大的提高，在紧张忙碌的生活中已越来不习惯每天 奔波于银行营业柜台去办理各种业务，利用电子化的手段构建一个高效统一的、通用灵便 的系统来管理各种各样的业务，是当前每一个商业银行都要研究的课题。
因此如何应用计算 机技术加强银行账户管理是当前迫切需要解决的一个问题。
所以本次课程设计是摹拟银行 账户的管理，开辟一个银行个人账户管理系统。
设计思想是一切为使用者着想，操作尽量 简单明了，努力做到每一个用户都可以使用这个系统来办理自己的业务。
并且通过该银行 账户管理系统地运行，可以使办公人员轻松快捷的完成对账户管理的任务，提高招募管理 效率，是银行的账目管理工作系统化、规范化、自动化。
主要用于银行的储蓄卡管理系统，它可以帮组我们有效、准确、并且高效实现的完成 存取事件。
系统操作方便效率、安全性高、只要开户并设定好密码就可以轻松的实现存取 款。
系统实现的主要有储蓄卡开户管理、存取款管理、用户查询历史数据显示、注销等功 能。
储蓄卡开户管理模块：卡号、姓名、开户金额、身份证号、地址、电话、密码、确认 密码和保存组成。
需求分析说明书
需求分析说明书需求分析说明书【范文一】1.引言1.1编写目的本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本银行储蓄系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。
预期读者是项目委托单位的管理人员、设计人员和开发人员。
1.2项目背景软件名称：银行储蓄系统项目提出者：银行项目开发者：项目的用户：想要了解银行储蓄业务流程的人1.3定义银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。
需求：用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。
模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。
1.4参考资料《精通C#数据库开发》王华杰等清华大学出版社 2004年出版《软件工程——原理，方法与应用》吴钦藩编着人民交通出版社出版《软件工程导论(第四版)》张海藩编着清华大学出版社出版《软件工程》仸胜兵邢琳编着北京邮电大学出版社2.仸务概述2.1目标完善目前银行储蓄系统，使之能跟上时代的发展。
同时通过实践来提高自己的动手能力2.2用户的特点银行为用户提供存款、取款、查询等业务，用户凭借自己的银行卡、存折等凭证在银行办理各项业务，银行工作人员协助用户完成各项业务。
2.3假定和约束硬件配置要求：硬件外部设备需奔腾133以上的pc机，内存需16兆以上软件要求操作人员具有初步的相关知识由于本系统为即时软件，对数据的同步要求较高，建议配置网络时使用可靠性较高的相关网络硬件设施。
银行以记时器记时完毕触发利息结算;对用户取款额未做上限约束;各间银行采用集中控制。
数据库原理课程设计银行储蓄管理系统
目录一、需求与功能分析 1二、系统总体框架 2三、逻辑设计 2四、类的设计与分析 4五、数据库表结构设计 8六、特色算法分析 8七、功能测试 9八、存在的不足与对策 12九、程序源代码 12银行储蓄管理系统一银行储蓄系统需求分析系统功能简介：信息系统：主要是在里面输入用户信息（户名，帐号，开户日期）主要功能：记录用户所要进行的各种存取操作（存钱，取钱），并对操作数据做好记录记录时间：主要是记录每个用户开户，存取，取钱的日期相关金额：该用户的存款金额，取款金额，执行操作后账户余额保存系统：可以以连接数据库模式保存查询过的内容，对于刚刚查询过的内容不必重复登陆工作环境：该程序可用在各种银行性质的单位，能有效管理用户信息。
方便，快捷，容易上手，安全保密，资料齐整构造该程序，主要是使用C++ & SQL系统。
在MS-DOS以及WINDOWS95以上的操作系统上可以正常运行。
现今的社会，资金流动十分频繁。
不单单是企业、厂商，连个人也不例外。
银行作为一个金融机构，在现代人们的生活中扮演着及其重要的角色。
为生活节奏飞快的现代人提供快速、便捷、高效理财服务，是每一个银行机构的共同职责。
伴随着电脑技术的发展，各大银行储蓄管理软件也随之出现在这一舞台之上。
银行储蓄管理程序的主要功能就是记录用户的账户信息，已经对用户的存取款操作作好记录及数据更新。
银行储蓄管理的特点是数据量大。
数据更新频繁。
因此便捷的操作，数据更新准确度，成了这一系统的主要指标。
二系统总框图三逻辑设计任何建模语言都以静态建模机制为基础,标准建模语言UML也不例外。
所谓静态建模是指对象之间通过属性互相联系，而这些关系不随时间而转移。
类和对象的建模，是UML建模的基础。
面向对象的开发方法的基本任务是建立对象模型，是软件系统开发的基础。
UML中的对象类图表达了对象模型的静态结构，能够有效地建立专业领域的计算机系统对象模型。
图1 系统类图动态模型主要描述系统的动态行为和控制结构。
银行计算机储蓄系统需求分析
银行计算机储蓄系统需求分析为方便储户，某银行拟开发计算机储蓄系统。
储户填写的存款单或取款单由业务员输入系统；如果是存款，系统记录存款人姓名，住址，存款类型，存款日期，禾冷等信息，并印出存款单给储户；如果是取款，系统计算利息并印出利息清单给储户。
一沿数据流图回溯系统顶层数据流图存款据流图取款数据流图:取款信息文件余额信息文件用户信息文件写出文档初稿E-R图1)数据元素：名称：用户说明：用户姓名数据类型：字符型长度：4(3)数据存储：数据文件名：存款信息表加工名：更新存款的信息简要描述：对所写的存款单进行编辑后返回到存款信息表中输入数据流：存款信息输出数据流：无加工逻辑：若信息正确无误则反馈存款信息加工名：设置密码简要描述：对用户的存款信息进行密码设置以得到保护输入数据流：需要设置密码输出数据流：存款信息加工逻辑：对现有的用户存款信息进行密码设置以得到保护并将已经设置好的存款信息进行处理加工名：计算利息简要描述：当用户取款时计算出当前帐户的利息情况输入数据流：密码正确输出数据流：利息信息加工逻辑：计算出当前帐户的利息情况并反馈给用户加工名：更新余额简要描述：当用户取款后剩余的金额情况要进行更新输入数据流：计算利息输出数据流：余额信息加工逻辑：对已有的金额进行查询并更新加工名：处理取款简要描述：对取款单中的取款信息进行处理输入数据流：余额信息输出数据流：取款信息加工逻辑：处理用户的取款信息及金额加工名：打印取款清单简要描述：对处理后的取款信息进行打印给用户核对输入数据流：取款信息输出数据流：打印利息清单（或账单）加工逻辑：将核对无误的取款信息以利息清单（或账单）的形式打印出来三定义逻辑系统如果是存款，储户填写存款单，然后交给业务员键入系统，同时系统还要记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、利率及密码（可选）等信息，完成后由系统打印存款单给储户。
如果是取款，储户填写取款单交给业务员，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。
银行储蓄系统需求分析报告详细
银行储蓄系统需求分析报告详细一、引言随着金融业的发展，银行储蓄系统已经成为金融机构最为基础的业务之一，对于能够满足客户需求，提高工作效率以及系统安全性，适应市场需要等方面起到了重要作用。
本文将对银行储蓄系统的需求进行深入分析，为相关开发提供参考。
二、需求分析报告1.项目概述银行储蓄系统是银行最基础的业务之一，核心的功能是储蓄和提取。
银行储蓄系统需求分析的目标是确保系统能够具备对客户资金的存储和处理，对账，利率计算等功能。
2.用户需求在银行储蓄系统中，用户最基础的需求就是存取款服务，这些需要针对不同的用户群体进行规划和设计。
其中，对于个人用户，银行应该支持以下需求：1) 普通储蓄: 用户普通储蓄的日常操作需求，包括存款、取款、转账等；2) 定期储蓄：用户定期储蓄需求，包括定期开户、存款、支取、到期提醒等功能，同时应提供针对不同期限的定期储蓄产品；3) 理财产品：针对理财用户，应设计并提供相应的理财产品，例如基金、保险、股票等；4) 手机银行：由于智能手机的普及带来了客户习惯的改变，应支持手机银行的开发，包括手机端的存款、取款、转账等功能操作。
3.系统功能需求在用户需求的基础上，银行储蓄系统还需要具备一些系统级别的需求，以实现更好的工作效率和顺畅的管理。
具体应包括以下方面：1) 客户账户管理：系统应在用于管理客户的基础信息外，还应包括对客户账户到期提醒和逾期处理，欺诈分析等完善的功能；2) 利率计算：针对不同储蓄和理财产品应预设不同的利率计算方法，以便于系统自动根据利率计算客户所获得的收益；3) 对账处理：银行储蓄系统需要保证日终对账程序的准确执行，确保银行的账目和客户信息的一致性和准确性；4) 错误记录与管理：针对系统可能出现的错误状况，应预设完善的错误记录与处理流程，以最大限度地保证系统的稳定性和性能。
4.技术需求随着金融业数字化的普及，银行储蓄系统的技术需求也越来越高。
具体技术需求应该包括以下几个方面：1) 系统安全：银行储蓄系统应该充分考虑安全因素，严格控制系统安全级别，注重系统的数据安全性、可用性、可信度等方面的保护；2) 数据存储与处理：针对储蓄系统的高并发和大量数据存储及处理需求，应考虑分布式存储、云计算等技术，以应对系统可能面临的大规模使用和数据移植需求；3) 系统兼容性：考虑到用户使用不同的硬件、操作系统和浏览器，银行储蓄系统需要兼容不同的系统，以方便用户随时随地进行操作。
银行储蓄管理系统需求分析数据流图
6
利息
在数据变更之前自动计算上次利息并更新账目进行下一次账目办理
7
报表
对需要通过书面输出的信息进行整理打印
8
开户
为新用户开一个新帐户
9
销户
为用户结算利息，并支出余额存款，并消除资料
10
办理
可对对银行内的储蓄业务上的资金流进行阐发和查询
附录1：数据流图
附录2：身份验证登记分类
登录系统名
操作项
成分验证需求
柜台操作系统
开户
身份证
存款
无
取款
暗码
转账
暗码，
查询
暗码
销户
身份证，暗码
ATM操作系统
登录
暗码网上银行操作ຫໍສະໝຸດ 统登岸网上银行暗码
办理员操作系统
登岸
办理暗码
柜台工作人员系统
登岸
员工号，员工暗码
银行储蓄办理系统需求阐发
以下图为本系统的用户功能图：
下表列出了10项底子功能：
序号
作业
功能描述
1
存款
为银行用户提供各种存款操作，并记入数据库
2
取款
为用户提供所需的分为柜台取款和ATM取款两种操作
3
转账
提供网上转账和柜台转账
4
查询
提供在各种终端进行的查账操作以便于银行用户对本身的账目进行办理
5
点窜暗码
银行计算机储蓄系统需求分析报告
银行计算机储蓄系统需求分析报告1.引言银行作为金融机构的重要组成部分，其储蓄业务是银行的核心业务之一、为了提高储蓄业务的效率和准确性，银行计算机储蓄系统应运而生。
本报告对银行计算机储蓄系统的需求进行分析，以期为系统的设计和开发提供指导和参考。
2.当前储蓄业务存在的问题目前，银行的储蓄业务主要依赖柜台操作，以人工方式处理客户的开户、存款、取款等业务。
这种方式存在以下问题：（1）人工操作容易出错，容易造成资金的错误计算或遗漏。
（2）人工操作效率低下，客户需要等待较长时间才能完成业务办理。
（3）储蓄业务的数据无法实时共享和查询，影响业务的监管和管理。
3.系统需求分析基于以上问题，我们提出了以下银行计算机储蓄系统的需求：（1）开户功能：该功能包括新客户的信息录入、身份验证和账户的开立。
系统应能够自动生成客户的唯一标识，确保数据的准确性和安全性。
（2）存款和取款功能：系统应能够记录客户的存款和取款操作，并实时更新账户余额。
同时，系统应保障资金的安全性和准确性，有效防止虚假交易。
（3）账户查询功能：客户和银行工作人员能够通过系统查询账户余额和交易记录。
该功能应保证查询的准确性和实时性。
（5）风险控制功能：系统应能够自动检测和识别异常交易，如大额存取款、频繁转账等，以及防止账户被盗用或恶意操纵。
（6）安全性和权限控制：系统应具备高强度的安全性控制，包括身份验证、密码管理和权限管理等功能，以确保系统的数据和交易的安全性。
（7）扩展性和可维护性：系统应具备良好的扩展性和可维护性，能够适应银行业务的发展和场景的变化，同时支持软件的升级和优化。
4.系统开发与实施为了满足上述需求，银行计算机储蓄系统的开发应遵循以下步骤：（1）需求分析：详细分析银行的储蓄业务流程和需求，明确系统的功能和性能要求。
（2）系统设计：根据需求分析结果，设计系统的架构和模块，确定系统的开发技术和工具。
（3）系统开发：根据系统设计，对系统进行编码开发，并进行集成测试和系统测试。
银行储蓄系统需求分析
银行储蓄系统需求分析
1.引言
2.功能需求
2.1用户管理
2.2存款
用户可以通过银行储蓄系统进行存款操作。
系统应该支持多种存款方式，如现金存款、汇款等，并生成相应的存款凭证。
同时，系统应该能够
更新用户账户的余额信息。
2.3取款
用户可以通过银行储蓄系统进行取款操作。
系统应该支持多种取款方式，如现金取款、转账取款等，并生成相应的取款凭证。
同时，系统应该
能够更新用户账户的余额信息。
2.4查询
用户可以通过银行储蓄系统进行账户余额查询、交易记录查询等操作。
系统应该提供快速高效的查询功能，并能够根据用户的需求进行筛选和排序。
2.5转账
用户可以通过银行储蓄系统进行转账操作。
系统应该支持不同账户之
间的转账，并能够验证账户余额是否足够支付转账金额。
同时，系统应该
能够更新用户账户的余额信息。
2.6利息计算
3.非功能需求
3.1安全性
3.2可扩展性
3.3用户友好性
4.总结
银行储蓄系统是一个复杂而关键的系统，需要满足各种功能需求和非功能需求。
通过对系统需求的分析，可以设计和开发一个高效可靠的银行储蓄系统，提供方便快捷的储蓄服务，满足用户的需求。
同时，需要密切关注系统的安全性、可扩展性和用户友好性，以确保系统的可靠性和用户满意度。
银行储蓄管理系统需求分析-数据流图
F图为本系统的用户功能图：
F表列出了10项基本功能:
序号
作业
功能描述
1
ቤተ መጻሕፍቲ ባይዱ存款
:为银行用户提供各种存款操作，并记入数据库
2
取款
为用户提供所需的分为柜台取款和ATM取款两种操作
3
转账
提供网上转账和柜台转账
4
查询
提供在各种终端进行的查账操作以便于银行用户对自己的 账目进行管理
5
修改密码
可对密码、网上银行密码进行修改
6
利息
在数据变动之前自动计算上次利息并更新账目进行下一次 账目管理
7
报表
；对需要通过书面输出的信息进行整理打印
8
开户
为新用户开一个新帐户
9
销户
:为用户结算利息，并支出余额存款，并消除资料
10
管理
可对对银行内的储蓄业务上的资金流进行分析和查询
银行储蓄系统需求分析报告
银行储蓄系统需求分析报告概述银行作为金融行业的一个重要组成部分，为人们提供了储蓄服务，使人们能够安全存放并增值自己的财富。
随着科技的发展和互联网的普及，越来越多的人选择通过银行储蓄系统进行储蓄操作。
本文将对银行储蓄系统的需求进行详细分析，旨在为银行储蓄系统的设计和开发提供指导和建议。
一、系统概述银行储蓄系统是一个综合性的金融服务系统，它涵盖了用户账户管理、存款业务处理、利息计算和发放、账户查询和报表生成等功能。
该系统具备良好的用户友好界面，并能够提供安全有效的数据管理和交易处理能力。
二、用户模块需求1. 注册和登录用户应该能够通过提供个人信息和设置安全密码来注册和登录系统。
2. 账户管理用户应该能够自主管理自己的账户，包括修改个人信息、修改登录密码、开设新的储蓄账户等。
3. 存款和取款用户应该能够通过系统完成存款和取款操作，系统应该能够自动处理存款和取款的记录，并实时更新用户的账户余额。
4. 利息计算和发放系统应该具备利息计算的功能，根据用户的存款金额和存款期限自动计算利息，并及时发放到用户的储蓄账户中。
三、业务处理需求1. 存款处理系统应该能够处理用户存款的请求，包括验证用户身份、接收存款金额、更新账户余额等。
2. 取款处理系统应该能够处理用户取款的请求，包括验证用户身份、检查账户余额、处理取款金额等。
3. 利息计算和发放系统应该能够根据设定的利率和存款期限自动计算用户应得的利息，并将利息发放到用户的储蓄账户中。
四、查询和报表需求1. 账户余额查询用户应该能够通过系统查询自己的账户余额，并能够查看账户的交易记录。
2. 存款记录查询用户应该能够通过系统查询自己的存款记录，并能够查看每次存款的金额和时间。
3. 取款记录查询用户应该能够通过系统查询自己的取款记录，并能够查看每次取款的金额和时间。
4. 利息发放报表系统应该能够生成利息发放的报表，包括计息周期、利息金额和发放时间等信息。
五、安全性需求1. 用户身份验证系统应该在用户登录和进行敏感操作时对用户进行身份验证，确保只有合法用户能够访问和操作系统。
银行储蓄系统需求分析
银行储蓄系统需求分析报告1、引言1.1编写目的：本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出本银行软件开发过程，便于程序员与客户之间的交流协作，并作为工作成果的原始依据，同时也表明的本软件的共性，以期能够获得更大范围的应用。
1.2 项目背景：项目名称：银行计算机储蓄系统。
项目任务提出者：XX银行。
开发人员：XX软件开发公司。
用户：xx银行。
1.3 参考资料《软件工程导论》（第5版）张海藩著。
1.4 预期用户银行管理部门与储户，项目开发人员，测试人员。
2系统说明2.1系统描述本系统主要为了方便储户办理存款、取款、转账、挂失、查询、改密等业务，银行管理人员办理开户、销户、冻结、解挂等业务，对金钱更有效管理，同时可以更好的方便银行对储户的管理，并且形成储户和银行之间的桥梁，使用该系统不仅可以提高对金钱的有效管理而且在一定程度上可以提高银行与储户的工作效率。
3需求3.1功能需求如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，并印出存款单给储户；如果是取款，系统计算利息并印出利息清单给储户。
3.2性能需求3.2.1安全性本系统有良好的安全性，可保证用户数据安全，个人信息不被黑客盗取；3.2.2时间特性要求1.响应时间：所有的查询操作，查询响应时间一般不超过3秒；2.更新处理时间所有提交数据一般在1秒内响起；3.数据的传送时间可以忽略。
3.2.3灵活性该软件有很好的可移植性，操作简单易上手，适合广大普通群众，只要满足最低硬件要求即可运行次运行软件，同其他软件接口容易实现。
3.3可靠性和可用性需求可靠性：银行储蓄系统一个月内不能出现2次以上故障；可用性：在任何时候主机或备份机上的银行储蓄系统应该至少有一个是可用的，而且在一个月内任何一台计算机上该系统不可用的时间不能超过总时间的2%。
3.4运行需求1硬件环境需求：4G以上内存；2软件环境需求：数据库Microsoft SQL Server2005及以上版本Windows xp, windows 7 Tcp/IP通信协议；3.5接口需求硬件接口：现实中要求具有高速以太网组网以实现联网操作，无需网络通讯接口；软件接口：windows标准接口，要求与其他软件无冲突错误发生；3.6出错处理需求软件应具备自动拼写检查错误等功能，在出现故障后应从整个系统数据库重新载入数据进行操作。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
银行储蓄系统需求分析
银行储蓄系统的功能要求
银行储蓄系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的银行储蓄系统，实现银行的客户交易的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的银行客户交易信息。
根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server 结构，将隐含储蓄系统划分为两个子系统：客户端子系统，服务器端子系统。
客户/银行交易流程图：
客户交易成功图：
下面分析各个子系统的功能需求：
1．客户端子系统：
在客户端系统的功能实现上，可以分为以下几个部分：
[1]客户信息的输入和统计
银行储蓄系统把客户要求交易的信息由读入。
这部分功能是客户端子系统的基本部分，这个功能是以后各个部分的基础。
系统要求做到即能够从其它子系统中共享一部分信息，又有方便的操作界面手工输入信息。
这部分要求对输入的数据进行简单的统计，供银行进行查询和宏观调控。
[2]客户信息的存储：
将客户的信息存储到银行的客户端系统中，以备以后的交易确认以及查询。
[3]交易信息的传递及接收：
将客户所须的交易信息由自动取款机端由网络传到银行储蓄的服务器上，并且接受银行返回的交易信息，然后存储起来。
[4]交易通知及凭票的生成和打印：
把已存储的从银行返回的交易信息打印出来，并且生成账单打印出来一起交给客户。
打印出凭票给已经交易成功的客户：根据客户的交易成功通知及账单，经过确认无误后，接受客户的确认后把凭票印出来交给客户。
[5]客户/银行交易情况的汇总
这一功能是在上一功能的基础上，对客户交易额进行单项核算，得到该交易的明细
情况并把核算结果作为交易明细输出。
2．服务器端的功能要求：
通过计算机网络将客户端与服务器的数据库相连，将从客户端得到的信息进行处理，实现交易查询，凭票生成，交易统计，综合信息查询等子系统。
以计算机成本核算为中心，实现储蓄业务的计算机自动化，为银行降低成本、提高操作运转提供及时精确的依据。
在客户端系统的功能实现上，可以分为以下几个部分：
[1]接收由client端发回的所需交易信息：
通过网络接收交易信息并存入到服务器的数据库中。
[2]生成交易信息：
根据所需交易信息（时间，地点），在数据库中查询并得到正确的信息（取款，存款，转账等），并详细列出这些需交易的标记。
[3]传递交易信息到客户端（client）：
把得到的交易信息通过网络传递到银行数据库。
[4]印出凭票给已经交易成功的客户：
根据客户的交易成功通知，经过确认无误后，接受客户的确认后把凭票印出来交给客户。
银行储蓄系统的性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行，银行储蓄系统应该满足以下的性能需求：
1．系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足银行对信息处理的需求。
由于银行储蓄系统的查询功能对于整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源，而交易额和时间又影响银行的决策活动，其准确性很大程度上决定了银行储蓄系统的成败。
在系统开发过程中，必须采用一定的方法保证系统的准确性。
2．系统的开放性和系统的可扩充性
银行储蓄系统在开发过程中，应该充分考虑以后的可扩充性。
例如交易系统的
方式的改变（网上银行），客户查询的需求也会不断的更新和完善。
所有这些，都要求系统提供足够的手段进行功能的调整和扩充。
而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
3．系统的易用性和易维护性
银行储蓄系统是直接面对群众的，而群众往往对计算机有不同程度的熟悉度。
这就要求系统能够提供良好的用户接口，易用的人机交互界面。
要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的人员帮助，缩短用户对系统熟悉的过程。
银行储蓄系统中涉及到的数据是银行的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。
4．系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。
所有这些都要符合主流国际、国家和行业标准。
例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。
如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。
5．系统的先进性
目前计算系统的技术发展相当快，作为银行储蓄系统工程，应该保证系统在下个世纪仍旧是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。
这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。
另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流先进并且有良好发展前途的产品。
6．系统的响应速度
银行储蓄系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。
在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，原则是保证操作人员不会因为速度问题而影响交易工作效率。
银行储蓄系统的数据需求
银行储蓄系统的数据需求包括如下几点：
1．数据录入和处理的准确性和实时性
数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和冻结不可用，从而使系统的工作失去意义。
数据的输入来源是手工输入。
手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系
统的专业培训。
在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。
2．数据的一致性与完整性
由于系统的数据是共享的，在不同的客户端中，客户交易信息是共享数据，所
以如何保证这些数据的一致性，是系统必须解决的问题。
要解决这一问题，要
有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对
数据库的数据完整性进行严格的约束。
对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应
该拒绝该数据。
3．数据的共享与独立性
整个银行储蓄系统的数据是共享的。
然而，从系统开发的角度上看，共享会
给设计和调试带来困难。
因此，应该提供灵活的配置，使各个分系统能够独立
运行，而通过人工干预的手段进行系统数据的交换。
这样，也能提供系统的强
壮性。
银行储蓄系统的数据字典
系统中的数据元素：
银行储蓄系统的逻辑模型银行储蓄系统的逻辑模型如下图所示：
银行储蓄系统的运行要求
银行储蓄系统中的各个子系统的硬件和软件的配置如下：
1．服务器端子系统的运行要求：
系统软件：Window NT Server
数据库管理系统：SQL Server
硬件要求：Pentium III 450以上, 258M RAM, 14G HD
2.客户端子系统的运行要求：
系统软件：Window NT Workstation
数据库管理系统：SQL Server
硬件要求：Pentium 133以上, 32M RAM, 4.3G HD
建立银行储蓄系统的约束
1.Client/Serve r结构总体设计方案对它的约束：
银行储蓄系统作为Client/Server结构的一个应用系统，不可避免的要受到Client/Server结构的约束。
在其实施的各个阶段都要服从它的一些规划，包括
功能设计、系统配置和计划。
同时，由于信息的共享，银行储蓄系统还受到其
它系统的信息约束。
2．人力、资金、时间的约束
银行储蓄工程实施的目标就是要带给银行看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。
因此，在设计中，重点是交易系统中的
方便快捷，能提供给客户以优质高效的服务，并提高销售的效率和便捷，为银
行带来良好的效益。
3．技术发展规律的约束
计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。
例如图像和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。