写在前面
在之前的工作中，算是写过不少通信系统的方案，评过不少方案，也教过一些人写一些方案，感觉很多人都需要花费很长的时间才能掌握这项工作的窍门，也可能是因为任何设计性的工作本身就是一门艺术，有原则也很灵活。为了能让更多的人，更快的掌握这项工作的窍门，我总结了自己在系统设计中关注的一些内容，把他们整合到了有一定顺序的7个问题中，希望大家能够在回答这7个问题的过程中，提出更好的系统设计方案。
通信系统设计的7个问题
1）系统由哪些类型的节点组成？每一个类型的节点的数量有多少？
2）节点之间有哪些数据流？数据流的特征是什么？（包括：周期/非周期、信源、信宿、平均流量、突发度、可靠性要求、实时性要求等，通过列表的方式表现出来）
3）系统设计中有哪些约束条件？（通常指客观环境、客户要求、项目背景等不可抗力）
4）数据流的数据传输需求可以通过哪些可能的方式/方案来满足？（有线/无线通信、传输协议、设备等，通过表格的方式来展现）
5）目前已经选用了哪些通信方式/方案？存在什么样的问题？是否能够满足需求？是否能够改变？（这个问题通常针对用户已经选定了某些方案或者是现有的方案，这些约束可能不是真正意义上的“不可抗力”，尝试是否可以改变）
6）已经梳理出来的方式/方案有哪些可以合并？哪些之间有冲突？能否通过不同解决方案的组合来满足需求，规避冲突？
7）合并之后的方案里面哪些是标准产品可以满足的？哪些需要定制？定制的工作量和难度如何？
最后，整合并讲述你的方案！
加餐：方案的描述方式
这里给大家介绍一个典型的系统方案的规则，只要大家能够按照这样的规则进行描述，文档质量一般都不会差。
1）上下文中，同一个事物（系统、设备、板卡、芯片等）的特性（包括：名称、功能、性能等）要统一；
2）描述事物要遵照从整体到局部的顺序进行，文档结构上参照“总-分-总”的结构进行设计；
3）描述事物可以从组成、功能、指标、工作原理、接口、数据流和典型流程等方面进行；
4）综合应用以上三个原则，将事物逐步拆解，逐层进行清晰的阐述，保持上下文的前后呼应。
第98篇（98/1000），2019年11月9日，于北京，装修中的办公室。
2019年11月30日，更新，于北京，装修了一半的办公室。
网友评论