软件开发过程与质量保证-11-用例2009(1).pptVIP

前言用例就是需求，它主要是说明系统如何工作的功能性或行为性需求。用例强调了功能性或行为性，但也可用于其他类型，特别是与用例紧密相关的那些类型。在RUP中，用例被推荐为发现和定义需求的核心机制。再谈需求RUP中需求的特点项目的初始阶段不彻底地分析和编写需求。通过一系列需求讨论会，并辅以及早的具有产品品质的编程和测试。早期开发中的反馈可用于精化规格说明。在初始阶段，确定大部分需求的名称，详细分析10%的用例。对于其他部分的需求描述将在细化阶段进行。进化式需求一种系统的方法来寻找、记录、组织和跟踪系统不断变更的需求。跨越早期迭代的需求任务对表的解释当仅仅定义约10%的需求时，技术小组就开始构建系统的产品化核心。通过细化阶段，给予对部分系统增量构建的反馈、调整以及在若干迭代开发，其他需求将更为清晰并且可以记录在补充性规格说明中。在细化阶段结束时，完成并提交用例、补充性规格说明和设想是切实可行的。通过构造阶段，主要需求（包括功能性需求和其他需求）已经基本稳定下来。因此，在该阶段补充性规格说明和设想都不必进行大量改动。在初始阶段中重要需求制品用例模型补充性规格说明用例的概念定义一组用例的实例，其中每个实例都是系统执行的一系列活动，这些活动产生了对某个参与者而言可观察的返回值。含义用例是一个自包含的单元用例必须由参与者发起并监控用例必须完成一个特定目标用例应该使系统保持在稳定状态用例是黑盒风格需求并不是在项目一开始就很明确，往往是随着项目的推进，逐渐细化。人的认知往往具有层次的特性。从粗到细、从一般到特殊。采用不同的层次来描述，适于认知的过程。例子用例模型是所有书面用例的集合是系统功能性和环境的模型用例模型中可包括UML用例图，以显示用例和参与者的名称及其关系参与者概念也可称为执行者。是任何具有行为的人或事物。参与者和用例通信并且期待它的反馈——一个有价值或可觉察的结果。参与者的类型有三种主要参与者具有用户目标，并通过使用当前系统的服务完成。例如，收银员。他们是发现驱动用例的用户目标。协助参与者为当前系统提供服务。例如，自动付费授权服务。协助参与者通常是计算机系统，但也可以是组织或人。通过协助参与者可以明确外部接口和协议。幕后参与者在用例行为中具有影响或利益，但不是主要或协助参与者。例如政府税收机关。幕后参与者的确定确保确定并满足所有必要的重要事务。如果不明确地对幕后参与者进行命名，则有时很容易忽略其影响或利益。用例的描述三种常用形式摘要简介的一段式概要，通常用于主成功场景非正式非正式的段落格式。用几个段落覆盖非正式场景详述详细编写所有步骤及各种变化，同时具有补充部分，如前置条件和成功保障。用例是文本形式的。详述形式的用例模板内容用例的可视化描述用例之间的联系总结*SoftwareEngineering2009*SoftwareEngineering2009BeyondTechnology软件开发过程与质量保证第十一章用例（1）第九章用例9.1再谈需求9.2用例模型9.3用例产生过程9.4补充性规格说明掌握用例的三种描述形式重点和难点第九章用例9.1再谈需求第九章用例9.1再谈需求9.2用例模型9.3用例产生过程9.4补充性规格说明第八章面向对象方法的获取8.3用例