UML建模-业务流程分析

IT资源网有哪些业务流程

需要审查的信息有：
IT企业的
企业信息
供应信息
需要IT服务的
企业信息
需求信息
IT从业人员的求职信息

活动图

语法
泳道【表示谁来做】
开始标志
活动（Activity）
判断（Decision）
条件
结束标志

//回头截图

状态机图（State Machine Diagram）

思考
流程围绕什么对象展开？
这个对象有什么状态？
状态之间如何转换？

语法
开始标志
状态（State）
转换（Transtition）
结束标志

活动图PK状态机图

更喜欢哪个？

哪个信息量更大？
活动图有的状态机图都有，状态机图有的状态活动图没有
活动图适合给用户看
状态机图已经到系统分析的步骤了

正式对比

• 活动图可以说是一种“万能流程图”，也是UML图中最容易理解和掌握的一种图
• 状态机图只适用于流程围绕某对象开展的情况
• 状态机图分析力度更深，并且更接近于系统分析和软件设计层次
• 如果两种图都可以用，那就都用呗，两种角度去分析流程，会有更全面更深的认识

序列图（Sequence Diagram）

• IT企业和软件园管理员之间多了个角色【系统】
• IT企业对系统填写、提交是对系统做

• 软件园管理员是对系统进行审批

  语法
  角色【人】
  回话【长窄长方形，自动生成】
  生命线【虚线】
  消息【箭头，谁对谁做了什么事】

  优点

• 角色间的交互一目了然、层次清晰
• 不考虑或考虑“系统角色”，两种情况分别代表系统上线前后的流程变化

• 将系统作为角色加入到流程中，帮助我们提炼出更合适的用例

  缺点
  不太适合表达复杂的分支结构【可以用注解表示分支结构】
  建议
  复杂的情况选择重要的分支，每个分支建立一个序列图