业务架构图规范

举报
小小张自由--张有博 发表于 2022/05/18 14:35:57 2022/05/18
【摘要】 业务架构图规范

目录

宏观出发

局部细节

注意要点

总结:



宏观出发

1、整体结构的上下顺序为上级依赖于下级。

2、色彩搭配不要太唐突,最好有渐变性。

3、图形间宽松程度适宜,对称程度适宜。

4、虚线框和实线框的结合,实线框表示的关系强烈程度高于虚线框,虚线框更重于逻辑上的关联。

编辑

局部细节

1、用词表达要标准

2、业务要全面

3、模块划分粒度适宜

4、模块摆放以及层级关系:纵向:分层——上层依赖于下层越底层,越是基础服务;横向:并列关系,级别相同。

5、图形间距离适中,避免间距过大、过小,影响美观。

编辑

注意要点

  • 架构图的名词表达要到位,比如:业务架构图和运维架构图中不能出现技术的字眼。因为不同架构图的读者是不同的,要保证你的读者能迅速的get 到你想表达的意思,这是很重要的。
  • 架构图表达的内容是否全面,不管是业务,技术还是运维架构图要表达的内容一定要全面,包括软件系统依赖的第三方服务等都要体现出来。
  • 关于架构图中模块的划分粒度,一定要合适,既不能太宽泛,也不能太细粒度,要达到对具体的小功能模块进行一层抽象的粒度即可。
  • 包括模块摆放的逻辑是否准确,架构图的每一个模块的摆放,都是有讲究的,要能说出为什么这个模块放在这?放在那行不行?为什么?能回答出这几个问题,相信你的架构图问题不大。

总结:

画架构图的最大原则:让别人能看的懂,理解的明白!

【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。