2Inception用例模型.ppt.pptVIP

* * * * ? 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. * 识别其他需求 识别其他需求 UC对需求分析来说并不充分，还需要识别其他种类的需求 补充规约Supplementary Specification 用例、词汇表中不易捕获的需求、信息和约束 Functional， Usability， Reliability，Performance，Supportability Constraints也是需求，强调其限制性 Must use Oracle (we have a licensing arrangement with them). Must run on Linux (it will lower cost). 词汇表Glossary 前景（构想）Vision 从受益人(关系人，风险承担者Stakeholder)的角度看要开发的系统：为什么提出该项目、问题是什么、受益人是谁、他们需要什么 * * * * * * * Ivar Jacobson 1986年提出 黑箱用例 * * 简洁格式、非正式格式、详细描述格式 * * * 没有最好的格式，关键是描述主要成功场景及其扩展 * * * * * * * * * * 细化 * * * * * * * 需求工作量示例 2 Inception用例模型和其他需求 徐迎晓 xuyingxiao@126.com 复旦大学软件学院 outline 用例的概念 用例书写格式 用例的提取： 目标--用例 绘图 用例驱动开发过程 其他需求 outline 用例的概念 用例书写格式 用例的提取： 目标--用例 绘图 用例驱动开发过程 其他需求 用例的概念 增值 用例和功能需求 用例是需求，主要是指示系统将要做什么的功能需求，而不是所有需求。不是传统的特性列表。 是文本文档，不是图。 UML中的用例图只是列出用例和参与者的名字及其关系 描述系统必须做什么（功能需求），而非如何做（设计） 指定系统外部行为 如系统将销售记录下来 而不是：系统将销售写入数据库 更不是：系统为销售生成INSERT SQL语句 outline 用例的概念 用例书写格式 用例的提取： 目标--用例 绘图 用例驱动开发过程 其他需求 用例书写格式 三种Formality Types brief casual fully dressed 用例类型和格式brief brief format use case:——简洁的一段摘要，主要是成功场景 Process Sale: 顾客带着要购买的商品到达收款处，收银员使用POS系统记录顾客购买的每一个商品。系统提供总价和详细条目。顾客输入支付信息供系统验证并记录。系统更新库存，顾客得到收银条并带着货物离开。 用例类型和格式casual format casual format use case：非正式、随意的格式——非正式段落，覆盖各种场景 Handle Returns Main Success Scenario:顾客带着要退货的货物到达收款处，收银员使用POS系统记录每一个要退货的货物,... Alternate Scenarios: 若信用验证失败，通知客户并要求使用其他付款方法 若系统检测到与外界计税系统通信失败，... 用例类型和格式fully dressed 最细化，包括所有步骤和变化。可有前置条件、后置条件（成功保证） 可获得对目标、任务和需求的深入理解 在早期需求讨论会上与system analyst, subject matter experts, and developers协同创建 有各种模板 Process Sale 实例分析 outline 用例的概念 用例书写格式 用例的提取： 目标--用例 绘图 用例驱动开发过程 其他需求 用例的提取 先发现用户的目标，再为每个目标定义用例 Goa