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

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

最后

以上就是自然小蜜蜂为你收集整理的系统设计中需要关注的问题的全部内容，希望文章能够帮你解决系统设计中需要关注的问题所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。