1.提高功能模块独立性

在得到软件结构之后，就应首先着眼于改善功能模块的独立性，考验是否应该把一些功能模块提取或合并，力求降低耦合提高内聚。例如，多个功能模块共有的一个子功能可以独立成一个功能模块，由这些功能模块调用，有时可以通过分解或合并功能模块以减少控制信息的传递及对全局数据的引用，并且降低接口的复杂度。

2.功能模块规模适度

经验表明，当功能模块过大时，功能模块的可理解性就会迅速下降。但是对过大的功能模块分解时，也不应降低功能模块的独立性。因为当对一个大的功能模块分解时，有可能增加功能模块之间的依赖。

3.深度、宽度、扇出和扇入要适当

如果深度过大则说明有的控制模块可能简单了。如果宽度过大则说明系统的控制过于集中。而扇出过大则意味着功能模块过于复杂，需要控制和协调过多的下级模块，这时应适当地增加中间层次，扇出太小则可以把下级模块进一步分解成若干个子功能模块，或者合并到上级功能模块中去。一个功能模块的扇入是表明有多少个上级功能模块直接调用它，扇入越大则共享该模块的上级模块数目越多，这是有好处的。

4.要使模块的作用范围保持在该模块的控制范围内

功能模块的作用范围是指受该功能模块内一个判定影响的所有功能模块的集合。功能模块的控制范围是指这个功能模块本身以及所有直接或间接从属于它的功能模块的集合。在一个设计得很好的系统中，所有受判定影响的功能模块应该都从属于作出判定的那个功能模块，##局限于做出判定的那个功能模块本身及它的直接下级模块。对于那些不满足这一条件的软件结构修改的办法是：将判定点上移或者将那些在作用范围内但是不在控制范围内的功能模块移植到控制范围内。
  1761-L32BUA

1761-NET-AIC

1761-NWT-AIC

1761-UET-AIC

1761盖子

1762-IQ32T

1762-IQ8

1762-IQ8-2

1762-L24BXB