UML大战需求分析阅读笔记——02

 

　　第二章主要就讲了两个问题：1、如何读懂用户需求　　2、什么才是良好的与用户之间的关系。

一、如何读懂用户需求：

　　用户毕竟不是专业人士，有时候提出的需求和他本想达到的要求并不一致，所以我们做需求分析时不能只问客户：“我们要做什么啊？”然后客户怎么说我们怎么做，这样做出来的软件往往客户并不满意，我们在做需求分析时不仅要了解客户的需要，还要了解项目的背景。所以在问完背景后，我们还要了解：1、本项目解决了客户什么问题　2、本项目涉及到什么人？什么单位？　3、本项目目标是什么？　4、本项目范围是怎样的？　5、本项目成功标准是什么？

　　之后就是制定需求规格说明书了。项目组不应只将自己定位在软件制造者，而应该是软件价值创造者。我们提供的不是一套系统，而是提供了一套可以提升用户价值的服务。如果我们能输出客户心中真正想要却无法表达的东西，我们才能真正做到为客户带来价值。

二、什么才是良好的与用户之间的关系

　　从某种角度来说我们厌恶的需求变更其实是好事，说明用户对需求的理解更进一步，而我们觉的不适是因为我们对需求理解的进步程度不如客户，如下图：

而要打破这种局面，项目组需要做到下图：

　　项目组要在很短时间内对需求的理解超过客户。项目组要具备超强学习能力，切实理解客户的真正需要才能为客户做出真正符合其要求的软件

转载于:https://www.cnblogs.com/hehejeson/articles/5928903.html