10第四章用况和用况图精品课件.pptVIP

（4）对系统需求建模所要遵循的策略（步骤） 通过识别系统周围的参与者来建立系统的语境。 对于每个参与者，考虑它期望的行为或需要系统提供的行为。 分解公共行为，放入到新的用况中，以供其他的用况使用；分解异常行为，放入新的用况中以延伸较为主要的控制流。 在用况图中对这些用况、参与者以及它们之间的关系建模。 用陈述非功能需求的注解修饰这些用况；可能还要 把其中的一些附加到整个系统。 学生利用校园卡刷卡报到，注册代理通过“一卡通刷卡报到接口”获取报到信息、通过“财务缴费接口”获取学生缴费信息、通过共享数据库获取学生的学籍信息、处分信息，实施自动注册，当“已按时报到”、“已按要求缴费或已获准缓交学费”，“上一学年未受开除学籍处分或退学处理”等三个条件同时满足，则予以注册，否则暂不予以注册。 4.2 用况模型和用况图（续） 3.用况模型设计实例——学生注册系统用况模型 （1）注册业务需求概述 学生注册的主要业务包括：报到与注册、缓缴费、缓注册的申请与审批 、报到、注册情况的查询与统计。 报到与注册 （1）注册业务需求概述（续） 缓缴费、缓注册的申请与审批 学生可以在网上申请缓交学费，此申请必须经过所在院（系）审核及财务处审批。因特殊情况无法及时到校的学生可以在网上申请缓注册，此申请必须经过所在院（系）审核及教务处审批。 报到、注册情况的查询与统计 教务处、财务处、学生处及有关校领导可以及时了解全校学生的报到、注册情况，并获得所需的各种统计数据（报到率、注册率、缴费率、欠费情况、申请缓缴费情况等）。 （1）注册业务需求概述（续） 报到、注册情况的查询与统计（续） 各院（系）可以及时了解本院（系）学生的报到、注册情况，并获得所需的各种统计数据（报到率、注册率、缴费率、欠费情况、申请缓缴费情况等）。 （2）注册系统功能概述 由上述业务需求可以提炼出该系统的主要功能如下： 报到、自动注册、缓缴费申请与审批（工作流）、缓注册申请与审批（工作流）、报到情况查询与统计、注册情况查询与统计、系统维护。 （3）用况模型设计（顶层）简介 参与者 学生、相关职能部门的管理人员（教务处、学生处、财务处、院（系）、校领导。 相关业务系统、学籍管理系统、学工管理系统、财务系统（缴费接口）、共享数据库接口、一卡通接口。 高层用况 报到、自动注册、缓缴费申请、缓缴费审批、缓注册申请、缓注册审批、报到情况查询与统计、注册情况查询与统计、系统维护。 报到 自动注册 报道情况查询 与统计 注册情况查询 与统计 缓缴费申请 缓注册申请 缓缴费审批 缓注册审批 系统维护 学生 管理人员 校领导 系统维护人员 一卡通接口 财务系统接口 共享数据库接口 学籍管理系统 学工管理系统 4.3 为什么使用用况 最好的用况是能够为使用该系统的业务提供最大的价值。 用况具有益处并且被普遍采用的原因很多，其中两个主要原因是： （1）提供了一种捕获与描述功能需求的系统的、直接 的方法。 （2）用况可以驱动整个开发过程，因为大部分活动， 如分析、设计和测试都是从用况开始执行的。设计和 测试可根据用况进行规划和协调。 （1） 用况用于捕获和描述软件系统的需求 需求捕获有两个目标：发现真正的需求并以适合于用户、客户和开发人员的方式加以表示。 第一个目标（真正的需求），是指在实现时可以给用户带来预期价值的需求。 目标二（以适合于用户、客户和开发人员的方式加以表示），是指对需求的最后描述必须能够让用户和客户理解。这是需求工作流的主要难点之一。 在寻找和确定类、子系统和接口时，在寻找并确定测试用例时，在规划开发迭代和系统集成时，均可以将用况作为主要输入。 （2）驱动整个开发过程 用况不只是捕获需求的工具，它还能够驱动整个开发过程，而且将整个过程的各个阶段结合为一个整体。 对于每一次迭代，用况驱动完成一整套工作流（从需求捕获、经由分析、设计和实现，到测试），并把这些不同的工作流结合在一起。 用况模型 分析模型 设计模型 实施模型 实现模型 测试模型 需求 分析 设计 实现 测试 统一过程是从需求到测试的一系列工作流，工作流 发展为各种模型：从用况模型到测试模型。 * * 第四章 用况和用况图 一个用况代表一个系统或系统的一部分的行为，它的主要用处是：捕获与描述系统需求，同时也驱动整个开发过程。 用况图也称为用况模型，用于对系统的用况视图建模（用况视图是系统体系结构的五大视