《需求工程——软件建模与分析》——阅读笔记二

《需求工程——软件建模与分析》——阅读笔记二

需求获取

需求获取就是进行需求收集的一个活动，它从人员、资料和环境中得到系统开发所需要的相关信息。

需求获取中的常见困难大多集中于用户和开发人员身上，对于开发人员，无法理解所开发软件的对象所涉及的概念，理解不了用户所在行业；对于用户，表达能力有限，无法阐述清楚自己的想法，或者过多的干涉开发者的行为，又或者用户缺乏参与度种种；对于用户和开发人员，总的来说就是缺乏相互理解、沟通和一定的妥协。

  获取信息的主要内容有需求、问题域描述和环境与约束；来源主要包括涉众、硬数据、相关产品、重要文档和相关技术标准和法则；方法：传统方法、集体获取方法、原型、模型驱动方法、认知方法和基于上下文方法；成果通常以获取笔录的形式记录下来，有时也会用到摄像和录音。获取活动主要关注一下几个问题：1.项目目标；2.项目范围；3.用户参与；4.交流问题；5.获取方法的使用。

业务需求、高层解决方案及系统特性都应该被记录下来，定义为项目前景与范围文档。前景描述了产品的作用以及最终的功能，它将所有涉众都统一到一个方向上。范围则指出了当前项目是要解决产品长远规划中的哪个部分，范围声明它为项目规定了需求的界限。确定项目前景与范围首先要进行问题分析，然后确定系统边界，最后生成前景与范围文档。

涉众分析与硬数据采样。涉众：所有能够影响组织的目标实现或者被组织的目标实现所影响的个人和团体。在进行涉众分析的时候，要注意用户参与的问题。缺乏足够的用户参与是导致项目失败的一个重要原因。硬数据是人们实际工作是产生的表格和文档资料。

需求获取方法之面谈。面谈就是在需求获取活动时发生在需求工程师和用户之间的面对面的会面，他是一种使用问答格式，具有特定目的的直接回话。它也是实践中应用最为广泛的需求获取方法之一。利用这种方法获取的主要内容包括；1.事实和问题；2.被会见者的观点；3.被会见者的感受；4.组织和个人的目标。会谈中使用的问题基本分为开放式问题和封闭式问题。面谈前做好问题的储备，面谈对象的了解，面谈中要注重礼貌，相互了解，注重倾听，做好记录，面谈后要做好文档或录音、录像的整理。我们也可以给使用调查问卷的方式，或开启头脑风暴会议。

需求获取方法之原型。包括书面描述、场景叙述、情节串联图板、幻灯演示、动画模型、屏幕快照和程序代码等在内的各种被用来探索和论证软件系统功能的物件都是软件的原型。在系统开发中利用这些原型的行为都属于原型方法。

需求获取方法之观察与文档审查。在需求获取活动中，需求工程师和用户之间的主要交流方式是语言交流。在进行语言交流时，用户通常是主动的，面谈和原型都采用了这种方式。而观察方法体现的则是另一种交流形式：用户专心于完成自己的工作，而且不需要同步地像需求工程师解释自己的工作；需求工程师则置于一旁，它们很少会打断用户的工作，同时通过观察用户的行为形成对相关信息的学习和认知。常见的观察方法有：1.采样观察，传统的简单的观察方法；2.民族志，长期的、浸入式的观察方法；3.话语分析，对用户之间的交谈行为的观察；4.协议分析，对用户任务的观察；5.任务分析，专门针对人机交互行为进行的观察。文档审查是一种传统的需求获取方法，是专门针对文档进行的需求获取活动，它的主要获取对象包括相关产品（原有产品或竞争产品）的需求规格说明、硬数据和客户的需求文档（委托开发的规格说明、招标书）。

需求的组织——需求获取中的模型驱动方法。模型驱动方法是一类以明确定义的模型为理论基础，依据模型指导和组织活动开展的需求工程方法。对需求获取来说，这些方法的模型定义确定了所要收集的信息，模型建立和完善的过程就是组织各次获取行为进行需求获取的过程。常见的模型去顶方法有：面向目标的方法，基于场景的方法，基于用例的方法。