银行计算机储蓄系统需求分析
张海藩《软件工程导论》(第6版)(课后习题 第3章 需求分析)【圣才出品】
第3章需求分析1．为什么要进行需求分析？通常对软件系统有哪些需求？答：（1）需求分析的原因为了开发真正满足用户需求的软件产品，需求分析是软件开发工作获得成功的前提条件，不能满足用户需求的程序只会令用户失望，给开发者带来烦恼。
（2）对软件系统的需求功能需求、性能需求、可靠性和可用性需求、出错处理、借口需求、约束、逆向需求、将来可能提出的要求。
2．怎样与用户有效地沟通以获取用户的真实需求？答：访谈是最早开始使用的获取用户需求的技术，也是目前广泛使用的需求分析技术，访谈有两种形式，分别是正式的和非正式的访谈。
正式访谈时，系统分析员将提出一些事先准备好的具体问题。
在非正式访谈中，分析员将提出一些用户可以自由回答的开放性问题，以鼓励被访问人员说出自己的想法。
其中情景分析技术往往非常有效。
3．银行计算机储蓄系统的工作过程大致如下：储户填写的存款单或取款单由业务员输入系统，如果是存款则系统记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、到期日期、利率及密码（可选）等信息，并印出存单给储户；如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息并印出利息清单给储户。
用数据流图描绘系统中的数据对象，并用实体联系图描绘系统中的数据对象。
答：（1）数据流图，如图3-9所示。
图3-9银行计算机储蓄系统数据流图（2）E-R模型如图3-10所示。
本题中共有两类实体，分别是“储户”和“储蓄所”，在它们之间存在“存取款”关系。
因为一位储户可以在多家储蓄所存取款，一家储蓄所拥有多位储户，所以“存取款”是多对多（M：N）关系。
储户的属性主要有姓名、住址、电话号码和身份证号码，储蓄所的属性主要是名称、地址和电话号码，而数额、类型、到期日期、利率和密码则是关系类型存取款的属性。
图3-10银行计算机储蓄系E-R图4．分析习题2第3题所述的机票预订系统。
试用实体一联系图描绘本系统中的数据对象并用数据流图描绘本系统的功能。
2.2为方便储户，某银行拟开发计算机储蓄系统。写出问题定义并分析此系统的可行性
2.2为⽅便储户，某银⾏拟开发计算机储蓄系统。
写出问题定义并分析此系统的可⾏性为⽅便储户，某银⾏拟开发计算机储蓄系统。
储户填写的存款单或取款单由业务员输⼊系统，如果是存款，系统记录存款⼈姓名、住址、存款类型、存款⽇期、利率等信息，并印出存款单给储户；如果是取款，系统计算利息并印出利息清单给储户。
写出问题定义并分析系统的可⾏性。
答：如果是存款，储户填写存款单，然后交给业务员键⼊系统，同时系统还要记录存款⼈姓名、住址（或电话号码）、⾝份证号码、存款类型、存款⽇期、利率等信息，完成后由系统打印存款单给储户。
如果是取款，储户填写取款单，然后交给业务员，业务员把取款⾦额输⼊系统并要求储户输⼊密码以确认⾝份，核对密码正确⽆误后系统计算利息并印出利息清单给储户。
为了满⾜储户的需求，该系统需要迅速的对⽤户的要求做出反馈，要对⽤户输⼊的信息作出最快的处理，所以就需要很⼤的主存容量，以及强⼤的数据库⽀持。
由于是所⾯向的⽤户是⼴泛的储蓄⽤户群，所以需要系统强⼤的安全性能⽀持。
可⾏性研究⽅法条件、假定和限制：建议开发软件运⾏的最短寿命：5年进⾏系统⽅案选择⽐较的期限：2个⽉经费来源和使⽤限制：定制银⾏硬件、软件、运⾏环境和开发环境的条件和限制：银⾏中⼼拥有⼤型机以及⽤来⽀持的数据库，各个银⾏⽹点都有安好的PC机，安装有Windows2000及以上的操作系统。
建议开发软件投⼊使⽤的最迟时间：开发完成后试运⾏1个⽉。
可⾏性研究⽅法通过与银⾏熟练业务员进⾏深⼊讨论，制定详细⽤户调查问卷，真正了解⽤户以及银⾏业务员的实际需求，根据业务员提供的信息以及问题定义再综合调查问卷中⽤户提出的意见进⾏改进。
最终确定项⽬需要解决的问题，并确定问题能不能被解决。
决定可⾏性的主要因素1）项⽬开发成本2）所需设备置办成本3）技术是否能满⾜需求4）操作⼈员的熟练程度5）资源有效性对现有系统的分析1处理流程和数据流程存款流程图：取款流程图：数据流图：2⼯作负荷当前⼤多数银⾏所使⽤的银⾏储蓄系统在办理业务时⼿续繁琐，⼈⼯业务操作过多，办理⼀个客户的业务就需耗费较长的时间，其他客户只有等待。
银行储蓄系统面向对象分析
课题：银行计算机储蓄系统学院：数学科学学院班级：信科1202 信科1201 学号：********* ********* 姓名：****：***银行储蓄系统面向对象分析一、建立对象模型需求陈述：储户填写存款单或取款单由业务员键入系统。
如果是存款则系统记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期，到期日期，利率以及密码（可选）等信息，并引出存款单给储户，如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息，并印出利息清单给储户。
确定类&对象：1.找出所有可能的类&对象：储户、存款单、取款单、业务人员、计算机储蓄系统、账户、事务2.筛选：储户、业务人员、计算机储蓄系统、账户、事务确定关联：储户拥有账户业务人员与计算机通信业务人员输入事务最终的关联为如下图：确定属性：储户：姓名、地址账户：余额、限额、类型业务人员事务：类型、日期、金额业务人员：姓名建立的对象模型为：二、建立动态模型编写脚本：计算机储蓄系统的正常情况脚本：储户的填写存款单业务人员键入系统，系统引出存款单给储户储户填写取款单，系统核对储户密码，计算利息并打印利息清单给储户计算机储蓄系统的异常情况脚本：储户身份证号码填写错误，找不到该储户信息储户填写取款单的密码错误画事件跟踪图：储蓄系统正常情况事件跟踪图：储蓄系统异常情况事件跟踪图：画状态图：三、建立功能模型画出基本数据流图： 顶层数据流图：画出功能级数据流图：把基本系统模型中单一的处理框分解成若干个处理框，以描述系统加工、变换数据的基本功能，就得到功能级数据流图如下图：储户业务人员储蓄系统款单信息输入信息储户 业务人员填写存取款单记录存款信息核对储户密码核对账户计算利率显示出错信息请求重新填写款单 输入取款单信息无错输入存款单信息无错打印利息清单输入信息存款单输出信息账户。
银行储蓄管理系统实验报告
C++面向对象程序设计课程设计报告学生姓名： ___ __________学号： _____ __________班级： ___指导教师： ______________2022 年 6 月 19 日......................................................................................课程设计的目的是总结及运用一学期来所学的知识，训练我们灵便应用所学 C++知识，独 立完成问题分析、总结设计、详细设计和编程实现等软件开辟全过程的综合实践能力。
巩 固、深化理论知识，提高编程水平，并在此过程中培养我们严谨的科学态度和良好的工作 作风。
随着社会经济的发展，信息化程度的不断深入，银行的传统业务已不能满足客户的需 求。
当今，人们的科技意识已经有了很大的提高，在紧张忙碌的生活中已越来不习惯每天 奔波于银行营业柜台去办理各种业务，利用电子化的手段构建一个高效统一的、通用灵便 的系统来管理各种各样的业务，是当前每一个商业银行都要研究的课题。
因此如何应用计算 机技术加强银行账户管理是当前迫切需要解决的一个问题。
所以本次课程设计是摹拟银行 账户的管理，开辟一个银行个人账户管理系统。
设计思想是一切为使用者着想，操作尽量 简单明了，努力做到每一个用户都可以使用这个系统来办理自己的业务。
并且通过该银行 账户管理系统地运行，可以使办公人员轻松快捷的完成对账户管理的任务，提高招募管理 效率，是银行的账目管理工作系统化、规范化、自动化。
主要用于银行的储蓄卡管理系统，它可以帮组我们有效、准确、并且高效实现的完成 存取事件。
系统操作方便效率、安全性高、只要开户并设定好密码就可以轻松的实现存取 款。
系统实现的主要有储蓄卡开户管理、存取款管理、用户查询历史数据显示、注销等功 能。
储蓄卡开户管理模块：卡号、姓名、开户金额、身份证号、地址、电话、密码、确认 密码和保存组成。
【毕业设计】ATM系统需求分析规格说明书
《ATM自动取款机系统》需求规格说明书文档名称：ATM系统需求分析规格说明书项目名称：ATM自动取款机系统项目负责人：计算机071—27 胡玉萍ATM系统需求规格说明书1. 引言1．1编写目的本需求规格说明书是对ATM系统开发的基本需求的描述，以及对系统任务、功能需求和性能需求进行阐述。
编写本需求规格说明书的目的是分析ATM系统的特点，将取款、存款、查询等业务自主化，提出该系统的功能需求。
需求分析是用户和系统分析员之间进行沟通的桥梁，是用户确定未来系统功能的凭据，也是系统分析员进行系统设计的对象和依据，是系统验收的依据。
故是一个多方人事都要阅读和思考的重要文档。
1．2背景拟开发软件系统的名称：系统名称：ATM系统任务提出者：广大储户任务开发者：大连工业大学：胡玉萍1．3定义1、账号。
在银行中，事务应用的单个账号。
账号可以为多种类型，但是至少包括支票和存款。
每个顾客可以拥有多个账号。
2、A TM：Automatic Teller Machine。
一个工作站终端，使得顾客能够使用现金卡在A TM上进行自己的事务处理。
A TM同顾客进行交互，收集事务信息，并发送事务信息到中心计算机，由中心计算机确认和处理信息之后，将现金通过A TM提供给顾客。
3、银行。
一个金融机构，负责保存顾客的账号信息，执行授权卡通过ATM网访问账号。
4、银行计算机。
银行拥有的计算机，同A TM网和银行自己的现金工作站进行交互。
银行可以拥有自己的内部计算机网处理账号，但是我们只关心同网络进行交互的计算机。
5、现金卡。
每张卡提供给一个银行储户，授权储户可以使用ATM机访问自己的账号。
每张卡包含一个银行代码和一个卡号，银行代码根据信用卡的国际标准进行编码，卡号确定卡能够访问的账户。
一张卡不能访问客户的所有账户。
每张卡只能有一个持卡人，但是多个复本可能存在，所以必须考虑从不同的A TM机同时使用相同卡的行为。
6、储户。
拥有银行的一个或者多个账号的人。
需求分析例题-考务处理系统的分层数据流图如图所示
例：考务处理系统的分层数据流图如图所示。
该考务处理系统有如下功能：1.对考生送来的报名表进行检查。
2.对合格的报名表编好准考证号码后将准考证送给考生，并将汇总后的考生名单送给阅卷站。
3.对阅卷站送来的成绩表进行检查，并根据考试中心指定的合格标准审定合格者。
4.填写考生通知单（内容包含考试成绩和合格/不合格标志），送给考生。
5.按地区、年龄、文化程度、职业、考试级别等进行成绩分类统计和试题难度分析，产生统计分析表。
P73，习题33.银行计算机储蓄系统的工作过程大致如下：储户填写的存款单或取款单由业务员输入系统，如果是存款则系统记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、到期日期、利率及密码（可选）等信息，并印出存单给储户；如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息并印出利息清单给储户。
用数据流图描绘本系统的功能，并用实体-联系图描绘系统中的数据对象。
4.目前住院病人主要由护士护理，这样做不仅需要大量护士，而且由于不能随时观察危重病人的病情变化，还可能会延误抢救时机。
某医院打算开发一个以计算机为中心的患者监护系统，试写出问题定义，并且分析开发这个系统的可行性。
医院对患者监护系统的基本要求是随时接收每个病人的生理信号（脉搏、体温、血压、心电图等），定时记录病人情况以形成患者日志，当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息。
此外，护士在需要时还可以要求系统印出某个指定病人的病情报告。
试用实体-联系图描绘本系统中的数据对象并用数据流图描绘本系统的功能。
6.复印机的工作过程大致如下：未接到复印命令时处于闲置状态，一旦接到复印命令则进入复印状态，完成一个复印命令规定的工作后又回到闲置状态，等待下一个复印命令；如果执行复印命令时发现没纸，则进入缺纸状态，发出警告，等待装纸，装满纸后进入闲置状态，准备接收复印命令；如果复印时发生卡纸故障，则进入卡纸状态，发出警告，等待维修人员来排除故障，故障排除后回到闲置状态。
数据库原理课程设计银行储蓄管理系统
目录一、需求与功能分析 1二、系统总体框架 2三、逻辑设计 2四、类的设计与分析 4五、数据库表结构设计 8六、特色算法分析 8七、功能测试 9八、存在的不足与对策 12九、程序源代码 12银行储蓄管理系统一银行储蓄系统需求分析系统功能简介：信息系统：主要是在里面输入用户信息（户名，帐号，开户日期）主要功能：记录用户所要进行的各种存取操作（存钱，取钱），并对操作数据做好记录记录时间：主要是记录每个用户开户，存取，取钱的日期相关金额：该用户的存款金额，取款金额，执行操作后账户余额保存系统：可以以连接数据库模式保存查询过的内容，对于刚刚查询过的内容不必重复登陆工作环境：该程序可用在各种银行性质的单位，能有效管理用户信息。
方便，快捷，容易上手，安全保密，资料齐整构造该程序，主要是使用C++ & SQL系统。
在MS-DOS以及WINDOWS95以上的操作系统上可以正常运行。
现今的社会，资金流动十分频繁。
不单单是企业、厂商，连个人也不例外。
银行作为一个金融机构，在现代人们的生活中扮演着及其重要的角色。
为生活节奏飞快的现代人提供快速、便捷、高效理财服务，是每一个银行机构的共同职责。
伴随着电脑技术的发展，各大银行储蓄管理软件也随之出现在这一舞台之上。
银行储蓄管理程序的主要功能就是记录用户的账户信息，已经对用户的存取款操作作好记录及数据更新。
银行储蓄管理的特点是数据量大。
数据更新频繁。
因此便捷的操作，数据更新准确度，成了这一系统的主要指标。
二系统总框图三逻辑设计任何建模语言都以静态建模机制为基础,标准建模语言UML也不例外。
所谓静态建模是指对象之间通过属性互相联系，而这些关系不随时间而转移。
类和对象的建模，是UML建模的基础。
面向对象的开发方法的基本任务是建立对象模型，是软件系统开发的基础。
UML中的对象类图表达了对象模型的静态结构，能够有效地建立专业领域的计算机系统对象模型。
图1 系统类图动态模型主要描述系统的动态行为和控制结构。
银行储蓄系统需求规格说明书
存款流程图 图2
4、需求分析
4
系统流程图又叫事务流程图，是在计算机事务处理应用进行系统分析时常用的一种描述方法（另一个是数据流图），它描述了计算机事务处理中从数据输入开始到获得输出为止，各个处理工序的逻辑过程。
系统流程图图1
4
数据流图：简称DFD，就是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具。
银行计算机储蓄系统是一款含有数据库的软件系统，可以为银行提供一体化的办公，管理，业务更改，业务查询功能。
2产品功能
银行计算机储蓄系统是一款含有数据库的软件系统，将为以下用户提供如下功能：
业务操作员：添加，删除用户存折账号，用户个人信息，办理存款，取款。
3运行环境
Window XP Professional Service Pack 3,Windows Server 2008,安装有Java Runtime Environment以及Microsoft SQL Server 2000相关软件。
4需求分析41系统流程图系统流程图又叫事务流程图是在计算机事务处理应用进行系统分析时常用的一种描述方法另一个是数据流图它描述了计算机事务处理中从数据输入开始到获得输出为止各个处理工序的逻辑过程
银行计算机储蓄系统需求规格说明书
需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程。在这个过程中，用户的确是处在主导地位，需求分析要负责整理用户需求，为之后的软件设计打下基础。
智慧银行仿真模拟系统设计方案 (2)
智慧银行仿真模拟系统设计方案智慧银行仿真模拟系统是一种基于计算机技术和模拟技术的系统，用于模拟银行业务的流程和操作，通过模拟真实的银行环境和业务场景，帮助银行员工进行培训和练习，提高员工的业务水平和工作效率。
一、需求分析智慧银行仿真模拟系统的设计需满足以下几个方面的需求：1. 模拟真实的银行业务流程，包括客户开户、存取款、转账、贷款、理财等多种操作。
2. 提供真实的业务场景，包括柜台操作、自助服务、手机银行和网上银行等多种渠道。
3. 支持多种操作方式，包括键盘输入、鼠标操作和语音识别等。
4. 提供实时的业务数据和统计信息，帮助员工了解业务状况和工作效果。
5. 提供全面的培训材料和学习资料，包括业务知识、操作指南和案例分析等。
二、系统设计智慧银行仿真模拟系统的设计包括前端界面设计、后端数据处理和数据库设计。
1. 前端界面设计：通过图形化界面和动画效果，展示真实的银行环境和业务场景。
可以通过图标、按钮和表格等元素，模拟银行业务的操作流程，提供用户友好的操作界面。
2. 后端数据处理：通过编程语言和算法技术，实现银行业务的模拟和处理。
可以通过模拟算法和数据模型，模拟银行业务的执行过程和结果，并提供实时的数据和统计信息。
3. 数据库设计：通过数据库技术，存储和管理银行业务的数据。
可以通过数据库表格和关系模型，存储和管理客户信息、账户信息和交易信息等数据，保证数据的完整性和安全性。
三、系统实施智慧银行仿真模拟系统的实施包括系统开发、测试和部署。
1. 系统开发：按照需求分析和系统设计，进行系统开发和编码工作。
可以采用现有的开发工具和技术，通过编程语言和开发框架，实现系统功能和界面。
2. 系统测试：对系统进行功能测试、性能测试和安全测试。
通过测试用例和测试数据，验证系统的正确性和稳定性，保证系统能够满足需求。
3. 系统部署：将系统部署到目标环境中，配置服务器和数据库等资源。
通过系统安装和配置，使系统能够正常运行，并提供良好的用户体验。
软件工程《银行计算机储蓄系统实验报告》
学号：姓名：专业：计算机科学与技术（师范）
班级：
实验项目名成绩：
1．实验目的
3．实验要求
用数据流程图描绘系统的功能，并用实体—联系图描绘系统中的数据对象
4．实验过程及结果（包括实验源程序、运行结果及相关图片）
5．实验总结（包括实验中遇到的问题、解决方案及心得体会）
通过这次实验对Rational Rose和Visio两款画图软件有些认识，这两个软件在以前从来没有见过也没有听过,第一次打开的时候完全不知道怎么操作。不知道怎么做出指导书里面的用了,在试验的同时对于需求分析的整个过程也有了更多的了解,同时在一些问题的解决上依靠课本，对于课本也更加的熟悉了。
了解Visio等工具软件特色以及工作环境；
掌握利用Visio绘制数据流程方法
2．实验内容
银行计算机储蓄系统的工作过程大致如下:储户填写的存款单或取款单|山业务员键入系统，如果是存款则系统记录存款人姓名、住址、身份证号码等存款信息，并打印出存款存单给储户;如果是取款日存软时留有密码。则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息并打印出利息清单给储户。
案例1--银行储蓄账户管理系统用例
6/8
取款用例描述 用例名称：取款 参与的执行者：银行职员（客户代理） 前置条件：一合法的银行职员(客户代理)已登录到该系统 事件流： 基本路径： 1.当选择取款功能时用例开始 2.当输入客户信息（姓名、账号等）后 a）如果客户信息与账户不一致，显示错误信息，可以 重新输入或结束用例 b）如果该账户被冻结（如因挂失而冻结），显示冻结 信息并结束用例 3.输入并校验密码
28识别执行者客户到银行办理储蓄业务的人负责输入密码银行职员客户代理银行工作人员代表客户进行储蓄业务的操作银行职员管理人员银行工作人员根据客户的储蓄业务更新账户管理员银行计算机的管理人员负责账户的管理和业务报表的生成38识别用例从系统的需求陈述可知银行职员客户代理需要系统提供开户存款取款转账注销账户等功能这些功能都包含了校验密码的功能
4/260
开户 存款 取款 银行职员 用户代理） （用户代理） 注销 转账 银行内转账 银行职员 管理人员） （管理人员） 账户管 理 报表生 成 系统管理员
《包含》 包含》 《包含》 包含》 《包含》 包含》
客户 校验密码
银行间转账 其它银行 账户管理系统
银行储蓄账户管理系统
5/8
开户用例描述 用例名称：开户 参与的执行者：银行职员（客户代理），客户 前置条件：一合法的银行职员（客户代理）已登录到该系统 事件流： 1.当选择开户功能时用例开始 2.输入客户信息（姓名、地址、身份证号等） 3.从账户管理系统获取新的账号 4.请客户输入密码 5.请客户再次输入密码 6.如果两次密码不一致则回到第4步，否则继续 7.在账户库中添加新账户 8.打印存折，用例结束 后置条件：在账户库中增加了一个新账户，得到一张新存折
1/8
案 例
本案例实现一个简化了的银行储蓄账户管理系 统，该系统是在银行的柜台上对客户办理活期储蓄 业务。系统的需求陈述如下： 一个客户可以在多个银行中开设账户，一个客 户也可在同一银行中开设多个不同的账户。客户可 以通过银行职员进行开户、存款、取款、转账、注 销账户等活动。其中转账指客户将自己的某个账户 上的钱款转入同一银行的不同账户（称为银行内转 账）或转入不同银行的账户（称为银行间转账）。 系统管理员负责系统的账户管理及业务报表的生成。
银行储蓄系统 需求规格说明书
银行储蓄系统需求分析报告1.引言随着社会经济的发展，以及数字生活的逐步渗透，如何为用户提供更加便捷、更加周到的服务已经成为各大银行竞争的焦点。
但如今银行储蓄系统工作效率比较低，越来越不能满足广大人民群众的需求，人们希望可以更方便更省时更省力的办理储蓄的相关业务。
在这样的趋势下,明显可以看出现今的银行计算机储蓄系统不能够满足人们日益增长的需求，为提高该银行的存取款工作效率，降低工作的人力、物力开支，提高工作的准确性、正确性，并且便于用户信息存取,需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。
2．任务概述本系统主要为了方便储户办理存款、取款等业务，实现对金钱更有效的管理，同时可以更好地方便银行对储户的管理，并且形成储户与银行之间的桥梁，使用该系统不仅可以提高对金钱的有效管理而且在一定程度上可以对提高银行与储户的工作效率。
3．功能需求3．1 功能描述外部功能：实现可视化窗口，查找及存储内部功能：同步，过滤，定位，识别存款功能：以储户的存款为主要活动，相关记录根据存款结果进行调整，以使信息保持一致。
1．系统需要在原账户信息中增加一条记录，包括存款人姓名、住址、存款类型、存款日期、利率等信息。
2．若为新储户须建立一个账户，并记录此次的记录。
3．打印存款单给储户。
取款功能：以储户的取款为主要活动，相关记录根据取款结果进行调整，以使信息保持一致。
1．系统计算利息，在原账户信息中将取款额减去。
2．若为清户，记录注销该账户，将账户余额（包括存款额及利息）一并交与储户。
3．打印利息清单给储户。
数据流图4. 性能需求4.1 数据精确度在向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数组中添加数据时，要求输入数据准确。
金额，身份证，卡号等按需求设定字符数。
4.2 时间特性程序响应时间：在人的感觉和视觉事件范围内；信息交换时间：要求在程序调用前、调用后都与数据库保持同步更新，网络信息交换时间应该小于程序调用的时间。
计算机储蓄系统实验报告(包含可行性分析需求分析概要设计)
软件工程实验报告计算机储蓄系统可行性分析一、引言1.1编写目的经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。
明确开发风险及其所带来的经济效益。
本报告经审核后，交由软件经理审查。
1.2背景开发软件名称：计算机存储系统。
项目任务提出者：武汉科技大学邮政储蓄银行。
项目开发者：武汉科技大学开发小组。
用户：武汉科技大学邮政储蓄银行。
说明：现在的人们希望能更方便更省时地办理储蓄业务。
在这样的背景下，切需要建立一个新的、高效的、方便的计算机储蓄系统。
1.3参考资料·《软件工程导论（第五版）》张海藩编着清华大学出版社出版二、可行性研究的前提2.1基本要求2.1.1 功能要求此系统所要完成的主要功能有两方面：储户填写存款单或取款单交给业务员键入系统，如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，完成后由系统打印存款单给储户。
如果是取款，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户2.1.2 性能要求为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也要有足够大的磁盘容量；另外，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。
2.1.3 接口要求业务员键入储户的资料要全部一直显示在屏幕上；储户键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。
2.1.4 输入要求业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率，造成用户损失。
2.1.5 输出要求要求快速准确地打印出存款或取款清单给客户。
ATM系统
实验报告（①实验目的②实验设备和环境③实验内容与步骤④实验结果与分析⑤总结，问题及建议）)一. 实验目的ATM自动柜员机系统是由计算机控制的银行自动出纳系统，主要服务于活期储蓄，实现客户自助服务的电子化设备。
统一建模语言UML Unified Modeling Language是面向对象技术的一个重要应用，也是软件工程环境中对象分析和设计的重要工具。
通过UML对ATM自动取款机建模，实现查询余额、取款、存款、更改密码等业务，根据需求还可以进一步扩展具体功能。
二. 实验设备和环境设备:Enterprise Architect软件环境:windows三. 实验内容与步骤<一>、ATM系统UML设计需求分析1.1 A TM取款机的总体需求1.ATM机要可以判断磁卡的类别，如果不是有效的磁卡则退卡2.可以在较快的时间内响应用户的请求，并针对相应的请求执行正确的操作3.查询自己的账户时应显示余额和可用余额，并显示ATM机里所拥有的现金面值，让用户可以做出正确的选择。
4.提取现金时提示用户输入取款金额并判断输入是否正确，如果错误提醒用户并要求重新操作，正确则提醒用户收取现金，5.转账汇款时让用户选择转账类型，要求用户输入转账号并要求用户输入两次，以确保没有输入错误，在两次输入都正确的情况下，让用户输入转账金额，并作最后确认。
6.进入修改密码界面后提醒用户输入新密码，并要求再次输入以确保密码统一无误，在确认后完成修改操作，并提醒用户新密码生效。
7.对于错误的操作或者操作延时做出有效的处理。
1.2 系统操作要求1.要求用户每次取款数额为50的整数倍，2.要求用户一次取款数额不得大于1000元，3.要求用户一天取款数额不得超过5000元，4.要求用户每次取款数额不得大于账户余额，5.要求用户连续输入错误密码次数不得超过3次，1.3 系统性能要求1.要求反应时间不得大于10秒钟，2.系统设计目标，ATM自动取款机可以提供24小时不间断服务，操作简单，每步都有相应的语音提示，可以很方便为用户提供取款、转账/汇款、查询账户信息等服务。
综合分析题
$解答题,100#00001,3某银行的计算机储蓄系统功能是：将储户的存户填写的存款单或存款单输入系统，如果是存款，系统记录存款人姓名﹑住址﹑存款类型﹑存款日期﹑利率等信息，并打印出存款单给储户；如果是取款，系统计算清单给储户。
请用DFD描绘该功能的需求。
解：#00002,3某图书管理系统有以下功能：⑴借书：输入读者借书证。
系统首先检查借书证是否有效，若有效，对于第一次借书的读者，在借书证上建立档案。
否则，查阅借书文件，检查该读者所借图书是否超过10本，若已达10，拒借，末达10本，办理借书（检查库存，修改库存目录并将读者借书情况录入借书文件。
）⑵还书：从借书文件中读出与读者有关的记录，查阅所借日期，如超期（3个月）作罚款处理。
否则，修改库存目录与借书文件。
⑶查询：通过借书文件，库存目录文件查询读者情况﹑图书借阅及库存情况，打印统计表。
要求：请用DFD描绘该功能的需求。
解：#00003,3某高校可用的电话号码有以下几类：校内电话号码由4位数字组成，第1位数字不是0；校外电话号码又分为本市电话和外地电话两类，拨校外电话需先拨0，如果是本市电话再接着拨8位电话号码（第1位不是0），如果是外地电话则先拨区码（3位数字），再拨当地电话号码（8位数字，第1位不是0）。
要求：写出在数据字典中，电话号码的数据条目的定义 ( 即组成 ) 。
解：电话号码︰︰= [校内电话号码︱校外电话号码]校内电话号码︰︰= 非零数字 + 3位数字校外电话号码︰︰= [本市号码︱外地号码]本市号码︰︰= 数字零+ 8位数字外地号码︰︰= 数字零+ 3位数字 + 8位数字非零数字︰︰= [1︱2︱3︱4︱5︱6︱7︱8︱9]数字零︰︰= 03位数字︰︰=3{数字}38位数字︰︰=非零数字 + 7位数字7位数字︰︰=7{数字}7数字︰︰= [0︱1︱2︱3︱4︱5︱6︱7︱8︱9]#00004,3某旅馆的电话服务如下：可以拨分机号和外线号码。
银行计算机储蓄系统需求分析解读
日期：2009.1输入：储户姓名、住址、存款金额、取款金额。
输出：储户姓名、存款金额、存款日期、取款金额、取款日期账户余额、利率、利息
处理：账户余额=存入金额+利息-取出金额
利息=本金*利率*年利率
银行计算机储蓄系统需求分析
为方便储户，某银行拟开发计算机储蓄系统。储户填写的存款单或取款单由
业务员输入系统；如果是存款，系统记录存款人姓名,住址，存款类型，存款日
期，利率等信息，并印出存款单给储户；如果是取款，系统计算利息并印出利息
清单给储户。
一沿数据流图回溯
数据流图如下：
存款信息
存款单银行
存款信息
储蓄系统
D1存款信息
取款单存款信息利息清
存款利息
信息值
储户用卡取款时不能直接取款，要先填取款表，交给业务员输入资料，再由储户输入密码以确认身份，还要在取款表单上签名以再次确认，最后才业务员才把现金交给储户。
系统流程图：
二写出文档初稿
E-R图
N M
N N
1 M
数据字典
IPO图
系统：银行储蓄系统作者：王鹏
四细化数据流图
细化的数据流图如下：
存款流程图
D1存款信息
填表存款
出错信息
存款单
(存折)存款单
密码D2密码
存单存款信息
取款流程图
有误错误
密码
取款单需要密码D1密码
(或银行卡)
取款清单取款信息余额信息
现金
D3取款信息D2余额信息
五书写正式文档
数据流图细化之后，组成系统的各个元素之间的逻辑关系更清楚了，以细化后的数据流图为基础，对系统需求做进一步分析。随着分析过程的进展，通过询问与回答的反复循环，将把目标系统定义得越来越准确。最终，用正式文档“软件需求规格说明书”准确地记录下来。
银行储蓄需求分析
目录1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2任务概述 (3)2.1目标 (3)2.2用户的特点 (3)2.3假定和约束 (3)3需求规定 (3)3.1对功能的规定 (3)3.2对性能的规定 (4)3.2.1精度 (4)3.2.2时间特性要求 (4)3.2.3灵活性 (4)3.3输人输出要求 (4)3.4数据管理能力要求 (5)3.5故障处理要求 (6)3.6其他需求 (6)4运行环境规定 (7)4.1设备 (7)4.2支持软件 (7)4.3接口 (7)1引言1.1编写目的通过这个需求分析说明，可以让开发人员有一个开发的具体方向，也让开发出来的银行储蓄管理系统功能得到很好的解剖，在开发时便于对系统的控制和管理，系统的开发过程也有了很好的模板，使用户也可以根据此分析来和开发人员商议，提出用户宝贵的建议。
同时，有了明确的需求分析，开发系统时也可以很好的给开发人员安排具体的开发工作。
1.2背景说明：待开发的软件系统的名称；银行储蓄管理系统本项目的任务提出者：银行本项目的开发者：四川理工学院1.3定义银行储蓄应用软件：基本元素为构成银行储蓄以及相关行为所需的各种部分。
需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。
1.4参考资料《软件工程导论（第五版）》张海藩编著清华大学出版社《软件体系结构（第二版）》张友生编著清华大学出版社《软件测试与质量保证》袁玉宇编著北京邮电大学出版社2任务概述2.1目标通过此需求分析，使开发的银行储蓄管理系统能更好的满足用户的需求，通过铺陈出所有的需求，让用户能提出相关意见和建议，使系统更加完美。
|2.2用户的特点此软件最终用户为储蓄用户，用户面极广，因此需要软件更加人性化，能使储户都能轻易知道软件的操作过程。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
银行计算机储蓄系统需求分析
为方便储户，某银行拟开发计算机储蓄系统。
储户填写的存款单或取款单由业务员输入系统；如果是存款，系统记录存款人姓名,住址，存款类型，存款日期，利率等信息，并印出存款单给储户；如果是取款，系统计算利息并印出利息清单给储户。
一沿数据流图回溯
数据流图如下：
储户用卡取款时不能直接取款，要先填取款表，交给业务员输入资料，再由储户输入密码以确认身份，还要在取款表单上签名以再次确认，最后才业务员才把现金交给储户。
系统流程图：
二写出文档初稿E-R图
数据字典
三定义逻辑系统
如果是存款，储户填写存款单，然后交给业务员键入系统，同时系统还要记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、利率及密码（可选）等信息，完成后由系统打印存款单给储户。
如果是取款，储户填写取款单交给业务员，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。
四细化数据流图
细化的数据流图如下：
取款流程图
D3取款信息D2 余额信息
五书写正式文档
数据流图细化之后，组成系统的各个元素之间的逻辑关系更清楚了，以细化后的数据流图为基础，对系统需求做进一步分析。
随着分析过程的进展，通过询问与回答的反复循环，将把目标系统定义得越来越准确。
最终，用正式文档“软件需求规格说明书”准确地记录下来。
六技术审查和管理审查
由一些有经验的系统分析员来审查这份文档，审查的目的是发现错误和遗漏，而不是对前一阶段的工作进行批评或争论。