《图解产品 产品经理业务设计与UML建模》读书笔记

版本	日期	修订人	描述
V1.0	2025/3/15	nick huang	创建文档

背景

在企业级信息系统开发中，业务是一大难点。
最近在想，如何更好地理解和整理我们系统的业务。
阅读了一本书，与之稍有关系 —— 《图解产品之产品经理业务设计与UML建模》。
讲的是「产品经理对设计产品的过程」以及「过程中如何更好地使用UML进行建模」。
与我们更好地理解和整理业务，或许有一些帮助。
本文记录书本如何使用UML更好地理解和整理业务的笔记，对设计产品过程的技术会轻微带过。

产品经理对设计产品的过程

业务，是指由用户发起，并由系统执行的有结果的商业活动。
以业务为中心的设计，就是要思考一项业务要如何设计。为此，我们结构化地把业务设计分成了四层九要素。

由于本文主要想了解如何使用UML更好地理解和整理业务。
其中在以下环节会使用到相应的UML图：
1、功能框架 —— 用例图
2、业务流程 —— 流程图 / 活动图
3、业务操作 —— 状态图
4、信息结构 —— 类图、ER图

功能框架 —— 用例图

搭建功能框架的目的：厘清业务有什么功能，而不考虑小的功能点。
从另一个角度说，搭建功能框架，是要厘清业务宽度，而不是业务深度。
通过厘清业务宽度，产品经理就可避免功能的遗漏。

厘清业务宽度，很适合使用用例技术进行分析。
用例技术，是一种有层次和有步骤地找到功能的方法。该方法从使用者的角度，思考用户要用系统做什么，从而再梳理出功能。

用例，是对参与者发起的一组动作的描述