UML讨论报告(五).ppt

报告题一：画出反映电话机工作的状态图 第一步：熟悉概念 状态(state):指事物在其生命周期中满足某些条件、执行某些操作或等待某些事件而持续的一种稳定的状况 。 状态机(state machine diagram ): 是UML用来描述状态机的图，在UML2.0版本之前，状态机图被称为状态图。状态机图由状态结点、控制结点和转换边构成。 第二步：理解过程 正如您上述看到的，里面只有三个部分： 一个决定与网络连接和断开的开关，一般称为弹簧开关，当您拿起话筒时，它与网络开始连接； 一个扬声器； 一个扩音器。最简单的构造就是两块薄的金属板中间夹着碳粒，说话时声波对碳粒不断施压和减压，改变了碳粒的阻抗，从而调节流过扩音器的电流。 第三步：画电话机工作时的状态图 报告题二：画出反映图书馆借书处理顺序图 相关概念回顾: 顺序图(sequence diagram): 用于交互建模，强调在交互过程中，交互实体之间的交互时序关系。 顺序图的要素：生命线、消息 生命线(lifeline)表示参与交互的一个实体或实体集合。一条生命线表示为一个矩形框下面垂着一条虚线，如下图所示。 消息(message) 定义了在交互中，生命线之间的一种特定的通信，这种通信可以是调用一个操作，创建或销毁一个实体，或者发送一个信号。 建立顺序图的步骤： ① 认真分析用例所完成的功能；（用例图） ② 识别为完成用例的功能，用例叙述的事件流; ③ 分析人机交互过程； ④ 识别参与交互过程的相关对象; ⑤ 从引发交互的初始消息开始,在对象生命线上依 次画出交互的消息; ⑥ 画出顺序图。 ① 认真分析用例所完成的功能；（用例图） ② 识别为完成用例的功能，用例叙述的事件流; ③ 分析人机交互过程； 读者在借书时，先由管理员把借书证上的读者编号扫描给系统，系统检查这个读者的借书证合法信息,如果不合法,则系统给出提示,如果正确,系统返回读者的身份信息，以及读者的借阅信息。 如果读者借书数量没有超过借书的上限，则把要借书的图书编号输入系统，系统登记借书信息，并返回借书成功信息，借书过程完成。 ④ 识别参与交互过程的相关对象; ⑤ 从引发交互的初始消息开始,在对象生命线上依 次画出交互的消息; ⑥ 画出顺序图。 报告题三：分析一个超市购物过程，并用顺序图描述收款员收款的处理逻辑 1、分析一个超市购物过程 各对象的功能分别为： 顾客：进入超市挑选商品→付款（现金或者刷卡） 收银员：扫描条形码→收款（找零） 系统：识别条形码→识别银行卡（验证密码等）→自动提示找零→打印购物小票 2、用顺序图描述收款员收款的处理逻辑 购物的用例图 事件流描述 识别出参与对象 顺序图 报告题四：下图是一个通信图，试把该图转换为顺序图。 顺序图与通信图的异同 1 顺序图和通信图都属于交互图,用来描述对象之间的动态关系。 2 顺序图强调消息的时间顺序，通信图强调参与交互的对象的组织关系。 3 顺序图和通信图在语义上是等价的，两者可以相互转换。 * * ● 用例：借书 ●参与者：管理员,借阅者 ●基本事件流： 1. 借阅者带着借书证和书来到柜台。 2. 管员输入借阅者的借书证编码。 3. 系统检查借阅者的合法性。 4. 系统显示借阅者的信息。 5. 系统检查借阅者的借阅信息。 6. 管员输入所借图书的条码。 7. 系统显示所借图书的信息，并登记图书。 管员重复6~7步，直到结束。 8. 系统登记借阅者的本次借阅信息，并显示。 ●扩展事件流： 3a. 借阅者身份非法，则提示，本次拒借。 5a. 该借阅者所借图书中有超期的, 则提示, 本次拒借。 　　 5b. 该借阅者所借图书数量超过了上限, 则提示拒借。 购物的用例图 事件流描述 ●参与者：顾客，收银员会员,酒店经营者 ●事件流：1：顾客向收银员提供货物。 2：收银员逐个扫描货物的条形码，系统计算出总价钱，然后告诉顾客。 3：顾客以现金或刷卡的形式支付。 4：收银员将顾客支付输入系统，系统计算出结果，打印票据。收银员将找零和票据交给顾客。 ① 会员 识别出参与对象 顾客 收银员 超市结账系统 *