[软件工程课程实训.pptVIP

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