用例模型——绘制系统顺序框图(SSD)

视频演示

创建系统顺序图
案例：Monopoly游戏


用例：Monopoly游戏 级别：用户目标 主要参与者：观察者 涉众及其关注点：希望轻松地查看到游戏仿 真输出 主要成功场景：
观察者请求新游戏初始化，输入玩家人数 2. 观察者启动游戏活动 3. 系统为下一玩家显示游戏路线 重复3直到产生获胜者或观察者取消游戏
2.
: Librarian confirm(MemberShip id) libraryCardID current bookLental specification,loan makeNewLentalProcess recordBookRental(id,quantiy) book description,due date

至少部分片断 文字显示细节和语境，图概述交互
Process Sale Scenario : Cashier makeNewSale Simple cash-only Process Sale scenario: 1. Customer arrives at a POS checkout with goods and/or services to purchase. 2. Cashier starts a new sale. 3. Cashier enters item identifier. 4. System records sale line item and presents item description, price, and running total. Cashier repeats steps 3-4 until indicates done. 5. System presents total with taxes calculated. 6. Cashier tells Customer the total, and asks for payment. 7. Customer pays and System handles payment. ... loop [ more items ] enterItem(itemID, quantity)
:System
description, total * endSale [ more items ]
return value(s) associated with the previous message an abstraction that ignores presentation and medium the return line is optional if nothing is returned
change due, receipt

开始为主场景、常用或复杂的备选场景 创建SSD

显示内容：



直接与系统交互的外部参与者 系统（作为黑箱） 参与者生成的系统事件（可带参数） 还可以显示从系统到参与者的消息（可选）
如何创建SSD


系统作为黑箱 识别系统之外直接操作系统的参与者 从UC文本中识别每个参与者生成的系统 外部事件，在图中表示出来 可选地，在图的左边放置UC文本
用例给出参与者如何与软件系统交互 交互过程中，参与者生成事件，请求一些操作 和响应 系统顺序图显示对于UC的特定场景，外部参 与者产生的事件、事件的顺序以及系统之间的 事件 所有系统当作黑箱，系统顺序图的重点是从参 与者到系统，跨越系统边界的事件
system as black box the name could be "NextGenPOS" but "System" keeps it simple the ":" and underline imply an instance, and are explained in a later chapter on sequence diagram notation in the UML external actor to system : Cashier makeNewSale a UML loop interaction frame, with a boolean guard expression loop enterItem(itemID, quantity) Process Sale Scenario
a message with parameters it is an abstraction representing the system event of entering the payment data by some mechanism
total with taxes
makePayment(amount)
总结
重点：

掌握SSD的画法 给出用例要求可以画出SSD图 注意系统事件的命名！
第32章 更多的SSD和契约

第二次迭代，POS销售用例中考虑税费 计算问题，系统顺序图需要增加内容
P ro ce ss S a le S ce n a rio :N e xtG e n P O S S yste m m a ke N e w S a le
ta xL in e Ite m s = g e tT a xe s ( sa le )
用例简述 顾客在购物网站上输入注册信息，成为网站会员。
基本事件流 1 顾客在会员注册画面，输入用户编号、密码、用户姓 名、电子邮件地址和联系电话等信息，提交注册请 求。 2 系统对顾客的信息进行检查，并保存顾客的信息。 4 系统提示顾客注册成功。
餐馆预约系统
:BookingSystem : recieptionist display(date) all reservation details
makeNewReservation(customerDetails,Time,tableId) display the reservataions
SSD和UP
change due, receipt
用例模型——绘制系统顺序框 图（SSD）

顺序图显示参与者和系统之间的事件,明确外部 输入事件，协助分析系统行为。 在进行逻辑设计之前以黑箱调查系统的行为 系统行为是描述系统做什么，而不是怎么做 用例 系统顺序图 系统契约

系统顺序图





用例模型的一部分


将UC中隐含的交互可视化 初始阶段不使用 细化阶段：创建大部分SSD，识别系统事件 的细节，明确系统应该完成的主要操作，编 写操作契约
准则

应为每个用例的主成功场景，以及频繁 发生的或者复杂的替代场景绘制SSD。

目前可以得出，用例模型中包括：


用例文本 用例图 SSD
上面用例的系统顺序图
大学生选课系统



用例名：选课 ….. 主要成功场景 1学生输入标识码（ID），系统识别标识码的有效性； 2系统对学生进行注册识别； 3学生流览本学期预开课程； 4学生选择学生自己要上的课程并确认； 5系统为该学生增加选课信息，并给出所选课程列表及相应学分合计。 扩展流程： 1a标识码有效性检查失败，允许学生重新输入（3次机会）。 2a注册识别失败，没有注册（尙未交学费）的学生不能选课。 4a选择课程确认失败，所选几门课程中在上课时间上发生冲 突时， 系统提示重选。
:System
loop,until all book are recorded
endRental() Lental
用例名：记录预约 餐馆预约系统 参与者：接待员 前置条件：接待员已获得系统授权 后置条件：系统记录预约 主要成功场景： 1. 接待员输入要预约的日期 2. 系统显示该日的预约 3. 有合适的餐桌，接待员输入顾客的姓名和电 话号码、预约时间、用餐人数和餐桌号。 4. 系统记录并显示预约
1.
MonopolyGame的SSD

1.
Use Case: …..
借阅图书
主要成功场景：
借书者带着图书到达借阅处，用例开始


借书者出示借书证 3. 图书管理员输入借书证信息 4. 系统显示该借书者当前借书情况（是否欠款、是否有未归还 图书） 5. 图书管理员输入借书者要借的图书信息 6. 系统记录信息，显示当前图书列表，包括到期日期等。 重复5-6步，直到输入结束。 7. 借书者携带图书离开 扩展： 4a: 借书者有罚款未付 1. 借书者交罚款 2. 系统更新信息 5a. 借书者所借书数量以达到权限要求 1 系统提示该借书者不能再借.
a message with parameters it is an abstraction representing the system event of entering the payment data by some mechanism
源自文库total with taxes
makePayment(amount)
:System
description, total * endSale [ more items ]
return value(s) associated with the previous message an abstraction that ignores presentation and medium the return line is optional if nothing is returned
《actor》 玜 cto r
:T a xC a lcu la to r
: C a sh ie r
lo o p
[ m o re ite m s ] e n te rIte m (ite m ID , q u a n tity )
d e scrip tio n , to ta l
e n d S a le to ta l w ith ta xe s
:System
description, total
endSale
total with taxes
makePayment(amount)
change due, receipt
系统事件和操作的命名

系统事件及其相关的操作应该表达意图，而 不是物理输入介质或窗口界面 系统事件的名称以动词开头则更清晰 以最高层次或最终极的目标命名操作
系统顺序图
回忆 用例 用例如何描述参与者与系统 的交互？ 如果用图形象的表示交互是 不是更好？
第九章 绘制系统顺序图SSD
SYSTEM SEQUENCE DIAGRAMS
重点：


掌握SSD的画法 给出用例要求可以画出SSD图
system as black box the name could be "NextGenPOS" but "System" keeps it simple the ":" and underline imply an instance, and are explained in a later chapter on sequence diagram notation in the UML external actor to system : Cashier makeNewSale a UML loop interaction frame, with a boolean guard expression loop enterItem(itemID, quantity) Process Sale Scenario