OOAD02-用例模型.pptVIP

* * * 用例 示例用例各小节含义 绪言元素 范围(系统) 级别 主要参与者 涉众及其关注点列表 前置条件 后置条件 主成功场景和步骤 参与者之间的交互 确认过程 系统完成的状态变更 * 用例 示例用例各小节含义（续） 扩展场景 复杂的扩展也可以用子用例来描述 特殊需求 技术和数据变元表 注意 通过一系列迭代不断增加、精化和调整（基于早期编程、测试和演示的反馈） 用例不会是完美的，可能会遗漏关键信息或包含错误陈述。 * 用例 表示法 两栏变体 准则 本质风格编写 简洁 黑盒 参与者视点 * 用例 关于用例 用例就是需求 用例模型（用例图及所有书面用例的集合） 多个成功与失败场景的集合 用例不是图形，而是文本 用例是一种优秀的方法，强调用户的目标和观点 主要强调FURPS+中的F * 其他需求 补充规格说明 设想 词汇表 业务规则 * IntellAgile IntellAgile 主讲：叶荣华 Copyright ? 2002 Craig Larman. All rights reserved. IntellAgile * IntellAgile * IntellAgile * IntellAgile * IntellAgile * IntellAgile * IntellAgile * IntellAgile * IntellAgile * IntellAgile * IntellAgile * 第二讲初始阶段-用例 * 什么是初始阶段 要解决的主要问题 涉众是否就项目设想基本达成一致，项目是否值得继续进行认真研究。 持续时间 一般时间较短(一般在一周之内)， 有些情况下，可能只包含第一次需求研讨会，并为第一次迭代制定计划。 可能会创建的制品（详见下一页） 可能会创建的制品 *  * 你是否了解初始阶段 It is more than a few weeks long for most projects. There is an attempt to define most of the requirements. Estimates or plans are expected to be reliable. You define the architecture (this should be done iteratively in elaboration). You believe that the proper sequence of work should be: 1) define the requirements; 2) design the architecture; 3) implement. There is no Business Case or Vision artifact. All the use cases were written in detail. None of the use cases were written in detail; rather, 10-20% should be written in detail to obtain some realistic insight into the scope of the problem. * 进化式需求 什么是需求 系统必须提供的能力和必须遵从的条件。 寻找需求的方法 UP最佳实践之“需求管理” a systematic approach to finding, documenting, organizing, and tracking the changing requirements of a system. 瀑布式需求与进化式需求 变更 瀑布式需求定义的实际使用情况(下一页图) * 进化式需求 * 进化式需求 FURPS+模型需求分类 FURPS Functional ：features, capabilities, security. Usability： human factors, help, documentation. Reliability： frequency of failure, recoverability, predictability. Performance： response times, throughput, accuracy, availability, resource usage. Supportability： adaptability, maintainability, internationalization, configurability. + Impl