软件建模-银行系统概要1.docxVIP

“软件建模技术”课程大作业姓 名 学 号＿专 业 班 级＿项目名称＿＿ 改进的银行系统 ＿ 目 录1 引言11.1立项背景11.2立项原因概述11.3项目远景12 需求分析-用例建模22.1 问题陈述22.2 绘制用例图22.2.1 银行职员用例图32.2.2 客户用例图42.2.3 银行用例图42.3 编写用例文档53 系统分析---用例分析103.1 架构分析103.1.1 确定首次迭代103.1.2 备选架构103.1.3 确定分析机制113.2 构造用例实现113.2.1 完善用例文档113.2.2 识别分析类153.2.3 分析交互153.3 定义分析类204 系统设计---架构设计214.1 确定设计元素214.1.1 组织设计类224.1.2 确定子系统和接口224.1.3 确定复用机会244.2 引入设计机制254.3 定义运行时架构264.4 定义系统部署275 系统设计---构件设计285.1 用例设计285.2 子系统设计295.3 类设计305.4 数据库设计311 引言立项背景我们现在生活在“互联网”上，而现在在银行里是不能转账到支付宝账户或者百度钱包账户等等的，这在一定程度上非常不方便；并且现在银行不够智能，我所想象中的银行应该能够根据客户账目自动推荐一些理财产品，以便客户能够尽可能多赚到钱，并能够使资源利用率最大化。立项原因概述应“软件建模技术”这门课程的要求，为了巩固课堂上学习到的软件建模、软件工程的知识，还为了能将自己想法尽可能地表达出来所以做此立项。项目远景改进后的银行系统的功能性需求包括以下内容：客户可以在银行开立一个或多个账户。客户能够将钱款存入已经开立的账号中。客户可从自己的账号中提款。客户能够将账户中的存款转账至支付宝账户等。客户可以随时查询自己账户的情况，包括以前进行的存款、取款等的交易记录。客户也有权利要求取消账户。系统能够向客户自动提供合适的理财产品。2 需求分析-用例建模2.1 问题陈述我们在现实生活中不可能不与银行打交道，银行与人们的生活息息相关。它为每一个人提供了一系列的金融服务，比如存款、取款和转账等服务。而我们现在生活在“互联网”上，目前在银行里是不能转账到支付宝账户或者百度钱包账户等等的，这在一定程度上非常不方便；并且我认为目前的银行不够智能，我所想象中的银行应该能够根据客户账目自动推荐一些理财产品，以便客户能够尽可能多赚到钱，并能够使资源利用率最大化。我所改进后的银行系统的功能性需求包括以下内容：（1）客户可以在银行开立一个或多个账户。（2）客户能够将钱款存入已经开立的账号中。（3）客户可从自己的账号中提款。（4）客户能够将账户中的存款转账至支付宝账户等。（5）客户可以随时查询自己账户的情况，包括以前进行的存款、取款等的交易记录。（6）客户也有权利要求取消账户。（7）系统能够向客户自动提供合适的理财产品。由于分析设计过程是个迭代的软件开发过程，所以需求也会在分析设计的过程中不断被细化。2.2 绘制用例图创建系统用例的第一步是确定系统的参与者。银行系统的参与者包含以下三种。银行职员(Clerk)。银行职员是银行的工作人员，他们为银行的客户提供开立账户、删除账户和修改账户信息等服务。客户(Customer)。客户是银行系统中数量最多，也是最重要的参与者。客户不一定只指个人，它包括任何在银行中开有账户的个人和组织。客户可以存钱、取钱和转账。银行(Bank)。银行是为客户提供金融服务的主体。客户可以在银行开立账户或取消账户。由上可以得出，系统的参与者包含三种，分别是Clerk(银行职员)、Customer(客户)和Bank(银行)。然后根据参与者的不同分别画出各个参与者的用例图。2.2.1 银行职员用例图如上图所示，银行职员能够通过该系统进行如下活动:登录银行系统。银行职员在登录系统时，必须通过系统的身份验证才能进入银行系统主界面进行下一步的操作。对客户的账户进行管理，包括为客户创建新的账户、修改账户信息和删除账户。2.2.2 客户用例图如上图所示，客户必须依靠职员才能完成各种用例。银行职员作为客户的代理完成与用例的交互。具体用例如下:存款。用户通过银行职员将钱款存入自己的账户中。取款。用户通过银行职员从自己的账户中将钱款取出。转账。用户通过银行职员将一个账户中的钱款转至其他账户中。由于转账既可以在同一银行进行，也可以在不同的银行或支付宝平台等之间进行，因此这里用了两个用例，用本行转账和跨行转账来描述。本行转账和跨行转账是转账的子用例，它们之间是继承的关系。2.2.3 银行用例图请参看客户用例图。这里的银行参与者描述的是与转账用例中的跨行转账交互的另外一家银行对象。如果是同一家银行的转账，就不需要用到这个银行参与者。2.3 编写用例文档表1银行职员登录用