系统设计中需要关注的问题

在系统设计进行模块切分的时候，需要关注以下几个问题。
1，系统的骨架化
对于一个庞大的系统，如果设计规格不加以控制，则会给将来的集成和维护带来极大的
困难。但在这个例子中，仅仅使用了 6 个模块类型（构件、子系统控制器、时间同步器、周
期时序器、事件处理器以及代理），就可以对这么大的系统进行完整的描述。这就使得架构
很容易创建、理解、集成、发展和修改。
更重要的是，如果采用一组标准模式，我们就可以创建一个骨架系统，为此创建出规格
表、代码模版和描述这些模式的示例程序。这样一来，就允许一致性分析。
架构师还可以坚持设计和开发人员仅仅使用所提供的构建快，这虽然听起来有些苛刻，
但这样一来，就可以把设计人员从系统总的功能实现的关注中解脱出来，构件的标准化必然
带来可集成性的提高。
2，功能分配给构件的原则
把功能分配给构件的时候，需要考虑如下原则：
实际物理系统的各个部分应该与软件系统很好的对应，这为我们提供了真实世界的
概念模型。通过对各个分系统交互的理解，也可以帮助我们更好的理解软件各部分
交互的方式。这对于用户和评审也很有帮助。
要理解未来分系统更新换代的规律，比如整体换装设备需要做哪些变化？这种理解
可以帮助我们设计模块的范围，以使将来系统升级时的更改局部化。
努力降低系统接口的数量和规模，这来自于各部分更强的功能内聚，把最大的接口
放在各部分之内而不是各部分之间。
这里讨论的假想案例，旨在说明当系统对性能、可靠性与可修改性提出比较苛刻的要求
的时候，我们如何能合理设计架构，使项目能够在节约成本的情况下实现这些质量属性。成
本的节约可能表现在现场安装小组只有以前所要求的一半，因为他们可以更容易的查找和纠
正问题。
设计方案通过以下方式实现了这些质量属性：
限制结构化模型架构模式中的模块类型配备的数量，限制模块类型之间的通信，根据飞
机预期变更的信息分解功能。从度量的角度，主要表现在现场测试描述（即测试问题）的大
幅度减少，开发人员还发现，采用这种方法更容易纠正问题。