软件工程基础与实例分析 教学课件 作者 王阿川 第12章 银行系统分析与设计.pptVIP

第十二章 银行系统的分析与设计 12.1 系统需求 （1）一个银行可以有多个账户； （2）一个银行可以有多个客户； （3）一个客户可以持有多个账户； （4）一个账户可以有多个持有者； （5）可以开户； （6）可以注销账户； （7）可以取钱； （8）可以存钱； （9）可以在银行内的账户之间转账； （10）可以在不向银行的账户之间转账。 12.2 分析问题领域 12.2.1 识别参与者 参与者的描述如下： (1)C1erk(银行职员) 描述：Clerk可以创建、删除账户，并可以修改账户信息。 示例：银行的工作人员。 (2)CustomerActor(客户) 描述：CustomerActor可以存钱、取钱，并在不同账户之间转账。 示例：任何在银行中开有账户的个人或组织。 (3)BankActor(银行) 描述：客户可以在BankActor中设立或关闭账户。 示例：任意一个提供存款、取款、转账等业务的银行。 12.2.2 识别用例 12.2.3 用例的事件流描述 12.3 静态结构模型 12.4 动态行为模型 12.5 物理模型 * * 1.“Login”（登录） 1.1 简单描述 本用例描述了用户如何登录到系统中。 1.2前置条件（Pre-Conditions） 无。 1.3后置条件(Post-Conditions) 如果用例成功，则用户登录到系统中，否则，系统状态不变。 1.4扩充点(Extension Points) 无 1.5事件流 1.5.1基流（Basic Flow） 当用户想登录到银行信息系统中时，用例启动。 （1）用户输入自己的用户名和密码，提交。 （2）系统验证输入的名字和密码（E-1），用户登录系统成功。 1.5.2替代流（Alternative Flow） E-1如果输入用户名和/或密码无效，系统提示错误信息，用户可以重新输入或终止用例。 2“Deposit fund”（存款） 2.1简单描述 本用例允许客户借助Clerk存款到账户中。 2.2前置条件(Pre-Conditions) 在本用例开始前，Clerk必须登录到系统中。 2.3后置条件(Post-Conditions) 如果用例成功，则客户Customer Actor账户中存款的金额发生变化，否则，系统状态不变。 2.4扩充点(Extension Points) 无 2.5事件流 2.5.1基流（Basic Flow） 当CostomerActor想存钱到自己账户时，要向Clerk提交存款单和现金，用例启动。 （1）系统提示Clerk输入用户姓名、用户的ID号，账号和所存款项的金额。 （2）Clerk输入相关信息后提交，系统确认账户是否存在并有效（当用户姓名、用户的ID号与账户的户主信息一致，且账户处于非冻结状态时，账户有效）（E-1）。 （3）系统建立存款事件记录，并更新账户的相关信息。 2.5.2替代流（Alternative Flow） E-1：账户不存在或无效，显示提示信息，用户可以重新输入或终止该用例。该用例的活动图 3“Withdraw fund”(取款) 3.1简单描述 本用例允许Clerk按照客户的要求从客户的账户中取款。 3.2前置条件(Pre-Conditions) 在本用例开始前，用户必须登录到系统。 3.3后置条件(Post-Conditions) 如果用例成功，则客户Customer Actor账户中存款的金额发生变化，否则，系统状态不变。 3.4扩充点(Extension Points) 无 3.5事件流 3.5.1基流（Basic Flow） 当CostomerActor想存钱到自己账户时，要向Clerk提交存款单和现金，用例启动。 （1）系统提示Clerk输入用户姓名、用户的ID号，账号和取款项的金额。 （2）Clerk输入相关信息后提交，系统确认账户是否存在并有效（E-1），账户中的存款金 是否足够支付所取款项（E-2）。 （3）系统建立取款事件记录，并更新账户的相关信息。 3.5.2替代流（Alternative Flow） E-1：账户不存在或无效，显示提示信息，用户可以重新输入或终止该用例。 E-2：账户中的存款金额不足，显示提示信息，用户可以重新输入金额或终止该用例。 4 “Transfer fund”（转账） 4.1简单描述 本用例允许Clerk按照客户的要求将资金从一个账户转到另一个账户。 4.2前置条件(Pre-Conditions) 在本用例开始前，用户必须登录到系统。 4.3后置条件(Post-Conditions) 如果用例成功，则客户Customer Actor账户中存款的金额发生变化，否则，系统状态不变。 4.4扩充