所在位置:答疑 - 内容   
乱七八糟图最大的问题
 

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