#银行储蓄管理系统需求分析

1、银行储蓄管理系统1. 需求分析系统中要求每个人银行管理者都有一个系统帐号，并每个帐号都有密码，系统的一切操 作（如：增加存储用户，提高利率等）都由管理者执行，而不是由存诸用户执行，也主 是说存储用户并不直接与系统交互，而是通过管理员与系统交互。该系统主要有两部份 业务功能，存款与取款。储户填写的存款单或取款单由业务员输入系统，如果是存款则系统记录存款人姓名，住 址（或电话号码），身份证号码，存款类型，存款日期，到期日期，利率及密码（可选）等信息，并打印存单给储户；如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算得利息并打印出利息清单给储户。1. 1系

2、统的功能性需求1. 2系统需求分析规格说明书 1. 3系统实体联系（ER）图1. 4系统数据流（DFD ）图1. 1系统的功能性需求系统为管理者提供主功能界面系统在启动时要求管理者输入登录帐号与密码系统要通过管理员执行一系操作（如：添加用户，修改，查询，删除等） 管理员代用户实现存款，取款，查询等操作储户的一切信息，存储在数据库表中1. 2系统需求分析规格说明书实现储户开户登记办理定期存款帐办理定期存款手续办理活期取款帐办理活期取款手续实现利息计算输出明细表数据备份和数据恢复功能查看帐户信息1.3系统ER图/系统主要关系模式：储户（储户姓名，住址，身份证号码）管理员（员工号，姓名）存款（储户姓

3、名，员工号，金额，存款类型，到期日期，存款日期）查询（储户姓名，员工号）nnn姓名员工号清单信息金额nnn取款日期存款类型到期日期金额11用户保存新用户信息开户密码正确储户36打印清单存 款取 款打 印 清 单查询2.存款4.查询5.验证3.取款2.存款&打印存单业务员存款取款存款日期系统顶层数据流（DFD ）图开户 取款存款查询密码错误储户信息文件第2层系统0层数据流（DFD ）图打印清单存取款信息变动DFD图打印存单利息清单一 /储户信息文件系统业务员系统系统士工匚口核对错误读取信息存款填写存款信息核对信息核.正确打印储户信息文件核对错误填写取款信息打印4打印清单取款储户信息文件第

4、3层数据流图第5层数据流图核对正确息3. 1提交取款单3/3信息输入系统2. 4打印存单2. 2信息核对2 . 3信息输入系统2. 1提交存款单2信息、核对读取信息 更新储户信息新用户信息信息1. 4数据字典数据名字 数据来源 数据目的 数据组成 数据名字 数据来源 数据目的 数据组成 数据名字验证错误5. 1注椒款信息 存款信息查询信息显示信息取款通知存款通知5. 2身份验证注册申请表 储户 储户信息 姓名+密码+住址+身份证号码储户信息表 储户身份验证姓名+密码+住址+身份证号码+现有金额 利息清单数据来源：系统数据目的：储户数据组成：利息 +姓名 +取款时间数据名字：存单 数据来源：存款

5、信息表数据目的：储户 数据组成：姓名 +到期时间 +存入类型 +存入时间 +利率 +存入金额 数据名字：取款单数据来源：储户 数据目的：储户信息表数据组成：姓名 +到期时间 +存入类型 +存入时间 +利率 +取款金额 +身份证号 数据名字：存款单数据来源：储户数据目的： 存款信息表数据组成：姓名 +到期时间 +存入类型 +存入时间 +利率 +存入金额 +身份证号2 可行性分析2.1 基本要求2.1.1 功能要求此系统所要完成的主要功能有两方面：如果是存款， 储户填写存款单， 然后交给业务员键入系统， 同时系统还要记录存款人姓名住 址、存款类型、存款日期、利率 、等信息，完成后由系统打印存款单给

6、储户。如果是取款， 储户填写取款单交给业务员， 业务员把取款金额输入系统并要求储户输入密码 以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。2.1.2 性能要求 为了满足储户的要求， 系统必须要有高的运作速度， 储户填写的表单输入到系统， 系统 必须能快速及时作出响应， 迅速处理各项数据、 信息， 显示出所有必需信息并打印出各项清 单，所以要求很高的信息量速度和大的主存容量； 由于要存贮大量的数据和信息， 也还要有 足够大的磁盘容量； 安全性也是系统最重要的性能需求之一， 银行计算机储蓄系统必须有可 靠的安全措施，以保证储户的存储安全。2.1.3 接口要求 业务员键入储户的资料

7、要全部一直显示在屏幕；储户从按键口键入密码到系统以核对； 计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。2.1.4 输入要求 业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久， 但也不能让业务员太过忙碌以免影响正确率。2.1.5 输出要求要求能快速准确打印出清单给客户。2.2 开发目标近期目标 第一年内在一个银行建立一个银行内部计算机储蓄系统，初步实现银行储蓄系统计算机化， 并保证该银行能够按期望顺利完成工作。长期目标 拟在三至四年内，在国内多间银行中建立该计算机储蓄系统，促进多间银行间的互联合作， 实现银行储蓄系统的计算机管理体制， 提高银行

8、储蓄系统的整体水平； 并实现银行储蓄系统 的高效性、方便性、实用性、互联性，从而提高银行的信用度，提高银行公司的经济效益和 社会效益。2.3 限制条件建议软件寿命： 5 年。经费来源：XXX银行 硬件条件：服务器 Linux 工作站，终端为 pc 机。运行环境： Windows xp 及以上操作系统数据库： Oracle10 投入运行最迟时间： 2010/04/042. 4 进行可行性研究的方法采用调查方法： 通过对银行业务员和客户的调查以获得第一手资料， 确定客户和实际应 用中的需求；然后经过座谈或开会的形式和专家和银行经理交谈，落实最后的问题定义。 2.5.决定可行性的主要因素成本/效益分

