银行计算机储蓄系统面向对象需求分析.doc

《银行计算机储蓄系统面向对象需求分析.doc》由会员分享，可在线阅读，更多相关《银行计算机储蓄系统面向对象需求分析.doc（9页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、【精品文档】如有侵权，请联系网站删除，仅供学习与交流银行计算机储蓄系统面向对象需求分析.精品文档.面向对象需求分析【银行计算机储蓄系统】学 院： 信息工程学院 班 级： 计科1202 学 号： 121404219 姓 名： 汤 鑫 指导老师： 田怀凤 （扬州大学 20142015 学年 第 一 学期）目录1基本要求21.1 功能要求21.2 性能要求21.3 接口要求21.4 输入要求21.5 输出要求22.需求分析32.1编写目的32.2系统背景32.3功能需求32.4用例分析32.5性能需求52.5.1 数据精确度52.5.2时间特性52.5.3适应性53.静态结构模型53.1类与对象53

2、.2类图的建立54. 动态行为模型64.1顺序图64.2状态图94.3活动图95.建立功能模型101基本要求1.1 功能要求银行计算机储蓄系统的主要功能有两方面：储户填写存款单或取款单交给业务员键入系统。如果是存款则系统记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期，到期日期，利率以及密码（可选）等信息，并引出存款单给储户。如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息，并印出利息清单给储户。1.2 性能要求为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、

3、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也要有足够大的磁盘容量；另外，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。1.3 接口要求业务员键入储户的资料要全部一直显示在屏幕上；储户键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。1.4 输入要求业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率，造成用户损失。1.5 输出要求要求快速准确地打印出存款或取款清单给客户。2.需求分析2.1编写目的本报告的目的

4、是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本银行储蓄系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。此文档进一步定制软件开发的细节问题，明确软件需求、安排项目规划与进度、组织软件开发与测试，便于用户与开发商协调工作。本文档面向的读者主要是项目委托单位的管理人员、设计人员和开发人员，希望能使本软件开发工作更具体。2.2系统背景软件名称：银行计算机储蓄系统委托单位：银行开发单位：xxxxxxxxx2.3功能需求根据系统可行性分析及业务要求，及相关的功能、性

5、能分析，可以对系统现有的需求进行需求建模，主要涉及到用例、用例图的建立，类图及联系的建立，以及系统的对象模型、动态模型和功能模型的建立等。2.4用例分析根据银行计算机储蓄系统的分析，可明确系统的功能需求主要涉及以下几个部分。参与人员：银行管理员、储户、系统用户存款、取款、转账、查现、查看历史、修改密码（储户）；开户、销户、挂失、解挂、修改密码（系统用户）；增加用户、查看用户、删除用户、已批申请、待批申请（银行管理员）根据相应的用例分析，可以为系统功能建模（用例图）：图1 银行计算机储蓄系统用例图简单用例流程分析：1. 用户注册系统后，即成为系统用户，系统用户可凭借用户名、密码、等级进入系统。系

6、统用户可实现开户、销户、挂失、解挂、修改系统密码等用例。2. 系统用户只有使用账户、账户密码二次登陆后，才可以实现存款、取款、转账、查询余额、查询历史、修改账户密码等用例。3. 银行管理人员登陆后，可以实现增加用户、删除用户、查看用户、查看已批申请、处理待办申请、修改系统密码等用例。4. 系统的参与者（系统用户、储户、银行管理员）在实现用例时，系统会自动根据其权限给予适当的实现用例。2.5性能需求2.5.1 数据精确度在进行向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数组中添加数时，要求输入数准确金额，身份证，卡号等按需求设定字符数。 2.5.2时间特性程序响应时间：在人的感觉

7、和视觉事件范围内；信息交换时间：要求在程序调用前调用后都与数据库保持同步更新，网络信息交换施加应该小于程序调用的时间。2.5.3适应性要求软件具有很好的更新能力，由于本产品是实验性软件，故对磁盘和内存容量没有很高的要求，但是软件应该能够对并发事件，脏数据具有较强的识别处理能力。3.静态结构模型3.1类与对象 经由分析，得知本系统的的类与对象有银行系统、银行账户、银行职员、顾客、存款、取款、系统操作。下面列举几个重要的类：3.2类图的建立组成授权授权组成确认属于验证拥有确认咨询图2 银行计算机储蓄系统类图4. 动态行为模型4.1顺序图顺序图用来描述对象之间动态的交互关系，着重体现对象间消息传递的

8、时间顺序。由于在银行储蓄系统中，储户面向两种的业务，业务之间也有先后顺序，所以在顺序图中会有两个生命周期，分别是取款操作和存款操作。业务员根据储户填写的信息判断是存款业务还是取款业务，就分别操作系统的存款功能和取款功能。系统在对存款业务进行处理时，会先记录储户的相关信息，最后再打印存款单给储户。系统对取款业务进行处理时，会先计算储户该得的利息，最后会把利息清单打印给储户。图3 银行计算机储蓄系统总顺序图根据职责划分，可以对系统的功能进行模块化，即不同角色的不同模块间的独立性以及联系，为每个模块的实现进行流程分析，利用顺序图对每个独立模块建立时间上的对象交互流程。 系统普通用户管理：主要包括开户

9、、销户、挂失、解挂、修改系统密码等模块，分析如下。用户登录系统后，具有相应的开户权限，用户通过与系统打交道，可以获取一个合理的账户，顺序建模如下：图4 银行计算机储蓄系统普通用户管理顺序图银行管理员：增加用户、查看用户、待批申请、已批申请等模块。模块的分析，以及对象间的交互过程如下。银行管理员具有增加系统用户的权限，管理员可以为系统增加一些特定的系统用户，同时可以给予他们一定的权限。模块分析如下：图5银行计算机储蓄系统银行管理员顺序图4.2状态图状态图着重描述对象的状态变化以及触发状态变化的事件。在银行储户系统中，主要会有两个对象的状态：储户和系统。储户的状态最开始是填写业务单状态，储户填写存

10、款单或者是取款单，再有业务员将业务类型输入系统，此时储户的状态是等待，等待系统处理业务，最后储户收到系统打印出的相应业务单。系统的状态主要对应在储户等待期间系统处理业务的状态，系统根据业务员输入的信息判断是什么类型的服务，根据不同的业务类型对应取款处理状态和存款处理状态，最后打印业务单返回给储户。图6 银行计算机储蓄系统状态图4.3活动图活动图描述系统中各种活动的执行顺序，刻画一个方法中所要进行的各项活动的执行流程。在银行储蓄系统中，各种活动有储户和银行的状态图转化而来。储户填写业务单活动，之后就由业务员输入信息，系统对应的活动就有存款和取款，各自活动都有自己的的后续活动，因为是两种不同的业务，各自进行的活动就会不同。图7 银行计算机储蓄系统活动图5.建立功能模型功能模型表明了系统中数据之间的依赖关系，以及有关的数据处理功能，它由一组数据流图组成，此功能模型的分析与设计依照对象模型和动态模型而来。DFD图（数据流图）描绘信息流和数据从输入移动到输出的过程中所经受的变换。数据流中没有任何具体的物理部件，它知识描绘数据在软件中流动和被处理的逻辑过程。在银行储蓄系统中，储户提出相应业务需求，系统根据相应信息处理储户的业务，流程如图。图8 银行计算机储蓄系统DFD图0层图