[答疑]乱七八糟图最大的问题

问题时间：2016/5/31

绍校(207***28) 17:45:17

绍校(207***28) 17:45:31

潘老师 请教一下 向这种乱七八灶图

绍校(207***28) 17:45:36

别人称之为架构图

绍校(207***28) 17:45:46

我们如果要表达这种结构

绍校(207***28) 17:45:51

应该画什么图比较好

绍校(207***28) 17:46:09

比如 公司的销售要介绍我们的产品 写ppt 搞个图上去。

陈明磊(57***474) 17:46:16

这个是产品架构，偏向业务的…

绍校(207***28) 17:46:18

描述软件的功能和内部。

绍校(207***28) 17:46:27

嗯嗯是的

陈明磊(57***474) 17:46:28

主要描述业务关系的

绍校(207***28) 17:46:29

偏向业务

陈明磊(57***474) 17:46:45

系统架构的东西，需要另外的视图

绍校(207***28) 17:46:49

别人可能称之为 业务架构图

绍校(207***28) 17:47:02

不能用uml要表达吗？

绍校(207***28) 17:47:10

因为我觉的这个图 画的很随意

绍校(207***28) 17:47:12

没有标准

绍校(207***28) 17:47:20

想怎么画就怎么画 可能不太好

上王志华(969829987) 17:47:28

出发点不同架构图也会不同的

陈明磊(57***474) 17:47:38

说清楚各个业务之间关系的…

绍校(207***28) 17:47:41

恩，是的

上王志华(969829987) 17:47:41

或者说就是需要不同的架构图

绍校(207***28) 17:47:52

那这是业务架构图了

jarod(574613555) 17:48:07

这个图可以用部署图,和组件图来表达一下吧

绍校(207***28) 17:48:27

产品销售人员 拿着部署图和组件图来表达？

绍校(207***28) 17:48:34

这图我觉的像 组件图

陈明磊(57***474) 17:49:04

系统层面的，研发软件系统用的架构图，需要用例，时序，各个系统之间的通讯…什么的

jarod(574613555) 17:49:11

绍校(207***28) 17:49:12

对的

jarod(574613555) 17:49:30

绍校(207***28) 17:50:24

这个比较细了，到系统层面了。但是上面那种图，适合业务用。我觉的描述能力还挺强

绍校(207***28) 17:50:35

就是感觉没有标准

绍校(207***28) 17:50:37

随便画

jarod(574613555) 17:51:25

绍校(207***28) 17:51:50

如果 我们要去和客户推销我们的软件。我们应该画什么图比较好。

绍校(207***28) 17:52:06

部署图和组件图 都是到系统层面了。

绍校(207***28) 17:52:17

人家画的这图 大而全，宽泛。

绍校(207***28) 17:52:21

代表的含义还挺多

绍校(207***28) 17:52:28

就是没标准

绍校(207***28) 17:53:37

我们去和客户沟通，首先应该讲愿景，新系统给他们带来的好处。

绍校(207***28) 17:53:49

然后可能再介绍系统的这个架构体系

卢轩华(157288812) 17:54:43

这种图你只要讲得清原理就行了吧？

卢轩华(157288812) 17:54:51

我介绍你一个工具，你用亿图试试。　

卢轩华(157288812) 17:54:54

画图超爽。　

卢轩华(157288812) 17:55:02

具体到设计层面，才会用UML

绍校(207***28) 17:55:03

好的，谢谢 我看看

绍校(207***28) 17:55:21

uml可以用来描述 用例和业务流程

绍校(207***28) 17:55:31

他这个 感觉还比较偏上 看整体的

陈明磊(57***474) 17:56:42

跟客户交流的…按照系统处理的数据流，从上往下，从下往上，都是可以的…

陈明磊(57***474) 17:57:12

适当的加上系统数据就，信息流的机制

陈明磊(57***474) 17:57:27

比如ESB的概念…

绍校(207***28) 17:57:32

数据流图

陈明磊(57***474) 17:57:42

业务数据流…

绍校(207***28) 17:57:52

嗯嗯

绍校(207***28) 17:58:36

其实也不一定看业务。我们自己平时就可能需要一张图

陈明磊(57***474) 17:58:41

另外，对数据安全看中的还要加上安全认证这块的说明

绍校(207***28) 17:58:44

来描述整个系统的架构

陈明磊(57***474) 17:58:55

对客户的…

绍校(207***28) 17:59:12

不对客户 对自己呢

陈明磊(57***474) 17:59:14

自己内部做软件开发，那么就是潘老师的这个软件方法

陈明磊(57***474) 17:59:32

从愿景，开始，逐步分解…

陈明磊(57***474) 17:59:52

业务建模，时序分析，需求，

陈明磊(57***474) 17:59:59

分析，然后设计

陈明磊(57***474) 18:00:11

一个大平台，应该可以有很多个这个流程

绍校(207***28) 18:02:04

恩。

绍校(207***28) 18:03:37

绍校(207***28) 18:03:39

像这种图

绍校(207***28) 18:03:44

画的人还挺多

绍校(207***28) 18:03:46

