软件工程课程设计-银行储蓄系统(共27页).doc

精选优质文档-倾情为你奉上银行储蓄系统系统设计报告目录一、引言31.编写目的32.项目背景33.开发人员34.参考文献3二、问题定义41.目标42.系统功能4三、可行性研究分析4四、需求分析51. 功能需求分析52. 建立功能模型和数据需求53. 建立逻辑模型134. 建立行为模型145. 性能需求分析146. 系统可用性和可靠性需求分析14五、概要设计报告151 数据库概要设计152 系统总体设计163 测试计划174 接口设计175 运行设计186 出错处理设计187 安全保密设计188 维护设计18六、详细设计报告191 用户界面设计192 测试用例及预测结果25七、运行环境和编译环境说明书271 开发编译环境272 运行使用环境273 错误处理27八、总结报告28一、 引言1、 编写目的为了规范化软件开发，提高开发过程的能见度，便于控制和管理软件开发过程，提高软件质量，降低开发风险，减少需求变更，便于日后的维护工作，文档定制了软件开发的细节问题，明确软件需求，便于与用户协调开发，确认需求。对软件的开发相关文档及用户使用手册进行了整理。2、 项目背景非电子化的银行储蓄系统工作效率较低，且安全性，准确性得不到保证。越来越满足不了用户的需求和银行自身发展的需要。建立一个高效，准确，方便，安全的银行储蓄系统是用户需求和技术进步的共同推动。3、 开发人员组长：xxx 组员：xx xxx xxx xxx xxxxx作为项目经理，在人员沟通，质量管理，进度管理，风险管理方面进行了着重管理，并对里程碑进行了评审，确认。并对变更进行评审，控制，记录。需求分析以及系统编码由xxx完成。用户界面设计以及系统测试由xxx完成。数据库设计工作由xx完成。文档整理工作由xxx完成。资料收集工作由xx完成。4、 参考文献(1) .软件工程导论 张海藩编著.-5版.-北京：清华大学出版社，2008.2(2) .系统分析与设计方法JEFFREY编著.-7版.-机械工业出版社，2009.4(3) .HIBERNATE实战 CHRISTIANBAUER编著.-2版.-人民邮电出版社，2008.2(4) .PMBOK2005 项目管理协会编著.-5版.-电子工业出版社，2013.5二、问题定义1 、目标银行储蓄系统用户对象是银行的业务员和业务员的管理人员。用于处理储户的开户，销户，存款，取款，查询的一般性操作。用于加快工作的效率，提高工作的准确性，实现无纸化办公。相应的需求：1.1 能够提供对业务员的管理，监督，指导业务员完成工作。1） 业务员账号的添加，赋予权限，收回权限2） 业务员操作记录的审查3） 业务员密码，部分信息的修改1.2 能够提供对储户，账户的管理工作1） 储户开设账户2） 储户查询账户的信息3） 储户修改账户的密码和信息。4） 储户注销其账户1.3 能够提供对一般性业务操作的处理、1） 储户对账户的存款操作2） 储户对账户的取款操作3） 储户查询账户余额操作1.4 能够提供安全机制，提供数据信息授权访问，防止随意删改，同时提供信息备份的服务。1） 常见的错误处理2） 业务员的登录验证和权限验证3） 密码，敏感信息的加密存储4） 敏感数据的不可修改性5） 系统的安全备份信息2 、系统功能2.1 业务员管理2.2 储户管理2.3 账户管理：开户，销户，账户信息查询，账户信息修改2.4 存款功能，添加存款记录2.5 取款功能，添加取款记录2.6 存取款记录查询，余额查询三、可行性分析报告1 、步骤，内容及结论通过在经济可行性（成本效益分析），社会可行性，技术可行性分析等方面对旧系统，以及可行的解决方案中进行分析。决定采用B/S架构，JAVA语言开发系统，采用瀑布模型开发方法。数据库采用MYSQL,服务器系统AIXv7.1。四、需求分析1. 功能需求分析：1.1 银行储蓄系统分为：业务员管理子系统，账户管理子系统，储户管理子系统，业务管理子系统。1.2 业务员管理子系统：可以对本系统的业务员进行添加，删除，权限的控制，以提高系统的安全性，分为以下几个方面：1.2.1 业务员账号的添加：新建业务员ID，账号名，密码。1.2.2 业务员账号的删除：删除已存在的业务员的信息。1.2.3 业务员账号的权限设置：赋予或收回业务员的权限1.3 储户管理子系统：用于管理储户的相关信息。为银行业务提供决策的信息。1.3.1 添加储户的信息：通过键盘键入储户的相关信息并保存1.3.2 更新储户的信息：更新已有用户的信息，并保存1.4 账户管理子系统：用于管里储户的账户，对账户进行开户，销户，修改账户的信息，密码等重要功能，保障账户的安全性。1.4.1 新建储户的开户操作：为储户新建一个账户信息，通过键盘录入1.4.2 注销储户的操作：验证后，对特定账户进行注销1.4.3 修改账户的信息操作：验证后，通过键盘键入新的信息1.5 业务管理子系统：用于处理储户的存款，取款，查询余额，查询相关信息等业务需求，是系统的主要子系统。1.5.1 存款处理：键盘录入信息，验证存款账号，姓名后，存入账户中1.5.2 取款处理：键盘录入信息，验证账号，密码，余额后，修改账户余额。1.5.3 查询余额：验证账户，密码后，返回账户余额。2. 建立功能模型及数据需求：2.1 数据流图2.1.1 顶层数据流图2.1.2 0层数据流图2.1.3 1层数据流图2.1.3.1 取款处理的细化数据流图2.1.3.2 存款处理的细化数据流图2.1.3.3 储户管理的细化数据流图2.1.3.4 业务员管理的细化数据流图2.1.4 2层数据流图2.1.4.1 开设账户数据流图2.1.4.2 注销账户数据流图2.1.4.3 更新账户信息数据流图2.2 数据字典2.2.1 0层数据流图数据字典 数据原点及汇点描述：1.名称：业务员简要描述：处理用户开户，存款，取款等操作有关数据流：开户单，存款单，取款单数目：多个2.名称：储户简要描述：开户，存款，取款有关数据流：，存款单，利息清单数目：多个 数据文件词条描述：1.数据文件名：储户库简述：存放储户账户信息输入数据：储户信息输出数据：储户信息数据文件组成：由“储户账户信息”组成存储方式：关键码2.数据文件名：业务员库简述：存放业务员信息输入数据：业务员信息输出数据：业务员信息数据文件组成：由“业务员信息”组成存储方式：关键码3.数据文件名：存取款记录库简述：存放储户存款，取款记录输入数据：存款记录，取款记录输出数据：存款记录，取款记录数据文件组成：由“存取款记录”组成存储方式：关键码2.2.2 存款处理数据字典 数据流名词条描述：1.数据流名：存款单说明：记录存款申请的信息数据流来源：业务员数据流去向：存款检测，存款，打印存款单数据流组成：存款单=存款账户+账户姓名+存款金额+存款时间+存款类型 存款账户=18数字 账户姓名=2字母10 存款金额=“000.01” 存款类型=2字母18 存款时间=年+月+日 年=”0000”.”9999” 月=”01”.”12” 日=”01”.”31”2.数据流名：存款日期说明：记录存款当时日期 数据流来源：日历 数据流去向：存款 数据流组成：存款日期=年+月+日 年=”0000”.”9999” 月=”01”.”12” 日=”01”.”31” 3.数据流名：储户信息 说明：记录储户的信息 数据流来源：储户数据库 数据流去向：存款检测 数据流组成：储户信息=储户ID+储户姓名+储户身份证号+储户地址 储户ID=1数字 储户姓名=2字母18 储户身份证号=18数字 储户地址=2字母40 4.数据流名：存款记录 说明：记录存款操作的记录 数据流来源：存款 数据流去向：存取款记录数据库 数据流组成：存款记录=存款人姓名+存款账号+存款金额+存款时间+存款类型+业务员ID 存款人姓名=2字母18 存款账号=18数字 存款金额=”0.1”. 存款时间=年+月+日 存款类型=2字母18 加工逻辑词条描述：1.加工名：存款检测简要描述：根据存款单的信息和储户信息，判断信息的正确性输入数据流：存款单，储户信息输出数据流：存款单，正确信息加工逻辑：根据存款单的信息和储户信息，判断信息的正确性2.加工名：存款简要描述：根据存款单的信息和业务员信息，执行存款操作输入数据流：存款单，业务员信息输出数据流：存款记录，存款单，正确信息加工逻辑：根据存款单的信息和业务员信息，执行存款操作3.加工名：打印存款单简要描述：根据存款单的信息打印存款单和成功信息输入数据流：存款单输出数据流：存款单，正确信息加工逻辑：根据存款单的信息打印存款单和成功信息2.2.3 取款处理数据字典 数据流名词条描述：1.数据流名：取款单说明：记录取款请求的信息数据流来源：业务员数据流去向：取款检测，取款，计算打印利息清单数据流组成：取款单=取款账户+账户姓名+取款金额+取款时间+取款类型 取款账户=18数字取款姓名=2字母18 取款金额<账户余额 取款时间=年+月+日 取款类型=2字母182.数据流名：取款记录说明：记录取款记录的信息数据流来源：取款数据流去向：存取款记录数据库数据流组成：取款记录=取款人姓名+取款账号+取款金额+取款时间+取款类型+业务员ID3.数据流名：利息清单 说明：记录用户取款利息的信息 数据流来源：计算打印利息清单 数据流去向：储户 数据流组成：利息清单=账户号+存款日期+取款日期+取款金额+利率 账户号=18数字 存款日期=年+月+日 取款日期=年+月+日 取款金额=”0.1”. 利率=“0.001“.”0.1” 4.数据流名：取款日期 说明：记录存款当时日期 数据流来源：日历 数据流去向：取款 数据流组成：取款日期=年+月+日 年=”0000”.”9999” 月=”01”.”12” 日=”01”.”31” 加工逻辑词条描述：1.加工名：取款检测简要描述：根据取款单的信息和储户信息，判断信息的正确性输入数据流：取款单，储户信息，账户余额输出数据流：取款单，正确信息加工逻辑：根据取款单的信息和储户信息，判断信息的正确性2.加工名：取款简要描述：根据取款单的信息和业务员信息，执行取款操作输入数据流：取款单，业务员信息输出数据流：取款记录，取款单，正确信息加工逻辑：根据取款单的信息和业务员信息，执行取款操作3.加工名：计算利息/打印利息清单简要描述：根据取款单的信息打印利息清单和成功信息输入数据流：取款单输出数据流：利息清单，正确信息加工逻辑：根据取款单的信息打印利息清单和成功信息2.2.4 储户管理数据字典 数据流名词条描述：1.数据流名：开户单说明：记录储户开户请求的信息数据流来源：业务员数据流去向：注册账户数据流组成：开户单=开户人姓名+身份证号+账户类型+所在地+预存金额 开户人姓名=2字母18 身份证号码=18数字 账户类型=2字母18 所在地=2字母30 预存金额=”10.0”.2.数据流名：账户信息说明：记录储户账户的信息数据流来源：注册账户，修改账户信息，注销账户数据流去向：储户数据库，储户数据流组成：账户信息=账户号码+储户姓名+账户类型+账户余额 账户号码=18数字 储户姓名=2字母18 账户类型=2字母18 帐户余额=”0”. 加工逻辑词条描述：1.加工名：注册账户简要描述：根据开户单的信息和储户信息，执行注册账户操作输入数据流：开户单，储户信息输出数据流：账户信息，正确信息加工逻辑：根据开户单的信息和储户信息，执行注册账户操作2.加工名：注销账户简要描述：根据注销请求，账户信息，执行注销操作输入数据流：注销请求，账户信息输出数据流：处理结果加工逻辑：根据注销请求，账户信息，执行注销操作3.加工名：修改账户信息简要描述：根据修改请求，账户信息，储户信息，执行修改操作输入数据流：修改请求，账户信息，储户信息输出数据流：账户信息加工逻辑：根据修改请求，账户信息，储户信息，执行修改操作2.2.5 业务员管理数据字典 数据流名词条描述：1.数据流名：业务员信息说明：记录业务员的信息数据流来源：业务员数据库数据流去向：检验数据流组成：业务员信息=ID+用户名+密码 ID=1数字用户名=8字母|数字18 密码=8字母|数字|特殊字符182.数据流名：业务员账户信息说明：记录业务员账户的用户名，密码数据流来源：业务员数据流去向：检验数据流组成：账户信息=用户名+密码 加工逻辑词条描述：1.加工名：登录检测简要描述：根据账号密码信息和业务员信息，判断登录信息的正确性输入数据流：账号，密码，业务员信息输出数据流：检测错误加工逻辑：根据账号密码信息和业务员信息，判断登录信息的正确性3. 建立逻辑模型： 银行储蓄系统的逻辑模型如下图所示：4. 建立行为模型：银行储蓄系统的行为模型如下图所示：5.系统性能需求需要保证系统能够长期、安全、稳定、可靠、高效的运行，系统处理的准确性和及时性，系统的开放性和系统的可扩充性，系统的易用性和易维护性，系统的标准性，系统的先进性以及系统的快速响应。6.系统的可用性和可靠性需求可靠性：银行能够储蓄系统在一年内不能出现10次以上错误。可用性：在任何时候主机或备份机上的银行储蓄系统至少有一个可用，且一个月内任何一台计算机上该系统不可用时间不超过总时间的1%。五、概要设计报告1 、 数据库概要设计1.1、 E-R图1.2、 关系模式业务员（业务员ID，用户名，密码）储户（储户ID，姓名，身份证号，所在地）账户（账户ID，账户号码，账户密码，账户余额，账户类型，所属用户）账户类型（类型ID，类型名称，利率，类型信息）存款记录（存款记录ID，存款时间，存款账户，存款金额，操作业务员）取款记录（取款记录ID，取款时间，取款账户，取款金额，操作业务员）管理员（管理员ID，用户名，密码，权限）1.3、 动态数据输入数据： 鼠标对按钮的点击 查询方式、查询关键字； 新建图书项、读者项； 账户、储户、业务员项的相应记录更改； 取款，存款，查询时的账户号码、储户身份证号； 受限操作所需的密码；输出数据：查询关键字确定的数据库记录的子集； 统计结果及其格式化文件； 信息录入、删改结果（成功或失败）； 取款，存款，查询等操作结果；内部数据：查询操作建立的索引；1.4、 PowerDesigner建模数据库采用mysql数据库利用PowerDesigner制作的CDM图如下所示2 、系统总体结构设计2.1 、银行储蓄系统结构设计2.2 、业务员管理子系统结构设计2.3 、账户管理子系统结构设计2.4 、储户管理子系统结构设计2.5 、业务管理子系统3 、测试计划3.1 测试方法通过单元测试，集成测试，系统测试。结合黑盒测试、白盒测试方法4 、接口设计4.1 、外部接口对用户界面，软件接口和硬件接口分别进行设计4.2 、内部接口各模块之间采用方法调用、参数传递、返回值的方式进行信息传递。接口传递的信息将是以对象的属性为载体，以参数传递或返回值的形式在各模块间传输。5 、运行设计5.1 运行模块的组合系统功能，通过各个模块的协调调用完成5.2 运行控制运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径5.3 运行时间在软体的需求分析中，对运行时间的要求为必须对操作有较快的反应。6 、出错处理设计6.1 出错输出信息程序在运行时主要会出现两种错误：1、由于输入信息，或无法满足要求时产生的错误，称为软错误。2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。对于软错误，须在取款/存款操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置。返回输入阶段。出错信息必须给出相应的出错原因6.2 出错处理对策所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。若真断电时，客户机上将不会有太大的影响，主要是服务器上：在断电后恢复过程可采用 的日志文件，对其进行ROLLBACK 处理，对数据进行恢复。在网络传输方面，可考虑建立一条成本较低的后备网络，以保证当主网络断路时数据的通信。在硬件方面要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。7 、安全保密设计数据进行加密传输，加密存储。采用非对称加密方法8 、维护设计数据库的定期备份维护六、详细设计报告1、 用户界面设计1.1 业务员登录界面：1.2 业务员操作界面主页：1.3 业务员业务处理页面：1.4 业务员存款处理页面：1.5 业务员取款处理页面1.6 业务员查询流水页面1.7 查询结果1.8 储户管理界面1.9 开设账户界面1.10 修改账户信息界面1.11 查询账户信息界面1.12 注销账户界面1.13 联系我们界面其余部分页面未列出2、 测试用例设计及测试分析报告2.1 测试范围与主要内容测试范围主要内容系统登录测试验证业务员身份及密码取款处理测试测试系统取款功能，安全性，错误处理存款处理测试测试系统存款功能，实用性，方便性账户管理测试测试账户管理功能，实用性，方便性数据完整性测试测试操作失败后对数据完整性的控制2.2 测试方法每个模块的编写完成后，由代码编写人通过单元测试进行初步测试。之后采用自顶向下集成和自底向上集成相结合的方式进行了渐增式的集成测试。最后对整个系统进行了确认测试，先后在程序员指导下进行了测试，在用户环境下进行了测试。采用白盒测试对系统的逻辑结构进行了测试，并且采用黑盒测试对系统的功能进行了测试。采用loadrunner进行压力测试2.3 测试用例及预测结果以下列出了部分黑盒测试的测试用例测试项目测试用例测试结果登录验证正确用户名和正确密码登陆成功不正确密码|不正确用户名登录失败，提示错误信息取款处理正确账号，密码，取款金额取款成功，提示成功信息不正确账号|密码|取款金额取款失败，提示错误信息存款测试正确账号，姓名，金额和存款类型存款成功，提示成功信息错误账号|错误姓名|错误金额|类型存款失败，提示修改意见储户管理正确的开户信息开户成功，提示成功信息错误的开户信息开户失败，提示修改意见正确用户名，密码，销户指令销户成功，提示成功信息错误用户名|错误密码|错误指令销户失败，提示错误信息正确账户名，密码查询成功，显示查询内容错误账户名|错误密码查询失败，提示失败原因正确账户名，密码|账户名，证件和修改新信息修改成功，提示成功信息，并完成信息的同步错误账户名|密码|错误账户名|错误证件|错误修改信息修改失败，提示错误信息数据完整性正确的存取款信息正确的余额信息错误的存取款信息正确的余额信息七、运行环境和编译环境说明书1 开发编译环境本系统采用B/S架构，开发语言为JAVA，后台使用了Struts2.0+Spring2.5+ Hibernate3.0的网页框架开发。前台使用Jquery1.7+HTML4.01+CSS3.0开发。使用MyEclipse 10作为开发工具，连接MYSQL数据库。经过编译之后部署在Tomcat7服务器上，可以正常使用。2 运行环境及使用方法建议服务器系统采用AIX v7.1系统。数据库服务器，应用服务器和备份服务器均采用IBM System P系列小型机。WEB服务器使用IBM的WebSphere服务器，数据库采用MYSQL5.0数据库。环境配置方法：将环境搭建完成后。将附带的Mysql.sql的建立数据库的文件导入到本地服务器的MYSQL数据库中。将系统的db.properties的配置文件内的数据库用户名，密码改为本地的用户名和密码。将项目部署在本地服务器的WebSphere上，即完成了系统环境的配置。系统可以正确运行。3 错误处理系统运行出现错误，请参照系统给出的帮助进行修改，或即使和我们取得联系。八、总结报告软件工程是为了消除软件危机，规范化开发过程而出现的一门学科。自诞生以来产生了很多优秀的软件工程方法学。本系统采用最为经典的瀑布模型进行系统的设计。这个主要因为银行储蓄系统的需求非常明确，且已经有非常多的成功案例，模版，经验可以借鉴，采用瀑布模型可以充分利用已有的优势，可以满足用户的需求。但是，重用性不如面向对象方法。开发的简洁性也不如XP极限编程。整个开发过程，从问题定义，需求分析，到软件的测试和维护。既遵循了软件工程瀑布模型的开发方法。还从项目管理的角度，从项目可行性研究，项目立项到整个项目的质量，风险，沟通管理，在过程中，对里程碑进行讨论，评审，对变更进行监控和控制，对项目的整个团队进行建设和沟通管理，对团队每个成员进行详细的责任划分，并进行必要的绩效考评和认定，并及时的进行沟通保证项目的按时完工，直到到达项目收尾,整理了开发过程的文档作为这个简易的课程设计报告，更新了组织过程资产。本银行储蓄系统由软件工程第3实验小组成员完成。大家都发挥了积极有效的作用。但因为人员能力，项目资源有限。本系统有许多不完善之处，希望在后续的版本中进行补充和完善。专心-专注-专业