银行储蓄系统--详细的UML实验指导书

银行储蓄系统--详细的UML实验指导书 本文档旨在指导读者使用Rational Rose 7软件来设计银行储蓄系统的UML模型。该系统的主要功能包括顾客登陆系统终端查询帐户信息和进行储蓄（存款/取款）操作，银行管理员完成储户账户的建立和删除，并对帐户信息进行维护。 一、建立模型，绘制用例图 用例图是UML模型的基础组件之一，用于描述系统的功能需求。根据银行储蓄系统的需求描述，我们可以确定系统中的用户（参与者）及其行为目的。用户为顾客和管理者，用户的行为是登陆、查账、储蓄、建立和删除帐户信息。使用UML工具绘制用例图，如图1所示。 二、确定参与者所希望的系统行为事件的场景 下面是几个重要的场景： （1）登陆的场景：用户在终端界面输入账号和密码后，终端向账户信息库发出核对用户名和密码的指令，如果核对正确进入系统主界面，否则显示错误信息，若3次错误则该账号被锁住。 （2）查询的场景：用户成功登录终端后，在终端界面输入查询要求，终端向账户信息库发出查询消息，账户信息库接收后，将查询结果返回控制终端，终端在界面显示查询结果，用户确认后完成此次操作。 （3）储蓄（取款）的场景：用户成功登录终端后，在终端界面选择取钱要求并输入取钱数额，终端向账户信息库发出取钱指令，账户信息库接收后，如果帐户余额合符要求则返回可以取款的信息，否则返回余额不足的信息。 （4）储蓄（存款）的场景：用户成功登录终端后，在终端界面选择存款并输入存款数额，终端接收存款并向账户信息库发出存款指令，账户信息库接收后返回存款余额的信息，并在界面显示，用户确认后完成此次操作。 （5）维护帐户信息的场景：终端接受接口管理者要求建立或删除帐户信息的信息后，向帐户信息库发出帐户建立或删除的指令，并返回执行成功与否的结果给管理者，经确认后结束此次操作。 三、识别对象和类 使用名词短语法分析需求，可以得到如下对象：顾客，终端，帐户信息，上级接口。抽象为：CCustomer，CTerminal，CAccount_info，CManager四个类，并绘制类图，如图2所示。 四、分析类之间的关联 顾客登录终端，两者是一对一的关系；通过终端完成查询帐户信息和存取款操作，终端每次只能对应一个账户；管理者可以对多个账户信息进行建立和维护，是1对多的关系。每个账户只能对应一个客户和一个管理者。 五、建立动态模型 根据类图和场景活动，可以建立动态模型。使用UML工具绘制顺序图，如图4所示。 六、总结 通过本实验指导书，我们可以学习到如何使用UML工具设计银行储蓄系统的模型，并了解如何将需求分析、类图、顺序图等UML模型组件结合起来，建立一个完整的系统模型。 总而言之，本实验指导书旨在指导读者使用UML工具设计银行储蓄系统的模型，从需求分析到类图、顺序图的设计，都是一个系统的设计过程。通过本实验指导书，读者可以学习到UML模型的设计方法和Rational Rose 7软件的使用。