一个问题的困扰

Question

此回复为自动发出,仅用于显示而已，并无任何其他特殊作用
楼主【wuxi15932077655】截止到2008-07-28 15:15:05的历史汇总数据(不包括此帖)：
发帖的总数量:9                        发帖的总分数:100                      每贴平均分数:11                       
回帖的总数量:26                       得分贴总数量:1                        回帖的得分率:3%                       
结贴的总数量:9                        结贴的总分数:100                      
无满意结贴数:4                        无满意结贴分:20                       
未结的帖子数:0                        未结的总分数:0                        
结贴的百分比:100.00%               结分的百分比:100.00%                  
无满意结贴率:44.44 %               无满意结分率:20.00 %                  
敬礼!

Answer 1

把自己当作不会写代码的人,做需求分析就想到代码,那真有点奇怪了.

Answer 2

嘿嘿，，这些我也想到了，当有一个问题的时候别人在想设计方案，我却在想实现办法和代码写！！！
（小弟是新手）

Answer 3

学习下~~~有谁可以总结一下吗？？
为什么每次做的方案到最后还是的 改~~

Answer 4

需求分析，哪有不改需求的道理，只是做多了就比较容易明白客户想要什么而已。

Answer 5

恭喜你，已经进入了敏捷的世界了

Answer 6

学习ＩＮＧ，我和楼主一样，在分析需求的时候不自觉的会去想底层代码怎么去实现功能．．．

Answer 7

做需求就要从业务的角度分析，不要脱离业务的角度。希望各位简单说说你们是怎么做需求分析的！！

Answer 8

做过代码的人,容易从代码层面考虑.这个比较难避免尽量只考虑到用例,和业务流程,下面不要太深入.

Answer 9

又不是详细设计，要是需求分析的时候就开始考虑代码了，那就累了;忘记代码吧，把自己当成一位业务员就行了;

Answer 10

我是想听听当你们遇到需求分析的时候是怎样从业务角度考虑的？

Answer 11

跟开发人员沟通吗，任何一个业务都有自己的流程，最好把这个流程搞清楚。需求分析之前都要做准备了，特别是去客户那边做需求。

Answer 12

...心理问题,需求分析阶段,就开始考虑实现成本之类的东西了,当然束手束脚了.结果是,大点的系统可能需求阶段就把自己吓倒了,进度上不去.
LZ是用基于是否存在解决办法去寻找问题,而非基于问题去寻找解决方案,而后者最有效率的方法就是先把所有的问题汇总....

Answer 13

嘿嘿19楼说的很好分给你了，，，