我认为是的，必须能够详细了解程序才可以站在更高的层次上设计系统。

一般来说：系统分析员已经不再是程序员，但曾经是程序员。
就像说：将军已经不再是士兵，但曾经是士兵。

楼上的分析比我深刻。

同意楼上的，如果只是需要需求分析可能不需要，如果涉及设计就需要了解，最低你要对开发工具的结构要有了解，这样在设计及安排任务时才能做到心中有数。
欢迎软工高手及想成为软工高手的朋友，我的OICQ：69789087

老刘,怎么提这种傻瓜问题?

这就好比大人曾经是小孩！！！！）：！

同意

wotongyi

不一定.但是你必须有技术背景.
否则.中国的程序员,很难领导.

TO conquer(戏子)：
技术背景是什么？不就是指你的计算机专业背景，但如果是计算机硬件的背景，呵呵，也不会有人理睬你吧？所以，只有软件的背景才好用，软件的背景：不是做过程序员，也必须有写程序的经验，说白了，还是做过程序员，不管是实际上的身份还是名义上的，或者仅仅是写程序的其他人员。

我觉得这个问题很重要，也很难以回答。我自己觉得应该是，不仅是程序员，而且是经验丰富的程序员，有很高的水平。对于需求了解最好的是用户，对于实现，了解实际问题的是真正的编码人员。系统分析员立足于实现，来和用户交流，最终把用户的需求变得现实和可以实现，并且设计一个可实现的解决方案。我觉得，脱离编码，系统分析员就做不到这一点。可是，现实是残酷的。。。。。。

我们应该建设有我们国家自己特色的系统分析员培训制度，也就是说在当前的情况下应该是先有程序员再有系统分析员，问题是什么时候从程序员转为分析员，这是一个关键的转折点，必须要处理好，否则什么都办不好。

好象没有规定一定要是
但是如果你没有做过程序
就想成为系统分析员,难度比较大

如果没写过程序，怎么知道你的设计不是烂的？别告诉我分析员只需要纸上谈兵。

must be

算了吧， 作一个系统分析员也这么费劲？
谁来告诉我， 如何当一个成功的企业家。这个难度比当什么系统分析员大多了。

做一个企业家很简单，^_^，只要你会骗就可以了

关注

靠， lynx, 我想骗你，怎么就是不成功呀？

支持一把

关键是业务模型到应用模型的转换，
如果转换的好的话，那么分析的结果才有价值，否则，分析应该是不完全的

所以说分析员应该起码知道什么可以实现、如何实现、但是具体的编码，他们是不需要作的

可以时，也可以不是，如果仅仅把系统分析员的作用局限在实现上，那就大错特错了，很多时候用户是不清楚自己的需求的，软工开始讲的就是不要在需求和设阶段过多地考虑实现，好的软件来自好的设计而不是好的编码。

szwxj(甲骨文)的这句话说得很好：好的软件来自好的设计而不是好的编码
我非常赞成这句话！