1. 系统的外部事物包括人(hummer actor)和外部系统(system actor)

  2. Use case是对系统的用户需求(主要是功能需求)的描述,use case表达了系统的功能和所提供的服务

  Use case图的示例

  

  Use case概念给我的思考:

  Use Case图中每个符号都有确定的含义,Use Case图的绘制也有明确的画法和规定。也许很多人对Use Case的划分和Use Case Specification的写法有不同的看法,但至少在一个项目中应保持一致,而不能每个人各写各的。这方面自由度是不应该很大的。

  另外Actor不是具体的某个用户,而是刻画了一种角色。这个和我们的角色定义相当一致!

交互图(interaction diagram)概念

  交互图表达对象之间的交互,描述一组对象如何合作完成某个行为(注:慢慢有点接近我们设计流程图的概念了:)),交互图主要是对use case中的控制流的建模,表达的是单个use case的行为,以及该use case中若干个实例对象和对象之间所传递的消息。交互图可以有效帮助我们观察和理解系统内部的协作关系和过程行为。

  交互图有两种:

  一种叫顺序图,一种叫协同图,顺序图着重描述对象按照时间顺序的消息交换,协同图着重描述系统成分如何协同工作,不同角度表达系统的交互和行为而已。它们之间可以相互转化。

  顺序图的示例

  

  协同图/协作图的示例

  

  交互图给我的思考:

  在很早的时候(有据可查,1992年),在软件分析领域其实已经开始专注人和系统的交互,以及系统模块和模块之间的任务流转,当我们现在流行进行“定义角色”,“任务分析”方法论探讨时,不过是在另一个专业范畴把这些思想重新温习了一遍,视角不同而已,这些前人积累的分析技能和方法是应该可以被我们充分借鉴的,借鉴得好,可以和程序员产生良好的共鸣。

状态图(state diagram)概念

  一个状态图表达一个状态机(),着重表现从一个状态到另一个状态的控制流。它表现了一个对象的生存史,关于状态图我们需要知道它的图形元素:

  1. 状态(state)

  2. 转移

  3. 初始状态(initial state)

  4. 终结状态(final state)

  5. 判定(decision)

 2/4   首页 上一页 1 2 3 4 下一页 尾页

文章TAG:
下一篇