软件工程文档(银行储蓄系统).doc

《软件工程文档(银行储蓄系统).doc》由会员分享，可在线阅读，更多相关《软件工程文档(银行储蓄系统).doc（21页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、_ 银行储蓄系统开发研究报告 学期 2012-2013学年第二学期 学院 软件学院 学号 20112272 姓名 刘宇菲 2013年 5月 29日 银行储蓄系统开发与设计可行性研究报告 . 1.1问题定义1.1.1选题的目的与意义1)选题目的 经过对银行储蓄系统项目进行详细调查研究，初步拟定系统实现报告，明确开发风险及其所带来的经济效益，对软件开发中将要面临的问题及其解决方案进行可行性分析。本报告经审核后，交由软件项目经理审查。 2)选题意义 现在的银行储蓄系统工作效率低，越来越不能满足广大储户的需要。银行与客户都迫切希望能更方便更省时就可以办理储蓄业务。现代计算机网络的高速发展使越来越多的人

2、更喜欢网上购物、不出门即可交纳各种费用。在这样的背景下，很明显现行的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的银行储蓄系统。 1.1.2系统目标与范围说明项目名称：银行储蓄系统原系统存在的问题：银行储蓄系统工作效率低，越来越不能满足广大储 户的需要项目目标：建立一个新的、高效的、方便的、互联的银行储蓄系统。初步想法：此系统所要完成的主要功能模块有两部分：取款系统与存款系统。可行性研究：建议进行大约半个月的可行性研究，研究费用不超过3000元 图1.1.2 目标和范围说明书1.2可行性研究1.2.1 软件经济可行性分析 1)开发成本的估计分类金额/元

3、工资178000设备/安装42000培训2800设施8000软件许可证12000旅行与杂项12000实用程序18000总计272800 工资支付详细说明项目经理68000高级系统分析员32000系统分析员28000程序分析员20000程序员18000系统程序员 12000总计178000 2) 软件运行成本的估计银行储蓄系统运行费用一览表分类金额/元运行所需耗材13000设备维护50000系统维护27000系统连通50000总计140000 3）软件系统成本/效益分析 购买设备、软件费9.48万元 人力（6个月）17.8万元 开发成本总计27.28万元 系统维护费3000万元/年 每年节省人力

4、经费1.8万元/年 每年节省经费1.5万元/年 年节省（元）（1+i）现在值（元）累计现在值11.5万元/年 1.121333286万1.0333286万21.5万元/年 1.251.195791万2.529077万31.5万元/年 1.41.067670万3.596747万3年后收入4.5889万投资回收期2.416年1.2.2 技术可行性分析1）风险分析： 功能要求 此系统所要完成的主要功能模块有两部分：取款系统与存款系统。存款时，储户填写存款单，然后交给银行业务人员键入系统，同时系统还要记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、利率等信息，完成后由系统打印存款凭

5、单给储户。而取款时，储户填写取款单交给业务人员，业务人员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。 .安全与保密要求为了确保储户的利益，储户的各种信息应保密，特别是对储户账户密码等信息的保密安全。由于查询人员的身份和目的不同，本系统还提供不同的查询权限，如行长与普通的业务人员之间的权限不同。完成期限初步确定开发期为6个月，试运行期为3个月，系统计划于2012年春节正式投入运行。.条件、假定和限制 假设开发的软件运行的最短寿命为五年；开发时间与试运行时间预定为八个月；经费的投资限制在30万元以内；系统运行环境如下：系统平台： Micros

6、oft XP/编程软件：J2SE v 1.4.2_01 SDK/Microsoft Visual C+6.0/创建数据库：Microsoft Office Access 2003；可行性研究方法采用调查方法：通过对银行业务员和客户的调查以获得第一手资料，确定客户和实际应用中的需求；然后经过座谈或开会的形式和专家和银行经理交谈，落实最后的问题定义。 决定可行性的主要因素本次可行性分析是按照软件工程的规范步骤进行的，即按复查项目目标和规模，研究目前正使用的系统，导出新系统的高层逻辑模型，重新定义问题这一循环反复的过程进行。然后提出系统的实现方案，推荐最佳方案，对所推荐的方案进行经济、技术、用户操作

