关于需求分析

 

以下是抄别人的，特注明：

 

1、弄清楚三件事：业务流（企业工作流程，比如如何填写一个表格等）、控制流（权力关系，因为这决定将来的权限，比如签字级别、数据与操作者的关系等）、数据流（就是数据信息的格式、流转过程，比如一个单据是怎么流转处理的，这决定将来的数据规划）；
2、一定要尽量理解用户业务，吃透用户的业务才能转化为你的计算机系统设计，否则就算你设计了也不一定能够符合要求，那就要返工了，敏捷开发中之所以关心 story ，也是这个原因；
3、为了快速达到与客户有共同语言和相互理解（就是你理解他的业务，他理解你的程序设想），可以通过界面原型方法直观地、有统一性地去研讨，几轮下来基本就可以了，而且还能让用户在参与的过程中体会快乐，并联略感情；
4、忌讳现场编程，容易导致客户变成设计师，牵着程序员走，那可就惨了，但要定期与客户沟通，否则客户会担心，同样会出问题（一般每2周一次为好）；有 bug 的程序不要让用户看到！