第7章.基于用例场景模型展开用户需求获取.pptVIP

7.3 场景/用例模型——场景定位 场景方法的分类 7.3 场景/用例模型——场景定位 形式：场景的表达模式 描述（用户需求获取建议选用表格、结构化文本、模板） 方法 非形式化、半形式化、形式化 媒介图7-11 叙述性自由文本、结构化文本、表格、图像、图表 外观（用户需求获取建议以静态场景外观） 静态、动态、交互 7.3 场景/用例模型——场景定位 场景的形式：场景的表达模式 描述（Description） 表示法的正规性 非形式化语言、半形式化语言和形式化语言 媒介形式（Medium） 叙述性的自由文本、结构化文本、强限制文本、表格、图表、图像等 外观 动态、静态、交互 7.3 场景/用例模型——场景定位 场景的内容：场景所表达的知识类型 主要关注点 关于现在的 ，关于未来的 ，关于解决方案的 环境范围 系统内部，系统外部，系统和环境的交互 抽象层次 具体的、抽象的、混合的 覆盖范围 功能需求，非功能需求 粒度 （三种粒度） 整个业务过程；某个任务的完成过程；某个交互行为的详细处理步骤 示例类型 正常流程 ，异常流程 7.3 场景/用例模型——场景定位 场景的目的：场景扮演的角色 描述（descriptive）记录已经得到的需求?用例文档 需求的文档化， 需求协商 探索（exploratory）?用户需求获取 需求获取 ：以需求为关注点 需求建模与分析 ：以解决方案为关注点 解释（explanatory） ：解释主题和疑问，说明原因 降低模型的复杂性、需求的验证 场景定位 场景的生命周期：关注场景的处理和应用 复杂系统 简单 系统 用户需求获取 需求竞争系统 需求验证 用例的定位 用例 相关场景集合的叙述性的文本描述 用例的概念是[Jacobson1992]最先在Objectory方法中提出的 UML将用例定义为“在系统（或者子系统或者类）和外部对象的交互当中所执行的行为序列的描述，包括各种不同的序列和错误的序列，它们能够联合提供一种有价值的服务”[Rumbaugh2004]。 用例定位 在长景的分类框架下，用例的定位如下： 用例是静态的结构化文本描述。 用例的内容可以是对当前世界的描述，也可以是对将来确定的解系统的内部行为描述，还可以是对一种期待的解决方案的描述。 用例可能会被用于描述系统内部的交互，也可能被用于描述系统和环境的交互，还可能会被用于描述行为的环境和背景。 用例是类型层次的事件描述，主要用来描述功能需求。 可以包含其他类型的需求 用例的内容既包含有正常流程，又包含有异常流程。 用例定位 场景与用例 用例可以是比较抽象的，用于描述整个业务过程；也可以是比较具体的，用于描述某个任务的完成过程；还可以是非常具体的，描述某个交互行为的详细处理步骤。在需求工程的前期，会产生第一种和第二种用例描述，但最终都需要细化为最后一种形式的用例描述。 用例可以用于各种目的的应用，包括描述、探索和解释（explanatory）。需求获取和需求验证是它在需求工程中的主要应用阶段，它也可以用于需求的建模、交流和协商。 场景的各种生命周期特征、应用和处理过程都适用于用例。 用例定位 主参与者 辅助参与者 目标 职责 行为 交互 在系统每一次确定状态下发生的交互和消息传递序列就是一个场景。用例描述了在交互中所有可能发生的场景的集合。 用例图 将多个用例联系起来，共同表达系统部分或全部功能，需要UML的用例图。 用例图是以用例、参与者为基本元素，描述系统功能的静态图 区分用例和用例图 用例：文本式的需求描述手段，用例的目的是描述业务的细节。 用例图：将获取的用例进行集中展示的图形表示法，用例图的目的是以用例为单位将系统的功能和行为展示出来。 用例图的基本元素 用例 参与者 关系：关联、包含、扩展、用例泛化、参与者泛化 系统边界 用例模型 用例模型 用例 参与者 关联 系统边界 多用例综合处理 不允许功能分解 用例包含关系 抽取共同文本，实现复用 用例扩展 满足文本可扩展性 或 分解复杂文本 用例泛化 复用文本 主要内容 用户需求获取活动的展开 场景/用例 场景/用例场景模型 基于场景/用例模型展开需求获取 用例文档 基于场景/用例模型展开需求获取 基于用例/场景模型展开用户需求获取 2016-2017(2) 主要内容 用户需求获取活动的展开 场景/用例 场景/用例模型 基于场景/用例模型展开需求获取 用例文档 用户需求获取活动的展开 目标分析 oo分析 结构化分析 场景/用例分析 展开用户需求获取时的注意事项 在项目前景与范围指导下，进入需求工程后期阶段——用户需求获取 用户需求获取要保持项目范围，不能有需求遗漏。 参照系统特性，围绕系统边界设计获取