项目的策划/模块设计 经验和技术

项目的策划/模块设计 经验和技术

1、数据库字段的扩充：
  扩充一功能可能要在数据库加几个字段 或 改变字段的类型  而加后(或者改后)
  还要同时改 N 个T-SQL 或 存储过程,有时遗漏常常遇到 读取/添加/修改 时的错误.

2、客户的需求更改
  可时当一个项目快要做完,客户在需求上有更改(假设他愿意支持更改所造成的费用和时间)。
  这时我们要对一个模块甚至整个框架做更改。(这个更改会造成 第1 个问题的产生)
  更改一处往往会造成另一个的错误。

……(其它各种更改)

这时我们要对一个模块甚至整个框架做更改。(这个更改会造成 第1个问题的产生) 框架设计好了，不至于修改吧？那肯定是框架设计的延展性不好。

就是模块化，开发前一定要把框架设计好，虽然开始觉得麻烦，但会有很好的效果，即使要修改，也就针对一些情况修改个别模块，还有就是能用交互的，绝不用静态的，能够设定变量的，绝不用常量，就是要用常量，一般也做个常量字典表。一定要把问题想多些，开始觉得有点小问题的，不要想的能混过去，客户比你精，应为他是上帝。

1.工欲善其事，必先利其器。
工具：
PowerDesigner 对象设计与分析，程序员使用。
Lucid.Spec、GUI.DesignConcept、Draw.WebWave 界面设计与演示工具 呵呵 ，多数行业外客户是属于眼见为实的人，你对他讲uml，数据库表是白搭，他不会理你的，你只能把原型界面先给他看

2.程序策略：
    不要相信客户，别相信他的话----我宁可相信他实际要解决的问题本身，而不是他嘴上说的他想如何解决.大量使用xml来配置元数据，让你的程序依靠这些元数据他运行，而不是在程序里面硬编码。对于可以预见的改变，事先就要做防御性编码.不事先决策任何事情，如果我无法确定程序的走向，我干脆就不做，我就把程序放在中间，至于你向左还是向右，客户自己说.