用例模型及系统顺序图课件

outlinev用例的概念v用例书写格式v用例的提取：目标-用例v绘图v用例驱动开发过程v其他需求outlinev用例的概念v用例书写格式v用例的提取：目标-用例v绘图v用例驱动开发过程v其他需求用例的概念v增值增值v用例和功能需求用例和功能需求用例是需求，主要是指示系统将要做什么的功能需求，而不是所有需求。不是传统的特性列表。是文本文档，不是图。UML中的用例图只是列出用例和参与者的名字及其关系 描述系统必须做什么（功能需求），而非如何做（设计）指定系统外部行为如系统将销售记录下来而不是：系统将销售写入数据库更不是：系统为销售生成INSERT SQL语句outlinev用例的概念v用例书写格式v用例的提取：目标-用例v绘图v用例驱动开发过程v其他需求用例书写格式v 三种Formality Types briefcasualfully dressed 用例类型和格式briefvbrief format use case:简洁的一段摘要，主要是成功场景 vProcess Sale:顾客带着要购买的商品到达收款处，收银员使用POS系统记录顾客购买的每一个商品。系统提供总价和详细条目。顾客输入支付信息供系统验证并记录。系统更新库存，顾客得到收银条并带着货物离开。用例类型和格式casual format vcasual format use case：非正式、随意的格式非正式段落，覆盖各种场景Handle Returns Main Success Scenario:顾客带着要退货的货物到达收款处，收银员使用POS系统记录每一个要退货的货物,.Alternate Scenarios:若信用验证失败，通知客户并要求使用其他付款方法若系统检测到与外界计税系统通信失败，.用例类型和格式fully dressed v最细化，包括所有步骤和变化。可有前置条件、后置条件（成功保证）v可获得对目标、任务和需求的深入理解v在早期需求讨论会上与system analyst,subject matter experts,and developers协同创建v有各种模板vProcess Sale 实例分析outlinev用例的概念v用例书写格式v用例的提取：目标-用例v绘图v用例驱动开发过程v其他需求用例的提取v先发现用户的目标，再为每个目标定义用例Goal:capture or process a sale;use case:Process Sale.v找出主要参与者、目标和用例outlinev用例的概念v用例书写格式v用例的提取：目标-用例v绘图v用例驱动开发过程v其他需求绘图vRose演示UML用例图v用例工作主要是写文本文档，图是次要的v初学者常先画图，世界级用例专家关注文本，v建议：在参与者目标列表同时画简单的用例图，显示系统边界、系统和参与者的行为：UML用例图-绘图的建议v防止过度图形化v用例的重点在于书写文本，而不是图和用例关系，不要花很多小时甚至几天讨论用例图和用例关系 outlinev用例的概念v用例书写格式v用例的提取：目标-用例v绘图v用例驱动开发过程v其他需求用例驱动的开发过程 v需求主要记录在用例中v用例是迭代规划重要组成部分，选择不同的用例场景部分定义了迭代工作v设计阶段主要设计对象协作和子系统来实现用例v用例影响用户手册的组织v10%的需求详细化后就开始建造系统的核心v需求分析交错进行，细化阶段第一次迭代结束时，第二次需求会议，完成30%详细用例，并接受反馈 各阶段的需求分析 vInception:v两天需求分析会议和简单的用例分析 早期确定目标和推测项目的范围，投影参与者-目标-用例表,开始用例语境图 几小时后，大约20个用户目标被识别出。包括Process Sale,Handle Returns,大部分利益、复杂度、风险用例以brief format写出（每条几分钟）各阶段的需求分析接着：用fully dressed format重写10%20%用例（核心复杂功能或高风险的），如Process Sale,Handle Returns。以此深入一步调查项目的复杂度等使用集成字处理软件的需求分析工具，分析和编写时投影显示为用例编写Stakeholders and Interests lists其他几天进一步调查，项目赞助者确定是否值得进入细化阶段作大的调查 各阶段的需求分析vElaboration 多次迭代，用例分优先级，早期的需求会议集中于最重要的用例早期的需求会议集中于最重要的用例后面的需求会议适应和精化核心需求，逐步稳定发现需求和建造部分软件系统相辅相成 各阶段的需求分析细化阶段，各个迭代结束后80%90%用例详细描述出对于POS system，20 user goal level use cases中，最复杂和具有风险的15个或更多用fully dressed format写出或重写此外，细化结束时已有具有一定质量的可执行代码 各阶段的需求分析vConstruction 20个迭代，每个2周，以完成系统。细化阶段风险和核心不稳定问题都解决了以后开始用例和需求仍可作微量变化 例子：初始阶段用例模型 outlinev用例的概念v用例书写格式v用例的提取：目标-用例v绘图v用例驱动开发过程v其他需求识别其他需求识别其他需求 vUC对需求分析来说并不充分，还需要识别其他种类的需求对需求分析来说并不充分，还需要识别其他种类的需求补充规约补充规约Supplementary Specificationv用例、词汇表中不易捕获的需求、信息和约束Functional，Usability，Reliability，Performance，SupportabilityvConstraints也是需求，强调其限制性Must use Oracle(we have a licensing arrangement with them).Must run on Linux(it will lower cost).词汇表词汇表Glossary前景（构想）前景（构想）Visionv从受益人从受益人(关系人，风险承担者关系人，风险承担者Stakeholder)的角度看要开发的系统：的角度看要开发的系统：为什么提出该项目、问题是什么、受益人是谁、他们需要什么为什么提出该项目、问题是什么、受益人是谁、他们需要什么