软件需求工程教学（南京大学）Chap06.5 用户需求获取活动的展开.pdfVIP

用户需求获取活动的展开 主要内容 1. 用户需求获取活动的展开 2. 场景/用例场景模型 3. 基于场景/用例模型展开需求获取 4. 场景/用例模型使用的注意事项 用户需求获取活动的展开 业务需求 解决方案与 目标分析 系统特性 目标 用户需求 问题域知识 场景/用例分析 任务 oo分析 系统行为 系统级需求 需求分析模型 结构化分析 注意事项  要保持项目范围，不能有需求遗漏  参照系统特性，围绕系统边界设计获取活动计划  多轮次获取  根据内容合理安排获取方法  及时组织已获取需求，为后续获取提供指导 多轮次获取要点  前景与范围阶段  准备：背景资料获取与分析  第一轮：问题分析（深入）  第二轮：高层解决方案制定（确认）  用户需求获取阶段  准备：明确主题与内容，准备材料  第一轮：明确任务与任务中主要问题（深入）  第二轮：明确任务细节，澄清困难内容（技巧、困难）  第三轮：明确解决方案（确认）  示例 获取方法安排  面谈：常规方法  集体面谈：快速方法  头脑风暴：“发明”需求  不确定性：原型  情景性：观察  示例 需求的组织  模型驱动方法（场景/用例模型）  整理和归类需求获取行为得到的信息  模型是进行信息整理和归类的很好的框架依据  指导和组织需求获取行为的开展  模型可以用于指导后续需求获取行为的开展  为详细信息的分析提供背景基础和上下文知识  模型驱动方法则是侧重于前期需求阶段的方法，是传 统需求分析方法的一个很好的补充  承上启下  展开上一层（业务需求）  准备下一层的展开（系统级需求） 主要内容 1. 用户需求获取活动的展开 2. 场景/用例场景模型 3. 基于场景/用例模型展开需求获取 4. 场景/用例模型使用的注意事项 为什么需要“用例与场景”  需求获取内容的处理？  获取笔录：权宜之计  用户需求+ 问题域特性  混杂，不清晰等特性  用例与场景  场景为单位  问题域特性 或者 用户需求+ 问题域特性  组织清晰 用例与场景  以场景为单位组织用户需求（和问题域特性）  很受实践者欢迎  易于接受  易于使用  用例驱动！  方法多样，差异性很大  也可以用来处理业务需求和 系统级需求  还可以用来处理 设计问题、测试问题…… 基于场景的方法  [Zorman1995]将场景定义为对系统和环境行为的局部描述  [Plihon1998]将场景定义为对行为或者事件序列的描述， 序列中的行为和事件是系统需要完成的一个任务的特殊示 例。  [Jarke1996]认为场景包含有行为序列和行为发生的环境， 环境描述了行为的主体、客体和上下文设置。  以上的描述都不足以作为场景的准确定义，人们也很难给 场景下一个非常准确的定义[Rolland1998a]。 2. 基于场景的方法  场景  具有重点描述真实世界的特征，它利用情景、行为 者之间的交互、事件随时间的演化等方式来叙述性 的描述系统的使用 450 400 350 300 250 200 150 100 50 0 例 图 型 型 真 景 景 型 例 例 他 用 列