是一种系统的，对企业级业务梳理的方法论，包括从需要到需求的拆解流程和几种作图方法

1.UML图形

结构图和行为图，结构图是静态的，时序图是动态的

1.1 行为型的UML画图

活动图，上班到出门的行为过程

状态机图的特点是围绕“X”一个物体，用这个物体的状态改变，来展示流程，整个流程是围绕一个"物体"进行的，在不同阶段，物体具有不同状态

流程由不同角色组成，在箭头上加说明，表示角色之间是如何做交互的

UML图中，最常用的结构性UML图是类图，行为型的有活动图、状态机图、顺序图、用例图

首先了解项目背景，确认项目“需要”

1.本项目解决客户的问题

2.本项目涉及到的目标

3.本项目涉及到的人

对需要的分析可以分为两步

1.研究事物内容和事物间的关系：类图

2.流程相关的问题：流程图，状态机图，顺序图

需求分析流程图

1.2 如何画流程图？

1.明确该流程图需要达到怎样的目的？

2.明确流程图的各参与方？哪些是主要参与方？

3.明确流程主干

4.明确流程枝干

5.注意流程颗粒度

6.先画当前流程，再画优化后的流程

软件发布流程图

本图有三个用处

1.表达出各版本发布的流程和关键步骤

2.强调各种角色之间的关系

3.强调版本发布过程的配置管理

1.3 状态机图

流程图是将流程分解成一个个活动，状态机图，通过描述一件事物的状态改变，展示流程

1.流程图用来展示一件事物的改变时，可以改用状态机图

2.不管使用什么图，都要清楚图的目的是什么，有哪些人参与，这些角色如何推动流程发展

从三种图的特性来看

1.流程图比较注重，每个环节的活动

2.状态机图，注重事物的状态改变

3.顺序图，强调角色之间的信息交互

1.4 用例图

什么是用例图，英文单词为use case diagram，可以理解为通过拟人，梳理角色在业务流程中的功能，首先所有参与流程角色，然后根据业务理解，梳理出每个角色的业务场景，就得到所有的业务场景 （劣势是，如果业务复杂，可能遗漏场景）

可以尝试，对经纪人做用例画像，列出所有行为

1.5 类图

将某类东西归纳在一起，可以称为一个类，类有很多种，需要根据系统目标，业务场景，选择合适的角度对类进行归纳

识别类图的关键步骤：

1.识别出类

2.识别出类的主要属性

3.描绘出类之间的关系

4.对各类进行分析，抽象和整理

for example：

类图，是对业务结构化剖析的一种手法，它可以帮你快速理清业务概念以及之间的关系，它注重接口，层级；常见的层级包括：泛化（Generalization）, 实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency)

2.实战练习

练习的三个目的：

1.学习如何从零开始组织需求分析工作

2.学习如何在需求分析工作中理清思路

3.体会什么情况下用UML图

2.1考勤系统

考勤系统

对一个系统的需求分析，可以沿以下步骤，对用户/需求提出者的分析，可以做变种

梳理步骤

把以上问题，具象化成不同层面

需求分析四层图

2.2 战略分析

1.用一个故事说清楚项目的由来，这就是项目的背景

2.这个项目能帮甲方实现什么价值？

3.这个项目对甲方的重要性如何？

A.生存需要 B.核心需要 C.次核心需要 D.面子工程

e.g.

风控，帮品控实现对交易单风控管控，重要性一级

2.3需要分析

1.目标：目标的提出，一般都是解决指定问题的，目标也不是开始定好，保持一成不变的

对考勤系统来说，有三个问题，1.规范员工上下班，请假等行为 2.方便计算员工薪资 3.方便年假管理

2.涉众

以风控为例，涉众包括：品控，合同，交易，法务，策略，城市运营，经纪人

3.项目成功标准：花费合理的成本，满足甲方的基本要求，超出预算的部分，引导甲方做第二期

2.4业务分析

目前的风控，还没有进入到业务分析的阶段，还在准备资料，回访数据确认后，根据数据分析的结果，抽象出的场景，需要用到流程图

考勤系统的类图

类图偏业务层级，接口梳理，从接口方式看，更容易转化成面向对象的代码，但是对常规的业务梳理，不一定按照这个方式

类图

考勤系统的活动图

流程图

2.5 需求分析

根据之前的类图+流程图，梳理出来的用例图，给出每个角色在业务流程中的所有行为场景