软件结构设计的启发式规则
(1)模块功能的完善化
执行规定功能部分;出错处理部分;需返回给调用者数据时,返回是否正确结束标志。
(2)消除重复功能
(3)将模块的影响限制在模块的控制范围内
(4)深度、宽度、扇出和扇入适中
(5)模块大小适中
模块过大:可理解程度下降。模块过小:开销大于有效操作系统接口复杂。
(6)降低模块接口的复杂性
接口传递信息应简单且和模块功能一致。
(7)模块功能可预测
模块看成黑盒子,相同输入产生相同输出,其功能为可预测的。模块带有内部状态其功能可能是不可预测的。难理解、难测试、难维护。
(8)避免模块的病态连接
防止指向模块中间的分支或引用(针对内容耦合)。
(9)根据设计约束和可移植性要对软件打包
打包指用来为特定环境组装软件的技术。 [2]
目录结构清楚
目录结构清楚,不宜过深,复杂,路径最好用相对地址
什么样的目录放什么样的内容,这样便于管理,使WEB程序的目录结构,清楚明了,一看便知道某个文件夹下存储了哪些功能模块与内容。若随便存放,时间一长久自己都将不从了解某目录是用来做什么的。如:经常要使用的可执行文件最要存放在(项目根目录)根目录,这样做主要是便于了解其作用,同时也为在程序中少输入些地址字符。程序所用到的图片统一存放在根目录下images目录中,若项目较大,分枝较多,可再在其目录下建立也分枝程序相关的目录名,存储相关的图片内容。程序的配置文件与常用共公函数类库存放在include目录中,存放在此目录下的函数类库文件扩展名得命名为:.php切不命名为.in