《用户需求获取活动的展开.pptx》由会员分享，可在线阅读，更多相关《用户需求获取活动的展开.pptx（33页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、主要内容1.用户需求获取活动的展开2.用例与场景的作用3.场景分析4.用例分析第1页/共33页用户需求获取活动的展开第2页/共33页注意事项要保持项目范围，不能有需求遗漏参照系统特性，围绕系统边界设计获取活动计划多轮次获取根据内容合理安排获取方法及时组织已获取需求，为后续获取提供指导第3页/共33页多轮次获取要点前景与范围阶段准备：背景资料获取与分析第一轮：问题分析（深入）第二轮：高层解决方案制定（确认）用户需求获取阶段准备：明确主题与内容，准备材料第一轮：明确任务与任务中主要问题（深入）第二轮：明确任务细节，澄清困难内容（技巧、困难）第三轮：明确解决方案（确认）示例第4页/共33页获取方法安
2、排面谈：常规方法集体面谈：快速方法头脑风暴：“发明”需求不确定性：原型情景性：观察示例第5页/共33页需求的组织模型驱动方法整理和归类需求获取行为得到的信息 模型是进行信息整理和归类的很好的框架依据指导和组织需求获取行为的开展模型可以用于指导后续需求获取行为的开展 为详细信息的分析提供背景基础和上下文知识 模型驱动方法则是侧重于前期需求阶段的方法，是传统需求分析方法的一个很好的补充 承上启下展开上一层（业务需求）准备下一层的展开（系统级需求）第6页/共33页主要内容1.用户需求获取活动的展开2.用例与场景的作用3.场景分析4.用例分析第7页/共33页为什么需要“用例与场景”需求获取内容的处理？
3、获取笔录：权宜之计用户需求+问题域特性混杂，不清晰等特性用例与场景场景为单位问题域特性 或者 用户需求+问题域特性组织清晰第8页/共33页用例与场景以场景为单位组织用户需求（和问题域特性）很受实践者欢迎易于接受易于使用用例驱动！方法多样，差异性很大也可以用来处理 业务需求 和 系统级需求还可以用来处理 设计问题、测试问题第9页/共33页用例与场景的作用组织需求获取得到的信息；第10页/共33页用例与场景的作用指导需求获取活动的开展；第11页/共33页用例与场景的作用帮助进行详细的需求分析；指导需求验证第12页/共33页主要内容1.用户需求获取活动的展开2.用例与场景的作用3.场景分析基于场景的
4、方法4.用例分析第13页/共33页基于场景的方法Zorman1995将场景定义为对系统和环境行为的局部描述Plihon1998将场景定义为对行为或者事件序列的描述，序列中的行为和事件是系统需要完成的一个任务的特殊示例。Jarke1996认为场景包含有行为序列和行为发生的环境，环境描述了行为的主体、客体和上下文设置。以上的描述都不足以作为场景的准确定义，人们也很难给场景下一个非常准确的定义Rolland1998a。第14页/共33页3.基于场景的方法场景具有重点描述真实世界的特征，它利用情景、行为者之间的交互、事件随时间的演化等方式来叙述性的描述系统的使用 第15页/共33页3.基于场景的方法基
5、于场景的方法的用途第16页/共33页3.基于场景的方法场景方法的分类第17页/共33页3.基于场景的方法场景的形式：场景的表达模式 描述（Description）表示法的正规性 非形式化语言、半形式化语言和形式化语言媒介形式（Medium）叙述性的自由文本、结构化文本、强限制文本、表格、图表、图像等 外观动态、静态、交互第18页/共33页3.基于场景的方法场景的内容主要关注点 关于现在的，关于未来的，关于解决方案的 环境范围 系统内部，系统外部，系统和环境的交互抽象层次 具体的、抽象的、混合的覆盖范围 功能需求，非功能需求 粒度 整个业务过程；某个任务的完成过程；某个交互行为的详细处理步骤 示
6、例类型 正常流程，异常流程 第19页/共33页3.基于场景的方法场景的目的描述（descriptive）需求的文档化，需求协商探索（exploratory）需求获取 需求建模与分析 解释（explanatory）需求的验证 第20页/共33页3.基于场景的方法场景的生命周期第21页/共33页主要内容1.用户需求获取活动的展开2.用例与场景的作用3.场景分析4.用例分析基于用例的方法第22页/共33页4.基于用例的方法用例相关场景集合的叙述性的文本描述 用例的概念是Jacobson1992最先在Objectory方法中提出的UML以用例来捕获系统的功能需求，而不是所有的系统需求被广泛应用：以用例
7、为中心 第23页/共33页4.基于用例的方法第24页/共33页4.基于用例的方法UML将用例定义为“在系统（或者子系统或者类）和外部对象的交互当中所执行的行为序列的描述，包括各种不同的序列和错误的序列，它们能够联合提供一种有价值的服务”Rumbaugh2004。Cockburn2001认为用例描述了在不同条件下系统对某一用户的请求所作出的响应。根据用户的请求和请求时的系统条件，系统将执行不同的行为序列，每一个行为序列被称为一个场景。目标性，多场景性功能需求（擅长）与非功能需求（偏弱）第25页/共33页4.基于用例的方法重要术语第26页/共33页ID:用例的标识，通常会结合用例的层次结构使用X.
8、Y.Z的方式名称:对用例内容的精确描述，体现了用例所描述的任务，通常是“动词名词”用例属性 包括创建者、创建日期、更新历史等参与者:描述系统的主参与者、辅助参与者和每个参与者的目标描述:简要描述用例产生的原因，大概过程和输出结果优先级:用例所描述的需求的优先级触发条件:标识启动用例的事件，可能是系统外部的事件，也可能是系统内部的事件，还可能是正常流程的第一个步骤前置条件:用例能够正常启动和工作的系统状态条件后置条件:用例执行完成后的系统状态条件正常流程:在常见和符合预期的条件下，系统与外界的行为交互序列分支流程:用例中可能发生的非常见的其他合理场景异常流程:在非预期的错误条件发生时，系统对外界
9、进行响应的交互行为序列相关用例:记录和该用例存在关系的其他用例。关于用例之间的关系见10.4.4业务规则:可能会影响用例执行的业务规则特殊需求:和用例相关的其他特殊需求，尤其是非功能性需求假设:在建立用例时所做的假设待确定问题:一些当前的用例描述还没有解决的问题第27页/共33页4.基于用例的方法场景定位用例是静态的结构化文本描述。用例的内容可以是对当前世界的描述，也可以是对将来确定的解系统的内部行为描述，还可以是对一种期待的解决方案的描述。用例可能会被用于描述系统内部的交互，也可能被用于描述系统和环境的交互，还可能会被用于描述行为的环境和背景。用例是类型层次的事件描述，主要用来描述功能需求。
10、可以包含其他类型的需求用例的内容既包含有正常流程，又包含有异常流程。第28页/共33页4.基于用例的方法场景定位用例可以是比较抽象的，用于描述整个业务过程；也可以是比较具体的，用于描述某个任务的完成过程；还可以是非常具体的，描述某个交互行为的详细处理步骤。在需求工程的前期，会产生第一种和第二种用例描述，但最终都需要细化为最后一种形式的用例描述。用例可以用于各种目的的应用，包括描述、探索和解释（explanatory）。需求获取和需求验证是它在需求工程中的主要应用阶段，它也可以用于需求的建模、交流和协商。场景的各种生命周期特征、应用和处理过程都适用于用例。第29页/共33页4.基于用例的方法用例模型用例参与者关联系统边界多用例综合处理不允许功能分解第30页/共33页4.基于用例的方法用例文档第31页/共33页本章小结模型驱动方法是基于模型的建立和使用而提出的方法，它在整个需求工程，甚至软件工程中都可以发挥重要的作用面向目标的方法目标的概念将会对需求工程产生重要的影响基于场景的方法在软件工程当中有着极为广泛的应用基于用例的方法是最为常用的一种基于场景的方法模型驱动方法虽然已经得到了相当广泛的应用，但是它们仍然在不断的发展和完善第32页/共33页谢谢您的观看！第33页/共33页