1553系统层次设计考虑
前几段陈述了1553标准历史，含括从协议到信息级的总线操作概貌。以下段落陈述了终端开发的需要，包括系统级开发。
1553终端开发的考虑
首先要知道设计终端需要什么，然后才能设计1553总线终端。MIL-STD-1553定义了三个终端的因素:BC, RT,和BM。为它们定义了自身协议和电气要求,终端的开发者将根据所开发项目考虑不同的终端因素。
总线控制器
一个BC的开发则需要所有层次的设计信息。因为BC要负责初始化所有总线事务，和协调所有的终端,所以BC开发必将涉及以下事项：
• 更新速率和总线终端的延迟
• 处理与终端提供的数据相关的需要
• 总线事务的计划分配 (不定期的计划表设制, 信息重执等)
• 出错报告
• 对总线控制或相关事项的备份
• 数据有效性的考虑("陈旧"数据处理和双缓冲设制方案)
• 终端管理技术(终端同步,终端轮询等)
此外,给RT开发者提供有关出错报告的要求,方式代码的要求,以及BC命令和数据的格式，也是BC开发者的一项责任。
远程终端
RT开发者必须了解在系统中终端向BC发出或从BC接受数据所需要的信息。因为 1553标准并没有确定数据字的内容,所以 RT开发者可以任意按照自己满意的需要去定义字格式。对于RT开发者最重要的一点是,要能提供详细的有关对于BC可行的数据包的信息,能知道从BC发送来的信息的数据字内容,并且知道这些字内容将会产生什么样的效果。还有几点因素也很重要，列述如下：
• BC需要详细的方式代码(1553B)的组成结构信息
• 所有信息都需要有错误处理功能
• RT有可能被当作一个备用BC，如果是这样，RT就需要具有机械化特性
另外，将有关RT的处理信息更新速率的能力，信息格式，和收到命令后可能发生的任何回应的细节（包括回应延迟）提供给BC或系统开发者也是RT的责任。
总线监视(BM)
BMs并不作总线事务回应，它的功能是存储总线传输信息，稍后对它进行分析。所以BM开发者首先要了解自己所涉及的监视操作的级别。他需要知道以下信息：
• 需要监视和过滤的总线事务有哪些
• 如何监视传输特性 (电压级别，信号失真模式等)
• 监视阶段的持续时间和速率
• 由总线事件引起的触发需要
• 由总线事件引起的对当前正活动的RT因素的重配置
只有BM在BC或RT中进行自身重配置时， BM开发者才需要和其他的终端开发者接触。在这种情况下， BM开发者需要与相关的终端因素共享机械化和数据传输信息。
