银行卡管理系统软件工程课程设计(编辑修改稿)

银行卡管理系统软件工程课程设计(编辑修改稿)内容摘要：

业务员操作，系统输出。 11 如下图所示： 图表 3 完成“第二级分解” 1 用户操作的分解 可将用户操作分解为：开户民，存款，取款，查询。 如下图所示： 图表 4 2业务 员操作的分解 业务员的操作是将用户的操作传送给系统，代替用户与系统交互，所以，业务员的操作与系统的操作基本类似，也可以近似地将业务员看作用户。 所以操作员操作可分解为：存款，取款， 转账， 查询。 并且如用户在开户时设有密码，则进行密码验证。 所以分解图如下： 银行存储管理系统 用户操作 系统输出 用户操作 存款 取款 转账 查询 提交存款信息 提交取款信息 提交转账信息 提交用户查询表 业务员操作 12 图表 5 3 系统输出分解 系统输出可分解为：计算利息 打印清单，保存新用户信息，更新用户信息，打印存单 分解图如下： 13 图表 6 14 软件系统功能 /对 象结构 银行存储系统用例图 输入存款信息打印清单转入卡号转出卡号 转出卡密码输入储户信息判断存款类型计算利息打印清单验证密码输入取款信息检查余额转账 in c l u d e in c l u d e in c l u d e 查询 in c l u d e in c l u d e 柜员 c o m m u n i c a t e c o m m u n i c a t e 存款 in c l u d e e x t e n d c o m m u n i c a t e 开户 in c l u d e 储户 c o m m u n i c a t e c o m m u n i c a t e 输入开户信息 in c l u d e c o m m u n i c a t e 取款 in c l u d e in c l u d e in c l u d e in c l u d e in c l u d e c o m m u n i c a t e 判断存款类别 in c l u d e 图表 7 银行存款业务顺序图 15 : 储户 : 柜员 : 登录 : 存款单 : 存款发出请求登录打印存款单提供存款信息选择存款类型 图表 8 银行取款业务顺序图 : 储户: 柜员。 登录 : 取款单 : 取款发出请求登录提供取款信息选择取款类型打印取款单 图表 9 银行 转账 业务顺序图 16 : 储户: 柜员。 登录 : 转账单 : 转账 : 存款 : 取款发出请求登录提供转账信息转出转入打印转账单 图表 10 银行转账业务类图 图表 11 17 软件质量因素 可用性 ； ； ； ； Windows 系统兼容。 可靠性 在银行等服务性行业，其软件系统的可靠性直接关系到自身的声誉和 生存发展竞争能力。 a 避免需求分析定义错误的出现。 、编码错误以及测试错误提高健壮性，增强对非法输入的容错能力。 ，尽可能减少系统失效的概率； ，在所述条件下软件能够执行特定的功能。 效率 程序响应时间基本要求应在人的感觉和视觉事物范围内，信息交换时间基本要求在程序调用前调用后都与数据库保持同步更新，网络信息交换施加应该小于程序调用时间。 允许庞大的事务请求，并提供更短的相应时间和更快的事务速率。 数据出错时能够尽快的恢复，尽可能地减少损失。 安全性 ，由于在储蓄和转账时，用户的账号需要在网络上传输，所以必须提供额外的安全措施，在此我们设置了用户和柜员的权限。 ，以免数据的破坏或被攻击。 在进行向数据库文件提取数据时，需求数据记录定位精确，在往数据库文件数组中添加数时，要求输入数精确金额，身份证，卡号等按消息设定字符数。 在汇率转换、利息计算时不能因数据精确度不足导致用户资金损失。 可维护性 ，提高可 维护性可移植性。 b 软件维护过程中，维护小组也可以采取与主程序员小组和结构普查类似的方式，以保证程序的质量。 18 ，为了纠正新发现的错误或缺陷，为了适应计算机环境的变化，为了响应用户新的需求，必须进行修改。 可移植性 为获得较高的可移植性，在设计过程中采用通用的程序设计 语言 和运行支撑环境。 尽量不用与系统的底层相关性强的语言。 数据库也应有很好的更新能力及适应性。 三、可行性分析报告 可行性研究的目的就是用最小的代价在最短的时间内确定该软件项目是否能够开发，是否值得去开发。 实 质上就是进行一次简化、压缩了的需求分析、设计过程。 可从三个方面分析研究每种解决问题的可行性 经济可行性分析 经济可行性：进行开发成本的估算以及了解得到效益的评估，确定要开发项目是否值得投资开发。 对银行业来说，是依靠存款、贷款之间的差额来生存的，所以要尽可能的拉拢更多的客户使用本行， 银行存储 系统 是为了能让为客户更便捷的服务，从而更具有吸引力。 从银行角度出发还是非常愿意把一部分资金投入到这方面 研究当中 的。 社会 可行性分析 开发的银行卡存储 系统需要根据银行 卡管理规定操作，不得有侵害他人隐私盗取金额 为目的。 银行卡存储 系统方便运行操作 ，组内人员有着良好的道德修养。 会根据用户的实际需要来开发此程序，操作快捷，易于掌握。 技术可行性分析 技术可行性：对项目的功能、性能、限制条件进行分析，确定在现有的资源 和技术件下系统 是否能实现。 （开发的风险、资源的有效性、技术） 通过对开发风险、资源有效性和技术分析后，认为开发银行存储系统风险小，资源充足，技术可以应付，但是一定要以生活中的银行 管理过程中的信息为基础。 19 四、开发环境与项目规划 开发环境 利用 Java 语言强大功能，并具有面向对象开发等的特点， 联系实际银行卡管理系统的应用界面，采用 Eclipse 开发工具，以 Win Window XP 等 32， 64 位操作系统、 Oracle 为后台开 发出了一套银行存储 系统，基本上实现了 存款、取款、查询、转账和查询 等业务。 项目规划与管理 开发人员安排 开发人员主要是经过 商量讨论 、自愿组合的一 个小组，由于本系统设计面广，操作复杂，信息要求强，所以我们选择五 个人为一个小组，采取分工合作、共同探讨的原则 ，努力编辑并且完善系统应用。 组内成员有 姜婷 、 孟格思、赵雄飞、刘宏宇 和 杨俊森。 开发进度安排 10 月 24 日 开始讨论 讨论内容： 1）系统名的确定 2） 运行环境 3）系统应用价值 4）用户群体 5) 需求分析说明 6）可行性分析 7）项目规划 8）编译语言 10 月 25 日 经过 小组 成员 查阅资料 并做出讨论 ，最终 做出 决定，我们 组 将 要开发银行存储 系统， 26， 27 日实现需求分析以及面向对象设计的前期工作。 28， 29 开始编码，并完善文档。 30 日进行软件测试，提交报告。 因银行 具有强大的市场，应用价值广泛 ，应用知识广泛能够充分利用教材所学知识，由于 Java 语言具有面向对象开发等特点，所以选择 Java语言进行编译。 分工如下， 孟格思，刘宏宇负责 UML 建模以及需求分析，各种流程画图。 赵雄飞负责数据库的设计与录入数据，姜婷负责用 Java 编写代码，杨俊森负责软件测试用例的设计以及软件测试。 五、结构化分析与设计 20 结构化分析与设计方法是一种面向数据流 的传统软件开发方法，它以数据流为中心构建软件的分析模型和设计模型。 结构化分析、结构化设计和结构化程序设计构成了完整的结构化方法。 早期的结构化分析方法的分析结果包括：一套分层的数据流图、一本数据字典（包括ER 图）、一组加工规约以及其他补充资料（如非功能性需求等）。 结构化分析 数据流图是描述输入数据流到 输出数据流的变换（即加工），用于对系统的功能建模。 银行存储 系统的流程图如下： 银行存储 系统 环境 图： 图表 12 银行存储系统一 层 数据流图 图： 21 图表 13 银行存储 系统 二层数据流 图： 图表 14 22 图表 15 结构化设计 结构化设计是将结构化分析数据流图映射成软件体系结构的一种设计方法， SD 强调模块化、自顶向下逐步求精、信息隐藏、高内聚低耦合等设计准则。 在结构化设计中用结构图来描述软件系统的体系结构，指出一个软件系统由那些模块组成以及模块之间的调用关系，如下图所示： 23 图表 16 结构图第一分解图： 图表 17 24 用户 注册第一级分解图： 图表 18 用户 注。