在这篇阅读笔记里面我想谈谈我对用用户访谈的形式来获取需求。
用户访谈形式上要相对正规一些，不能以吃饭之类的娱乐形式展开，也不能太正式，太正式的话用户往往不能把真正要表达的意图表达出来。我建议一次用户访谈然要在一小时四十分钟左右为宜，应该分两个小阶段加一个中场休息的的方式进行。第一阶段40分钟左右，要向需求提供人员提出一些与业务关系很紧密的问题，要细化些，不能太宽泛。第一阶段与第二阶段之间留出30分钟以内的时间让用户自行讨论，讨论过后在进行需求分析。用户与用户之间自行讨论，可以在用户内部之间达成较为一致的意见。
需求分析的核心问题在于我们要为用户实实在在的解决什么问题，信息化(软件设计)只是一种方法。所以我们必须搞清楚用户到底想让我们帮他们解决什么问题。只有搞清楚了这个问题，我们才能帮助并引导用户来完成需求的分析。
必须要了解项目的背景。全面深入了解客户的业务我们才能准确的把握客户的需求。类图是在业务需求分析过程中使用的最多的图，画好类图的关键在于确定好类，每个类都对应于一种事物。抽象一个类有几个关键的步骤。一是我们对系统中的事物要以什么标准来区分，这决定了类是怎么划分的，把那些事物看做是一类。二是类有那些数据和操作。数据的确定要看我们要用到那些数据来描述一个对象，这说明了我们的系统关心的对象的那些方面。关注的方面不同，我们的系统的功能也就不同，对象的操作表明了对象在这个系统中的行为。这个对象要与系统中的那些对象交互，以及自己可一完成那些工作。类和类之间的关系有这么几种。
1.关联关系。做软件需求分析时，如果觉得两个类有业务概念之间的联系，但暂时不能确定是怎样的，那么就可以暂时把这两个类确定为关联关系。