极客大学产品经理训练营:业务架构与概念模型 第10课总结

讲师:邱岳

1. 什么是状态图

系统中的概念或对象随着一些事件的发生,改变了状态,通常这个状态比较多、比较复杂时,我们需要用状态图来表示他们的边界,以及触发状态转换的活动。

在这里插入图片描述

在这里插入图片描述

2. 动手画 – 员工状态转换状态图

在这里插入图片描述
状态图如何画得专业:

  1. 加个白底的背景框;
  2. 注释要用45°的折角;
  3. 状态相互转换用曲线。

3. 状态图的价值

任何需要表达状态变化的业务场景,都应该有一张状态图,它几乎是可以完全代替口头沟通的一种图例,百利而无有害。还可以帮助我们发现可能的状态或状态转换缺失。

4. 什么是概念模型

概念模型是为真实世界建模的工具,它描述问题域内不同概念,以及概念之间的关系。它以直观的方式向领域专家和开发人员解释系统应当如何组织、如何工作、以及如何与用户互动。

Kindle,阅读类软件的概念模型
在这里插入图片描述

在这里插入图片描述

5. 心智模型

在这里插入图片描述

6. 概念模型

  • 在现实世界中,是一段描述
  • 在程序世界中,是代码和数据结构
  • 在用户眼里,是一堆样式、交互和界面

需要一个模型,帮助我们为现实世界中的描述建立结构化的模型,帮助我们了解如何构建和改进产品,澄清复杂性,指导系统结构和界面设计。还可以帮我们在不同的背景中建立共识,统一术语和出发点。

在这里插入图片描述
在这里插入图片描述

7. 概念模型设计过程

  • 用领域语言和用户语言进行【描述】,名词是可能的【实体】,动词是可能的【关系】。
  • 在不同的名字空间中,统一术语,删减不必要的【实体】。
  • 定义每两者之间的关系,并明确【一对多】,【多对一】,【一对一】,【多对多】的原则。
  • 找到不同实体的行为。

8. 动手画 – 微信视频号 概念模型

在这里插入图片描述

9. 概念模型的价值

  • 有一个【完整】的系统视角,看到系统内的概念以及关系。
  • 帮助思考和澄清一些边界性的问题。
  • 有一个明确的概念关系统一沟通,统一开发、业务和用户视角。

9.1 概念模型的风险和问题

  • 画图一时爽,读图有可能比较困难。
  • 要靠大量的沟通,很难独立读懂。
  • 模型和当前用例/业务规则之间,可能存在差异(比如一个微信号关联几个视频号?)

9.2 一点小小的经验

  • 概念模型图,很多时候,对自己的意义大于对外沟通,是一个结构化提问的过程。
  • 通常做过开发,设计过表结构的人,更容易理解这个东西是啥,建议学。
  • 可能是需要迭代更多的一种图。
  • To B 业务中通常更加需要。
  • 规模到一定程度,可能就很难读懂了,建议有机拆解。

猜你喜欢

转载自blog.csdn.net/zgpeace/article/details/114039107