需求分析与系统设计课件7需求描述.pptVIP

第6周 需求描述 6.1 需求分析的位置 玻姆的螺旋开发模型 细粒度层面的七个阶段 所以，需求分析.. 6.2 系统分析的一个关键问题 面向对象软件开发过程 系统分析员应该具备哪些技能 RUP Agile 6.3 系统需求 服务 + 约束 需求文档 下一步： 需求规格说明 6.3.1 系统约束 1.界面需求 界面原型 界面可用性 界面可用性- 续 2.性能需求 FAST 响应时间举例 吞吐量-举例 3.可靠性 4.政策和法律需求 5.软硬件环境需求 6.其他需求-举例 6.4 需求捕获 共性 Vs 个性 6.4.1 传统的需求捕获方法 2.2.2传统的需求抽取方法 2.2.2.1与客户和领域专家面谈 2.2.2.2问卷法 2.2.2.3观察 2.2.2.4文档和软件系统的研究 1.与客户和领域专家面谈 面谈法是事实发现和信息聚集的基本技术。大多数的面谈过程都是与客户一起进行的。与客户面谈大多用来抽取“用例”需求（图3-1）。如果业务分析员没有足够的领域知识的话，可以把领域专家找来面谈。 -续 与领域专家的面谈经常是一个知识转换的过程，即对业务分析员来说是一个学习过程。与客户的面谈就比较复杂了。 客户可能对他们的需求只有一个模糊的认识，他们也可能不愿意合作或不能够表达他们的需求，他们还可能提出超出项目预算或不可实现的需求。最后，来自不同客户的需求还可能发生冲突。 -续 面谈法有两种基本形式：结构化的（形式化的）和非结构化的（非形式化的）。结构化面谈法需要提前准备，有一个明确的日程，并且许多问题都是预先确定的。有一些问题可以是无确定答案的（对这些问题，其答案无法预计），其他问题可以是有确定答案的（回答从提供的答案中选取）。 -续 结构化面谈法需要非结构化面谈法进行补充。非结构化面谈法更像非正式的会议，没有预定的问题或预计的目的。非结构化面谈法的目的是鼓励客户讲出他/她的想法，并且在这个过程中导出业务分析员没有想到的和因而没能提出的相关问题的需求。 结构化和非结构化面谈法都必须有某个出发点和讨论的语境，这可以是一篇短的书面文档，或在解释面谈者目的或提出问题的会议之前发送给面谈对象的e－mail。 -续 一般来说，有三种问题应该避免： 固执己见的问题。在这种问题中，面谈者（直接地或间接地）表达了你她自己关于这个问题的观点（“我们必须按我们做这件事的方式来做它吗？”）。 带偏见的问题。它类似于固执己见的问题，但面谈者的观点明显是有偏见的（“我们不做这件事，对吗？”）。 强加的问题。它假设了问题的答案（“你用这种方式做这件事，对吗？”）。 -续 成功的面谈存在许多因素，但也许最重要的是面谈者的沟通和人际交流技能。与面谈者提出问题和控制面谈过程的同时，认真倾听和保持耐心从而使得面谈对象不感到拘束也是同等重要的。为了维持好的人际关系并得到好的反馈，简单综述面谈的备忘录应该在一两天内发给面谈对象。 2.问卷法 问卷法是从多个客户中收集信息的有效方法。它一般用来作为面谈法的补充形式，而不是要替代它。但有一个例外，就是非常了解的低风险项目。对这种项目，具有被动特征和不是很深入的问卷法就已经足够了。 3.2.1.2问卷法 一般而言，问卷法没有面谈法有效，因为无法澄清问题和可能得到的响应。问卷法是被动的，就它本身来说既有优点也有缺点。优点在于回答者有时间去考虑如何回答，并且口答可以是匿名的。缺点在于回答者不容易弄清楚这些问题的含义。 3.2.1.2问卷法 问卷应该设计成便于问题的回答。特别地，应该避免开放式问题——大多数问题都应该是封闭式的。封闭式问题可以采用如下三种形式： 评分问题，回答者在这里需要表达他／她对一段陈述的观点，可能的分值可以是强烈同意、同意、中立、不同意、强烈不同意和不知道。 多项选择问题，回答者在这里必须从提供的答案集中选取一个或多个答案。可以允许回答者附加注释。 排序问题，这里所提供的答案应该用序数、百分比或相似的排序方式给出。 3.2.1.2问卷法 一个设计良好，易于回答的问卷将鼓励回答者及时返回完成的文档。但是，在评估问卷结果时，业务分析员应该考虑到由于有些人没有回答以至于可能提供不同的答案的这个事实所带来的偏差。 3.2.1.3观察 存在这样的情景，其中业务分析员发现通过交谈法和问卷法都很难获得完整的信息。客户可能不能够有效地表达信息，或者只有一个完整的业务过程中的片段知识。在这种情况下，观察可能是有效的事实发现技术。