7、和法律的可行性分析，最后给出系统是否值得开发的2)资源分析：开发系统的计算机硬件已经非常普及，所以完全没有问题；现在的计算机各方面的技术都非常成熟，相对来说开发此系统的技术也要求比较简单，因此在技术方面是可行的；同时银行还必须有一定量的系统管理和维护的专业人员，在这方面可以通过培训原来的技术人员成为新的需要的技术人员，也可以雇用所需这方面的专业技术员；若按计划，在规定的期限内，本系统的开发是可以完成的。3)技术分析：当前的技术完全可以完成这个程序. 1.2.3当前系统的系统流程图当前大多数银行所使用的银行储蓄系统办理业各时手续繁多，人工业务操作过多，严重影响了工作效率，以至客户等待办理手续过长

8、感到不耐烦，且出错率高。处理流程和数据流程以用银行卡取款为例，储户用卡取款时不能直接取款，要先填取款表，交给业务员输入资料，再由储户输入密码以确认身份，还要在取款表单上签名以再次确认，最后才业务员才把现金交给储户：如图1.2.4系统总体数据流图 此系统所要完成的主要功能模块有两部分：取款系统与存款系统。存款时，储户填写存款单，然后交给银行业务人员键入系统，同时系统还要记录存 款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、利率等信息，完成后由系统打印存款凭单给储户。而取款时，储户填写取款单交给业务人员，业务人员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统

9、计算利息并印出利息清单给储户。 图1.2.4 -a存款流程图 重输重填 有 误 错 误1.1.1核对密码储户1.1验收取款单 密码 取款单 需要密码 D1 密码 (或银行卡)1.2计算利息正确取款单利息信息1.4处理取款1.3更新余额2.1打印清单 储户 取款清单 取款信息 余额信息 D3 取款信息 D2 余额信息图1.2.4-b取款流程图1.2.5 可行性研究结论 可立即进行。实验2：软件需求规格说明书要求2.1银行系统的的数据流图 2.1.1 顶层的数据流图 2.1.2银行储蓄系统的第一层数据流图 2.1.3银行储蓄系统的第二层取款数据流图 2.1.4银行储蓄系统的第三层存款数据流图2.2

10、对数据流图中的每一加工说明的判定 查询 查询类别的判定 取款 金额判定（输出金额） 用户输入密码 验证后选择功能 存款 存款金额（利息的计算） 用户管理 用户信息2.3数据字典表2.3.1数据流名：利息清单编号：P3.1数据流来源：加工P4计算利息信息数据流取向：加工P3打印利息清单数据流组成：（姓名）+（户头金额*利率）+存款时间表2.3.2数据流名：存款单编号：P2数据流来源：加工P1记录存款信息数据流取向：加工P2打印存款单数据流组成：(姓名)+存款金额+利息金额+户头余额+存款时间2.3.3实体关系 实验3 结构化设计说明书3.1 SC图的基本框架及存储款功能的分解 图3.1.1SC图

11、的基本框架图分解各个分支第一级分解： 图3.1.2 第一级分解后的sc图 第二级分解： 图3.1.3 第二级分解后的sc图动作分支分解： 图3.1.4 取款处理 图3.1.5 存款处理3.2建立数据库表的结构 图3.2.1系统总体结构图数据库表的结构： 图3.2.2 数据库表的结构实验4过程设计说明书4.1 取款和存款模块的程序流程图 图4.1.1取款程序流程图 图4.1.2 存款程序流程图4.2 取款和存款模块的PAD图 图4.2.1 取款流程的PAD图 图4.2.2 存款流程的PAD图4.3 取款和存款模块的PDL语言 银行储蓄系统取款子系统用户填写取款单IF显示密码不正确并通知用户重新输

12、入密码验证 ELSE IF 显示余额不足信息，用户重新输入取款金额或退出系统 ELSE 输出现金 记录取款信息 打印取款单 退出系统ENDIF 银行储蓄系统存款子系统用户填写存款单IF显示密码不正确并通知用户重新输入密码验证 ELSE 存入现金 计算利息 记录存款信息 打印存款单 退出系统ENDIF实验5软测试说明书5.1取款和存款功能等价分类测试表 表5.1.1 取款功能模块的等价分类 输入数据 有效等价类 无效等价类 普通用户正确登录后选择取款模块，用户在取款金额栏里填入取款金额，点击确定按钮。弹出是否确认的取款操作的提示窗口。（1）用户输入合法有效的数字金额，点击提示窗口的确认（2）取款

