发布于 2015年04月11日
让用户将所有的想法尽可能地阐述清她.应该尽量挖掘客户的潜在需求，并把所有的要求罗列出来，不要遗翻。这时候还理曦尽览花翻各尸的潜在需求，以免遗翻某些必要的需求而导致方案变更。在收集客户需求时应让客户把问越和要求一条条地列出来，将用户最原始、最完整的要求准确地记录下来。很明显，假如客户的需求做得都不完整会破坏己经做的模型及结构.，随时可能会产生惫想之外的变更，甚至这个变更那么这个项目从开始就注定会失败。(2》透过现象分析潜在的需求.很多情况下客户并非专业人上.这需要我们去为客户进行分析、度很高的地方特别值得注食。他们的描述往往不能直接帮助我们整理出重点和技术难关.归纳和很理，尤其是客户谈得不多却又是技术上实现难度和强客户往往对需求的概念是非常校糊的.大多时候给出的需求都是笼统而且尺度难以控制的.这就要求业务人员倾听客户的详细说明以后，栩助客户进行整理和分析.同时预渊客户在开发即将开始设计的系统体现起来，在进行系统分析和程序开发之前，能够有直观的认识.换言之，双方对今后要完成的产品就果达成统一的意见，就是在产品还没有真正进入开发阶段的时候，双方就对工作的结这将大大地减轻需求变更所带来的困扰，同时客户更容易地参与到项目的过程中变更及今后应用中可能进行修改升级的治在需求。比如在为客户设计办公自动化系统的时候，也许就要为客户预留将来与他们的业务单位进行交互的通道:在设计邮件系统的时候要考虑叮能会需要广告管理服务器:设计网络电子商店时考虑今后增加库存产品进销存统计分析等;限于时间财力的考虑.客户通常能够接受分阶段实施的开发过程.在需求分析时，提早为客户设想今后的需求变更，除了使顶目开发更加顺利以外，也为今后业务的进一步深入打下了更好的基础。(3)利用自然的语言描述项目模坚。在业务员与客户进行沟通和调仓时撰写的需求分析.客户的水平和资历有所不同.但是最自然的描述能够使项目开发的各个成员都胎清楚地理解需求含义.不至于在理解上产生偏差。对客户而言.这样的模型描述最接近真实，容易参与修订，杏日胜。一舀倒全一卜公翔，l】逮‘一臼一1. It M1(4》利用示意图和图表将用户的需求表现出来.需求分析无论文字上怎么样表述都还是抽象的.定的需求制作出示意图是最直观有效的，对客户而言理解毕竟是困难的.将基本确如图3-1和图3-2所示。利用示意图将客户的需求和。