软件工程的启发式规则有哪些？

A.当模块过大时就应该分解它。
一般按功能分解到成为一个小的功能单一的模块为止。一般一个模块内包含的语句在30-50条左右较好（指高级语言）。分解后不应该降低模块的独立性。
B.深度、宽度、扇出和扇入都应适当。
好的设计结构通常是顶层扇出比较高，中层扇出比较少，底层扇入到公共的实用模块中去（底层模块有高扇入）。模块的独立性是贯穿始终的标准，不能为了追求其它目标而违背独立性标准。
C.对于任何一个内部存在判断调用的模块，它的判断作用的范围应该是其控制范围的一个子集。存在判断调用的模块，所在层次不要与那些属于判断作用范围的模块所在的层次相隔太远----越近越好。
D.力争降低模块接口的复杂程度。模块接口复杂是软件发生错误的一个主要原因。应该仔细设计模块接口，使得信息传递简单并且和模块的功能一致。接口复杂或不一致（即看起来传递的数据之间没有联系），是紧耦合或低内聚的征兆，应该重新分析这个模块的独立性。
E.设计单入口单出口的模块：防止出现内容耦合---多入口（多种处理功能）意味着内容耦合。
F.模块功能应该可以预测-----模块是黑合子，输入相同则输出相同，其内部数据结构和接口受到限制。模块的功能应该能够预测，但也要防止模块功能过分局限。过分局限将导致模块灵活性太差，会出现使用现场的修改。

略