13、金额栏里输入为空（3）取款金额栏里输入为0（4）取款金额栏里输入字母和特殊字符，（5）取款金额栏里输入0.000*（6）取款金额栏里输入的数字大于余额的数字，（7）取款金额栏里输入数字长度大于数据库定义的范围 表5.1.2 无效等价类的测试用例 测试数据 期望结果 测试范围A：取款金额栏里输入为空B：取款金额栏里输入为0C：取款金额栏里输入字母和特殊字符，D：取款金额栏里输入0.000*E:：取款金额栏里输入的数字大于余额的数字，F：取款金额栏里输入数字长度大于数据库定义的范围1A.取款失败，弹出请输入金额窗口1B：取款失败，弹出请重新输入金额窗口1C：无法输入1D：无法输入1E：取款失败，弹

14、出请重新输入金额的窗口1F：限制在数据库定义范围内，超出无法输入。 (2) (3) (4) (5) (6) (7) 表5.1.3 有效等价类的测试用例 测试数据 期望结果 测试范围用户输入合法有效的数字金额，点击提示窗口的确认 取出相应款项，取款成功 （1） 表5.1.4 存款功能模块的等价分类 输入数据 有效等价类 无效等价类 普通用户正确登录后选择存款模块，用户在存款金额栏里填入取款金额，点击确定按钮。弹出是否确认的存款操作的提示窗口。 （1）用户输入合法有效的数字金额，点击提示窗口的确认存款金额栏里输入为空（2）存款金额栏里输入为0（3）存款金额栏里输入字母和特殊字符，（4）存款金额栏里

15、输入0.000*（5）存款金额栏里输入数字长度大于数据库定义的范围， 表5.1.5 存款功能的有效等价分类 测试数据 预期结果 测试范围用户输入合法有效的数字金额，点击提示窗口的确认 存款成功 （1） 表5.1.6 存款功能的无效等价类 测试数据 预期结果 测试范围A：存款金额栏里输入为空B：存款金额栏里输入为0C：存款金额栏里输入字母和特殊字符，D：存款金额栏里输入0.000*E：存款金额栏里输入数字长度大于数据库定义的范围，1A：存款失败，弹出请输入金额窗口，1B：存款失败，弹出请重新输入金额窗口，1C：无法输入1D：无法输入1E：限制在数据库定义范围内，超出无法输入。 （2） （3） （

16、4） （5） （6）5.2 存取款功能的基本路径测试图 5.2.1取款功能程序图 表5.2.2 测试路径 覆盖节点/边 覆盖标准 acd,be 1,2,3,4,5,6,7 点覆盖 acd,be a,b,c,d,e 边覆盖 acd,be 1,2,3,4,5,6,7 a,b,c,d,e 路径覆盖 5.2.3存款功能的程序图 表5.2.4 测试路径 覆盖节点/边 覆盖标准 ac,bdefg 1,2,3,4,5,6,7,8.9 点覆盖 ac,bdefg a,b,c,d,e,f,g 边覆盖 ac,bdefg 1,2,3,4,5,6,7,8.9 a,b,c,d,e,f,g 路径覆盖5.3 取款功能的语句覆盖法 5.3.1取款功能流程图 表5.3.2 取款功能的语句覆盖测试用例设计 测试数据 期望结果 覆盖范围 用户输入合法有效的数字金额 取出相应款项，取款成功 a,b,c,e,f 输入金额大于余额 显示余额不足信息 a,b,d,e,f5.4 存款功能的判定覆盖法 5.4.1存款功能的程序流程图 表5.4.1 取款功能的判定覆盖测试用例设计 测试数据 期望结果 覆盖范围 用户输入合法有效的数字金额 用户输入密码不正确 用户输入密码不正确 存款成功选择退出系统重新验证a,b,c,h,i,j,ea,b,c,ea,b,c,d,h,i,j,e21_