软件需求说明书

1、需求分析文档1导论1.1系统目标旨在开发一个银行储蓄系统，利用计算机高速的计算能力和自动化，使得： 用户可以通过该系统能够简单方便地存取款，并且减少失误操作以及错误操作后的及时处理。提高办理业务的效率。 银行可以通过使用该系统减少工作人员，管理人员，方便管理，提高效率。1.2系统范围各种商业银行1.3项目目标和成功标准1. 项目目标：开发出一个银行储蓄系统2. 成功标准：用户可以成功经行存取款操作，管理员可以查询交易明细，核实交易金额等。1.4定义、首字母缩写词和缩写词无1.5参考资料1. 软件工程 清华大学出版社 叶俊民编著2. 数据库系统概论 高等教育出版社 王珊编著3. Web程序设计

2、清华大学出版社 （美）塞巴斯塔编著2当前系统当前大多数银行所使用的银行储蓄系统办理业务时手续繁多,人工业务操作过多,严重影响了工作效率,以至客户等待办理手续过长感到不耐烦,且出错率高。3建议的系统3.1概述本系统主要为了方便储户办理存款、取款、转账、查询、改密码等业务；银行管理人员办理开户、销户、冻结等业务并且对交易明细和资金核实修改利率进行操作，对现有存储用户进行合理有效的管理。同时可以更有效的让用户学会理财。 3.2功能需求用户功能：1. 取款：储户填写存款单，并提交至系统，同时系统还要记录存款人姓名、住址、存款额、存款类型、存款日期、利率 等信息，完成后由系统打印存款单给储户2. 存款：

3、储户填写取款单提交至系统，系统要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。3. 修改密码：用户提出修改密码要求，系统要求用户输入原先密码，若密码正确则要求用户输入新密码。4. 开户：用户提出开户请求，由管理员在数据库中添加用户信息5. 查询：用户可以查询余额和交易明细。6. 转账：用户输入目标账户的账号，输入交易金额，由系统进行转账。7. 贷款：用户向银行申请贷款，系统让用户填写贷款单，要求记下用户姓名、住址、身份证号、贷款金额、贷款日期、偿还类型（分期和一次性）、贷款应还清日期。管理员功能：1. 开户：管理员接受用户需求，为用户在银行数据库中开户。2. 销

4、户：当用户不再在此银行中存款时，管理员在数据库中消去该用户的信息。3. 冻结：对到期未能偿还贷款的低信用用户的账户进行资金冻结。4. 查询：管理员可以查询银行近期交易记录。5. 核实：管理员定期核实交易金额与银行剩余金额。6. 修改利率：管理员按照文件要求可以修改银行利率。7. 备份：管理员需要定期对数据库数据进行备份3.3非功能需求：3.3.1可用性该系统可以在各大银行中使用。3.3.2可靠性本系统要求拥有对故障的处理能力，发现数据库中信息错误时可以及时发出警报，同时要求一定的安全级别，防御黑客和病毒攻击。3.3.3性能1、系统处理的准确性和及时性在系统设计和开发过程中，要充分考虑系统当前和

5、将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。作为系统的很多数据来源，而交易金额数量和交易时间又影响个人和银行的决策活动，其准确性很大程度上决定了银行储蓄业务系统的成败。在系统开发过程中，必须采用一定的方法保证系统的准确性。2、系统的开放性和系统的可扩充性银行储蓄业务系统在开发过程中，应该充分考虑以后的可扩充性。例如交易系统方式的改变（网上购物），用户查询的需求也会不断的更新和完善。3、系统的易用性和易维护性银行储蓄业务系统是直接面对使用人员的，而使用人员往往对计算机并不是非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。银行储蓄业务系统中涉及到

6、的数据是银行相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。3.3.4可支持性该软件支持Windows 或者Linux操作系统采用，客户端使用浏览器访问Web服务器，使用jsp的技术搭建服务器，常规测试的方法用JUnit单元测试，各系统集成后的黑盒测试。3.3.5实现性为保证该系统的实现性，所有开发人员必需参照现有银行储蓄系统进行设计开发3.3.6接口支持任何系统上的任何浏览器使用，包括移动和桌面端的浏览器。接受来自浏览器的post和get请求。3.3.7打包该系统将软件、数据库、说明书、维护说明打包在一起给银行使用3.3.8合

7、法性在设计该系统之前，应当充分了解类似系统的知识产权，不侵犯别人产品著作权；另外需要保障用户信息安全不外泄。3.4系统模型3.3.1类图：银行储蓄系统银行地址日期利率系统操作验证密码验证操作打印管理员职位号职位授权密码用户姓名住址性别电话身份证号码类图说明：为此系统定义了4个类，分别是银行类，用户类，管理员类，系统操作类。各个类对应的属性和操作方法在图中已表示出3.3.2用例模型：银行储蓄系统开户取款存款销户修改密码查询转账贷款修改利率管理员用户用例说明：取款：储户填写存款单，并提交至系统，同时系统还要记录存款人姓名、住址、存款额、存款类型、存款日期、利率 等信息，完成后由系统打印存款单给储户

