客户跨行转账的序列图和交互图UML统一建模语言三.PPTVIP

UML统一建模语言 重点内容： 需求分析 创建系统用例模型 创建系统静态模型 创建系统动态模型 创建系统部署模型 第15章 银行系统 一、需求分析 银行与我们的生活息息相关。它为每一个人提供了一系列的金融服务,比如存款、取款和转账等服务。实际生活中的银行业务功能及其复杂，这里所介绍的银行系统只涉及银行中最基本的功能。 本银行系统的功能性需求包括以下内容： （1）客户可以在银行开立一个或多个账户。 （2）客户能够将钱款存入已经开立的账号中。 （3）客户可从自己的账户中进行提款。 （4）客户能够将账户中的存款转账至另一个账户。 （5）客户可以随时查询自己账户的情况包括以前进行的存款、取款等的交易记录。 （6）客户也有权利要求取消账户。 由于分析设计过程是个迭代的软件开发过程，所以需求也会再分析设计的过程中不断被细化。 二、创建系统用例模型 银行职员用例能够通过该系统进行如下活动： （1）登录银行系统。银行职员在登录系统时，必须通过系统的身份验证才能进入银行系统主界面进行下一步的操作。 （2）对客户的账户进行管理，包括为客户创建新的账户、修改账户信息和删除账户。 二、创建系统用例模型 客户与银行职员之间是依赖的关系，客户必须依赖于职员才能完成各种用例。银行职员作为客户的代理完成与用例的交互。客户用例能完成的具体功能如下。 （1）存款。用户通过银行职员将钱款存入的自己的账户中。 （2）取款。用户通过银行职员从自己的账户中将钱款取出。 （3）转账。用户通过银行职员将一个账户中的钱款转至其他的账户。由于转账既可以在同一银行之间进行，也可以在不同的银行之间进行，因此这里用了二个用例，使用本行转账和跨行转账来描述。本行转账和跨行转账是转账的子用例，它们之间是继承的关系。 （ 三、创建系统静态模型 根据系统需求，创建静态系统类图。我们可以识别系统中存在的主要实体类：银行（Bank）、账户（Account）和客户（Customer）。 辅助类：存款（Deposit）、取款（Withdraw）和Transfer（转账），这三个类又可以抽象出父类Transaction。 用户界面类：主界面类（MainForm），登录界面（LoginFrame），查询界面（QueryFormo），取款界面（WithdrawForm）,账户界面（AccountForm）和转账界面（TransferForm）。 三、创建系统动态模型 1、银行职员登录银行系统的序列图和交互图 创建序列图额协作图 在银行系统中，通过系统用例的描述，可以获得以下交互行为。 银行职员登录本系统。 客户通过银行职员将钱款存入自己的账户。 客户通过银行职员从自己的账户中将钱取出。 客户通过银行职员在本银行进行转账。 客户通过银行职员进行跨行转账。 客户通过银行职员开立新账户。 客户通过银行职员删除账户。 客户通过银行职员修改账户信息。 三、创建系统动态模型 1、银行职员登录银行系统的序列图和交互图 银行职员登录银行系统用例的工作流程： （1）银行职员想通过系统进行某一项操作。 （2）银行职员启动系统，在登录页面LoginFrame输入自己的用户名和密码并提交。 （3）系统验证银行职员的用户名和密码是否正确，如正确创建系统主界面。 （5）如果身份验证未通过，返回错误提示信息。 三、创建系统动态模型 2、客户存款的序列图和交互图 客户存款用例的具体工作流程如下： （1）客户向银行职员提出存款要求。 （2）银行职员在系统主界面请求存款操作，系统创建存款界面。 （3）银行职员添加存款信息后，提交至账户类。 （4）账户类确认数据库是否存在该账户，如存在创建一个存款交易记录，再将记录保存到数据库。计算新账户的余额，最后更新数据库中该账户的信息。 三、创建系统动态模型 客户取款用例的工作流程描述如下： （1）客户向银行职员提出取款要求。 （2）银行职员在系统主界面请求取款操作，系统创建取款界面。 （3）银行职员添加取款信息后，提交至账户类。 （4）账户类确认数据库是否存在该账户，并确认账户中的金额是否足够支付所取款项，如可足够支付则创建一个取款交易记录，再将记录保存到数据库。计算新账户的余额，最后更新数据库中该账户的信息。 3、客户取款序列图和交互图 三、创建系统动态模型 客户进行本行转账的工作流程如下： （1）客户向银行职员提出本行转账的要求。 （2）银行职员在