我终于知道对客户做需求分析不是一般人所人做的工作....
一个网络安全产品销售公司希望我为他们开发一个办公系统(说实话,   我还不清楚他们需要怎么样的一个程序),   BS结构,   他们经理给我讲了几个小时,   说些他们公司销售模式,   工作方式,   流程等,   还强调了N次说我们要的功能很简单,   但还是不明白他们要我开发一有什么功能的程序...

是不是对客户做需求分析是这么难的工作?!?!?!?!

------解决方案--------------------
沟通是比较难，如果能用图例来说明就会好一些
------解决方案--------------------
销售模式, 工作方式, 流程等

将每个问题深入进去．越难的客户，对你越是一种锻炼．
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
搞业务需求的人首先应当头脑灵活，善于发现问题关键．因为很多时候，那些没有做过程序的客户自已搞不清自已要什么，这时你就要发现问题，找到关键，然后深入细节．
其次最好是编程高手，因为一些业务需求本身是模糊的，这时编程高手往往能＂避开具体＂需求，从编程角度想到一个＂通用＂的解决方法，从而不局限于细节上的讨论．
------解决方案--------------------
UP
------解决方案--------------------
:)
清楚了就好...
------解决方案--------------------
能听懂用户的话语已经不错了，基本上懂得了20%。许多人这时候简单想一下用SQL Server的企业管理器如何设计数据表之类的就开始动手写程序了。其实此时仍然缺少很多设计细节，只不过此时真的只有搞分析和设计的专业人士才能把它编程文字，大多数人只能囫囵地在脑子里想一个大概轮廓，一旦编程文字和可推演的模型，脑袋就卡壳了。
------解决方案--------------------
基本上，能大致听懂用户的需求总是好事情。

mis的技术壁垒就在于各个企业不同的细节。如果你不停地简化，用户也许不得不反复让步最后凑合能用，但是难免生出许多怨气，在验收付款时难保不爆发出来。
------解决方案--------------------
沟通是永远的痛
------解决方案--------------------
我倒是比较喜欢和客户沟通
------解决方案--------------------
同感!
------解决方案--------------------
跑项目难度 > > 沟通难度 > > 设计难度 > > 写代码难度

一个项目最简单的事情,就是写代码...
------解决方案--------------------
天啊, 分析了一天, 还是无从放手~~~~
---------------------------------------

呵呵,第一次其实还好,,,以后遇到客户不停的改需求,你就更郁闷了...
------解决方案--------------------
mark
------解决方案--------------------
是的啊，我们老板要我们做个网站，不停的该需求，我都不知道到底要怎么下手了
------解决方案--------------------
是的啊，我们老板要我们做个网站，不停的该需求，我都不知道到底要怎么下手了
-------------------------------------

软件工程就是为了对付这些情况才产生的...

对于需求变更,需要进行严格的控制,需要用户正式发出书面文档,并且双方讨论,对时间表,成本进行相应变更,用户签字.

另外一个需要注意的是,要及时更新相关文档,出现一个文档忘了改的话,以后维护,升级,你就死定了...
------解决方案--------------------
以前我有个朋友，他们公司要做一个监狱管理系统
结果让他们到监狱去实地体验一个月，这样才能熟悉流程
有时候到客户那去实习，了解他们的流程也是必要的
------解决方案--------------------
偶和用户讨论需求 ，很快能作出需求分析报告，客户还很认同，所以理解不了为什么lz觉的难。但偶现在还不是程序员，努力学习c#中，刚开始。
------解决方案--------------------
我讨论的都属于ERP范畴的需求 许多业务也是没做过的 不过有时候方法对了 能听明白的 关键是沟通的方法 这个我参加过培训的 而且学的是管理 所以还行了
------解决方案--------------------
帮顶