银行管理系统-软件工程课设报告.doc

-学习报告现代软件工程课程名称不是教材名称： 银行管理系统题目名称：学生：*：课程成绩：. z.-目录目录格式不允许修改，分数5分1 前言11.1 系统的背景及开发意义11.2 系统的开发环境及工具12 系统需求分析32.1 系统功能需求分析3用户分析需求描述32.1.2 系统功能分析建模42.2 系统数据需求分析6系统数据信息描述6系统数据分析建模62.3 其他需求分析83 系统总体设计93.1 整体架构设计93.2 系统总体结构设计93.3 系统数据库设计104 系统详细设计及编码实现144.1 用户操作模块的设计与实现144.1.1 用户操作模块的功能144.1.2 用户操作模块的算法设计144.2业务员操作设计与实现144.2.1 业务员操作模块的功能144.2.2 业务员操作模块的算法设计144.3 系统输出模块设计与实现154.3.1 系统输出模块的功能154.3.2 系统输出模块的算法165 系统测试175.1 测试的目的及技术175.2 测试的步骤175.3 测试的过程185.3.1 存款模块功能测试195.3.2 取款模块功能测试195.3.3 转账模块功能测试195.4 集成测试及确认测试19集成测试19确认测试20. z.-1 前言5分1.1 系统的背景及开发意义（1） 系统背景介绍随着计算机的飞速发展及应用领域的扩大，特别是计算机网络和电子商务的发展，极大的改变了商业银行传统的经营模式。能够为客户提供方便、快捷、安全的服务，也能够有效的降低银行的营运成本，这是银行存储系统追求的目标。目前，对于现代化银行运营的要客户可以实现方便安全的业务交易，银行职员可以进行高效合理的工作管理，实现银行业务电子化。（2） 系统开发的意义方便用户快速的进行存款、取款、修改密码以及完成一些转账的交易，大大提高办公效率，能够及时、准确、有效的帮用户办理各种繁琐的手续，也减缓了银行工作人员的压力。1.2 系统的开发环境及工具（1）系统开发的环境硬件：Windows2000服务器、 希捷 ST9500420AS ( 500 GB / 7200 转/分 )硬盘 、2GB ( DDR3 1333MHz )存软件：Windows 10 旗舰版 64位 SP1 ( Direct* 11 )（2）系统开发的工具系统采用Microsoft Visual Studio 2010、SQL Server 2008数据库开发工具、C/S结构。下面对开发中采用的工具进行说明：1 Microsoft Visual Studio 2010简介Visual Studio是目前最流行的Windows平台应用程序的集成开发环境，Visual Studio 2010版本集成开发环境（IDE）的界面被重新设计和组织，变得更加简单明了。并且支持开发面向Windows 7的应用程序。除了Microsoft SQL Server，它还支持 IBM DB2和Oracle数据库。2 SQL Server 2008数据库简介SQL Server 2008 在Microsoft的数据平台上发布，可以组织管理任何数据。可以将各种文档的数据直接存储到数据库中。可以对数据进行多种操作。这个平台具有可信任、高效、智能三大特点。3 C/S结构简介C/S 结构，即客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。C/S结构构相对于B/S架构而言有许多优点：a. 响应速度快 b. 软件设计可以更好的满足用户个性化的需求c. 数据处理能力强大 d. 系统安全性更有保障2 系统需求分析2.1 系统功能需求分析2.1.1用户分析需求描述需求描述10分本系统包括储户子系统、业务员子系统两个用户子系统（1） 储户储户子系统具有开户、存款、取款、查询的功能。1 开户：输入、联系方式、地址进行注册开户2 存款：选择金额、存款类型3 取款：选择金额4 查询：通过业务员进行查询（2）业务员业务员子系统具有登录、添加用户、代用户实现存款、取款、查询的功能。1 登录：输入员工号、登录密码、选择业务员登录角色2 添加用户：业务员在系统管理中添加储户信息3 存款：提交存款信息、核对信息、信息输入系统、打印存单4 取款：提交取款信息、核对信息、信息输入系统、打印存单5 储户查询：业务员进入查询模块输入查询条件进行查询2.1.2 系统功能分析建模功能模型12分本系统采用数据流图的模型工具建模。（1）数据流图（DFD）的介绍数据流图简称DFD图，是SA方法中用于表示系统逻辑模型的一种工具，它以图形的方式描绘数据在系统中流动和处理的过程，它只反映系统必须完成的逻辑功能，是一种功能模型。（2）数据流图的建立1 建立系统顶层数据流图：根据银行管理系统需求分析可知银行管理系统的顶层数据流图是银行管理系统与储户、管理员两个外部实体进行数据交换，如图2.1。图2.1 银行管理系统顶层图2 数据流图分解：银行管理系统按功能划分为储户子系统、业务员子系统两个部分，如图2.2。 储户通过开户模块可以进行注册，通过存款模块可以选择存款类型进行存款，通过取款模块可以进行取款，通过业务员可以查询个人信息；业务员登录后可以帮助储户实现存取款，以及查询。图2.2 银行管理系统0层图3 数据流图功能分解，如图2.3图2.3 银行管理系统1层图2.2 系统数据需求分析数据模型12分2.2.1系统数据信息描述本系统的数据信息有存款信息、取款信息、清单信息、转账单信息。（1） 存款信息：、卡号、交易时间、存入金额 /、存单号、存入金额、存款年限（2） 取款信息：、卡号/存单号、密码、取款时间、取款金额、号（3） 清单信息：、交易时间、取款金额、存款金额、余额（4） 转账单信息：转入卡号、转出卡号、密码、金额2.2.2系统数据分析建模（1） 实体-关系模型建立实体-关系模型简记E-R图是指以实体、关系、属性三个基本概念概括数据的基本结构，从而描述静态数据结构的概念模式。1 储户实体关系：储户实体具有、住址、等属性；存款关系具有金额、存款类型、到期日期、存款日期等属性；取款关系具有金额、取款日期等属性。储户和管理员之间具有存款、取款和查询的联系，和系统有打印清单的联系。2 管理员实体关系：管理员实体具有员工号、等属性；存款关系具有金额、存款类型、到期日期、存款日期等属性；取款关系具有金额、取款日期等属性。管理员和系统之间具有存款、取款和查询联系。实体E-R图见图2.4。图2.4 实体E-R图2.3 其他需求分析6分（1）系统性能需求分析1 数据精确度需求：在精度需求上，根据实际需要，数据在输入、输出及传输的过程中要满足各种精度的需求根据关键字精度的不同。2 响应时间需求：无论是客户端和服务端，当用户进行操作时，系统反应的时间应在5秒以。系统应能及时反映各种非正常情况，避免用户出现长时间等待甚至系统无响应。3 用户使用性需求 ：界面设计易于操作，在用户使用时在客户端服务器端进行验证，并提示用户输入正确数据和正确的操作系统。4 安全性需求：每个储户都有权限设置，对储户的信息进行加密设置。5 操作性需求：支持Windows2000及以上的操作系统，设计连接SQL Server数据库。（2）系统输入/输出需求分析符合精度的设定，数据的输入输出都应该为数字、字母及汉字，不应该含有字符形式。（3）系统错误处理需求分析1 数据库存储空间不够，引起数据库访问变慢等问题需要对磁盘进行扩展和维护。2 执行程序非正常退出，响应确实，修改源代码前应备份。3 数据库没启动引起访问问题，须启动数据库服务器。3 系统总体设计3.1 整体架构设计5分本系统采用C/S 结构（客户机/服务器结构）作为设计模型。其中包括储户子系统、业务员子系统两部分。根据现在所掌握的计算机技术，选择SQL Server 2008作为后台数据库开发工具，SQL查询语言进行数据库的操作访问；选择Visual Studio 2010作为应用程序开发工具，WinForm窗体应用程序搭建系统运行模块。银行管理系统主要实现储户线上操作和业务员管理协助的功能，本系统包括开户、存款、取款、查询、用户管理、储户信息六个功能模块。3.2 系统总体结构设计10分银行管理系统分为用户操作结构设计，业务员操作结构设计，系统输出结构设计三个部分。（1）系统的主要功能如下：1 实现储户开户登记2 办理定期存款帐3 办理定期存款手续4 理活期取款帐 5 实现利息计算6 输出明细表7 查看信息（2） 银行管理系统的功能模块结构图：图3.1 银行管理系统功能模块结构图3.3 系统数据库设计10分本系统的数据库名称是*skqgl.mdf，里面包含5个表，依次分别是储户信息表、银行卡信息表、存款信息表、取款信息表 、业务员信息表，下面将对这些表格一一介绍。（1） 储户信息表储户信息表设计有号、出生日期、性别、开户地点、开户日期、开户业务员员工号共7个字段。表3.1 储户信息表字段类型列名备注ID Numbevarchar号ID NamevarcharID Birthdavarchar出生日期ID Se*varchar性别Account Opening Sitevarchar开户地点Account Opening Datevarchar开户日期Staff Numbervarchar员工号（2） 银行卡信息表银行卡信息表设计有银行卡号、银行卡密码、号、余额、交易时间、员工号共7个字段。其中号与存款信息表中的号对应，与存款信息表中对应。表3.2 银行卡信息表字段类型列名备注Card Numberint银行卡号Card Passwordint银行卡密码ID Numbervarchar号与存款信息表中的号对应ID Namevarchar与存款信息表中的对应Current Balancedouble余额Transaction Datetimevarchar交易时间Staff Numbervarchar员工号（3） 存款信息表存款信息表设计有存单号、存单密码、号、存入金额、存款类型、交易时间、存款业务员员工号共8个字段。其中号和与取款信息表中的对应。表3.3 存款信息表字段类型列名备注Slip Numbervarchar存单号Slip Passwordint存单密码ID Numbervarchar号与取款信息表中的号对应ID Namevarchar与取款信息表中的对应Ine Amountdouble存入金额Deposit Typevarchar存款类型Transcation Datetimevarchar交易时间Staff Numbervarchar员工号（4） 取款信息表取款信息表包括6个字段，分别为银行卡号、存入金额、支出金额、余额、交易时间、取款业务员员工号。其中银行卡号与银行卡信息表中的银行卡号对应。表3.4 取款信息表字段类型列名备注Card Numberint银行卡号与银行卡号信息表中的银行卡号对应Ine Amountint存入金额Payment Amountdouble支出金额Current Balancedouble余额Transcation Timevarchar交易时间Staff Numbervarchar员工号（5） 业务员信息表业务员信息包括2个字段，分别为员工号和员工名。表3.5 业务员信息表字段类型列名备注Staff Numbervarchar员工号Staff Namevarchar员工名4 系统详细设计及编码实现20分银行管理系统有用户操作，业务员操作，系统输出三个功能模块。4.1 用户操作模块的设计与实现4.1.1 用户操作模块的功能（1） 存款模块功能：用户插入银行卡，输入密码，点击存款按钮，放入需要存储的现金。（2） 取款模块功能：用户插入银行卡，输入密码，点击取款按钮，选择或输入需要取的金额。（3） 转账模块功能：用户插入银行卡，输入密码，点击转账按钮，输入需要转账的账户，选择转账金额。（4） 查询模块功能：用户插入银行卡，输入密码，点击查询按钮。4.1.2 用户操作模块的算法设计根据功能需求分析和结构设计来实现用户操作模块算法，算法用程序流程图表示，如图4.1用户操作存款取款转账查询提交存款信息提交取款信息提交转账信息提交用户查询表图4.1 用户操作模块程序流图4.2业务员操作模块设计与实现4.2.1 业务员操作模块的功能（1） 开户：输入储户信息，提交用户申请表。（2）存款：插入储户银行卡，储户输入密码，点击存款按钮，放入需要存储的现金。（3）取款：插入储户银行卡，储户输入密码，点击取款按钮，选择或输入需要取的金额。（4）查询：插入储户银行卡，储户输入密码，点击查询按钮。4.2.2 业务员操作模块的算法设计根据功能需求分析和结构设计来实现业务员操作模块算法，算法用程序流程图表示，如图4.4图4.4 业务员操作模块程序流程图4.3 系统输出模块设计与实现4.3.1 系统输出模块的功能（1）计算利息：根据储户存款和存款类型计算利息，打印清单。（2）保存新用户信息：输入新用户信息，进行保存。（3）更新用户信息：选择需要更新的用户信息，更改信息，进行保存。（4）打印存单：打印用户存单信息。4.3.2 系统输出模块的算法根据功能需求分析和结构设计来实现系统输出模块算法，算法用程序流程图表示，如图4.8图4.8 系统输出模块程序流程图5 系统测试10分5.1 测试的目的及技术本系统采用测试技术有黑盒测试技术和白盒测试技术，采用的测试步骤有单元测试、集成测试和确认测试。（1） 测试的目的系统测试其目的是通过与系统的需求相比较，发现所开发的系统与用户需求不符或矛盾的地方，从而提出更加完善的方案，尽可能彻底地检查出程序中的错误，提高软件系统的可靠性。（2） 测试的技术 黑盒测试技术黑盒测试是通过使用整个软件或*种软件功能来严格地测试, 在测试时只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收和正确的输出。 白盒测试技术 白盒测试是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现部代码在算法，溢出，路径，条件等等中的缺点或者错误，进而加以修正。5.2 测试的步骤（1） 单元测试单元测试是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义。总的来说，单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。（2）集成测试集成测试（也叫组装测试，联合测试）是单元测试的逻辑扩展。集成测试是在单元测试的基础上，集成测试采用的方法是测试软件单元的组合能否正常工作，以及与其他组的模块能否集成起来工作。最后，还要测试系统所有模块组合在一起能否正常工作。集成测试的主要目的在于发现单元之间接口的错误以及发现集成后软件同总体设计分析不一致的地方，重点在于测试各个模块连接起来后通过接口传递的数据是否会错误或丢失。（3） 确认测试确认测试的目的是进一步验证软件的有效性，这就是确认测试的任务，验证软件的功能和性能如同用户所合理期待的那样。确认测试过程包括安装测试，功能测试，可靠性测试，安全性测试，时间及空间性能测试，易用性测试，可移植型测试，可维护性测试，文档测试。5.3 测试的过程5.3.1 存款模块功能测试（1） 存款模块的功能储户插入银行卡，输入密码，点击存款按钮，放入需要存储的现金，显示存储完成，点击退卡。（2） 存款模块测试用例：表5.1 存款模块测试用例输入条件预期输出结果控件的使用插入银行卡弹出输入密码窗口输入密码进入功能界面选择存款弹出放入现金提示放入需要存储的现金显示确认存储完成窗口点击确认进入功能界面点击退卡退出银行卡（3） 测试结果测试结果与预期结果相同，输入密码可以进入功能界面，可以进行存款操作，因此存款模块功能完整。（4）评价根据系统的测试和实际需求的分析，可以看出存款模块的运行正常，实现的功能与预期结果一致，基本实现了存款的功能5.3.2 取款功能模块测试（1） 取款模块的功能储户插入银行卡，输入密码，点击取款按钮，选择需要取的金额，取款后进入主界面，点击退卡。（2） 取款模块测试用例表5.2 取款模块测试用例输入条件预期输出结果控件的使用插入银行卡弹出输入密码窗口输入密码进入功能界面选择取款弹出取款界面选择需要取的金额弹出提示取款界面取走现金弹出确认界面点击确认进入功能界面选择退卡退出银行卡（3） 测试结果测试结果与预期结果相同，取款的功能完善。（4）评价根据系统的测试和实际需求的分析，可以看出取款模块的运行正常，实现的功能与预期结果一致。5.3.3 转账模块功能测试（1） 转账模块的功能储户插入银行卡，输入密码，点击转账按钮，输入转账的账户及金额，确认后，进入功能界面，点击退卡。（2） 转账模块测试用例表5.3 请假申请模块测试用例输入条件预期输出结果控件的使用插入银行卡弹出输入密码窗口输入密码进入功能界面选择转账弹出转账界面输入账户及金额弹出确认界面点击确认进入功能界面选择退卡退出银行卡（3） 测试结果测试结果与预期结果相同。（4）评价根据系统的测试和实际需求的分析，可以看出转账模块的运行正常，实现的功能与预期结果一致。5.4 集成测试及确认测试5.4.1集成测试（1）集成测试过程：1 存款模块：存款记录可以通过接口在存款模块中查询。2 取款模块：在取款模块生成的记录可以通过接口在取款模块中显示。3 转账模块：在转账模块生成的记录可以通过接口在转账模块中显示。5.4.2确认测试（1） 安装测设：本系统的客户端开发采用的是Microsoft Visual Studio 2010软件，服务器端采用的是SQL Server 2008数据库，在任意一台Windows的操作系统上都能顺利的进行安装。（2） 功能测试：分别以储户、业务员的身份登录系统进行存款功能、取款功能、转账功能，均能满足设计要求。但在部分功能上缺少人性化设计：存在的缺项：在实现取款功能中，储户只能选择取款金额，不能自定义输入。解决办法：将取款金额的选项改成输入框控件来实现，这样更加方便。（3） 安全性测试：进入系统要先输入密码，正确的密码才可以进入，而且业务员可以对系统的用户进行管理，这样确保了系统的用户的围，提高了系统使用的安全性。. z.