全套课件-UML统一建模语言_完整.ppt

三、创建系统动态模型 18、系统管理员修改课程活动图 （1）系统管理员在修改课程的界面输入要修改的课程信息。 （2）界面将信息传递到控制业务逻辑的对象Control进行对课程的验证，到数据库中去查询该课程是否已存在。 （3）Control根据查询结果判断修改课程是否存在。如果不存在，将提示信息返回修改课程的界面予以显示。如果存在，则将原课程信息予以修改并保存。 （4）业务逻辑的对象Control根据返回的修改结果，判断修改课程是否成功。如成功，在修改课程的界面显示修改成功的信息。如果未成功，则显示修改失败的信息。 四、创建系统部署模型 1、系统构件图 在网上选课系统中，我们可以对系统的主要参与者和主要的业务实体类分别创建对应的构件进行映射。我们前面在类图中创建Student类、SystemMananger类、Control类、Form类和Course类，所以可以映射出相同的这些构件，包括学生构件、系统管理员构件、业务逻辑构件、页面构件和课程构件。除此之外，我们必须有一个主程序构件。 四、创建系统部署模型 2、系统部署图 在网上选课系统中，系统包括四种节点，分别是：数据库节点，由一台数据库服务器负责数据的存储，处理等；系统服务器节点，用于处理系统的业务逻辑。客户端浏览器节点：用户通过客户端登录系统进行操作。打印机节点：用于打印数据报表。 重点内容： 需求分析 创建系统用例模型 创建系统静态模型 创建系统动态模型 创建系统部署模型 第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）银行职员想通过系统进行某一项操作。 （2）银行职员启动系统，在登录页面LoginFrame输入自己的用户名和密码并提交。 （3）系统验证银行职员的用户名和密码是否正确，如正确创建系统主界面。 （5）如果身份验证未通过，返回错误提示信息。 三、创建系统动态模型 2、客户存款的序列图和交互图 客户存款用例的具体工作流程如下： （1）客户向银行职员提出存款要求。 （2）银行职员在系统主界面请求存款操作，系统创建存款界面。 （3）银行职员添加存款信息后，提交至账户类。 （4）账户类确认数据库是否存在该账户，如存在创建一个存款交易记录，再将记录保存到数据库。计算新账户的余额，最后更新数据库中该账户的信息。 三、创建系统动态模型 客户取