《需求分析》读后感之二

     项目的目标是系统的业务需求。在很多情况下，涉众可以清晰地表达出系统的业务需求，这时可以通过安排和涉众的面谈来明确项目的动机。但也有很多情况下，涉众无法表达他们的业务需求，或者表达的业务需求不够清晰。因此，要发现系统的业务需求，还是要从用户的问题开始。要分析涉众的问题，首先要明确问题，将它们变得清晰，变得适宜进行分析。这个过程从问题和相关的背景描述开始。

      从问题来说，我们要清楚客户需要我们到底是要干什么，不能盲目一抹瞎，想当然的做需求分析报告，要清楚客户需要解决哪些问题，要我们做出什么样的功能，使用者与审核者是谁这是要弄清楚的，这就涉及到了我们双方在审核一个问题的时候需要有着同样的标准，具体的方法就是用标准化的格式描述问题，并在涉众之间取得认同。达成共识的问题是一致的问题，但一致的问题不一定是明确的问题。问题的明确性要求它们具有易于理解和能指明解决方向两个特点。

      接下来是背景，可能有的时候与客户打交道的时候，他们或许不清楚他们到底需要的是一个什么样的软件，许多客户对计算机其实都不太懂得太多，他们或许只是按照领导或上面的这是来完成工作，只知道我需要做出的是一款什么样子，拥有什么样的功能，这往往有时候就十分的空旷，这个时候就需要我们来深入了解客户使用这一款软件的时候是在什么样的背景中，他们需要什么，是为了什么情况的时候而需要，所以在这个时候，我们需要用心记录下客户及领导之间的对话，要学会快速记笔录，也许你需要的信息就在对话中就透露出来了。

      所以说需求过程是软件项目成功的关键所在，当其他项目过程变更时会对需求过程的影响下面列举了一些变更会产生影响的项目过程：制定项目计划过程（在基线确定前缩小项目范围或采用版本计划从而使项目计划在允许的资源和时间内完成），项目跟踪和控制过程，变更控制过程，系统测试过程（验证计划中的功能是否按期完成）用户编制文档过程（要编写出用户显示界面及性能的最终变更版本），构造过程。