9、析结果，效益成本。 技术可行，现有技术可完全承担开发任务。 操作可行，软件能被原有工作人员快速接受。3 总体结构设计3.1. 编写目的 通过前面的需求分析部分，基本明确了本系统的功能需求、性能需求、数据文件结构 等的一些方面的要求， 故在需求分析的基础上， 可以对银行储蓄管理系统进行概要的总体设 计，该设计旨在实现系统的大概功能，以及系统的一些交互界面、模块等。3.2 定义 银行储蓄管理系统：基本元素为构成银行储蓄及相关行为所必须的各种部分。 总体设计：又称概要设计或初步设计，划分出组成系统的物理元素（程序、文件、数据库、 人工过程和文档） ，设计软件的结构，模块间的关系，但每个物理元素仍处于

10、黑盒子级别，具体 分析将在以后的详细设计中说明。顺序图以二维表显示，横轴代表各个模块的实现中的涉及的角色对象，纵轴是时间轴，时间自 上而下。通过顺序图，可以很好的看到模块中各个对象的建立和销毁，以及对象间的消息传递 的交互性。3.3 主要模块设计（顺序图分析） 根据职责划分，可以对系统的功能进行模块化，即不同角色的不同模块间的独立性以及联系， 为每个模块的实现进行流程分析，利用顺序图对每个独立模块建立时间上的对象交互流程。（1）系统普通用户管理： 主要包括开户、 销户、 挂失、 解挂、 修改系统密码等模块， 分析如下。用户登录系统后，具有相应的开户权限，用户通过与系统打交道，可以获取一个合理的

11、账 户，顺序建模如下：:系统用户:openservlet:AccountUserAction:AccountUserDao提交开户信息插入成功信息W用户提示成功信息圭寸装对象，提交对象创建对象返回封装对象将账户对象增加到数据库:AccountUser（2）银行管理员：增加用户、查看用户、待批申请、已批申请等模块。模块的分析，以及 对象间的交互过程如下。银行管理员具有增加系统用户的权限，管理员可以为系统增加一些特定的系统用户，同时 可以给予他们一定的权限。模块分析如下：:银行管理员:adduserservlet:CommonUserAction提交增加用户信息封装信息,创建用户对象返回对象将用户

12、对象增加到数据库回增加成功信息提示用户增加成功提交对象:CommonUser:CommonUserDao3.4总体结构设计4. 银行储蓄详细设计4.1. 编写目的总体设计已经基本确定了每个模块的借口和功能，详细设计的任务就是为每个模块设计其 实现细节，详细设计的根本目标就是确定应该怎样具体的实现所需求的系统，得出对目标银行 储蓄系统的精确描述。4.2. 定义软件系统的类有不同的关系依赖，3种更为常见的类型：依赖、聚集和继承。依赖性：一个类的方法出发另一个类的方法，这是“users”关系。将类之间的依赖关系最小化。聚集：聚集有时被称为“ has a”关系。聚集是一种特殊的依赖，也就是说一个类的部

13、分通 过另一个依赖于它的类来定义。在软件世界里，我们将聚集对象定义为任何将其他对象的引用 包含为实例数据的对象。继承：继承有时被描述为“ is a”关系。它是一个类从另一个现有类的派生过程。原始用于 派生新类的类称为“基类”或“父类”，派生出来的类称为“派生类”或“子类”。4.3主要模块设计说明身份验证模块（G1 ）设计说明（1 ）模块描述 设置身份验证模块的目的保证储户信息的安全。（2）功能身份验证模块功能在于对申请登录的用户进行身份验证，通过者才能进入系统。（3）性能本操作的响应时间应控制在1 2秒内。（4）输入项 输入项包括：名称标识数据类型数据值输入方式用户IDcustomerid字符

14、键盘输入密码password字符或数字键盘输入（5 ）输出项该模块的输出项为合法用户。（6 ）设计方法（算法）银行业务员输入储户用户ID，储户输入密码并确定，系统保存用户输入的用户ID和密码，并在customer表中查找customerid 和customername字段值，看是 否等于业务员输入的用户 ID和密码，如相同则通过验证， 否则不通过，并给出“密码错误” 的提示，如数据库中不存在这样的记录，则给出“该用户不存在”的提示。存款模块（G2）设计说明（1 ）模块描述设置存款模块的目的在于将储户的金额存到系统中并记录信息。（2）功能存款模块将储户存款金额录入存储到系统中，并附带显示其他储户

15、信息。（3）性能本操作的响应时间应控制在 1 2秒内。（4）输入项输入项包括：名称标识数据类型数据值输入方式存款金额cunkuancount数字（Double ）>0键盘或鼠标（5）输出项该模块的输出项为存款金额，并且附带显示其他信息：用户名、账号、账户余 额、利息金额。（6 ）设计方法（算法）当银行业务员输入存款金额后，系统进行处理，显示出账户余额，并且显示其他固定信息。433取款模块（G3）设计说明（1 ）模块描述设置取款模块的目的在于将储户的取款金额录入并存储到系统中。（2）功能取款模块将储户取款金额录入存储到系统中，并附带显示储户其他信息。（3）性能本操作的响应时间应控制在 1 2秒内。（4）输入项输入项包括：名称标识数据类型数据值输入方式取款金额qukuancount数字（Double ）>0键盘或鼠标（5）输出项该模块的输出项为取款金额，并且附带显示其他信息：用户名、账号、账户余额、 利息金额。（6）设计方法（算法）当银行业务员输入取款金额后，点击确定按钮，系统进行处理，显示 出账户余额，并且显示其他固定信息。5. 课程设计的心得体会本课题通过对基于面向对象思想的银行储蓄管