|
|
知识路径： > 系统开发和运行知识 > 软件工程基础知识 > 结构化开发方法 > 系统分析与设计概述 > 系统总体结构设计 >
|
被考次数：3次
被考频率：中频率
总体答错率：29%
知识难度系数： 
|
由 软考在线 用户真实做题大数据统计生成
|
|
相关知识点：4个
|
|
|
|
|
|
|
（1）分解-协调原则。整个系统是一个整体，具有整体目的和功能，但这些目的和功能的实现又是由相互联系的各个组成部分共同工作的结果。解决复杂问题的一个很重要的原则就是把它分解成多个小问题分别处理，在处理过程中根据系统总体要求协调各部门的关系。
|
|
|
|
（2）自顶向下的原则。首先抓住系统总的功能目的，然后逐层分解，即先确定上层模块的功能，再确定下层模块的功能。
|
|
|
|
（3）信息隐蔽、抽象的原则。上层模块只规定下层模块做什么和所属模块间的协调关系，但不规定怎么做，以保证各模块的相对独立性和内部结构的合理性，使得模块与模块之间层次分明，易于理解、实施和维护。
|
|
|
|
（4）一致性原则。要保证整个软件设计过程中具有统一的规范、统一的标准和统一的文件模式等。
|
|
|
|
（5）明确性原则。每个模块必须功能明确、接口明确，消除多重功能和无用接口。
|
|
|
|
（6）模块之间的耦合尽可能小，模块的内聚度尽可能高。
|
|
|
|
（7）模块的扇入系数和扇出系数要合理。一个模块直接调用其他模块的个数称为模块的扇出系数；反之，一个模块被其他模块调用时，直接调用它的模块个数称为模块的扇入系数。模块的扇入、扇出系数必须适当。经验表明，一个设计得好的系统的平均扇入、扇出系数通常是3或4，一般不应超过7，否则会引起出错概率的增大。但菜单调用型模块的扇入与扇出系数可以大一些，公用模块的扇入系数可以大一些。
|
|
|
|
（8）模块的规模适当。过大的模块常常使系统分解得不充分，其内部可能包含了若干部分的功能，因此有必要进一步把原有的模块分解成若干功能尽可能单一的模块。但分解也必须适度，因为过小的模块有可能降低模块的独立性，造成系统接口的复杂性。
|
|
|