宏观描述

陈明磊(57***474) 18:04:56

这些都是对客户的

绍校(207***28) 18:05:08

也不一定

绍校(207***28) 18:05:14

自己也要看的

绍校(207***28) 18:05:17

有个宏观的图

绍校(207***28) 18:05:25

给老总看啥的。给开发看啥的

绍校(207***28) 18:05:44

不然都细分 分解了。看的图比较碎片化

陈明磊(57***474) 18:06:03

以前我也想着给研发看这个，最后发现研发其实不关心这些

绍校(207***28) 18:06:08

绍校(207***28) 18:06:10

还有这种

绍校(207***28) 18:06:19

我发现架构师 就喜欢画这些

绍校(207***28) 18:06:33

我的疑惑在于有没有一个啥标准 名称

绍校(207***28) 18:06:39

能叫这个图

陈明磊(57***474) 18:06:44

最后这个图，真没啥用，投标的时候用用

绍校(207***28) 18:06:46

不然都瞎画

绍校(207***28) 18:06:53

陈明磊(57***474) 18:07:16

只要达到沟通，只要不是最后一个图，我感觉都差不多

绍校(207***28) 18:07:44

恩好 谢谢

陈明磊(57***474) 18:08:35

个人观点…

绍校(207***28) 18:08:51

自从学了软件方法

绍校(207***28) 18:08:55

干啥都喜欢讲个标准了

绍校(207***28) 18:08:59

Eric(584***16) 18:09:01

很尴尬，发展没几个人乐意使用uml

绍校(207***28) 18:09:19

我觉的uml挺好的啊，沟通很方便。

绍校(207***28) 18:09:23

当然是大家都要会

陈明磊(57***474) 18:09:27

uml是研发团队内部用的…

陈明磊(57***474) 18:09:45

对客户还是根据他们喜好来…说清楚业务…

廖君仪(15***34) 18:09:56

我们阿里系来的一个测试开发，写测试代码都先画UML

Eric(584***16) 18:10:01

软件开发大多数同事不会使用

廖君仪(15***34) 18:10:06

习惯很好

绍校(207***28) 18:10:10

我感觉uml和五线谱一样。五线谱 也不是所有人都懂。

陈明磊(57***474) 18:10:10

对我们自己软件架构还是uml

绍校(207***28) 18:10:24

用uml利大于弊

Eric(584***16) 18:10:27

这个比喻好

绍校(207***28) 18:11:18

而且让别人 一眼看上去 就专业。

绍校(207***28) 18:11:22

说服力很强

绍校(207***28) 18:11:30

标准 规范 科学

绍校(207***28) 18:12:30

更重要的是做需求和分析的人。开发 按图施工 也挺好

绍校(207***28) 18:13:09

图纸也能形成积淀。

绍校(207***28) 18:13:30

我们这边的开发 动不动 遇到个啥事情 都要去翻代码

绍校(207***28) 18:13:38

看代码理解逻辑。很不科学

陈明磊(57***474) 18:14:08

这个也不是绝对的吧…代码也是设计，有时候也是要看的

陈明磊(57***474) 18:14:28

不过规范的使用一些uml可以很快的定位问题

陈明磊(57***474) 18:14:30

解决问题

绍校(207***28) 18:14:41

看分析出来的图纸 也能很快定位吧。

绍校(207***28) 18:14:55

设计的代码 也是分析映射出来的

绍校(207***28) 18:15:30

我指的的是开发不懂业务逻辑。或者忘记了。经常去翻代码看。

陈明磊(57***474) 18:16:09

这个我个人但是不反对…

陈明磊(57***474) 18:16:53

写的好的代码，有时候还是比较亲切的，

绍校(207***28) 18:17:14

成就感

陈明磊(57***474) 18:17:31

另外，有时候解决问题还是要通过分析日志，分析代码来解决

绍校(207***28) 18:17:49

恩。

尘语<xnonymous@qq.com> 18:25:24

哈哈 热闹的

潘加宇(3504847) 19:17:17
乱七八糟图最大的问题是：不一致。例如此图：同样是"××平台"，颜色和形状各自不同，有的表达成

这个"平台"的概念好大，比"短信平台"大很多
潘加宇(3504847) 19:20:05
线：有的画实线，有的画虚线，有的画一根，有的画两根。作者心里有谱吗？

潘加宇(3504847) 19:21:52
再看这个：

潘加宇(3504847) 19:22:39
同样是方框，有的是：名词+动词，有的是名词。同样是名词，有的叫模型，有的叫层，有的叫队列，这是一个抽象级别吗？
潘加宇(3504847) 19:28:42
参见其他回答：
​​http://www.umlchina.com/qa/Content/139.htm​​http://www.umlchina.com/qa/Content/701.htm

绍校(207***28) 19:35:13

老师 分析的很对，现状就有很多乱七八糟图，我们学习了软件方法，就要约束自己科学规范。

潘加宇(3504847) 19:37:57
要让哪位"架构师"下不了台（谨慎），不用讲UML道理了，光从这方面挑错，多半就错误一大堆。