银行储蓄系统需求分析报告
银行需求分析
银行储蓄系统数据库模型设计一、需求说明书1。
功能需求分析银行储蓄系统是一款含有数据库的软件系统,将提供如下功能:其分为储户，系统自动更新中心(1）储户储户主要对自己的账号中的余额进行查询，修改，删除自己的资料信息（密码，地址，姓名,身份证号）,存取款，查询自己的余额等。
还可以验收存款单，更新存款信息。
储户信息=身份证号码+姓名+账号+存款余额+住址(2）自动更新中心主要由存款单和取款单来体现.A。
存款单用户输入存款单号，由计算机通过储户存款的方式自动计算利息，更新余额，生成存款单，让储户验收。
银行计算机储蓄系统又把存款单给银行内库进行确认审查。
存款信息=存款金额+存款日期+存款人+帐户余额B．取款单用于存放用户取款情况及个人帐户情况等,记录用户每次取款的资料和情况，当用户取款时，银行内库要把利息清单（或账单）给银行计算机储蓄系统处理,再把利息清单（或账单)交于用户，对取款单进行查询，修改，删除,主要包括取款放方式，取款日期，取款金额等取款信息=取款金额+取款日期+取款人+利息清单+帐户余额（3)超级用户（管理员）管理员主要进行对该数据库的维护,删除,修改，插入等操作2．数据项根据上述功能需求分析，数据库中要存储以下数据项：余额，存款单号，取款单号,取款方式，存款方式，取款时间，存款时间，地址，姓名，存款余额，存款日期，身份证号，账号。
3.数据结构银行储蓄业务管理系统主要包括储户，存款单，取款单等实体。
储户信息{账户，身份证号，姓名,地址，存款余额}存款单信息{存款单号,余额，存款日期，存款方式}取款单信息{取款单号，余额,取款时间，取款方式}二、CDM设计1。
根据需求分析，设计本系统的CDM如下：储户用户可以它的基本功能操作如下：修改自己的基本信息,账户，身份证号,姓名，地址,存款余额等。
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++知识，独 立完成问题分析、总结设计、详细设计和编程实现等软件开辟全过程的综合实践能力。
巩 固、深化理论知识，提高编程水平，并在此过程中培养我们严谨的科学态度和良好的工作 作风。
随着社会经济的发展，信息化程度的不断深入，银行的传统业务已不能满足客户的需 求。
当今，人们的科技意识已经有了很大的提高，在紧张忙碌的生活中已越来不习惯每天 奔波于银行营业柜台去办理各种业务，利用电子化的手段构建一个高效统一的、通用灵便 的系统来管理各种各样的业务，是当前每一个商业银行都要研究的课题。
因此如何应用计算 机技术加强银行账户管理是当前迫切需要解决的一个问题。
所以本次课程设计是摹拟银行 账户的管理，开辟一个银行个人账户管理系统。
设计思想是一切为使用者着想，操作尽量 简单明了，努力做到每一个用户都可以使用这个系统来办理自己的业务。
并且通过该银行 账户管理系统地运行，可以使办公人员轻松快捷的完成对账户管理的任务，提高招募管理 效率，是银行的账目管理工作系统化、规范化、自动化。
主要用于银行的储蓄卡管理系统，它可以帮组我们有效、准确、并且高效实现的完成 存取事件。
系统操作方便效率、安全性高、只要开户并设定好密码就可以轻松的实现存取 款。
系统实现的主要有储蓄卡开户管理、存取款管理、用户查询历史数据显示、注销等功 能。
储蓄卡开户管理模块：卡号、姓名、开户金额、身份证号、地址、电话、密码、确认 密码和保存组成。
银行计算机储蓄系统需求分析
银行计算机储蓄系统需求分析为方便储户，某银行拟开发计算机储蓄系统。
储户填写的存款单或取款单由业务员输入系统；如果是存款，系统记录存款人姓名，住址，存款类型，存款日期，禾冷等信息，并印出存款单给储户；如果是取款，系统计算利息并印出利息清单给储户。
一沿数据流图回溯系统顶层数据流图存款据流图取款数据流图:取款信息文件余额信息文件用户信息文件写出文档初稿E-R图1)数据元素：名称：用户说明：用户姓名数据类型：字符型长度：4(3)数据存储：数据文件名：存款信息表加工名：更新存款的信息简要描述：对所写的存款单进行编辑后返回到存款信息表中输入数据流：存款信息输出数据流：无加工逻辑：若信息正确无误则反馈存款信息加工名：设置密码简要描述：对用户的存款信息进行密码设置以得到保护输入数据流：需要设置密码输出数据流：存款信息加工逻辑：对现有的用户存款信息进行密码设置以得到保护并将已经设置好的存款信息进行处理加工名：计算利息简要描述：当用户取款时计算出当前帐户的利息情况输入数据流：密码正确输出数据流：利息信息加工逻辑：计算出当前帐户的利息情况并反馈给用户加工名：更新余额简要描述：当用户取款后剩余的金额情况要进行更新输入数据流：计算利息输出数据流：余额信息加工逻辑：对已有的金额进行查询并更新加工名：处理取款简要描述：对取款单中的取款信息进行处理输入数据流：余额信息输出数据流：取款信息加工逻辑：处理用户的取款信息及金额加工名：打印取款清单简要描述：对处理后的取款信息进行打印给用户核对输入数据流：取款信息输出数据流：打印利息清单（或账单）加工逻辑：将核对无误的取款信息以利息清单（或账单）的形式打印出来三定义逻辑系统如果是存款，储户填写存款单，然后交给业务员键入系统，同时系统还要记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、利率及密码（可选）等信息，完成后由系统打印存款单给储户。
如果是取款，储户填写取款单交给业务员，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。
银行储蓄系统的需求分析报告1
“银行计算机储蓄系统”需求分析说明书文档作者：XXX 日期：2010-1-11.引言 (3)1.1 项目背景 (3)1.2 项目目标 (3)2. 银行计算机储蓄系统业务流程图 (4)3. 银行计算机储蓄系统 (4)3.1 银行计算机储蓄系统 (8)3.1.1 存取款管理 (11)●存款管理 (11)⏹数据流程图 (11)●取款管理 (14)⏹数据流程图 (14)4.E-R图 (20)1.引言1.1 项目背景项目名称:银行计算机储蓄系统(初步定为)用户:XXX银行项目说明:随着社会经济的发展，以及数字生活的逐步渗透，如何为用户提供更加便捷、更加周到的服务已经成为各大银行竞争的焦点。
但如今银行储蓄系统工作效率比较低，越来越不能满足广大人民群众的需求，人们希望可以更方便更省时更省力的办理储蓄的相关业务。
人们不再满足于以前传统的哪家银行卡只可以在那家银行存款提款的模式。
而如今计算机网络的高速发展及普及度的进一步加强,越来越多的人希望通过在家实现存取款或是通过上网实现网上银行的功能等。
在这样的趋势下,明显可以看出现今的银行计算机储蓄系统不能够满足人们日益增长的需求，为提高该银行的存取款工作效率，降低工作的人力、物力开支，提高工作的准确性、正确性，并且便于用户信息存取,需要建立一个新的、高效的、方便的、互联的计算机储蓄系统1.2 项目目标所建议系统的开发目标包括:✧人力与设备费用的减少及合理利用；✧处理速度的提高及准确度的保证；✧人员利用率的改进及合理调度。
✧改进管理和服务;建立高效的信息传输和服务平台，提高信息处理速度和利用率等等。
2. 银行计算机储蓄系统业务流程图3.银行计算机储蓄系统一、数据流程图二、词条说明1．数据流词条描述a)数据流名：存款单说明：当用户要存款时银行计算机储蓄系统就产生一个存款单给用户，银行计算机储蓄系统又要把存款单给银行内库进行确认审查。
数据流来源：用户数据流去向：银行计算机储蓄系统数据流组成：存款单=存款人+存款银行+业务员编号+存款金额+存款日期业务员编号=“01”..“99”存款日期=年+月+日数据量流通量：暂不统计b)数据流名：存单(反馈信息)说明：银行系统给用户每次存款打印的存款资料表单数据流来源：银行计算机储蓄系统数据流去向：用户数据流组成：存单=存款人+存款银行+业务员编号+存款金额+存款日期+手续费+帐户余额业务员编号=“01”..“99”存款日期=年+月+日位置：输出到打印机数据量流通量：暂不统计c)数据流名：取款单说明：记录用户每次取款的资料和情况数据流来源：用户数据流去向：银行计算机储蓄系统数据流组成：取款单=取款人+取款银行+业务员编号+取款金额+取款日期业务员编号=“01”..“99”取款日期=年+月+日数据量流通量：暂不统计d)数据流名：利息清单（或账单）说明：当用户取款时，银行内库要把利息清单（或账单）给银行计算机储蓄系统处理，再把利息清单（或账单）交于用户数据流来源：书库数据流去向：事务处理数据流组成：取款信息=取款人+取款银行+受理业务员+取款金额+取款日期+手续费+帐户余额业务员编号=“01”..“99”取款日期=年+月+日位置：输出到打印机数据量流通量：暂不统计2．数据文件（存储池）描述a)数据文件名：用户信息表简述：用于存放用户的个人资料情况及其它相关信息输入数据：用户信息输出数据：用户信息数据文件组成：用户信息表=用户编号+身份证号码+姓名+性别+年龄+住址存储方式：关键码存取频率：经常b)数据文件名：密码信息表简述：用于存放用户存取款所需的密码输入数据：密码信息输出数据：密码信息数据文件组成：密码信息= 存取款密码+设置密码日期存储方式：关键码存取频率：经常c)数据文件名：存取款信息表简述：主要是对存取款时所产生的存单、利息清单（或账单）及账面上金额进行存储输入数据：存取款信息输出数据：存取款信息d)数据文件组成：存取款信息表= 存单+利息清单（或账单）+存取款日期+帐户金额存储方式：直接存取频率：经常3．加工逻辑词条描述a)加工名：银行计算机储蓄系统加工编号：0层简要描述：对用户存取款进行管理和处理输入数据流：存款单、取款单输出数据流：存单、利息清单（或账单）加工逻辑：若存取款信息正确且密码正确无误则存取款成功，否则提示重写或重填。
软件工程——银行储蓄系统 -
软件工程——银行储蓄系统 -1.引言1.1 目的本文档旨在描述和规范银行储蓄系统的设计和开发过程，确保系统能够满足用户的需求和预期功能。
1.2 背景银行储蓄系统是为银行提供一种机制，使客户能够进行存款、取款和查询等操作的系统。
2.需求分析2.1 功能需求银行储蓄系统应具备以下功能：- 客户登录与注册- 存款与取款- 余额查询与交易记录查询- 转账与收款- 密码重置2.2 非功能需求银行储蓄系统应具备以下非功能需求：- 用户界面友好、易于使用- 系统响应时间快- 数据安全性高- 高并发能力- 可靠性和可扩展性3.概要设计3.1 系统架构银行储蓄系统采用分层架构，包括以下层：- 用户界面层：提供用户登录、存款、取款等功能的界面- 业务逻辑层：处理用户请求，进行业务逻辑处理- 数据访问层：与数据库进行交互，完成数据的读写操作3.2 模块设计银行储蓄系统的主要模块包括：- 用户管理模块：处理用户注册、登录、密码重置等功能- 账户管理模块：负责处理存款、取款和余额查询等功能- 交易记录模块：记录用户的交易历史- 转账模块：处理用户的转账和收款功能4.详细设计4.1 用户管理模块设计4.1.1 用户注册功能设计- 输入用户名、密码、邮箱等信息- 检查用户名是否已存在- 将用户信息存入数据库4.1.2 用户登录功能设计- 输入用户名和密码- 验证用户名和密码- 登录成功后跳转到账户管理界面4.2 账户管理模块设计4.2.1 存款功能设计- 输入存款金额- 更新账户余额- 记录交易历史4.2.2 取款功能设计- 输入取款金额- 检查账户余额是否充足- 更新账户余额- 记录交易历史5.测试计划5.1 单元测试对各个模块进行单元测试，验证其功能和性能是否达到预期。
5.2 验收测试整体测试银行储蓄系统，确保其符合用户需求和预期功能。
6.附件本文档涉及的附件包括界面原型图、数据库设计文档等。
7.法律名词及注释- 存款：客户将资金存入银行账户- 取款：客户从银行账户中取出资金- 余额查询：客户查询账户中的余额情况- 转账：客户将资金从自己的账户转入其他账户- 收款：客户接收他人转账的资金。
银行计算机储蓄系统需求分析报告
[银行计算机储蓄系统］拟制人审核人批准人［二零一六年三月二十二日］1．引言1.编写目的随着金融业的发展,手工操作和旧的管理模式已经严重制约了质量和效率的问题，用计算机管理来代替手工管理是非常必要的。
本需求分析全面描述储蓄平台系统的各种功能、运行环境，使客户和开发者双方对本系统的初始规定有一个共同的理解，使之成为整个开发工作的基础。
而本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本银行储蓄系统的软件开发过程，便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用。
并且通过分析，也基本明确了本系统的功能需求、性能需求、数据文件结构等的一些方面的要求。
本文档进一步定制软件开发的细节问题，明确软件需求、安排项目规划与进度、组织软件开发与测试，便于用户与开发商协调工作。
2.背景a.待开发软件系统的名称：银行计算机储蓄系统；b。
本项目的任务提出者、开发者、用户以及将运行该项软件的计算站或计算机网络系统：本项目由某银行委托山西大学软件学院开发，本系统使用原有银行储蓄管理系统数据库中的原有用户数据。
3.定义银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。
需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方.模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。
4.参考资料《软件工程导论》。
2．数据要求说明1．数据的逻辑描述对数据进行逻辑描述时可把数据分为动态数据和静态数据。
1。
1静态数据包括系统登录密码,各数据库所在位置,系统分析原始数据.1。
软件工程《银行计算机储蓄系统实验报告》
学号：姓名：专业：计算机科学与技术（师范）
班级：
实验项目名成绩：
1．实验目的
3．实验要求
用数据流程图描绘系统的功能，并用实体—联系图描绘系统中的数据对象
4．实验过程及结果（包括实验源程序、运行结果及相关图片）
5．实验总结（包括实验中遇到的问题、解决方案及心得体会）
通过这次实验对Rational Rose和Visio两款画图软件有些认识，这两个软件在以前从来没有见过也没有听过,第一次打开的时候完全不知道怎么操作。不知道怎么做出指导书里面的用了,在试验的同时对于需求分析的整个过程也有了更多的了解,同时在一些问题的解决上依靠课本，对于课本也更加的熟悉了。
了解Visio等工具软件特色以及工作环境；
掌握利用Visio绘制数据流程方法
2．实验内容
银行计算机储蓄系统的工作过程大致如下:储户填写的存款单或取款单|山业务员键入系统，如果是存款则系统记录存款人姓名、住址、身份证号码等存款信息，并打印出存款存单给储户;如果是取款日存软时留有密码。则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息并打印出利息清单给储户。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
银行储蓄系统需求分析报告
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)
该表存储利率值
Rate (rateName,rateValue)
该表用于恢复汇率的初始值。
在向数据库中添加信息时用存储过程，在删除表Depositor中的信息时自动删除表CreditCard和表Account中相关的信息。
数据词典（略）
数据采集
包括储户信息和帐户信息。
储户信息：姓名，性别，身份证号码，地址，联系电话等。
帐户信息：帐户号码，帐户密码，开户时间，储蓄金额，储蓄类型等
4．功能需求
功能划分
软件分别有新建，修改，查询，更新等功能。
各个模块各有不同的功能，但都能完成查询和存储功能，各模块的数据都存放在数据库中。
数据的调用和连接都有程序来完成。
此系统所要完成的主要功能有两方面：
如果是存款，储户填写存款单，然后交给业务员键入系统，同时系统还要记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、利率及密码（可选）等信息，完成后由系统打印存款单给储户。
如果是取款，储户填写取款单交给业务员，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。
功能描述
外部功能：实现可视化窗口，查找及存储
内部功能：同步，过滤，定位，识别
存款功能
以储户的存款为主要活动，相关记录根据存款结果进行调整，以使信息保持一致。
1．系统需要在原账户信息中增加一条记录，包括存款人姓名、住址、存款类型、存款日期、利率等信息。
2．若为新储户须建立一个账户，并记录此次的记录。
3．打印存款单给储户。
取款功能
以储户的取款为主要活动，相关记录根据取款结果进行调整，以使信息保持一致。
1．系统计算利息，在原账户信息中将取款额减去。
2．若为清户，记录注销该账户，将账户余额（包括存款额及利息）一并交与储户。
3．打印利息清单给储户。
余额查询功能
为储户提供查询余额服务，将储户的相关记录输出。
1．需要储户的账户信息及密码。
2．打印储户的帐户余额。
5．性能需求
数据精确度
在进行向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数组中添加数时，要求输入数准确
金额，身份证，卡号等按需求设定字符数。
时间特性
程序响应时间：在人的感觉和视觉事件范围内；
信息交换时间：要求在程序调用前调用后都与数据库保持同步更新，网络信息交换施加应该小于程序调用的时间
适应性
要求数据库具有很好的更新能力，由于本产品是实验性软件，故对磁盘和内存容量没有很高的要求，但是数据库应该能够对并发事件，脏数据具有较强的识别处理能力。
6．运行需求
用户界面
屏幕格式：采用全屏格式，通过分窗口操作进行各个操作之间的转换
报表格式：以银行原报表格式设计电子打印表格式。
菜单格式：下拉式菜单，应显示储户资料及帐户资料的各个详细条目。
硬件接口
无特别要求。
网络硬件接口要求：现实中要求具有高速以太网组网以实现联网操作，但是在理论实验验证软件本身的目的来看，无需网络通讯接口。
业务员键入储户的资料要全部一直显示在屏幕；储户从按键口键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。
软件接口
Windows标准接口，要求与其他软件无冲突错误发生。
故障处理
软件应具备自动拼写错误检查等功能，在出现故障后应从整个系统数据库重新载入数据进行操作。
7．其它需求
（1）可用性
本软件也可以通过单步跟踪的操作进行检查处理。
（2）安全性
由于软件运行数据放在数据库中，所以参数不容易被错改、破坏，万一参数受到破坏也不会影响源程序。
（3）可维护性
本软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。
修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性、升级都十分方便。
（4）兼容性。