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

特征交互 不同桩的不同被选的插入之间的不期望的行为（插入的后置条件不同） Originating call screening (OCS) denies call whereas call forward (CF) redirects call to screened number in deny OCS in redirect CF in out ORIG TERM 分析模型构造 源情景模型 T 目标分析模型 Q1. 目标语言应该是什么? UCM规格说明 T ? Q2. 构造策略应该是什么? 分析的方法 构建和测试式构造 综合式方法 情景被“编译”成新的目标模型 交互式的和自动的 已有研究工作 (UCM to LOTOS, UCM to SDL, …) 小结 小结 情景是合理出现的可能事件序列，基于情景的需求获取方法通过识别这些可能事件序列的集合来获取系统需求，其目的是识别可能的事件出现、确定与这些出现相关的假设、判别其中可能的机会和风险、以及事件的出现过程等。 目前，对基于情景的方法的研究还不是很成熟，有一些启发式的情景分析策略。情景分析着眼于具体的细节的系统行为，从具体的应用场景出发，用户易于领会和接受，从而给出对软件系统与环境的主要交互活动的客观描述。 小结 UML用例图中主要的建模元素包括：参与者、用例、用力间的关系。用例描述的主要步骤包括： 找出系统的外部参与者和外部系统，确定系统边界和范围 确定每一个参与者所期望的系统行为 把这些系统行为命名为Use Case 使用泛化、包含、扩展等关系处理系统行为的公共或变更部分 编制每一个Use Case的脚本 绘制Use Case图； 区分主事件流和异常情况的事件流，可以把表示异常情况的事件流作为单独的Use Case处理 细化Use Case图，解决Use Case间的重复与冲突问题 有待研究的问题 问题：取样和覆盖率，两者是相关的 未来研究： 建立种子情景，自动生成变体（变体太多怎么办？） 非形式化和形式化的情景折中 从情景中提取知识，或者用情景进行需求测试都还不够成熟 需要从文本、语音、图象中抽取知识的工具 …… 有待研究的问题 针对UML中的用例图，开发支持用例分析的方法、技术和工具 更深层次的情景推理 更多的实践和应用 * Use Case Maps offer something new in relation to architecture: “The Use Case Map (UCM) notation allows the description of complex software-driven systems in terms of high-level causal scenarios. By superimposing scenario paths on a structure of abstract components, UCMs provide an integrated view of behavior and structure at the system level.” [Am99-2] * [Am99] The UCM notation is composed of path elements and components. Imagine tracing a path through a system of objects to explain a causal sequence, leaving behind a visual signature. Use Case Maps capture such sequences. The basic path notation addresses simple operators for causally linking responsibilities in sequences, as alternatives, and in parallel. Responsibilities represent generic processing. Paths connect start points, responsibilities, and end points. Start points may have preconditions attached, while responsibilities and end points can have post-conditions. Components can be of different natures, allowing for a better and more appropriate description of some