第6章(0-0) Some Useful UML diagrams-Use Case Specification.ppt

用例的两个层次：用例图 A use case models a dialog between actors and the system. A use case is initiated by an actor to invoke a certain functionality in the system. a use case: describes a sequence of actions, performed by a system, that yields a result of value to the user. 用例的两个层次：用例图 From USD TO US Specification USD Primary Goals: designing a system from the user’s perspective communicating system behavior in the user’s terms specifying all externally visible behaviors USD only convey the user’s point of view Transforming the user’s view into the developer’s view is one of the important contributions of system analyst. 用例的两个层次：用例规约 用例规约（Specification） 也称为用例描述或用例文本，三者可相互代替。 桥梁作用：委托方、用户等与开发团队 是用例图的“逻辑实现”，teach you: how to write it as the first step toward doing a good MDA with a object-oriented methodology as a means to help you get quickly to high-quality code. 从用户语境向对象语境平滑转换 利用业务对象，识别出潜在的软件对象， 为发现对象提供基础； 如何对象？鲁棒图用于对象 Eight easy steps to a better use case (last) *Trace each requirement to its use cases. 跟踪需求 Remove everything that’s out of scope.确定范围，排除无关的 Make each use case describe what the users are trying to do. 用例要满足用户需求 Check that your use case specification isn’t too abstract. 别太抽象 Make sure you have all the alternate courses. 备用路劲 Accurately reflect the GUI. 精确反应GUI Name participating business objects. 命名业务对象 Change passive voice to active voice. 主动时态 用例规约样本：术语解释 用例名称 说明用例名称，表示用例的客观或可观察到的结果，如“取款”。 简短描述 描述用例的角色和用途。 主要界面 描述理想的界面，是捕获类的属性的理想场所（总被忽视！） 事件流 描述系统的行为；但是不描述系统如何工作、表示的详细信息或用户界面的详细信息。如果交换了信息，那么用例必须确定来回传递的内容。 基本流 描述系统完满、主要的行为。 备选流描述基本流的异常和偏差，例如当参与者输入错误的用户标识以及用户认证失败时系统如何运转。 特殊需求 指定非功能需求。包括：法定和具有限制作用的需求；应用程序标准；系统的质量属性，包括可用性、可靠性、性能以及可支持性；操作系统和环境；兼容性需求以及设计约束。 前置条件 在执行用例之前必须显示的系统状态。 后置条件 用例完成之后立即显示的系统的可能状态列表。 扩展点 在该处引用另一个用例的用例事件流中的点。 用例规约样本-1 用例规约 用例名称? 用例ID 简要描述（Biref description） 用例所涉及的参与者 Primary actors Second actors 前置条件（Preconditions） 主要流（Main flow） 后置条件（Postconditions） 备用流（Alternative flows） 业务规则 口诀：究竟谁？究竟什么？究竟何时？究竟何处？…… 用例规约样本-2 用例规约样本-3界面？ Creat