5.3 系统顺序图

系统顺序图 System Sequence Diagram

  ? 把待建系统看成一个黑盒子,研究参与者与系统边界的交互
  ? SSD

    ? System Sequence Diagram

  ? What is SSD

    ? A SSD is a picture that shows, for one particular scenario of a use case, the events that external actors generate, inter-system events , and their order

    ? All systems are treated as a black box

    ? the emphasis of the diagram is events that cross the system boundary from actors to systems

  ? System Event

    ? external input events

      ? actor generates events to a system

  ? system operation

    ? to handle the system event , for example

      ? when a cashier enters an item‘s ID, the cashier is requesting the POS system to record that item‘s sale (the enterItem event). That event initiates an operation upon the system

原文地址:https://www.cnblogs.com/mayZhou/p/10548295.html

时间: 2024-08-07 08:31:50

5.3 系统顺序图的相关文章

UML和模式应用5:细化阶段(5)---系统顺序图

1.前言 系统顺序图(SSD)是为阐述系统相关的输入和输出事件而快速.简单的创建的制品,它们是操作契约和对象设计的输入. SSD展示了直接与系统交互的外部参与者.系统(作为黑盒)以及由参与者发起的系统事件. 应为每个用例的主成功场景,以及频繁发生的或者复杂的替代场景绘制SSD. 2.系统顺序图对其它制品的影响 图 系统顺序图对其它UP制品的影响 3. 为何绘制SSD? 因为需要准确的知道什么是外部输入的事件,这些事件时系统行为分析的重要部分 软件系统要为如下三种事件响应: 来自参与者(人或计算机

UML之系统顺序图

系统顺序图(SSD):用于用例的一个特定场景,外部参与者产生的事件,其顺序和系统之内的事件.所有系统被视为黑盒,该图强调的是从参与者到系统的跨越系统边界的事件.      准则:应为每个用例的主成功场景,以及频繁发生的或者复杂的替代场景绘制SSD      为什么绘制SSD?基本上,软件系统要对以下三种事件进行响应:     1)来自于参与者的外部事件     2)时间事件或异常在对软件应用将如何工作进行详细设计之前,最好将其行为作为"黑盒"来调查和定义.系统行为描述的是系统做什么,而

分析工厂采购系统,画出顺序图

第一部分:顺序图语法 (1)简单示例:你可以用->来绘制参与者之间传递的消息, 而不必显式地声明参与者.你也可以使用 --> 绘制一个虚线箭头.另外,你还能用 <- 和 <--,这不影响绘图,但可以提高可读性. 注意:仅适用于时序图,对于其它示意图,规则是不同的. 1 @startuml 2 Alice -> Bob: Authentication Request 3 Bob --> Alice: Authentication Response 4 5 Alice -&

(转)CAS (4) —— CAS浏览器SSO访问顺序图详解(CAS Web Flow Diagram by Example)

CAS (4) —— CAS浏览器SSO访问顺序图详解(CAS Web Flow Diagram by Example) tomcat版本: tomcat-8.0.29 jdk版本: jdk1.8.0_65 nginx版本: nginx-1.9.8 cas版本: cas4.1.2cas-client-3.4.1 参考来源: jasig.github.io:CAS protocol CAS (1) —— Mac下配置CAS到Tomcat(服务端) CAS (2) —— Mac下配置CAS到Tomc

UML-状态图,顺序图,活动图

一.编写用例文档 1.用例的内容:   用例编号   用例名  执行者  前置条件  后置条件  基本路径  扩展路径  字段列表  业务规则 非功能需求  设计约束 前置条件必须是系统能够检测到的   必须是系统在用例开始前就能检测到的. 基本路径注意点:  1. 不要有太多专业术语 2.使用主动语句    3.句子以系统或者执行者作为主语 4.每一句要向目标迈进(比如:用户输入个人信息,个人信息参见字段列表) 5.分支和循环   (使用扩展路径)  6.不要涉及界面细节 检查用例模型    

UML实践---用例图、顺序图、状态图、类图、包图、协作图

转载:http://www.uml.org.cn/oobject/200901203.asp 面向对象的问题的处理的关键是建模问题.建模可以把在复杂世界的许多重要的细节给抽象出.许多建模工具封装了UML(也就是Unified Modeling Language?),这篇课程的目的是展示出UML的精彩之处. UML中有九种建模的图标,即: 用例图 类图 对象图 顺序图 协作图 状态图 活动图 组件图 配置图 本课程中的某些部分包含了这些图的细节信息的页面链接.而且每个部分都有一个小问题,测试一下你

敏捷软件开发:原则、模式与实践——第16章 对象图、第17章 用例、第18章 顺序图

第16章 对象图 有时,呈现出系统在某个特定时刻的状态是非常有用的.和一个正在运行系统的快照类似.UML对象图展示了在一个给定时刻获取到的对象.关系和属性值. 不过,你应该对花太多的对象图保持警惕.在大部分的情况下,它们都可以从相应的类图中直接推导出来,因此没有多少用处. 第17章 用例 在所有的UML图中,用例图是最令人迷惑也是最没有用处的.我建议出来系统边界外,忽略掉所有其他的图.系统边界图示例如下: 大矩形是系统边界.矩形内的所有东西都是将要开发的系统的组成部分.矩形外面是操作系统的参与者

UML实践详细经典教程----用例图、顺序图、状态图、类图、包图、协作图

面向对象的问题的处理的关键是建模问题.建模可以把在复杂世界的许多重要的细节给抽象出.许多建模工具封装了UML(也就是Unified Modeling Language™),这篇课程的目的是展示出UML的精彩之处. UML中有九种建模的图标,即: 用例图 类图 对象图 顺序图 协作图 状态图 活动图 组件图 配置图 本课程中的某些部分包含了这些图的细节信息的页面链接.而且每个部分都有一个小问题,测试一下你对这个部分的理解. 为什么UML很重要? 为了回答这个问题,我们看看建筑行业.设计师设计出房子

UML九种图 之 顺序图和协作图

前言         前面介绍的用例图.类图.包图和对象图都是对系统的静态的描述.本篇将介绍动态描述的交互图(顺序图和协作图),所以把顺序图和协作图的总结放一块儿更容易理解. 顺序图     1.概念      描述按时间先后顺序对象之间交互动作过程     2.构成      参与者.对象.消息(信号或操作调用).生命线     3.消息的分类      简单消息.同步消息.异步消息     4. 消息的几种形式      Call.Return.Send.Crate.Destroy