本文共 4836 字，大约阅读时间需要 16 分钟。

绍校(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:18:55

还有这样的：这个"平台"的概念好大，比"短信平台"大很多

潘加宇(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道理了，光从这方面挑错，多半就错误一大堆。

转载地址：http://qjva.baihongyu.com/