建模|产品经理的思考利器——UML( 五 ) 乱象|网络游戏|国家网信办|盛

文章插图
并行路径的表示方法

文章插图
如果日常工作中使用流程图较多，也不必非要用这个，UML本质目的是快速沟通，能沟通清楚就行。
六、实战应用下面讲下我平时是怎么应用的，有两类案例，一类是研究一个系统，多数的时候是凭借兴趣研究的，感觉很有意思。另一个是工作里实际使用时展示的。
1. 拆解与理解saleforcesaleforce是CRM业界非常知名的一个产品，因为这个系统太过于庞大，UML的类图是快速理解的一个利器。此时应用UML不是还原到如何实现，而是为了理解它是怎么设计的。通过demo很难有机会能接触到更深层的实现细节。

文章插图
2. 应用到工作在设计内部BI系统时，用到了类图，和用例图。

文章插图

文章插图
在设计CRM系统时，商机（例子）状态的流转图。CRM的设计，我会单起一系列文章讲。

文章插图
除了这些还有很多应用，不过都差不多，应该可以给大家足够的帮助了。关于UML的介绍内容，就到此结束，下面我做下对应的答疑。
七、高频的疑问解答在调研UML是否值得学习的时候，我也会经常看到这样那样的问题，比如：
我看完了，真的有必要学吗？研发不看怎么办？
我的个人建议是，如果自身喜欢这方面的思考，可以凭兴趣去学；如果是B端从业且想继续发展的业务产品，建议去学，学了以后会有如虎添翼的功效，不过学习需要时间，建议收藏，或者转发给小号后续常看，我平时看到东西也这么干哈哈。
最好能买书学，更系统UML本质还是沟通工具，可以跟研发去协商，看团队更倾向用什么方式沟通，UML只是一种，如果有别的更合适的表示方法，能把逻辑梳理清楚，歧义消除干净，最好不过了。
UML和数据建模是否有关系？
跟研发同事交流过，他们说UML其实就跟JAVA编程过程中的思考很接近，不断抽象和建模，平时也会用到。数据库建模与UML有一定的联系，数据库建模的过程是逻辑层到物理层的逐层过程，都是构造模型，但侧重点不一样，数据库建模侧重数据层面逻辑效率，模型可用性等等。
UML之后如何使用？
除了上面的那些基本功能点以外，使用UML的本质目的就是为了多方理解，尽管UML有一些法则，也不要被禁锢，能达到沟通顺畅无歧义的目的，就足够了。
画图使用什么工具呢？
starUML。win/mac平台都有，win的平台有个版本很复古，但是功能很完善。mac有starUML4.0的版本，颜值很高，但是感觉画起来没win的好用。
大家可以百度搜下。·Visio。可以画的图很多，包含了UML的基础图例，不过看个人习惯，我Visio和starUML都用，Visio常用来画流程·其他有用的也可以推荐下，工具嘛，趁手就行。
有哪些书籍推荐？
UML基础、案例与应用（入门），大象UML（进阶），大话设计模式（感兴趣可以看），系统架构（值得反复长期啃，我确实还没看完，太大了，不过是本神书）另外其他的书，可以白嫖微信读书无限卡，香滴很！
八、结语未来，我会出一些关于业务系统的相关文章，尽量大白话，可能有些大佬看着文字会评价我的思考肤浅，但能有人听懂和交流，才是我的初衷。
我期望我的些许产出，可以让新手产品同学们不再像我当年那样随机漫步，能快速度过无人带领自己摸索的成长期，我愿意做一块铺路石~肝了这么久，不知道你们学废了没有，如果有收获，还请点个赞鼓励一下我~哈哈哈感谢感谢。