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