绍校(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.htmhttp://www.umlchina.com/qa/Content/701.htm 绍校(207***28) 19:35:13 老师 分析的很对,现状就有很多乱七八糟图,我们学习了软件方法,就要约束自己科学规范。 潘加宇(3504847) 19:37:57 要让哪位"架构师"下不了台(谨慎),不用讲UML道理了,光从这方面挑错,多半就错误一大堆。
|