8、存款：储户填写取款单提交至系统，系统要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。修改密码：用户提出修改密码要求，系统要求用户输入原先密码，若密码正确则要求用户输入新密码。开户：用户提出开户请求，由管理员在数据库中添加用户信息查询：用户可以查询余额和交易明细。转账：用户输入目标账户的账号，输入交易金额，由系统进行转账。贷款：用户向银行申请贷款，系统让用户填写贷款单，要求记下用户姓名、住址、身份证号、贷款金额、贷款日期、偿还类型（分期和一次性）、贷款应还清日期。销户：当用户不再在此银行中存款时，管理员在数据库中消去该用户的信息。用例模型图说明：银行储蓄系统主要使

9、用的对象是银行管理员和储户。管理员根据储户填写的存款单或者取款单信息，将其输入系统，系统根据相关信息进行处理，则系统其中的一个功能即用例就是接收储户信息。储户需要办理取款或者是存款业务，系统由管理员输入的信息来识别，则系统的另一个功能即用例就是存款和取款处理，根据不同客户的需求，这个功能就拆成存款功能和取款功能。3.3.3动态模型顺序图：顺序图说明：顺序图用来描述对象之间动态的交互关系，着重体现对象间消息传递的时间顺序。由于在 银行储蓄系统中，储户面向两种的业务，业务之间也有先后顺序，所以在顺序图中会有两个生命周期，分别是取款操作和存款操作。系统根据储户填写的信息判断是存款业务还是取款业务，就

10、分别操作存款功能和取款功能。系统在对存款业务进行处理时，会先记录储户的相关信息，最后再打印存款单给储户。系统对取款业务进行处理时，会先计算储户该得的利息，最后会把利息清单打印给储户。状态图状态图说明：在银行储户系统中，主要会有两个对象的状态：储户和系统。储户的状态最开始是填写业务单状态，储户填写存款单或者是取款单，再有业务员将业务类型输入系统，此时储户的状态是等待，等待系统处理业务，最后储户收到系统打印出的相应业务单。系统的状态主要对应在储户等待期间系统处理业务的状态，系统根据业务员输入的信息判断是什么类型的服务，根据不同的业务类型对应取款处理状态和存款处理状态，最后打印业务单返回给储户。活动

11、图活动图说明：状态图着重描述对象的状态变化以及触发状态变化的事件，活描述系统中各种活动的执行顺序，刻画一个方法中所要进行的各项活动的执行流程。在银行储蓄系统中，各种活动有储户和银行的状态图转化而来。储户填写业务单活动，之后就由业务员输入信息，系统对应的活动就有存款和取款，各自活动都有自己的的后续活动，因为是两种不同的业务，各自进行的活动就会不同。动态模型说明：动态模型主要是描述系统的动态行为和控制结构。动态行为包括系统中对象生存期内可能的状态以及事件发生时状态的迁移，还包括对象之问动态合作关系，显示对象之间的交互过程以及交互顺序，同时描述了为满足用例要求所进行的活动以及活动问的约束关系。动态模

12、型主要包括的状态图、顺序图和活动图已经画出。建立动态模型的第一步是编写交互行为的脚本；第二步从脚本中提取出事件，确定后触发每个事件的动作对象及接收事件的目标对象；第三步排列事件发生的次序，确定每个对象可能有的状态及状态间的转换关系，并用状态图描绘它们。最后，比较各个对象的状态图，检查它们之间的一致性，确保事件之间的匹配。3.3.4对象模型对象模型说明:对象模型描述了现实世界中的类与对象以及它们之间的关系，表示了目标系统的静态数据结构。对象模型通常有5个层次。首先确定对象类和关联，对于大型复杂问题还要进一步划分出若干个主题；然后给类和关联增添属性，以进一步描述它们；接下来利用适当的继承关系进一步

13、合并和组织类。而对类中操作的最后确定，则需要等到建立了动态模型和功能呢模型之后，因为这两个子模型更准确地描述了对类中提供的服务的需求。4.术语表1.现金业务：Cash business,2.转账业务：transfer business,3.汇兑业务：currency exchange business,4.委托收款：commission receivables,5.发放贷款：loans,6.贷款收回：loan recovery7.贷款展期：loan extension8.办理银行汇票：apply for bank drafts, 9.收息：interest,10托收： collection.其它相关：account number 帐目编号depositor 存户pa