中科院需求工程需求工程(第六讲)基于情景的方法讲课.ppt

需 求 工 程 金芝 中国科学院数学与系统科学研究院 zhijin@amss.ac.cn 第七讲：基于情景的方法 方法概述 情景分析和验证 情景表示 一个基于情景的需求分析工具 情景研究新进展 小结 方法概述 情景：一般性定义 The outline or script of a film, with details of scenes or an imagined sequence of future events Oxford English Dictionary Scenarios are example “stories” of normal events and critical incidents that represent the types of situations with which performers must work and use the system McGraw K., 1994 从系统进化看情景方法的提出 从系统进化看情景方法的提出 纯模型方法的问题 能肯定这个模型真的反映了对变化的理解吗？ 基于情景的方法 提供一个现实的，处于模型和现实之间的中间层抽象，可以克服这个问题 可能情景的数量远远多于给定系统的模型的数量，许多研究者认识到需要一个目标层次导出基于情景的处理 从系统进化看情景方法的提出 情景的使用：与系统相关 使用情景作为系统需求的表示，改善开发者和用户之间的沟通 发现用户的需要 将系统的使用方式嵌入系统开发过程中 系统地研究测定系统的行为（包括正常行为和异常行为） 与UML的用例紧密相关 情景的作用以及与需求的关系 情景：与系统相关的定义 非形式的定义：完成系统预期任务的一个特定执行实例所包含动作和事件的序列 开发情景的目的：模拟运作过程 情景的内容，关于： 可能的出现 与这些出现相关的假设 可能的机会和风险 行为的过程 三种不同目的的情景 描述性的（descriptive）情景通过使系统分析师和用户共同遍历某一流程而理解流程相关的操作、参与者以及触发流程的事件等因素。描述性的情景有助于对流程执行的方式、流程的参与者以及流程启动的方式和条件进行分类。 解释性的（explanatory）情景确定系统要解决的问题并分析这些问题出现的基本原理。这类情景揭示为什么现实世界中会发生某些事件？是什么导致这些事件的发生？什么是这些事件的动因？以及哪些是经常发生的和需要进行处理的事件？解释性情景的描述要开发的系统所要求具有的功能。 探索性情景（exploratory）用于将需求与解决方案相关联，对存在多种满足系统需求的方案时非常有用，主要用于考查和评估这些方案，以得出其中最正确的方案。 不同抽象层次上的情景 实例情景包含带实际参数值的特定名称或事件。这类情景描述特定应用实例，作为讨论需求的基础，如：发生了什么，为什么发生以及如何发生的。 类型情景不定义单个情景实例而是定义情景实例的类型。因此类型情景不会涉及参与者王晓红而只会涉及到顾客。类型情景的每一次执行都是一个实例情景。 混合型情景中有些情景在实例级有些在类型级。 不同的情景表示 现实世界情景：现实世界事件发生序列，表示为叙事性文本、影象等，完全非形式表示 设计世界情景：想象中的目标系统相关的事件序列，表示为设计的故事、动画型的动作序列，可能需要是结构化表示，如表格和情景文本等，或形式化表示 模型情景：按照模型的语法语义要求的事件序列，采用形式化表示，如基于正则表达式或自动机等 情景在需求和设计中的作用 情景的优点和缺点 将需求陈述和推理建立在具有一定细节的实例上，利于需求抽取 关注现实世界，解决具体的现实问题中的困难。质问抽象模型难，判断具体例子中的问题容易 情景可以作为测试案例测试规格说明和设计模型 从情景中泛化出抽象模型的过程不好理解（但结合情景的抽象模型上的推理却帮助理解） 情景可能会导致对频繁出现的事件的过度关注，对出现不够频繁的事件的忽略（必须保证情景的覆盖面） 情景越多越好，但过多的情景增加开发的代价（情景集合的完整性和恰当性） 情景主要集中在功能性需求上 基于情景的需求分析 情景抽取（面谈法） 情景描述的主要成分 目标和关键成功因素 物理上下文和逻辑上下文 组成情景的主要事件和活动 涉及的执行者和其他参与者 要使用的信息和资源 要考虑的约束和要使用规则 需要作决策的点、要考虑的约束、要应用的规则 性能问题和提高的机会 情景描述的主要成分 目标和关键成功因素 物理上下文和逻辑上下文 组成情景的主要事件和活动 涉及的执行者和其他参与者 要使用的信息和资源 要考虑的约束和要使用规则 需要作决策的点