1、用UML直接画用例需求 和业务流程(工具不讲究，关键要把需求和业务流程弄清楚，涉及时间、地点、场所、设备（物力）、人物（人力）、财力、事件及先后顺序、规章等)
2、结合需求，提炼参数变量，按功能模块分类，在PD里边生成数据库概念模型和物理模型，最终生成需要的数据库。
3、结合需求和业务流程，和功能模块中对应的参数，在PD里边写接口和方法（首字母大写，见名知意）、参数变量（首字母小写，见名知意），并一一有详细注释，包括调用的下一方法和使用的数据库名等，便于实现代码时直接看接口便知该功能需求，提高效率，最后生成C#的cs代码文件。（对复杂的功能模块可以融入设计模式）
4、结合功能模块和接口方法，制作界面，命名要借用对应功能的接口命名并加后缀区别，如Wf，风格要统一，控件命名要按要求，做前台时，事件要实现出来，事件等必要代码要注释。注意：有母版，一定要先把大的布局弄好，避免后来更改而冲突，大框架的DIV、CSS一定要打好，并且兼容，各个分功能模块的CSS最好单独CSS文件封装，和单独引用。
5、配置VSS,分工写代码，实现功能需求。（要求网络较好，不能拥堵掉线，VSS服务器的性能较好）
6、实现接口、方法时，要按要求，不得随意更改接口、方法、参数（包括数据库字段）的名称，个数，类型，需项目经理讨论同意才可更改（项目经理要及时按时检查，并要求进度和修改方案）
输入参数要注意格式和类型并排除异常；实例对象与类同名，但首字符小写；SQL语句要精简，尽量用小写，不用多余的空格，减少字符，较长则用存储过程，带前台控件输入参数的SQL语句均要参数化处理。
7、调试
8、测试，要有反馈文档，异常问题结论