用例模型绘制系统顺序框图SSD.ppt

回忆 用例 用例如何描述参与者与系统的交互？ 如果用图形象的表示交互是不是更好？ 第九章 绘制系统顺序图SSD SYSTEM SEQUENCE DIAGRAMS 重点： 掌握SSD的画法 给出用例要求可以画出SSD图 简介 系统顺序图用于说明与系统相关的输入和输出事件,图形化显示了参与者与系统之间的交互，是一个可以快速、方便创建的制品。 UML可以用顺序图的形式表示从外部参与者发送给系统的事件。 用例模型——绘制系统顺序框图（SSD） 顺序图显示参与者和系统之间的事件,明确外部输入事件，协助分析系统行为。 在进行逻辑设计之前以黑箱调查系统的行为 系统行为是描述系统做什么，而不是怎么做 用例 系统顺序图 系统契约 系统顺序图 用例给出参与者如何与软件系统交互 交互过程中，参与者生成事件，请求一些操作和响应 系统顺序图显示对于UC的特定场景，外部参与者产生的事件、事件的顺序以及系统之间的事件 所有系统当作黑箱，系统顺序图的重点是从参与者到系统，跨越系统边界的事件 开始为主场景、常用或复杂的备选场景创建SSD 显示内容： 直接与系统交互的外部参与者 系统（作为黑箱） 参与者生成的系统事件（可带参数） 还可以显示从系统到参与者的消息（可选） SSD和用例之间的对应关系： SSD显示用例场景的系统事件，因此从Use Case生成 由用例创建SSD 如何创建SSD 系统作为黑箱 识别系统之外直接操作系统的参与者 从UC文本中识别每个参与者生成的系统外部事件，在图中表示出来 可选地，在图的左边放置UC文本 至少部分片断 文字显示细节和语境，图概述交互 系统事件和系统操作 系统事件是由参与者生成的外部输入事件 系统操作是系统响应系统事件而执行的操作 事件激发操作响应 通过系统事件获得所有系统操作 系统事件激发系统操作响应 名称System 系统事件和系统边界 选择系统边界影响系统事件的识别 一般选择软件系统自身作为系统边界 这样，系统事件就是激发软件系统的外部事件 定义系统边界 系统事件和操作的命名 系统事件及其相关的操作应该表达意图，而不是物理输入介质或窗口界面 系统事件的名称以动词开头则更清晰 以最高层次或最终极的目标命名操作 如何创建SSD 划线代表系统，系统作为黑箱 识别系统之外直接操作系统的参与者 从UC文本中识别每个参与者生成的系统外部事件，在图中表示出来 可选地，在图的左边放置UC文本 至少部分片断 文字显示细节和语境，图概述交互 视频演示 创建系统顺序图 案例：Monopoly游戏 用例：Monopoly游戏 级别：用户目标 主要参与者：观察者 涉众及其关注点：希望轻松地查看到游戏仿真输出 主要成功场景： 观察者请求新游戏初始化，输入玩家人数 观察者启动游戏活动 系统为下一玩家显示游戏路线 重复3直到产生获胜者或观察者取消游戏 MonopolyGame的SSD Use Case: 借阅图书 ….. 主要成功场景： 借书者带着图书到达借阅处，用例开始 借书者出示借书证 图书管理员输入借书证信息 系统显示该借书者当前借书情况（是否欠款、是否有未归还图书） 图书管理员输入借书者要借的图书信息 系统记录信息，显示当前图书列表，包括到期日期等。 重复5-6步，直到输入结束。 7. 借书者携带图书离开 扩展： 4a: 借书者有罚款未付 借书者交罚款 系统更新信息 5a. 借书者所借书数量以达到权限要求 1 系统提示该借书者不能再借. 用例名：记录预约 参与者：接待员 前置条件：接待员已获得系统授权 后置条件：系统记录预约 主要成功场景： 接待员输入要预约的日期 系统显示该日的预约 有合适的餐桌，接待员输入顾客的姓名和电话号码、预约时间、用餐人数和餐桌号。 系统记录并显示预约 SSD和UP 用例模型的一部分 将UC中隐含的交互可视化 初始阶段不使用 细化阶段：创建大部分SSD，识别系统事件的细节，明确系统应该完成的主要操作，编写操作契约 准则 应为每个用例的主成功场景，以及频繁发生的或者复杂的替代场景绘制SSD。 目前可以得出，用例模型中包括： 用例文本 用例图 SSD 总结 重点： 掌握SSD的画法 给出用例要求可以画出SSD图 注意系统事件的命名！ 第32章 更多的SSD和契约 第二次迭代，POS销售用例中考虑税费计算问题，系统顺序图需要增加内容 用例简述 顾客在购物网站上输入注册信息，成为网站会员。 基本事件流 1 顾客在会员注册画面，输入用户编号、密码、用户姓名、电子邮件地址和联系电话等信息，提交注册请求。 2 系统对顾客的信息进行检查，并保存顾客的信息。 4 系统提示顾客注册成功。 上面用例的系统顺序图 大学生选课系统 用