(1) How the customer explained it / 客户如此描述需求
(2) How the project leader understood it / 项目经理如此理解
(3) How the analyst designed it / 分析员如此设计
(4) How the programmer wrote it / 程序员如此编码
(5) How the business consultant described it / 商业顾问如此诠释
(6) How the project was documented / 项目文档如此编写
(7) What operations installed / 安装程序如此“简洁”
(8) How the customer was billed / 客户投资如此巨大
(9) How it was supported / 技术支持如此肤浅
(10) What the customer really needed / 实际需求原来如此
软件需求平日里亦是如此，有时候用户没有明确的表达自己的意愿，例如图1和图10所表现的，表达的和心理想的其实是两码事。图1和图2表明了有时候说出的和听到的经常会有所偏颇。用户描述的程序员一般不能理解，但是经过需求分析工程师的解释后，需求又从A变成了B。所以我们为了能真正了解用户需求，第一步就要和用户有充分的交流，例如敏捷流程中的交流很充足，每日例会等等。在写需求分析时，要充分考虑用户需求，业务需求，功能需求等，设计关键的算法。避免出现图4的情况。